On Sat, 4 Nov 2006, John-Mark Gurney wrote: > Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 05:30 +0200: >> >> >> On Fri, 3 Nov 2006, John-Mark Gurney wrote: >> >>> Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 00:49 +0200: >>>> >>>> >>>> On Thu, 2 Nov 2006, John-Mark Gurney wrote: >>>> <Not wanting to waste bandwidth> >> >> pcib1: <ACPI PCI-PCI bridge> at device 9.0 on pci0 >> pcib1: secondary bus 5 >> pcib1: subordinate bus 5 >> pcib1: I/O decode 0xf0000-0xfff >> pcib1: memory decode 0xca000000-0xca0fffff >> pcib1: prefetched decode 0xca100000-0xca1fffff >> pcib1: Subtractively decoded bridge >> pci5: <ACPI PCI bus> on pcib1 >> pci5: physical bus=5 >> >> and here system hangs. > > Ok, then add a couple printfs to the pci_read_vpd_reg line... one before > the WREG line, and another before the return... I have a feeling that > your card isn't setting the correct bit, as the printf you enabled w/ > if 1 won't run unless it gets data from this function... If you're > hanging in this function, then I'll have to do something else... :( or > you could return the card/mobo as not PCI compliant... but I doubt > you'd want to do the last one.. :-) > Ok. Sorry for a delay. One thing before I'll try to do that. This hang does seem to be relating to vpd commit - everything boots/runs perfectly all right with pci.c rev. 1.292.2.9 (after some compilation-relating tweaks, of course). Regards, VladimirReceived on Sun Nov 05 2006 - 22:02:22 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:02 UTC