Bug#677727: [3.2->3.3 regression] mceusb: only every second keypress is recognised
Did this issue drop under everybodys radar? :)
I am the person that reported that bug in the Debian bugtracker a month
ago and I find it hard to believe no-one else can at least confirm that
issue. As I have seen a second box with Debian wheezy and kernel 3.4
(needed because of radeon-hdmi-sound) with the *same* issue, but I think
a different receiver (can't check that right now but it is a Zotac Zbox
mini AD10 built-in IR-receiver). With kernel 3.2 no issue, with 3.4 only
every second keypress recognized.
Any thoughts about that issue would be greatly appreciated! And are
there any other users out there having such kernel-related issues? Maybe
some change in the kernel now needs a different kind of setup for lirc?
Maybe similar to the switch from lirc drivers to in-kernel lirc /
devinput? Just guessing here...
Am 22.06.2012 06:52, schrieb Ben Hutchings:
[Full bug log is at<http://bugs.debian.org/677727>.]
On Mon, 2012-06-18 at 15:20 +0200, Michael Schmitt wrote:
mschmitt@ganymed:~$ dmesg |head -3
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.3.0-rc6-686-pae (Debian
3.3~rc6-1~experimental.1) (email@example.com) (gcc version
4.6.3 (Debian 4.6.3-1) ) #1 SMP Mon Mar 5 21:21:52 UTC 2012
that is the first kernel I found on snapshot.d.o that does show that
issue. The next one backwards is "linux-image-3.2.0-2-686-pae
(3.2.20-1)" and that one works.
Is there anything that comes to your mind?
No, but this version information should help to track down how the bug
Michael originally wrote:
with the current kernel from experimental only every second keypress is
recognized on my ir remote control. Reboot to kernel 3.2 from sid, all back to
I have no idea how the kernel could be responsible there... ok, a weird bug in
the responsible kernel module for the remote, but somehow I doubt that.
The driver in question is mceusb.