Subject : [bisected][resend] pnp: Huge number of "io resource overlap" messages Submitter : Frans Pop <elendil@planet.nl> Date : 2008-09-09 10:50 References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4 Handled-By : Rene Herman <rene.herman@keyaccess.nl> Handled-By : Bjorn Helgaas <bjorn.helgaas@hp.com> Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4 This entry is being used for tracking a regression from 2.6.26. Please don't close it until the problem is fixed in the mainline.
On Saturday, 13 of September 2008, Rene Herman wrote: > On 12-09-08 21:06, Rafael J. Wysocki wrote: > > > This message has been generated automatically as a part of a report > > of recent regressions. > > > > The following bug entry is on the current list of known regressions > > from 2.6.26. Please verify if it still should be listed and let me know > > (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550 > > Subject : pnp: Huge number of "io resource overlap" messages > > Submitter : Frans Pop <elendil@planet.nl> > > Date : 2008-09-09 10:50 (4 days old) > > References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4 > > Handled-By : Rene Herman <rene.herman@keyaccess.nl> > > Bjorn Helgaas <bjorn.helgaas@hp.com> > > Patch : > http://marc.info/?l=linux-kernel&m=122098498125536&w=4 > > It should be. The patch listed should be good as far as I'm concerned > but needs to be pushed by Bjorn as PnP mainatainer. Generally speaking 0 > wouldn't be a _very_ necesarily invalid value it seems so it's maybe not > very nice. > > If someone wants a changelog though, this should do: > > === > PNP: avoid checking unitialized BARs for conflicts > > Avoid checking a PCI BAR for conflicts if the BIOS left it unitialized. > > Reported-by: Frans Pop <elendil@planet.nl> > Signed-off-by: Rene Herman <rene.herman@gmail.com> > === > > (Frans: Tested-by?)
Ignore-Patch : http://marc.info/?l=linux-kernel&m=122098498125536&w=4 Patch : http://marc.info/?l=linux-kernel&m=122246533505643&w=4
Handled-By : Stephen D. Smalley <sds@tycho.nsa.gov> Patch : http://lkml.org/lkml/2008/9/29/168
Not-Handled-By : Stephen D. Smalley <sds@tycho.nsa.gov> Ignore-Patch : http://lkml.org/lkml/2008/9/29/168
On Wednesday, 8 of October 2008, Frans Pop wrote: > On Saturday 04 October 2008, Rafael J. Wysocki wrote: > > The following bug entry is on the current list of known regressions > > from 2.6.26. Please verify if it still should be listed and let me > > know (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550 > > Subject : pnp: Huge number of "io resource overlap" messages > > Submitter : Frans Pop <elendil@planet.nl> > > Date : 2008-09-09 10:50 (26 days old) > > References : http://marc.info/?l=linux-kernel&m=122095745403793&w=4 > > Handled-By : Rene Herman <rene.herman@keyaccess.nl> > > Bjorn Helgaas <bjorn.helgaas@hp.com> > > Patch : > http://marc.info/?l=linux-kernel&m=122246533505643&w=4 > > The structural patch for this from Bjorn got NACKed. AFAIK we're still > waiting for someone (Bjorn?) to decide whether to go with a simpler patch > from Rene for .27 and to push that. > > For me it was possible to work around the issue by changing a BIOS > setting, but I expect it will still affect others with similar BIOS > behavior.
On Sunday, 26 of October 2008, Frans Pop wrote: > On Saturday 25 October 2008, Rafael J. Wysocki wrote: > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11550 > > Subject : pnp: Huge number of "io resource overlap" messages > > AFAIK the issue should still be listed.
Not-Handled-By : Rene Herman <rene.herman@keyaccess.nl>
References: http://lkml.org/lkml/2008/11/7/127 Issue was fixed in 2.6.28-rc3, most likely by: commit 1f98757776eafe31065be9118db6051afcf8643c Author: Linus Torvalds <torvalds@linux-foundation.org> Date: Sat Nov 1 10:17:22 2008 -0700 x86: Clean up late e820 resource allocation
It turns out that my test was incorrect, so the issue is not fixed. Not reopening the BR as there's no need to track this as a regression anymore. References : http://lkml.org/lkml/2009/3/4/298