[linux-usb-devel] [PATCH 2.4.32-pre1] ftdi_sio: Add support for FT2232C chip
Hi, FTDI have a patched version of the ftdi_sio driver on their web-site with support for their FT2232C chip. This was produced by Steven Turner of FTDI. The changes have previously been incorporated into 2.6.9 with some minor modifications and corrections. The attached patch incorporates the changes into the 2.4 kernel, again with some minor modifications and corrections. I also added a static array to map the chip type to a chip name (as previously done in 2.6.12) as this is a good point to do this and I didn't think it was worth the effort of using a separate patch. Signed off by me in the attachment. Please apply. TIA. -- -=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=- -=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=- ftdi_sio: Incorporated Steven Turner's support for the FT2232C chip with some minor changes and corrections back-ported from the 2.6 kernel, including use of a static array to map the chip type to a chip name. Signed-off-by: Ian Abbott [EMAIL PROTECTED] diff -ur a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c --- a/drivers/usb/serial/ftdi_sio.c 2005-07-19 12:07:28.0 +0100 +++ b/drivers/usb/serial/ftdi_sio.c 2005-07-19 13:47:54.0 +0100 @@ -17,6 +17,10 @@ * See http://ftdi-usb-sio.sourceforge.net for upto date testing info * and extra documentation * + * (19/Jul/2004) Ian Abbott + * Incorporated Steven Turner's support for FT2232C (and the lead-free + * variants) with some minor changes. + * * (10/Mar/2004) Jan Capek * Added PID's for ICD-U20/ICD-U40 - incircuit PIC debuggers from CCS Inc. * @@ -253,7 +257,7 @@ /* * Version Information */ -#define DRIVER_VERSION v1.3.5 +#define DRIVER_VERSION v1.3.6 #define DRIVER_AUTHOR Greg Kroah-Hartman [EMAIL PROTECTED], Bill Ryder [EMAIL PROTECTED], Kuba Ober [EMAIL PROTECTED] #define DRIVER_DESC USB FTDI Serial Converters Driver @@ -481,6 +485,12 @@ }; +static struct usb_device_id id_table_FT2232C[] = { + { USB_DEVICE(FTDI_VID, FTDI_8U2232C_PID) }, + { } /* Terminating entry */ +}; + + static struct usb_device_id id_table_USB_UIRT [] = { { USB_DEVICE(FTDI_VID, FTDI_USB_UIRT_PID) }, { } /* Terminating entry */ @@ -504,6 +514,7 @@ { USB_DEVICE(FTDI_VID, FTDI_SIO_PID) }, { USB_DEVICE(FTDI_VID, FTDI_8U232AM_PID) }, { USB_DEVICE(FTDI_VID, FTDI_8U232AM_ALT_PID) }, + { USB_DEVICE(FTDI_VID, FTDI_8U2232C_PID) }, { USB_DEVICE(FTDI_VID, FTDI_RELAIS_PID) }, { USB_DEVICE(INTERBIOMETRICS_VID, INTERBIOMETRICS_IOBOARD_PID) }, { USB_DEVICE(INTERBIOMETRICS_VID, INTERBIOMETRICS_MINI_IOBOARD_PID) }, @@ -621,6 +632,13 @@ MODULE_DEVICE_TABLE (usb, id_table_combined); +static char *ftdi_chip_name[] = { + [SIO] = SIO, /* the serial part of FT8U100AX */ + [FT8U232AM] = FT8U232AM, + [FT232BM] = FT232BM, + [FT2232C] = FT2232C, +}; + /* constants which set the number of write urb buffers */ #define NUM_URBS 32 @@ -650,6 +668,8 @@ wait_queue_head_t delta_msr_wait; /* Used for TIOCMIWAIT */ char prev_status, diff_status;/* Used for TIOCMIWAIT */ + __u16 interface; /* FT2232C port interface (0 for FT232/245) */ + struct urb *write_urb_pool[NUM_URBS]; spinlock_t write_urb_pool_lock; @@ -669,6 +689,7 @@ static int ftdi_SIO_startup (struct usb_serial *serial); static int ftdi_8U232AM_startup (struct usb_serial *serial); static int ftdi_FT232BM_startup (struct usb_serial *serial); +static int ftdi_FT2232C_startup (struct usb_serial *serial); static int ftdi_USB_UIRT_startup (struct usb_serial *serial); static int ftdi_HE_TIRA1_startup (struct usb_serial *serial); static int ftdi_userdev_startup (struct usb_serial *serial); @@ -763,6 +784,30 @@ .shutdown = ftdi_shutdown, }; +static struct usb_serial_device_type ftdi_FT2232C_device = { + .owner = THIS_MODULE, + .name = FTDI FT2232C Compatible, + .id_table = id_table_FT2232C, + .num_interrupt_in = 0, + .num_bulk_in = 1, + .num_bulk_out = 1, + .num_ports = 1, + .open = ftdi_open, + .close = ftdi_close, + .throttle = ftdi_throttle, + .unthrottle = ftdi_unthrottle, + .write = ftdi_write, + .write_room = ftdi_write_room, + .chars_in_buffer = ftdi_chars_in_buffer, + .read_bulk_callback = ftdi_read_bulk_callback, + .write_bulk_callback = ftdi_write_bulk_callback, + .ioctl = ftdi_ioctl, + .set_termios = ftdi_set_termios, + .break_ctl = ftdi_break_ctl, + .startup = ftdi_FT2232C_startup, + .shutdown = ftdi_shutdown, +}; + static struct usb_serial_device_type ftdi_USB_UIRT_device = { .owner = THIS_MODULE, .name = USB-UIRT Infrared Tranceiver, @@ -900,7 +945,7 @@ usb_sndctrlpipe(port-serial-dev, 0), FTDI_SIO_SET_MODEM_CTRL_REQUEST, FTDI_SIO_SET_MODEM_CTRL_REQUEST_TYPE, - ftdi_high_or_low, 0, + ftdi_high_or_low, priv-interface, buf, 0, WDR_TIMEOUT)); } @@ -921,7 +966,7 @@ usb_sndctrlpipe(port-serial-dev, 0),
[linux-usb-devel] [PATCH 2.6.13-rc3] ftdi_sio: fix a couple of timeouts
Hi, The attached patch fixes a couple of timeouts in the ftdi_sio driver that weren't converted from jiffies to milliseconds in 2.6.12. Signed off by me in the attachment. Please apply. TIA. Ian Abbott. ftdi_sio: Fix timeouts in a couple of usb_control_msg() calls due to change of units from jiffies to milliseconds in 2.6.12. Signed-off-by: Ian Abbott [EMAIL PROTECTED] diff -ur a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c --- a/drivers/usb/serial/ftdi_sio.c 2005-07-19 14:19:51.0 +0100 +++ b/drivers/usb/serial/ftdi_sio.c 2005-07-19 14:14:15.0 +0100 @@ -545,6 +545,7 @@ #define WDR_TIMEOUT 5000 /* default urb timeout */ +#define WDR_SHORT_TIMEOUT 1000 /* shorter urb timeout */ /* High and low are for DTR, RTS etc etc */ #define HIGH 1 @@ -681,7 +682,7 @@ FTDI_SIO_SET_BAUDRATE_REQUEST, FTDI_SIO_SET_BAUDRATE_REQUEST_TYPE, urb_value, urb_index, - buf, 0, 100); + buf, 0, WDR_SHORT_TIMEOUT); kfree(buf); return rv; @@ -1797,7 +1798,7 @@ FTDI_SIO_SET_DATA_REQUEST, FTDI_SIO_SET_DATA_REQUEST_TYPE, urb_value , priv-interface, - buf, 0, 100) 0) { + buf, 0, WDR_SHORT_TIMEOUT) 0) { err(%s FAILED to set databits/stopbits/parity, __FUNCTION__); }
Re: [linux-usb-devel] PROBLEM: Kernel OOPS when cdc_acm modem is unplugged during a ppp session.
Daniel Holth wrote: Here's a REPORTING-BUGS format problem report for my cdc_acm woes. PROBLEM: Kernel OOPS when cdc_acm modem is unplugged during a ppp session. I have a cdc_acm compatible modem. It is a Motorola v66 phone with a USB tether, for GPRS 'net. Unfortunately the kernel OOPSes if I unplug the modem during a PPP session. Re-plugging the modem tends to make a ttyACM1 available. Unfortunately ppp is ornery about using ttyACM1 after a ttyACM0 failure. The bug has reproduced itself equally on all tested kernels between 2.6.10 and .12.1 including the vanilla kernel. Plug modem, dial ppp, unplug -- OOPS. If ppp is stopped before unplugging the modem then linux does not OOPS. ppp, cdc_acm, usb, networking, kobject [4.] Linux version 2.6.12.1-holth ([EMAIL PROTECTED]) (gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #1 Mon Jun 27 22:16:21 EDT 2005 [5.] OOPS: usbcore: registered new driver cdc_acm drivers/usb/class/cdc-acm.c: v0.23:USB Abstract Control Model driver for USB modems and ISDN adapters PPP BSD Compression module registered PPP Deflate Compression module registered usb 2-1: USB disconnect, address 2 usb 2-1: new full speed USB device using uhci_hcd and address 3 usb 2-1: device descriptor read/64, error -71 usb 2-1: device descriptor read/64, error -71 usb 2-1: new full speed USB device using uhci_hcd and address 4 cdc_acm 2-1:1.0: ttyACM0: USB ACM device usb 2-1: USB disconnect, address 4 Unable to handle kernel NULL pointer dereference at virtual address printing eip: c02ac28a *pde = Oops: [#1] PREEMPT Modules linked in: ppp_deflate bsd_comp ppp_async crc_ccitt cdc_acm usblp snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_via82xx_modem snd_via82xx snd_ac97_codec snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd i2c_viapro i2c_core rt2500 via_agp ntfs ppp_generic slhc joydev via drm agpgart sata_via sata_svw sata_sil sata_promise libata dm_mirror dm_snapshot uhci_hcd usb_storage usbhid ehci_hcd CPU:0 EIP:0060:[c02ac28a]Not tainted VLI EFLAGS: 00010246 (2.6.12.1-holth) EIP is at get_kobj_path_length+0x1a/0x40 eax: ebx: ecx: edx: d5bf4a98 esi: 0001 edi: ebp: esp: d64f5da0 ds: 007b es: 007b ss: 0068 Process pppd (pid: 19160, threadinfo=d64f4000 task=d6674520) Stack: cac03453 d5bf4a74 d9f080f8 d5bf4a98 c02ac31f d5bf4a98 0286 c0521e48 c0521e60 cac03453 d5bf4a74 d9f080f8 03ad c0335963 d5bf4a98 00d0 c02ac7c0 0286 c934ebe0 0013 fffd c05220a0 Call Trace: [c02ac31f] kobject_get_path+0x1f/0x80 [c0335963] class_hotplug+0x133/0x200 [c02ac7c0] kobject_release+0x0/0x10 [c02ad074] kobject_hotplug+0x2a4/0x2f0 [c0335dbe] class_device_del+0x7e/0xd0 [c0335e23] class_device_unregister+0x13/0x30 [dd43552b] acm_tty_close+0xcb/0x110 [cdc_acm] [c0314cc1] release_dev+0x731/0x740 [c0117e3c] do_page_fault+0x18c/0x599 [c0313c30] tty_write+0x1f0/0x250 [c017b836] do_ioctl+0x76/0xa0 [c03151a4] tty_release+0x14/0x20 [c0169830] __fput+0x110/0x130 [c0167ee9] filp_close+0x59/0x90 [c0167f81] sys_close+0x61/0xa0 [c01031e1] syscall_call+0x7/0xb Code: 74 e4 89 34 24 e8 d7 5d ef ff eb da 90 8d 74 26 00 55 bd ff ff ff ff 57 56 be 01 00 00 00 53 31 db 8b 54 24 14 8b 3a 89 e9 89 d8 f2 ae f7 d1 49 8b 52 24 8d 74 31 01 85 d2 75 ea 5b 89 f0 5e 5f [6.] To reproduce problem: attach modem, 'pppd call [connection name]', detach modem [7.1] ver_linux Linux moire 2.6.12.1-holth #1 Mon Jun 27 22:16:21 EDT 2005 i686 mobile AMD Athlon(tm) XP-M (LV) 2200+ AuthenticAMD GNU/Linux Gnu C 3.3.5-20050130 Gnu make 3.80 binutils 2.15.92.0.2 util-linux 2.12i mount 2.12i module-init-tools 3.0 e2fsprogs 1.37 reiserfsprogs 3.6.19 reiser4progs line pcmcia-cs 3.2.5 PPP2.4.2 Linux C Library2.3.4 Dynamic linker (ldd) 2.3.4 Procps 3.2.5 Net-tools 1.60 Kbd1.12 Sh-utils 5.2.1 udev 058 Modules Loaded ppp_deflate bsd_comp ppp_async crc_ccitt cdc_acm usblp snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_via82xx_modem snd_via82xx snd_ac97_codec snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd i2c_viapro i2c_core rt2500 via_agp ntfs ppp_generic slhc joydev via drm agpgart sata_via sata_svw sata_sil sata_promise libata dm_mirror dm_snapshot uhci_hcd usb_storage usbhid ehci_hcd [7.2] cat /proc/cpuinfo processor : 0
[linux-usb-devel] newbie question -- modprobe -- usb gadget for at91rm9200
Hello, I would like to have the process to be able to load usb gadget modules with modprobe command. when I execute modprobe g_serial I got this message errors insmod: /lib/modules/2.6.12: No such file or directory insmod: /lib/modules: No such file or directory insmod: g_Serial.o: no module by that name found Any idea to create these directories and have these modules in there. Do I have to create /lib/modules/2.6.12 in ramdisk? Christian --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] [PATCH] IGNORE_RESIDUE flag for Mitsumi USB2.0 card reader
Hello, I have recently purchased a card-reader/floppy combo produced by Mitsumi, and found out that under Linux it exhibits the behaviour described at http://bugme.osdl.org/show_bug.cgi?id=3223. Accordingly, I wrote a new entry in the unusual_devs.h file and now the device is working flawlessly. The (really short) patch follows: =[usb-storage-patch]= --- drivers/usb/storage/unusual_devs.h.old 2005-07-19 18:36:17.0 +0300 +++ drivers/usb/storage/unusual_devs.h 2005-07-19 19:27:49.0 +0300 @@ -79,6 +79,13 @@ UNUSUAL_DEV( 0x03f0, 0x0307, 0x0001, 0x US_SC_8070, US_PR_SCM_ATAPI, init_usbat, 0), #endif +/* Patch submitted by Mihnea-Costin Grigore [EMAIL PROTECTED] */ +UNUSUAL_DEV( 0x040d, 0x6205, 0x, 0x, + VIA Technologies Inc., + USB 2.0 Card Reader, + US_SC_DEVICE, US_PR_DEVICE, NULL, + US_FL_IGNORE_RESIDUE ), + /* Deduced by Jonathan Woithe [EMAIL PROTECTED] * Entry needed for flags: US_FL_FIX_INQUIRY because initial inquiry message * always fails and confuses drive. =[end usb-storage-patch]= As you can see, I was unable to deduce the bcdDeviceMin/Max values so I entered the whole range there (previously tried with 0x0100 and 0x0001 like other entries in the file, but it didn't work). Maybe you can tell me where that value is found (and how to convert it to hex) from the following output (is it the bcdDevice 0.03 line?): =[lsusb -v]= Bus 005 Device 004: ID 040d:6205 VIA Technologies, Inc. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x040d VIA Technologies, Inc. idProduct 0x6205 bcdDevice0.03 iManufacturer 1 VIA Technologies Inc. iProduct2 USB 2.0 Card Reader iSerial 3 00081640 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk (Zip) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 bytes 512 once bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 bytes 512 once bInterval 1 =[end lsusb -v]= =[cat /proc/bus/usb/devices]= T: Bus=05 Lev=01 Prnt=01 Port=06 Cnt=01 Dev#= 4 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=040d ProdID=6205 Rev= 0.03 S: Manufacturer=VIA Technologies Inc. S: Product=USB 2.0 Card Reader S: SerialNumber=00081640 C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=125us =[end cat /proc/bus/usb/devices]= =[cat /proc/scsi/usb-storage/2]= Host scsi2: usb-storage Vendor: VIA Technologies Inc. Product: USB 2.0 Card Reader Serial Number: 00081640 Protocol: Transparent SCSI Transport: Bulk Quirks: IGNORE_RESIDUE =[cat /proc/scsi/usb-storage/2]= I should point out that the problem appeared only on the secondary card slot (enabled by echo scsi add-single-device 2 0 0 1 /proc/scsi/scsi), the first one was working perfectly without this patch. With the patch, both slots work -- it is even possible to transfer files between them... Thanks for the great work, Best regards, -- Mihnea-Costin Grigore --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast.
[linux-usb-devel] Proposed patch for NForce USB EHCI controllers with large memory systems
After investigating reports of large memory issues with nForce EHCI controllers, NVIDIA has determined that EHCI data structures mapped above 2GB in memory will cause undefined behavior in USB2 devices. The symptoms may include system and device crashes. The data structures which will lead to this system behavior are all Transfer Descriptors used to control transfers on the USB2 bus. They are namely the Isochronous Transaction Descriptors (iTD) and Split-transaction Isochronous Transfer Descriptors (siTD) used in the periodic schedule; and Queue Heads (QH) used in the periodic and asynchronous schedules. Note that data buffers, Queue Element Transfer Descriptors (qTD), Frame Span Traversal Nodes (FSTN) and the Periodic Frame List are not affected by this restriction. We would request that this patch be included. If you have any questions, please feel free to e-mail me. Mark Overby Platform Architecture NVIDIA Corporation --- linux-2.6.12.3/drivers/usb/host/ehci-hcd.c 2005-07-15 14:18:57.0 -0700 +++ linux-2.6.12.3usbpatch/drivers/usb/host/ehci-hcd.c 2005-07-18 16:02:32.0 -0700 @@ -551,6 +551,23 @@ static int ehci_start (struct usb_hcd *h /* help hc dma work well with cachelines */ pci_set_mwi (pdev); + + /* chip-specific init */ + switch (pdev-vendor) { + case PCI_VENDOR_ID_NVIDIA: + switch (pdev-device) { + case 0x003c: /* MCP04 */ + case 0x005b: /* CK804 */ + case 0x00d8: /* CK8 */ + case 0x00e8: /* CK8S */ + /* 2GB Workaround for some of NVIDIA's EHCI controllers. */ + if ((retval = pci_set_consistent_dma_mask(pdev, 0x7fff)) != 0) { + printk(KERN_WARNING Setting DMA mask workaround failed. This is harmless unless the system has 2GB or more RAM.\n); + } + break; + } + break; + } } #endif --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: Proposed patch for NForce USB EHCI controllers with large memory systems
On Tue, 19 Jul 2005 12:20:46 -0700, Mark Overby [EMAIL PROTECTED] wrote: [...] They [affected TDs] are namely the Isochronous Transaction Descriptors (iTD) and Split-transaction Isochronous Transfer Descriptors (siTD) used in the periodic schedule; and Queue Heads (QH) used in the periodic and asynchronous schedules. Note that data buffers, Queue Element Transfer Descriptors (qTD), Frame Span Traversal Nodes (FSTN) and the Periodic Frame List are not affected by this restriction. Darn, this is very unfortunate, because I saw some bizarre problems on HP Viper platform with regular storage transfers (over Bulk transport). But obviously that cannot be it. Oh well. I'll keep looking. We would request that this patch be included. Looks good, but the patch was line-wrapped. How about this (with retval actually used this time): diff -urp -X dontdiff linux-2.6.12/drivers/usb/host/ehci-hcd.c linux-2.6.12-lem/drivers/usb/host/ehci-hcd.c --- linux-2.6.12/drivers/usb/host/ehci-hcd.c2005-06-21 12:58:47.0 -0700 +++ linux-2.6.12-lem/drivers/usb/host/ehci-hcd.c2005-07-19 12:43:15.0 -0700 @@ -551,6 +551,23 @@ static int ehci_start (struct usb_hcd *h /* help hc dma work well with cachelines */ pci_set_mwi (pdev); + + /* chip-specific init */ + switch (pdev-vendor) { + case PCI_VENDOR_ID_NVIDIA: + switch (pdev-device) { + case 0x003c: /* MCP04 */ + case 0x005b: /* CK804 */ + case 0x00d8: /* CK8 */ + case 0x00e8: /* CK8S */ + /* 2GB Workaround for some of NVIDIA's EHCI controllers. */ + if ((retval = pci_set_consistent_dma_mask(pdev, 0x7fff)) != 0) { + printk(KERN_WARNING Setting DMA mask workaround failed (%d). This is harmless unless the system has 2GB or more RAM.\n, retval); + } + break; + } + break; + } } #endif --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH] IGNORE_RESIDUE flag for Mitsumi USB2.0 card reader
On Tue, Jul 19, 2005 at 08:07:38PM +0300, Mihnea-Costin Grigore wrote: Hello, I have recently purchased a card-reader/floppy combo produced by Mitsumi, and found out that under Linux it exhibits the behaviour described at http://bugme.osdl.org/show_bug.cgi?id=3223. Accordingly, I wrote a new entry in the unusual_devs.h file and now the device is working flawlessly. The (really short) patch follows: =[usb-storage-patch]= --- drivers/usb/storage/unusual_devs.h.old2005-07-19 18:36:17.0 +0300 +++ drivers/usb/storage/unusual_devs.h2005-07-19 19:27:49.0 +0300 @@ -79,6 +79,13 @@ UNUSUAL_DEV( 0x03f0, 0x0307, 0x0001, 0x US_SC_8070, US_PR_SCM_ATAPI, init_usbat, 0), #endif +/* Patch submitted by Mihnea-Costin Grigore [EMAIL PROTECTED] */ +UNUSUAL_DEV( 0x040d, 0x6205, 0x, 0x, + VIA Technologies Inc., + USB 2.0 Card Reader, + US_SC_DEVICE, US_PR_DEVICE, NULL, + US_FL_IGNORE_RESIDUE ), + /* Deduced by Jonathan Woithe [EMAIL PROTECTED] * Entry needed for flags: US_FL_FIX_INQUIRY because initial inquiry message * always fails and confuses drive. =[end usb-storage-patch]= As you can see, I was unable to deduce the bcdDeviceMin/Max values so I entered the whole range there (previously tried with 0x0100 and 0x0001 like other entries in the file, but it didn't work). Maybe you can tell me where that value is found (and how to convert it to hex) from the following output (is it the bcdDevice 0.03 line?): Yes it is... your bcdDevice number is 0x0003. Care to redo the patch? -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin, 1759 signature.asc Description: Digital signature
[linux-usb-devel] Re: usb mass storage bug
Just sending this on to you guys at Greg's sugestion. --- Greg KH [EMAIL PROTECTED] wrote: On Mon, Jul 11, 2005 at 01:30:47PM -0700, Joe Sevy wrote: Sorry, no logs or dmesg to report; just performance. Using kernel 2.6.12: USB flash drive (san-disk cruzer micro) Copy FROM drive is normal and quick; copy TO drive is amazingly slow. (30 minutes for 50K file). Used same configuration as for 2.6.11.11. Cured by going back to old kernel. Are you using CONFIG_UB or CONFIG_USB_STORAGE? Also, linux-usb-devel is the better place for this if you have a more detailed report. thanks, greg k-h Nope, using CONFIG_USB_STORAGE. There's really nothing more to say about it. I'm downloading latest kernel now and will try it. Thanks Joe Sevy Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Fw: [Bugme-new] [Bug 4916] New: USB mouse stops working after inserting USB storage device
Begin forwarded message: Date: Tue, 19 Jul 2005 14:38:40 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bugme-new] [Bug 4916] New: USB mouse stops working after inserting USB storage device http://bugzilla.kernel.org/show_bug.cgi?id=4916 Summary: USB mouse stops working after inserting USB storage device --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] about usb driver question
I'm sorry to disturb you again. The writer in usb-skeleton.c use devfs_register funcation to creat a device node providing user access usb device. I want to creat device node using register_chrdev function, if I don't use devfs_register funcation. In the case,I have a error message when I write register_chrdev(180,usb,fops). Because 180 major number is usb,I can't get the 180 major number again. In another case,I try to write register_chrdev(0,usb,fops),then get major number 254 from usb core.I type mknod /dev/usb/test c 254 0 in command line to creat a device node in /dev/usb/. Worryingly,usb core tell me have not such device,when I type cat /dev/usb/test in command line. WHY.. I want to let read_skel function in usb-skeleton.c operate when I type cat /dev/usb/test in command line. How can I to do if I don't use devfs_register to creat device node. Please help me I am grateful to you. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Do away with Caard balances and loans. Eradicate them
Bring to an end those harassing calls and letters. WOW do you have a happy customer. As you know I asked your company to completely E L I M I N A T E all of my $51,000.00 in C A R D Balances. I was able to dis-continue making ALL payments immediately without using bankruptcy, consolidation, or cr counseling. I'M back in C O N T R O L and ALL of my balances, penalties, and fees are gone legally and lawfully forever. You claim to be the best in the country and they're right! I will be telling all of my family and friends to telephone you. They would be crazy not to telephone you immediately. Thanks again, you have given me a fresh beginning. John C in Texas We could do the same for you. Visit us and we can give you additional indepth details about our system at 0 charge or obligation. You have nothing to lose and everything to gain. http://fs.4oH8.richlyblesed.com/45/ Detailed info or to discontinue receiving or to see our address. I shall appear of my own accord. Thank you, murmured the boy The Demon bowed and spread his hands in the form of a semi-circle --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] unusual_devs stuff
I just got back from 10 days away from email. I think I caught the one-and-only unusual_devs related email - but if I didn't, I don't have it now (I can be a bit liberal with the delete key after a vacation) ... so if I missed anything that needs my attention please feel free to yell at me/ping me. ;) Thanks... -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin, 1759 signature.asc Description: OpenPGP digital signature