[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0803122334370.7266@twin.jikos.cz>
Date: Wed, 12 Mar 2008 23:35:58 +0100 (CET)
From: Jiri Kosina <jkosina@...e.cz>
To: Tino Keitel <tino.keitel@....de>
cc: linux-kernel@...r.kernel.org,
Alan Stern <stern@...land.harvard.edu>,
linux-usb@...r.kernel.org
Subject: Re: broken access to a USB HID device after suspend
On Wed, 12 Mar 2008, Tino Keitel wrote:
> > > I use a tool called hidmon to control the parameters of my LCD in shell
> > > scripts. I just had the case where this tool didn't work after suspend
> > > to RAM. I just got this error message:
> > >
> > > hid_force_open failed with return code 13
> > >
> > > The kernel log contains lines like this:
> > >
> > > usb 1-1.3: usbfs: USBDEVFS_CONTROL failed cmd hidmon rqt 129 rq 6 len 9 ret -110
> > >
> > > Unplugging and replugging the USB cable of the LCD didn't work.
> > > However, after a further suspend/resume cycle it works.
> > >
> > > This is Linux 2.6.25-rc5. The behaviour is not repoducible, though.
> > > However, I just mention it for the case that this might ring a bell
> > > somewhere.
> >
> > This in fact looks like a problem with usbdevfs and/or libusb library, not
> > the in-kernel HID drvier.
> >
> > Did this work before? In 2.6.24? 2.6.23? Alan (added to CC, as well as USB
>
> It worked in 2.6.24 and several 2.6.25-rc kernels, including the
> currently running 2.6.25-rc5.
Please don't drop people and mailinglists from CC. It makes it hard to
find your posts, if you do so.
I have restored it.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists