[opensuse-factory] Heads up for 2.6.21
On openSUSE 10.2 (KDE-3.5.5) and 10.3 Alpha (KDE-3.5.6), I've encountered a problem with vanilla 2.6.21-rc1 up to 2.6.21-rc2-git1. KDE is setup not to require a password to unlock the screen, but it asks for password. When given the password, it unlocks, but kwin, kicker, klauncher and may be other kdeinit stuff have died with no errors reported. Doing straces do not show errors. If I start those 3 from the command line, everything comes back except the desktop icons and the next lock will repeat the same sequence. The workaround I've found is to move kdesktop_lock out of /opt/kde3/bin, everything comes back intact when a key is pressed or the mouse is moved after the screen is blanked. NOTE, this is just a heads up, so no action is expected. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Fri, Mar 02, 2007 at 04:41:08AM +0000, Sid Boyce wrote:
On openSUSE 10.2 (KDE-3.5.5) and 10.3 Alpha (KDE-3.5.6), I've encountered a problem with vanilla 2.6.21-rc1 up to 2.6.21-rc2-git1. KDE is setup not to require a password to unlock the screen, but it asks for password. When given the password, it unlocks, but kwin, kicker, klauncher and may be other kdeinit stuff have died with no errors reported. Doing straces do not show errors. If I start those 3 from the command line, everything comes back except the desktop icons and the next lock will repeat the same sequence. The workaround I've found is to move kdesktop_lock out of /opt/kde3/bin, everything comes back intact when a key is pressed or the mouse is moved after the screen is blanked. NOTE, this is just a heads up, so no action is expected.
Note, the kernel should not have anything to do with this... But if you think it does, please file a bug at bugzilla.kernel.org and let the kernel developers know on the linux-kernel list, so that it can get fixed. thanks, greg k-h --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Greg KH wrote:
On Fri, Mar 02, 2007 at 04:41:08AM +0000, Sid Boyce wrote:
On openSUSE 10.2 (KDE-3.5.5) and 10.3 Alpha (KDE-3.5.6), I've encountered a problem with vanilla 2.6.21-rc1 up to 2.6.21-rc2-git1. KDE is setup not to require a password to unlock the screen, but it asks for password. When given the password, it unlocks, but kwin, kicker, klauncher and may be other kdeinit stuff have died with no errors reported. Doing straces do not show errors. If I start those 3 from the command line, everything comes back except the desktop icons and the next lock will repeat the same sequence. The workaround I've found is to move kdesktop_lock out of /opt/kde3/bin, everything comes back intact when a key is pressed or the mouse is moved after the screen is blanked. NOTE, this is just a heads up, so no action is expected.
Note, the kernel should not have anything to do with this...
But if you think it does, please file a bug at bugzilla.kernel.org and let the kernel developers know on the linux-kernel list, so that it can get fixed.
thanks,
greg k-h
I've posted this problem to the kernel mailing list and Avi Kivity has been responding. That's precisely the problem, determining whether it's a kernel or KDE bug. With up to 2.6.20 there isn't a problem, it's only reared its head at 2.6.21-rc1 on 10.2 x86_64 and 10.3 Alpha x86 where these kdeinit functions die without posting any errors in log files or in strace and they die only when "kdesktop_lock" is run. Not allowing kdesktop_lock to run, everything is normal. Different versions of openSUSE distros and KDE but same kernel versions. I shall build and test 2.6.21-rc2-git2 on kubuntu 6.10 to see if I get the same errors. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Freitag 02 März 2007 schrieb Sid Boyce:
On openSUSE 10.2 (KDE-3.5.5) and 10.3 Alpha (KDE-3.5.6), I've encountered a problem with vanilla 2.6.21-rc1 up to 2.6.21-rc2-git1. KDE is setup not to require a password to unlock the screen, but it asks for password. When given the password, it unlocks, but kwin, kicker, klauncher and may be other kdeinit stuff have died with no errors reported. Doing straces do not show errors. If I start those 3 from the command line, everything comes back except the desktop icons and the next lock will repeat the same sequence. The workaround I've found is to move kdesktop_lock out of /opt/kde3/bin, everything comes back intact when a key is pressed or the mouse is moved after the screen is blanked.
If the kernel is affecting this, you should get OOM errors in /var/log/messages Greetings, Stephan -- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Stephan Kulow wrote:
Am Freitag 02 März 2007 schrieb Sid Boyce:
On openSUSE 10.2 (KDE-3.5.5) and 10.3 Alpha (KDE-3.5.6), I've encountered a problem with vanilla 2.6.21-rc1 up to 2.6.21-rc2-git1. KDE is setup not to require a password to unlock the screen, but it asks for password. When given the password, it unlocks, but kwin, kicker, klauncher and may be other kdeinit stuff have died with no errors reported. Doing straces do not show errors. If I start those 3 from the command line, everything comes back except the desktop icons and the next lock will repeat the same sequence. The workaround I've found is to move kdesktop_lock out of /opt/kde3/bin, everything comes back intact when a key is pressed or the mouse is moved after the screen is blanked.
If the kernel is affecting this, you should get OOM errors in /var/log/messages
Greetings, Stephan
Nothing that says that kdeinit stuff has died, no out-of-memory errors either. 2.6.2-rc2-git2 kernel building on a P-II/333/96M/2M video with Kubuntu-6.10, shall see if I get the same on it. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (3)
-
Greg KH -
Sid Boyce -
Stephan Kulow