Summary: | x11-drivers/xf86-input-evdev-2.2.0-r1: keyboard not working after a VT switch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrey Vihrov <andrey.vihrov> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Log file |
Description
Andrey Vihrov
2009-03-12 22:08:28 UTC
Created attachment 184844 [details]
Log file
I have no idea what is causing this issue. Please file a bug in FreeDesktop's bugzilla. Please paste the url here so we can track the issue. Thanks Sorry, it seems I didn't realize what was happening there to the end. After a little more experimenting, it was discovered that * X would hang after a software suspend-resume (probably because a VT switching also takes place there) * It's not only the keyboard: in reality, all apps seem to be frozen when the bug is triggered, and the only one alive thing is the mouse pointer (sometimes freezes too) * Disabling the console framebuffer makes the bug disappear So, it seems it's rather a video driver issue. Now, about the framebuffer: the kernel is 2.6.28-gentoo-r3, framebuffer module is vesafb and is started with kernel command line parameters "video=vesafb:mtrr:3,ywrap vga=0x363". Ahha, well thanks for the follow up, I appreciate it. Unfortunately, I don't think this is fixable and since newer kernels will have KMS with a built-in kernel framebuffer driver, you won't be able to use vesafb anyway. I strongly urge you disable vesafb, it's not the first time I see bugs related to it. Thanks again for digging :) |