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
** 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
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
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
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
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)
--
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):
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, --
@ 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
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
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.
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
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
@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-
@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
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:
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
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
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
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
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
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
** 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
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
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
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.
--
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.
--
@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
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
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
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),
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
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
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
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
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
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
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
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
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
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
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
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
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.
--
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
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
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
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
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.
--
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
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
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
** 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
** 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
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
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
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.
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
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
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,
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.
**
61 matches
Mail list logo
