On Sat, Aug 30, 2008 at 12:51 PM, Rafael J. Wysocki <rjw@xxxxxxx> wrote: > On Saturday, 30 of August 2008, Yinghai Lu wrote: >> On Sat, Aug 30, 2008 at 11:11 AM, Yinghai Lu <yhlu.kernel@xxxxxxxxx> wrote: >> > On Sat, Aug 30, 2008 at 10:55 AM, Yinghai Lu <yhlu.kernel@xxxxxxxxx> wrote: >> >> On Sat, Aug 30, 2008 at 10:14 AM, Rafael J. Wysocki <rjw@xxxxxxx> wrote: >> >> >> >>> >> >>> Could you please rebase them on top of current -git? >> >> >> >> please check attached quilt series based on linus tree. >> > >> > there is some problem with fix -v4...on one test machine. >> > >> >> this one should work. > > dmesg -s 262144 > > http://www.sisk.pl/kernel/debug/mainline/2.6.27-rc5/dmesg-test.log > > cat /proc/iomem > > http://www.sisk.pl/kernel/debug/mainline/2.6.27-rc5/iomem-test.txt calling pci_subsys_init+0x0/0x120 PCI: Using ACPI for IRQ routing request_resource: root: (PCI IO) [0, ffff], new: (PCI Bus 0000:01) [9000, 9fff] conflict 0 request_resource: root: (PCI mem) [0, ffffffffffffffff], new: (PCI Bus 0000:01) [fe700000, fe7fffff] conflict 0 request_resource: root: (PCI mem) [0, ffffffffffffffff], new: (PCI Bus 0000:01) [d8000000, dfffffff] conflict 0 request_resource: root: (PCI IO) [0, ffff], new: (PCI Bus 0000:02) [a000, bfff] conflict 0 request_resource: root: (PCI mem) [0, ffffffffffffffff], new: (PCI Bus 0000:02) [fe800000, fe8fffff] conflict 0 request_resource: root: (PCI IO) [0, ffff], new: (PCI Bus 0000:03) [c000, cfff] conflict 0 request_resource: root: (PCI mem) [0, ffffffffffffffff], new: (PCI Bus 0000:03) [fe900000, fe9fffff] conflict 0 request_resource: root: (PCI IO) [0, ffff], new: (PCI Bus 0000:04) [d000, efff] conflict 0 request_resource: root: (PCI mem) [0, ffffffffffffffff], new: (PCI Bus 0000:04) [fea00000, feafffff] conflict 0 request_resource: root: (PCI mem) [0, ffffffffffffffff], new: (PCI Bus 0000:05) [feb00000, febfffff] conflict 0 request_resource: root: (PCI mem) [0, ffffffffffffffff], new: (0000:00:00.0) [e0000000, ffffffff] conflict 1 pci 0000:00:00.0: BAR 3: can't allocate resource so pci_resource_survey is depth first. sub buses request some resource at first... we don't need quirk to handle that strange BAR res. and we got reserved register correctly in /proc/iomem d7fe0000-d7ffffff : reserved .. fff00000-ffffffff : reserved for BIOS-e820: 00000000d7fe0000 - 00000000d8000000 (reserved) BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved) YH -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
