Bug #10271 “xserver-xfree86: X crashes on load, UltraSPARC with ...” : Bugs : xfree86 package : Ubuntu

Revision history for this message

In Debian Bug tracker #280384, Domenico Andreoli (cavok) wrote on 2004-11-13: why this is tagged experimental?

#1

tags 280384 - experimental
thanks

uh? why this bug is tagged experimental? there is no xfree86 version
in experimental.

dom

-----[ Domenico Andreoli, aka cavok
--[ http://people.debian.org/~cavok/gpgkey.asc
---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-11-13:

#2

Automatically imported from Debian bug report #280384 http://bugs.debian.org/280384

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-11-13:

#3

Message-ID: <email address hidden>
Date: Sat, 13 Nov 2004 16:52:08 +0100
From: Domenico Andreoli <email address hidden>
To: <email address hidden>
Subject: why this is tagged experimental?

tags 280384 - experimental
thanks

uh? why this bug is tagged experimental? there is no xfree86 version
in experimental.

dom

-----[ Domenico Andreoli, aka cavok
--[ http://people.debian.org/~cavok/gpgkey.asc
---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50

Revision history for this message

Fabio Massimo Di Nitto (fabbione) wrote on 2004-11-13:

#4

sparc is not a supported arch (yet).

Revision history for this message

In Debian Bug tracker #280384, Peter De Schrijver (p2-ulyssis) wrote on 2004-11-26: kernel version

#5

Hi,

I couldn't reproduce the problem on my ultra 10 running the 2.6.8 debian
kernel for sparc64. Could you try to reproduce the problem using the
debian 2.6.8 kernel for sparc 64 ? I use kernel-image-2.6.8-1-sparc64.

Cheers,

Peter (p2).

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-11-27:

#6

Message-ID: <email address hidden>
Date: Sat, 27 Nov 2004 00:44:26 +0100
From: <email address hidden> (Peter De Schrijver)
To: <email address hidden>, <email address hidden>
Subject: kernel version

Hi,

I couldn't reproduce the problem on my ultra 10 running the 2.6.8 debian
kernel for sparc64. Could you try to reproduce the problem using the
debian 2.6.8 kernel for sparc 64 ? I use kernel-image-2.6.8-1-sparc64.

Cheers,

Peter (p2).

Revision history for this message

In Debian Bug tracker #280384, Admar Schoonen (admar) wrote on 2004-11-27: Re: XFree not starting any more

#7

On Fri, Nov 26, 2004 at 06:40:25PM -0500, Ron Murray wrote:
> From your logs, this looks like the same problem I'm getting with
> an E250 on 2.6 kernels (see the thread on this list a few days ago
> titled "Re: E250, Raptor gfx, kernel 2.6: questions...". I believe
> that http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280384 also
> refers to the same problem.

This looks like the same problem I have. I found out that a work around for me
was to install xserver-xfree86-dbg and use that server.

Admar

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-11-27:

#8

Message-ID: <email address hidden>
Date: Sat, 27 Nov 2004 11:52:43 +0100
From: Admar Schoonen <email address hidden>
To: Ron Murray <email address hidden>, <email address hidden>,
<email address hidden>
Subject: Re: XFree not starting any more

On Fri, Nov 26, 2004 at 06:40:25PM -0500, Ron Murray wrote:
> From your logs, this looks like the same problem I'm getting with
> an E250 on 2.6 kernels (see the thread on this list a few days ago
> titled "Re: E250, Raptor gfx, kernel 2.6: questions...". I believe
> that http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280384 also
> refers to the same problem.

This looks like the same problem I have. I found out that a work around for me
was to install xserver-xfree86-dbg and use that server.

Admar

Revision history for this message

In Debian Bug tracker #280384, Ron Murray (murrayr) wrote on 2004-11-30: xserver-xfree86: More trace info...

#9

Download full text (38.5 KiB)

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.

XF...

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.
# **********************************************************************

# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"

# This loads the DBE extension module.

###    Load        "dbe"  	# Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the Type1 and FreeType font modules
    Load        "type1"
    Load        "speedo"
#    Load        "freetype"
#    Load        "xtt"

# 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

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is 
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

Option "NoTrapSignals"

# Uncomment this to disable the <Crtl><Alt><Fn> VT switch sequence
# (where n is 1 through 12).  This allows clients to receive these key
# events.

#    Option "DontVTSwitch"

# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

#    Option "DontZap"

# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.

#    Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

#    Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client.

#    Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings.

#    Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

#    Option "AllowNonLocalModInDev"

EndSection

# **********************************************************************
# Input devices
# **********************************************************************

# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************

Section "InputDevice"

Identifier	"Keyboard1"
    Driver	"Keyboard"

# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

#    Option     "Protocol"      "Xqueue"

Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#    Option	"Xleds"      "1 2 3"

#    Option "LeftAlt"     "Meta"
#    Option "RightAlt"    "ModeShift"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#    Option "XkbModel"    "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
#    Option "XkbModel"    "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#    Option "XkbLayout"   "de"
# or:
#    Option "XkbLayout"   "de"
#    Option "XkbVariant"  "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#    Option "XkbOptions"  "ctrl:swapcaps"

# These are the default XKB settings for XFree86
#    Option "XkbRules"    "xfree86"
#    Option "XkbModel"    "pc101"
#    Option "XkbLayout"   "us"
#    Option "XkbVariant"  ""
#    Option "XkbOptions"  ""

#    Option "XkbDisable"

#    Option "XkbRules"	"xfree86"
#    Option "XkbModel"	"pc101"
#    Option "XkbLayout"	"us"

Option "XkbRules"    "sun"
     Option "XkbModel"    "type5_unix"
     Option "XkbLayout"   "us"
     Option "XkbCompat"   "compat/complete"
     Option "XkbTypes"    "types/complete"
     Option "XkbKeycodes" "sun(type5)"
     Option "XkbGeometry" "sun(type5)"
     Option "XkbSymbols"  "sun/us(sun5)"

# Ron's first attempt
#    Option "XkbRules"	"sun"
#    Option "XkbModel"	"type6"
#    Option "XkbLayout"	"us"
#    Option "XkbKeycodes" "sun(type6)"
#    Option "XkbGeometry" "sun(type5)"

EndSection

# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************

Section "InputDevice"

# Identifier and driver

Identifier	"Mouse1"
    Driver	"mouse"
    Option "Protocol"    "busmouse"
    Option "Device"      "/dev/mouse"

# Mouse-speed setting for PS/2 mouse.

#    Option "Resolution"	"256"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

#    Option "Protocol"	"Xqueue"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

#    Option "BaudRate"	"9600"
#    Option "SampleRate"	"150"

# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

#    Option "Emulate3Buttons"
#    Option "Emulate3Timeout"    "50"

# ChordMiddle is an option for some 3-button Logitech mice

#    Option "ChordMiddle"

EndSection

# **********************************************************************
# Other input device sections 
# this is optional and is required only if you
# are using extended input devices.  This is for example only.  Refer
# to the XF86Config man page for a description of the options.
# **********************************************************************
#
# Section "InputDevice" 
#    Identifier  "Mouse2"
#    Driver      "mouse"
#    Option      "Protocol"      "MouseMan"
#    Option      "Device"        "/dev/mouse2"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball"
#    Driver     "magellan"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball2"
#    Driver     "spaceorb"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen0"
#    Driver     "microtouch"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "1412"
#    Option     "MaxX"          "15184"
#    Option     "MinY"          "15372"
#    Option     "MaxY"          "1230"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen1"
#    Driver     "elo2300"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "231"
#    Option     "MaxX"          "3868"
#    Option     "MinY"          "3858"
#    Option     "MaxY"          "272"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonThreshold"       "17"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection

# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"

Identifier  "Monitor"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

HorizSync   31.5 - 85.0

#    HorizSync	30-64         # multisync
#    HorizSync	31.5, 35.2    # multiple fixed sync frequencies
#    HorizSync	15-25, 30-50  # multiple ranges of sync frequencies

# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

VertRefresh 50-100

EndSection

# **********************************************************************
# Graphics device section
# **********************************************************************

# Any number of graphics device sections may be present

# Standard VGA Device:

Section "Device"
    Identifier	"Standard VGA"
    VendorName	"Unknown"
    BoardName	"Unknown"

# The chipset line is optional in most cases.  It can be used to override
# the driver's chipset detection, and should not normally be specified.

#    Chipset	"generic"

# The Driver line must be present.  When using run-time loadable driver
# modules, this line instructs the server to load the specified driver
# module.  Even when not using loadable driver modules, this line
# indicates which driver should interpret the information in this section.

Driver     "vga"
# The BusID line is used to specify which of possibly multiple devices
# this section is intended for.  When this line isn't present, a device
# section can only match up with the primary video device.  For PCI
# devices a line like the following could be used.  This line should not
# normally be included unless there is more than one video device
# intalled.

#    BusID      "PCI:0:10:0"

#    VideoRam	256

#    Clocks	25.2 28.3

EndSection

# Device configured by xf86config:

Section "Device"
    Identifier  "sdafsdafas"
    Driver      "glint"
#    Driver      "fbdev"
    Option       "UseFBDev" "true"
    #VideoRam    8192
    BusID      "PCI:1:0:5"
#Option "no_accel"
    # Insert Clocks lines here if appropriate
EndSection

# **********************************************************************
# Screen sections
# **********************************************************************

# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
    Identifier  "Screen 1"
    Device      "sdafsdafas"
    Monitor     "Monitor"
    DefaultDepth 24

Subsection "Display"
        Depth       8
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       30
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       32
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************

# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
    Identifier  "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.

Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"

EndSection

# Section "DRI"
#    Mode 0666
# EndSection

XFree86 X server log files on system:
-rw-r--r--  1 root root 16774 Nov 30 14:02 /var/log/XFree86.0.log

Contents of most recent XFree86 X server log file
/var/log/XFree86.0.log:

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs).

XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-8rjmx2 20041128203027 rjmx@rjmx.net)
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.6.9-curly2-10 sparc64 [ELF] 
Build Date: 28 November 2004
	Before reporting problems, check http://www.XFree86.Org/
	to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.4.27-curly2-0 (root@curly2) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 SMP Fri Oct 15 13:35:15 EDT 2004 
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Tue Nov 30 08:43:38 2004
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "Monitor"
(**) |   |-->Device "sdafsdafas"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbCompat" "compat/complete"
(**) XKB: compat: "compat/complete"
(**) Option "XkbTypes" "types/complete"
(**) XKB: types: "types/complete"
(**) Option "XkbKeycodes" "sun(type5)"
(**) XKB: keycodes: "sun(type5)"
(**) Option "XkbGeometry" "sun(type5)"
(**) XKB: geometry: "sun(type5)"
(**) Option "XkbSymbols" "sun/us(sun5)"
(**) XKB: symbols: "sun/us(sun5)"
(**) Option "XkbRules" "sun"
(**) XKB: rules: "sun"
(**) Option "XkbModel" "type5_unix"
(**) XKB: model: "type5_unix"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(**) Option "NoTrapSignals"
(++) using VT number 7

(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
(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
(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: 01:01:0: chip 1011,0025 card 0000,0000 rev 04 class 06,04,00 hdr 01
(II) PCI: 02:00:0: chip 108e,1000 card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 02:00:1: chip 108e,1001 card 0000,0000 rev 01 class 02,00,00 hdr 80
(II) PCI: 02:01:0: chip 108e,1000 card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 02:01:1: chip 108e,1001 card 0000,0000 rev 01 class 02,00,00 hdr 80
(II) PCI: 02:02:0: chip 108e,1000 card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 02:02:1: chip 108e,1001 card 0000,0000 rev 01 class 02,00,00 hdr 80
(II) PCI: 02:03:0: chip 108e,1000 card 0000,0000 rev 01 class 06,80,00 hdr 80
(II) PCI: 02:03:1: chip 108e,1001 card 0000,0000 rev 01 class 02,00,00 hdr 80
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,2), 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,2), 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]
(II) PCI-to-PCI bridge:
(II) Bus 2: bridge is at (1:1:0), (1,2,2), BCTRL: 0x0000 (VGA_EN is cleared)
(II) Bus 2 non-prefetchable memory range:
	[0] -1	1	0x00100000 - 0x100fffff (0x10000000) MX[B]
(--) PCI:*(0:5:0) Texas Instruments TVP4020 [Permedia 2] rev 17, Mem @ 0x00020000/17, 0x00800000/23, 0x01000000/23, BIOS @ 0x00040000/16
(II) Addressable bus resource ranges are
	[0] -1	1	0x00000000 - 0x7fffffff (0x80000000) MX[B]
	[1] -1	2	0x00000000 - 0x7fffffff (0x80000000) MX[B]
	[2] -1	1	0x00000000 - 0x0000ffff (0x10000) IX[B]
	[3] -1	2	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	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 - 0x0009ffff (0xa0000) MX[B]
	[8] -1	1	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[9] -1	1	0x00000000 - 0x00000000 (0x1) IX[B]
	[10] -1	2	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[11] -1	2	0x00000000 - 0x00000000 (0x1) IX[B]
(II) Active PCI resource ranges:
	[0] -1	1	0x10000000 - 0x10007fff (0x8000) MX[B]
	[1] -1	1	0x0e000000 - 0x0e7fffff (0x800000) MX[B]
	[2] -1	1	0x0d000000 - 0x0dffffff (0x1000000) MX[B]
	[3] -1	1	0x0c000000 - 0x0c007fff (0x8000) MX[B]
	[4] -1	1	0x0a000000 - 0x0a7fffff (0x800000) MX[B]
	[5] -1	1	0x09000000 - 0x09ffffff (0x1000000) MX[B]
	[6] -1	1	0x08000000 - 0x08007fff (0x8000) MX[B]
	[7] -1	1	0x06000000 - 0x067fffff (0x800000) MX[B]
	[8] -1	1	0x05000000 - 0x05ffffff (0x1000000) MX[B]
	[9] -1	1	0x04000000 - 0x04007fff (0x8000) MX[B]
	[10] -1	1	0x02000000 - 0x027fffff (0x800000) MX[B]
	[11] -1	1	0x01000000 - 0x01ffffff (0x1000000) MX[B]
	[12] -1	2	0x00016000 - 0x00016fff (0x1000) MX[B]
	[13] -1	2	0x00014000 - 0x000140ff (0x100) MX[B]
	[14] -1	2	0x00012000 - 0x00012fff (0x1000) MX[B]
	[15] -1	2	0x00010000 - 0x000100ff (0x100) MX[B]
	[16] -1	2	0x00008000 - 0x0000ffff (0x8000) MX[B]
	[17] -1	2	0x71000000 - 0x717fffff (0x800000) MX[B]
	[18] -1	2	0x70000000 - 0x70ffffff (0x1000000) MX[B]
	[19] -1	2	0x00040000 - 0x0004ffff (0x10000) MX[B](B)
	[20] -1	2	0x01000000 - 0x017fffff (0x800000) MX[B](B)
	[21] -1	2	0x00800000 - 0x00ffffff (0x800000) MX[B](B)
	[22] -1	2	0x00020000 - 0x0003ffff (0x20000) MX[B](B)
	[23] -1	2	0x00000800 - 0x000008ff (0x100) IX[B]
	[24] -1	2	0x00000400 - 0x000004ff (0x100) IX[B]
(II) Active PCI resource ranges after removing overlaps:
	[0] -1	1	0x10000000 - 0x10007fff (0x8000) MX[B]
	[1] -1	1	0x0e000000 - 0x0e7fffff (0x800000) MX[B]
	[2] -1	1	0x0d000000 - 0x0dffffff (0x1000000) MX[B]
	[3] -1	1	0x0c000000 - 0x0c007fff (0x8000) MX[B]
	[4] -1	1	0x0a000000 - 0x0a7fffff (0x800000) MX[B]
	[5] -1	1	0x09000000 - 0x09ffffff (0x1000000) MX[B]
	[6] -1	1	0x08000000 - 0x08007fff (0x8000) MX[B]
	[7] -1	1	0x06000000 - 0x067fffff (0x800000) MX[B]
	[8] -1	1	0x05000000 - 0x05ffffff (0x1000000) MX[B]
	[9] -1	1	0x04000000 - 0x04007fff (0x8000) MX[B]
	[10] -1	1	0x02000000 - 0x027fffff (0x800000) MX[B]
	[11] -1	1	0x01000000 - 0x01ffffff (0x1000000) MX[B]
	[12] -1	2	0x00016000 - 0x00016fff (0x1000) MX[B]
	[13] -1	2	0x00014000 - 0x000140ff (0x100) MX[B]
	[14] -1	2	0x00012000 - 0x00012fff (0x1000) MX[B]
	[15] -1	2	0x00010000 - 0x000100ff (0x100) MX[B]
	[16] -1	2	0x00008000 - 0x0000ffff (0x8000) MX[B]
	[17] -1	2	0x71000000 - 0x717fffff (0x800000) MX[B]
	[18] -1	2	0x70000000 - 0x70ffffff (0x1000000) MX[B]
	[19] -1	2	0x00040000 - 0x0004ffff (0x10000) MX[B](B)
	[20] -1	2	0x01000000 - 0x017fffff (0x800000) MX[B](B)
	[21] -1	2	0x00800000 - 0x00ffffff (0x800000) MX[B](B)
	[22] -1	2	0x00020000 - 0x0003ffff (0x20000) MX[B](B)
	[23] -1	2	0x00000800 - 0x000008ff (0x100) IX[B]
	[24] -1	2	0x00000400 - 0x000004ff (0x100) 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	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	1	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[9] -1	1	0x00000000 - 0x00000000 (0x1) IX[B]
	[10] -1	2	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[11] -1	2	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	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	1	0x10000000 - 0x10007fff (0x8000) MX[B]
	[9] -1	1	0x0e000000 - 0x0e7fffff (0x800000) MX[B]
	[10] -1	1	0x0d000000 - 0x0dffffff (0x1000000) MX[B]
	[11] -1	1	0x0c000000 - 0x0c007fff (0x8000) MX[B]
	[12] -1	1	0x0a000000 - 0x0a7fffff (0x800000) MX[B]
	[13] -1	1	0x09000000 - 0x09ffffff (0x1000000) MX[B]
	[14] -1	1	0x08000000 - 0x08007fff (0x8000) MX[B]
	[15] -1	1	0x06000000 - 0x067fffff (0x800000) MX[B]
	[16] -1	1	0x05000000 - 0x05ffffff (0x1000000) MX[B]
	[17] -1	1	0x04000000 - 0x04007fff (0x8000) MX[B]
	[18] -1	1	0x02000000 - 0x027fffff (0x800000) MX[B]
	[19] -1	1	0x01000000 - 0x01ffffff (0x1000000) MX[B]
	[20] -1	2	0x00016000 - 0x00016fff (0x1000) MX[B]
	[21] -1	2	0x00014000 - 0x000140ff (0x100) MX[B]
	[22] -1	2	0x00012000 - 0x00012fff (0x1000) MX[B]
	[23] -1	2	0x00010000 - 0x000100ff (0x100) MX[B]
	[24] -1	2	0x00008000 - 0x0000ffff (0x8000) MX[B]
	[25] -1	2	0x71000000 - 0x717fffff (0x800000) MX[B]
	[26] -1	2	0x70000000 - 0x70ffffff (0x1000000) MX[B]
	[27] -1	2	0x00040000 - 0x0004ffff (0x10000) MX[B](B)
	[28] -1	2	0x01000000 - 0x017fffff (0x800000) MX[B](B)
	[29] -1	2	0x00800000 - 0x00ffffff (0x800000) MX[B](B)
	[30] -1	2	0x00020000 - 0x0003ffff (0x20000) MX[B](B)
	[31] -1	1	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[32] -1	1	0x00000000 - 0x00000000 (0x1) IX[B]
	[33] -1	2	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[34] -1	2	0x00000000 - 0x00000000 (0x1) IX[B]
	[35] -1	2	0x00000800 - 0x000008ff (0x100) IX[B]
	[36] -1	2	0x00000400 - 0x000004ff (0x100) IX[B]
(II) LoadModule: "extmod"
(II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 1.0.0
	Module class: XFree86 Server Extension
	ABI class: XFree86 Server Extension, version 0.2
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension DPMS
(II) Loading extension FontCache
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "type1"
(II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 1.0.2
	Module class: XFree86 Font Renderer
	ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Type1
(II) Loading font CID
(II) LoadModule: "speedo"
(II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a
(II) Module speedo: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 1.0.1
	Module class: XFree86 Font Renderer
	ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Speedo
(II) LoadModule: "fbdev"
(II) Loading /usr/X11R6/lib/modules/drivers/fbdev_drv.o
(II) Module fbdev: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 0.1.0
	ABI class: XFree86 Video Driver, version 0.6
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 1.0.0
	Module class: XFree86 XInput Driver
	ABI class: XFree86 XInput driver, version 0.4
(II) FBDEV: driver for framebuffer: fbdev
(II) Primary Device is: PCI 00:05:0
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"
(II) Loading /usr/X11R6/lib/modules/linux/libfbdevhw.a
(II) Module fbdevhw: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 0.0.2
	ABI class: XFree86 Video Driver, version 0.6
(II) FBDEV(0): using default device
(II) Running in FRAMEBUFFER Mode
(**) FBDEV(0): Depth 24, (--) framebuffer bpp 32
(==) FBDEV(0): RGB weight 888
(==) FBDEV(0): Default visual is TrueColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): Hardware: Permedia2 (vidmem: 8192k)
(II) FBDEV(0): Checking Modes against framebuffer device...
(II) FBDEV(0): 	mode "1280x1024" ok
(II) FBDEV(0): 	mode "1024x768" test failed
(II) FBDEV(0): 	mode "800x600" ok
(II) FBDEV(0): 	mode "640x480" ok
(II) FBDEV(0): Checking Modes against monitor...
(--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDEV(0):  Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz
(II) FBDEV(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync
(**) FBDEV(0):  Default mode "800x600": 36.0 MHz (scaled from 0.0 MHz), 35.2 kHz, 56.2 Hz
(II) FBDEV(0): Modeline "800x600"   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync
(**) FBDEV(0):  Default mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 60.0 Hz
(II) FBDEV(0): Modeline "640x480"   25.20  640 656 752 800  480 490 492 525 -hsync -vsync
(==) FBDEV(0): DPI set to (75, 75)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/X11R6/lib/modules/libfb.a
(II) Module fb: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 1.0.0
	ABI class: XFree86 ANSI C Emulation, version 0.2
(**) FBDEV(0): Using "Shadow Framebuffer"
(II) Loading sub module "shadow"
(II) LoadModule: "shadow"
(II) Loading /usr/X11R6/lib/modules/libshadow.a
(II) Module shadow: vendor="The XFree86 Project"
	compiled for 4.3.0.1, module version = 1.0.0
	ABI class: XFree86 ANSI C Emulation, version 0.2
(--) Depth 24 pixmap format is 32 bpp
(EE) FBDEV(0): FBIOBLANK: Invalid argument
(==) FBDEV(0): Backing store disabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(**) Option "Protocol" "busmouse"
(**) Mouse1: Protocol: "busmouse"
(**) Option "CorePointer"
(**) Mouse1: Core Pointer
(**) Option "Device" "/dev/mouse"
(**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50
(==) Mouse1: Buttons: 3
(II) Keyboard "Keyboard1" handled by legacy driver
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)
(EE) FBDEV(0): FBIOBLANK: Invalid argument
(EE) FBDEV(0): FBIOBLANK: Invalid argument
(II) 3rd Button detected: disabling emulate3Button
(EE) FBDEV(0): FBIOBLANK: Invalid argument
(EE) FBDEV(0): FBIOBLANK: Invalid argument
(EE) FBDEV(0): FBIOBLANK: Invalid argument
(EE) FBDEV(0): FBIOBLANK: Invalid argument

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.4.27-curly2-0
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xserver-xfree86 depends on:
ii  debconf [debconf-2.0 1.4.30.10           Debian configuration management sy
ii  libc6                2.3.2.ds1-18        GNU C Library: Shared libraries an
ii  libgcc1              1:3.4.2-2           GCC support library
ii  xserver-common       4.3.0.dfsg.1-8rjmx2 files and utilities common to all 
ii  zlib1g               1:1.2.2-3           compression library - runtime

-- debconf information:
* xserver-xfree86/config/device/identifier: aaaaa
  xserver-xfree86/config/monitor/screen-size: 17 inches (430 mm)
  xserver-xfree86/config/device/use_fbdev:
* xserver-xfree86/config/monitor/selection-method: Advanced
  xserver-xfree86/config/doublequote_in_string_error:
* shared/default-x-server: xserver-xfree86
* xserver-xfree86/config/inputdevice/mouse/emulate3buttons: false
* xserver-xfree86/config/device/bus_id: PCI:0:5:0
* xserver-xfree86/config/inputdevice/keyboard/layout: us
* xserver-xfree86/config/monitor/horiz-sync: 31-85
* xserver-xfree86/config/monitor/identifier: bbbbb
  shared/no_known_x-server:
  xserver-xfree86/autodetect_mouse: true
* xserver-xfree86/config/device/video_ram:
  xserver-xfree86/config/monitor/mode-list: 1280x960 @ 60Hz
* xserver-xfree86/config/monitor/lcd: false
  xserver-xfree86/config/inputdevice/keyboard/internal:
  xserver-xfree86/clobber_XF86Config-4:
* xserver-xfree86/config/inputdevice/keyboard/rules: sun
  xserver-xfree86/multiple_possible_x-drivers:
* xserver-xfree86/config/inputdevice/keyboard/model: type5
* xserver-xfree86/config/write_dri_section: true
* xserver-xfree86/config/device/driver: glint
* xserver-xfree86/config/monitor/vert-refresh: 50-160
* xserver-xfree86/config/display/default_depth: 24
* xserver-xfree86/config/inputdevice/mouse/zaxismapping: false
* xserver-xfree86/config/display/modes: 1152x864, 1024x768, 800x600, 640x480
  xserver-xfree86/config/inputdevice/mouse/retry_detection:
* xserver-xfree86/config/device/bus_id_error:
* xserver-xfree86/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, speedo, type1, vbe, xtt
* xserver-xfree86/config/inputdevice/keyboard/options:
  xserver-xfree86/config/nonnumeric_string_error:
  xserver-xfree86/config/inputdevice/mouse/protocol: BusMouse
  shared/multiple_possible_x-servers:
  xserver-xfree86/config/null_string_error:
  xserver-xfree86/config/monitor/range_input_error:
* xserver-xfree86/autodetect_video_card: false
* xserver-xfree86/config/inputdevice/keyboard/variant:
* xserver-xfree86/config/inputdevice/mouse/port: /dev/sunmouse
* xserver-xfree86/config/write_files_section: true
  xserver-xfree86/autodetect_monitor: true

**********************************************************************
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.
**********************************************************************

Revision history for this message

In Debian Bug tracker #280384, Admar Schoonen (admar) wrote on 2004-12-01: Re: XFree crashing on kernel 2.4.28

#10

On Wed, Dec 01, 2004 at 09:52:48AM -0800, <email address hidden> wrote:
> A couple of issues come to mind looking at the transcript of our bug
> #280384:
>
> 1) Why couldn't Peter De Schrijver experience this problem for himself
> on the Debian 2.6.8.1 kernel?
>
> 2) Why does Admar Schoonen's work-around (using the debug server)
> function properly? I think it's supremely ironic that the debug build
> doesn't have the bug. LOL.

Well, I have to admit that this bug does occur on my Sun Blade 100 (with 2
almost identical ati mach 64 cards), but not on my Sun Ultra 5 (with only 1 ati
mach 64 card that is slightly different than the one in the blade 100).

The bug also doesn't occur on a Sun Ultra 5 at my friend's place, but iirc, it
does occur on an Ultra 5 or Ultra 10 from someone else, so I'm a bit sceptical
to say that U5's are not affected.

The fact that the debug server doesn't show the bug could indicate that it's a
timing issue, but to be honest, I am a terrible programmer and I wouldn't know
how to start debugging this issue.

I hope this could be useful for someone, and if he/she needs more
information/testing, I'd happy volunteer.

Admar

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-01:

#11

Message-ID: <email address hidden>
Date: Wed, 1 Dec 2004 19:41:28 +0100
From: Admar Schoonen <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: XFree crashing on kernel 2.4.28

On Wed, Dec 01, 2004 at 09:52:48AM -0800, <email address hidden> wrote:
> A couple of issues come to mind looking at the transcript of our bug
> #280384:
>
> 1) Why couldn't Peter De Schrijver experience this problem for himself
> on the Debian 2.6.8.1 kernel?
>
> 2) Why does Admar Schoonen's work-around (using the debug server)
> function properly? I think it's supremely ironic that the debug build
> doesn't have the bug. LOL.

Well, I have to admit that this bug does occur on my Sun Blade 100 (with 2
almost identical ati mach 64 cards), but not on my Sun Ultra 5 (with only 1 ati
mach 64 card that is slightly different than the one in the blade 100).

The bug also doesn't occur on a Sun Ultra 5 at my friend's place, but iirc, it
does occur on an Ultra 5 or Ultra 10 from someone else, so I'm a bit sceptical
to say that U5's are not affected.

The fact that the debug server doesn't show the bug could indicate that it's a
timing issue, but to be honest, I am a terrible programmer and I wouldn't know
how to start debugging this issue.

I hope this could be useful for someone, and if he/she needs more
information/testing, I'd happy volunteer.

Admar

Revision history for this message

In Debian Bug tracker #280384, Branden Robinson (branden) wrote on 2004-12-02: severity of 280384 is important

#12

# Automatically generated email from bts, devscripts version 2.8.5
# If it doesn't affect all hardware configurations, it's not grave.
severity 280384 important

Revision history for this message

In Debian Bug tracker #280384, Jurij Smakov (jurij) wrote on 2004-12-02: Re: XFree crashing on kernel 2.4.28

#13

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.

Best regards,

Jurij Smakov <email address hidden>
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-02:

#14

Message-ID: <Pine.LNX.4.61.0412011955430.1818@bobcat>
Date: Wed, 1 Dec 2004 20:08:21 -0500 (EST)
From: Jurij Smakov <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: Re: XFree crashing on kernel 2.4.28

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.

Best regards,

Jurij Smakov <email address hidden>
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-02:

#15

Message-Id: <email address hidden>
Date: Wed, 1 Dec 2004 19:52:05 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: severity of 280384 is important

# Automatically generated email from bts, devscripts version 2.8.5
# If it doesn't affect all hardware configurations, it's not grave.
severity 280384 important

Revision history for this message

In Debian Bug tracker #280384, Ron Murray (rjmx) wrote on 2004-12-02:

#16

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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4
D86C 74DE

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-02:

#17

Message-ID: <email address hidden>
Date: Wed, 01 Dec 2004 21:25:44 -0500
From: Ron Murray <email address hidden>
To: <email address hidden>
CC: <email address hidden>, <email address hidden>
Subject: Re: 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4
D86C 74DE

Revision history for this message

In Debian Bug tracker #280384, Jurzitza, Dieter (djurzitza) wrote on 2004-12-02: X11 crashing on 2.4.28

#18

Dear listmembers,
I can confirm for my U60 that the XFree86-debug server comes up on 2.4.28. So I seem to be consistent with what Admar said and what Ron has been saying. What makes me wonder, though, is why does the binary loader work with 2.4.27 and does not work with 2.4.28.
And, moreover, if it is a loader issue it seems more plausible to me that I can observe additional side effects on 2.4.28 not being related to X11 (like very long reaction times on ping / ssh requests, not settling a network connection for quite a while)
A propably dumb question:
is that binary loader a simple file? would it be possible to get that loader from another version (like Debian Woody), or is it buried deep down in the kernel?
Thank you for your inputs,
take care

Dieter Jurzitza

--
________________________________________________

HARMAN BECKER AUTOMOTIVE SYSTEMS

Dr.-Ing. Dieter Jurzitza
Manager Hardware Systems
System Development

Industriegebiet Ittersbach
Becker-Göring Str. 16
D-76307 Karlsbad / Germany

Phone: +49 (0)7248 71-1577
Fax: +49 (0)7248 71-1216
eMail: <email address hidden>
Internet: http://www.becker.de

*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the contents in this e-mail is strictly forbidden.
*******************************************

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-02:

#19

Message-ID: <email address hidden>
Date: Thu, 2 Dec 2004 07:23:19 +0100
From: "Jurzitza, Dieter" <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: X11 crashing on 2.4.28

Dear listmembers,
I can confirm for my U60 that the XFree86-debug server comes up on 2.4.28. =
So I seem to be consistent with what Admar said and what Ron has been sayin=
g. What makes me wonder, though, is why does the binary loader work with 2.=
4.27 and does not work with 2.4.28.
And, moreover, if it is a loader issue it seems more plausible to me that I=
can observe additional side effects on 2.4.28 not being related to X11 (li=
ke very long reaction times on ping / ssh requests, not settling a network =
connection for quite a while)
A propably dumb question:
is that binary loader a simple file? would it be possible to get that loade=
r from another version (like Debian Woody), or is it buried deep down in th=
e kernel?
Thank you for your inputs,
take care

Dieter Jurzitza

--=20
________________________________________________

HARMAN BECKER AUTOMOTIVE SYSTEMS

Dr.-Ing. Dieter Jurzitza
Manager Hardware Systems
System Development

Industriegebiet Ittersbach
Becker-G=F6ring Str. 16
D-76307 Karlsbad / Germany

Phone: +49 (0)7248 71-1577
Fax: +49 (0)7248 71-1216
eMail: <email address hidden>
Internet: http://www.becker.de
=20

*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informati=
onen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemli=
ch erhalten haben, informieren Sie bitte sofort den Absender und loeschen S=
ie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe diese=
r Mail ist nicht gestattet.
=20
This e-mail may contain confidential and/or privileged information. If you =
are not the intended recipient (or have received this e-mail in error) plea=
se notify the sender immediately and delete this e-mail. Any unauthorized c=
opying, disclosure or distribution of the contents in this e-mail is strict=
ly forbidden.
*******************************************

Message-ID: <CFE6A2529AC5FA439B3D852B0F2A683701E1364B@OEKAW2EXVS02.hbi.ad.harman.com>
Date: Thu, 2 Dec 2004 07:23:19 +0100
From: "Jurzitza, Dieter" <DJurzitza@harmanbecker.com>
To: <debian-sparc@lists.debian.org>, <280384@bugs.debian.org>
Subject: X11 crashing on 2.4.28

Dear listmembers,
I can confirm for my U60 that the XFree86-debug server comes up on 2.4.28. =
So I seem to be consistent with what Admar said and what Ron has been sayin=
g. What makes me wonder, though, is why does the binary loader work with 2.=
4.27 and does not work with 2.4.28.
And, moreover, if it is a loader issue it seems more plausible to me that I=
 can observe additional side effects on 2.4.28 not being related to X11 (li=
ke very long reaction times on ping / ssh requests, not settling a network =
connection for quite a while)
A propably dumb question:
is that binary loader a simple file? would it be possible to get that loade=
r from another version (like Debian Woody), or is it buried deep down in th=
e kernel?
Thank you for your inputs,
take care

Dieter Jurzitza

--=20
________________________________________________

HARMAN BECKER AUTOMOTIVE SYSTEMS

Dr.-Ing. Dieter Jurzitza
Manager Hardware Systems
   System Development

Industriegebiet Ittersbach
Becker-G=F6ring Str. 16
D-76307 Karlsbad / Germany

Phone: +49 (0)7248 71-1577
Fax:   +49 (0)7248 71-1216
eMail: DJurzitza@harmanbecker.com
Internet: http://www.becker.de
=20

*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informati=
onen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemli=
ch erhalten haben, informieren Sie bitte sofort den Absender und loeschen S=
ie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe diese=
r Mail ist nicht gestattet.
=20
This e-mail may contain confidential and/or privileged information. If you =
are not the intended recipient (or have received this e-mail in error) plea=
se notify the sender immediately and delete this e-mail. Any unauthorized c=
opying, disclosure or distribution of the contents in this e-mail is strict=
ly forbidden.
*******************************************

Revision history for this message

In Debian Bug tracker #280384, Richard Mortimer (richm-oldelvet) wrote on 2004-12-02:

#20

Download full text (4.8 KiB)

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.

Richard

I was looking through the changes between 2.4.27 and 2.4.28 and there is
a patch that adds a check that executed code is actually mapped as
executable (one bit of it is)

diff -urN linux-2.4.27/arch/sparc64/mm/fault.c
linux-2.4.28/arch/sparc64/mm/fault.c
--- linux-2.4.27/arch/sparc64/mm/fault.c 2004-08-07
16:26:04.000000000 -0700
+++ linux-2.4.28/arch/sparc64/mm/fault.c 2004-11-17
03:54:21.156379721 -0800

@@ -404,6 +404,16 @@
         */
good_area:
        si_code = SEGV_ACCERR;
+
+ /* If we took a ITLB miss on a non-executable page, catch
+ * that here.
+ */
+ if ((fault_code & FAULT_CODE_ITLB) && !(vma->vm_flags &
VM_EXEC)) {
+ BUG_ON(address != regs->tpc);
+ BUG_ON(regs->tstate & TSTATE_PRIV);
+ goto bad_area;
+ }
+
        if (fault_code & FAULT_CODE_WRITE) {
                if (!(vma->vm_flags & VM_WRITE))
                        goto bad_area;

Now given that this reports a SIGSEGV if you hit this issue (see
SEGV_ACCERR at the top of the patch) I figured that this would be
something that could be triggered.

Now looking at the broken strace from 2.4.28 we see two mmaps during the
loading of module pcidata. These correspond to the text(code) and data
sections of the binary.

mmap(NULL, 163840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x70272000
lseek(5, 229836, SEEK_SET) = 229836
read(5, "\0pci_vendor_003d\0pci_vendor_0e11"..., 157024) = 157024
brk(0) = 0x274000
brk(0x296000) = 0x296000
mmap(NULL, 139264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7029a000
lseek(5, 380, SEEK_SET) = 380
read(5, "\201\303\340\10\220\20 \1\201\303\340\10\1\0\0\0\235\343"...,
1612) = 1612

Note that neither has PROT_EXEC set in the mmap. The second one is the
text section that really needs it.

Now looking at the XFree86 code in
xc/programs/Xserver/hw/xfree86/loader/elfloader.c

This gets memory for the data in one of two ways (chosen at compile
time):

xf86loadermalloc - actually a call to the glibc2 malloc
or
mmap.

The mmap specifies PROT_EXEC but I've disassembled the XFree86 binary
and it seems to use the xf86loadermalloc option.

   77514: 90 00 40 08 add %g1, %o0, %o0
   77518: 40 05 69 49 call 0x1d1a3c
   7751c: d0 24 60 48 st %o0, [ %l1 + 0x48 ]
   77520: 84 10 00 08 mov %o0, %g2
   77524: 80 a2 20 00 cmp %o0, 0
   77528: 02 80 00 77 be 0x77704

Apologies to those who don't read SPARC assembler!

The call at 77518 is a call to malloc (from the symbol table)

001d1a3c DF *UND* 00000234 GLIBC_2.0 malloc

I'm guessing that malloc doesn't set PROT_EXEC (people generally don't
want it and it would create a security risk).

Now in the el...

Message-Id: <1102006978.25600.134.camel@duncow>
Date: Thu, 02 Dec 2004 17:02:58 +0000
From: Richard Mortimer <richm@oldelvet.org.uk>
To: "Jurzitza, Dieter" <DJurzitza@harmanbecker.com>
Cc: debian-sparc@lists.debian.org, 280384@bugs.debian.org
Subject: Re: X11 crashing on 2.4.28

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.

Richard

I was looking through the changes between 2.4.27 and 2.4.28 and there is
a patch that adds a check that executed code is actually mapped as
executable (one bit of it is)

diff -urN linux-2.4.27/arch/sparc64/mm/fault.c
linux-2.4.28/arch/sparc64/mm/fault.c
--- linux-2.4.27/arch/sparc64/mm/fault.c        2004-08-07
16:26:04.000000000 -0700
+++ linux-2.4.28/arch/sparc64/mm/fault.c        2004-11-17
03:54:21.156379721 -0800

@@ -404,6 +404,16 @@
         */
 good_area:
        si_code = SEGV_ACCERR;
+
+       /* If we took a ITLB miss on a non-executable page, catch
+        * that here.
+        */
+       if ((fault_code & FAULT_CODE_ITLB) && !(vma->vm_flags &
VM_EXEC)) {
+               BUG_ON(address != regs->tpc);
+               BUG_ON(regs->tstate & TSTATE_PRIV);
+               goto bad_area;
+       }
+
        if (fault_code & FAULT_CODE_WRITE) {
                if (!(vma->vm_flags & VM_WRITE))
                        goto bad_area;

Now given that this reports a SIGSEGV if you hit this issue (see
SEGV_ACCERR at the top of the patch) I figured that this would be
something that could be triggered.

Now looking at the broken strace from 2.4.28 we see two mmaps during the
loading of module pcidata. These correspond to the text(code) and data
sections of the binary.

mmap(NULL, 163840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x70272000
lseek(5, 229836, SEEK_SET)              = 229836
read(5, "\0pci_vendor_003d\0pci_vendor_0e11"..., 157024) = 157024
brk(0)                                  = 0x274000
brk(0x296000)                           = 0x296000
mmap(NULL, 139264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7029a000
lseek(5, 380, SEEK_SET)                 = 380
read(5, "\201\303\340\10\220\20 \1\201\303\340\10\1\0\0\0\235\343"...,
1612) = 1612

Note that neither has PROT_EXEC set in the mmap. The second one is the
text section that really needs it.

Now looking at the XFree86 code in
xc/programs/Xserver/hw/xfree86/loader/elfloader.c

This gets memory for the data in one of two ways (chosen at compile
time):

xf86loadermalloc - actually a call to the glibc2 malloc
or
mmap.

The mmap specifies PROT_EXEC but I've disassembled the XFree86 binary
and it seems to use the xf86loadermalloc option.

77514:       90 00 40 08     add  %g1, %o0, %o0
   77518:       40 05 69 49     call  0x1d1a3c
   7751c:       d0 24 60 48     st  %o0, [ %l1 + 0x48 ]
   77520:       84 10 00 08     mov  %o0, %g2
   77524:       80 a2 20 00     cmp  %o0, 0
   77528:       02 80 00 77     be  0x77704

Apologies to those who don't read SPARC assembler!

The call at 77518 is a call to malloc (from the symbol table)

001d1a3c      DF *UND*  00000234  GLIBC_2.0   malloc

I'm guessing that malloc doesn't set PROT_EXEC (people generally don't
want it and it would create a security risk).

Now in the elfloader.c file there is a bit of conditional code for ia64
and OpenBSD that does an mprotect to add PROT_EXEC to the code.

So it looks quite clear to me that we need to do the same for sparc.
i.e. apply the following patch (untested I'm afraid)

--- xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig     
2004-12-02 16:56:31.000000000 +0000
+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c   2004-12-02
16:57:42.000000000 +0000
@@ -893,7 +893,7 @@
            ErrorF( "ELFCreateGOT() Unable to reallocate memory!!!!\n"
);
            return FALSE;
        }
-#   if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)
+#   if defined(linux) && (defined(__ia64__) || defined(__sparc__)) ||
defined(__OpenBSD__)
        {
            unsigned long page_size = getpagesize();
            unsigned long round;

Anyone fancy compiling a new xserver binary?

On Thu, 2004-12-02 at 06:23, Jurzitza, Dieter wrote:
> Dear listmembers,
> I can confirm for my U60 that the XFree86-debug server comes up on 2.4.28. So I seem to be consistent with what Admar said and what Ron has been saying. What makes me wonder, though, is why does the binary loader work with 2.4.27 and does not work with 2.4.28.
> And, moreover, if it is a loader issue it seems more plausible to me that I can observe additional side effects on 2.4.28 not being related to X11 (like very long reaction times on ping / ssh requests, not settling a network connection for quite a while)
> A propably dumb question:
> is that binary loader a simple file? would it be possible to get that loader from another version (like Debian Woody), or is it buried deep down in the kernel?
> Thank you for your inputs,
> take care
> 
> 
> 
> Dieter Jurzitza

-- 
richm@oldelvet.org.uk

Revision history for this message

In Debian Bug tracker #280384, Ron Murray (rjmx) wrote on 2004-12-02:

#22

At Thu, 02 Dec 2004 17:02:58 +0000,
Richard Mortimer <email address hidden> 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Revision history for this message

In Debian Bug tracker #280384, Ron Murray (rjmx) wrote on 2004-12-02:

#23

At Thu, 02 Dec 2004 13:45:59 -0500,
Ron Murray wrote:

> > Anyone fancy compiling a new xserver binary?
> >
>
> I'll set one going before I leave work this afternoon. Should have
> completed by tomorrow morning.
>

We have a minor problem. Richard's patch seems to refer to a
pristine xfree86-4.3.0 source. When I came to check the patch location
on a build tree that had had the Debian patches applied, I found it to
be quite different. Specifically, the line Richard wanted to change
was now

# if defined(linux) || defined(__OpenBSD__)

instead of

# if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)

Clearly, there's a Debian patch involved here. I found it at
debian/patches/071_nonexecutable_malloced_mem.diff

and it goes:

> $Id: 071_nonexecutable_malloced_mem.diff 1044 2004-02-16 17:40:33Z branden $
>
> This patch fixes the assumption that data returned by malloc() is
> executable. In upstream revision 1.43, the assumption was fixed for
> ia64 only. We understand it is Linus' position that programs that
> assume data to be executable are broken, so we enable this code for
> all Linux platforms.
>
> Original patch (before upstream applied its own version) was by David
> Mosberger.
> diff -urN xc/programs/Xserver/hw/xfree86/loader/elfloader.c
> xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> --- xc/programs/Xserver/hw/xfree86/loader/elfloader.c 2004-02-07
> 17:33:29.000000000 -0500
> +++ xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> 2004-02-07 17:29:03.000000000 -0500
> @@ -957,7 +957,7 @@
> ErrorF( "ELFCreateGOT() Unable to reallocate memory!!!!\n"
> );
> return FALSE;
> }
> -# if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)
> +# if defined(linux) || defined(__OpenBSD__)
> {
> unsigned long page_size = getpagesize();
> unsigned long round;

... which would indicate that Richard's suggestion is already in
the current Debian package. I'd made a build log when I built the
package here, and I have

> Applying patch debian/patches/071_nonexecutable_malloced_mem.diff ... successful.

in it, so I'm sure it's in the build.

Richard, does this look likely? Are there any other places that
could stuff up the exec bit?

.....Ron

--
Ron Murray (<email address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

At Thu, 02 Dec 2004 13:45:59 -0500,
Ron Murray wrote:

> > Anyone fancy compiling a new xserver binary?
> > 
> 
>    I'll set one going before I leave work this afternoon. Should have
> completed by tomorrow morning.
>

We have a minor problem. Richard's patch seems to refer to a
pristine xfree86-4.3.0 source. When I came to check the patch location
on a build tree that had had the Debian patches applied, I found it to
be quite different. Specifically, the line Richard wanted to change
was now

#   if defined(linux) || defined(__OpenBSD__)

instead of

#   if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)

Clearly, there's a Debian patch involved here. I found it at
debian/patches/071_nonexecutable_malloced_mem.diff

and it goes:

> $Id: 071_nonexecutable_malloced_mem.diff 1044 2004-02-16 17:40:33Z branden $
> 
> This patch fixes the assumption that data returned by malloc() is
> executable.  In upstream revision 1.43, the assumption was fixed for
> ia64 only.  We understand it is Linus' position that programs that
> assume data to be executable are broken, so we enable this code for
> all Linux platforms.
> 
> Original patch (before upstream applied its own version) was by David
> Mosberger.
> diff -urN xc/programs/Xserver/hw/xfree86/loader/elfloader.c
> xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> --- xc/programs/Xserver/hw/xfree86/loader/elfloader.c   2004-02-07
> 17:33:29.000000000 -0500
> +++ xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> 2004-02-07 17:29:03.000000000 -0500
> @@ -957,7 +957,7 @@
>             ErrorF( "ELFCreateGOT() Unable to reallocate memory!!!!\n"
> );
>             return FALSE;
>         }
> -#   if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)
> +#   if defined(linux) || defined(__OpenBSD__)
>         {   
>             unsigned long page_size = getpagesize();
>             unsigned long round;

... which would indicate that Richard's suggestion is already in
the current Debian package. I'd made a build log when I built the
package here, and I have

> Applying patch debian/patches/071_nonexecutable_malloced_mem.diff ... successful.

in it, so I'm sure it's in the build.

Richard, does this look likely? Are there any other places that
could stuff up the exec bit?

.....Ron

--
Ron Murray   (rjmx@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C  D66B 8ADA A3C4 D86C 74DE

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-02:

#24

Message-ID: <87vfbk4jyw.wl%<email address hidden>>
Date: Thu, 02 Dec 2004 13:45:59 -0500
From: Ron Murray <email address hidden>
To: Richard Mortimer <email address hidden>
Cc: "Jurzitza, Dieter" <email address hidden>,
<email address hidden>, <email address hidden>
Subject: Re: X11 crashing on 2.4.28

At Thu, 02 Dec 2004 17:02:58 +0000,
Richard Mortimer <email address hidden> 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-02:

#25

Message-ID: <87sm6o4i2g.wl%<email address hidden>>
Date: Thu, 02 Dec 2004 14:27:03 -0500
From: Ron Murray <email address hidden>
To: <email address hidden>
Cc: Richard Mortimer <email address hidden>, "Jurzitza, Dieter" <email address hidden>,
<email address hidden>, <email address hidden>
Subject: Re: X11 crashing on 2.4.28

At Thu, 02 Dec 2004 13:45:59 -0500,
Ron Murray wrote:

> > Anyone fancy compiling a new xserver binary?
> >
>
> I'll set one going before I leave work this afternoon. Should have
> completed by tomorrow morning.
>

We have a minor problem. Richard's patch seems to refer to a
pristine xfree86-4.3.0 source. When I came to check the patch location
on a build tree that had had the Debian patches applied, I found it to
be quite different. Specifically, the line Richard wanted to change
was now

# if defined(linux) || defined(__OpenBSD__)

instead of

# if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)

Clearly, there's a Debian patch involved here. I found it at
debian/patches/071_nonexecutable_malloced_mem.diff

and it goes:

> $Id: 071_nonexecutable_malloced_mem.diff 1044 2004-02-16 17:40:33Z branden $
>
> This patch fixes the assumption that data returned by malloc() is
> executable. In upstream revision 1.43, the assumption was fixed for
> ia64 only. We understand it is Linus' position that programs that
> assume data to be executable are broken, so we enable this code for
> all Linux platforms.
>
> Original patch (before upstream applied its own version) was by David
> Mosberger.
> diff -urN xc/programs/Xserver/hw/xfree86/loader/elfloader.c
> xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> --- xc/programs/Xserver/hw/xfree86/loader/elfloader.c 2004-02-07
> 17:33:29.000000000 -0500
> +++ xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> 2004-02-07 17:29:03.000000000 -0500
> @@ -957,7 +957,7 @@
> ErrorF( "ELFCreateGOT() Unable to reallocate memory!!!!\n"
> );
> return FALSE;
> }
> -# if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)
> +# if defined(linux) || defined(__OpenBSD__)
> {
> unsigned long page_size = getpagesize();
> unsigned long round;

... which would indicate that Richard's suggestion is already in
the current Debian package. I'd made a build log when I built the
package here, and I have

> Applying patch debian/patches/071_nonexecutable_malloced_mem.diff ... successful.

in it, so I'm sure it's in the build.

Richard, does this look likely? Are there any other places that
could stuff up the exec bit?

.....Ron

--
Ron Murray (<email address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Message-ID: <87sm6o4i2g.wl%rjmx@rjmx.net>
Date: Thu, 02 Dec 2004 14:27:03 -0500
From: Ron Murray <rjmx@rjmx.net>
To: rjmx@rjmx.net
Cc: Richard Mortimer <richm@oldelvet.org.uk>, "Jurzitza, Dieter" <DJurzitza@harmanbecker.com>,
	debian-sparc@lists.debian.org, 280384@bugs.debian.org
Subject: Re: X11 crashing on 2.4.28

At Thu, 02 Dec 2004 13:45:59 -0500,
Ron Murray wrote:

> > Anyone fancy compiling a new xserver binary?
> > 
> 
>    I'll set one going before I leave work this afternoon. Should have
> completed by tomorrow morning.
>

We have a minor problem. Richard's patch seems to refer to a
pristine xfree86-4.3.0 source. When I came to check the patch location
on a build tree that had had the Debian patches applied, I found it to
be quite different. Specifically, the line Richard wanted to change
was now

#   if defined(linux) || defined(__OpenBSD__)

instead of

#   if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)

Clearly, there's a Debian patch involved here. I found it at
debian/patches/071_nonexecutable_malloced_mem.diff

and it goes:

> $Id: 071_nonexecutable_malloced_mem.diff 1044 2004-02-16 17:40:33Z branden $
> 
> This patch fixes the assumption that data returned by malloc() is
> executable.  In upstream revision 1.43, the assumption was fixed for
> ia64 only.  We understand it is Linus' position that programs that
> assume data to be executable are broken, so we enable this code for
> all Linux platforms.
> 
> Original patch (before upstream applied its own version) was by David
> Mosberger.
> diff -urN xc/programs/Xserver/hw/xfree86/loader/elfloader.c
> xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> --- xc/programs/Xserver/hw/xfree86/loader/elfloader.c   2004-02-07
> 17:33:29.000000000 -0500
> +++ xc.new/programs/Xserver/hw/xfree86/loader/elfloader.c
> 2004-02-07 17:29:03.000000000 -0500
> @@ -957,7 +957,7 @@
>             ErrorF( "ELFCreateGOT() Unable to reallocate memory!!!!\n"
> );
>             return FALSE;
>         }
> -#   if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)
> +#   if defined(linux) || defined(__OpenBSD__)
>         {   
>             unsigned long page_size = getpagesize();
>             unsigned long round;

... which would indicate that Richard's suggestion is already in
the current Debian package. I'd made a build log when I built the
package here, and I have

> Applying patch debian/patches/071_nonexecutable_malloced_mem.diff ... successful.

in it, so I'm sure it's in the build.

Richard, does this look likely? Are there any other places that
could stuff up the exec bit?

.....Ron

--
Ron Murray   (rjmx@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C  D66B 8ADA A3C4 D86C 74DE

Revision history for this message

In Debian Bug tracker #280384, Richard Mortimer (richm-oldelvet) wrote on 2004-12-02:

#26

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

--- xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig
2004-12-02 22:29:26.000000000 +0000
+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c 2004-12-02
22:38:37.000000000 +0000
@@ -2937,7 +2937,7 @@
        ErrorF( "Unable to allocate ELF sections\n" );
        return NULL;
     }
-# if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)
+# if defined(linux) || defined(__OpenBSD__)
     {
        unsigned long page_size = getpagesize();
        unsigned long round;

--
<email address hidden>

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-02:

#27

Message-Id: <1102027306.25600.183.camel@duncow>
Date: Thu, 02 Dec 2004 22:41:46 +0000
From: Richard Mortimer <email address hidden>
To: <email address hidden>
Cc: "Jurzitza, Dieter" <email address hidden>,
<email address hidden>, <email address hidden>
Subject: Re: X11 crashing on 2.4.28

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

--- xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig
2004-12-02 22:29:26.000000000 +0000
+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c 2004-12-02
22:38:37.000000000 +0000
@@ -2937,7 +2937,7 @@
        ErrorF( "Unable to allocate ELF sections\n" );
        return NULL;
     }
-# if defined(linux) && defined(__ia64__) || defined(__OpenBSD__)
+# if defined(linux) || defined(__OpenBSD__)
     {
        unsigned long page_size = getpagesize();
        unsigned long round;

--
<email address hidden>

Revision history for this message

In Debian Bug tracker #280384, Ron Murray (rjmx) wrote on 2004-12-03:

#28

At Thu, 02 Dec 2004 22:41:46 +0000,
Richard Mortimer <email address hidden> 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-03:

#29

Message-ID: <873byow6ou.wl%<email address hidden>>
Date: Thu, 02 Dec 2004 19:45:21 -0500
From: Ron Murray <email address hidden>
To: Richard Mortimer <email address hidden>
Cc: "Jurzitza, Dieter" <email address hidden>,
<email address hidden>, <email address hidden>
Subject: Re: X11 crashing on 2.4.28

At Thu, 02 Dec 2004 22:41:46 +0000,
Richard Mortimer <email address hidden> 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Message-ID: <873byow6ou.wl%rjmx@rjmx.net>
Date: Thu, 02 Dec 2004 19:45:21 -0500
From: Ron Murray <rjmx@rjmx.net>
To: Richard Mortimer <richm@oldelvet.org.uk>
Cc: "Jurzitza, Dieter" <DJurzitza@harmanbecker.com>,
	debian-sparc@lists.debian.org, 280384@bugs.debian.org
Subject: Re: X11 crashing on 2.4.28

At Thu, 02 Dec 2004 22:41:46 +0000,
Richard Mortimer <richm@oldelvet.org.uk> 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   (rjmx@rjmx.net)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C  D66B 8ADA A3C4 D86C 74DE

Revision history for this message

In Debian Bug tracker #280384, Branden Robinson (branden) wrote on 2004-12-03: retitle 280384 to xserver-xfree86: [elfloader] SEGV on sparc with Linux 2.6 due to non-PROT-EXEC-ed use of mmap() ...

#30

# Automatically generated email from bts, devscripts version 2.8.5
retitle 280384 xserver-xfree86: [elfloader] SEGV on sparc with Linux 2.6 due to non-PROT-EXEC-ed use of mmap()
tags 280384 + upstream patch

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-03:

#31

Message-Id: <email address hidden>
Date: Thu, 2 Dec 2004 21:48:58 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: retitle 280384 to xserver-xfree86: [elfloader] SEGV on sparc with Linux 2.6 due to
non-PROT-EXEC-ed use of mmap() ...

# Automatically generated email from bts, devscripts version 2.8.5
retitle 280384 xserver-xfree86: [elfloader] SEGV on sparc with Linux 2.6 due to non-PROT-EXEC-ed use of mmap()
tags 280384 + upstream patch

Revision history for this message

In Debian Bug tracker #280384, Branden Robinson (branden) wrote on 2004-12-03: tagging 280384

#32

# Automatically generated email from bts, devscripts version 2.8.5
# fixed in Debian X Strike Force XFree86 repository; to view, run "svn diff -r 2042:2043 svn://necrotic.deadbeast.net/xfree86"
tags 280384 + pending

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-03:

#33

Message-Id: <email address hidden>
Date: Thu, 2 Dec 2004 23:25:54 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: tagging 280384

# Automatically generated email from bts, devscripts version 2.8.5
# fixed in Debian X Strike Force XFree86 repository; to view, run "svn diff -r 2042:2043 svn://necrotic.deadbeast.net/xfree86"
tags 280384 + pending

Revision history for this message

In Debian Bug tracker #280384, Ron Murray (rjmx) wrote on 2004-12-03: Re: X11 crashing on 2.4.28

#34

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 0000, 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-03:

#35

Message-ID: <874qj34gp4.wl%<email address hidden>>
Date: Fri, 03 Dec 2004 09:08:55 -0500
From: Ron Murray <email address hidden>
To: Richard Mortimer <email address hidden>
Cc: "Jurzitza, Dieter" <email address hidden>,
<email address hidden>, <email address hidden>
Subject: Re: 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 0000, 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Revision history for this message

In Debian Bug tracker #280384, Branden Robinson (branden) wrote on 2004-12-08:

#36

On Thu, Dec 02, 2004 at 07:45:21PM -0500, Ron Murray wrote:
> 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.

I haven't seen followup from you on how it went, but I went ahead and
applied your patch anyway.

Thanks very much to you and the other people who contributed to this bug
report.

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.

Expect this to be fixed in 4.3.0.dfsg.1-9, assuming your tests succeeded.

------------------------------------------------------------------------
r2043 | branden | 2004-12-02 23:24:44 -0500 (Thu, 02 Dec 2004) | 6 lines
Changed paths:
   M /trunk/debian/CHANGESETS
   M /trunk/debian/TODO
   M /trunk/debian/changelog
   M /trunk/debian/patches/071_nonexecutable_malloced_mem.diff
   M /trunk/debian/patches/600_amd64_support.diff

Apply patch from Richard Mortimer to fix the XFree86 X server's ELF object
loader to set the PROT_EXEC flag on mmap()ed modules regardless of machine
architecture. (It was already trying to do this, but there are three
preprocessor statements involved, and we were only patching one.)
(Closes: #280384)

------------------------------------------------------------------------

--
G. Branden Robinson | I've made up my mind. Don't try to
Debian GNU/Linux | confuse me with the facts.
<email address hidden> | -- Indiana Senator Earl Landgrebe
http://people.debian.org/~branden/ |

On Thu, Dec 02, 2004 at 07:45:21PM -0500, Ron Murray wrote:
>    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.

I haven't seen followup from you on how it went, but I went ahead and
applied your patch anyway.

Thanks very much to you and the other people who contributed to this bug
report.

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.

Expect this to be fixed in 4.3.0.dfsg.1-9, assuming your tests succeeded.

------------------------------------------------------------------------
r2043 | branden | 2004-12-02 23:24:44 -0500 (Thu, 02 Dec 2004) | 6 lines
Changed paths:
   M /trunk/debian/CHANGESETS
   M /trunk/debian/TODO
   M /trunk/debian/changelog
   M /trunk/debian/patches/071_nonexecutable_malloced_mem.diff
   M /trunk/debian/patches/600_amd64_support.diff

Apply patch from Richard Mortimer to fix the XFree86 X server's ELF object
loader to set the PROT_EXEC flag on mmap()ed modules regardless of machine
architecture.  (It was already trying to do this, but there are three
preprocessor statements involved, and we were only patching one.)
(Closes: #280384)

------------------------------------------------------------------------

-- 
G. Branden Robinson                |    I've made up my mind.  Don't try to
Debian GNU/Linux                   |    confuse me with the facts.
branden@debian.org                 |    -- Indiana Senator Earl Landgrebe
http://people.debian.org/~branden/ |

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-08:

#37

Message-ID: <email address hidden>
Date: Wed, 8 Dec 2004 13:00:46 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: X11 crashing on 2.4.28

--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Dec 02, 2004 at 07:45:21PM -0500, Ron Murray wrote:
> 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.
>=20
> 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.
>=20
> 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.

Thanks very much to you and the other people who contributed to this bug
report.

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.

Expect this to be fixed in 4.3.0.dfsg.1-9, assuming your tests succeeded.

------------------------------------------------------------------------
r2043 | branden | 2004-12-02 23:24:44 -0500 (Thu, 02 Dec 2004) | 6 lines
Changed paths:
   M /trunk/debian/CHANGESETS
   M /trunk/debian/TODO
   M /trunk/debian/changelog
   M /trunk/debian/patches/071_nonexecutable_malloced_mem.diff
   M /trunk/debian/patches/600_amd64_support.diff

Apply patch from Richard Mortimer to fix the XFree86 X server's ELF object
loader to set the PROT_EXEC flag on mmap()ed modules regardless of machine
architecture. (It was already trying to do this, but there are three
preprocessor statements involved, and we were only patching one.)
(Closes: #280384)

------------------------------------------------------------------------

--=20
G. Branden Robinson | I've made up my mind. Don't try to
Debian GNU/Linux | confuse me with the facts.
<email address hidden> | -- Indiana Senator Earl Landgrebe
http://people.debian.org/~branden/ |

--h31gzZEtNLTqOjlF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkG3QU4ACgkQ6kxmHytGonwcewCfWsKEcPwPCujY88/Cm1uQueR3
vuMAoKDh6vC6VQp1HHZXWEp6FmettFyT
=zLGm
-----END PGP SIGNATURE-----

--h31gzZEtNLTqOjlF--

Message-ID: <20041208180046.GA12800@redwald.deadbeast.net>
Date: Wed, 8 Dec 2004 13:00:46 -0500
From: Branden Robinson <branden@debian.org>
To: debian-sparc@lists.debian.org, 280384@bugs.debian.org
Subject: Re: X11 crashing on 2.4.28

--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Dec 02, 2004 at 07:45:21PM -0500, Ron Murray wrote:
>    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.
>=20
>    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.
>=20
>    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.

Thanks very much to you and the other people who contributed to this bug
report.

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.

Expect this to be fixed in 4.3.0.dfsg.1-9, assuming your tests succeeded.

------------------------------------------------------------------------
r2043 | branden | 2004-12-02 23:24:44 -0500 (Thu, 02 Dec 2004) | 6 lines
Changed paths:
   M /trunk/debian/CHANGESETS
   M /trunk/debian/TODO
   M /trunk/debian/changelog
   M /trunk/debian/patches/071_nonexecutable_malloced_mem.diff
   M /trunk/debian/patches/600_amd64_support.diff

Apply patch from Richard Mortimer to fix the XFree86 X server's ELF object
loader to set the PROT_EXEC flag on mmap()ed modules regardless of machine
architecture.  (It was already trying to do this, but there are three
preprocessor statements involved, and we were only patching one.)
(Closes: #280384)

------------------------------------------------------------------------

--=20
G. Branden Robinson                |    I've made up my mind.  Don't try to
Debian GNU/Linux                   |    confuse me with the facts.
branden@debian.org                 |    -- Indiana Senator Earl Landgrebe
http://people.debian.org/~branden/ |

--h31gzZEtNLTqOjlF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkG3QU4ACgkQ6kxmHytGonwcewCfWsKEcPwPCujY88/Cm1uQueR3
vuMAoKDh6vC6VQp1HHZXWEp6FmettFyT
=zLGm
-----END PGP SIGNATURE-----

--h31gzZEtNLTqOjlF--

Revision history for this message

In Debian Bug tracker #280384, Ron Murray (rjmx) wrote on 2004-12-08:

#38

At Wed, 8 Dec 2004 13:00:46 -0500,
Branden Robinson <email address hidden> 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-08:

#39

Message-ID: <87u0qweihv.wl%<email address hidden>>
Date: Wed, 08 Dec 2004 13:45:48 -0500
From: Ron Murray <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: X11 crashing on 2.4.28

At Wed, 8 Dec 2004 13:00:46 -0500,
Branden Robinson <email address hidden> 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 address hidden>)
http://www.rjmx.net/~ron
GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE

Revision history for this message

In Debian Bug tracker #280384, Jurzitza, Dieter (djurzitza) wrote on 2004-12-09:

#40

Dear listmembers,
sorry for the delay. I'd really like to spend more time with the sparc issues if I could ;-).
Replacing the XFree86 binary that comes with the regular distribution with the freshly build one that has been supplied by you solves the problem with X on my U60 / SMP / Creator 3d.

So, it seems to me that my problem has been fixed by Richard (many thanks again) and I am looking forward for an official build to appear on the net prior to really using 2.4.28, because I do not want to get "off sync" with the regular distribution.

Thanks again to everybody for helping out,
take care

Dieter Jurzitza

-----Original Message-----
From: Ron Murray [mailto:<email address hidden>]
Sent: Wednesday, December 08, 2004 7:46 PM
To: <email address hidden>; <email address hidden>
Subject: Re: X11 crashing on 2.4.28

At Wed, 8 Dec 2004 13:00:46 -0500,
Branden Robinson <email address hidden> wrote:
****

*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the contents in this e-mail is strictly forbidden.
*******************************************

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-09:

#41

Message-ID: <email address hidden>
Date: Thu, 9 Dec 2004 07:03:41 +0100
From: "Jurzitza, Dieter" <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: RE: X11 crashing on 2.4.28

Dear listmembers,
sorry for the delay. I'd really like to spend more time with the sparc issu=
es if I could ;-).=20
Replacing the XFree86 binary that comes with the regular distribution with =
the freshly build one that has been supplied by you solves the problem with=
X on my U60 / SMP / Creator 3d.

So, it seems to me that my problem has been fixed by Richard (many thanks a=
gain) and I am looking forward for an official build to appear on the net p=
rior to really using 2.4.28, because I do not want to get "off sync" with t=
he regular distribution.

Thanks again to everybody for helping out,
take care

Dieter Jurzitza

-----Original Message-----
From: Ron Murray [mailto:<email address hidden>]
Sent: Wednesday, December 08, 2004 7:46 PM
To: <email address hidden>; <email address hidden>
Subject: Re: X11 crashing on 2.4.28

At Wed, 8 Dec 2004 13:00:46 -0500,
Branden Robinson <email address hidden> wrote:
****

*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informati=
onen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemli=
ch erhalten haben, informieren Sie bitte sofort den Absender und loeschen S=
ie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe diese=
r Mail ist nicht gestattet.
=20
This e-mail may contain confidential and/or privileged information. If you =
are not the intended recipient (or have received this e-mail in error) plea=
se notify the sender immediately and delete this e-mail. Any unauthorized c=
opying, disclosure or distribution of the contents in this e-mail is strict=
ly forbidden.
*******************************************

Revision history for this message

In Debian Bug tracker #280384, Foo-bar-baz-boo-deb (foo-bar-baz-boo-deb) wrote on 2004-12-09:

#42

I have been neglectful in mentioning that this fix for 280384 fixes my
original problem also. Thanks to everybody for fixing it and for
sending me the files so I could post them to my web server.

--- "Jurzitza, Dieter" <email address hidden> wrote:

> Dear listmembers,
> sorry for the delay. I'd really like to spend more time with the
> sparc issues if I could ;-).
> Replacing the XFree86 binary that comes with the regular distribution
> with the freshly build one that has been supplied by you solves the
> problem with X on my U60 / SMP / Creator 3d.
>
> So, it seems to me that my problem has been fixed by Richard (many
> thanks again) and I am looking forward for an official build to
> appear on the net prior to really using 2.4.28, because I do not want
> to get "off sync" with the regular distribution.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-09:

#43

Message-ID: <email address hidden>
Date: Thu, 9 Dec 2004 02:56:37 -0800 (PST)
From: <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: RE: X11 crashing on 2.4.28

I have been neglectful in mentioning that this fix for 280384 fixes my
original problem also. Thanks to everybody for fixing it and for
sending me the files so I could post them to my web server.

--- "Jurzitza, Dieter" <email address hidden> wrote:

> Dear listmembers,
> sorry for the delay. I'd really like to spend more time with the
> sparc issues if I could ;-).
> Replacing the XFree86 binary that comes with the regular distribution
> with the freshly build one that has been supplied by you solves the
> problem with X on my U60 / SMP / Creator 3d.
>
> So, it seems to me that my problem has been fixed by Richard (many
> thanks again) and I am looking forward for an official build to
> appear on the net prior to really using 2.4.28, because I do not want
> to get "off sync" with the regular distribution.

Revision history for this message

In Debian Bug tracker #280384, Fabio Massimo Di Nitto (fabbione) wrote on 2004-12-09: Bug#280384: fixed in xfree86 4.3.0.dfsg.1-9

#44

Download full text (44.7 KiB)

Source: xfree86
Source-Version: 4.3.0.dfsg.1-9

We believe that the bug you reported is fixed in the latest version of
xfree86, which is due to be installed in the Debian FTP archive:

lbxproxy_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-9_i386.deb
libdps-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libdps-dev_4.3.0.dfsg.1-9_i386.deb
libdps1-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libdps1-dbg_4.3.0.dfsg.1-9_i386.deb
libdps1_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libdps1_4.3.0.dfsg.1-9_i386.deb
libice-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libice-dev_4.3.0.dfsg.1-9_i386.deb
libice6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libice6-dbg_4.3.0.dfsg.1-9_i386.deb
libice6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libice6_4.3.0.dfsg.1-9_i386.deb
libsm-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libsm-dev_4.3.0.dfsg.1-9_i386.deb
libsm6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libsm6-dbg_4.3.0.dfsg.1-9_i386.deb
libsm6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libsm6_4.3.0.dfsg.1-9_i386.deb
libx11-6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libx11-6-dbg_4.3.0.dfsg.1-9_i386.deb
libx11-6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libx11-6_4.3.0.dfsg.1-9_i386.deb
libx11-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libx11-dev_4.3.0.dfsg.1-9_i386.deb
libxaw6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw6-dbg_4.3.0.dfsg.1-9_i386.deb
libxaw6-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw6-dev_4.3.0.dfsg.1-9_i386.deb
libxaw6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw6_4.3.0.dfsg.1-9_i386.deb
libxaw7-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw7-dbg_4.3.0.dfsg.1-9_i386.deb
libxaw7-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw7-dev_4.3.0.dfsg.1-9_i386.deb
libxaw7_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw7_4.3.0.dfsg.1-9_i386.deb
libxext-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxext-dev_4.3.0.dfsg.1-9_i386.deb
libxext6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxext6-dbg_4.3.0.dfsg.1-9_i386.deb
libxext6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxext6_4.3.0.dfsg.1-9_i386.deb
libxft1-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxft1-dbg_4.3.0.dfsg.1-9_i386.deb
libxft1_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxft1_4.3.0.dfsg.1-9_i386.deb
libxi-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxi-dev_4.3.0.dfsg.1-9_i386.deb
libxi6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxi6-dbg_4.3.0.dfsg.1-9_i386.deb
libxi6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxi6_4.3.0.dfsg.1-9_i386.deb
libxmu-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmu-dev_4.3.0.dfsg.1-9_i386.deb
libxmu6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmu6-dbg_4.3.0.dfsg.1-9_i386.deb
libxmu6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmu6_4.3.0.dfsg.1-9_i386.deb
libxmuu-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmuu-dev_4.3.0.dfsg.1-9_i386.deb
libxmuu1-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmuu1-dbg_4.3.0.dfsg.1-9_i386.deb
libxmuu1_4....

Source: xfree86
Source-Version: 4.3.0.dfsg.1-9

We believe that the bug you reported is fixed in the latest version of
xfree86, which is due to be installed in the Debian FTP archive:

lbxproxy_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-9_i386.deb
libdps-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libdps-dev_4.3.0.dfsg.1-9_i386.deb
libdps1-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libdps1-dbg_4.3.0.dfsg.1-9_i386.deb
libdps1_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libdps1_4.3.0.dfsg.1-9_i386.deb
libice-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libice-dev_4.3.0.dfsg.1-9_i386.deb
libice6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libice6-dbg_4.3.0.dfsg.1-9_i386.deb
libice6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libice6_4.3.0.dfsg.1-9_i386.deb
libsm-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libsm-dev_4.3.0.dfsg.1-9_i386.deb
libsm6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libsm6-dbg_4.3.0.dfsg.1-9_i386.deb
libsm6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libsm6_4.3.0.dfsg.1-9_i386.deb
libx11-6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libx11-6-dbg_4.3.0.dfsg.1-9_i386.deb
libx11-6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libx11-6_4.3.0.dfsg.1-9_i386.deb
libx11-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libx11-dev_4.3.0.dfsg.1-9_i386.deb
libxaw6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw6-dbg_4.3.0.dfsg.1-9_i386.deb
libxaw6-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw6-dev_4.3.0.dfsg.1-9_i386.deb
libxaw6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw6_4.3.0.dfsg.1-9_i386.deb
libxaw7-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw7-dbg_4.3.0.dfsg.1-9_i386.deb
libxaw7-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw7-dev_4.3.0.dfsg.1-9_i386.deb
libxaw7_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxaw7_4.3.0.dfsg.1-9_i386.deb
libxext-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxext-dev_4.3.0.dfsg.1-9_i386.deb
libxext6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxext6-dbg_4.3.0.dfsg.1-9_i386.deb
libxext6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxext6_4.3.0.dfsg.1-9_i386.deb
libxft1-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxft1-dbg_4.3.0.dfsg.1-9_i386.deb
libxft1_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxft1_4.3.0.dfsg.1-9_i386.deb
libxi-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxi-dev_4.3.0.dfsg.1-9_i386.deb
libxi6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxi6-dbg_4.3.0.dfsg.1-9_i386.deb
libxi6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxi6_4.3.0.dfsg.1-9_i386.deb
libxmu-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmu-dev_4.3.0.dfsg.1-9_i386.deb
libxmu6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmu6-dbg_4.3.0.dfsg.1-9_i386.deb
libxmu6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmu6_4.3.0.dfsg.1-9_i386.deb
libxmuu-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmuu-dev_4.3.0.dfsg.1-9_i386.deb
libxmuu1-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmuu1-dbg_4.3.0.dfsg.1-9_i386.deb
libxmuu1_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxmuu1_4.3.0.dfsg.1-9_i386.deb
libxp-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxp-dev_4.3.0.dfsg.1-9_i386.deb
libxp6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxp6-dbg_4.3.0.dfsg.1-9_i386.deb
libxp6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxp6_4.3.0.dfsg.1-9_i386.deb
libxpm-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxpm-dev_4.3.0.dfsg.1-9_i386.deb
libxpm4-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxpm4-dbg_4.3.0.dfsg.1-9_i386.deb
libxpm4_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxpm4_4.3.0.dfsg.1-9_i386.deb
libxrandr-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxrandr-dev_4.3.0.dfsg.1-9_i386.deb
libxrandr2-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxrandr2-dbg_4.3.0.dfsg.1-9_i386.deb
libxrandr2_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxrandr2_4.3.0.dfsg.1-9_i386.deb
libxt-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxt-dev_4.3.0.dfsg.1-9_i386.deb
libxt6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxt6-dbg_4.3.0.dfsg.1-9_i386.deb
libxt6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxt6_4.3.0.dfsg.1-9_i386.deb
libxtrap-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxtrap-dev_4.3.0.dfsg.1-9_i386.deb
libxtrap6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxtrap6-dbg_4.3.0.dfsg.1-9_i386.deb
libxtrap6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxtrap6_4.3.0.dfsg.1-9_i386.deb
libxtst-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxtst-dev_4.3.0.dfsg.1-9_i386.deb
libxtst6-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxtst6-dbg_4.3.0.dfsg.1-9_i386.deb
libxtst6_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxtst6_4.3.0.dfsg.1-9_i386.deb
libxv-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxv-dev_4.3.0.dfsg.1-9_i386.deb
libxv1-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxv1-dbg_4.3.0.dfsg.1-9_i386.deb
libxv1_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/libxv1_4.3.0.dfsg.1-9_i386.deb
pm-dev_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/pm-dev_4.3.0.dfsg.1-9_all.deb
proxymngr_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/proxymngr_4.3.0.dfsg.1-9_i386.deb
twm_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/twm_4.3.0.dfsg.1-9_i386.deb
x-dev_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/x-dev_4.3.0.dfsg.1-9_all.deb
x-window-system-core_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/x-window-system-core_4.3.0.dfsg.1-9_i386.deb
x-window-system-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/x-window-system-dev_4.3.0.dfsg.1-9_i386.deb
x-window-system_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/x-window-system_4.3.0.dfsg.1-9_all.deb
xbase-clients_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xbase-clients_4.3.0.dfsg.1-9_i386.deb
xdm_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xdm_4.3.0.dfsg.1-9_i386.deb
xfonts-100dpi-transcoded_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-100dpi-transcoded_4.3.0.dfsg.1-9_all.deb
xfonts-100dpi_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-100dpi_4.3.0.dfsg.1-9_all.deb
xfonts-75dpi-transcoded_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-75dpi-transcoded_4.3.0.dfsg.1-9_all.deb
xfonts-75dpi_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-75dpi_4.3.0.dfsg.1-9_all.deb
xfonts-base-transcoded_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-base-transcoded_4.3.0.dfsg.1-9_all.deb
xfonts-base_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-base_4.3.0.dfsg.1-9_all.deb
xfonts-cyrillic_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-cyrillic_4.3.0.dfsg.1-9_all.deb
xfonts-scalable_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfonts-scalable_4.3.0.dfsg.1-9_all.deb
xfree86-common_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xfree86-common_4.3.0.dfsg.1-9_all.deb
xfree86_4.3.0.dfsg.1-9.diff.gz
  to pool/main/x/xfree86/xfree86_4.3.0.dfsg.1-9.diff.gz
xfree86_4.3.0.dfsg.1-9.dsc
  to pool/main/x/xfree86/xfree86_4.3.0.dfsg.1-9.dsc
xfs_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xfs_4.3.0.dfsg.1-9_i386.deb
xfwp_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xfwp_4.3.0.dfsg.1-9_i386.deb
xlibmesa-dev_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xlibmesa-dev_4.3.0.dfsg.1-9_all.deb
xlibmesa-dri-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-dri-dbg_4.3.0.dfsg.1-9_i386.deb
xlibmesa-dri_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-dri_4.3.0.dfsg.1-9_i386.deb
xlibmesa-gl-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-gl-dbg_4.3.0.dfsg.1-9_i386.deb
xlibmesa-gl-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-gl-dev_4.3.0.dfsg.1-9_i386.deb
xlibmesa-gl_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-gl_4.3.0.dfsg.1-9_i386.deb
xlibmesa-glu-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-glu-dbg_4.3.0.dfsg.1-9_i386.deb
xlibmesa-glu-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-glu-dev_4.3.0.dfsg.1-9_i386.deb
xlibmesa-glu_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa-glu_4.3.0.dfsg.1-9_i386.deb
xlibmesa3-dbg_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xlibmesa3-dbg_4.3.0.dfsg.1-9_all.deb
xlibmesa3_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibmesa3_4.3.0.dfsg.1-9_i386.deb
xlibosmesa-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibosmesa-dev_4.3.0.dfsg.1-9_i386.deb
xlibosmesa4-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibosmesa4-dbg_4.3.0.dfsg.1-9_i386.deb
xlibosmesa4_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibosmesa4_4.3.0.dfsg.1-9_i386.deb
xlibs-data_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xlibs-data_4.3.0.dfsg.1-9_all.deb
xlibs-dbg_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xlibs-dbg_4.3.0.dfsg.1-9_all.deb
xlibs-dev_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xlibs-dev_4.3.0.dfsg.1-9_all.deb
xlibs-pic_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xlibs-pic_4.3.0.dfsg.1-9_all.deb
xlibs-static-dev_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibs-static-dev_4.3.0.dfsg.1-9_i386.deb
xlibs-static-pic_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xlibs-static-pic_4.3.0.dfsg.1-9_i386.deb
xlibs_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xlibs_4.3.0.dfsg.1-9_all.deb
xmh_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xmh_4.3.0.dfsg.1-9_i386.deb
xnest_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xnest_4.3.0.dfsg.1-9_i386.deb
xprt_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xprt_4.3.0.dfsg.1-9_i386.deb
xserver-common_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xserver-common_4.3.0.dfsg.1-9_i386.deb
xserver-xfree86-dbg_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xserver-xfree86-dbg_4.3.0.dfsg.1-9_i386.deb
xserver-xfree86_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xserver-xfree86_4.3.0.dfsg.1-9_i386.deb
xspecs_4.3.0.dfsg.1-9_all.deb
  to pool/main/x/xfree86/xspecs_4.3.0.dfsg.1-9_all.deb
xterm_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xterm_4.3.0.dfsg.1-9_i386.deb
xutils_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xutils_4.3.0.dfsg.1-9_i386.deb
xvfb_4.3.0.dfsg.1-9_i386.deb
  to pool/main/x/xfree86/xvfb_4.3.0.dfsg.1-9_i386.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 280384@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Fabio M. Di Nitto <fabbione@fabbione.net> (supplier of updated xfree86 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu, 09 Dec 2004 17:14:45 +0100
Source: xfree86
Binary: libx11-6-dbg libxtst6-dbg xserver-common xlibs-static-dev libxp6-dbg xbase-clients xlibmesa3-dbg libxtrap6-dbg xfonts-75dpi libxt6 libice6-dbg xmh libxaw6-dbg x-dev libxv1 libxext6-dbg xlibmesa-dev libxpm4 libxtst6 xlibmesa-gl-dev xfonts-cyrillic libx11-6 libsm6-dbg xlibs-pic xlibs-data x-window-system xfree86-common xlibmesa-dri xlibmesa3 libxv1-dbg libxrandr2 xlibmesa-glu libxaw7-dev xnest libxaw6 xterm libxp6 xlibmesa-dri-dbg libxrandr2-dbg libxmu6 xlibmesa-glu-dbg libx11-dev xlibs-static-pic libxpm4-dbg libxaw7-dbg libxmu6-dbg xlibmesa-glu-dev libxmuu-dev pm-dev libxext6 libxft1-dbg libxtst-dev libxv-dev libxp-dev twm x-window-system-dev libsm-dev xfonts-scalable libdps1-dbg libxmuu1-dbg xfwp libice6 libxmu-dev xlibs libdps-dev xserver-xfree86-dbg libxrandr-dev libsm6 xserver-xfree86 libdps1 proxymngr xfonts-base-transcoded libxaw6-dev lbxproxy x-window-system-core xutils xspecs libxtrap6 libice-dev libxt-dev xfs libxmuu1 libxi6-dbg xfonts-base xlibs-dbg libxpm-dev xlibmesa-gl xfonts-100dpi-transcoded libxtrap-dev xfonts-100dpi libxext-dev xfonts-75dpi-transcoded xlibosmesa4-dbg libxft1 xprt libxi-dev xlibosmesa-dev xlibosmesa4 xvfb libxaw7 xlibmesa-gl-dbg xdm xlibs-dev libxi6 libxt6-dbg
Architecture: source i386 all
Version: 4.3.0.dfsg.1-9
Distribution: unstable
Urgency: high
Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Changed-By: Fabio M. Di Nitto <fabbione@fabbione.net>
Description: 
 lbxproxy   - Low Bandwidth X (LBX) proxy server
 libdps-dev - Display PostScript (DPS) client library development files
 libdps1    - Display PostScript (DPS) client library
 libdps1-dbg - Display PostScript (DPS) client library (unstripped)
 libice-dev - Inter-Client Exchange library development files
 libice6    - Inter-Client Exchange library
 libice6-dbg - Inter-Client Exchange library (unstripped)
 libsm-dev  - X Window System Session Management library development files
 libsm6     - X Window System Session Management library
 libsm6-dbg - X Window System Session Management library (unstripped)
 libx11-6   - X Window System protocol client library
 libx11-6-dbg - X Window System protocol client library (unstripped)
 libx11-dev - X Window System protocol client library development files
 libxaw6    - X Athena widget set library (version 6)
 libxaw6-dbg - X Athena widget set library (version 6, unstripped)
 libxaw6-dev - X Athena widget set library development files (version 6)
 libxaw7    - X Athena widget set library
 libxaw7-dbg - X Athena widget set library (unstripped)
 libxaw7-dev - X Athena widget set library development files
 libxext-dev - X Window System miscellaneous extension library development files
 libxext6   - X Window System miscellaneous extension library
 libxext6-dbg - X Window System miscellaneous extension library (unstripped)
 libxft1    - FreeType-based font drawing library for X (version 1)
 libxft1-dbg - FreeType-based font drawing library for X (version 1, unstripped)
 libxi-dev  - X Window System Input extension library development files
 libxi6     - X Window System Input extension library
 libxi6-dbg - X Window System Input extension library (unstripped)
 libxmu-dev - X Window System miscellaneous utility library development files
 libxmu6    - X Window System miscellaneous utility library
 libxmu6-dbg - X Window System miscellaneous utility library (unstripped)
 libxmuu-dev - lightweight X Window System miscellaneous utility library develop
 libxmuu1   - lightweight X Window System miscellaneous utility library
 libxmuu1-dbg - lightweight X Window System miscellaneous utility library (unstri
 libxp-dev  - X Window System printing extension library development files
 libxp6     - X Window System printing extension library
 libxp6-dbg - X Window System printing extension library (unstripped)
 libxpm-dev - X pixmap library development files
 libxpm4    - X pixmap library
 libxpm4-dbg - X pixmap library (unstripped)
 libxrandr-dev - X Window System Resize, Rotate and Reflection extension library d
 libxrandr2 - X Window System Resize, Rotate and Reflection extension library
 libxrandr2-dbg - X Window System Resize, Rotate and Reflection extension library (
 libxt-dev  - X Toolkit Intrinsics development files
 libxt6     - X Toolkit Intrinsics
 libxt6-dbg - X Toolkit Intrinsics (unstripped)
 libxtrap-dev - X Window System protocol-trapping extension library development f
 libxtrap6  - X Window System protocol-trapping extension library
 libxtrap6-dbg - X Window System protocol-trapping extension library (unstripped)
 libxtst-dev - X Window System event recording and testing extension library dev
 libxtst6   - X Window System event recording and testing extension library
 libxtst6-dbg - X Window System event recording and testing extension library (un
 libxv-dev  - X Window System video extension library development files
 libxv1     - X Window System video extension library
 libxv1-dbg - X Window System video extension library (unstripped)
 pm-dev     - proxy management protocol development files
 proxymngr  - X proxy services manager
 twm        - Tab window manager
 x-dev      - X protocol development files
 x-window-system - X Window System
 x-window-system-core - X Window System core components
 x-window-system-dev - X Window System development components
 xbase-clients - miscellaneous X clients
 xdm        - X display manager
 xfonts-100dpi - 100 dpi fonts for X
 xfonts-100dpi-transcoded - 100 dpi fonts for X (transcoded from ISO 10646-1)
 xfonts-75dpi - 75 dpi fonts for X
 xfonts-75dpi-transcoded - 75 dpi fonts for X (transcoded from ISO 10646-1)
 xfonts-base - standard fonts for X
 xfonts-base-transcoded - standard fonts for X (transcoded from ISO 10646-1)
 xfonts-cyrillic - Cyrillic fonts for X
 xfonts-scalable - scalable fonts for X
 xfree86-common - X Window System (XFree86) infrastructure
 xfs        - X font server
 xfwp       - X firewall proxy server
 xlibmesa-dev - XFree86 Mesa development libraries dummy package
 xlibmesa-dri - Mesa 3D graphics library modules [XFree86]
 xlibmesa-dri-dbg - Mesa 3D graphics library modules (unstripped) [XFree86]
 xlibmesa-gl - Mesa 3D graphics library [XFree86]
 xlibmesa-gl-dbg - Mesa 3D graphics library (unstripped) [XFree86]
 xlibmesa-gl-dev - Mesa 3D graphics library development files [XFree86]
 xlibmesa-glu - Mesa OpenGL utility library [XFree86]
 xlibmesa-glu-dbg - Mesa OpenGL utility library (unstripped) [XFree86]
 xlibmesa-glu-dev - Mesa OpenGL utility library development files [XFree86]
 xlibmesa3  - XFree86 Mesa libraries dummy package
 xlibmesa3-dbg - XFree86 Mesa unstripped libraries dummy package
 xlibosmesa-dev - Mesa off-screen rendering library development files [XFree86]
 xlibosmesa4 - Mesa off-screen rendering library [XFree86]
 xlibosmesa4-dbg - Mesa off-screen rendering library (unstripped) [XFree86]
 xlibs      - X Keyboard Extension (XKB) configuration data and metapackage
 xlibs-data - X Window System client data
 xlibs-dbg  - X Window System unstripped client libraries dummy package
 xlibs-dev  - X Window System client library development files dummy package
 xlibs-pic  - XFree86 static PIC libraries dummy package
 xlibs-static-dev - X Window System client library development files
 xlibs-static-pic - X Window System client extension library PIC archives
 xmh        - X interface to the MH mail system
 xnest      - nested X server
 xprt       - X print server (XFree86 version)
 xserver-common - files and utilities common to all X servers
 xserver-xfree86 - the XFree86 X server
 xserver-xfree86-dbg - the XFree86 X server (static version with debugging symbols)
 xspecs     - X protocol, extension, and library technical specifications
 xterm      - X terminal emulator
 xutils     - X Window System utility programs
 xvfb       - virtual framebuffer X server
Closes: 80140 172526 231837 235574 236086 241534 241566 245371 246398 250331 252068 258575 263076 263561 265133 267321 268461 268812 268997 270235 270496 271030 271326 273202 274018 274101 274457 274513 275329 275473 275710 276415 276447 277038 277699 277832 278654 278714 278897 279436 280384
Changes: 
 xfree86 (4.3.0.dfsg.1-9) unstable; urgency=high
 .
   * Security update release.  Resolves CAN-2004-0914 (several Xpm library
     vulnerabilities).
 .
   Changes by Branden Robinson:
 .
   * Update Danish debconf template translations (thanks, Claus Hindsgaul).
     (Closes: #274101)
 .
   * Add FAQ entry: Why does composing characters work in some applications but
     not others?
 .
   * Apply patch from Jan Wilhelm Stumpel to correct miscoded Unicode Plane 1
     characters in en_US.UTF-8 compose map.  (Closes: #267321)
 .
   * Install xlibs's bug script in the binary-indep rule, not binary-arch,
     since xlibs is an architecture "all" package.  Now the script will
     actually be shipped.
 .
   * If the restorecon command is available, restore SELinux file security
     contexts after setting up X server and ICE socket directories
     (xfree86-common) and font server socket directories (xfs) after creating
     them in the init scripts.  (Closes: #268812, #271030)
 .
   * Fix missing-word typo in xnest's package description.  Thanks to Roland
     Stigge for catching this.  (Closes: #268997)
 .
   * Remove build-dependency on libstdc++5-dev | libstdc++-dev.  A package
     providing libstdc++-dev is build-essential.  Thanks to Steve Langasek for
     his counsel on this issue.  (Closes: #268461)
 .
   * Make xserver-common conflict with xserver-xfree86 and xserver-xfree86-dbg
     4.3.0.dfsg.1-[56] using exact versioned conflicts.  This prevents versions
     of the xserver-xfree86{,-dbg} packages that depend on a now-vanished
     interface in dexconf from being installed in conjunction with it.  See the
     changelog entry for 4.3.0.dfsg.1-7 for more information.  Thanks to Adrian
     Bunk for this suggestion.
 .
   * Grab from XFree86 CVS (no later than 2003-12-31) several updates to the
     Video4Linux (v4l) driver:
     + [#include regionstr.h, not miscstruct.h.] (#A.1859, Alexander Stohr)
       [David Dawes]
     + [Update format string when reporting memPhysBase.] (David Dawes)
     + Fix a problem with the v4l driver not seeing all the tv-norms available
       under the bttv driver with the Linux 2.6.0-test11 kernel (#5976, Marco
       Antonio Alvarez).  [David Dawes]
     + Change v4l "norm" names to the bttv versions (#5993, Marco Antonio
       Alvarez).  [David Dawes]
     (Closes: #270496)
 .
   * Update "Further Information" section of FAQ.
 .
   * Add FAQ entry: What are Debian's plans with respect to X.Org and
     XFree86?
 .
   * Add FAQ entry: Sometimes I get garbage characters like 1;2c in my xterm
     windows; what's happening?
 .
   * Update FAQ entry: My keyboard configuration worked with XFree86 4.2; why
     is it messed up now?
 .
   * Update FAQ entry: How does the keyboard work in the X Window System?
 .
   * Apply patch (#036) submitted to XFree86 Bugzilla on 2003-04-03 by the DRI
     Developers to fix OpenGL application crashes with "Assertion `vb.context
     == ctx' failed." for ATI R200 DRI users (thanks, Martin Dickopp).
     (Closes: #241534)
 .
   * Add copyright and (MIT/X11 style) license for Bitstream Type1 fonts to
     copyright file.  Thanks to Ben Harris for pointing this out.
     (Closes: #274018)
 .
   * Clean up and expand xclock(1x) manpage to document the effects the RENDER
     extension has on command-line option and X resource handling.  Thanks to
     Vincent McIntyre for prompting this.  (Closes: #241566)
 .
   * Use run() to unregister obsolete debconf templates in xserver-xfree86,
     since failure to do so is not fatal, and will occur if we are upgrading
     from a version of the package so old (pre-woody unstable) that the
     templates don't exist to be unregistered.  Thanks to Florian Laws for
     diagnosing this bug.  (Closes: #275710)
 .
   * Stop manually compressing the plain text version of the Debian X FAQ;
     dh_compress will take care of that.  Tell dh_compress to avoid compressing
     the XHTML version of the FAQ.
 .
   * Restore xdm's Xreset script, which was removed in 4.2.1-12.  If the
     use-sessreg option is set and the sessreg command is available, user X
     sessions will be de-registered from the utmp and wtmp files again.
     Update maintainer scripts to stop removing the conffile.  Update
     xdm.install and MANIFEST.* files to ship Xreset script.  The old
     xconsole-related logic is not restored.  (Closes: #275329)
 .
   * Replace XFree86 X server pre-release banner message with long boilerplate
     that declaims the release as heavily modified by Debian, and directs users
     to the Debian Bug Tracking System and the Debian X FAQ instead of XFree86
     mailing lists; also replace an occurence of an XFree86 mailing list
     address in a tseng driver message (patch #914).
 .
   * Update xlibs's package description to stop implying that *no* packages
     have up-to-date dependencies on it (xbase-clients does, due to xkbcomp,
     which is statically linked against libxkbfile).
 .
   * Apply patch from Jeff Licquia to port the X configlet to python-configlet
     version 2 so that xserver-xfree86 package configuration
     doesn't crash for people who have the configlet infrastructure installed.
     Make xserver-common conflict with python-configlet (<< 2.0) accordingly.
     (Closes: #263076)
 .
   * Apply patch from Jason Lunz for silly thinko that caused arguments to
     xvfb-run to be misparsed if they contained whitespace.  Thanks, Jason!
     (Closes: #276415)
 .
   * Tidy up and make consistent all Debian-specific manpages.
 .
   * Update package descriptions to replace the term "pseudopackage" (which
     apparently only the xfree86 source package uses) with "dummy package" in
     the short description, and "transitional package" in the extended
     description, per section 6.7.7 of the Debian Developers' Reference.
 .
   * Update patch #009 to improve the fix for the Rage128-specific problem with
     engine lockups; because CCE idle commands may never finish, eventually
     stop the engine altogether after a long enough period of inactivity.
     Thanks to Daniel Jacobowitz for the original patch, this improved version,
     and the real-world testing.  (Closes: #278654)
 .
   * Add FAQ entry: What is the story with XFree86 3.x?
 .
   * Apply some fixes to the XFree86 X server's ELF object loader:
     + Stop conditionally #including <sys/mman.h> since it is unconditionally
       imported earlier in the file.
     + Perform an mprotect() for AMD64 Linux systems as well as OpenBSD to
       prevent SEGVs on NX-enabled kernels.  (Closes: #277699)
     + Fix a problem with parentheses when using the preprocessor (doesn't
       affect Debian, but would cause unexpected behavior on OpenBSD).
 .
   * Perform some cleanup work on the shared library maintainer scripts of
     libdps1, libxaw6, libxaw7, xlibmesa-gl, xlibmesa-glu, and xlibosmesa4;
     thanks to Fabio for noticing the inconsistencies.
     + Call register_x_lib_dir_with_ld_so() before invoking ldconfig in the
       post-installation scripts.
     + Perform configuration actions regardless of the value of "$1" in the
       post-installation scripts.
     + Call deregister_x_lib_dir_with_ld_so() before invoking ldconfig in the
       post-removal scripts.
     + Move the #DEBHELPER# expando later in the scripts where applicable.
 .
   * Perform some cleanup work on the update-fonts-{alias,dir,scale} utilities
     and their manual pages.
     + Eliminate XSIisms (-a, -o) in uses of test(1)/[(1).
     + Re-indent at four spaces.
     + Query terminal for its width if $COLUMNS is not set, as shell-lib.sh
       does.  Fall back to a width of 80 if stty returns garbage or nothing.
     + Rename error() to die().
     + Add usage() function and -h, --help option.
     + Use exit status 2 to indicate usage errors as opposed to operational
       failures.
     + Be more careful with quoting shell variables.
     + Add and expand comments.
     + Add SVN Id keyword.
     + Update Vim modeline.
     + Update manual pages to document changes in interface and behavior (there
       are no backwards-incomaptible changes).
 .
   * Perform some cleanup work on the xvfb-run utility and its manual page.
     + Query terminal for its width if $COLUMNS is not set, as shell-lib.sh
       does.  Fall back to a width of 80 if stty returns garbage or nothing.
     + Add message() and error() functions.
     + Enhance usage() function to (additionally) display an error message
       consisting of the function arguments, if any.
     + Use error() and usage() instead of echo for error messages.
     + Cosmetically tidy up usage message, and correct a typo.
     + Declare locally-scoped variable in find_free_servernum().
     + Store getopt's exit status and report it in an error message if it is
       nonzero.
     + Clarify the error message if getopt rearranges the command line in a way
       we don't expect.
     + Tidy up comment, shell function, and redirection style.  Wrap long
       lines.  Quote variables that may have whitespace in them.  Update Vim
       modeline.
     + Describe effect of $COLUMNS environment variable in manpage.
     + Remove erroneous description of exit status 1, and explain why it is not
       used.
     + Add description of exit statuses 0, 4, 5, and 6.
     + Fix markup error.
 .
   * Replace many occurences of XSI connectives in test(1) with POSIX shell
     connectives in scripts.
 .
   * 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)
 .
   * Apply patch from Richard Mortimer to fix the XFree86 X server's ELF object
     loader to set the PROT_EXEC flag on mmap()ed modules regardless of machine
     architecture.  (It was already trying to do this, but there are three
     preprocessor statements involved, and we were only patching one.)
     (Closes: #280384)
 .
   * Update XTerm to patch #197 (2004-09-30) from Thomas Dickey's website.
     + Change default translations so a BtnDown which is not recognized is
       simply ignored rather than emitting a bell.  That makes it less
       obtrusive when the user tries to use a mouse which provides more
       capabilities than the X mouse driver supports, e.g., one with a
       horizontal scroll wheel.  (Closes: #265133)
     + Note in xterm's manpage that "translations" is not specific to xterm.
       (Closes: #278897)
     + Modify uxterm script to use locale program to verify if the derived
       locale is installed.  (Closes: #246398)
     + Modify the criteria for disowning primary selection.  Previously, this
       happened anytime the cursor was moved before the end of the selection.
       That would ensure that any insert/delete of char or line, as well as
       scrolling, would disown the selection.  The new criteria change this to
       checking if the operations would modify the data which is highlighted.
       (Closes: #277832)
     + Correct handling selection of tabs over cleared space in UTF-8 mode.  In
       this special case, xterm represents the whitespace with a null rather
       than a space character.  (Closes: #276447)
     + Amend fix for infinite loop from patch #192 to check if there is wrapped
       text to output in a following iteration.  (Closes: #273202)
     + Amend solution for Debian #252873, #260471 from patch #194 by making the
       cursor not explicitly colored if only the foreground color is set, and
       the cursor is on a blank space.  (Closes: #275473)
 .
   * Add magic register poke to neomagic driver which apparently speeds up DVD
     playback operations.  Thanks to Tony Hill for finding this patch.
     Unfortunately, despite efforts to locate some, there appears to be no
     documentation of why this register poke works.  (Closes: #277038)
 .
   Changes by Denis Barbier and Fabio M. Di Nitto:
 .
   * Edit xc/programs/xkbcomp/symbols/pc/Imakefile so that the new pc/us_intl
     layout file gets installed.  Update MANIFEST files and xlibs.install to
     ensure the file get shipped.
     + Ship a multi-layout aware us_intl layout.  (Closes: #271326)
     + Make us_intl work again.  (Closes: #274513)
 .
   * Update Dutch debconf template translations (thanks, Bart Cornelis).
     (Closes: #278714)
 .
   Changes by Denis Barbier:
 .
   * Make Sun keyboards load srvr_ctrl(xfree86) symbol definitions to have
     access to standard Ctrl+Alt key sequences.  (Closes: #236086)
 .
   * Add several multi-layout aware layouts:
     + ca (Canada) contains several variants: "fr" is meant as a replacement
       for ca_enhanced, "fr-legacy" is another variant, and "multi" is an
       implementation of CAN/CSA-Z243.200-92.  This standard requires two
       groups, so it is in fact divided into "multi" and "multi-2gr" variants.
       By default, "ca" loads both "multi" and "multi-2gr" to provide a
       full-featured keyboard.  When it is combined with other layouts, the
       simpler variant "fr" is used, but others can be explicitly specified.
       (Closes: #245371, #252068, #258575)
     + The new ca layout also fixes ISO_Level3_Shift, which was mapped to
       <RCTL> instead of <RALT>.  (Closes: #274457)
     + jp (Japan) also requires a combination of two variants.  When this is
       the only loaded layout, the full combination is used.  When this layout
       is combined with others, only the "jp106" variant is loaded.
     + hu (Hungary) layout has been simplified; some variants have been removed.
       (Closes: #263561)
     + ch (Switzerland) replaces de_CH and fr_CH.
     + mn (Mongolia) and vn (Vietnam) are simple layouts.
 .
   * In UTF-8 compose files, replace U00xx Unicode codepoints by the
     corresponding keysyms.  Otherwise the compose character is in
     the range 0x01000000-0x010000FF which is not valid according to
     appendix A of the X11 protocol.  Even if most applications are able
     to recognize these broken characters, few of them fail, most notably
     xemacs and users are then unable to use composition when in UTF-8
     locales.  (Closes: #235574)
 .
   * Replace level3(ralt_switch_multikey) by level3(ralt_switch) in all
     layouts so that symbols on the 4th column may be accessed with
     Shift+Alt_R or Alt_R+Shift.  (Closes: #270235)
 .
   + In /etc/X11/xkb/rules/xfree86, move lv3 definitions after altwin so
     that the former can override the latter.  See Bug#276143.
 .
   Changes by Fabio M. Di Nitto:
 .
   * Update wacom input driver from http://linuxwacom.sourceforge.net/ up to
     version 0.6.4:
     + Remove now obsolete patch 036_wacom_usb_tablet_update.diff
     + Add patch 000_stolen_from_sourceforge_wacom_driver.diff
     + Fix input timeout problems if the device is not connected.
       No references are available in upstream changelog, but tests do not
       show this behavior anymore. (Closes: #231837)
     + Fix compatibility with kernel 2.6 wacom driver. (Closes: #250331)
     + Add support for Cintiq boards. According to #172526 logs the patch
       has been included, reworked and cleaned by upstream a long time ago.
       No references are available in upstream changelog. (Closes: #172526)
     + A combination of new kernel, xfree86 and wacom driver appears to have
       fixed the APM resume issue as described in #80140. Tests done
       on a powerpc laptop do not show this problem anymore.
       No references are available in upstream changelog. (Closes: #80140)
 .
   * Add workaround for the UseBIOS default setting in the savage driver:
     + Add patch 099i_pro_savage_ddr_set_use_bios_to_false.diff
     + Set UseBios default to "no" for PROSAVAGE_DDR and PROSAVAGE_DDRK, as
       described at <URL: http://www.probo.com/timr/savage40.html >.
 .
   * Fix nl_BE locale alias information.
 .
   * Use validate-posix-sh at build time to perform syntax check on generated
     maintainer scripts.
 .
   * Increase verbosity of validate-posix-sh warnings.  Stop immediately
     exiting upon encountering the first shell interpeter that fails on the
     script; instead, attempt all the interpreters and report all that fail.
 .
   * Sync debian/rules install-server target with install and make
     binary-server work again.
 .
   Changes by Fabio M. Di Nitto and Branden Robinson:
 .
   * Update patch #087 to include fruits of Xpm source code security audit by
     Thomas Beige.  Resolves CAN-2004-0914: memory leak, improper use of signed
     integers, and overflows in the Xpm library.  Resync offset in patch #200.
Files: 
 604583b52dca2ffe3d5f28af1b60684d 2634 x11 optional xfree86_4.3.0.dfsg.1-9.dsc
 165833695fff22cf62d4a56b5bd44549 3507053 x11 optional xfree86_4.3.0.dfsg.1-9.diff.gz
 785685d69848622b281cfeb085bac954 150862 libdevel optional pm-dev_4.3.0.dfsg.1-9_all.deb
 4c5d41d1a9f11b5678ed0816d571f147 207838 libdevel optional x-dev_4.3.0.dfsg.1-9_all.deb
 30aa507ee9b09e08908c74e1d76387d7 4354390 x11 optional xfonts-100dpi_4.3.0.dfsg.1-9_all.deb
 cb034206cb153d5c37f66c0f0570e1c7 8188300 x11 optional xfonts-100dpi-transcoded_4.3.0.dfsg.1-9_all.deb
 1ec84722b9bc441907753ffac2964b61 3832220 x11 optional xfonts-75dpi_4.3.0.dfsg.1-9_all.deb
 74a4e47d9ec37b6d2c13124b54e7fc11 7065056 x11 optional xfonts-75dpi-transcoded_4.3.0.dfsg.1-9_all.deb
 2d64e09c7bda367dfb64a627bedf1a98 5481972 x11 optional xfonts-base_4.3.0.dfsg.1-9_all.deb
 9f2b107795784f9b5d6b1b5ecb50f8f3 1194910 x11 optional xfonts-base-transcoded_4.3.0.dfsg.1-9_all.deb
 6940a2e9be35442f1ed4c67b0a1edcc8 532434 x11 optional xfonts-cyrillic_4.3.0.dfsg.1-9_all.deb
 8608acefa0e3419f49a8ed77bd61c73e 892232 x11 optional xfonts-scalable_4.3.0.dfsg.1-9_all.deb
 ab713c194df9de454ae341efeac794e8 790618 x11 optional xfree86-common_4.3.0.dfsg.1-9_all.deb
 f600a3496f5fe23dd6079c33b7cbb55a 418094 libs optional xlibs_4.3.0.dfsg.1-9_all.deb
 8ca0255c91b039fadfc3c87b6cc25dea 897400 libs optional xlibs-data_4.3.0.dfsg.1-9_all.deb
 81e2dc94ee200dbceb0b02f157395ec4 5825862 x11 optional xspecs_4.3.0.dfsg.1-9_all.deb
 fa301c7313eeaf4f605d683d1eb3bf07 150162 x11 optional x-window-system_4.3.0.dfsg.1-9_all.deb
 bcf9befb8b1ab0133f826d1e286b3320 150018 oldlibs extra xlibmesa3-dbg_4.3.0.dfsg.1-9_all.deb
 910b76e617cb04ca0ad2d3fa2398be59 150002 oldlibs optional xlibmesa-dev_4.3.0.dfsg.1-9_all.deb
 1df8082e7d6fa8854fec9cdfc0dfbdf0 150072 oldlibs extra xlibs-dbg_4.3.0.dfsg.1-9_all.deb
 e12582d5c6ab48a31f94e77e82fdcbec 150072 oldlibs extra xlibs-dev_4.3.0.dfsg.1-9_all.deb
 c3c11c159745ab005afbb5fd9e5d9a6f 149980 oldlibs extra xlibs-pic_4.3.0.dfsg.1-9_all.deb
 30e069d389fea927d16b08d072faf778 241786 x11 optional lbxproxy_4.3.0.dfsg.1-9_i386.deb
 a5b706fb9790c636e99c4e94d024aab8 277496 libs optional libdps1_4.3.0.dfsg.1-9_i386.deb
 d60c040a0c1edb01c9057c3df9ae4c09 774396 libdevel extra libdps1-dbg_4.3.0.dfsg.1-9_i386.deb
 46657e42bc4de5c0a6fe0b8d8e35ca5d 333726 libdevel optional libdps-dev_4.3.0.dfsg.1-9_i386.deb
 065631e2925976a2bc1b3aae0a16446b 194890 libs optional libice6_4.3.0.dfsg.1-9_i386.deb
 b2a4f9cb058ec32afca10a7190b344cf 277862 libdevel extra libice6-dbg_4.3.0.dfsg.1-9_i386.deb
 47d917f75d912bf0ea08d8f60870ca16 196832 libdevel optional libice-dev_4.3.0.dfsg.1-9_i386.deb
 8ec454cdb4d914e0be0753e356aecc94 172608 libs optional libsm6_4.3.0.dfsg.1-9_i386.deb
 54c9462845b460cba3b2d15ffc7d2a47 196870 libdevel extra libsm6-dbg_4.3.0.dfsg.1-9_i386.deb
 09bb9a689bc780c924f8bb4b81f86e54 168194 libdevel optional libsm-dev_4.3.0.dfsg.1-9_i386.deb
 ffe09308b9fee526a378359d33eb11cc 715072 libs optional libx11-6_4.3.0.dfsg.1-9_i386.deb
 f42cc97c1fbbe687fba8e2e50ad15b97 9598498 libdevel extra libx11-6-dbg_4.3.0.dfsg.1-9_i386.deb
 9fe1f80bfda73da5a74dc1afc4e1146b 1349984 libdevel optional libx11-dev_4.3.0.dfsg.1-9_i386.deb
 46163b92e7293a1802d8f03787dada97 276722 libs optional libxaw6_4.3.0.dfsg.1-9_i386.deb
 048b72e343d006cea6e7d308aa1d9fca 882182 libdevel extra libxaw6-dbg_4.3.0.dfsg.1-9_i386.deb
 792b12c9548299f49c0b1598c9fda814 405608 libdevel extra libxaw6-dev_4.3.0.dfsg.1-9_i386.deb
 311e24f6f98083daa861d670c4772f2b 329830 libs optional libxaw7_4.3.0.dfsg.1-9_i386.deb
 8d0be03a4cdb803aff9d11c235acb467 1016794 libdevel extra libxaw7-dbg_4.3.0.dfsg.1-9_i386.deb
 1d86eaa88fb55ba3d6f40d80cd8510dd 405508 libdevel optional libxaw7-dev_4.3.0.dfsg.1-9_i386.deb
 9ff630f9cb97fa0abe3e08647fd19f59 179746 libs optional libxext6_4.3.0.dfsg.1-9_i386.deb
 6cbd35c270fe1c99eb1383d12d20df6b 499252 libdevel extra libxext6-dbg_4.3.0.dfsg.1-9_i386.deb
 1ac46fe9ce964ae0371250c9d68ec23d 238282 libdevel optional libxext-dev_4.3.0.dfsg.1-9_i386.deb
 83c8efcf1f385c30798e48096ecac699 182044 libs optional libxft1_4.3.0.dfsg.1-9_i386.deb
 740f7227aa84c0109be742e5f8ad4b26 461192 libdevel extra libxft1-dbg_4.3.0.dfsg.1-9_i386.deb
 4d726f81aa89c443b3f3d25921b58084 170964 libs optional libxi6_4.3.0.dfsg.1-9_i386.deb
 0f0df17cf0a8061cb634392294454cd8 1158228 libdevel extra libxi6-dbg_4.3.0.dfsg.1-9_i386.deb
 3c267f97744b673be7796c04e64ee219 222634 libdevel optional libxi-dev_4.3.0.dfsg.1-9_i386.deb
 18e9597bee9901a1a76a3bff7f7046af 201132 libs optional libxmu6_4.3.0.dfsg.1-9_i386.deb
 c913cd10602588373dbc174bdaafc877 651460 libdevel extra libxmu6-dbg_4.3.0.dfsg.1-9_i386.deb
 82f614c95c9d06c68846953596dbff4a 209710 libdevel optional libxmu-dev_4.3.0.dfsg.1-9_i386.deb
 38b8b6d0d3c4244453efa7d4cec72538 162984 libs optional libxmuu1_4.3.0.dfsg.1-9_i386.deb
 cdb5e3eb1541e607a38ddd5bf650aec3 200006 libdevel extra libxmuu1-dbg_4.3.0.dfsg.1-9_i386.deb
 e23bb044834ece00b208680fc80e1c27 154500 libdevel optional libxmuu-dev_4.3.0.dfsg.1-9_i386.deb
 dc6fc85aa005f50015871e1f17521b17 170110 libs optional libxp6_4.3.0.dfsg.1-9_i386.deb
 3957e8f4b6c73270cebefa1e7a56ab20 556626 libdevel extra libxp6-dbg_4.3.0.dfsg.1-9_i386.deb
 5648bd8ad6a51a1d64286feca06c89a8 170512 libdevel optional libxp-dev_4.3.0.dfsg.1-9_i386.deb
 408cd7ff5b3f5dd41e4f2e5c33204123 186736 libs optional libxpm4_4.3.0.dfsg.1-9_i386.deb
 90f9d58df23cdfefe1bd4cea32f98225 238304 libdevel extra libxpm4-dbg_4.3.0.dfsg.1-9_i386.deb
 5d2fb156641a3b1137f3e9f71e96b1eb 184952 libdevel optional libxpm-dev_4.3.0.dfsg.1-9_i386.deb
 651d863e54b54850aeeb3297330ccfd2 162728 libs optional libxrandr2_4.3.0.dfsg.1-9_i386.deb
 2472aa539ef3457eecc9e55043ee2b03 191942 libdevel extra libxrandr2-dbg_4.3.0.dfsg.1-9_i386.deb
 738ac38ac0ac3b3eb7b905746560e631 162808 libdevel optional libxrandr-dev_4.3.0.dfsg.1-9_i386.deb
 d644d0fce129e6ed78b115f53aaf453f 319334 libs optional libxt6_4.3.0.dfsg.1-9_i386.deb
 36a036034c4300732a50efdf77c0ca41 1522616 libdevel extra libxt6-dbg_4.3.0.dfsg.1-9_i386.deb
 f26781827bee4250b2b38e547a589796 605848 libdevel optional libxt-dev_4.3.0.dfsg.1-9_i386.deb
 54f14a2777f4eaae205a1c8bec980e27 171920 libs optional libxtrap6_4.3.0.dfsg.1-9_i386.deb
 837fe055e482c8681251db0d9c103371 401916 libdevel extra libxtrap6-dbg_4.3.0.dfsg.1-9_i386.deb
 97a58878c495e12b4fb6de0ba38cdc6b 176310 libdevel optional libxtrap-dev_4.3.0.dfsg.1-9_i386.deb
 651571f66e8a9a76113985bbb92292ae 165632 libs optional libxtst6_4.3.0.dfsg.1-9_i386.deb
 90693f43d20362cdbf250515e77f4f06 228000 libdevel extra libxtst6-dbg_4.3.0.dfsg.1-9_i386.deb
 3196ebc661dc9e0a0d0f7f93f1ec434b 162052 libdevel optional libxtst-dev_4.3.0.dfsg.1-9_i386.deb
 a94df15bb1d1b4b0316331f44b0f6038 163822 libs optional libxv1_4.3.0.dfsg.1-9_i386.deb
 564205c6d07981329605007cc8523a66 194654 libdevel extra libxv1-dbg_4.3.0.dfsg.1-9_i386.deb
 37bad7f94a523fe4d055bdc5dcce74d8 182192 libdevel optional libxv-dev_4.3.0.dfsg.1-9_i386.deb
 5a18f50224c19f8035112f553c281d2d 174086 x11 optional proxymngr_4.3.0.dfsg.1-9_i386.deb
 de50f1cac45650a1fc9b829e90f41da3 256346 x11 optional twm_4.3.0.dfsg.1-9_i386.deb
 7f5a65296bfbee16dad90e3a10f96a44 1932268 x11 optional xbase-clients_4.3.0.dfsg.1-9_i386.deb
 3cf84476326c7700916aadc84cbaa293 293188 x11 optional xdm_4.3.0.dfsg.1-9_i386.deb
 5521947f6ee8fb59fc6cf007fb374c1f 486294 x11 optional xfs_4.3.0.dfsg.1-9_i386.deb
 d6e9c67102557c7a08883c3685c6da60 171998 x11 optional xfwp_4.3.0.dfsg.1-9_i386.deb
 f1bba999dc89d32aca6b9f6a21ebad67 4994410 x11 optional xlibmesa-dri_4.3.0.dfsg.1-9_i386.deb
 b7b4e5170decec79018b442699ab773f 49480036 x11 optional xlibmesa-dri-dbg_4.3.0.dfsg.1-9_i386.deb
 e8898b596ff53ffc184743bff3ac6a95 274756 libs optional xlibmesa-gl_4.3.0.dfsg.1-9_i386.deb
 95d00af46c0d806ce3a18a96ad2bc859 1222370 libdevel extra xlibmesa-gl-dbg_4.3.0.dfsg.1-9_i386.deb
 4d106d819563f998ba7aecb4758c482d 696618 libdevel optional xlibmesa-gl-dev_4.3.0.dfsg.1-9_i386.deb
 8db2b6a5bc1d7792ed48ccdd94b22231 357206 libs optional xlibmesa-glu_4.3.0.dfsg.1-9_i386.deb
 97b9b224a6816c1799296fa3b54ed75e 1102830 libdevel extra xlibmesa-glu-dbg_4.3.0.dfsg.1-9_i386.deb
 17402e1b7962d51ebeeaa15bf07bb29e 426410 libdevel optional xlibmesa-glu-dev_4.3.0.dfsg.1-9_i386.deb
 27ffbf054c95c92ee9c2a4198a7187f7 652886 libs optional xlibosmesa4_4.3.0.dfsg.1-9_i386.deb
 6a14a9ebe0c3dd7f081daa53c31c17ee 4571820 libdevel extra xlibosmesa4-dbg_4.3.0.dfsg.1-9_i386.deb
 2784f88c146c0bddc641ecc0c6af39dc 781368 libdevel optional xlibosmesa-dev_4.3.0.dfsg.1-9_i386.deb
 6e0389707fdd3aefcc600dcf735ef0c6 845596 libdevel optional xlibs-static-dev_4.3.0.dfsg.1-9_i386.deb
 4de427ad34a587b74cfb539b5bb91921 375816 libdevel extra xlibs-static-pic_4.3.0.dfsg.1-9_i386.deb
 48c5f6ff24154f377a72cfadb02a5ba5 218384 mail extra xmh_4.3.0.dfsg.1-9_i386.deb
 a18ea3893b7a24683543b9a8d267a3ef 1456718 x11 optional xnest_4.3.0.dfsg.1-9_i386.deb
 288a30c1a5b50674035665e2a5fad41b 1117744 x11 optional xprt_4.3.0.dfsg.1-9_i386.deb
 5e7dd3f3537ab5ec17c494ab770f1a80 325824 x11 optional xserver-common_4.3.0.dfsg.1-9_i386.deb
 48040e6f94d2ec357a765d3e09a47653 5710034 x11 optional xserver-xfree86_4.3.0.dfsg.1-9_i386.deb
 99fb916587c9cab3cda7c1b235e7cd87 54897076 x11 extra xserver-xfree86-dbg_4.3.0.dfsg.1-9_i386.deb
 70fc7105a7fd5d2c660c564af65dd041 494926 x11 optional xterm_4.3.0.dfsg.1-9_i386.deb
 0890293f0226837e5e142bc8d0653f23 901726 x11 optional xutils_4.3.0.dfsg.1-9_i386.deb
 078d78d3289c9040d6bade021c1cc3ef 1593204 x11 optional xvfb_4.3.0.dfsg.1-9_i386.deb
 34b17b92a59b2167a0ac34c2b51de167 150232 x11 optional x-window-system-core_4.3.0.dfsg.1-9_i386.deb
 4e177316c9f02a1adcf46061b3ef2bc7 150282 x11 extra x-window-system-dev_4.3.0.dfsg.1-9_i386.deb
 9fd4b72f7c1365b2e4b07a5762ac60f4 150030 oldlibs optional xlibmesa3_4.3.0.dfsg.1-9_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBuIchhCzbekR3nhgRAlgSAJ49WmORWulc7DSF0iASqcl43kAYggCfTU8X
M2DF7mPU9+CaxuBht0cBAKc=
=H9Dw
-----END PGP SIGNATURE-----

Revision history for this message

In Debian Bug tracker #280384, Branden Robinson (branden) wrote on 2004-12-10: Re: Bug#282401: xserver-xfree86: segfault at startup (when loading module pcidata?)

#45

severity 282401 important
retitle 282401 xserver-xfree86: SEGV at startup on Sun Blade 100 when trying to load pcidata module (-dbg package works)
close 282401
merge 280384 282401
thanks

On Sun, Nov 21, 2004 at 09:40:16PM +0100, Admar Schoonen wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-8
> Severity: normal
>
> System is a Sun Blade 100 (ultra sparc IIe) with 2 mach64 pci cards (1 on board,
> 1 in pci slot). Linux kernels 2.6.x with x<7 and current X server work fine on
> this machine (apart from the fact dat those kernels have a bug that prevents the
> second head to work). Kernels 2.6.8 and up don't have this bug, and therefor,
> both heads work. However, with those kernels, xserver-xfree86 won't work; the
> xserver crashes even before initializing the card(s). The logfile is up at
> http://people.spacelabs.nl/~admar/troep/XFree86.0.log
>
> The strange this is though, that X does work perfectly fine if I use
> xserver-xfree86-dbg (even dual head works).
>
> I hope this is enough information to fix the problem (or that it is at least
> enoough information for other people with a non working X to have a workaround).
> If you need more information, please let me know.

I believe this bug is a duplicate of #280384, which was fixed yesterday
with the release of 4.3.0.dfsg.1-9:

xfree86 (4.3.0.dfsg.1-9) unstable; urgency=high
[...]
  * Apply patch from Richard Mortimer to fix the XFree86 X server's ELF object
    loader to set the PROT_EXEC flag on mmap()ed modules regardless of machine
    architecture. (It was already trying to do this, but there are three
    preprocessor statements involved, and we were only patching one.)
    (Closes: #280384)
[...]
-- Fabio M. Di Nitto <email address hidden> Thu, 9 Dec 2004 17:14:45 +0100

--
G. Branden Robinson | Imagination was given man to
Debian GNU/Linux | compensate for what he is not, and
<email address hidden> | a sense of humor to console him for
http://people.debian.org/~branden/ | what he is.

severity 282401 important
retitle 282401 xserver-xfree86: SEGV at startup on Sun Blade 100 when trying to load pcidata module (-dbg package works)
close 282401
merge 280384 282401
thanks

On Sun, Nov 21, 2004 at 09:40:16PM +0100, Admar Schoonen wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-8
> Severity: normal
> 
> System is a Sun Blade 100 (ultra sparc IIe) with 2 mach64 pci cards (1 on board,
> 1 in pci slot). Linux kernels 2.6.x with x<7 and current X server work fine on
> this machine (apart from the fact dat those kernels have a bug that prevents the
> second head to work). Kernels 2.6.8 and up don't have this bug, and therefor,
> both heads work. However, with those kernels, xserver-xfree86 won't work; the
> xserver crashes even before initializing the card(s). The logfile is up at
> http://people.spacelabs.nl/~admar/troep/XFree86.0.log
> 
> The strange this is though, that X does work perfectly fine if I use
> xserver-xfree86-dbg (even dual head works).
> 
> I hope this is enough information to fix the problem (or that it is at least
> enoough information for other people with a non working X to have a workaround).
> If you need more information, please let me know.

I believe this bug is a duplicate of #280384, which was fixed yesterday
with the release of 4.3.0.dfsg.1-9:

xfree86 (4.3.0.dfsg.1-9) unstable; urgency=high
[...]
  * Apply patch from Richard Mortimer to fix the XFree86 X server's ELF object
    loader to set the PROT_EXEC flag on mmap()ed modules regardless of machine
    architecture.  (It was already trying to do this, but there are three
    preprocessor statements involved, and we were only patching one.)
    (Closes: #280384)
[...]
 -- Fabio M. Di Nitto <fabbione@fabbione.net>  Thu,  9 Dec 2004 17:14:45 +0100

-- 
G. Branden Robinson                |    Imagination was given man to
Debian GNU/Linux                   |    compensate for what he is not, and
branden@debian.org                 |    a sense of humor to console him for
http://people.debian.org/~branden/ |    what he is.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-10:

#46

Message-ID: <email address hidden>
Date: Fri, 10 Dec 2004 14:30:01 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: Bug#282401: xserver-xfree86: segfault at startup (when loading module pcidata?)

--DTbNwtYx2n+Gggn7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

severity 282401 important
retitle 282401 xserver-xfree86: SEGV at startup on Sun Blade 100 when tryin=
g to load pcidata module (-dbg package works)
close 282401
merge 280384 282401
thanks

On Sun, Nov 21, 2004 at 09:40:16PM +0100, Admar Schoonen wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-8
> Severity: normal
>=20
> System is a Sun Blade 100 (ultra sparc IIe) with 2 mach64 pci cards (1 on=
board,
> 1 in pci slot). Linux kernels 2.6.x with x<7 and current X server work fi=
ne on
> this machine (apart from the fact dat those kernels have a bug that preve=
nts the
> second head to work). Kernels 2.6.8 and up don't have this bug, and there=
for,
> both heads work. However, with those kernels, xserver-xfree86 won't work;=
the
> xserver crashes even before initializing the card(s). The logfile is up at
> http://people.spacelabs.nl/~admar/troep/XFree86.0.log
>=20
> The strange this is though, that X does work perfectly fine if I use
> xserver-xfree86-dbg (even dual head works).
>=20
> I hope this is enough information to fix the problem (or that it is at le=
ast
> enoough information for other people with a non working X to have a worka=
round).
> If you need more information, please let me know.

I believe this bug is a duplicate of #280384, which was fixed yesterday
with the release of 4.3.0.dfsg.1-9:

xfree86 (4.3.0.dfsg.1-9) unstable; urgency=3Dhigh
[...]
  * Apply patch from Richard Mortimer to fix the XFree86 X server's ELF obj=
ect
    loader to set the PROT_EXEC flag on mmap()ed modules regardless of mach=
ine
    architecture. (It was already trying to do this, but there are three
    preprocessor statements involved, and we were only patching one.)
    (Closes: #280384)
[...]
-- Fabio M. Di Nitto <email address hidden> Thu, 9 Dec 2004 17:14:45 +0=
100

--=20
G. Branden Robinson | Imagination was given man to
Debian GNU/Linux | compensate for what he is not, and
<email address hidden> | a sense of humor to console him for
http://people.debian.org/~branden/ | what he is.

--DTbNwtYx2n+Gggn7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkG5+TkACgkQ6kxmHytGonzH+ACgkUMNTePQ+Wc55ZXSrQYayyMV
ck8AoJdJJmw6aeDG9FWWGbEgeEKXNCOQ
=TEfv
-----END PGP SIGNATURE-----

--DTbNwtYx2n+Gggn7--

Message-ID: <20041210193001.GY12800@redwald.deadbeast.net>
Date: Fri, 10 Dec 2004 14:30:01 -0500
From: Branden Robinson <branden@debian.org>
To: 282401-submitter@bugs.debian.org, control@bugs.debian.org
Subject: Re: Bug#282401: xserver-xfree86: segfault at startup (when loading module pcidata?)

--DTbNwtYx2n+Gggn7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

severity 282401 important
retitle 282401 xserver-xfree86: SEGV at startup on Sun Blade 100 when tryin=
g to load pcidata module (-dbg package works)
close 282401
merge 280384 282401
thanks

On Sun, Nov 21, 2004 at 09:40:16PM +0100, Admar Schoonen wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-8
> Severity: normal
>=20
> System is a Sun Blade 100 (ultra sparc IIe) with 2 mach64 pci cards (1 on=
 board,
> 1 in pci slot). Linux kernels 2.6.x with x<7 and current X server work fi=
ne on
> this machine (apart from the fact dat those kernels have a bug that preve=
nts the
> second head to work). Kernels 2.6.8 and up don't have this bug, and there=
for,
> both heads work. However, with those kernels, xserver-xfree86 won't work;=
 the
> xserver crashes even before initializing the card(s). The logfile is up at
> http://people.spacelabs.nl/~admar/troep/XFree86.0.log
>=20
> The strange this is though, that X does work perfectly fine if I use
> xserver-xfree86-dbg (even dual head works).
>=20
> I hope this is enough information to fix the problem (or that it is at le=
ast
> enoough information for other people with a non working X to have a worka=
round).
> If you need more information, please let me know.

I believe this bug is a duplicate of #280384, which was fixed yesterday
with the release of 4.3.0.dfsg.1-9:

xfree86 (4.3.0.dfsg.1-9) unstable; urgency=3Dhigh
[...]
  * Apply patch from Richard Mortimer to fix the XFree86 X server's ELF obj=
ect
    loader to set the PROT_EXEC flag on mmap()ed modules regardless of mach=
ine
    architecture.  (It was already trying to do this, but there are three
    preprocessor statements involved, and we were only patching one.)
    (Closes: #280384)
[...]
 -- Fabio M. Di Nitto <fabbione@fabbione.net>  Thu,  9 Dec 2004 17:14:45 +0=
100

--=20
G. Branden Robinson                |    Imagination was given man to
Debian GNU/Linux                   |    compensate for what he is not, and
branden@debian.org                 |    a sense of humor to console him for
http://people.debian.org/~branden/ |    what he is.

--DTbNwtYx2n+Gggn7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkG5+TkACgkQ6kxmHytGonzH+ACgkUMNTePQ+Wc55ZXSrQYayyMV
ck8AoJdJJmw6aeDG9FWWGbEgeEKXNCOQ
=TEfv
-----END PGP SIGNATURE-----

--DTbNwtYx2n+Gggn7--

Revision history for this message

In Debian Bug tracker #280384, Foo-bar-baz-boo-deb (foo-bar-baz-boo-deb) wrote on 2004-12-14: Bug 280384 (XFree86 Memory NX Bug) Fixed In Unstable

#47

It appears that the X Strike Force build including the latest SPARC ELF
loader fix from Mr. Mortimer has been inducted into the archive as of
today, 2004-12-13.

I advise everyone to discontinue use of the unofficial 'rjmx' X
packages from my web server and move back to the real versions in
unstable, once you are sure they work. Unless I receive objections from
the community, I will be removing these files in approximately two
weeks' time due to their apparent redundancy.

Until then feel free to continue to download them from
http://www.mhcomputing.net/debian/ . Thank you to the community for
supporting me and others and for giving me the chance to support you as
well by providing these fixed X packages.

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-14:

#48

Message-ID: <email address hidden>
Date: Tue, 14 Dec 2004 00:34:49 -0800 (PST)
From: <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Bug 280384 (XFree86 Memory NX Bug) Fixed In Unstable

It appears that the X Strike Force build including the latest SPARC ELF
loader fix from Mr. Mortimer has been inducted into the archive as of
today, 2004-12-13.

I advise everyone to discontinue use of the unofficial 'rjmx' X
packages from my web server and move back to the real versions in
unstable, once you are sure they work. Unless I receive objections from
the community, I will be removing these files in approximately two
weeks' time due to their apparent redundancy.

Until then feel free to continue to download them from
http://www.mhcomputing.net/debian/ . Thank you to the community for
supporting me and others and for giving me the chance to support you as
well by providing these fixed X packages.

Bug Watch Updater (bug-watch-updater) on 2006-09-27

Changed in xfree86:
status:	Unknown → Fix Released

Affects		Status	Importance	Assigned to	Milestone
	xfree86 (Debian)	Fix Released	Unknown	debbugs #280384
	xfree86 (Ubuntu)	Invalid	High	Fabio Massimo Di Nitto

Ubuntu
xfree86 package

xserver-xfree86: X crashes on load, UltraSPARC with 2.6.xx kernel and udev

Bug Description

CVE References

Other bug subscribers

Remote bug watches

Ubuntuxfree86 package

xserver-xfree86: X crashes on load, UltraSPARC with 2.6.xx kernel and udev

Bug Description

CVE References

Other bug subscribers

Remote bug watches

Ubuntu
xfree86 package