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 <sgrus...@redhat.com> 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 <francis.m...@gmail.com> Reported-and-tested-by: Christian D <chrisudeus...@gmail.com> Reported-and-tested-by: Jimmy Dorff <jdo...@phy.duke.edu> Reported-and-tested-by: coll...@ieee.org Cc: sta...@vger.kernel.org # 3.2+ Signed-off-by: Stanislaw Gruszka <sgrus...@redhat.com> Signed-off-by: Greg Kroah-Hartman <gre...@suse.de> 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 debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120129104018.GA15393@burratino
