Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Xorg not finding PCI device on 2.6 kernel - Solved for 6.8.2
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc
View previous topic :: View next topic  
Author Message
russofris
Apprentice
Apprentice


Joined: 14 Sep 2003
Posts: 163

PostPosted: Mon Mar 13, 2006 8:07 pm    Post subject: Xorg not finding PCI device on 2.6 kernel - Solved for 6.8.2 Reply with quote

This may be a dupe of the "xorg does not support multiple PCI bus's" post, but I wanted to be certain. My problem differs as xorg works on 2.4 kernels, but does not work on 2.6 kernels. The bulk of it comes down to this...

Xorg.conf device section
Code:

Section "Device"
    Identifier  "TVP4020"
    Driver      "glint"
    VendorName  "Texas Instruments"
    BoardName   "TVP4020 [Permedia 2]"
    Chipset     "ti_pm2"
#    Option      "UseFBDev"  "True"
    VideoRam    8192
#    BusID       "PCI:00:05:0"
#    Option "no_accel"
EndSection


Results with 2.4 kernel
Code:

(II) GLINT: driver for 3Dlabs chipsets: gamma, gamma2, ti_pm2, ti_pm, r4,
        pm4, pm3, pm2v, pm2, pm, 300sx, 500tx, mx, delta
(II) Primary Device is: PCI 00:05:0
(--) Assigning device section with no busID to primary device
(**) Chipset override: ti_pm2
(**) Chipset ti_pm2 found
(II) resource ranges after xf86ClaimFixedResources() call:
        [0] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [1] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  2       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [5] -1  2       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [6] -1  2       0x000c0000 - 0x000effff (0x30000) MX[B]
        [7] -1  2       0x00000000 - 0x00007fff (0x8000) MX[B]
        [8] -1  2       0x00016000 - 0x00016fff (0x1000) MX[B]
        [9] -1  2       0x00014000 - 0x000140ff (0x100) MX[B]
        [10] -1 2       0x00012000 - 0x00012fff (0x1000) MX[B]
        [11] -1 2       0x00010000 - 0x000100ff (0x100) MX[B]
        [12] -1 2       0x00008000 - 0x0000ffff (0x8000) MX[B]
        [13] -1 2       0x71000000 - 0x717fffff (0x800000) MX[B]
        [14] -1 2       0x70000000 - 0x70ffffff (0x1000000) MX[B]
        [15] -1 2       0x00040000 - 0x0004ffff (0x10000) MX[B](B)
        [16] -1 2       0x01000000 - 0x017fffff (0x800000) MX[B](B)
        [17] -1 2       0x00800000 - 0x00ffffff (0x800000) MX[B](B)
        [18] -1 2       0x00020000 - 0x0003ffff (0x20000) MX[B](B)
        [19] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [20] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
        [21] -1 2       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [22] -1 2       0x00000000 - 0x00000000 (0x1) IX[B]
        [23] -1 2       0x00000800 - 0x000008ff (0x100) IX[B]
        [24] -1 2       0x00000400 - 0x000004ff (0x100) IX[B]
