Hi Jonathan,
I'm running a 3.7.1 kernel. I first checked that the issue was still
present in this kernel: it failed 4 times among 5 tests.
Then I applied the 2 patches that you provided on top of the same
kernel (3.7.1), and I can confirm that it worked 5 times among 5.
Let me know if you need
tags 664068 - moreinfo
quit
Olivier MATZ wrote:
I'm running a 3.7.1 kernel. I first checked that the issue was still
present in this kernel: it failed 4 times among 5 tests.
Then I applied the 2 patches that you provided on top of the same
kernel (3.7.1), and I can confirm that it worked 5
# approximating (3.6.5 upstream)
found 664068 linux/3.6.4-1~experimental.1
# v3.8-rc1~29^2~45 (ALSA: usb-audio: Fix missing autopm for MIDI
# input, 2012-12-03), which is part of 3.2.36-rc1
tags 664068 + upstream patch fixed-upstream moreinfo
quit
Olivier MATZ wrote:
Here are the results of the
In June, Olivier MATZ wrote:
Unfortunately I won't be able to do the test again before weeks as the
keyboard is currently not at my home (that's also why I took time to
answer and I was not able to test it more deeply). As soon as I can do
the test again, I will post requested info (lsusb and
Hi Jonathan,
Gentle ping.
Thank you for the reminder, it was in my todo list since a long time
and your message increased the priority :)
Here are the results of the tests, done on a kernel 3.6.5.
1/ vanilla kernel, AUTOSUSPEND_USBID_BLACKLIST=
0% of success among 5 tests
2/ vanilla
Hi Jonathan,
I tested your patches on a 3.3.6 kernel and they work fine.
Weird --- those patches don't do anything for 0763:019b. Could you
attach lsusb -v and alsa-info.sh --no-upload output[1]?
Indeed this is weird. I first tested it with a 3.4.0 kernel that without
the patch and it was
Hi Olivier,
Olivier MATZ wrote:
I tested your patches on a 3.3.6 kernel and they work fine.
Weird --- those patches don't do anything for 0763:019b. Could you
attach lsusb -v and alsa-info.sh --no-upload output[1]?
Thanks,
Jonathan
[1] alsa-info.sh is available from the following page:
Hello Jonathan,
I tested your patches on a 3.3.6 kernel and they work fine.
Thank you !
Olivier
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Olivier Matz's solution is working for me. I did not realize that
this was an interaction with laptop-mode, but indeed the keyboard only
fails when the AC adapter is not plugged in and the laptop is running
on battery. It works every time when the laptop is plugged into the
AC adapter. I can
tags 664068 + upstream patch moreinfo
# regression
severity 664068 important
quit
David Banks wrote:
Olivier Matz's solution is working for me. I did not realize that
this was an interaction with laptop-mode, but indeed the keyboard only
fails when the AC adapter is not plugged in and the
Hello,
I have the same issue with my laptop and the same midi keyboard (M-Audio
KeyRig 49).
I think I found a workaround for this problem: if I disable power
management just after the midi keyboard is plugged, it seems it always
work:
1/ plug the keyboard
2/ wait less than 1 second
3/ then type
I found a clean way to disable power management for this device:
in /etc/laptop-mode/conf.d/usb-autosuspend.conf, I added:
AUTOSUSPEND_USBID_BLACKLIST=0763:019b
Seems to work well now.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
I have now tried with a squeeze kernel on the same machine:
linux-image-2.6.32-5-amd64.
Using this kernel does indeed fix the issue, and the keyboard always
functions without a problem.
However I continue to get the flood of 'urb status' messages in the
kernel log, although when I use the squeeze
Hi David,
David Banks wrote:
My USB MIDI keyboard, which is an M-Audio Oxygen48, fails to operate about 90%
of the time when plugged into my laptop, which is an Asus U35JC. When plugged
in, the device will be recognized by ALSA, but no events will be received.
That's annoying. Thanks for
14 matches
Mail list logo
