On Sun, 3 Dec 2006, Adam Sulmicki wrote:

> sigh. It seems now I have to eat my own words :-(
> after reboot the change does not seem to make difference at all :(
> 
> >> However, once I unplug remote and plug it in, I still need to reload
> >> either of the modules. There does not seems to more sleep routines in
> >> 'core' and 'host' directories, so I guess it is something else.
> >
> > Also show this in your usbmon log.  Start copying the usbmon data before
> > plugging in the remote, and include what happens when you rmmod the driver
> > and then modprobe it back.
> 
>       the log below includes patched usbhid, unpatched usbhid
>       (usbhid-idle), as well as plugging in and unplugging cable.
> 
>       http://www.missl.cs.umd.edu/~adam/cy/cy.complete.usbmon-2.txt

Going through the log, only one thing stands out:

        Your remote is extremely flakey!

Does it work on any computer under any operating system?  If it works with 
Windows, you could try running a USB sniffer to see how Windows manages to 
communicate with it.


On Mon, 4 Dec 2006, Adam Sulmicki wrote:

> hello,
> 
> some more stuff:
> 
>       http://www.missl.cs.umd.edu/~adam/cy/lsusb3.txt
> 
> * I have discored that if I do 'lsusb' on the device before I load usbhid, 
> I get whole 201 lines output compared to meleasy 59 lines after I load 
> usbhid.

You're seeing the data that lsusb transmits to/from the device.

> * I have discoverd that doing lsusb when remote works, will make it stop
> working.

Like I said, the remote is extremely flakey!

> * Has anyone written 'usbping' ? It would be logically equivalent to IP 
> ping, in that it sends one packet and sees if device answers. I know usb 
> specs define 'ping' command, but it is for USB2.0 so this alone makes it 
> unsuitable here.

Not only is PING defined only in USB 2.0, it is also defined only for 
high-speed devices!  And in addition, it doesn't do what you want.

In fact, nothing does what you want.  The closest are the Get Device
Status, Get Device Descriptor, and Get Configuration requests.  But they
each involve sending more than one packet in each direction.  It would be
easy enough to write a program to send these commands, using libusb for
example, however I don't know of any existing examples.  Generally lsusb
is good enough.

Alan Stern


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to