Bug 13238

Summary: libxf1bpp.so: undefined symbol: xf1bppDoBitbltCopy
Product: xorg Reporter: Dave <saint.snit>
Component: Driver/VGAAssignee: Daniel Stone <daniel>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Dave 2007-11-13 23:08:51 UTC 
I have some older hardware (Pentium II) on which I'm trying to bring up X.

I just installed the latest version of gentoo linux and X.org.  I can't tell if the latest X.org build that gentoo pulls in is really the latest latest, because the version numbers seem to use a different numbering system than what this Bugzilla is asking for.  "X -version" tells me:

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: UNKNOWN
Current Operating System: Linux localhost 2.6.22-gentoo-r9 #1 SMP Mon Nov 12 02:11:50 CST 2007 i686
Build Date: 12 November 2007

"lspci" reports the video card as:

01:01.0 VGA compatible controller: S3 Inc. Trio 64 3D (rev 01)

When I run "xorgcfg" to generate the config file, I hit the following error, as reported in /var/log/Xorg.8.log:

(**) VGA(0): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 59.9 Hz
(II) VGA(0): Modeline "640x480"   25.18  640 656 752 800  480 490 492 525 -hsync
 -vsync
(==) VGA(0): DPI set to (75, 75)
(II) Loading sub module "xf4bpp"
(II) LoadModule: "xf4bpp"
(II) Loading /usr/lib/xorg/modules//libxf4bpp.so
dlopen: /usr/lib/xorg/modules/libxf1bpp.so: undefined symbol: xf1bppDoBitbltCopy
(EE) Failed to load /usr/lib/xorg/modules//libxf4bpp.so
(II) UnloadModule: "xf4bpp"
(EE) VGA: Failed to load module "xf4bpp" (loader failed, 7)
(II) UnloadModule: "vga"
(II) UnloadModule: "vgahw"
(II) Unloading /usr/lib/xorg/modules//libvgahw.so
(II) UnloadModule: "int10"
(II) Unloading /usr/lib/xorg/modules//libint10.so
(EE) Screen(s) found, but none have a usable configuration.

This is just the tail of the log; I can make the whole thing (396 lines) available if you want to look at it, but the relevant line seems to be the one reporting an undefined symbol in libxf1bpp.so.
Comment 1 Stefan Dirsch 2007-11-14 00:34:33 UTC 
https://bugzilla.novell.com/show_bug.cgi?id=328201

# remove wrongly prebuilt files (Bug #328201)
mv hw/xfree86/xf1bpp/mfbmodule.c .
rm hw/xfree86/xf1bpp/*.c
mv mfbmodule.c hw/xfree86/xf1bpp
[...]
# do not use "make -j" to (quick)fix xf1bpp build
#make -j
make
Comment 2 Stefan Dirsch 2008-02-08 21:06:40 UTC 
The files, which were supposed to be generated during the build, are still included in an older broken version in the current 1.4.0.90 tarball. Although
they are not checked in into git. Reassigning to current release manager.
Comment 3 Daniel Stone 2008-02-08 23:03:30 UTC 
already fixed in 1.4 branch: f3955c0a020b39021050cd33c20a17f14fc4b579
Comment 4 Stefan Dirsch 2008-02-09 00:59:31 UTC 
commit f3955c0a020b39021050cd33c20a17f14fc4b579
Author: Arkadiusz Miskiewicz <arekm@maven.pl>
Date:   Wed Aug 1 21:04:22 2007 +0300

    XFree86: xf1bpp: distclean generated files as well
    
    Make sure we clean up after ourselves: not sure why distcheck didn't flag
    this one.

So it has already been fixed in August 2007. But then I'm wondering why the files are still included in a tarball created in December 2007?!?

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.