1:6.14.4-8
It appears this affects a broad range of Radeon chips. I just installed
wheezy on a machine which I'll use to replace the laptop on which I
first experienced this bug. Guess what - I have the same problem with
kdm on the new machine. Now running Linux 3.8.5.
--
To UNSUBSCRIBE, em
This persists in wheezy (Linux 3.2.39). However, the effect is
apparently less bad. Once I typed my password, a new session opened
normally and my screen is displaying everything fine now, without having
had to restart anything.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debia
Are you still experiencing this bug? If so, which video card do you use?
J M, you are most likely experiencing #636135. kdm is merely exposing a
driver bug in that case (Lisandro will be experiencing a different one,
perhaps 541282??).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lis
Hi,
I can't confirm a regression here. I dist-upgraded today to
xserver-xorg-video-radeon 1:6.14.4-4
and kdm login/logout/login works as expected.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.
Version: 6.14.4-4
I have to infirm the news from z...@bluemonk.de. Today's migration brought
a new kdm with a new configuration file. I opted to restore the
maintainer's version, and the problem came back.
For what it's worth, I tried again to login this time, and it worked
well, no hang. I
I upgraded wheezy today and with now xserver-xorg-video-radeon
1:6.14.4-2 the problem vanished.
The default kdmrc has an entry ...
# Restart instead of resetting the local X-server after session exit.
# Use it if the server leaks memory etc.
# Default is false
#TerminateServer=true
..., so th
tags 636135 + confirmed
thanks
Human memory is so weak. After working around this in my previous
install, I had already completely forgotten about the bug and just spent
about an hour debugging it...
Re-applying the workaround worked, however the new kdmrc is very
different and doesn't conta
I'm also affected by this, after I switched to radeon (from fglrx). I'm
using a Mobility Radeon HD 5650. This seems to happen regardless of the
display port I'm using (VGA or HDMI) and of the screen. radeon is
working pretty well otherwise. I'm using Linux 3.0 on i386 with the
amd64 image.
In
> This work-around works for me, thanks:
>
> /etc/kde4/kdm/kdmrc
> ...
> [X-*-Core]
> TerminateServer=true
Thanks oz, this workaround don't works for us but if we put
TerminateServer=true in the [X-:*-Core] section it's ok.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or
> Is there any downside to running with "TerminateServer=true" in kdmrc?
This work-around works for me, thanks:
/etc/kde4/kdm/kdmrc
...
[X-*-Core]
TerminateServer=true
...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
On Wed, Aug 10, 2011 at 00:10:30 +0200, NM S wrote:
> Is there any downside to running with "TerminateServer=true" in kdmrc?
No. It should be the default, but the KDE people apparently like to
inflict pain on their users. Sigh.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
I have that session logout problem on this platform:
* AMD E-350 cpu with AMD Radeon HD 6310 Graphics
* Debian/wheezy
* KDE 4
The mouse-cursor works after session-logout, but on a black background.
In the middle of the screen, where the login-window would be, the
cursor-symbol changes. So the
> This looks like the X server is waiting for input, so maybe kdm fails to
> reconnect to it after the reset for some reason.
I have included the trace for kdm and kdm_greeter (taken after logout during
black screen with only pointer), maybe someone will find it useful:
kdm trace:#0 0x7f0d
On Fre, 2011-08-05 at 17:49 +0200, NM S wrote:
>
> > Please install the xserver-xorg-core-dbg
> xserver-xorg-video-radeon-dbg
> > packages to get more information from gdb.
>
> The two packages where installed, but i used the standard X bin
> file instead of the debug one. Included new trace, ho
> Meanwhile, you should be able to work around the problem by configuring
> kdm to always restart the X server on logout.
Adding "TerminateServer=true" to kdmrc worked.
> Please install the xserver-xorg-core-dbg xserver-xorg-video-radeon-dbg
> packages to get more information from gdb.
The t
On Don, 2011-08-04 at 23:45 +0200, NM S wrote:
> The Xorg.0.log file was from after the KDM restart. I have
> included complete Xorg.0.log and kdm.log captured before KDM restart.
Looks like kdm doesn't restart the X server but only resets it, and
either the X server hangs during the reset, or kd
On Son, 2011-07-31 at 15:57 +0200, Nils Martin Sande wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:6.14.2-1
> Severity: important
>
> Reproduce:
> 1. Login to KDE.
> 2. Logout.
>
> Result(always):
> Black screen with pointer still visible.
> System is still active -> ctrl-alt-f1 works
17 matches
Mail list logo
