> From user space, just stick to the file system API ... if for any > reason that's not working, it's just a bug. It should keep you from > being too wrong. In this case it sounds like you've strayed off the > path of righteousness by some indeterminate amount.
> - Dave I'm trying to work my way though the debug messages from the kernel, and I had a couple of questions. I've inserted my own 'printk' commands alongside of each DBG line of code as I've had some trouble turning on verbosity and debug messages in make config. I've tried enabling a variety of the different 'debug' options with no success on seeing the printouts. Is there a simple way to do this which will eliminate the need for all the 'printk' statements? For the time being however, the printk statements are providing the same functionality as the DBG messages would. I've been able to follow the endpoint configuration through from the printk output statements. The user level program is trying to set up and configure an IN "ep1" which is described by an interrupt endpoint descriptor. The kernel messages show that upon a SET_CONFIGURATION request, gadgetfs properly attempts to set up the endpoint by running ep_open successfully and entering into ep_config. However, in both of these functions, the kernel is trying to set up ep->name "ep2out-bulk", not "ep1". "ep2out-bulk" is not defined anywhere in the user level code, nor in the inode.c file. I haven't been able to determine how the epfiles list of endpoints is set up for the API, or how the entries to this was defined. How would I set this list to configure the endpoint I'm calling from the user level code? It seems that the user level code would be able to complete the ep configuration correctly if the kernel were configuring the correct endpoint.... Best, Colleen ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
