Hi, Ben Hutchings wrote:
> This is probably some kind of driver bug; unfortunately there's no easy > way to work out where it might be. Maybe ums_realtek. Could you try this patch? Instructions for testing a patched kernel are at [1]. [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html commit b3ef051db763 Author: Stanislaw Gruszka <[email protected]> Date: Thu Jan 26 12:29:42 2012 +0100 USB: Realtek cr: fix autopm scheduling while atomic Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=784345 Reported-by: Francis Moreau <[email protected]> Reported-and-tested-by: Christian D <[email protected]> Reported-and-tested-by: Jimmy Dorff <[email protected]> Reported-and-tested-by: [email protected] Cc: [email protected] # 3.2+ Signed-off-by: Stanislaw Gruszka <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]> diff --git a/drivers/usb/storage/realtek_cr.c b/drivers/usb/storage/realtek_cr.c index 1f62723ef1a8..d32f72061c09 100644 --- a/drivers/usb/storage/realtek_cr.c +++ b/drivers/usb/storage/realtek_cr.c @@ -789,7 +789,7 @@ static void rts51x_suspend_timer_fn(unsigned long data) rts51x_set_stat(chip, RTS51X_STAT_SS); /* ignore mass storage interface's children */ pm_suspend_ignore_children(&us->pusb_intf->dev, true); - usb_autopm_put_interface(us->pusb_intf); + usb_autopm_put_interface_async(us->pusb_intf); US_DEBUGP("%s: RTS51X_STAT_SS 01," "intf->pm_usage_cnt:%d, power.usage:%d\n", __func__, -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/20120129104018.GA15393@burratino
