Hi folks,
I've spent some time this week trying to debug frequent hiccups in my
audio playback, on my USB sound card. The short version is that it seems
the 24 ms worth of queued URBs is not enough, since the urb complete handler
is frequently called too late and sometimes more than 16ms (plus 8ms
The P4200 has two IDs, one for CD-Mode, one for modemmode.
cd
VID 0x106c PID 0x3b14
modem
VID 0x106c PID 0x3721
eject /dev/sr0 does work for switching.
This (stolen from similar device)
usb_modeswitch -v 0x106c -p 0x3b14 -M
"5553424312345678240088ff02444556434847"
did
On Sat, 15 Sep 2012, Matthijs Kooijman wrote:
> Hi folks,
>
> I've spent some time this week trying to debug frequent hiccups in my
> audio playback, on my USB sound card. The short version is that it seems
> the 24 ms worth of queued URBs is not enough, since the urb complete handler
> is freque
Hi,
Currently only very few usbnet devices support the traffic based
runtime PM, eg. wake up devices if there are packets to be transmitted.
For the below situation, it should make sense to runtime suspend usbnet
device to save power:
- after network link becomes down
This patch
This patch introduces the API of usbnet_link_change, so that
usbnet can trace the link change, which may help to implement
the later runtime PM triggered by usb ethernet link change.
Signed-off-by: Ming Lei
---
drivers/net/usb/usbnet.c | 11 +++
include/linux/usb/usbnet.h |2 +-
This patch applies the introduce usbnet_link_change API.
Signed-off-by: Ming Lei
---
drivers/net/usb/asix_devices.c |6 +-
drivers/net/usb/cdc_ether.c|5 +
drivers/net/usb/cdc_ncm.c |9 +++--
drivers/net/usb/dm9601.c |7 +--
drivers/net/usb/mcs7830.
This patch implements runtime PM triggered by link change event
for devices which haven't defined manage_power() callback, based
on the below consideration:
- this kind of runtime PM has been supported by some PCI network
interfaces already, and it does make sense to suspend the usb
device to save
