Results 1 to 4 of 4
Hello,
I am implementing some commands to get following information for USB stoarage device.
1.USB device plugged In/Out events
2.Auto mount on plug-in
3.Get USB device parameters strings like: Manufacturer, ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 12-08-2011 #1Just Joined!
- Join Date
- Dec 2011
- Posts
- 2
User Interface to Access USB device parameters: kernel 2.6.27
Hello,
I am implementing some commands to get following information for USB stoarage device.
1.USB device plugged In/Out events
2.Auto mount on plug-in
3.Get USB device parameters strings like: Manufacturer, Product, Serial, Version and Status, speed parameters
What user interface implementation will help to get above information?
e.g. eventpoll etc.
Referernce Links, e.g. will help.
Thanks,
vinlinux
- 12-09-2011 #2Just Joined!
- Join Date
- Dec 2011
- Posts
- 3
If you have a data line reader and a data monitoring software (i.e. Line Eye or Device Monitoring Studio), you can easily see info #1 and #3.
And if these data doesn't appear on the driver you are using(it's different with some devices), you may have to do some editing on your usb driver.
- 12-10-2011 #3Just Joined!
- Join Date
- Dec 2011
- Posts
- 2
Hello,
Thanks for your reply.
Well, I do not have any line reader or monitoring tool.
I wish to know is there any userspace technique in linux (apart from /proc or /sys entries) which can be used in embedded application.
No hotplug utility support available from busybox and we don't wish to add overhead of ioctl() calls in linux storage driver.
BR,
vinlinux
- 12-12-2011 #4Just Joined!
- Join Date
- Dec 2011
- Posts
- 3
Sorry about that.
That's "a data line reader [OR] a data monitoring software".
There are a lot of free USB monitoring tools out there. Or if you don't want to buy the software, i bet even the 14 day trial on some of them is enough to get all the data you would need from the device.
Also, why would you not want to use /proc or /sys? Its so easy to invoke the commands and grep/parse the results.
With the events(#1), i actually read the character file the device was reporting to/attached on -> "/dev/input/event#". Well that was how the device driver was reporting its data. It might be different with yours.


Reply With Quote
