Date: Fri, 28 May 2004 12:36:52 -0400 From: John Baldwin <jhb@FreeBSD.org> To: "Brown, Len" <len.brown@intel.com> Cc: acpi@FreeBSD.org Subject: Re: Bug? PCI link device _SRS Message-ID: <200405281236.52812.jhb@FreeBSD.org> In-Reply-To: <29AC424F54821A4FB5D7CBE081922E40928BB1@hdsmsx403.hd.intel.com> References: <29AC424F54821A4FB5D7CBE081922E40928BB1@hdsmsx403.hd.intel.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 27 May 2004 04:55 pm, Brown, Len wrote: > John, > Dunno if FreeBSD works the same way, > but we recently fixed a couple of interesting > platform isssue using PCI Interrupt Links > on Linux. > > 1. The enabled bit from _STA for > PCI Interrupt Link devices is meaningless > on many platforms, ignore it. Ok, thanks. > If a platform gives you a _CRS IRQ that > is outside the _PRS list, then do no > stick with the _CRS -- select > a new (valid) one from the _PRS list. Ah, I have a patch to do this already that I can commit. > If a platform gives you a _CRS IRQ that > is different from the _SRS you just > invoked. Assume that the _SRS worked > and that the _CRS is bogus. Huh, we don't do that type of checking, but we do use _CRS for later devices routed to the same link to see what IRQ they should use. > http://bugzilla.kernel.org/show_bug.cgi?id=1581 > > 2. Blindly programming all PCI Interrupt Link Devices > turns out to be a bad idea. Instead, they should > be programmed only when PCI devices using them are > installed and enabled in the system. > http://bugzilla.kernel.org/show_bug.cgi?id=2574 Yes, we already do this as well. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200405281236.52812.jhb>