Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-05-28 Thread Branden Robinson 
On Wed, May 26, 2004 at 05:54:28PM +, Ferris McCormick wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On Wed, 26 May 2004, Branden Robinson wrote:
 
   There are some issues that may be worth mentioning:
   local OpenGL clients segfault (though remote ones are
   fine, so that suggests a mesalib problem)
  
  Please file a bug report against xlibmesa-gl.  Installation of the
  xlibmesa-{gl,glu,dri}-dbg packages, and a backtrace from a segfaulting
  client, would be *very* helpful.
  
 
 It's a combination of mesa  xfree problems which are now fixed in latest
 sources.  For an overlong discussion, look at
 
 http://bugs.gentoo.org/show_bug.cgi?id=19776

/me reviews http://bugs.gentoo.org/attachment.cgi?id=29686action=view

We already have the first half of this fix: the glxext.c half.

  $Id: 104_sparc_fix_GL_library.diff 1307 2004-04-23 11:27:55Z fabbione $

  As XFree86 puts it:

Fix sparc asm glapi initialisation in libGL when using indirect rendering
(GLX) (Bugzilla #923, Ferris McCormick).

  Also see Debian #241331.

  This was adapted from revision 1.22 of xc/lib/GL/glx/glxext.c in XFree86
  CVS.

  This patch by Ferris McCormick.

That went in in 4.3.0.dfsg.1-1.

I guess we need the other half, too.  I'll add it.

-- 
G. Branden Robinson| One man's magic is another man's
Debian GNU/Linux   | engineering.  Supernatural is a
[EMAIL PROTECTED] | null word.
http://people.debian.org/~branden/ | -- Robert Heinlein


signature.asc
Description: Digital signature

Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-05-26 Thread Branden Robinson 
On Wed, Apr 21, 2004 at 03:47:42PM +0100, Steve King wrote:
 Not being an expert.
 
 I have been playing with unstable (xserver-xfree8 4.3.0-7)
 on my Ultra 10 with an elite video card. (which uses sunffb)
 and I added in the dri module using
 dpkg-reconfigure xserver-xfree86
 no problem:
 
 [...]
 Section Module
 [...]
 Loadddc
 Loaddri
 Loadextmod
 [...]
 EndSection
 [...]

Thanks for following up.  I've decided to go ahead and remove this
special-case logic and this will appear in a future release (along with
a ton of other changes to the xserver-xfree86 config script).

 There are some issues that may be worth mentioning:
 local OpenGL clients segfault (though remote ones are
 fine, so that suggests a mesalib problem)

Please file a bug report against xlibmesa-gl.  Installation of the
xlibmesa-{gl,glu,dri}-dbg packages, and a backtrace from a segfaulting
client, would be *very* helpful.

 Ctrl-Alt F1,F2 and backspace don't seem to work.

Please see the Debian X FAQ[1], and see if the technique for
troubleshooting a misbehaving   key even when the XkbModel is set to
pc102 or pc105 works.

If it doesn't, or if you find a problem in the actual XKB data for your
keyboard model, please file a bug against xlibs.

[1] http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ

-- 
G. Branden Robinson|Sometimes, getting your patch in is
Debian GNU/Linux   |just a matter of waiting for
[EMAIL PROTECTED] |somebody else to reimplement it.
http://people.debian.org/~branden/ |-- Jonathan Corbet


signature.asc
Description: Digital signature

Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-05-26 Thread Ferris McCormick 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 26 May 2004, Branden Robinson wrote:

  There are some issues that may be worth mentioning:
  local OpenGL clients segfault (though remote ones are
  fine, so that suggests a mesalib problem)
 
 Please file a bug report against xlibmesa-gl.  Installation of the
 xlibmesa-{gl,glu,dri}-dbg packages, and a backtrace from a segfaulting
 client, would be *very* helpful.
 

It's a combination of mesa  xfree problems which are now fixed in latest
sources.  For an overlong discussion, look at

http://bugs.gentoo.org/show_bug.cgi?id=19776

Regards,
- --
Ferris McCormick (P44646, MI) [EMAIL PROTECTED]
Developer, Gentoo Linux (Sparc)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAtNnXQa6M3+I///cRAlYaAKCrQSpEaoakoFPx+OeIp7LPo8P2cwCaAp3c
xLun9JIX+80T9Im+mmC8Nf0=
=qGIH
-END PGP SIGNATURE-

Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-04-21 Thread Steve King 
Not being an expert.

I have been playing with unstable (xserver-xfree8 4.3.0-7)
on my Ultra 10 with an elite video card. (which uses sunffb)
and I added in the dri module using
dpkg-reconfigure xserver-xfree86
no problem:

[...]
Section Module
[...]
Loadddc
Loaddri
Loadextmod
[...]
EndSection
[...]

There are some issues that may be worth mentioning:
local OpenGL clients segfault (though remote ones are
fine, so that suggests a mesalib problem)

Ctrl-Alt F1,F2 and backspace don't seem to work.

(I am only pointing out these as I have no idea what the dri library
does !)

--
Steve

 Hi folks,

 I have the following in xserver-xfree86.config:

  # server modules to load
  # XXX: damnit, explicitly loading the dri module is broken for sunffb
  users :-P db_get xserver-xfree86/config/device/driver
  if [ $ARCH = sparc ]  [ $RET = sunffb ]; then
MODULE_LIST=GLcore, bitmap, dbe, ddc, extmod, freetype, glx, int10,
record, speedo, type1, v4l, vbe, xtt
  else
MODULE_LIST=GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx,
int10, record, speedo, type1, v4l, vbe, xtt
  fi

 This dates back to XFree86 4.1.0:

 xfree86 (4.1.0-17) unstable; urgency=low

 [...]
  * debian/xserver-xfree86.config:
 [...]
- do not explicitly load the dri module on the sparc architecture
if the
  sunffb driver is being used, because of an apparent upstream bug
  in the module loader (thanks, Ben Collins)

 -- Branden Robinson [EMAIL PROTECTED]  Fri, 24 May 2002 01:26:13
 -0500

 Can someone who uses the sunffb driver tell me if this is still
 necessary with XFree86 4.3.0?  I'd like to take that kludge out.

 --
 G. Branden Robinson| Don't use nuclear weapons to
 Debian GNU/Linux   | troubleshoot faults.
 [EMAIL PROTECTED] | -- US Air Force Instruction
 91-111 http://people.debian.org/~branden/ |

Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-04-21 Thread Christian Guggenberger 
On Wed, 2004-04-21 at 01:40, Branden Robinson wrote:
 Hi folks,
 
 I have the following in xserver-xfree86.config:
 
   # server modules to load
   # XXX: damnit, explicitly loading the dri module is broken for sunffb users 
 :-P
   db_get xserver-xfree86/config/device/driver
   if [ $ARCH = sparc ]  [ $RET = sunffb ]; then
 MODULE_LIST=GLcore, bitmap, dbe, ddc, extmod, freetype, glx, int10, 
 record, speedo, type1, v4l, vbe, xtt
   else
 MODULE_LIST=GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, 
 record, speedo, type1, v4l, vbe, xtt
   fi
 
 This dates back to XFree86 4.1.0:
 
 xfree86 (4.1.0-17) unstable; urgency=low
 
 [...]
   * debian/xserver-xfree86.config:
 [...]
 - do not explicitly load the dri module on the sparc architecture if the
   sunffb driver is being used, because of an apparent upstream bug in the
   module loader (thanks, Ben Collins)
 
  -- Branden Robinson [EMAIL PROTECTED]  Fri, 24 May 2002 01:26:13 -0500
 
 Can someone who uses the sunffb driver tell me if this is still
 necessary with XFree86 4.3.0?  I'd like to take that kludge out.

I load it explicitly on my ultra10 with creator3d/ffb2 vertical.
Although DRI does not work due to a missing symbol, I don't see any
downsides from loading it per default.
Should file a bug report about the dri issue, but I'm very busy with
University stuff these days. Maybe some other people could do this.

 - christian

Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-04-21 Thread Christian Guggenberger 
On Wed, 2004-04-21 at 16:47, Steve King wrote:
 Not being an expert.
 
 I have been playing with unstable (xserver-xfree8 4.3.0-7)
 on my Ultra 10 with an elite video card. (which uses sunffb)
 and I added in the dri module using
 dpkg-reconfigure xserver-xfree86
 no problem:
 
 [...]
 Section Module
 [...]
 Loadddc
 Loaddri
 Loadextmod
 [...]
 EndSection
 [...]
 
 There are some issues that may be worth mentioning:
 local OpenGL clients segfault (though remote ones are
 fine, so that suggests a mesalib problem)
 

see Bug # 241331 for details.

 - Christian

Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-04-21 Thread Joerg Friedrich 
Hi,
sorry, deleted the original mail.

Steve King schrieb am Mittwoch, 21. April 2004 um 15:47:42 +0100:
  Hi folks,
 
  I have the following in xserver-xfree86.config:
 
   # server modules to load
   # XXX: damnit, explicitly loading the dri module is broken for sunffb
   users :-P db_get xserver-xfree86/config/device/driver
   if [ $ARCH = sparc ]  [ $RET = sunffb ]; then
 MODULE_LIST=GLcore, bitmap, dbe, ddc, extmod, freetype, glx, int10,
 record, speedo, type1, v4l, vbe, xtt
   else
 MODULE_LIST=GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx,
 int10, record, speedo, type1, v4l, vbe, xtt
   fi
 
  This dates back to XFree86 4.1.0:
 
  xfree86 (4.1.0-17) unstable; urgency=low
 
  [...]
   * debian/xserver-xfree86.config:
  [...]
 - do not explicitly load the dri module on the sparc architecture
 if the
   sunffb driver is being used, because of an apparent upstream bug
   in the module loader (thanks, Ben Collins)
 
  -- Branden Robinson [EMAIL PROTECTED]  Fri, 24 May 2002 01:26:13
  -0500
 
  Can someone who uses the sunffb driver tell me if this is still
  necessary with XFree86 4.3.0?  I'd like to take that kludge out.



first, this restriction seems not to work, I get dri as an option.
second, I try to get the xserver run with my Ultra60/Elite3D (sunffb)
but X starts and then suddenly stops before any (x|g|k)dm or a simple
windowmanager starts.
I attach my config and the log, I hope you can see something there.

-- 
Jörg Friedrich
# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type man XF86Config-4 at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4  /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section Files
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/lib/X11/fonts/Type1
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/Speedo
FontPath/usr/lib/X11/fonts/100dpi
FontPath/usr/lib/X11/fonts/75dpi
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  sun
Option  XkbModel  type5
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/sunmouse
Option  Protocol  BusMouse
EndSection

Section InputDevice
Identifier  Generic Mouse
Driver  mouse
Option  SendCoreEventstrue
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
EndSection

Section Device
Identifier  Elite3D
Driver  sunffb
EndSection

Section Monitor
Identifier  Generic Monitor
HorizSync   30-60
VertRefresh 50-75
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  Elite3D
Monitor Generic Monitor
DefaultDepth24
SubSection Display
Depth   1
Modes   1024x768 800x600 640x480
EndSubSection
SubSection Display
Depth   4
Modes   1024x768 800x600 640x480
EndSubSection
SubSection Display
Depth   8
Modes   1024x768 800x600 640x480
EndSubSection
SubSection Display
Depth   15
Modes   1024x768 800x600 640x480
EndSubSection
SubSection Display
Depth   16
Modes   1024x768 800x600 640x480
EndSubSection
SubSection Display
Depth   24
Modes   1024x768 800x600 640x480
EndSubSection
EndSection

Section ServerLayout
Identifier

Re: XFree86 X server: does loading the dri module still hose sunffb users?

2004-04-21 Thread Branden Robinson 
On Wed, Apr 21, 2004 at 03:47:42PM +0100, Steve King wrote:
 I have been playing with unstable (xserver-xfree8 4.3.0-7)
 on my Ultra 10 with an elite video card. (which uses sunffb)
 and I added in the dri module using
 dpkg-reconfigure xserver-xfree86
 no problem:
 
 [...]
 Section Module
 [...]
 Loadddc
 Loaddri
 Loadextmod
 [...]
 EndSection
 [...]
 
 There are some issues that may be worth mentioning:
 local OpenGL clients segfault (though remote ones are
 fine, so that suggests a mesalib problem)

Yeah, if the X server doesn't fail immediately on startup, the problem
Ben Collins reported is gone.

 Ctrl-Alt F1,F2 and backspace don't seem to work.

Please ask debian-user or debian-x about this problem.

 (I am only pointing out these as I have no idea what the dri library
 does !)

DRI is the Direct Rendering Infrastructure, which is how
hardware-accelereated 3D is implemented in Linux.

On Wed, Apr 21, 2004 at 05:50:08PM +0200, Christian Guggenberger wrote:
 I load it explicitly on my ultra10 with creator3d/ffb2 vertical.
 Although DRI does not work due to a missing symbol, I don't see any
 downsides from loading it per default.
 
 Should file a bug report about the dri issue, but I'm very busy with
 University stuff these days. Maybe some other people could do this.

There's some work David S. Miller did to get DRI support working on ffb,
but unfortunately the patch was incomplete; I'm still waiting on a fixed
patch from Ben Collins.

Thanks, guys!  I'm undoing the kludge for a future XFree86 release.

-- 
G. Branden Robinson| Notions like Marxism and
Debian GNU/Linux   | Freudianism belong to the history
[EMAIL PROTECTED] | of organized religion.
http://people.debian.org/~branden/ | -- Noam Chomsky


signature.asc
Description: Digital signature

XFree86 X server: does loading the dri module still hose sunffb users?

2004-04-20 Thread Branden Robinson 
Hi folks,

I have the following in xserver-xfree86.config:

  # server modules to load
  # XXX: damnit, explicitly loading the dri module is broken for sunffb users 
:-P
  db_get xserver-xfree86/config/device/driver
  if [ $ARCH = sparc ]  [ $RET = sunffb ]; then
MODULE_LIST=GLcore, bitmap, dbe, ddc, extmod, freetype, glx, int10, 
record, speedo, type1, v4l, vbe, xtt
  else
MODULE_LIST=GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, 
record, speedo, type1, v4l, vbe, xtt
  fi

This dates back to XFree86 4.1.0:

xfree86 (4.1.0-17) unstable; urgency=low

[...]
  * debian/xserver-xfree86.config:
[...]
- do not explicitly load the dri module on the sparc architecture if the
  sunffb driver is being used, because of an apparent upstream bug in the
  module loader (thanks, Ben Collins)

 -- Branden Robinson [EMAIL PROTECTED]  Fri, 24 May 2002 01:26:13 -0500

Can someone who uses the sunffb driver tell me if this is still
necessary with XFree86 4.3.0?  I'd like to take that kludge out.

-- 
G. Branden Robinson| Don't use nuclear weapons to
Debian GNU/Linux   | troubleshoot faults.
[EMAIL PROTECTED] | -- US Air Force Instruction 91-111
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature