cvs commit: src/sys/dev/disk/nata ata-all.c ata-all.h ata-chipset.c ata-disk.c ata-pci.c ata-pci.h atapi-cd.c

Cristi Magherusan cristi.magherusan at net.utcluj.ro
Fri Apr 4 16:42:31 PDT 2008


Hello,

On Sun, 2008-03-23 at 23:41 -0700, Matthew Dillon wrote:
> dillon      2008/03/23 23:41:56 PDT
> 
> DragonFly src repository
> 
>   Modified files:
>     sys/dev/disk/nata    ata-all.c ata-all.h ata-chipset.c 
>                          ata-disk.c ata-pci.c ata-pci.h atapi-cd.c 
>   Log:
>   Synchronize various changes from FreeBSD.  This is not exhaustive but gets
>   the most important patches.
>   
>   * Better AHCI detection and reporting.
>   * More robust AHCI chipinit.
>   * Fixes for additional chipsets which do not support 64K DMA transfers
>   * VIA8237S support
>   * Hitachi detection logic.
>   * Vendor identification for otherwise unidentified chipsets.
>   * keep ivars intact on atapi-cd reinit.
>   

It seems this new AHCI chipinit is too robust for my box ;]
I just switched to HEAD and suddenly the system won't boot at all. 
I even compiled a new GENERIC with no results.
Thanksfully I had a backup GENERIC somewhere so that I could boot
without having to restore it from the livecd..

I get panics at the AHCI IDE disk detection routine. I don't remember
the exact function, but I can reproduce it and get more info, if needed.
This is my dmesg disk-related output, taken with the backup GENERIC
kernel:

atapci0: <GENERIC ATA controller> port
0x40c0-0x40cf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 10 at device 31.1
on pci0
ata0: <ATA channel 0> on atapci0
acd0: DVDR <TSSTcorpCD/DVDW TS-L632D/HH17> at ata0-master PIO4
ata1: <ATA channel 1> on atapci0
atapci1: <Intel ICH8M SATA300 controller> port
0x4100-0x411f,0x1574-0x1577,0x1370-0x1377,0x15f4-0x15f7,0x13f0-0x13f7
mem 0xe48090
atapci1: AHCI Version 01.10 controller with 3 ports detected
ata2: <ATA channel 0> on atapci1
intr 10 at 40001/40000 hz, livelocked limit engaged!
ata2: executing CLO failed
ad4: 152627MB <FUJITSU MHW2160BH PL 891F> at ata2-master SATA150

IIRC, the panic occurs just after this message.
I'll come back with more information, if asked.

Best regards,
Cristi

Attachment:
signature.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pgp00001.pgp
Type: application/octet-stream
Size: 197 bytes
Desc: "Description: This is a digitally signed message part"
URL: <http://lists.dragonflybsd.org/pipermail/commits/attachments/20080404/8f35234b/attachment-0019.obj>


More information about the Commits mailing list