Bug#519167: Crash on suspend/resume
Hello, I got a similar crash of xorg 1.7.7-2 with nv driver. I have acore dump which indicates it was caused by redrawing a window, whose pixmap had devPrivate.ptr == NULL, with fbFill method which doesn't expect NULL there. Could it be a similar problem to 519167? What is the progress of this bug? Regards Jiri Palecek -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- 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/op.vf4f3sfqu2f...@debian
Bug#505479: Experimental: keyboard and mouse no longer work
Hello, I had similar problems. It is caused by the AllowEmptyInput option (mentioned in your log, also see the changelog.gz and Google). The only way I could resolve that issue was to remove xserver-xorg-input-evdev and set AEI to "off". When I tried AEI "on" and "evdev" driver, some keys, eg. cursor, Num-/, backspace and others didn't work. Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
On Tue, 24 Jun 2008 23:21:09 +0200, Alex Deucher <[EMAIL PROTECTED]> wrote: 2008/6/24 Jiri Palecek <[EMAIL PROTECTED]>: Last, would it be possible to make it also consider the maximum pixelclock of the CRT (for example, if you want the maximum pixelclock of the CRT, the algorithm might get a higher frequency)? The algorithm is limited by the range of clocks that the pll is able to produce. Presumably mode validation has culled out any modes that the monitor is not able to handle. True, but I was thinking about cases where monitor can handle some (upper limit) frequency, but the pll cannot produce it, and can produce some higher frequency (which can be the best match). PS: As I think about it once more, I think the line + max_ref_div = 2*max_ref_div - min_ref_div; is an error. I added it to ensure the algorithm wouldn't cut the range of ref_divs if they are all valid, but now I think it's unneeded and errorneous. Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457997: xserver-xorg-core: starwars hack from xscreensaver freezes Xorg
Package: xserver-xorg-core Version: 2:1.4.1~git20080517-2 Severity: normal On Sun, 15 Jun 2008 11:14:18 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Hello Jiri, Still the same bug with latest packages from unstable? Brice Yes. The version of xserver-xorg-video-ati is 6.8.191 Any ideas? Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3-test (SMP w/1 CPU core; PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-core depends on: ii libc6 2.7-3 GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-1simple interprocess messaging syst ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-2 X11 font encoding library ii libgcc1 1:4.3.0-5 GCC support library ii libhal1 0.5.10-5 Hardware Abstraction Layer - share ii libpixman-1-0 0.10.0-1 pixel-manipulation library for X a ii libxau6 1:1.0.3-2 X11 authorisation library ii libxdmcp6 1:1.0.2-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.9-1 X11 font rasterisation library ii x11-common1:7.3+6X Window System (X.Org) infrastruc ii xserver-xorg 1:7.3+10 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
Hello, I prepared a new (better) version of the patch. Please consider applying it or otherwise fixing the bug. Some comments: The first patch causes abort instead of hangs when PLL computation fails. The second changes the algorithm so it doesn't miss any solution which might be better than current and finds a solution iff there is one. The third patch removes a condition which seems to be bogus for me - it cannot force pll->reference_div in the solution, but will probably poison the solution with a bad solution having good ref_div, for the next ref_div to override it with a better solution. Regards Jiri Palecek binehU0bcrQTP.bin Description: Binary data binj2NRIpka1q.bin Description: Binary data binKVyGucXgNA.bin Description: Binary data
Bug#457997: xserver-xorg-core: starwars hack from xscreensaver freezes Xorg
On Sun, 15 Jun 2008 11:14:18 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: On Fri, 04 Jan 2008 13:31:38 +0100, Michel Dänzer <[EMAIL PROTECTED]> wrote: Does it also happen without Option "AGPMode", "DynamicClocks" or "AccelDFS"? If so, what if you run starwars with the environment variable tcl_mode=0 set? I turned off all these (see log) and it still froze, with and without tcl_mode. Hello Jiri, Still the same bug with latest packages from unstable? You mean xserver-corg-core, mesa, or some other packages? If you mean -video-ati, it would be nice if you fixed #465864. Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
On Thu, 06 Mar 2008 01:58:38 +0100, Alex Deucher <[EMAIL PROTECTED]> wrote: On Wed, Mar 5, 2008 at 11:26 AM, Jiří Paleček <[EMAIL PROTECTED]> wrote: Hello, sorry that I mystified you in the last email, it seems that I've done the test with a different version if the driver (not 6.8.0). The correct results are: 82 Hz works, 84 and 86 not. The base problem here is that the pll algorithm is not able to find clock as close as it would like to the desired frequency so it fails and you end up with an invalid divders programmed to the hw which causes the hang. I guess there are two options: widen the error range or try a slightly different clock if it fails to find valid dividers. Ahuh, so you say that the frequencies in the range 175 MHz - 200 MHz are impossible to create on my card, so 184 MHz fails. Well, it really seems so. But why not choose the 175 MHz then, and do it like that (see patch). You may wanna optimize it a bit, but it starts on my machine so it may be unnecessary. Regards Jiri Palecek radeon.patch Description: Binary data
Bug#469532: xserver-xorg-video-r128: should Conflict: with older -video-ati versions
On Wed, 05 Mar 2008 19:48:19 +0100, Julien Cristau <[EMAIL PROTECTED]> wrote: severity 469532 serious retitle 469532 missing Replaces: xserver-xorg-video-ati (<< something) clone 469532 -1 reassign -1 xserver-xorg-video-mach64 kthxbye On Wed, Mar 5, 2008 at 19:16:33 +0100, Jiří Paleček wrote: Package: xserver-xorg-video-r128 Severity: normal Hello, this package contains some files, which were previously contained in -video-ati (namely /usr/share/man/man4/r128.4.gz). It would be appropriate to conflict with it. No, it would be appropriate to Replace it. Maybe, but simple Replaces: makes downgrades from >> 6.8.0 to <= 6.8.0 really painful. Please, consider this, since this is an experimental version and people might want to go back from it. Regards Jiri Palecek
Bug#469532: xserver-xorg-video-r128: should Conflict: with older -video-ati versions
Package: xserver-xorg-video-r128 Severity: normal Hello, this package contains some files, which were previously contained in -video-ati (namely /usr/share/man/man4/r128.4.gz). It would be appropriate to conflict with it. I haven't checked, but this probably applies to -video-mach64 as well. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.9-debug (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
On Thu, 28 Feb 2008 01:44:28 +0100, Alex Deucher <[EMAIL PROTECTED]> wrote: On Wed, Feb 27, 2008 at 7:01 PM, Jiří Paleček <[EMAIL PROTECTED]> wrote: On Wed, 27 Feb 2008 23:32:24 +0100, Alex Deucher <[EMAIL PROTECTED]> wrote: > 2008/2/27 Jiri Palecek <[EMAIL PROTECTED]>: >> >> On Monday 25 February 2008 18:18:32 Alex Deucher wrote: >> > There's something about 1400x1050 mode that the driver doesn't like. >> > if you remove the preferred mode from your monitor section, does the >> > server come up? You might want to try another modeline for >> 1400x1050. >> >> Indeed, the server started with the "PreferredMode" commented out. >> However, >> changing the mode to this mode hang the computer. >> >> What other modeline do you mean? I copied this one from earlier xorg, >> where it >> was autodetected. > > try cvt: > > $ cvt 1400 1050 60 > # 1400x1050 59.98 Hz (CVT 1.47M3) hsync: 65.32 kHz; pclk: 121.75 MHz > Modeline "1400x1050_60.00" 121.75 1400 1488 1632 1864 1050 1053 > 1057 1089 -hsync +vsync > > $ cvt 1400 1050 75 > # 1400x1050 74.87 Hz (CVT 1.47M3) hsync: 82.28 kHz; pclk: 156.00 MHz > Modeline "1400x1050_75.00" 156.00 1400 1504 1648 1896 1050 1053 > 1057 1099 -hsync +vsync OK. So I tried this: Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 30-95 VertRefresh 50-160 Modeline"1400x1050" 184.00 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync # 1400x1050 84.96 Hz (CVT 1.47M3) hsync: 93.88 kHz; pclk: 179.50 MHz Modeline "1400x1050_85.00" 179.50 1400 1512 1656 1912 1050 1053 1057 1105 -hsync +vsync # 1400x1050 74.87 Hz (CVT 1.47M3) hsync: 82.28 kHz; pclk: 156.00 MHz Modeline "1400x1050_75.00" 156.00 1400 1504 1648 1896 1050 1053 1057 1099 -hsync +vsync # 1400x1050 59.98 Hz (CVT 1.47M3) hsync: 65.32 kHz; pclk: 121.75 MHz Modeline "1400x1050_60.00" 121.75 1400 1488 1632 1864 1050 1053 1057 1089 -hsync +vsync Option "PreferredMode" "1400x1050" EndSection The 60 an 75 Hz variants work under 6.8.0, the 85 Hz doesn't. Strange. you might try tweaking it slightly, maybe 87 Hz, etc. OK. From these modes # 1400x1050 81.89 Hz (CVT) hsync: 90.32 kHz; pclk: 171.25 MHz Modeline "1400x1050_82.00" 171.25 1400 1504 1648 1896 1050 1053 1057 1103 -hsync +vsync # 1400x1050 86.89 Hz (CVT) hsync: 96.10 kHz; pclk: 183.75 MHz Modeline "1400x1050_87.00" 183.75 1400 1512 1656 1912 1050 1053 1057 1106 -hsync +vsync # 1400x1050 83.89 Hz (CVT) hsync: 92.70 kHz; pclk: 175.75 MHz Modeline "1400x1050_84.00" 175.75 1400 1504 1648 1896 1050 1053 1057 1105 -hsync +vsync 87 Hz correctly fails (96 kHz is too much for a horizontal refresh), the other two work. Regards Jiri Palecek
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
On Wed, 27 Feb 2008 23:32:24 +0100, Alex Deucher <[EMAIL PROTECTED]> wrote: 2008/2/27 Jiri Palecek <[EMAIL PROTECTED]>: On Monday 25 February 2008 18:18:32 Alex Deucher wrote: > There's something about 1400x1050 mode that the driver doesn't like. > if you remove the preferred mode from your monitor section, does the > server come up? You might want to try another modeline for 1400x1050. Indeed, the server started with the "PreferredMode" commented out. However, changing the mode to this mode hang the computer. What other modeline do you mean? I copied this one from earlier xorg, where it was autodetected. try cvt: $ cvt 1400 1050 60 # 1400x1050 59.98 Hz (CVT 1.47M3) hsync: 65.32 kHz; pclk: 121.75 MHz Modeline "1400x1050_60.00" 121.75 1400 1488 1632 1864 1050 1053 1057 1089 -hsync +vsync $ cvt 1400 1050 75 # 1400x1050 74.87 Hz (CVT 1.47M3) hsync: 82.28 kHz; pclk: 156.00 MHz Modeline "1400x1050_75.00" 156.00 1400 1504 1648 1896 1050 1053 1057 1099 -hsync +vsync OK. So I tried this: Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 30-95 VertRefresh 50-160 Modeline"1400x1050" 184.00 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync # 1400x1050 84.96 Hz (CVT 1.47M3) hsync: 93.88 kHz; pclk: 179.50 MHz Modeline "1400x1050_85.00" 179.50 1400 1512 1656 1912 1050 1053 1057 1105 -hsync +vsync # 1400x1050 74.87 Hz (CVT 1.47M3) hsync: 82.28 kHz; pclk: 156.00 MHz Modeline "1400x1050_75.00" 156.00 1400 1504 1648 1896 1050 1053 1057 1099 -hsync +vsync # 1400x1050 59.98 Hz (CVT 1.47M3) hsync: 65.32 kHz; pclk: 121.75 MHz Modeline "1400x1050_60.00" 121.75 1400 1488 1632 1864 1050 1053 1057 1089 -hsync +vsync Option "PreferredMode" "1400x1050" EndSection The 60 an 75 Hz variants work under 6.8.0, the 85 Hz doesn't. Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
On Wed, 20 Feb 2008 20:07:09 +0100, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: On Tue, 19 Feb 2008 16:36:35 +0100, Brice Goglin <[EMAIL PROTECTED]> wrote: On Sat, Feb 16, 2008 at 11:30:22PM +0100, Ji??í Pale??ek wrote: OK. The bad commit is commit f3d2ec3a5ae61215c792018320158750e7aa937c Author: Alex Deucher <[EMAIL PROTECTED](none)> Date: Tue Dec 11 11:57:27 2007 -0500 RADEON: rewrite PLL computation Can you try the patch at http://www.botchco.com/alex/xorg/debian465864.diff ? Sorry, I cannot compile it. The revisions that have legacy_crtc.c fail with "undefined symbol ATOM_xxx" (among others). I just did apt-get source xserver-xorg-video-ati -t unstable ... patch -p1 < ../debian465864.diff debuild and it compiled 6.8.0+patch fine. Can you send the exact error messages that you got? Sorry, it was my fault. I was doing it in a local copy of git, and there was a new include directory added which I didn't have in the makefiles... autoreconf did the job. Anyway, the patch didn't help. Regards Jiri Palecek
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
On Tue, 19 Feb 2008 16:36:35 +0100, Brice Goglin <[EMAIL PROTECTED]> wrote: On Sat, Feb 16, 2008 at 11:30:22PM +0100, Ji??í Pale??ek wrote: OK. The bad commit is commit f3d2ec3a5ae61215c792018320158750e7aa937c Author: Alex Deucher <[EMAIL PROTECTED](none)> Date: Tue Dec 11 11:57:27 2007 -0500 RADEON: rewrite PLL computation Can you try the patch at http://www.botchco.com/alex/xorg/debian465864.diff ? Sorry, I cannot compile it. The revisions that have legacy_crtc.c fail with "undefined symbol ATOM_xxx" (among others). I have xserver-xorg-dev 2:1.4.1~git20080131-1 Regards Jiri Palecek
Bug#465864: xserver-xorg-video-ati: xserver freezes the computer on startup
On Fri, 15 Feb 2008 19:32:37 +0100, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080203.f65e8dfa-1 Severity: important Hello when I start X, the computer freezes and doesn't react even to magic SysRq. This happens with -video-ati versions > 6.7.196. The log and the diff to normal startup is attached. I tried option "BusType" "PCI" without positive effect. The biggest candidate from such a problem appearing after 6.7.196 would have been AGP mode problems for sure. But if BusType PCI or AGPMode 4/8 doesn't help, there's something else. Since we have plenty of snapshots available in snapshot.debian.net, and git-bisect'ing between should be very fast, could you try to locate the breaking commit? OK. The bad commit is commit f3d2ec3a5ae61215c792018320158750e7aa937c Author: Alex Deucher <[EMAIL PROTECTED](none)> Date: Tue Dec 11 11:57:27 2007 -0500 RADEON: rewrite PLL computation Algorithm adapted from BeOS radeon driver with some tweaks by me. Actually calulate and use the reference divider rather than using the bios default. Also, always calculate the PLL, rather than falling back to bios dividers. This should fix bugs 12913, 13590, 13533, possibly others. Regards Jiri Palecek
Bug#457997: xserver-xorg-core: starwars hack from xscreensaver freezes Xorg
Package: xserver-xorg-core Version: 2:1.4.1~git20071212-2 Severity: important Hello, when I run the starwars hack from xscreensaver, Xorg freezes. The rest of the system is working, however, the console is locked forever. I was able to login remotely, but gdb Xorg crashed and killing X had no effect, even did not kill X. top showed X is eating 100% of the CPU, and that almost all of it is spent in the kernel. This behaviour occurs regardless of how I run starwars, eg. regularly as screensaver (I use kscreensaver), as preview in kcontrol, or directly from the commandline. This makes me think that it isn't related to grabs. Also, I see this behaviour for quite a long time, I was only able to trace it now. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.9-debug (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-core depends on: ii libc6 2.7-3GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-1 simple interprocess messaging syst ii libdrm2 2.3.0-4 Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-2X11 font encoding library ii libgcc1 1:4.3-20071020-1 GCC support library ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libpixman-1-0 0.9.5-1 pixel-manipulation library for X a ii libxau6 1:1.0.3-2X11 authorisation library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxfont1 1:1.2.9-1X11 font rasterisation library ii x11-common 1:7.3+6 X Window System (X.Org) infrastruc ii xserver-xorg1:7.3+6 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#440880: xserver-xorg-core: bad behaving clients can starve other clients
Hello, On Sun, 25 Nov 2007 22:55:08 +0100, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: I tried the xrender benchmark from http://www.freedesktop.org/~zack/xrenderbenchmark.tar.bz2, and when I ran it, it virtually locked up every other X client. I think this is a problem, although such clients are uncommon. Also, I think it would be quite hard to implement some kind of fairness in the xserver. Sorry for the late reply, we should forward this bug upstream (bugzilla.freedesktop.org, product xorg, component Server/General). Thanks for your answer. Before we do so, can you reproduce the problem with xserver-xorg-core 1.4.1 currently in unstable? Yes. I see this problem eg. when running freecol, too. Regards Jiri Palecek
Bug#456220: libgl1-mesa-dri: random crash in neverputt
Package: libgl1-mesa-dri Version: 7.0.2-2 Severity: normal Hello, I get random crashes while playing neverputt, the stack trace points to mesa. The backtrace is attached (#4 is the first stack frame beyond the signal handler), but this is the only info I've got. Regards Jiri Palecek #4 0xb6ed999b in mmFreeMem () from /usr/lib/dri/radeon_dri.so #5 0xb6e69e4c in driDestroyTextureObject () from /usr/lib/dri/radeon_dri.so #6 0xb6e7c14e in ?? () from /usr/lib/dri/radeon_dri.so #7 0x0880b000 in ?? () #8 0x08b52208 in ?? () #9 0xb7b39541 in pthread_mutex_lock () from /lib/i686/cmov/libpthread.so.0 #10 0xb6ef9d39 in _mesa_reference_texobj () from /usr/lib/dri/radeon_dri.so #11 0xb6efb15a in _mesa_DeleteTextures () from /usr/lib/dri/radeon_dri.so #12 0x0804cfda in ?? () -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libgl1-mesa-glx 7.0.2-2A free implementation of the OpenG libgl1-mesa-dri recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#440918: xserver-xorg-video-ati: supertux lost its textures after hibernation
Package: xserver-xorg-video-ati Version: 1:6.7.192-1~7.2 Severity: normal Hello, when I play supertux (OpenGL mode is on), hibernate and resume the computer, supertux display is completely garbled (it seems like it has loast its textures, so everything looks like a rectangle), see screenshot. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-12 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/<>
Bug#440880: xserver-xorg-core: bad behaving clients can starve other clients
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-12 Severity: minor Hello, I tried the xrender benchmark from http://www.freedesktop.org/~zack/xrenderbenchmark.tar.bz2, and when I ran it, it virtually locked up every other X client. I think this is a problem, although such clients are uncommon. Also, I think it would be quite hard to implement some kind of fairness in the xserver. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-core depends on: ii libc6 2.6-2GNU C Library: Shared libraries ii libdrm2 2.3.0-4 Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-2X11 font encoding library ii libgcc1 1:4.2-20070627-1 GCC support library ii libxau6 1:1.0.3-2X11 authorisation library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxfont1 1:1.2.8-1X11 font rasterisation library ii x11-common 1:7.2-3 X Window System (X.Org) infrastruc ii xserver-xorg1:7.2-5 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#440373: xserver-xorg-video-ati: server doesn't start in my preferred mode and insists on 1024x768
On Sat, 01 Sep 2007 09:33:10 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: I upgraded my xorg video driver and the server won't start in my preferred mode 1400x1050, but instead starts in 1024x768. I followed the instructions in http://bgoglin.livejournal.com/10423.html, but it only solved the problem so I have the mode and can switch into it through xrandr. I don't see anything wrong in your config, except maybe the HorizSync and VertRefresh that you could try removing. The log says: (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): [EMAIL PROTECTED] (II) RADEON(0): [EMAIL PROTECTED] (II) RADEON(0): [EMAIL PROTECTED] (II) RADEON(0): [EMAIL PROTECTED] (II) RADEON(0): [EMAIL PROTECTED] (II) RADEON(0): [EMAIL PROTECTED] and (II) RADEON(0): Using hsync ranges from config file (II) RADEON(0): Using vrefresh ranges from config file (II) RADEON(0): Printing DDC gathered Modelines: (II) RADEON(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (II) RADEON(0): Modeline "720x400" 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (II) RADEON(0): Modeline "1280x1024" 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (II) RADEON(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (II) RADEON(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (II) RADEON(0): Modeline "640x480" 35.00 640 664 728 816 480 483 487 507 -hsync +vsync (II) RADEON(0): Modeline "800x600" 56.75 800 848 928 1056 600 603 607 633 -hsync +vsync (II) RADEON(0): Modeline "1024x768" 94.50 1024 1096 1200 1376 768 771 775 809 -hsync +vsync (II) RADEON(0): Modeline "1280x960" 148.25 1280 1368 1504 1728 960 963 967 1011 -hsync +vsync (II) RADEON(0): Modeline "1280x1024" 159.50 1280 1376 1512 1744 1024 1027 1034 1078 -hsync +vsync (II) RADEON(0): Modeline "1600x1200" 204.75 1600 1720 1888 2176 1200 1203 1207 1255 -hsync +vsync (II) RADEON(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync As I understand it, the display does not say it supports 1400x1050 (or the server filtered it out for some reason). Does it work better if you change to a 1600x1200 or 1280x1024 modeline? Your ModeLine has been accepted fine (II) RADEON(0): Printing probed modes for output VGA-0 (II) RADEON(0): Modeline "1400x1050"x85.3 184.00 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync (93.9 kHz) But later, we get: (WW) RADEON(0): Option "PreferredMode" is not used So there's something preventing the server from accepting 1400x1050 in the beginning, but I don't where... BTW, I found out this only happens on -core 1.3.0 However, this is not the best solution, because that way, I get incorrect DPI. Did this problem really appear during this upgrade to 6.7.192. Could it I'd say so. be related to a recent upgrade of gdm which changed the way the X server is started? There's a way to con?igure it, but I don't remember how. Or maybe it is just 6.7.192 not detecting DPI correctly. I think the DPI problem is a matter of applications (KDE), which, once having found out the DPI, doesn't react to changing the resolution. BTW, there are more problems with DPI, for example, the DPI seems to be calculated using screen size 31x23 cm, but the real size is 32x24. By the way, it would be nice to report bugs using the reportbug tool. Having to open .gz files is much more annoying than having all files stored inline in the mail :) If you don't like reportbug, please just attach the output of /usr/share/doc/xserver-xorg/script 3>&1 without gzipping it. Ok, although I still don't see the beauty of sending 0.25 MB mails. Regards Jiri Palecek
Bug#440376: xserver-xorg-video-ati: acceleration method "exa" freezes the computer
On Sun, 02 Sep 2007 11:02:29 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: http://snapshot.debian.net/archive/2007/08/21/debian/pool/main/x/xserver-xorg-video-ati/ (it was already built for the new xserver-xorg-core in experimental). I don't understand -- I have xserver-xorg-core 1.3.0 from unstable. Oh right, I thought you would have to upgrade xserver-xorg-core because I thought i needn't, because you wrote some days ago: By the way, since upgrading/downgrading both -core and drivers is kind of boring when just testing something, you could use -ati package that I just uploaded in http://people.debian.org/~bgoglin/ati-for-sid/, it should work fine with -core 1.3.0 from sid. And we would know whether your original bug was fixed in -core 1.3.99 or -ati 6.7.192. of the ABI bump. Then does it help if you upgrade xserver-xorg-core to experimental 2:1.3.99.0-2? The new ati driver 6.7.192 has been built for it. No, it still crashes. Moreover, it crashes without exa as well (but differently). Regards Jiri Palecek
Bug#440376: xserver-xorg-video-ati: acceleration method "exa" freezes the computer
On Sat, 01 Sep 2007 09:12:08 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: Option "AccelMethod" "exa" and when I run xserver with this option, it very soon freezes the computer, even if I'm in the console. It begins by not accepting keyboard input, strangely the console I'm in accepts input longer. Does it freeze with 6.6.193-2 and EXA ? The old package is available at No, it doesn't. http://snapshot.debian.net/archive/2007/08/21/debian/pool/main/x/xserver-xorg-video-ati/ (it was already built for the new xserver-xorg-core in experimental). I don't understand -- I have xserver-xorg-core 1.3.0 from unstable. This test would help us know whether the problem appeared in the new ati driver or in the Xserver. (I guess you were not using EXA before 6.7.19x since it was often slower than XAA) I did use exa even before, but frankly, didn't notice it was slower or faster than anything. Regards Jiri Palecek
Bug#440376: xserver-xorg-video-ati: acceleration method "exa" freezes the computer
Package: xserver-xorg-video-ati Version: 1:6.7.192-1~7.2 Severity: normal Hello, I set Option "AccelMethod" "exa" and when I run xserver with this option, it very soon freezes the computer, even if I'm in the console. It begins by not accepting keyboard input, strangely the console I'm in accepts input longer. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-12 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#440373: xserver-xorg-video-ati: server doesn't start in my preferred mode and insists on 1024x768
Package: xserver-xorg-video-ati Version: 1:6.7.192-1~7.2 Severity: normal Hello, I upgraded my xorg video driver and the server won't start in my preferred mode 1400x1050, but instead starts in 1024x768. I followed the instructions in http://bgoglin.livejournal.com/10423.html, but it only solved the problem so I have the mode and can switch into it through xrandr. However, this is not the best solution, because that way, I get incorrect DPI. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-12 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ xrandr.output Description: Binary data Xorg.log.gz Description: GNU Zip compressed data xorg.conf Description: Binary data
Bug#422168: xserver-xorg-core: xv compresses movies to half of the screen
On Tue, 28 Aug 2007 08:39:31 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: I don't really know, but IIRC, it was after upgrading -core to 1.3. I'm not sure about downgrading to 1.1, but -video-ati 6.6.193 did not solve the problem. If the bug appeared when upgrading to xserver-xorg-core 1.3, you might want to test the 1.4 prerelease currently sitting in experimental (2:1.3.99.0-2) together with xserver-xorg-video-ati 1:6.7.192-2. Well, this particular thing seems to work in experimental. However, it was more experimental experience than I expected, particularly, it crashed two times before I could test it, it doesn't seem to obey my mode selection, xrandr stopped working. BTW will there be a fbdev driver, too? In the meantime, I'm downgrading to unstable. Regards Jiri Palecek
Bug#422168: xserver-xorg-core: xv compresses movies to half of the screen
On Wed, 08 Aug 2007 19:03:06 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: On Fri, 04 May 2007 08:39:30 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiri Palecek wrote: Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-3 Severity: normal Hello, when I play movies through xv, either in kaffeine or mplayer, they are compressed to the left half of the viewport, either fullscreen or window. Interesting thing is, that restarting X sometimes solves the problem. Do you know when this problem started to occur ? After upgrading xserver-xorg-core to 1.3 ? Does the problem go away if you downgrade to 1.1 in Etch ? Or if you downgrade xserver-xorg-video-ati to 6.6.3 (in testing) or upgrade to 6.6.193 (in experimental) ? I don't really know, but IIRC, it was after upgrading -core to 1.3. I'm not sure about downgrading to 1.1, but -video-ati 6.6.193 did not solve the problem. Regards Jiri Palecek
Bug#435529: xserver-xorg-core: crash when running glxinfo with fbdev driver
On Wed, 01 Aug 2007 18:35:35 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiří Paleček wrote: when I run glxinfo with the fbdev driver, I get a crash. More detailed info is attached. Could you catch a debugging backtrace with gdb? Installing xserver-xorg-core-dbg, attaching gdb through ssh with 'gdb -p $(pidof X)', reproducing the crash, and entering 'bt full' in gdb should do the trick. Well, this wasn't the luckiest advice. When I switched to my debugged X, I couldn't do anything because it was stopped in the debugger. I had to restart the computer :-) Anyway, having done a remote debugging session, I obtained the backtrace. Regards Jiri Palecek xorg.backtrace Description: Binary data
Bug#435529: xserver-xorg-core: crash when running glxinfo with fbdev driver
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-11 Severity: normal Hello, when I run glxinfo with the fbdev driver, I get a crash. More detailed info is attached. I was only able to google this http://www.oszine.de/node/7389 I hope it helps, although I doubt it. BTW This is similar to #422505, however, the backtrace is different. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-core depends on: ii libc6 2.6-2GNU C Library: Shared libraries ii libdrm2 2.3.0-4 Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-2X11 font encoding library ii libgcc1 1:4.2-20070627-1 GCC support library ii libxau6 1:1.0.3-2X11 authorisation library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxfont1 1:1.2.8-1X11 font rasterisation library ii x11-common 1:7.2-3 X Window System (X.Org) infrastruc ii xserver-xorg1:7.2-5 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information xorg.bug.bz2 Description: application/bzip2
Bug#435457: startx: fails to start a custom client
Package: xbase-clients Version: 1:7.2.ds2-2 Severity: normal File: /usr/bin/startx Hello, when I try to run a custom X client withs startx, like startx startkde startx xterm it doesn't start and there is an error message in the console xterm: bad command line option "xterm" Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xbase-clients depends on: ii cpp 4:4.1.2-2The GNU C preprocessor (cpp) ii libc6 2.6-2GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-4X11 Font Services library ii libgl1-mesa-glx [libgl1 7.0.1~rc2-1 A free implementation of the OpenG ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxaw7 1:1.0.3-3X11 Athena Widget library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxkbfile1 1:1.0.4-1X11 keyboard file manipulation lib ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxmuu11:1.0.3-1X11 miscellaneous micro-utility li ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxss1 1:1.1.2-1X11 Screen Saver extension library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-4X11 event trapping extension libra ii libxtst61:1.0.2-1X11 Testing -- Resource extension ii libxv1 1:1.0.3-1X11 Video extension library ii libxxf86dga12:1.0.1-2X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii x11-common 1:7.2-3 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#435198: xbase-clients: can't be used to start additional servers
Package: xbase-clients Version: 1:7.2.ds2-2 Severity: normal File: /usr/bin/startx Hello, when I try to start an additional screen by startx like startx -- :1 the client startx is supposed to launch will not start. Moreover, if :0 server is running, the client will be run on that screen. Setting DISPLAY=:1 does not help Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xbase-clients depends on: ii cpp 4:4.1.2-2The GNU C preprocessor (cpp) ii libc6 2.6-2GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-4X11 Font Services library ii libgl1-mesa-glx [libgl1 7.0.1~rc2-1 A free implementation of the OpenG ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxaw7 1:1.0.3-3X11 Athena Widget library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxkbfile1 1:1.0.4-1X11 keyboard file manipulation lib ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxmuu11:1.0.3-1X11 miscellaneous micro-utility li ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxss1 1:1.1.2-1X11 Screen Saver extension library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-4X11 event trapping extension libra ii libxtst61:1.0.2-1X11 Testing -- Resource extension ii libxv1 1:1.0.3-1X11 Video extension library ii libxxf86dga12:1.0.1-2X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii x11-common 1:7.2-3 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#412349: libgl1-mesa-dri: viewport shifted out of window in torcs
Hi, On Mon, 21 May 2007 21:25:26 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Hi, It might be good to test Mesa 6.5.3-1 which has been uploaded to experimental today. There are so many changes since 6.5.2 that it's probably worth a try. unfortunately no, the problem did not go away. But it has changed, the splash screen is now shifted to the upper right corner, whereas the menu is shifted to the lower left. Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422505: xserver-xorg-core: crashes when using OpenGL app with fbdev driver
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-3 Severity: minor Hello, I tried to run an OpenGL application with the fbdev driver (it was a game and I wanted to test it, not really play because it wouldn't really work), and when I tried to return from the game to the menu, Xorg crashed. I've attached the server log, which includes the backtrace. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-core depends on: ii libc6 2.5-5 GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-2 X11 font encoding library ii libgcc1 1:4.1.1-21 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.2-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.8-1 X11 font rasterisation library ii x11-common1:7.1.0-18 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-18 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information xserver-xorg-core.bug.gz Description: GNU Zip compressed data
Bug#422168: xserver-xorg-core: xv compresses movies to half of the screen
On Fri, 04 May 2007 08:39:30 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: Jiri Palecek wrote: Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-3 Severity: normal Hello, when I play movies through xv, either in kaffeine or mplayer, they are compressed to the left half of the viewport, either fullscreen or window. Interesting thing is, that restarting X sometimes solves the problem. Please send the output of /usr/share/bug/xserver-xorg-core/script 3>&1 Here it is. xserver-xorg-core.bug.gz Description: GNU Zip compressed data
Bug#405823: Still see the bug in xorg 1.2.0
Package: xserver-xorg-core Version: 2:1.2.99.901-1 On Fri, 02 Mar 2007 09:23:57 +0100, Michel Dänzer <[EMAIL PROTECTED]> wrote: On Fri, 2007-03-02 at 00:40 +0100, Jiří Paleček wrote: > Ariel wrote: >> >> I have a very strong suspicion that bugs #407036, #410768, #405823, >> and #402563 might all be the same bug as #406044 >> >> Bug reporters: Please try this patch: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi/xorg-server.nocrash.patch?bug=406044;msg=45;att=1 >> >> >> And report if it fixes the problem. (It fixed it for me, but I'm not >> the original reporter of 406044 so the two other reporters in 406044 >> please also try the patch.) > > Since some people might not know how to rebuild the X server with a > patch, they could start by testing the xserver-xorg-core package from > experimental (1.2.0-4 currently), which seems to contain the patch too. > If their problem disappears, Ariel or somebody else will help them > getting a patched 1.1.1 X server. I didn't try the patch, but I see bug #405823 even with 1.2.0-2 Please try to get a backtrace with gdb, preferably with xserver-xorg-core and xserver-xorg-video-ati rebuilt with debugging symbols. Here it is. Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xserver-xorg-core depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libdrm2 2.3.0-1Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-1 X11 font encoding library ii libgcc1 1:4.1.1-21 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.7-1 X11 font rasterisation library ii x11-common1:7.1.0-15 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-15 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information xorg.crash Description: Binary data
Bug#413594: xorg: glitches in font configuration make some fonts unusable
Package: xorg Version: 1:7.1.0-12 Severity: normal Hello, sometimes (about two times in the last year) when I upgraded xorg, Xft applications stopped working. I've found out this is due to fonts that are mentioned in fonts.dir file, but their files are missing (or something), so the remedy usually was to regenerate those files. However, it didn't help the last time. The symptoms are described in bug #392502 Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xorg depends on: ii gnome-terminal [x-termi 2.14.2-1 The GNOME 2 terminal emulator appl ii konsole [x-terminal-emu 4:3.5.6.dfsg.1-2 X terminal emulator for KDE ii libgl1-mesa-dri 6.5.2-3 A free implementation of the OpenG ii libgl1-mesa-glx 6.5.2-3 A free implementation of the OpenG ii libglu1-mesa6.5.2-3 The OpenGL utility library (GLU) ii type-handling [not+spar 0.2.19 dpkg architecture generation scrip ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3100 dpi fonts for X ii xfonts-75dpi1:1.0.0-375 dpi fonts for X ii xfonts-base 1:1.0.0-4standard fonts for X ii xfonts-scalable 1:1.0.0-6scalable fonts for X ii xkb-data0.9-4X Keyboard Extension (XKB) configu ii xserver-xorg1:7.1.0-12 the X.Org X server ii xterm [x-terminal-emula 222-1etch2 X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs xorg recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#405823: Still see the bug in xorg 1.2.0
Hello, Ariel wrote: I have a very strong suspicion that bugs #407036, #410768, #405823, and #402563 might all be the same bug as #406044 Bug reporters: Please try this patch: http://bugs.debian.org/cgi-bin/bugreport.cgi/xorg-server.nocrash.patch?bug=406044;msg=45;att=1 And report if it fixes the problem. (It fixed it for me, but I'm not the original reporter of 406044 so the two other reporters in 406044 please also try the patch.) Since some people might not know how to rebuild the X server with a patch, they could start by testing the xserver-xorg-core package from experimental (1.2.0-4 currently), which seems to contain the patch too. If their problem disappears, Ariel or somebody else will help them getting a patched 1.1.1 X server. I didn't try the patch, but I see bug #405823 even with 1.2.0-2 Regards Jiri Palecek
Bug#403822: Probably, the bug is fixed in experimental
Package: xserver-xorg-core Version: 2:1.2.0-2 Severity: normal Hello, I have updated xserver-xorg-core to experimental and it seems that the problems are not present in this version, so I'm tagging this bug fixed-in-experimental. Please, test it to be sure. Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xserver-xorg-core depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libdrm2 2.3.0-1Userspace interface to kernel DRM ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-21 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.2-1 X11 font rasterisation library ii x11-common1:7.1.0-12 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-12 the X.Org X server Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#409215: glxgears: garbled display
Package: mesa-utils Version: 6.3.2-2.1 Severity: normal File: /usr/bin/glxgears Hello, when I start glxgears, the output loogs like in the attachment. However, when I move the window, I see normal gears. My graphics card is Radeon 7500 (DRI driver). Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages mesa-utils depends on: ii freeglut3 2.4.0-5OpenGL Utility Toolkit ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 6.5.1-0.5 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.5 The OpenGL utility library (GLU) ii libx11-6 2:1.0.3-4 X11 client-side library mesa-utils recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ glxgears.png Description: PNG image
Bug#379480: It even crashes on clock skew
Package: xserver-xorg-core Version: 2:1.1.1-15 Severity: normal Hello, I just tried it, and xorg even crashed (on segfault) when I made clock skew. The backtrace is attached. BTW, should't this be RC-bug (causes data loss in X clients)? Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xserver-xorg-core depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-19 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.2-1 X11 font rasterisation library ii x11-common1:7.1.0-9 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-9 the X.Org X server ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information xorg.crash Description: Binary data
Bug#379480: (reopen) Bug still present
reopen 379480 thanks On Mon, 08 Jan 2007 06:21:33 +0100, Berg, Michael <[EMAIL PROTECTED]> wrote: Bug #379480 is still present. My system froze up last week, and it froze up again today about half an hour ago. I have been tracking sid during this whole time (I keep fairly current with sid for testing purposes). You'd rather reopen the bug yourself. You can do it by a post like this (CC:[EMAIL PROTECTED]), text reopen xx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405823: xserver-xorg-core: crashes when running a fullscreen application and changing resolution
Package: xserver-xorg-core Version: 2:1.1.1-13 Severity: important File: /usr/lib/xorg/modules/libfb.so Hello, when I run a fullscreen application (eg. dosbox in fullscreen mode) and change the resolution via DISPLAY=:0 xrandr -s 0 xorg crashes. The backtrace as found in the server output and my xorg.conf are attached. Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xserver-xorg-core depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-19 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.2-1 X11 font rasterisation library ii x11-common1:7.1.0-9 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-9 the X.Org X server ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information xorg.crash Description: Binary data xorg.conf Description: Binary data
Bug#403822: xserver-xorg-core: repeating keystrokes on time skew
Package: xserver-xorg-core Version: 2:1.1.1-12 Severity: normal Hello, when I press Enter during a clock skew, the keystroke is repeated. See the attached session from konsole, and note that each command was separated by one Enter only from the others. You can use it as a testcase as well. I think it is related to #379480 and #374026 Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xserver-xorg-core depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-19 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.2-1 X11 font rasterisation library ii x11-common1:7.1.0-8 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-8 the X.Org X server ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ xorg.problem Description: Binary data
Bug#379480: iMac Indigo freezes after upgrade to Sid
Hello, On Mon, 02 Oct 2006 10:25:18 +0200, Michel Dänzer <[EMAIL PROTECTED]> wrote: On Sun, 2006-10-01 at 23:59 +0200, Wolfgang Pfeiffer wrote: On Sun, Oct 01, 2006 at 05:20:38PM +0200, Jan Stedehouder wrote: > Hi, > > I have the following problem. After upgrading from Debian Sarge to Sid I > have major issues getting a GUI. GDM is starting excruciatingly slow and > clicking on anything freezes the whole system. Symptoms as described here? : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379480 This is fixed in xf86-video-ati git commit 6671c1b01bf29d8f1cacf9306ef658b967d8a3cf BTW. Are you sure? I don't use "UseFBDev" and can reproduce the bug. Hendrik uses xserver-xorg-video-fbdev, not ati and see the bug. Isn't this actually a different bug? Regards Jiri Palecek
Bug#379480: X Key/Mouse Freeze might be time/clock based
Package: xserver-xorg Version: 1:7.1.0-1 Hello, I don't use NTP, but I can reproduce the time skew problem with xorg 7.1.0. I have to MOVE or CLICK the mouse during the skew period, if I only type, nothing happens. But I only experienced this freeze two times till now, so maybe there was something else that changes the clock. The symptoms are identical. Regards Jiri Palecek -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xserver-xorg depends on: ii debconf 1.5.4 Debian configuration management sy ii x11-common1:7.1.0-1 X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii xkb-data 0.8-12 X Keyboard Extension (XKB) configu ii xserver-xorg-core 2:1.1.1-6 X.Org X server -- core server ii xserver-xorg-input-evdev [xse 1:1.1.2-1 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xserv 1:1.1.0-1 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xse 1:1.1.1-2 X.Org X server -- mouse input driv ii xserver-xorg-video-ati [xserv 1:6.6.2-2 X.Org X server -- ATI display driv Versions of packages xserver-xorg recommends: pn discover1 | discover (no description available) pn laptop-detect (no description available) pn mdetect(no description available) pn xresprobe (no description available) -- debconf information: xserver-xorg/multiple_possible_x-drivers: * xserver-xorg/config/monitor/use_sync_ranges: false * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice xserver-xorg/config/monitor/lcd: false xserver-xorg/config/device/default-identifier: xserver-xorg/autodetect_monitor: true * xserver-xorg/config/display/default_depth: 24 * xserver-xorg/config/display/modes: 1280x1024, 1024x768, 800x600, 640x480 xserver-xorg/config/inputdevice/keyboard/internal: * xserver-xorg/config/inputdevice/keyboard/options: * xserver-xorg/config/device/use_fbdev: false * xserver-xorg/config/inputdevice/keyboard/variant: xserver-xorg/config/nonnumeric_string_error: * xserver-xorg/config/inputdevice/keyboard/layout: cz * xserver-xorg/config/monitor/identifier: Generic Monitor * xserver-xorg/config/inputdevice/mouse/emulate3buttons: false * xserver-xorg/autodetect_mouse: true * xserver-xorg/config/monitor/horiz-sync: 30-65 xserver-xorg/config/monitor/range_input_error: * xserver-xorg/config/write_dri_section: true * xserver-xorg/config/inputdevice/keyboard/model: pc105 * xserver-xorg/config/device/driver: ati * xserver-xorg/config/monitor/selection-method: Medium * xserver-xorg/config/write_files_section: true * xserver-xorg/config/monitor/mode-list: 1280x1024 @ 60Hz xserver-xorg/config/doublequote_in_string_error: xserver-xorg/config/monitor/screen-size: 17 inches (430 mm) * shared/default-x-server: xserver-xorg * xserver-xorg/config/inputdevice/mouse/protocol: ImPS/2 shared/no_known_x-server: xserver-xorg/config/device/bus_id_error: * xserver-xorg/config/monitor/vert-refresh: 50-75 * xserver-xorg/autodetect_keyboard: false xserver-xorg/config/fontpath/fontserver: * xserver-xorg/config/modules: bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, type1, v4l, vbe * xserver-xorg/config/device/video_ram: * xserver-xorg/config/device/identifier: Generic Video Card xserver-xorg/config/null_string_error: shared/multiple_possible_x-servers: * xserver-xorg/config/device/bus_id: PCI:1:0:0 xserver-xorg/autodetect_video_card: true * xserver-xorg/config/inputdevice/keyboard/rules: xorg xserver-xorg/config/monitor/default-identifier:
Bug#379480: (no subject)
On Wed, 20 Sep 2006 18:12:02 +0200, <[EMAIL PROTECTED]> wrote: On Mon, Aug 14, 2006 at 12:42:51AM +0200, Ji Pale??ek wrote: Hi! >I'd be stunned if this was actually a server problem, and not a >client-side problem related to grabs. Which window manager do you use? >Does changing it fix anything? I use openbox. However, I don't think it's a client side problem, as no grabs can prevent Ctrl-Alt-F1 and such to work. The freezes seem random -- the last one I experienced (after ~week of flawless work) occured after I opened a file with kate. You're lucky. I might be able to use X in Debian if it only crashed once a week. As it is, I'm still dual-booting Ubuntu if I want to get any work done. I use icewm and gdm. As mentioned on the original bug report, it randomly freezes even when I use a remote machine via XDMCP. The local machine that's running the X server still freezes randomly. I suppose the remote client could ask for things that freeze the server, but isn't that still a server problem? If you get freezes regularly, you could possibly debug it. However, I'm not an X developper, so I can't give you advice on that. I think that it is an internal server problem which doesn't depend on whether the clients are local or remote. (The only difference I can tell is that the remote cannot use the shared memory extension). Could you try upgrading xserver-xorg-xxx to unstable version to see whether the problem persists in later versions? Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379480: (no subject)
Hi! I'd be stunned if this was actually a server problem, and not a client-side problem related to grabs. Which window manager do you use? Does changing it fix anything? I use openbox. However, I don't think it's a client side problem, as no grabs can prevent Ctrl-Alt-F1 and such to work. The freezes seem random -- the last one I experienced (after ~week of flawless work) occured after I opened a file with kate. Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345099: (no subject)
Hello, I have discovered a strange thing -- I upgraded the kernel to 2.6.15 and the 640x680 mode works! What is even more surprising, is that it proke the 1024x768 mode?! Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]