> I spent a bit more time on this one, trying both the
> kernel debugger and verbose booting option. Nothing
> seems radically wrong *except* that the atapi
> controller is detected as a "simplex controller".

That is a controller where only one of the two
ata devices per ide channel is allowed to use
DMA data transfers at one point in time.

In the past, Solaris didn't use DMA data transfers
at all on such a simplex controller, and used PIO
transfers instead (typically very slow, uses losts of
system cpu time).

IIRC, this was changed to use DMA transfers in case
only one device is connected on the IDE channel.

With certain newer Intel chipsets (ICH6/ICH7), the
Solaris ata driver was also mis-detecting the "simplex"
ata  controller bit; apparently because Intel is now
re-using the "simplex" feature bit for something
else.

Otherwise it should just be a performance problem;
the kernel might not use DMA data transfers and
falls back to use PIO data transfers.


> Also, am I supposed to see any kernel output about
> what drives were detected because  I do not.

Yes.  You should see something like this (P-ATA HDD):

pci0 is /[EMAIL PROTECTED],0
pcplusmp: ide (ata) instance 0 vector 0xe ioapic 0x1 intin 0xe is bound to cpu 0
        IDE device at targ 0, lun 0 lastlun 0x0
        model QEMU HARDDISK
        ATA/ATAPI-7 supported, majver 0xf0 minver 0x16
ata_set_feature: (0x66,0x0) failed
ata_set_feature: (0x66,0x0) failed
PCI-device: [EMAIL PROTECTED], ata0
ata0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED]
        UltraDMA mode 5 selected
Disk0:  <Vendor 'Gen-ATA ' Product 'QEMU HARDDISK   '>
cmdk0 at ata0 target 0 lun 0
cmdk0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED]/[EMAIL 
PROTECTED],0



Or for an optical / ATAPI device:

pcplusmp: ide (ata) instance 0 vector 0xe ioapic 0x2 intin 0xe is bound to cpu 1
        ATAPI device at targ 1, lun 0 lastlun 0x0
        model SONY    DVD RW AW-G170A
        UltraDMA mode 4 selected
 
 
This message posted from opensolaris.org
_______________________________________________
opensolaris-help mailing list
[email protected]

Reply via email to