Bug#437207: xserver-xorg-video-i810: OpenGL crashes, only after a suspend

2009-07-04 Thread Richard Thrippleton
On Sat Jun 13 08:41, Brice Goglin wrote:
> On Sat, Aug 11, 2007 at 01:24:40AM +0100, Richard Thrippleton wrote:
> > Package: xserver-xorg-video-i810
> > Version: 2:2.1.0-2
> > Severity: important
> > 
> > I've consistently found that after a suspend to RAM, many GL applications 
> > fail
> > to render correctly, or sometimes completely lock up the system. GL behaves
> > fine up until after the first suspend. A workaround is to restart the X 
> > server
> > after each suspend, though this is obviously not ideal.
> 
> Does this still happen with latest intel driver in unstable or 
> experimental?
I'm not tracking unstable/experimental, but version 2:2.3.2-2+lenny6 (current
version in testing I believe) seems not to have the problem. Success!

Richard



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#471463: xterm fails to run, segfaults

2008-03-18 Thread Richard Thrippleton
Package: xterm
Version: 232-1
Severity: important

xterm, run with whatever arguments, exits with a segfault before bringing up a 
window. I've graded this as important rather than anything higher because it 
may work on other X servers, especially based on the gdb output.

The relevant part of the gdb backtrace from the point of segfault;
#0  0xb7d1eeef in XFindOnExtensionList () from /usr/lib/libX11.so.6
#1  0xb7d16573 in _XF86BigfontFreeFontMetrics () from /usr/lib/libX11.so.6
#2  0xb7d1665c in XFreeFont () from /usr/lib/libX11.so.6


Richard

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.24.2rt
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xterm depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libfontconfig12.5.0-2generic font configuration library
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libncurses5   5.6+20080203-1 Shared libraries for terminal hand
ii  libsm62:1.0.3-1+b1   X11 Session Management library
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxaw7   2:1.0.4-1  X11 Athena Widget library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxft2   2.1.12-2   FreeType-based font drawing librar
ii  libxmu6   2:1.0.4-1  X11 miscellaneous utility library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xbitmaps  1.0.1-2Base X bitmaps

Versions of packages xterm recommends:
ii  x11-utils   7.3+1X11 utilities
ii  xutils  1:7.1.ds.3-1 X Window System utility programs

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#437207: xserver-xorg-video-i810: OpenGL crashes, only after a suspend

2007-08-13 Thread Richard Thrippleton
On Sat Aug 11 10:42, Brice Goglin wrote:
> Richard Thrippleton wrote:
> > Attached. This was run on a fresh X server before a suspend. Do you want a
> > second output from after a suspend?
> >   
> 
> No need to send the whole output again. Just save /var/log/Xorg.0.log
> before and after suspend and send the difference.
I've attached the diff (first attachment). I've also attached the portion of
the log that occurred during/after a GL-related crash.

> There are several problems related to suspend with the intel driver.
> Could you try a recent upstream git snapshot, we've been said that it is
> more stable. If you need help to built it, see Section #5 in
> http://wiki.debian.org/XStrikeForce/ReleaseNotes
> 
> Also, since there are many components involved in suspend/resume,
> upgrading to latest xserver-xorg-core 2:1.3.0.0.dfsg-12 and
> libgl1-mesa-dri 7.0.1 or so in unstable could not hurt.
I'll try and remember to get around to it.

> I see an 2.6.20.3 Ubuntu kernel in your log, is there a reason why
> you're not using Debian 2.6.21 in testing or 2.6.22 in unstable? Kernel
> is also involved a lot in suspend...
Possibly a bad habit :). I used to use a stock kernel, but there were a lot of
laptop-related things missing (Toshiba hotkeys as ACPI events, and the ability
to turn bluetooth on), so somebody suggested I grab an Ubuntu kernel as they
bundle the non-stock patches I need. I can try using the Debian one, so long as
it has the non-stock patches I need.

