Bug#916988: xserver-xorg-core: Upgrade does not apparently replace /usr/lib/xorg/modules/extensions/libglx.so
Package: xserver-xorg-core Version: 2:1.20.3-1rjmx0 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, It seems that the upgrade to 2:1.20.3.1 did not replace /usr/lib/xorg/modules/extensions/libglx.so for some reason and the previous version was left in place. This kills attempts to use nvidia 4xx series video drivers, as X segfaults similar to this: > (EE) > (EE) Backtrace: > (EE) 0: /usr/libexec/Xorg (OsLookupColor+0x139) [0x58c349] > (EE) 1: /lib64/libpthread.so.0 (funlockfile+0x50) [0x7fb54db225ff] > (EE) 2: /usr/lib64/xorg/modules/extensions/libglx.so > (GlxSetVisualConfigs+0x4cc) [0x7fb54c85fbdc] > (EE) 3: /usr/lib64/xorg/modules/extensions/libglx.so (_init+0x193f2) > [0x7fb54c878272] > (EE) 4: /usr/lib64/xorg/modules/extensions/libglx.so (_init+0x187fa) > [0x7fb54c876aea] > (EE) 5: /usr/libexec/Xorg (InitExtensions+0x89) [0x4a8dd9] > (EE) 6: /usr/libexec/Xorg (InitFonts+0x1db) [0x442f4b] > (EE) 7: /lib64/libc.so.6 (__libc_start_main+0xeb) [0x7fb54d74b3db] > (EE) 8: /usr/libexec/Xorg (_start+0x2a) [0x42de4a] > (EE) > (EE) Segmentation fault at address 0x7fb54c809138 > (EE) > Fatal server error: > (EE) Caught signal 11 (Segmentation fault). Server aborting Fedora apparently have the same problem: see https://devtalk.nvidia.com/default/topic/1044851/linux/fyi-nvidia-410-78-driver-fails-with-segmentation-fault-on-fedora-fc29-workstation-with-nvs-510-card/post/5301228 ... which is how I found the problem. Excerpts from a failing Xorg.0.log: > [94.098] xorg-server 2:1.20.3-1 (https://www.debian.org/support) ... > [94.107] (II) Module glx: vendor="X.Org Foundation" > [94.107] compiled for 1.19.3, module version = 1.0.0 > [94.107] ABI class: X.Org Server Extension, version 10.0 Note the correct version in the first excerpt (2:1.20.3-1) and that the glx module (second excerpt, 1.19.3) is a different version. Please ignore the slighly different version number in this report: I did a local build of the package to see if it helped. It did not. Currentlt the problem can be fixed by uninstalling xserver-xorg-core and its dependencies (uninstall any nvidia drivers first), check that the directory /usr/lib/xorg/modules/extensions/ is non-existent, or at least empty. Then reinstall xserver-xorg-core and dependencies. .Ron Murray - -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: - -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104 [GeForce GTX 770] [10de:1184] (rev a1) Xorg X server configuration file status: - - -rw-r--r-- 1 root root 1259 Dec 20 23:31 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: - --- # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 415.25 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psaux" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "kbd" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 SubSection "Display" Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): - --- Linux version 4.19.11.khufu (ron@khufu) (gcc version 8.2.0 (Debian 8.2.0-12)) #0 SMP PREEMPT Wed Dec 19 23:38:15 EST 2018 Xorg X server log files on system: - -- - -rw-r--r-- 1 root root 38288 Dec 20 23:34 /var/log/Xorg.0.log Contents of most r
Bug#352735: xserver-xorg: [glint] Won't start due to resource conflicts
Package: xserver-xorg Version: 6.9.0.dfsg.1-4 Severity: normal X worked fine until I rebooted after running today's etch upgrade, and now it won't start. The Xorg.0.log gives details, but basically we get an INVALID MEM ALLOCATION warning, and later a message to the effect that xf86RegisterResources() found resource conflicts. The two may or may not be related. .Ron -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xfree86-dbg xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Sep 21 17:06 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1913456 Jan 18 10:34 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 15703 Feb 13 15:59 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ** # Section Module # This loads the DBE extension module. ###Loaddbe# Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection extmod Optionomit xfree86-dga # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Loadtype1 Loadspeedo Loadfreetype #Loadxtt # This loads the GLX module Load glx # This loads the DRI module Load dri EndSection # ** # Files section. This allows default font and rgb paths to be set # ** Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # #FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ #FontPath /usr/X11R6/lib/X11/fonts/TrueType/ #FontPath /usr/X11R6/lib/X11/fonts/freefont/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ # The module search path. The default path is shown here. #ModulePath /usr/X11R6/lib/modules EndSection # ** #
Bug#284111: xserver-xfree86: Doesn't scan PCI domains above 0000 on startup
Branden Robinson wrote:
close 284111
severity 284111 normal
merge 284111 279436
thanks
On Fri, Dec 03, 2004 at 01:48:45PM -0500, Ron Murray wrote:
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-8rjmx3
Severity: important
When I try to start X under a 2.6 kernel, the PCI scan never finds my
video board. I strongly suspect that this is because it's on PCI
domain 0001: the PCI scan code only appears to consider domain
(see patch in bug #279436). Here's the output of 'lspci -v' on this
machine:
I do not understand why you knowingly filed a duplicate report.
In any event, this bug was fixed in xfree86 4.3.0.dfsg.1-9.
xfree86 (4.3.0.dfsg.1-9) unstable; urgency=high
[...]
* Apply patch from David Mosberger that replaces the fix for #225526 with
one that works on systems that do not have a PCI bus numbered 0. Thanks,
David! (Closes: #279436)
[...]
-- Fabio M. Di Nitto [EMAIL PROTECTED] Thu, 9 Dec 2004 17:14:45 +0100
Closing this duplicate, resolved report.
I don't think it really is a duplicate. The patch referred to in
#279436 only seems to consider PCI domain . Here's what I get when I
do 'ls /proc/bus/pci' on this machine (with a 2.6 kernel: 2.4 kernels
are quite different):
:80
:81
0001:00
devices
Now the way I read the patch in #279436 is that it hard-codes domain
:
+ /* with PCI domain #: */
+ {
+ /proc/bus/pci/:%02x/%02x.%1x, /* bus # 256 */
+ /proc/bus/pci/:%04x/%02x.%1x/* bus # = 256 */
Since my video board is on the 0001:00 bus, xserver never sees it.
It works with the fb device, but not with the glint driver for that
reason. And so I filed another bug report, since I don't think that the
solution to #279436 will fix the problem I have.
Of course, it's quite possible that I've read this wrong. In
particular, I'm still trying to grasp the whole PCI domain bit. But I do
not see any way that the above code can open anything with
/proc/bus/pci/0001: in it. If I'm wrong, then fair enough. Otherwise,
can we re-open this bug?
Thanks,
.Ron
**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager at postmaster at dor.state.ma.us.
**
Bug#280384: X11 crashing on 2.4.28
At Wed, 8 Dec 2004 13:00:46 -0500, Branden Robinson [EMAIL PROTECTED] wrote: Only difference was that I didn't turn it on for all Linux, just for ia86 and sparc. Wasn't sure whether it was a good idea or not. I'll let everyone know how it went. Thanks for finding it. I haven't seen followup from you on how it went, but I went ahead and applied your patch anyway. I replied to the list with the results I had, which were that I _thought_ it was fixed, but X still wouldn't start for me. I haven't seen any replies from anyone else. I now have X working using the framebuffer driver, so it seems that these patches do indeed fix the problem (I couldn't even do that before). Sorry about the red herring I threw out regarding PCI domain issues -- I didn't mean to lead anyone astray I was just stabbing in the dark. Understood. It actually led me to realize the probable cause of the remaining X problem I have with this machine, in that fbdev works but the glint driver doesn't load. I've submitted a separate bug report on that one (#284111), since it's clearly not related to the mmap problem. Thanks, .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
Bug#280384: X11 crashing on 2.4.28
OK, the machine made all the X packages and I installed them with no problems. It does look like Richard's patch works, in that, according to the XFree86 log, the loader now correctly loads pcidata, which goes on to scan the PCI bus as it's supposed to. I think it should work with later 2.4 kernels now, although I haven't tested it. I'm willing to provide the packages I built if somebody wants to try them, but I can't put them up for ftp (we don't allow ftp servers here). Working with 2.6 kernels is another problem, at least for my E250. Now startx grinds to a halt with the dreaded no screens found, and indeed the log does't have it finding my display adaptor in the PCI scan. I suspect this is because 2.6 adds domains to the PCI system, and for totally unexplained reasons, my display adaptor is on domain 0001 instead of , and it doesn't look like that gets scanned. But that's for another bug report. Thank you, Richard. I think it's fixed; we can be more certain once somebody tests it. .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
Bug#284111: xserver-xfree86: Doesn't scan PCI domains above 0000 on startup
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-8rjmx3 Severity: important When I try to start X under a 2.6 kernel, the PCI scan never finds my video board. I strongly suspect that this is because it's on PCI domain 0001: the PCI scan code only appears to consider domain (see patch in bug #279436). Here's the output of 'lspci -v' on this machine: :80:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module Flags: bus master, 66MHz, medium devsel, latency 64 :80:01.0 PCI bridge: Digital Equipment Corporation DECchip 21153 (rev 04) (prog-if 00 [Normal decode]) Flags: bus master, medium devsel, latency 64 Bus: primary=80, secondary=81, subordinate=81, sec-latency=64 Memory behind bridge: 0010-100f Capabilities: [dc] Power Management version 1 :81:00.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) Flags: bus master, medium devsel, latency 10 Memory at 01ff0100 (32-bit, non-prefetchable) [size=16M] Memory at 01ff0200 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 0300 [disabled] [size=16M] :81:00.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) Flags: bus master, medium devsel, latency 10, IRQ 8146528 Memory at 01ff0400 (32-bit, non-prefetchable) [size=32K] Expansion ROM at 1100 [disabled] [size=16M] :81:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) Flags: bus master, medium devsel, latency 10 Memory at 01ff0500 (32-bit, non-prefetchable) [size=16M] Memory at 01ff0600 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 0700 [disabled] [size=16M] :81:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) Flags: bus master, medium devsel, latency 10, IRQ 8146560 Memory at 01ff0800 (32-bit, non-prefetchable) [size=32K] Expansion ROM at 1200 [disabled] [size=16M] :81:02.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) Flags: bus master, medium devsel, latency 10 Memory at 01ff0900 (32-bit, non-prefetchable) [size=16M] Memory at 01ff0a00 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 0b00 [disabled] [size=16M] :81:02.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) Flags: bus master, medium devsel, latency 10, IRQ 8146592 Memory at 01ff0c00 (32-bit, non-prefetchable) [size=32K] Expansion ROM at 1300 [disabled] [size=16M] :81:03.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) Flags: bus master, medium devsel, latency 10 Memory at 01ff0d00 (32-bit, non-prefetchable) [size=16M] Memory at 01ff0e00 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 0f00 [disabled] [size=16M] :81:03.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) Flags: bus master, medium devsel, latency 10, IRQ 8146496 Memory at 01ff1000 (32-bit, non-prefetchable) [size=32K] Expansion ROM at 1400 [disabled] [size=16M] 0001:00:00.0 Host bridge: Sun Microsystems Computer Corp. Psycho PCI Bus Module Flags: bus master, medium devsel, latency 64 0001:00:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) Flags: bus master, medium devsel, latency 10 Memory at 01fff000 (32-bit, non-prefetchable) [size=16M] Memory at 01fff100 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 8200 [disabled] [size=16M] 0001:00:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) Flags: bus master, medium devsel, latency 10, IRQ 8147552 Memory at 01ff80008000 (32-bit, non-prefetchable) [size=32K] Expansion ROM at 8300 [disabled] [size=16M] 0001:00:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 14) Flags: bus master, medium devsel, latency 17, IRQ 8147520 I/O ports at 2010400 [size=256] Memory at 01ff8001 (32-bit, non-prefetchable) [size=256] Memory at 01ff80012000 (32-bit, non-prefetchable) [size=4K] 0001:00:03.1 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 14) Flags: bus master, medium devsel, latency 17, IRQ 8147712 I/O ports at 2010800 [size=256] Memory at 01ff80014000 (32-bit, non-prefetchable) [size=256] Memory at 01ff80016000 (32-bit, non-prefetchable) [size=4K] 0001:00:05.0 Display controller: Texas Instruments TVP4020 [Permedia 2] (rev 11) Subsystem: Tech-Source: Unknown device 0008 Flags: bus master, medium devsel, latency 64, IRQ 8147392 Memory at 01ff8002 (32-bit, non-prefetchable)
Bug#280384: X11 crashing on 2.4.28
At Thu, 02 Dec 2004 17:02:58 +, Richard Mortimer [EMAIL PROTECTED] wrote: Ok, I think that I've found the problem. The XFree86 binary does its own object loading and on sparc it is failing to set the PROT_EXEC bit when mapping executable code. This is falling over a change in the kernel which checks the executable bit and gives a Segmentation Fault. Full rationale, explanation and proposed patch below. ... Wow. Well done! That's certainly consistent with what I see. Anyone fancy compiling a new xserver binary? I'll set one going before I leave work this afternoon. Should have completed by tomorrow morning. .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
Bug#280384: X11 crashing on 2.4.28
At Thu, 02 Dec 2004 22:41:46 +, Richard Mortimer [EMAIL PROTECTED] wrote: On Thu, 2004-12-02 at 19:27, Ron Murray wrote: At Thu, 02 Dec 2004 13:45:59 -0500, Ron Murray wrote: We have a minor problem. Richard's patch seems to refer to a pristine xfree86-4.3.0 source. Damn! There are two similar #if defined lines. I made the patch against the wrong one! I also accept that I did make the patch against pristine sources - although in this case it means that you spotted my mistake. I still stand by my analysis. Hopefully the new patch (below) will work. Note I've taken the same approach as the one that my original patch clashed with. Basically I've removed the check for ia64 because I'm assuming that the non-executable issue could in future apply to all linux versions. Richard Yep, I agree that you've probably found the problem. After I wrote my previous post, I did some poking around with gdb on the XFree86 executable. I found a sequence of bytes that looked a lot like the ones you posted earlier, a little further on than you had (but my current copy of XFree86 has lots of debugging code inbuilt). They even had a call to malloc() in the middle of them. gdb claimed that the code was in the middle of ELFLoadModule(), so I looked, and there it was, complete with the same #ifdef you found earlier. I set up the patch, started the build, and went home. With any luck, I'll have a new (and hopefully functional) set of X packages when I get to work in the morning. Only difference was that I didn't turn it on for all Linux, just for ia86 and sparc. Wasn't sure whether it was a good idea or not. I'll let everyone know how it went. Thanks for finding it. .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
Bug#280384: XFree crashing on kernel 2.4.28
Jurij Smakov wrote: Hello, Branden Robinson of the Debian's X Strike Force (XFS) mentioned the bug #225526, which might be the same problem, according to him. Presumably, this bug should be fixed by the following commit to the XFS' SVN repository: * Apply patch from David Mosberger that replaces the fix for #225526 with one that works on systems that do not have a PCI bus numbered 0. Thanks, David! (Closes: #279436) The ultimate test would be to build the packages from the SVN source and test it on the machines, which are affected. I'll try to arrange the build, but it can take a while, since I do not have access to any decent Ultra hardware. Colour me doubtful about this as a fix. Its bug report has an XFree86.log that actually appears to scan the PCI bus, then does lots of other things before reporting no screens found. In contrast, both the logs from the originator of this thread and the XFree86.log in bug #280384 show the crash occurring immediately after loading the pcidata module, with no attempt to scan the PCI bus. That is also my experience, as evidenced by the log in my own post to bug #280384. They don't look like the same problem to me at all. That said, if somebody can tell me how to extract sources with this patch, I'm willing to try compiling it. Only takes the machine six hours these days :-) .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
Bug#280384: xserver-xfree86: More trace info...
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-8rjmx2 Followup-For: Bug #280384 I hacked the sources to log a trace line at entry and exit points of most of the functions I could find in the execution sequence, commencing at the point where it loads baseModules (bitmap and pcidata) (actual source mods available on request, but probably not very useful). I also had it log values for symbols found in xf86PciProbe(), for reasons that will become obvious. Here's an excerpt from the log (trace lines begin with File:): (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux File xf86Init.c: Loading baseModules. (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 File xf86Init.c: Finished loading baseModules. File xf86Init.c: Commencing xf86BusProbe(). File xf86pciBus.c: Entering xf86PciProbe(). File xf86pciBus.c: xf86PciProbe(): XFree86LOADER defined. File xf86pciBus.c, xf86PciProbe(): xf86SetupPciIds = 0x7029c008. File xf86pciBus.c, xf86PciProbe(): xf86ClosePciIds = 0x7029c05c. File xf86pciBus.c, xf86PciProbe(): xf86FindPciNamesByDevice = 0x7029c0ac. File xf86pciBus.c, xf86PciProbe(): xf86FindPciNamesBySubsys = 0x7029c4e4. File xf86pciBus.c, xf86PciProbe(): xf86FindPciClassBySubsys = 0x7029c6dc. File xf86pciBus.c, xf86PciProbe(): xf86FindPciClassByDevice = 0x7029c864. File xf86pciBus.c, xf86PciProbe(): Calling xf86SetupPciIds(). Note that the crash (usually a segfault) occurs when it calls xf86SetupPciIds() in the file noted. I'd added tracing code at the beginning of that routine, which seems to be never reached. This led me to think that there's a problem in the binary loader somehow, which is why I had it print the values of the entry points it found (I thought they might be nulls, for example. No such luck.). So it appears to be related to the loader in some way, although why it should be ok on a 2.4 kernel (actually 2.4.27) and not ok on a 2.6 kernel (2.6.9), I have no idea. Hope this helps, .Ron -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xfree86-dbg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 Nov 24 08:04 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1785872 Nov 28 20:38 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 xserver-xfree86-dbg VGA-compatible devices on PCI bus: /var/lib/xfree86/XF86Config-4.md5sum does not exist. XFree86 X server configuration file status: -rw-r--r-- 1 root root 15851 Nov 19 08:45 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** #
