Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-03-05 Thread Stephen Kitt
On Thu, 03 Mar 2011 10:27:31 +0100, Michel Dänzer daen...@debian.org wrote: On Die, 2011-03-01 at 22:22 +0100, Stephen Kitt wrote: How about the attached patches (against current unstable)? On the server side, they add an EXA_REQUIRES_UPLOAD_DOWNLOAD flag, which ignores options

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-03-03 Thread Michel Dänzer
On Die, 2011-03-01 at 22:22 +0100, Stephen Kitt wrote: On Tue, 01 Mar 2011 11:50:23 +0100, Michel Dänzer daen...@debian.org wrote: On Die, 2011-03-01 at 11:33 +0100, Stephen Kitt wrote: Would you like a patch to ignore (with a warning) these options if they're set? I'm afraid it's

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-03-01 Thread Stephen Kitt
On Mon, 28 Feb 2011 16:10:39 +0100, Michel Dänzer daen...@debian.org wrote: ==19774== Source and destination overlap in memcpy(0x5c84c70, 0x5c84c70, 408) ==19774==at 0x40258E5: memcpy (mc_replace_strmem.c:497) ==19774==by 0x49BD3EA: exaMemcpyBox (exa_migration_classic.c:59)

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-03-01 Thread Michel Dänzer
On Die, 2011-03-01 at 11:33 +0100, Stephen Kitt wrote: On Mon, 28 Feb 2011 16:10:39 +0100, Michel Dänzer daen...@debian.org wrote: ==19774== Source and destination overlap in memcpy(0x5c84c70, 0x5c84c70, 408) ==19774==at 0x40258E5: memcpy (mc_replace_strmem.c:497) ==19774==by

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-03-01 Thread Stephen Kitt
On Tue, 01 Mar 2011 11:50:23 +0100, Michel Dänzer daen...@debian.org wrote: On Die, 2011-03-01 at 11:33 +0100, Stephen Kitt wrote: Would you like a patch to ignore (with a warning) these options if they're set? I'm afraid it's not that simple, see

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-02-28 Thread Michel Dänzer
On Mon, 2011-02-28 at 15:00 +0100, Stephen Kitt wrote: On Tue, 22 Feb 2011 11:46:42 +0100, Michel Dänzer daen...@debian.org wrote: On Mon, 2011-02-21 at 22:03 +0100, Stephen Kitt wrote: Investigating further, it turns out that X actually starts if it's started on its own (rather than

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-02-22 Thread Michel Dänzer
On Mon, 2011-02-21 at 22:03 +0100, Stephen Kitt wrote: Investigating further, it turns out that X actually starts if it's started on its own (rather than via gnome-session). Starting xterm etc. works OK, it's after gnome-session starts that everything blows up. I started X under gdb and got

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-02-21 Thread Cyril Brulebois
Hi, Stephen Kitt st...@sk2.org (16/02/2011): Actually that should be libgl1-mesa-dri, not libdrm2-radeon... does downgrading to libgl1-mesa-dri 7.10-2 fix your issue? You can find it here: http://snapshot.debian.org/package/mesa/7.10-2/ (Ideally, checking with an up-to-date sid stack —

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-02-21 Thread Stephen Kitt
Hi KiBi, On Mon, Feb 21, 2011 at 05:07:10PM +0100, Cyril Brulebois wrote: Stephen Kitt st...@sk2.org (16/02/2011): Actually that should be libgl1-mesa-dri, not libdrm2-radeon... does downgrading to libgl1-mesa-dri 7.10-2 fix your issue? You can find it here:

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-02-15 Thread Stephen Kitt
Package: xserver-xorg-video-radeon Version: 1:6.13.2-2 Severity: important Hi, I recently updated libdrm2-radeon to the version newly uploaded to unstable (I'd been tracking the experimental version), and noticed problems with textures which I assumed were related to the Gallium driver. I

Bug#613593: xserver-xorg-video-radeon: [regression] X fails to start

2011-02-15 Thread Stephen Kitt
On Tue, Feb 15, 2011 at 11:42:39PM +0100, Stephen Kitt wrote: I recently updated libdrm2-radeon to the version newly uploaded to unstable (I'd been tracking the experimental version), and noticed problems with textures which I assumed were related to the Gallium driver. Actually that should