(fixed) Re: 8-STABLE interrupt storm on atapci(?), Dell Inspiron 580

Pierre Beyssac pb at freebsd.org
Fri Mar 12 16:57:47 UTC 2010


On Fri, Mar 12, 2010 at 05:18:32AM -0800, Jeremy Chadwick wrote:
> I'm a little confused by the kernel output.  It appears as if you're
> using the new SATA-to-CAM layer (ahci.ko) for your SATA disks, rather
> than the ataahci.ko layer... but I don't see any indication of AHCI
> being available/used on your southbridge chipset.

ahci.ko is not compiled in or loaded as a module, however in the
course of debugging the problem I added option ATA_CAM, which seems
to result in /dev/ada0*. Removing the option to get back to /dev/ad4*
doesn't fix the problem. BTW ATA_CAM seems to work fine with generic
ATA but not with ataintel.

> Possibly this is the source of the problem (specifically, it looks like
> FreeBSD doesn't have proper device ID knowledge of what this controller
> is.  I believe that's because this system is *very* new, a Core i3/i5/i7
> system)?

I didn't notice that, you're right! The system is brand new, got
it delivered on Tuesday. Another odd thing is that the controllers
have differents IDs, 0x3b208086 vs 0x3b268086.

I added the IDs to ata-intel.c and it fixes the problem.

Preparing a patch. Thanks for the hint!
-- 
Pierre Beyssac	      	    		pb at fasterix.frmug.org


More information about the freebsd-stable mailing list