(II) resource ranges after probing:
        [0] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [1] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  2       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [5] -1  2       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [6] -1  2       0x000c0000 - 0x000effff (0x30000) MX[B]
        [7] -1  2       0x00000000 - 0x00007fff (0x8000) MX[B]
        [8] -1  2       0x00016000 - 0x00016fff (0x1000) MX[B]
        [9] -1  2       0x00014000 - 0x000140ff (0x100) MX[B]
        [10] -1 2       0x00012000 - 0x00012fff (0x1000) MX[B]
        [11] -1 2       0x00010000 - 0x000100ff (0x100) MX[B]
        [12] -1 2       0x00008000 - 0x0000ffff (0x8000) MX[B]
        [13] -1 2       0x71000000 - 0x717fffff (0x800000) MX[B]
        [14] -1 2       0x70000000 - 0x70ffffff (0x1000000) MX[B]
        [15] -1 2       0x00040000 - 0x0004ffff (0x10000) MX[B](B)
        [16] -1 2       0x01000000 - 0x017fffff (0x800000) MX[B](B)
        [17] -1 2       0x00800000 - 0x00ffffff (0x800000) MX[B](B)
        [18] -1 2       0x00020000 - 0x0003ffff (0x20000) MX[B](B)
        [19] 0  2       0x000a0000 - 0x000affff (0x10000) MS[B]
        [20] 0  2       0x000b0000 - 0x000b7fff (0x8000) MS[B]
        [21] 0  2       0x000b8000 - 0x000bffff (0x8000) MS[B]
        [22] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [23] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
        [24] -1 2       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [25] -1 2       0x00000000 - 0x00000000 (0x1) IX[B]
        [26] -1 2       0x00000800 - 0x000008ff (0x100) IX[B]
        [27] -1 2       0x00000400 - 0x000004ff (0x100) IX[B]
        [28] 0  2       0x000003b0 - 0x000003bb (0xc) IS[B]
        [29] 0  2       0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(**) GLINT(0): Depth 24, (--) framebuffer bpp 32
(==) GLINT(0): RGB weight 888
(==) GLINT(0): Default visual is TrueColor
(==) GLINT(0): Using gamma correction (1.0, 1.0, 1.0)
(**) GLINT(0): Option "UseFBDev" "True"
(==) GLINT(0): Using HW cursor
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"


Results with 2.6 kernel
Code:
(II) GLINT: driver for 3Dlabs chipsets: gamma, gamma2, ti_pm2, ti_pm, r4,
        pm4, pm3, pm2v, pm2, pm, 300sx, 500tx, mx, delta
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib/modules/linux/libfbdevhw.so
(II) Module fbdevhw: vendor="X.Org Foundation"
        compiled for 6.8.2, module version = 0.0.2
        ABI class: X.Org Video Driver, version 0.7
(EE) No devices detected.

Fatal server error:
no screens found


Does this look like the "Dual bus" problem? I have tried to manually insert the PCIID in the xorg.conf, but that didn't seem to work (you can see the commented lines in the device section to see what I have tried).


Thank you for your time,
Frank Russo


Last edited by russofris on Mon Mar 27, 2006 8:20 pm; edited 2 times in total
Back to top
View user's profile Send private message
russofris
Apprentice
Apprentice


Joined: 14 Sep 2003
Posts: 163

PostPosted: Mon Mar 13, 2006 9:28 pm    Post subject: Reply with quote

Here are the xorg pciscan results

For 2.4:
Code:

Using vt 7
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 108e,8000 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 108e,1000 card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 00:01:1: chip 108e,1001 card 0000,0000 rev 01 class 02,00,00 hdr 80
(II) PCI: 00:03:0: chip 1000,000f card 0000,0000 rev 14 class 01,00,00 hdr 80
(II) PCI: 00:03:1: chip 1000,000f card 0000,0000 rev 14 class 01,00,00 hdr 80
(II) PCI: 00:05:0: chip 104c,3d07 card 1227,0008 rev 11 class 03,80,00 hdr 00
(II) PCI: 01:00:0: chip 108e,8000 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
        [0] -1  2       0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
        [0] -1  2       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(II) Bus 0 prefetchable memory range:
        [0] -1  2       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 1: bridge is at (1:0:0), (1,1,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 1 I/O range:
        [0] -1  1       0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 1 non-prefetchable memory range:
        [0] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(II) Bus 1 prefetchable memory range:
        [0] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(--) PCI:*(0:5:0) Texas Instruments TVP4020 [Permedia 2] rev 17, Mem @ 0x00020000/17, 0x00800000/23, 0x01000000/23, BIOS @ 0x00040000/16


and for 2.6
Code:
(II) Module pcidata: vendor="X.Org Foundation"
        compiled for 6.8.2, module version = 1.0.0
        ABI class: X.Org Video Driver, version 0.7
Using vt 7
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 80:00:0: chip 108e,8000 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 128: bridge is at (128:0:0), (128,128,128), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 128 I/O range:
        [0] -1  1       0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 128 non-prefetchable memory range:
        [0] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(II) Bus 128 prefetchable memory range:
        [0] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set)
