Bug#567793: your mail

On Saturday 26 February 2011 12:29:37 you wrote: > is it going better in squeeze or sid? I just switched to 24BPP and EXA, and the artifacts are still there. Switching to XAA fixes the issues again. The version of xserver-xorg-video-radeon is 1:6.13.1-2+squeeze1. Uli -- To UNSUBSCRIBE, em

Bug#587999: turning off radeonfb crashes system on console switch

Hi! I got around to testing with "video=radeonfb:off" on the kernel commandline. What you then get is a completely hanging system when switching terminale (chvt), when trying to stop the login manager KDM or when logging out of an X session. Note that this means that rebooting the system become

Bug#567793: EXA causes arifacts

On Sunday 11 July 2010 10:12:23 Brice.Goglin wrote: > On Sun, Jan 31, 2010 at 02:14:33PM +0100, Ulrich Eckhardt wrote: > > I have artifacts with colors being off and sometimes areas being filled > > with black/white noise. [...] > Assuming this is the problem you referre

Bug#587999: further info

On Sunday 11 July 2010 10:05:08 Brice Goglin wrote: > What about the original problem (pixel columns switched when using XV, > with 16 or 24 bits color depth), is it gone now? No, not really, but it doesn't affect me now. If I understand correctly, what happened was that KMS broke DRI for X, so i

Bug#587999: further info

On Friday 09 July 2010 17:49:57 Michel Dänzer wrote: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565313 > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567616 > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567793 > > The depth 16 issue could be fixed in xserver-xorg-video-ra

Bug#587999: further info

On Friday 09 July 2010 14:56:39 Michel Dänzer wrote: > This is the reason for the DRI being disabled now: > > (II) RADEON(0): Memory manager initialized to (0,0) (1728,4854) > > (II) RADEON(0): Reserved area from (0,1680) to (1728,1682) > > (II) RADEON(0): Largest offscreen area available: 1728 x 3

Bug#587999: further info

On Monday 05 July 2010 09:03:53 you wrote: > On Sam, 2010-07-03 at 23:58 +0200, Ulrich Eckhardt wrote: > > (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM > > [dri] Disabling DRI. > > It should work better with the DRI enabled. Good catch, but shouldn'

Bug#587999: further info

-- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 10 2007 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1940408 Jun 3 18:28 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist

Bug#587999: Xv switches pixel columns

Package: xserver-xorg Version: 1:7.5+6 Using mplayer and xine (didn't try others) with Xv as video output driver, I have the effect that the order of pixel columns is switched. If I use 24 bits color depth, the order is 1,0,3,2 etc. Using 16 bits color depth, the order is 3,2,1,0,7,6,5,4. Note

Bug#567616: Duplicate bug report?

Hi! I think that "16 bit colour on M64 gives green tinted screen" http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565313 "new update has problem using DefaultDepth 16 in xorgs config" http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567616 actually describe the same problem. Uli -- To UN

Bug#532616: Translation...

The title would translate to "nv > nvidia driver: refresh rate from 60 to 50". "mein Problem: die Wiederholrate wird beim nv-Treiber auf 60Hz gesetzt und bei dem nvidia-Treiber auf 50Hz gesetzt. das führt dazu, das die Zeichen plötzlich verdoppelt werden." My problem: The refresh rate is set to 6

Bug#567616: Some more info...

Hi! Since an update yesterday (I'm running testing here), I'm seeing the same effect here. I can also work around this by switching to 24 bits color depth. Anyway, some info on this system here: - Mac Mini with a G4 PowerPC CPU - Radeon graphics chip, 'lspci' says "VGA compatible controller: A

Bug#506666: Can't reproduce here...

I tried the simple SDL_Init/SDL_Quit example from [1] and it doesn't crash. I also tried running tuxpaint, not crashing my machine either. The system is a current testing system, also on a Mac Mini G4. Attached is the xorg.conf file, notable differences are: - The whole "Module" section. - In

Bug#560126: Similar problems here...

Mine aren't as severe, but at least they are enough to crash my X server, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561331. Further, also with a radeon card, I'm suffering a randomly corrupted cursor when moving between two windows ... I'll file a separate report unless already done

Bug#407680: pixel corruption (overflow in pixel operations, maybe Matrox driver?)

On Sunday 17 June 2007 02:48:56 Brice Goglin wrote: > About 5 years ago, you reported a bug to the Debian BTS regarding some > pixel corruption with Xorg and a matrox driver. Did you reproduce this > problem recently? With Xorg/Etch? With latest xserver-xorg-core 1.3 and > xserver-xorg-video-mga 1.

Bug#407680: pixel corruption (overflow in pixel operations, maybe Matrox driver?)

Package: xserver-xorg Version: 7.1.0-10 When I drag a window or resize it, I get artifacts left over from that operation. Also, some 'normal' rendering operations are affected, I even see some weird light-effects in Quake 2. Now, those artifacts are not completely random. I used an Eterm in En

Re: testers wanted for xfree86 4.1.0-14pre15v1

Setup: Athlon 1.4MHz Matrox G550 XServer XFree86 4.1.0-14pre15v3 using the drivers provided by Matrox (version 1.4.3) using single and dual-head layouts Status: working Good work,thanks! Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact

Re: testers wanted for xfree86 4.1.0-14pre15v1

Setup: Athlon 1.4MHz Matrox G550 XServer XFree86 4.1.0-14pre15v3 using the drivers provided by Matrox (version 1.4.3) using single and dual-head layouts Status: working Good work,thanks! Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contac