ICH9 panic/instability on recent kernel

[Alexander Motin]

On 29.05.2011 07:56, Jeremy Chadwick wrote:
> On Sat, May 28, 2011 at 09:10:11PM -0700, Michael Sinatra wrote:
>> I have a core-2 system with a 3ware SATA RAID controller for the
>> main disks and the built-in Intel ICH9 4-port SATA controller that
>> is only used for the DVDR.  An 8-STABLE kernel csup'd and compiled
>> on April 25 works fine on this system.  Kernels from source csup'd
>> this week are extremely unstable and usually panic or hang just
>> minutes after booting.  The following warning messages appear after
>> the kernel probes the SATA controller and/or ICH9 USB controller and
>> continue about once per 1-2 seconds until the system crashes:
>>
>> May 13 14:21:05 sonicyouth kernel: unknown: WARNING - ATAPI_IDENTIFY
>> requeued due to channel reset LBA=0
>>
>> Disabling the ICH9 SATA controller in the BIOS allows the system to
>> boot and run normally.
>>
>> Changes were made on April 28 to allow better support for 6-port
>> ICH9 controllers (SVN rev 221156) and I am wondering if my
>> controller is now being incorrectly recognized.
>>
>> Here's the relevant kernel messages:
>>
>> May 13 13:52:53 sonicyouth kernel: atapci1:<Intel ICH9 SATA300 controller>  port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c40-0x1c4f,0x1c30-0x1c3f at device 31.2 on pci0
>> May 13 13:52:53 sonicyouth kernel: ata0:<ATA channel 0>  on atapci1
>> May 13 13:52:53 sonicyouth kernel: ata0: [ITHREAD]
>> May 13 13:52:53 sonicyouth kernel: ata1:<ATA channel 1>  on atapci1
>> May 13 13:52:53 sonicyouth kernel: ata1: [ITHREAD]
>> May 13 13:52:53 sonicyouth kernel: atapci2:<Intel ICH9 SATA300>  controller>  port 0x1cb8-0x1cbf,0x1cac-0x1caf,0x1cb0-0x1cb7,0x1ca8-0x1cab,0x1c60-0x1c6f,0x1c50-0x1c5f irq 18 at device 31.5 on pci0
>> May 13 13:52:53 sonicyouth kernel: atapci2: [ITHREAD]
>> May 13 13:52:53 sonicyouth kernel: ata3:<ATA channel 0>  on atapci2
>> May 13 13:52:53 sonicyouth kernel: ata3: [ITHREAD]
>> May 13 13:52:53 sonicyouth kernel: ata4:<ATA channel 1>  on atapci2
>> May 13 13:52:53 sonicyouth kernel: ata4: [ITHREAD]
>>
>> If I csup the most recent kernel sources, I get the same problem.
>> However, if, after csuping the latest kernel sources, I then fetch
>> the version of sys/dev/ata/ata-all.c as of April 27, everything
>> works fine.  Here's the output of pciconf -l:

The only change in 8-STABLE ata-all.c since April 27 was the SVN rev 
221155. But I don't see how can it cause problems. I would really like 
to see full _verbose_ demsg output to better understand what is going on 
there. If it even panics, I need to see how exactly.

-- 
Alexander Motin