(II) Addressable bus resource ranges are
        [0] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
        [1] -1  1       0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
        [0] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [1] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [5] -1  1       0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
        [0] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [1] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [5] -1  1       0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
        [0] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [1] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [5] -1  1       0x00000000 - 0x00000000 (0x1) IX[B]


So, under the 2.4 kernel, it detects...
(II) PCI: 00:00:0: chip 108e,8000 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 108e,1000 card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 00:01:1: chip 108e,1001 card 0000,0000 rev 01 class 02,00,00 hdr 80
(II) PCI: 00:03:0: chip 1000,000f card 0000,0000 rev 14 class 01,00,00 hdr 80
(II) PCI: 00:03:1: chip 1000,000f card 0000,0000 rev 14 class 01,00,00 hdr 80
(II) PCI: 00:05:0: chip 104c,3d07 card 1227,0008 rev 11 class 03,80,00 hdr 00
(II) PCI: 01:00:0: chip 108e,8000 card 0000,0000 rev 00 class 06,00,00 hdr 00

While under the 2.6 kernel, it detects
(II) PCI: 80:00:0: chip 108e,8000 card 0000,0000 rev 00 class 06,00,00 hdr 00

which is strange as LSPCI sees the card but pcitweak doesn't
Code:

frussogensparc log # lspci
80:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module
0001:00:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module
0001:00:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01)
0001:00:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01)
0001:00:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 14)
0001:00:03.1 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 14)
0001:00:05.0 Display controller: Texas Instruments TVP4020 [Permedia 2] (rev 11)
frussogensparc log # uname -a
Linux frussogensparc 2.6.16-rc5-git10 #1 SMP PREEMPT Thu Mar 9 14:11:47 PST 2006 sparc64 sun4u GNU/Linux

frussogensparc bin # ./pcitweak -l
PCI: PCI scan (all values are in hex)
PCI: 80:00:0: chip 108e,8000 card 0000,0000 rev 00 class 06,00,00 hdr 00
PCI: End of PCI scan



Any thoughts?
Frank
Back to top
View user's profile Send private message
cyan051
n00b
n00b


Joined: 21 Aug 2004
Posts: 64

PostPosted: Mon Mar 13, 2006 10:42 pm    Post subject: Reply with quote

ahh, ok...
its the same issue, but with a small twist:

with kernel 2.4 it starts with the bridge with lowest id and then increments the number regardless of the actuall id of the second bridge - that part of bus numbering in kernel 2.4 itself is broken (second bridge is always first+1 regardless of real bridge id), but in your case results are ok since xorg always attempts to scan the first bus only.

