queeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/das
t; behaviour. I just
noticed there is another update (7.5-3), I will test it soon.
GSR
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Mesa 7.6
Currently they do not redraw on top of other windows, but screen
captures still cause problems (black zones for 2D apps over 3D apps,
when using ImageMagick's import). Better, but still some issues.
GSR
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of
== False)
return 1;
return 0;
}
--->8--- invgamma.c
GSR
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Ke
ed in glxinfo:
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 20060815 AGP 8x x86/MMX+/3DNow!+/SSE TCL
OpenGL version string: 1.3 Mesa 7.4
GSR
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500,
8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x7e 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x7f 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x80 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x81 0 dc 0 32 0 r y . 8 8 8 8 0 2
(without frames, which are 2D and appear black, like in 2D over 3D
case). Maybe two bugs, or maybe all this "who can paint visible or
'screenshotable' pixel" is related somehow.
Thanks for all the patience.
GSR
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
efault/always http://nouveau.freedesktop.org/wiki/EXA
Option "MigrationHeuristic" "greedy" # Fast as XAA, X.Org X
Server 1.6.5, 2009-10-29
http://lists.freedesktop.org/archives/xorg/2008-May/thread.html#35451
...
EndSection
--->8---
GSR
--
To UNSUBSCRIB
Hi,
daen...@debian.org (2011-02-11 at 1035.03 +0100):
> On Fre, 2011-02-11 at 05:54 +0100, GSR wrote:
> > Could you check MigrationHeuristic setting? And try with "greedy"?
> This option doesn't have any effect with current upstream xserver and
> KMS, and eve
is trully obsessed with having
that output even if not needed and told to forget about it for now. ;]
Workaround is to issue "xrandr --output VGA-0 --off" in ~/.xsession,
so apps do not get confused with false overlapping monitors (maximize,
etc).
I guess this bug can be closed. Thanks fo
d. No idea why
it failed for some time, maybe then the ramp was other size in the
meanwhile (bigger to support all cards, then back to what each card
really does?). Anyway I will try to improve the code so the define can
go away.
Thanks for the tip and the reminder.
GSR
--
To UNSUBSCRIBE, em
to test that option from:
http://lists.freedesktop.org/archives/xorg/2008-May/thread.html#35451
GSR
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100328033003.ga26...@crossbow.battleship
Hi,
daen...@debian.org (2010-03-28 at 1513.22 +0200):
> On Sun, 2010-03-28 at 05:30 +0200, GSR wrote:
> > I was reading the list of radeon reports and found yours. Time ago I
> > experienced a problem with similar symptoms, that got fixed by adding
> > Option "Migratio
ould
mean shaders not working because they failed to compile. Looking up
the error text, I found the culprit could be gcc, creating faulty
mesa binaries. https://bugs.freedesktop.org/show_bug.cgi?id=108646
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87859
Cheers,
GSR
, module version = 19.1.0
[24.380]Module class: X.Org Video Driver
[24.380]ABI class: X.Org Video Driver, version 24.1
--->8---
Notice the two 24.1 for video drivers. xserver-xorg-video-amdgpu's
"Depends" line still lists xorg-video-abi-24, without .1.
Cheers,
GSR
video
drivers and debs like xserver-xorg-video-amdgpu should request a newer
xserver-xorg-core, or drivers should stay compatible with core (wacom
reports 24.1, and it was working days ago with that, so for xinput
drivers it did not matter).
Cheers,
GSR
s, the second one fall backs
to SW rasterizer).
GSR
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
17 matches
Mail list logo
