FS#18313 - [slim] Keyboard becomes unusable in tty from which slim is lauched

Attached to Project: Arch Linux
Opened by Enzo (Garret) - Saturday, 13 February 2010, 08:23 GMT
Last edited by Thayer Williams (thayer) - Friday, 26 February 2010, 18:13 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Thayer Williams (thayer)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
I have slim starting a daemon from TTY1 on boot-up. If, after logging into my X session, I try to use TTY1 for cli programs, I basically can't because the keyboard becomes slower and slower: I have to wait for some time between each key press or they are simply ignored.

Slim developers are aware of this issue and proposed a patch.
Bug report -> http://developer.berlios.de/bugs/?func=detailbug&bug_id=14509&group_id=2663
Patch (#002634) -> http://developer.berlios.de/patch/download.php?id=2634

Additional info:
* slim 1.3.1-6
This task depends upon

Closed by  Thayer Williams (thayer)
Friday, 26 February 2010, 18:13 GMT
Reason for closing:  Fixed
Comment by Peter Kraus (PetoKraus) - Saturday, 20 February 2010, 19:13 GMT
I can confirm this bug. Same slim version, x86_64.
Comment by Thayer Williams (thayer) - Thursday, 25 February 2010, 16:13 GMT
Is there a reason you're not starting slim via the recommended way? By recommended I mean via /etc/rc.conf or /etc/inittab? Considering this bug is from 2008 I doubt the upstream devs are going to do anything about it. I'd rather not patch the source if this is not an essential feature.
Comment by Peter Kraus (PetoKraus) - Thursday, 25 February 2010, 16:16 GMT
I'm using inittab.
Comment by Enzo (Garret) - Thursday, 25 February 2010, 16:20 GMT
@thayer: and what should be the unrecommended way?
By the way I am using /etc/rc.conf
Comment by Thayer Williams (thayer) - Thursday, 25 February 2010, 16:25 GMT
Both methods should be fine, but I was confused by the opening sentence that you're starting the daemon from TTY1 (I assumed you meant manually or something).

I'll take a closer look this morning and try to reproduce the problem.
Comment by Thayer Williams (thayer) - Thursday, 25 February 2010, 16:59 GMT
So far I'm unable to reproduce this behaviour. Could you post the slim config (/etc/slim.conf) and slim startup script (either /etc/rc.conf or /etc/inittab respectively)?

Also, when did this behaviour start and is it only TTY1 that is affected?
Comment by Enzo (Garret) - Thursday, 25 February 2010, 17:07 GMT
@thayer: the problem is very common (just see the forum)
According to what I heard the broken tty is the one wich starts slim as daemon.
Comment by Thayer Williams (thayer) - Thursday, 25 February 2010, 17:36 GMT
Thanks for the files, a cursory glance at our forums didn't turn up much other than this: http://bbs.archlinux.org/viewtopic.php?id=90662 (which was solved).

I think there's something else going on here, otherwise we would have heard about this much sooner (we've got a lot of slim users). I see a number of recent TTY problems relating to Intel KMS mode and/or keymaps. I'll see if I can dig up some more details, but in the meantime if you know of any recent Arch discussions regarding these slim problems please point me to them.

Edit: Nevermind about the threads, found some (FluxBB keyword searches could sure use some improvement). I'm looking into it.

http://bbs.archlinux.org/viewtopic.php?pid=716221
http://bbs.archlinux.org/viewtopic.php?id=78002
Comment by Enzo (Garret) - Thursday, 25 February 2010, 18:00 GMT
The topic was marked as solved because the author passed from slim to gdm. I can't consider that as a solved issue.
I frequent the Italian archlinux forum and some slim users have noticed this issue too -> http://www.archlinux.it/forum/viewtopic.php?id=7466 (But I think you can't understand Italian :P ). Anyhow there aren't solutions there.
I have an nvidia card and I use the nvidia proprietary driver (on x86_64).


Comment by Peter Kraus (PetoKraus) - Thursday, 25 February 2010, 18:07 GMT
I use xf86-video-ati.
Comment by Thayer Williams (thayer) - Thursday, 25 February 2010, 18:54 GMT
I've updated the PKGBUILD using the upstream patch, but cannot test on x86_64. I don't want to commit this until I know it resolves the problem. To test:

1. grab and extract this tarball: http://cinderwick.ca/tmp/slim-pkgbuild-ttyfix.tar.gz
2. cd to extracted directory in a terminal
3. type 'makepkg -srci'

If either of you can try this for me, let me know if that takes care of things. It seems to work fine on 686 arch, but then again so does the unpatched version.
Comment by Enzo (Garret) - Thursday, 25 February 2010, 21:53 GMT
The pkgbuild needs the file 'slim.pam'
Comment by Thayer Williams (thayer) - Thursday, 25 February 2010, 22:36 GMT
Sorry about that, I've updated the tarball:

http://cinderwick.ca/tmp/slim-pkgbuild-ttyfix.tar.gz
Comment by Enzo (Garret) - Friday, 26 February 2010, 08:48 GMT
@thayer: now the problem seems solved! :)
I tried all ttys and I don't notice differences among them. Writing on the tty1 is normal as it should be.
Comment by Thayer Williams (thayer) - Friday, 26 February 2010, 16:36 GMT
Alright sounds good, I'll push out the update later this morning. Thanks for your help with this!

Loading...