Date: Fri, 12 Mar 2010 20:59:32 +0200 From: Alexander Motin <mav@FreeBSD.org> To: Jeremy Chadwick <freebsd@jdc.parodius.com> Cc: freebsd-stable@freebsd.org, Pierre Beyssac <pb@freebsd.org> Subject: Re: (fixed) Re: 8-STABLE interrupt storm on atapci(?), Dell Inspiron 580 Message-ID: <4B9A8F14.4030907@FreeBSD.org> In-Reply-To: <20100312170936.GA59343@icarus.home.lan> References: <20100312121409.GA79294@fasterix.frmug.org> <20100312131832.GA54731@icarus.home.lan> <20100312165744.GA86971@fasterix.frmug.org> <20100312170936.GA59343@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
Jeremy Chadwick wrote:
> On Fri, Mar 12, 2010 at 05:57:44PM +0100, Pierre Beyssac wrote:
>>> 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@fasterix.frmug.org
>
>> --- ata-intel.c.orig 2010-03-12 17:02:00.680011011 +0100
>> +++ ata-intel.c 2010-03-12 16:55:54.773702505 +0100
>> @@ -156,6 +156,8 @@
>> { 0x3a2d8086, 0, INTEL_AHCI, 0, ATA_SA300, "PCH" },
>> { 0x3a2e8086, 0, INTEL_AHCI, 0, ATA_SA300, "PCH" },
>> { 0x3a2f8086, 0, INTEL_AHCI, 0, ATA_SA300, "PCH" },
>> + { 0x3b208086, 0, INTEL_AHCI, 0, ATA_SA300, "PCH" },
>> + { 0x3b268086, 0, INTEL_AHCI, 0, ATA_SA300, "PCH" },
>> { ATA_I31244, 0, 0, 2, ATA_SA150, "31244" },
>> { ATA_ISCH, 0, 0, 1, ATA_UDMA5, "SCH" },
>> { 0, 0, 0, 0, 0, 0}};
>
> I had a chance to review the Intel 5 Series and 3400 Series Chipset
> document, which is specific to the PCH. The breakdown for those
> two Device IDs, under Vendor ID 0x8086 (Intel), is:
>
> Device ID 0x3b20
> - PCH SATA controller
> - Desktop revision, non-AHCI and non-RAID Mode
> - Ports 0,1,2,3
>
> Device ID 0x3b26
> - PCH SATA controller
> - Desktop revision, non-AHCI and non-RAID mode
> - Ports 4,5
>
> So I'm not sure the setting of the INTEL_AHCI flag there is correct
> for these controllers. mav@ will need to chime in here.
Except ICH6 Intel uses separate IDs for AHCI and non-AHCI SATA
controller modes. So this flag is not completely correct. But probably
it shoudn't be just removed, as it is checked in other place. I know
about this and going to handle it later. It's not a problem now.
> Regarding the "dual device IDs": what this means is that ports 0-3 are
> tied to one device on the PCI bus, and ports 4-5 are tied to another
> device on the PCI bus. They might have chosen to do this so they could
> segregate which ports do what or operate differently somehow.
>
> mav@ may also want to review the specification since it mentions a bunch
> of other Device IDs which don't appear to be in the above list:
>
> http://www.intel.com/Assets/PDF/specupdate/322170.pdf
Thanks.
PS: Check BIOS settings for enabling AHCI mode.
--
Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B9A8F14.4030907>