On Tue, 30 Nov 2004, ASIF IQBAL wrote:
Still the system is hanging even after moving the drivers from the directory "mv /usr/X11R6/lib/modules/drivers/sun*_drv.o /temp".
On further debugging the code I identified that the system is hanging in function call xf86scanpci () within the while loop "while (idx < MAX_PCI_DEVICES && tag != PCI_NOT_FOUND)". I think this function scans for PCI devices present in the system by iterating through the while loop. On further debugging I found out that the while loop in this function is executing for 10 iterations only ie if the "idx <=10". Within this 10 iterations it prints the vendor id and device id of the PCI devices present on the system. For the 11th iteration it gets the chip information 1002,4752 and it try to get the next PCI dev information using the function pciFindNext () were exactly it hangs. Following is the XFree86.log with debug messages before it actually hangs:
(II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.4.99.17, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) Sabre or Hummingbird PCI host bridge found ("pci108e,a001") (II) PCI: PCI scan (all values are in hex) (II) PCI: 100:00:0: chip 108e,a001 card 0000,0000 rev 00 class 06,00,00 hdr 00 (II) PCI: 100:03:0: chip 10b9,7101 card 0000,0000 rev 00 class 00,00,00 hdr 00 (II) PCI: 100:05:0: chip 1011,0024 card 0000,0000 rev 03 class 06,04,00 hdr 01 (II) PCI: 100:07:0: chip 10b9,1533 card 10b9,1533 rev 00 class 06,01,00 hdr 00 (II) PCI: 100:08:0: chip 10b9,5451 card 10b9,5451 rev 01 class 04,01,00 hdr 00 (II) PCI: 100:0c:0: chip 108e,1100 card 0000,0000 rev 01 class 06,80,00 hdr 80 (II) PCI: 100:0c:1: chip 108e,1101 card 0000,0000 rev 01 class 02,00,00 hdr 80 (II) PCI: 100:0c:2: chip 108e,1102 card 0000,0000 rev 01 class 0c,00,10 hdr 80 (II) PCI: 100:0c:3: chip 108e,1103 card 0000,0000 rev 01 class 0c,03,10 hdr 80 (II) PCI: 100:0d:0: chip 10b9,5229 card 0000,0000 rev c3 class 01,01,ff hdr 00 (II) PCI: 100:13:0: chip 1002,4752 card 0000,0000 rev 27 class 03,00,00 hdr 00
This is my console output of prtconf command in my system
# prtconf -Ppv | grep pci bootpath: '/pci@1f,0/ide@d/disk@0,0:a' pci-probe-list: '7,c,3,8,d,5,13' screen: '/pci@1f,0/SUNW,m64B@13' keyboard: '/pci@1f,0/usb@c,3/keyboard@2' mouse: '/pci@1f,0/usb@c,3/mouse@1' net: '/pci@1f,0/network@c,1' cdrom2: '/pci@1f,0/ide@d/cdrom@2,0:f' cdrom1: '/pci@1f,0/ide@d/cdrom@1,0:f' cdrom: '/pci@1f,0/ide@d/cdrom@1,0:f' disk: '/pci@1f,0/ide@d/disk@0,0' disk3: '/pci@1f,0/ide@d/disk@3,0' disk2: '/pci@1f,0/ide@d/disk@2,0' disk1: '/pci@1f,0/ide@d/disk@1,0' disk0: '/pci@1f,0/ide@d/disk@0,0' ide: '/pci@1f,0/ide@d' floppy: '/pci@1f,0/isa@7/dma/floppy' ttyb: '/pci@1f,0/isa@7/serial@0,2e8' ttya: '/pci@1f,0/isa@7/serial@0,3f8' compatible: 'pci108e,a001' name: 'pci' device_type: 'pci' model: 'SUNW,pci-eri' compatible: 'pci108e,1101.1' + 'pci108e,1101' + 'pciclass,020000' + 'pciclass,0200' compatible: 'pci108e,1102.1001' + 'pci108e,1102' + 'pciclass,0c0010' + 'pciclass,0c00' compatible: 'pci108e,1103.1' + 'pci108e,1103' + 'pciclass,0c0310' + 'pciclass,0c03' compatible: 'pci10b9,7101.0' + 'pci10b9,7101' + 'pciclass,000000' + 'pciclass,0000' compatible: 'pci10b9,5451.10b9.5451.1' + 'pci10b9,5451.10b9.5451' + 'pci10b9,5451' + 'pci10b9,5451.1' + 'pci10b9,5451' + 'pciclass,040100' + 'pciclass,0401' compatible: 'pci10b9,5229.c3' + 'pci10b9,5229' + 'pciclass,0101ff' + 'pciclass,0101' compatible: 'pci1011,24.3' + 'pci1011,24' + 'pciclass,060400' + 'pciclass,0604' device_type: 'pci' name: 'pci'
Please send me the complete `prtconf -Ppv` output so I can use it to read through the code.
Why is that XFree86 not able complete the system PCI scanning? Can you throw some light on the reason for this failure. Is there anyhting specific I am missing. Also one thing I noticed that all the PCI devices listed by XFree86 are not shown when I issue prtconf command. Why is this behaviour happening?
It looks like it isn't dealing with the Hummingbird chip properly.
Is there any faster method to build and test XFree86 source. Because each time after performing any changes in the source I do "make" followed by "make install" which actually takes lot of time.
For this particular problem, it would be easier to work the `scanpci` utility.
Marc.
+----------------------------------+-----------------------------------+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax: 1-780-492-1729 | | 352 General Services Building | email: tsi@xxxxxxxxxxx | | University of Alberta +-----------------------------------+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply | | CANADA | | +----------------------------------+-----------------------------------+ XFree86 developer and VP. ATI driver and X server internals. _______________________________________________ XFree86 mailing list XFree86@xxxxxxxxxxx http://XFree86.Org/mailman/listinfo/xfree86
