usbatm xusbatm.c,NONE,1.1

Roman Kagan rkagan at mail.ru
Mon Apr 4 01:25:24 EDT 2005


On Sat, Apr 02, 2005 at 11:50:59PM +0200, matthieu castet wrote:
> Roman Kagan wrote:
> >  Hi,
> >
> >I've added to CVS a new driver, xusbatm (couldn't come up with a better
> >name).  This is a dumb usbatm-based driver, whose purpose is to handle
> >the devices which are not taken care of by dedicated drivers.  Such
> >modems are supposed to be initialized in user space, and then handed
> >over to this driver, specifying vendor ID, product ID, rx and tx
> >endpoints and, if needed, rx and tx padding, as module parameters.
> >(Support for different interfaces will be added later.)
> Why don't you use array as module parameter (644 permision will allow to 
> edit them via sysfs), and then in the xusbatm_usb_probe set this value 
> in the struct ?

I'm not sure I understand...  Do you suggest using arrays for each
parameter as a means to support multiple differnet modems at the same
time?

As to editing the parameters in sysfs, modifying vendor / product IDs
wont probably work, and then for the rest it wont make sense.

Roman.



More information about the Usbatm mailing list