"Stuart Palmer" said:
Hi, I hope someone can help:
I have an ASUS P4b533-E motherboard and I have recently purchased a Serial
Ata drive and adpater, on bootup the Serial Adapter Bios does not run (which
I believe should occur similar to a SCSI adapter) I am hoping someone can
tell me if I need to alter anything in the BIOS). I believe the chipset on
the adapter is a VIA VT6421 though I cannot find any manufacturer marking on
it. I flashed my system BIOS to 1014 with no success.
The adapter looks like the one on ebuyer -
http://image.ebuyer.com/UK/P0066755_C0000035_P0000000.jpg if that helps at
all.
When gettng to the stage of installing the OS, the drive is not detected (I
assume this is because my system bios does not recognise my sata adapter and
thus doesn't know the drive is there.)
Many thx for any help you can offer
Stuart Palmer
I have read a number of posts complaining about the
issue of adding a third party controller and trying to
boot from it. When RAID BIOSs load early in the POST process,
they use low memory. Apparently there are some pretty tight
limits and what that can mean, is when a third party card is
added to a system, there might not be enough low memory for the
add-in card BIOS to load.
To test this theory, you could try disabling any existing
RAID controller(s) in the system, so that your new card is
the only one attempting to load a BIOS. Over on forums.2cpu.com
where using controller cards is quite common, usually only
the boot disk controller is the only controller card that
has its BIOS enabled. Non-boot disks work fine, as long as
they get a driver loaded via the OS.
Some motherboards have an entry in the BIOS called "INT 19
capture", which is really nothing other than INT 0x13 (Asus
uses 19 decimal notation in the manual, while everyone else
uses 0x13 hexidecimal when talking about INTxx). INT13 services
are apparently what is used when the OS wants the BIOS to
read sectors for it. That should be one of the things that
a RAID BIOS does, as well as providing a GUI interface for
setting up disks at the BIOS level. For example, if you had
a striped boot volume, the RAID BIOS would know the layout
of the two disks, and would fetch the data from the right
area of each disk during the boot process.
So, the only thing I can suggest, is disabling the PDC20276
via the jumper on the board, and then see if the VT6421
RAID BIOS loads. Since your motherboard doesn't appear
to have an "INT 19 capture" option, I don't see any option
that might stop the VT6421 BIOS from loading.
The second post in this thread gives some details on what
devices chew up low memory. I didn't realize so many
device types are responsible:
http://forums.2cpu.com/showthread.php?threadid=29994&highlight=loading+scsi+bios
"Why doesn't the BIOS (Option ROM) for my PCI device show
during boot up?
The cause of the problem is that in order to be PC Compatible,
the Option Rom space is limited to 128K. this is true for any
motherboard with PC compatible BIOS'.
In the common configurations, a newer AGP card (such as any
GeForce4) will require 64K of Option Rom space, so you have only
64K of Option Rom space left to work with for other devices.
Many SCSI , NIC (w/ PXE), IDE Raid and etc., can easily use
another 40 to 64K of Option Rom space for their needs.
By design the Option Rom should shrink down to a smaller run
time code after the initialization code has run. For example,
some Adaptec cards will require 32K to initialize. Then they
shrink down to 12K at run time; whereas some GeForce4 cards
require 64K to initialize and never release to a smaller
amount. Please check with the device manufacturer for the
latest firmware upgrade or ask if they have a smaller Option
Rom available. Again this is a limitation of the PC compatible
specification and not a failure of the motherboard BIOS
itself."
The shrink down thing may mean, that if you have several controller
cards, the slot position each one occupies may play a part in
whether the (dynamically changing) memory map of that 128K area
allows enough space for all "option ROM" to load. If the PDC20276
was given an address decode somewhere in the "middle" of the
PCI slots, then the slot position of your adapter would have made
a difference. However, I don't think motherboards are typically
set up that way - onboard chips are likely outside the slot space,
with an address decode lower than or higher than, all the PCI slot
connectors. Which means, no matter how much you move a PCI card
around, its enumeration order might not change with respect to a
fixed chip like the PDC20276.
If you make any progress, please post back, as I get to read
very few success stories when this problem happens.
HTH,
Paul