[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
This is from a Toshiba Satellite Pro U300 P.S. The easiest way of regaining input control is switching to textmode and back (Ctrl+Alt+F1 then Alt+F7). ** Attachment added: mydmilog-U300.txt http://launchpadlibrarian.net/27809225/mydmilog-U300.txt -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
** Attachment added: mykeylog-U300.txt http://launchpadlibrarian.net/27809229/mykeylog-U300.txt -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
This are my results part #1: ** Attachment added: Result for # echo showkey -s mykeylog.txt | sudo bash http://launchpadlibrarian.net/27812948/mykeylog.txt -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Ups sorry the mydmilog.txt was not created by the command: # echo dmidecode mydmilog.txt | sudo bash ?weird? -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Andrew Gee: Can you run the following? (Before you do this, make sure if you're in X/KDE/Gnome that you save and close your work, as you already mentioned that trying the volume wheel while in there may distort some of your input devices). # echo dmidecode mydmilog.txt | sudo bash (will help us identify your laptop series in the quirk, if we get that far) # echo showkey -s mykeylog.txt | sudo bash (For more complete information on the wheel... some of the information provided was slightly inconclusive) Then move the wheel a single position up, followed by a single position down, and then a single up, and then a single down (try to be precise for these first ones) -- and then move it up several clicks, and then down several clicks? That program will stop logging after 10 seconds of inactivity, and will end automatically. --- I find it strange that there is a 0,1,0,1,0,1 (total 6) in your volume up, and only a 1,0,1,0,1 (total 5) in your volume down -- also, that the volume down started at '1', vs volume up at '0'. (To Debuggers reading this: if this is true, just a thought, the physical wheel might be a little imprecise in the scancodes that it transmits ... Getting an up-down-up-down randomness might generate more complete logs to try to get to the bottom of this - and i think it would really help to know exactly what and how many, or if there is some kind of variance or imprecision in the sensor - at which point we can decide what we can safely assume for the kernel quirk) Thank you for the info thus far =D -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
That's excellent Andrew, From what it looks like there, you rotated the wheel to increase the volume. Just so we have it documented, can you post the same log, but for a volume down? (we may need it to create a kernel quirk -- as it seems that nobody ever finished this one in fedora's tree) -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I have moved the r4100 bug/patch to a bug report in ubuntu-kernel: -- to keep this thread focused on u300. https://bugs.launchpad.net/gentoo/+source/linux/+bug/385477 http://bugs.gentoo.org/show_bug.cgi?id=273477 Also, zv6100 issue is located in, as per bug (fixed in 2.6.27): https://bugs.launchpad.net/ubuntu/+source/linux/+bug/291878 Keepin' things clean :) ** Bug watch added: Gentoo Bugzilla #273477 http://bugs.gentoo.org/show_bug.cgi?id=273477 -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Volume down evtest for U300: Event: time 1244620732.513056, -- Report Sync Event: time 1244620732.523047, type 4 (Misc), code 4 (ScanCode), value ae Event: time 1244620732.523077, type 1 (Key), code 114 (VolumeDown), value 1 Event: time 1244620732.523082, -- Report Sync Event: time 1244620732.552987, type 4 (Misc), code 4 (ScanCode), value ae Event: time 1244620732.553012, type 1 (Key), code 114 (VolumeDown), value 0 Event: time 1244620732.553018, -- Report Sync Event: time 1244620732.563079, type 4 (Misc), code 4 (ScanCode), value ae Event: time 1244620732.563104, type 1 (Key), code 114 (VolumeDown), value 1 Event: time 1244620732.563108, -- Report Sync Event: time 1244620732.593029, type 4 (Misc), code 4 (ScanCode), value ae Event: time 1244620732.593054, type 1 (Key), code 114 (VolumeDown), value 0 Event: time 1244620732.593059, -- Report Sync Event: time 1244620732.603098, type 4 (Misc), code 4 (ScanCode), value ae Event: time 1244620732.603126, type 1 (Key), code 114 (VolumeDown), value 1 -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
@ Tomasz Sterna : an excellent find. I followed the changes along the kernel cvs, and it looks like a proper fix for the R4000/zv6000 would be very similar to the bugs that were fixed in that report, via the kernel input drivers. (We may need more information for the U300, particularily, an evtest dump of the volume dial in action.) Specifically, these links look extremely like what we should be aiming for in any stuck keys: Take a look at the original bug report, and the event output generated by the kernel (fedora, yes it's a Zepto 6615WD, but bear with it): https://bugzilla.redhat.com/show_bug.cgi?id=460237 Notice the events reported are the exact same as for the R4000/ZV6000, even the event codes: 0xe0 0x2e 0xe0 0x30 Now look at the fix (for the Zeptec) within the fedora kernel... handled within /drivers/input/keyboard/atkbd.c http://cvs.fedora.redhat.com/viewvc/rpms/kernel/F-9/linux-2.6-input.git-atkbd-add-quirk-for-inventec.patch?view=logroot=extrassortby=datepathrev=kernel-2_6_27_7-53_fc9 I'm very tempted to play with this myself once i get a free moment. I understand this bug has gotten plastered with zv6000/R4000 non-wheel (although related) problems, so it would be good to get the focus back to the original U300 system. Can anybody post an evtest for the U300? ** Bug watch added: Red Hat Bugzilla #460237 https://bugzilla.redhat.com/show_bug.cgi?id=460237 -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I found this within the mainline kernel pertaining to the user with the reported problems in the zv6000. It seems that there is a fix for the zv6100 in the mainline around 2.6.29 -- not sure if it would have the same codes, but it's a possible candidate. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I found this within the mainline kernel pertaining to the user with the reported problems in the zv6000. It seems that there is a fix for the zv6100 in the mainline around 2.6.29 -- not sure if it would have the same codes, but it's a possible candidate. http://lkml.indiana.edu/hypermail/linux/kernel/0901.1/01125.html -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I have a U300, and am actually the original reporter of this bug. Apologies if this isn't right, I ran the command sudo evtest /dev/input/event4 Got the following output when moving the volume wheel. I made sure I only moved the wheel one unit. I didn't continue to scroll the wheel around. I'm not quite sure why is repeated 3 times. Event: time 1244569762.679864, -- Report Sync Event: time 1244569785.614607, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1244569785.614636, type 1 (Key), code 115 (VolumeUp), value 0 Event: time 1244569785.614641, -- Report Sync Event: time 1244569785.624559, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1244569785.624582, type 1 (Key), code 115 (VolumeUp), value 1 Event: time 1244569785.624587, -- Report Sync Event: time 1244569785.654547, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1244569785.654574, type 1 (Key), code 115 (VolumeUp), value 0 Event: time 1244569785.654580, -- Report Sync Event: time 1244569785.664587, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1244569785.664612, type 1 (Key), code 115 (VolumeUp), value 1 Event: time 1244569785.664618, -- Report Sync Event: time 1244569785.694586, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1244569785.694612, type 1 (Key), code 115 (VolumeUp), value 0 Event: time 1244569785.694617, -- Report Sync Event: time 1244569785.704664, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1244569785.704688, type 1 (Key), code 115 (VolumeUp), value 1 Let me know if I've done anything wrong or you need extra information. Thanks, Andrew Gee. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Please take a look at https://bugzilla.redhat.com/show_bug.cgi?id=40#c11 -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
@ktemkin : I understand that position entirely, but I was under the impression that evdev events originate within the kernel itself, and that they get sent at probed intervals as long as a key is considered down by the hardware. After reading more source code, it looks like it is actually event- based, in that a down or an up is sent, ONLY once, by the kernel, and that the evdev (or kbd, as i also found in one of my test cases -- which also has the problem for the r4000/zv6000), is what generates the repetition. Yummy... answers, time to play with patches :) -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
@ktemkin:
Okay, got something you might enjoy besides more confusion:
Just writing
+ if(ev-code == KEY_VOLUMEDOWN || ev-code == KEY_VOLUMEUP)
+ return;
Unfortunately seems to result in no keyevents for the volume up/down
buttons at all (R4000) , as indicated by xev.
I think you original modification was more correct with this:
if(ev-code == KEY_VOLUMEDOWN || ev-code == KEY_VOLUMEUP)
{
//post a keydown and then a keyup, as media keys have no automatic key-up
xf86PostKeyboardEvent(pInfo-dev, code, 1);
xf86PostKeyboardEvent(pInfo-dev, code, 0);
return;
}
Also, I suggest a slightly improved version of this, because this
modification will apply for all xf86-input-evdev generated events (so
for people whom have two keyboards with volume buttons, one working, one
quirky, we would be throwing volume up then down events (as per
above), for keyboards that successfully have the volume key release
event correctly implemented. To fix such, I suggest the following:
+if (ev-code == KEY_VOLUMEDOWN || ev-code == KEY_VOLUMEUP) {
+if (value) {
+xf86PostKeyboardEvent(pInfo-dev, code, 1);
+xf86PostKeyboardEvent(pInfo-dev, code, 0);
+}
+return;
+}
+
^ ^ if my understanding of value is correct, one that evaluates to
true should mean a keydown event -- this way, a working keyboard that
correctly implements volume key release will not generate an extra up
then down when we release a volume key on a working keyboard (and yes,
some of us use 2, if not 3 keyboards xD)
Keep in mind that although this DOES stop the auto-repeat symptoms for
our events within the xf86-input-evdev driver (as you said earlier).
I'm not convinced that this is the source of the problem, and would thus
classify this as a hack-fix to relieve symptoms. (see my next
comment)
--
Volume control wheel on laptop is sticking in ubuntu
https://bugs.launchpad.net/bugs/271706
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Within a framebuffer console, no xdm started: Output from showkey, which parses kernel output from /dev/console , is not based on kernel evdev driver. (So, way before evdev which normally provides events to xf86-input-evdev). Normally, output from showkey would look like this for regular keys: f keycode 33 press keycode 33 release k keycode 37 press keycode 37 release j keycode 36 press keycode 36 release Notice that the attached output from volume down (press x2, then press/hold for 5 seconds), then repeat for volume up doesn't generate additional release events. This seems to be outside of the scope of evdev. The information is in agreement that our hardware isn't getting the right release events to the kernel -- most likely because a release event is not implemented at the hardware level. In the interest of kernel efficiency, if we were to start running checks in the kernel input driver itself (way out of my league here, but just theoretically), for if it's a volume key, the additional check would get applied for every key - but that's something we're already doing -- except after a series of calls have made their way to xf86-input-evdev. It almost makes finding a way to generate a release event earlier, somewhere in the kernel, justified. Nonetheless, let me know if you agree with the fix to your patch posted in the above comment -- handling this within input-evdev isn't entirely proper, and may add 1 or two extra non-intensive function calls, but it makes for an easy fix :) ** Attachment added: Log of showkey -s, compaq R4125ca http://launchpadlibrarian.net/27633494/log2.txt -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Actually, I've found the former works better with the U300 series (as mentioned in the bug itself; the U300 toshibas have an odd volume wheel which loses sensitivity with the latter fix), while the latter is a more general-case solution. As per the source of the problem, I've spoken with some people familiar with the history of evdev/kbd, and the consensus is that we're trying to fix a hardware problem with software. While that's generally not the best approach, we're left little choice. After a lot of thought, the consensus on the kbd project was to use a hack similar to mine. It is very much a hack- but I don't know what else we can do. If anyone has any better suggestions, I'd be glad to listen. I expect I'll get more work done on this tomorrow; I plan on borrowing another laptop (I have a U305) that exhibits this problem so I can do some more keyevent testing. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Sorry, Forgot to include the user-friendly version of my log above. Makes for easier reading :) Again, the input that generated this was: vol_down: press, release, press, release, press/hold 5 seconds, release vol_up: press, release, press, release, press/hold 5 seconds, release ** Attachment added: showkey, user-friendly, NO xf86-input-evdev; uses /dev/console http://launchpadlibrarian.net/27633703/log.txt -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Hmm, this is just a random thought, but perhaps you might be able to write a hacked version of xf86-input-evdev based on the value returned by the volume key events (it seems the kernel knows something we don't? :D ). I noticed that for the R4000, the volume keys do not generate value = 0 OR value = 1... they ONLY generate value = 2 for volume keys (when i compare it to other key events, i believe it means that the key is being held down). Is it possible that this is the same for the U300 ? If it is... then we may have a means of identifying these problem keyboards within evdev - compliant drivers. You should test the other quirky machines, for their reported values with sudo evtest /dev/input/eventX (keyboard) -- to see if they too only create value = 2 events for volume keys -- just a thought for a generic solution :) I'm not sure if these value outputs from evtest are the same values seen within the source of input-evdev... but if these problem machines have a lot in common, we may have a way of disabling auto-repeat similar to your hack. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I don't think you're correct at all in diagnosing that the problem _isn't_ evdev. Making a few code modifications to the evdev driver to account for the odd scancode reporting fixes it right up, even if the volume control isn't as smooth as the windows version is. This definitely indicates that the problem is (at least resolvable) in evdev. I think I'm repeating myself, but I'll explain basically how the scancode works on a normal keyboard key: 1) The keyboard (hardware) reports a scan-code indicating that the key has gone _down_. This indicates which physical key was pressed to the software. 2) The 'driver' software translates the scan-code to the correct key-press in the system locale and reports it to the shell/x-server/etc as a 'key event'. 3) The driver code waits a specific amount of time for another scan-code, indicating that the key has gone _up_. When this is not received, it sends another key 'event'. 4) Finally, the key is released, and the keyboard reports a scan-code indicating that they key has gone _up_. The driver stops paying attention, as it knows no (further) auto-repeat is required. The problem is that when keyboards with media keys were first created, there wasn't an explicit media keys standard- many OEMs provided their own drivers. These keyboards, as often as not, did not bother to send key-up events for their media keys. After all, keys like stop, eject, play', and etc. didn't really necessitate knowing when the key was released, only when it was pressed. When the media key format became more standardized, both the windows drivers and the original X 'kbd' driver made a modification to their code, which automatically injected a key-up directly after a key-down for any media key. This 'hack' essentially turned of auto-repeat for media keys. Up until Hardy Heron, Ubuntu utilized the older X 'kbd' driver- so you may notice that your volume keys work fine there. However, in the newer versions, the 'evdev' driver is utilized instead, which lacks the fundamental media-key-norepeat hack. When I have time, I'll work on a similar hack for evdev- I have a prototype running on my machine (and several other users machines) that works perfectly, but I haven't had time to smooth out a few things (like the fact that this makes the volume 'keys' extremely oversensitive on the volume wheels of the U300 series.) ** Changed in: linux (Ubuntu) Status: Confirmed = In Progress ** Changed in: linux (Ubuntu) Assignee: (unassigned) = ktemkin (kyle-ktemkin) -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Ultra-simple patch, anyone? ** Attachment added: Patch for evdev.c in /src/ of the source package for evdev-2.1.1 http://launchpadlibrarian.net/27470086/evdev.c.diff -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
In case you need beta testers, just let me know. 2009/6/3 ktemkin k...@ktemkin.com: I don't think you're correct at all in diagnosing that the problem _isn't_ evdev. Making a few code modifications to the evdev driver to account for the odd scancode reporting fixes it right up, even if the volume control isn't as smooth as the windows version is. This definitely indicates that the problem is (at least resolvable) in evdev. I think I'm repeating myself, but I'll explain basically how the scancode works on a normal keyboard key: 1) The keyboard (hardware) reports a scan-code indicating that the key has gone _down_. This indicates which physical key was pressed to the software. 2) The 'driver' software translates the scan-code to the correct key-press in the system locale and reports it to the shell/x-server/etc as a 'key event'. 3) The driver code waits a specific amount of time for another scan-code, indicating that the key has gone _up_. When this is not received, it sends another key 'event'. 4) Finally, the key is released, and the keyboard reports a scan-code indicating that they key has gone _up_. The driver stops paying attention, as it knows no (further) auto-repeat is required. The problem is that when keyboards with media keys were first created, there wasn't an explicit media keys standard- many OEMs provided their own drivers. These keyboards, as often as not, did not bother to send key-up events for their media keys. After all, keys like stop, eject, play', and etc. didn't really necessitate knowing when the key was released, only when it was pressed. When the media key format became more standardized, both the windows drivers and the original X 'kbd' driver made a modification to their code, which automatically injected a key-up directly after a key-down for any media key. This 'hack' essentially turned of auto-repeat for media keys. Up until Hardy Heron, Ubuntu utilized the older X 'kbd' driver- so you may notice that your volume keys work fine there. However, in the newer versions, the 'evdev' driver is utilized instead, which lacks the fundamental media-key-norepeat hack. When I have time, I'll work on a similar hack for evdev- I have a prototype running on my machine (and several other users machines) that works perfectly, but I haven't had time to smooth out a few things (like the fact that this makes the volume 'keys' extremely oversensitive on the volume wheels of the U300 series.) ** Changed in: linux (Ubuntu) Status: Confirmed = In Progress ** Changed in: linux (Ubuntu) Assignee: (unassigned) = ktemkin (kyle-ktemkin) -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a direct subscriber of a duplicate bug. Status in xserver-xorg-input-evdev: New Status in “linux” source package in Ubuntu: In Progress Status in “linux” source package in Fedora: In Progress Status in Gentoo Linux: New Bug description: I'm running up-to-date intrepid. I have a volume control wheel on the side of my Toshiba U300 laptop. This volume control did work as expected in hardy. It operates like a scroll wheel on a mouse, in the way that it has specific points at which it sends a signal. When I got to these points on hardy, the volume would just increase or decrease by one block. With intrepid it gets the volume to go up one block, then waits for a second and then keep turning the volume up constantly without stopping. I've found if I hold a key on the keyboard down, for example Ctrl, it stops it temporarily. When I release Ctrl it start zooming off increasing or decreasing again. I have found if I swap desktops by holding down Ctrl Alt Left or Right, it stops it zooming off increasing or decreasing completely. I'm sorry if the above was a bit confusing. It's surprisingly hard to explain :) -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
** Also affects: gentoo Importance: Undecided Status: New -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Same problem Jaunty Jackalope with Toshiba Satellite. This bug sucks -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I can confirm this issue, and I have a lot more information for whoever is pursuing this. (I originally posted this in the following thread) http://ubuntuforums.org/showthread.php?p=7385680#post7385680 This issue is not ubuntu-specific - I have witnessed this in gentoo too (and likely affects them all, based on this bug). (Bear with me) I originally tried mapping the volume up/down keys to multimedia functions within gnome using XModMap within gentoo (basically creating aliases for special commands within Xorg), but then found the very same problem in gentoo - so I pulled off the keymaps and took a look for what was happening on keyboard input. Fortunately, I was able to test a few more things within gentoo - but I can confirm that this issue is guaranteed to be from the same source as the problem within ubuntu. I tried using xev, a program for watching input via event-based devices within xorg, and noticed that pressing either of the volume up/down keys on the R4125CA (R4000-series compaq laptop) causes one key signal while a volume up/down button is pressed, and the moment either of those is released, a completely different signal from the first is spammed endlessly - no other keypresses will stop this. So, I tried using showkey from outside of Xorg, in a framebuffer console (basically command-line without gui ) . Interesting, pressing and holding a volume up creates two seperate scan codes - something that I would imagine to be EXTREMELY quirky (and a terrible hack?). I am not aware of any software for linux that will correctly interpret a double scan code. But I suggest that the developers for ubuntu might be able to file this information with whomever would be responsible for dealing with this. Also important, this bug is present __with or without__ xf86-input-evdev == meaning that the problem has to start even before the keypresses are getting to Xorg's evdev driver. Perhaps in the kernel source for evdev ? *tear* :( My locale and console region when dealing with this were EN-US and UTF-8. As for the above issues of having the mouse pointer clicks not occuring - what I think I noticed was that following a volume key (for this device), a mouse click's signal is different, which explains why none of the mouse clicks after this event were working. (Don't take my word for it, I was watching the input scroll very fast - and can post a log if we need to confirm this) I would also like to point out that physically inside this system, it appears that the multimedia buttons are not directly part of the physical keyboard, though they might get combined via hardware later on (Which could be the real source of this mess - and software would be how windows *ahem* is dealing with this issue) I can also confirm that this issue exists on the livecd. Just as a suggestion: I believe it was the ZV-6000 (i think compaq) has similar internals to the R4000 - perhaps this issue should contain this information as well for whomever is trying to test it. If ubuntu needs more debugging information, I will be happy to test this further, since I'm quite interested in fixing this for everyone -- because this issue has been present for a LONG time in every distribution, and these buttons USED to work fine (can't remember when -- possibly during kernel 2.4 ? We can verify with older livecd's, as I recall it was fine on one of them in the past). Please reply if you want a complete log of scancodes/keycodes from showkey ouside of X. Jet. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I just posting to report the same problem on my Toshiba U300-14Q with intrepdi and jaunty. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Yes bug still exist in jaunty :( but Solution Exist Here : http://www.tsenyurt.com/?p=56 -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
@Taner Senyurt: I'd like to point out: 1) This isn't a problem with Jaunty, nor Intrepid. Instead, it's a problem with the evdev driver. The reason these problems are showing up in these distributions is that they use the newer evdev driver instead of the older kbd driver. 2) The link you posted to your blog/solution is actually pretty much a transpose of my earlier temp fix, located at http://ubuntuforums.org/showthread.php?t=974723. While it's fine that you copy-pasted and paraphrased my work (including letter-for-letter my code, including my comments); I'd appreciate two things in the future: firstly, credit where credit's due is always nice, and secondly, please, please, please, please, please include the disclaimers I posted to the top of that post. My 'solution' is nothing more than a temporary fix; it's very user-specific and requires attention any time there is an evdev update. The problem still exists in Jaunty's evdev because the developers aren't quite sure where to fix it. Different models of computer behave differently given the volume keys. Most of these problem laptops 'hang' because they never send a key-up event; other computers (the majority) do. If one modifies the driver the way I have in the post I've written above, it's at the price of other users having a different problem: they press and hold their volume up key, and the volume only increments once. The real solution needs to be implemented in a way that doesn't negatively affect the majority for the sake of providing functionality to the minority. For now, the minority can use this 'temp fix', while the developers decide where exactly to implement this 'fix' functionality. Perhaps later, there will be a more conclusive solution. ** Also affects: evdev Importance: Undecided Status: New -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
And here's a confirmation that the bug still exists in jaunty :( -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Just posting to confirm the same issue as reported on a Toshiba Pro U300 series (and the ctrl-alt-f1/ctrl-alt-f7 workaround does bring things back) -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I ran xev and turned the wheel a bit and the event is repeated infinitely. The only thing I could find that would stop the repeating is to Ctrl-Alt-F1 to a different terminal. KeyRelease event, serial 34, synthetic NO, window 0x361, root 0x7a, subw 0x0, time 18887985, (167,-11), root:(841,15), state 0x0, keycode 122 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 34, synthetic NO, window 0x361, root 0x7a, subw 0x0, time 18887985, (167,-11), root:(841,15), state 0x0, keycode 122 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Ben Schaffhausen said I also have a HP Pavilion zv6000 and am seeing this issue. As the other bug reports may indicate, after the volume maxes out it will start to flicker. After pressing the buttons some more I can get the OSD to disappear, but now none of the GNOME menus will drop down (they do highlight though). I got out of this by pressing my power button and selecting reboot from the pop-up options. I am having the exact same problem on a Compaq Presario R4000 running the 32-bit version of Ibex. Hope this gets fixed soon. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Why don't we implement the same solution that was implemented in the old
Xorg KBD drivers?
That is, add to the PostKbdEvent() function in evdev.c something along
the lines of:
/* fix events for volume keys */
if(ev-code == KEY_VOLUMEDOWN || ev-code == KEY_VOLUMEUP)
{
//post a keydown and then a keyup, as media keys have no automatic key-up
xf86PostKeyboardEvent(pInfo-dev, code, 1);
xf86PostKeyboardEvent(pInfo-dev, code, 0);
return;
}
?
(I posted information about a temporary 'fix' here:
http://ubuntuforums.org/showthread.php?t=974723)
--
Volume control wheel on laptop is sticking in ubuntu
https://bugs.launchpad.net/bugs/271706
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I have this problem too. I'm running 32 bit 8.10 on an HP Pavilion zv6000. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Same thing on intrepid on an hp pavilion dv9000, 2.6.24-21-generic 32bit. On this machine, the volume is adjusted by sliding your finger on a little stripe. It's like a laptop mousepad, but 1D and above the keyboard (http://www.laptopblog.org/images/jgfjh.jpg). What I find is the gently sliding and releasing still works fine, but if I press harder with my finger, I'll get a repeated volume adjustment until the volume hits 0 or 100%. The workaround is to be very gentle with this controller. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I'm running Intrepid vanilla 32bit on a Hewlett Packard zv6511ea and when I use the volume +/- keys I lose keyboard and mouse functionality in the same way as described above. That is: I can highlight menu names, like Applications, Places, System but am unable to select or expand the menus, and they keyboard keypresses do not appear in a Gnome terminal menu. And pressing Ctl-Alt f1 to switch to a virtual terminal, then Ctl- Alt f7 to switch back to X, I regain control. Also one press of the volume down hotkey will reduce the volume to 0. You can see the on- screen display reduce from the current level down to zero. This sounds very like bug #285323, but what would I know. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I also have a HP Pavilion zv6000 and am seeing this issue. As the other bug reports may indicate, after the volume maxes out it will start to flicker. After pressing the buttons some more I can get the OSD to disappear, but now none of the GNOME menus will drop down (they do highlight though). I got out of this by pressing my power button and selecting reboot from the pop-up options. I'm running the released 8.10 64-bit desktop with updates. If there's anything I can do to help please let me know. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
It needs a kernel quirk - https://bugzilla.redhat.com/show_bug.cgi?id=40#c11 - which disables auto-repeat for the media buttons. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I have the same problem, Toshiba Satellite U305. The best solution i've come up with while this bug is fixed is to disable the volume hoykeys, this way if i accidentally want to turn up/down the volume i will not fire that annoying bug. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Same for me after upgrade to Intrepid, fine with Hardy. My model is Toshiba U300-13U. Thanks for any info. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Same for me after upgrade to Intrepid, fine with Hardy. My model is Toshiba U300-13U. Thanks for any info. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Same bug for me on Ubuntu Intrepid. Volume control works fine under Hardy. I'm running on Toshiba U305-S2808. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Same here, sorry didn't found the duplicate, thanks. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
This happens on my machine too, a Dell Inspiron 1501 running Ubuntu Intrepid Ibex. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I happen to have the same problem with Fujitsu Siemens Amilo Pi1505. Killing gnome-power-manager doesn't help. Switching desktops with ctrl- alt-left or right does hide the volume-bar window, but the keyboard isn't working until I switch to VT1 using ctrl-alt-F1. I'm switched back instantaneously without pressing ctrl-alt-F7. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
This happens on my machine too, a toshiba u300 series (u305-s5127). I use the combination, CtrL+ALT+F1 then CtrL + ALT + F7 to workaround. In hardy my volume wheel works fine. And only in hardy and in dapper. In Fedora 8 and 9, Mandriva 2008.1, 2009.0, opensuse 10.3 and 11.0 my volume whell doesn't work, in all the other distros i'd the same bug! (sorry about my english, is terrible!). Can I help sending more information ou doing tests ? -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
This and its proposed duplicates sound similar to bug #285323, while there its not the volume control but brightness. The symptoms are the same, though as on my machine. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
bug 285323 describes a similar issue and a known workaround is to kill gnome-power-manager by typing sudo killall gnome-power-manager before changing volume with FN keys. Does that work for anyone? -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
sudo killall gnome-power-manager does not help me with the sticking volume wheel issue -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I also tried that a couple of days ago as described in https://bugs.launchpad.net/bugs/278781 but it also does not work for me. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Thanks for the confirmation. That means that these bugs are not related. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I have an HP Pavilion zv6000 running Intrepid Ibex with all of the latest updates. I upgraded from Hardy about a week ago and have seen this problem consistently. Hitting CTRL ALT DEL to log out and log back in will kill the issue, too. It's really annoying, and Ibex is due out in less than a week. any fix yet? -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
** Also affects: linux (Fedora) via https://bugzilla.redhat.com/show_bug.cgi?id=40 Importance: Unknown Status: Unknown -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
** Changed in: linux (Fedora) Status: Unknown = In Progress -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
The problem is described in detail in RedHat Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=40 It has a solution: http://lists.freedesktop.org/archives/xorg/2008-June/036373.html which I guess was applied on Hardy, because Ubuntu Hardy was the only distribution that got my volume wheel working fine. With upgrade to Intrepid it is broken again. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Provided detailed information and proposed solution. ** Changed in: xorg (Ubuntu) Status: Incomplete = New -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
See also http://lists.freedesktop.org/archives/xorg/2008-June/036380.html for devs discussion. -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Looks like it needs a kernel quirk. That was the outcome of the discussions. Intrepid uses the evdev driver for keyboards, that's why the problem has resurfaced. ** Changed in: linux (Ubuntu) Sourcepackagename: xorg = linux Status: New = Confirmed -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
I have included the debugging information that has been requested. lspci -vvnn is attached. And the alsa sound information has uploaded here: http://www.alsa-project.org/db/?f=942e2d5ab0835dddc64dc6278f8fbf504f0a9d3c uname -a: Linux andrew-laptop 2.6.27-3-generic #1 SMP Wed Sep 10 16:02:00 UTC 2008 i686 GNU/Linux ** Attachment added: sudo lspci -vvnn http://launchpadlibrarian.net/17756086/lspci-vvnn.log -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
This seems more likely to be an xorg bug with the input device. ** Changed in: xorg (Ubuntu) Sourcepackagename: None = xorg -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 271706] Re: Volume control wheel on laptop is sticking in ubuntu
Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it without more information. Please include the information requested from the Reporting Sound Bugs section of https://wiki.ubuntu.com/DebuggingSoundProblems as separate attachments. ** Changed in: ubuntu Status: New = Incomplete -- Volume control wheel on laptop is sticking in ubuntu https://bugs.launchpad.net/bugs/271706 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