Richard
Synaptics DeviceOff called
(II) AIGLX: Suspending AIGLX clients for VT switch
(II) intel(0): xf86UnbindGARTMemory: unbind key 0
(II) intel(0): xf86UnbindGARTMemory: unbind key 1
(II) intel(0): xf86UnbindGARTMemory: unbind key 2
(II) intel(0): xf86UnbindGARTMemory: unbind key 3
(II) intel(0): xf86UnbindGARTMemory: unbind key 4
(II) intel(0): xf86UnbindGARTMemory: unbind key 5
(II) intel(0): xf86UnbindGARTMemory: unbind key 6
(II) Open ACPI successful (/var/run/acpid.socket)
(II) AIGLX: Resuming AIGLX clients after VT switch
(II) intel(0): xf86BindGARTMemory: bind key 0 at 0x00fdf000 (pgoffset 4063)
(II) intel(0): xf86BindGARTMemory: bind key 1 at 0x00fe (pgoffset 4064)
(II) intel(0): xf86BindGARTMemory: bind key 2 at 0x00fe4000 (pgoffset 4068)
(II) intel(0): xf86BindGARTMemory: bind key 3 at 0x00fe5000 (pgoffset 4069)
(II) intel(0): xf86BindGARTMemory: bind key 4 at 0x00fe9000 (pgoffset 4073)
(II) intel(0): xf86BindGARTMemory: bind key 5 at 0x00ff (pgoffset 4080)
(II) intel(0): xf86BindGARTMemory: bind key 6 at 0x047e8000 (pgoffset 18408)
(II) intel(0): Output configuration:
(II) intel(0):   Pipe A is off
(II) intel(0):   Display plane A is now disabled and connected to pipe A.
(II) intel(0):   Pipe B is on
(II) intel(0):   Display plane B is now enabled and connected to pipe B.
(II) intel(0):   Output VGA is connected to pipe none
(II) intel(0):   Output LVDS is connected to pipe B
(II) intel(0): [drm] dma control initialized, using IRQ 10
(II) : ps2EnableDataReporting: succeeded
Synaptics DeviceOn called
(--) Synaptics Touchpad auto-dev sets device to /dev/input/event1
(**) Option "Device" "/dev/input/event1"
(--) Synaptics Touchpad touchpad found
(II) intel(0): Output VGA disconnected
(II) intel(0): EDID for output VGA
(II) intel(0): Output LVDS connected
(II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0.
(II) intel(0): I2C device "LVDSDDC_C:ddc2" removed.
(II) intel(0): EDID for output LVDS
(II) intel(0): Not using default mode "1152x864" (width too large for virtual 
size)
(II) intel(0): Not using default mode "1280x960" (width too large for virtual 
size)
(II) intel(0): Not using default mode "1280x960" (width too large for virtual 
size)
(II) intel(0): Not using default mode "1280x1024" (width too large for virtual 
size)
(II) intel(0): Not using default mode "1280x1024" (width too large for virtual 
size)
(II) intel(0): Not using default mode "1280x1024" (width too large for virtual 
size)
(II) intel(0): Not using default mode "1600x1200" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1600x1200" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1600x1200" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1600x1200" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1600x1200" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1792x1344" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1792x1344" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1856x1392" (height too large for virtual 
size)
(II) intel(0): Not using default mode "1856x1392" (height to

Bug#437207: xserver-xorg-video-i810: OpenGL crashes, only after a suspend

2007-08-10 Thread Richard Thrippleton
On Sat Aug 11 02:38, Julien Cristau wrote:
> Please run '/usr/share/bug/xserver-xorg-core/script 3>&1' and send the
> output to this bug.
Attached. This was run on a fresh X server before a suspend. Do you want a
second output from after a suspend?

Richard
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-05-01 15:34 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1742256 2007-07-14 19:30 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rwxr-xr-x 1 root root 3940 2006-07-15 10:35 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (Xorg 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 xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# 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/xorg.conf /etc/X11/xorg.conf.custom
#   md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum
#   dpkg-reconfigure xserver-xorg

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

Section "ServerFlags"
Option  "DontZap"   "true"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"evdev"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "gb"
EndSection

#Section "InputDevice"
#   Identifier  "Configured Mouse"
#   Driver  "mouse"
#   Option  "CorePointer"
#   Option  "Device""/root/serio0"
#   Option  "Protocol"  "ImPS/2"
#   Option  "Emulate3Buttons"   "true"
#   Option  "ZAxisMapping"  "4 5"
#   Option  "HorizScrollDelta"  "0"
#EndSection
Section "InputDevice"
Identifier  "Synaptics Touchpad"
Driver  "synaptics"
Option  "CorePointer"
Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mice"
#   Option  "Protocol"  "auto-dev"
Option  "HorizScrollDelta"  "0"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mouse1"
#   Option  "Protocol"  "auto-dev"
Option  "HorizScrollDelta"  "0"
EndSection


Section "Device"
Identifier  "Intel Corporation 82852/855GM Integrated Graphics 
Device"
Driver  "i810"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"

Bug#437207: xserver-xorg-video-i810: OpenGL crashes, only after a suspend

2007-08-10 Thread Richard Thrippleton
Package: xserver-xorg-video-i810
Version: 2:2.1.0-2
Severity: important

I've consistently found that after a suspend to RAM, many GL applications fail
to render correctly, or sometimes completely lock up the system. GL behaves
fine up until after the first suspend. A workaround is to restart the X server
after each suspend, though this is obviously not ideal.

In more detail, symptoms occur with programs such as bzflag or xmoto, but oddly
enough, never glxgears. Either the rendering will be exceedingly dark, such
that I can't tell if the rendering is otherwise correct or not, or the screen
will fill entirely with multicoloured fuzz and the machine will crash entirely
(can't switch to a virtual terminal, can't ping on the network).

The graphics hardware is reported by the X logs as "Intel Corporation
82852/855GM Integrated Graphics Device rev 2".

Richard


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.3-ubuntu1rt (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-i810 depends on:
ii  xserver-xorg-video-intel  2:2.1.0-2  X.Org X server -- Intel i8xx, i9xx

xserver-xorg-video-i810 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#362944: Bug still exists exactly as reported with later versions

2006-09-05 Thread Richard Thrippleton
xserver-xorg-video-i810 at version 1:1.5.1.0-2
libgl1-mesa-dri at version 6.4.2-1

Exactly the same message about I830DRIRec not matching size. I'm assuming the
library is a newer version than when the bug was reported, as the original
reported didn't say, and it's been over 3 months since it was apparently fixed
upstream.
FWIW, 6.5.0.cvs.20060524-1 from experimental fixed this problem for me.

Richard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#366086: xdm: Login widget fonts specified incorrectly in Xresources

2006-05-04 Thread Richard Thrippleton
Package: xdm
Version: 1:1.0.1-6
Severity: normal

This could either be a bug in /etc/X11/xdm/Xresources , or xdm itself. The
resources named xlogin*Font and similar purport to set the fonts used in the
login widget, but have no such effect. Changing the resource name to login*Font
works.
I think xdm used to honour xlogin*Font, based on functioning xdm setups on
older machines I've seen, but it clearly no longer does - this may or may not
be correct behaviour.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.6rt
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages xdm depends on:
ii  cpp  4:4.0.3-3   The GNU C preprocessor (cpp)
ii  debconf [debconf-2.0]1.5.0   Debian configuration management sy
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libpam0g 0.79-3.1Pluggable Authentication Modules l
ii  libselinux1  1.30-1  SELinux shared libraries
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxau6  1:1.0.0-3   X11 authorisation library
ii  libxaw7  1:1.0.1-5   X11 Athena Widget library
ii  libxdmcp61:1.0.0-4   X11 Display Manager Control Protoc
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxinerama1 1:1.0.1-4   X11 Xinerama extension library
ii  libxmu6  1:1.0.1-3   X11 miscellaneous utility library
ii  libxpm4  1:3.5.4.2-3 X11 pixmap library
ii  libxt6   1:1.0.0-4   X11 toolkit intrinsics library
ii  x11-common   1:7.0.16X Window System (X.Org) infrastruc
ii  xbase-clients1:7.0.1-1   miscellaneous X clients

xdm recommends no packages.

-- debconf information:
  xdm/stop_running_server_with_children: false
  xdm/daemon_name: /usr/bin/X11/xdm
* shared/default-x-display-manager: xdm


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]