Hello, I have also been working with the usb-skeleton.c file. You did not explain how you came to realize that the skel_probe() function is not being called - I made an interesting discovery recently that may be relevant.
In order to read the kernel debug messages, I have been using 'cat kmsg' in the /proc directory. I found that the output was not giving me all the expected messages. Sometimes it would tell me when the device was probed, sometimes not. Even with two consecutive msg() calls in the same function, sometimes the output would only display one of them. With the command "tail /var/log/messages -f" I seem to get much more consistant results. Obviously, now I rely on the second method. I am still fairly novice at kernel module development, and it would be nice if anyone has an explantion. Should /proc/kmsg show all the kernel messages? Thanks, Ethan Mattor On Monday 18 October 2004 10:07 am, Mikolaj Zuberek wrote: > Hi, > > I used the usb-skeleton.c as a starting point to develop usb host driver > for USB memory stick. I hardcoded the Vendor and Product ids in > usb-skeleton.c, compiled it and loaded it with insmod command. However > when I plug in the memory stick the USB subsystem does not call the > probe function of the skeleton driver. I wasn't sure if my driver is > properly registered with the USB subsystem, so I tried another device, > Canon digital camera. I changed the Vendor and Product ids and this time > the probe function was called. > > I have a test application that scans all the USB buses and prints out > the information about all the devices connected to the system and it > always finds the USB memory stick (that's how I verified the Vendor and > Product ids), but the probe function of the skeleton driver is never > called. Is there anything else apart from Vendor/Product ids that needs > to be configured to get the USB subsystem to call probe function if the > specified device is connected? > > I'm working on linux PC running Fedora Core 2 (2.6.5-1.358). > > Your help would be much appreciated. > > Kind regards, > Mikolaj Zuberek > > The information contained in this e-mail and in any attachments is > confidential and is designated solely for the attention of the intended > recipient(s). If you are not an intended recipient, you must not use, > disclose, copy, distribute or retain this e-mail or any part thereof. If > you have received this e-mail in error, please notify the sender by return > e-mail and delete all copies of this e-mail from your computer system(s). > Please direct any additional queries to: [EMAIL PROTECTED] Thank > You. > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > [EMAIL PROTECTED] > To unsubscribe, use the last form field at: > https://lists.sourceforge.net/lists/listinfo/linux-usb-devel ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
