On Thu, 03 Mar 2011 10:27:31 +0100, Michel Dänzer 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
> > deactivating UTS and DF
On Die, 2011-03-01 at 22:22 +0100, Stephen Kitt wrote:
> On Tue, 01 Mar 2011 11:50:23 +0100, Michel Dänzer 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 th
On Tue, 01 Mar 2011 11:50:23 +0100, Michel Dänzer 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
> https://bugs.freedesktop.org/show_bug.cgi?id=30647#
On Die, 2011-03-01 at 11:33 +0100, Stephen Kitt wrote:
> On Mon, 28 Feb 2011 16:10:39 +0100, Michel Dänzer wrote:
> > > ==19774== Source and destination overlap in memcpy(0x5c84c70, 0x5c84c70,
> > > 408) ==19774==at 0x40258E5: memcpy (mc_replace_strmem.c:497)
> > > ==19774==by 0x49BD3EA:
On Mon, 28 Feb 2011 16:10:39 +0100, Michel Dänzer 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)
> > ==19774==by 0x
On Mon, 2011-02-28 at 15:00 +0100, Stephen Kitt wrote:
> On Tue, 22 Feb 2011 11:46:42 +0100, Michel Dänzer 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 via gnome-se
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
Hi KiBi,
On Mon, Feb 21, 2011 at 05:07:10PM +0100, Cyril Brulebois wrote:
> Stephen Kitt (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/
Hi,
Stephen Kitt (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 — except
libgl1-mesa
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 shoul
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 though
11 matches
Mail list logo