kernel 2.6 is trying to be smarter, so it lists bridge with master flag first.
enumeration in xorg ignores the pci id passed by kernel - its actually trying to use 00 instead of 80 and nothing instead of 00 itself :(
as a result, it will never find the bridge with your graphics card (which in reality is in bus 00)
you can verify this by running "lspci -v" under kernel 2.4 and 2.6 and see on which id is 'bus master'

i've taken a quick look at the patch suggested on freedesktop.org and don't really like it - it seems pretty specific to sparc64 architecture (references to +8 as fallback), but it should work in your case
https://bugs.freedesktop.org/attachment.cgi?id=4160
btw, this is pretty simmilar to my own quick&dirty fix since my insentive was just to make it work on my own system (just to make a point that i'm lazy as well).

the original suggestion was on a much better track, but it was never fully completed...
if someone has the will to finish it properly, it would be nice
http://lists.freedesktop.org/archives/xorg/2005-December/011892.html

btw, due to stupidity of xorg, in your case it would actually work if you could manage to skip autodetect completly since the card actually is on bus 00 :)
but to my knowledge, there is no such option...

hope this makes sence...i'm too tired right now to check what i wrote :?
Back to top
View user's profile Send private message
cyan051
n00b
n00b


Joined: 21 Aug 2004
Posts: 64

PostPosted: Mon Mar 13, 2006 10:49 pm    Post subject: Reply with quote

btw, complete thread under
http://lists.freedesktop.org/archives/xorg/2005-December/thread.html#11944
is quite informative...

but as it seems, it will be a while until the issue is completly resolved...
Back to top
View user's profile Send private message
russofris
Apprentice
Apprentice


Joined: 14 Sep 2003
Posts: 163

PostPosted: Mon Mar 13, 2006 11:38 pm    Post subject: Reply with quote

Ahh, thanx. That explains a lot.

It's kinda funny/ironic that the "broken" kernel works, and the "correct" kernel does not.

Frank
Back to top
View user's profile Send private message
russofris
Apprentice
Apprentice


Joined: 14 Sep 2003
Posts: 163

PostPosted: Tue Mar 14, 2006 9:03 pm    Post subject: Reply with quote

I would like to report a successful patch and xorg installation. As a FYI, I did not create a new ebuild, I patched from a second console during the emerge (once the source was extracted and when emerge was in the "applying patches" phase). It looks like portage paths were already in the patch, so a "patch -p0 < 9997_all_6.8.2-pci-domains.patch" was all that was necessary (thanx for making it easy).

Points of interest..

Output of scanpci now sees the busmaster, and scans the 2nd domain:
Code:

frussogensparc ~ # cd /usr/X11R6/bin/
frussogensparc bin # scanpci

pci bus 0x80 @ 0x0000 cardnum 0x00 function 0x00: vendor 0x108e device 0x8000
 Sun Microsystems Computer Corp. Psycho PCI Bus Module

pci bus 0x00 @ 0x0001 cardnum 0x00 function 0x00: vendor 0x108e device 0x8000
 Sun Microsystems Computer Corp. Psycho PCI Bus Module

pci bus 0x00 @ 0x0001 cardnum 0x01 function 0x00: vendor 0x108e device 0x1000
 Sun Microsystems Computer Corp. EBUS

pci bus 0x00 @ 0x0001 cardnum 0x01 function 0x01: vendor 0x108e device 0x1001
 Sun Microsystems Computer Corp. Happy Meal

pci bus 0x00 @ 0x0001 cardnum 0x03 function 0x00: vendor 0x1000 device 0x000f
 LSI Logic / Symbios Logic 53c875

pci bus 0x00 @ 0x0001 cardnum 0x03 function 0x01: vendor 0x1000 device 0x000f
 LSI Logic / Symbios Logic 53c875

pci bus 0x00 @ 0x0001 cardnum 0x05 function 0x00: vendor 0x104c device 0x3d07
 Texas Instruments TVP4020 [Permedia 2]


The re-emerge of the patched xorg-x11 went really quick thanx to ccache. I took a 45 min lunch and it was done by the time I returned.

Code:
frussogensparc bin # ccache -s
cache directory                     /root/.ccache
cache hit                           4474
cache miss                            12
called for link                      165
not a C/C++ file                     116
unsupported compiler option          403
no input file                        394
files in cache                     53408
cache size                         409.0 Mbytes
max cache size                       2.0 Gbytes


Thank you much for the assistance. I hope that this patch (or the more comprehensive one) makes it into xorg or portage at some point.

Have a good one,
Frank Russo
Back to top
View user's profile Send private message
cyan051
n00b
n00b


Joined: 21 Aug 2004
Posts: 64

PostPosted: Tue Mar 14, 2006 9:19 pm    Post subject: Reply with quote

btw, instead of doing such an on-the-fly patching, you can use ebuild command quite nicely...
first get the sources:
Code:
ebuild build_name fetch
ebuild build_name unpack

at this time do whatever you wish with the sources
and finish off with
Code:
ebuild build_name compile
ebuild build_name install
ebuild build_name qmerge

thats what emerge does internally anyhow for each packet (emerge is basically a wrapper doing all sorts of things, mainly dependency checks, but when it comes to a specific target - ebuild is the king)
just make sure you use full path names for build target including the .ebuild extension.
Back to top
View user's profile Send private message
russofris
Apprentice
Apprentice


Joined: 14 Sep 2003
Posts: 163

PostPosted: Mon Mar 27, 2006 8:19 pm    Post subject: Reply with quote

The patch does not apply cleanly against the xorg-server-1.02 ebuild. I am in the process of retrofitting it and creating a new patch for e250/450 users. I will post it when complete.

Thanx Muchly,
Frank
Back to top
View user's profile Send private message
russofris
Apprentice
Apprentice


Joined: 14 Sep 2003
Posts: 163

PostPosted: Mon Mar 27, 2006 9:52 pm    Post subject: Reply with quote

So I have completed retrofitting the patch for xorg-server-1.02. First the good news....

Code:
frussogensparc bin # scanpci

pci bus 0x80 @ 0x0000 cardnum 0x00 function 0x00: vendor 0x108e device 0x8000
 Sun Microsystems Computer Corp. Psycho PCI Bus Module

pci bus 0x00 @ 0x0001 cardnum 0x00 function 0x00: vendor 0x108e device 0x8000
 Sun Microsystems Computer Corp. Psycho PCI Bus Module

pci bus 0x00 @ 0x0001 cardnum 0x01 function 0x00: vendor 0x108e device 0x1000
 Sun Microsystems Computer Corp. EBUS

pci bus 0x00 @ 0x0001 cardnum 0x01 function 0x01: vendor 0x108e device 0x1001
 Sun Microsystems Computer Corp. Happy Meal

pci bus 0x00 @ 0x0001 cardnum 0x03 function 0x00: vendor 0x1000 device 0x000f
 LSI Logic / Symbios Logic 53c875

pci bus 0x00 @ 0x0001 cardnum 0x03 function 0x01: vendor 0x1000 device 0x000f
 LSI Logic / Symbios Logic 53c875

pci bus 0x00 @ 0x0001 cardnum 0x05 function 0x00: vendor 0x104c device 0x3d07
 Texas Instruments TVP4020 [Permedia 2]


Now the bad news...... The xserver starts and the screen goes blank.... Logs below

Xorg.0.log
Code:

(II) Primary Device is: PCI 00@0001:05:0
(--) Assigning device section with no busID to primary device
(**) Chipset override: ti_pm2
(**) Chipset ti_pm2 found
(II) resource ranges after xf86ClaimFixedResources() call:
        [0] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [1] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [5] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [6] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [7] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [8] -1  1       0x00016000 - 0x00017fff (0x2000) MX[B]E
        [9] -1  1       0x00014000 - 0x00015fff (0x2000) MX[B]E
        [10] -1 1       0x00012000 - 0x00013fff (0x2000) MX[B]E
        [11] -1 1       0x00010000 - 0x00011fff (0x2000) MX[B]E
        [12] -1 1       0x00008000 - 0x0000ffff (0x8000) MX[B]E
        [13] -1 1       0x71000000 - 0x71ffffff (0x1000000) MX[B]E
        [14] -1 1       0x70000000 - 0x70ffffff (0x1000000) MX[B]E
        [15] -1 1       0x00040000 - 0x0004ffff (0x10000) MX[B](B)
        [16] -1 1       0x01000000 - 0x017fffff (0x800000) MX[B](B)
        [17] -1 1       0x00800000 - 0x00ffffff (0x800000) MX[B](B)
        [18] -1 1       0x00020000 - 0x0003ffff (0x20000) MX[B](B)
        [19] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [20] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
        [21] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [22] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
        [23] -1 1       0x00000800 - 0x000008ff (0x100) IX[B]E
        [24] -1 1       0x00000400 - 0x000004ff (0x100) IX[B]E
(WW) ****INVALID MEM ALLOCATION**** b: 0x20000 e: 0x3ffff correcting^G
(II) NonSys
        [0] -1  1       0x00016000 - 0x00017fff (0x2000) MX[B]
        [1] -1  1       0x00014000 - 0x00015fff (0x2000) MX[B]
        [2] -1  1       0x00012000 - 0x00013fff (0x2000) MX[B]
        [3] -1  1       0x00010000 - 0x00011fff (0x2000) MX[B]
        [4] -1  1       0x00008000 - 0x0000ffff (0x8000) MX[B]
        [5] -1  1       0x71000000 - 0x71ffffff (0x1000000) MX[B]
        [6] -1  1       0x70000000 - 0x70ffffff (0x1000000) MX[B]
        [7] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [8] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [9] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [10] -1 1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [11] -1 1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [12] -1 1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [13] -1 1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [14] -1 1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [15] -1 1       0x00000800 - 0x000008ff (0x100) IX[B]
        [16] -1 1       0x00000400 - 0x000004ff (0x100) IX[B]
        [17] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [18] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
        [19] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [20] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
(II) window:
        [0] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
        [1] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
        [2] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
        [3] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(II) resSize:
        [0] -1  1       0x00000000 - 0xffffffff (0x0) MX[B]
(II) window fixed:
        [0] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
        [1] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
        [2] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
        [3] -1  1       0x00000000 - 0x7fffffff (0x80000000) MX[B]
(II) resource ranges after probing:
        [0] -1  1       0x00100000 - 0x0011ffff (0x20000) MX[B](B)
        [1] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [2] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [3] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [4] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [5] -1  1       0x7fffffff - 0x7fffffff (0x1) MX[B]
        [6] -1  1       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [7] -1  1       0x000c0000 - 0x000effff (0x30000) MX[B]
        [8] -1  1       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [9] -1  1       0x00016000 - 0x00017fff (0x2000) MX[B]E
        [10] -1 1       0x00014000 - 0x00015fff (0x2000) MX[B]E
        [11] -1 1       0x00012000 - 0x00013fff (0x2000) MX[B]E
        [12] -1 1       0x00010000 - 0x00011fff (0x2000) MX[B]E
        [13] -1 1       0x00008000 - 0x0000ffff (0x8000) MX[B]E
        [14] -1 1       0x71000000 - 0x71ffffff (0x1000000) MX[B]E
        [15] -1 1       0x70000000 - 0x70ffffff (0x1000000) MX[B]E
        [16] -1 1       0x00040000 - 0x0004ffff (0x10000) MX[B](B)
        [17] -1 1       0x01000000 - 0x017fffff (0x800000) MX[B](B)
        [18] -1 1       0x00800000 - 0x00ffffff (0x800000) MX[B](B)
        [19] 0  1       0x000a0000 - 0x000affff (0x10000) MS[B]
        [20] 0  1       0x000b0000 - 0x000b7fff (0x8000) MS[B]
        [21] 0  1       0x000b8000 - 0x000bffff (0x8000) MS[B]
        [22] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [23] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
        [24] -1 1       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [25] -1 1       0x00000000 - 0x00000000 (0x1) IX[B]
        [26] -1 1       0x00000800 - 0x000008ff (0x100) IX[B]E
        [27] -1 1       0x00000400 - 0x000004ff (0x100) IX[B]E
        [28] 0  1       0x000003b0 - 0x000003bb (0xc) IS[B]
        [29] 0  1       0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(**) GLINT(0): Depth 24, (--) framebuffer bpp 32
(==) GLINT(0): RGB weight 888
(==) GLINT(0): Default visual is TrueColor
(==) GLINT(0): Using gamma correction (1.0, 1.0, 1.0)
(**) GLINT(0): Option "BlockWrite" "True"
(**) GLINT(0): Option "UseFBDev" "True"
(==) GLINT(0): Using HW cursor
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib/xorg/modules/linux/libfbdevhw.so
(II) Module fbdevhw: vendor="X.Org Foundation"
        compiled for 7.0.0, module version = 0.0.2
        ABI class: X.Org Video Driver, version 0.8
(**) GLINT(0): Using Linux framebuffer device
(**) GLINT(0): Chipset: "ti_pm2"
(**) GLINT(0): Block Writes enabled
(**) GLINT(0): Linear framebuffer at 0x1000000
(**) GLINT(0): MMIO registers at 0x110000
(**) GLINT(0): VideoRAM: 8192 kByte
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Loading /usr/lib/xorg/modules/libramdac.so
(II) Module ramdac: vendor="X.Org Foundation"
        compiled for 7.0.0, module version = 0.1.0
        ABI class: X.Org Video Driver, version 0.8


I also see this in /var/log/messages
Code:

Mar 27 13:39:31 frussogensparc su[5126]: Successful su for frusso by root
Mar 27 13:39:31 frussogensparc su[5126]: + tty1 root:frusso
Mar 27 13:39:31 frussogensparc su(pam_unix)[5126]: session opened for user frusso by (uid=0)
Mar 27 13:39:36 frussogensparc ioctl32(X:5149): Unknown cmd fd(7) cmd(40584606){00} arg(efb65370)
on /dev/fb/0
Mar 27 13:39:36 frussogensparc ioctl32(X:5149): Unknown cmd fd(7) cmd(40184600){00} arg(efb65378)
on /dev/fb/0
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[000f] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80030000]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(none)]
Mar 27 13:39:37 frussogensparc PCI0(PBMB): Device [0001:00:00.0] received Master Abort [0000000000
002280]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[0f00] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80030068]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(Master Abort)]
Mar 27 13:39:37 frussogensparc PCI0(PBMB): Device [0001:00:00.0] received Master Abort [0000000000
002280]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[0f00] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80034008]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(Master Abort)]
Mar 27 13:39:37 frussogensparc PCI0(PBMB): Device [0001:00:00.0] received Master Abort [0000000000
002280]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[0f00] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80034008]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(Master Abort)]
Mar 27 13:39:37 frussogensparc PCI0(PBMB): Device [0001:00:00.0] received Master Abort [0000000000
002280]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[000f] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80034000]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(Master Abort)]
Mar 27 13:39:37 frussogensparc PCI0(PBMB): Device [0001:00:00.0] received Master Abort [0000000000
002280]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[000f] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80030050]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(Master Abort)]
Mar 27 13:39:37 frussogensparc PCI0(PBMB): Device [0001:00:00.0] received Master Abort [0000000000
002280]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[000f] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80038a80]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(Master Abort)]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Error, primary error type[Master Abort]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): bytemask[000f] UPA_MID[01] was_block(0)
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI AFAR [000001ff80034000]
Mar 27 13:39:37 frussogensparc PSYCHO0(PBMB): PCI Secondary errors [(Master Abort)]
Mar 27 13:39:37 frussogensparc PCI0(PBMB): Device [0001:00:00.0] received Master Abort [0000000000
002280]


Still working on it, looks like the patch is specifying a mem range that is no longer valid?

Frank
Back to top
View user's profile Send private message
russofris
Apprentice
Apprentice


Joined: 14 Sep 2003
Posts: 163

PostPosted: Mon Mar 27, 2006 10:03 pm    Post subject: Reply with quote

My work on this can be found here

http://home.comcast.net/~f.russo/xorg_patch.tgz

it contains the following files

-rw-r--r-- root/root 43911 2006-03-24 11:15:48 Pci.c
-rw-r--r-- root/root 16203 2006-03-24 11:21:17 Pci.h
-rw-r--r-- root/root 26313 2006-03-27 10:50:03 linuxPci.c
-rw-r--r-- root/root 6003 2006-03-24 10:33:28 pcitweak.c
-rw-r--r-- root/root 27080 2006-03-24 10:36:02 scanpci.c
-rw-r--r-- root/root 84753 2006-03-24 10:23:32 xf86Bus.c
-rw-r--r-- root/root 78282 2006-03-27 11:44:59 xf86Helper.c
-rw-r--r-- root/root 11331 2006-03-27 10:52:51 xf86ScanPci.c


If anyone else is able to assist, I would be greatful, as I am out of time and have to get back to "actual" work.

Frank
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum