On Wed, 19 May 2010 17:03:04 -0700 Yinghai <yinghai.lu@xxxxxxxxxx> wrote: > On 05/19/2010 03:47 PM, Graham Ramsey wrote: > > On 19/05/10 19:01, Yinghai wrote: > >> On 05/19/2010 10:16 AM, Graham Ramsey wrote: > >> > >>> On 19/05/10 17:44, Bjorn Helgaas wrote: > >>> > >>>> On Wednesday, May 19, 2010 09:13:24 am Graham Ramsey wrote: > >>>> > >>>> > >>>>> I am on x86_64 with latest (v2.6.34) kernel. When i set > >>>>> CONFIG_SND_HDA_INTEL=Y It hangs at an early stage in boot with kernel > >>>>> oops. > >>>>> When i use CONFIG_SND_HDA_INTEL=M the machine will boot, and i get the > >>>>> dmesg (below). > >>>>> > >>>>> I have bisected down to one commit that causes the problem: > >>>>> > >>>>> commit 3e3da00c01d050307e753fb7b3e84aefc16da0d0 > >>>>> x86/pci: AMD one chain system to use pci read out res > >>>>> ... > >>>>> > >>>>> > >>>> I CC'd Yinghai, the author of that patch. That commit went in after > >>>> 2.6.33, so this is probably a regression between .33 and .34. Can > >>>> you open a report at https://bugzilla.kernel.org and respond to this > >>>> thread with the URL? > >>>> > >>>> Please attach the complete dmesg (with SND_HDA_INTEL=m) to the > >>>> bugzilla. > >>>> > >>>> Thanks a lot for your report! > >>>> > >>>> > >> please send out bootlog with pci=earlydump. > >> > >> looks like your system have a very sick BIOS, > >> > >> system have two HT chains. > >> > >> PCI: Probing PCI hardware (bus 00) > >> ... > >> PCI: Discovered primary peer bus 80 [IRQ] > >> > >> > >> rt to non-coherent only set one link: > >> node 0 link 0: io port [1000, ffffff] > >> TOM: 0000000080000000 aka 2048M > >> node 0 link 0: mmio [e0000000, efffffff] > >> node 0 link 0: mmio [a0000, bffff] > >> node 0 link 0: mmio [80000000, ffffffff] > >> bus: [00, ff] on node 0 link 0 > >> > >> YH > >> > >> > > I have uploaded full boot log (of a working kernel) to bug if that is ok > > > > https://bugzilla.kernel.org/attachment.cgi?id=26444 > > > > ah, that 80:01.0 is standalone device, the system still only have one HT chain. > > that is CRAZY that they can sell those poor designed chips. > > actually 3e3da00c is fixing another bug with one HT chain. > > Jesse, > We have two options: > 1. revert that 3e3da00c > 2. or use quirks to black out system with VIA chipset. > > please let me know which one you prefer. I'm guessing these VIA chipsets are pretty common; how common is the platform bug you fixed with 3e3da00c? I'd rather quirk one platform than a whole bunch... -- Jesse Barnes, Intel Open Source Technology Center -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
