Bug#675093: linux-image-3.2.0-2-amd64: USB "timeout initializing reports" with Eaton UPS
On Thu, 31 May 2012, Ben Hutchings wrote:
> > Package: linux-2.6
> > Version: 3.2.18-1
> > Severity: normal
> >
> > It would seem that the kernel is doing something wrong when trying to
> > initalise an USB connection to an Eaton (formerly Merlin Gerin) Ellipse
> > Max UPS.
> >
> > When the box is booting, the device's initialisation adds a ~15s delay,
> > then some USB error is reported (at timestamp 18.319789 in the kernel
> > log below).
> > Strangely enough, the device appears to work after that.
> >
> > I am reporting this error for the kernel on this computer (which is a
> > x86-64 and includes various tainted modules), however it also occurs on
> > a much older x86 box running a Debian Squeeze with
> > linux-image-2.6.32-5-686 (no proprietary drivers loaded, either). The
> > device connected to that box is a different model of Eaton Ellipse Max
> > UPS. Both UPS's are brand new.
> [...]
> > [ 5.167483] usb 2-2.4: New USB device found, idVendor=0463,
> > idProduct=ffff
> > [ 5.167488] usb 2-2.4: New USB device strings: Mfr=1, Product=2,
> > SerialNumber=3
> > [ 5.167491] usb 2-2.4: Product: Ellipse MAX
> > [ 5.167493] usb 2-2.4: Manufacturer: EATON
> > [ 5.167496] usb 2-2.4: SerialNumber: ADKM25014
> > [ 5.208346] usb 2-1.2: reset high-speed USB device number 6 using
> > ehci_hcd
> > [ 5.384134] usb 2-1.2: reset high-speed USB device number 6 using
> > ehci_hcd
> > [ 5.560072] usb 2-1.2: reset high-speed USB device number 6 using
> > ehci_hcd
> > [ 5.736015] usb 2-1.2: reset high-speed USB device number 6 using
> > ehci_hcd
> > [ 5.869976] PM: Starting manual resume from disk
> > [ 5.869979] PM: Hibernation image partition 254:1 present
> > [ 5.869980] PM: Looking for hibernation image.
> > [ 5.870175] PM: Image not found (code -22)
> > [ 5.870178] PM: Hibernation image not present or could not be loaded.
> > [ 5.910554] EXT4-fs (dm-0): mounted filesystem with ordered data
> > mode. Opts: (null)
> > [ 18.319789] generic-usb 0003:0463:FFFF.0003: usb_submit_urb(ctrl) failed
> > [ 18.319850] generic-usb 0003:0463:FFFF.0003: timeout initializing reports
> > [ 18.320070] generic-usb 0003:0463:FFFF.0003: hiddev0,hidraw2: USB HID
Hmm, that's odd. This device has been on 'HID_QUIRK_NOGET' list for very
long time already (even before 2.6.32). Could you please apply the patch
below, modprobe hid module with 'debug=1' parameter, and send me the
output?
diff --git a/drivers/hid/usbhid/hid-core.c b/drivers/hid/usbhid/hid-core.c
index 482f936..25ebf54 100644
--- a/drivers/hid/usbhid/hid-core.c
+++ b/drivers/hid/usbhid/hid-core.c
@@ -397,6 +397,7 @@ static int hid_submit_ctrl(struct hid_device *hid)
r = usb_submit_urb(usbhid->urbctrl, GFP_ATOMIC);
if (r < 0) {
hid_err(hid, "usb_submit_urb(ctrl) failed: %d\n", r);
+ dump_stack();
return r;
}
usbhid->last_ctrl = jiffies;
--
Jiri Kosina
SUSE Labs
Reply to: