You can load the "usbserial" driver with some options and it will attempt to drive it but there is no guarantee about what will happen (I hope it wouldn't actually break anything but you never know).
[antonia] ~ > modinfo -p usbserial debug int, description "Debug enabled or not" vendor short, description "User specified USB idVendor" product short, description "User specified USB idProduct" So to load it for your device (as root) you'd type "modprobe usbserial vendor=0x0403 product=0xd738". You can read more about it under Documentation/usb/usb-serial.txt in your kernel source. On Wed, 20 Apr 2005, [ISO-8859-1] Esben �stergaard wrote: > Hi, thanks for the response! > > Stephen J. Gowdy wrote: > > It says it is a vendor specific protocol. I'm not sure which driver you > are talking about though. > > > > I am not a linux kernel expert (however, I know a lot about robots :) ), > but i think the right driver for the usb->serial chips from FTDI is the > "serial" driver. I was hoping that adding some line in > "/etc/hotplug/usb.handmap" (FC3), something like > > serial 0x0003 0x0403 0xd738 0x0000 0x0000 > 0x00 0x00 0x00 0x00 > 0x00 0x00 0x00000000 > > would do the trick, but i cannot figure out if adding this line has any > effect. Maybe the "serial" driver needs to recognize the specific > product. > > FTDI recommends producers that use their usb->serial chip to give unique > product ID's to their products. The product we have is this, > > > http://www.avrfreaks.net/index.php?module=FreaksTools&func=viewItem&item_type=tool&item_id=630 > > which is essentially a USB to serial converter, so if we could "cheat" > the kernel into thinking that this is a different product (one with the > same chip inside) everything should work fine. But is that possible? > > Esben > > On Wed, 20 Apr 2005, Esben H. Ostergaard wrote: > > > > Hi > > I have a JTAGcable II, which is essentially a usb-serial converter. It > seems that it is not recognized by the kernel (2.6.11), and so no node > is created in /dev . usbview gives the following info; > > Propox JTAGcable II > Manufacturer: Propox > Serial Number: FTL5W558 > Speed: 12Mb/s (full) > USB Version: 2.00 > Device Class: 00(>ifc ) > Device Subclass: 00 > Device Protocol: 00 > Maximum Default Endpoint Size: 8 > Number of Configurations: 1 > Vendor Id: 0403 > Product Id: d738 > Revision Number: 4.00 > > Config Number: 1 > Number of Interfaces: 1 > Attributes: 80 > MaxPower Needed: 100mA > > Interface Number: 0 > Name: (none) > Alternate Number: 0 > Class: ff(vend.) > Sub Class: ff > Protocol: ff > Number of Endpoints: 2 > > Endpoint Address: 81 > Direction: in > Attribute: 2 > Type: Bulk > Max Packet Size: 64 > Interval: 0ms > > Endpoint Address: 02 > Direction: out > Attribute: 2 > Type: Bulk > Max Packet Size: 64 > Interval: 0ms > > Clearly, JTAGcable II is recognized, but apparently the product ID > "d738" from vendor "0403" is not known by the linux kernel. At least it > seems not to be. Vendor ID of 0403 is FTDI's, a producer of usb->serial > chips. The product ID is probably specific to Propox JTAGcable II, even > though the actual chip probably is identical to many other FTDI > products. > > So my question is, how do I fool the kernel into believing that the > product is a different product, or at least that it should use the > "standard" FTDI usb->serial driver, and make an appropriate node > in /dev ?? > > Or I might be completely misguided....(!?) > > Hope someone can answer this question, > Thanks (in advance) > Esben > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: New Crystal Reports XI. > Version 11 adds new functionality designed to reduce time involved in > creating, integrating, and deploying reporting solutions. Free runtime info, > new features, or free trial, at: http://www.businessobjects.com/devxi/728 > _______________________________________________ > [email protected] > To unsubscribe, use the last form field at: > https://lists.sourceforge.net/lists/listinfo/linux-usb-users > > > > -- > /------------------------------------+-------------------------\ > |Stephen J. Gowdy | SLAC, MailStop 34, | > |http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, | > |http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA | > |EMail: [EMAIL PROTECTED] | Tel: +1 650 926 3144 | > \------------------------------------+-------------------------/ > > > > > -- /------------------------------------+-------------------------\ |Stephen J. Gowdy | SLAC, MailStop 34, | |http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, | |http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA | |EMail: [EMAIL PROTECTED] | Tel: +1 650 926 3144 | \------------------------------------+-------------------------/ ------------------------------------------------------- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
