[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: XFree86 4.0.2 status

On Mon, Jan 08, 2001 at 06:06:43PM -0800, Tor Slettnes wrote:
> >>>>> "Michel" == Michel Dänzer <daenzer@relog.ch> writes:
>     Michel> There is a SYMFUNC for memcpy which is guarded by
>     Michel> #if (defined(__powerpc__) && (defined(Lynx) || defined(linux))) || defined(__sparc__) || defined(__ia64__) 
>     Michel> /* * Some PPC, SPARC, and IA64 compilers generate calls to
>     Michel> memcpy to handle * structure copies.  This causes a
>     Michel> problem both here and in shared * libraries as there is no
>     Michel> way to map the name of the call to the * correct function.
>     Michel> */
> Yep, I noticed that one.  In fact, I'm trying again now with just that
> one line modified.
Works on m68k, although I used all recommendations from yesterday. I added
m68k here, downgraded gcc and libc6, don't strip modules. Now I am back to
status pre-ante:

XFree86 Version 4.0.2 / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 18 December 2000
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Operating System: Linux 2.2.17cts m68k [ELF] 
Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Tue Jan  9 18:17:51 2001
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(**) |-->Input Device "Generic Mouse"
(**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(WW) Cannot open APM
(II) Module ABI versions:
	XFree86 ANSI C Emulation: 0.1
	XFree86 Video Driver: 0.3
	XFree86 XInput driver : 0.1
	XFree86 Server Extension : 0.1
	XFree86 Font Renderer : 0.2
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module XFree86 Font Renderer: vendor="XFree86 Font Renderer"
	compiled for 4.0.2, module version = 1.0.0
	Module class: XFree86 Font Renderer
	ABI class: XFree86 Font Renderer, version 0.2
(II) Loading font (null)
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
Fatal server error:
Caught signal 11.  Server aborting

When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.

I attach the m68k_memcpy patch, since arm probably has to be added there as
well, take this just as a reference (since m68k is actually mc68000...).
Thanks for all the hints, I will rebuild with the new gcc and libc6.
Then I can start hacking on libpci again, unless somebody else is faster
than me.

--- xc/programs/Xserver/hw/xfree86/loader/xf86sym.c.orig	Fri Dec  8 23:31:52 2000
+++ xc/programs/Xserver/hw/xfree86/loader/xf86sym.c	Mon Jan  8 22:08:09 2001
@@ -776,7 +776,7 @@
-#if (defined(__powerpc__) && (defined(Lynx) || defined(linux))) || defined(__sparc__) || defined(__ia64__)
+#if (defined(__powerpc__) && (defined(Lynx) || defined(linux))) || defined(__sparc__) || defined(__ia64__) || defined(__mc68000__)
     * Some PPC, SPARC, and IA64 compilers generate calls to memcpy to handle
     * structure copies.  This causes a problem both here and in shared

Reply to: