Re: [linux-usb-devel] [Bugme-new] [Bug 8310] New: USB device names are not sanitized for UTF-8

2007-06-06 Thread Robert Marquardt
Alan Stern schrieb: > Any suggestions for the best way to organize all this? First a list of all files handling Unicode and a list of all files in need of handling Unicode is needed (for all Linux). A first step would be to centralize the various implementations. Then unification into a single

Re: [linux-usb-devel] [PATCH] bug removing ehci-hcd

2007-06-06 Thread Satyam Sharma
On 6/7/07, Satyam Sharma <[EMAIL PROTECTED]> wrote: > Hi, > > I remember this one ... > > On 6/7/07, Greg KH <[EMAIL PROTECTED]> wrote: > > On Thu, May 31, 2007 at 10:26:10AM -0500, [EMAIL PROTECTED] wrote: > > > > > > I wasn't actually able to reproduce the bug myself, but I guess it is > > > pret

Re: [linux-usb-devel] [PATCH] bug removing ehci-hcd

2007-06-06 Thread Satyam Sharma
Hi, I remember this one ... On 6/7/07, Greg KH <[EMAIL PROTECTED]> wrote: > On Thu, May 31, 2007 at 10:26:10AM -0500, [EMAIL PROTECTED] wrote: > > > > I wasn't actually able to reproduce the bug myself, but I guess it is > > pretty obvious that I shouldn't have called cpufreq_unregister_notifier

Re: [linux-usb-devel] [PATCH] bug removing ehci-hcd

2007-06-06 Thread Greg KH
On Thu, May 31, 2007 at 10:26:10AM -0500, [EMAIL PROTECTED] wrote: > > I wasn't actually able to reproduce the bug myself, but I guess it is > pretty obvious that I shouldn't have called cpufreq_unregister_notifier > with a spinlock held. I haven't been doing this long enough to know > exactly wh

Re: [linux-usb-devel] USB low-speed bulk transfers

2007-06-06 Thread David Brownell
On Wednesday 06 June 2007, Andrew Morton wrote: > On Wed, 6 Jun 2007 23:20:46 +0200 "Steinar H. Gunderson" <[EMAIL PROTECTED]> > wrote: > > > - Both endpoint descriptors are bulk. The HCD driver plain refuses bulk > >transfers for low-speed; it looks like they are disallowed in the USB > >

Re: [linux-usb-devel] [PATCH] Add Usb Gadget driver for Samsung s3c2410 ARM SoC

2007-06-06 Thread David Brownell
On Saturday 05 May 2007, Arnaud Patard wrote: > > This patch adds the support for the Usb Device Controller that can be > found on Samsung S3C24xx SoCs. I'm going to forward a slightly cleaned up version of this (mostly whitespace issues) for merging, since if nothing else it seems like a usable

Re: [linux-usb-devel] lost interrupt transfers

2007-06-06 Thread David Brownell
On Wednesday 06 June 2007, Dwayne Fontenot <[EMAIL PROTECTED]> wrote: > > I've been reading the USB and EHCI specs and the linux USB > subsystem code and have been unable to find the cause of > the 29 message limit. Sounds like a bug to me. Table 5-8 of the USB 2.0 spec says the number should b

Re: [linux-usb-devel] USB low-speed bulk transfers

2007-06-06 Thread Andrew Morton
On Wed, 6 Jun 2007 23:20:46 +0200 "Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote: > [Please Cc on reply] > > Hi, > > I recently bought an USB MIDI interface from ESI (called “ESI MIDI Mate”). It > claims to work with Linux, but doesn't -- I've already asked the manufacturer > for an explanati

[linux-usb-devel] [PATCH 2.6.22-rc4] USB: add support for TRU-install (C) and new VID/PIDs to Sierra Wireless driver (ATTEMPT 2)

2007-06-06 Thread Kevin Lloyd
From: Kevin Lloyd <[EMAIL PROTECTED]> This patch is derived from the 2.6.22-rc4 kernel source and adds support for the new TRU-install (C) feature (without this support new devices will not work), and add new UMTS device VID/PIDs. There was a previous submission on Tuesday June 5th, it was point

Re: [linux-usb-devel] 2.6.22-rc4-mm1

2007-06-06 Thread Andrew Morton
On Wed, 6 Jun 2007 21:58:38 +0100 Grant Wilson <[EMAIL PROTECTED]> wrote: > On Wednesday 06 June 2007 10:07:37 Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/ > > Patch 'usb-try-to-debug-bug-8561' triggers when I plug in a usb flas

[linux-usb-devel] lost interrupt transfers

2007-06-06 Thread Dwayne Fontenot <[EMAIL PROTECTED]>
Hi, I'm seeing behavior I don't understand relating to USB 2.0 interrupt transfers. I have 40 USB 2.0 peripherals plus eight USB 2.0 hubs on a single USB bus. Each of the 40 peripherals is posting a single 8-byte interrupt transfer within a window of approximately 2ms. The unexpected behavior

Re: [linux-usb-devel] [Bugme-new] [Bug 8310] New: USB device names are not sanitized for UTF-8

2007-06-06 Thread David Brownell
On Wednesday 06 June 2007, Alan Stern wrote: > On Tue, 5 Jun 2007, David Brownell wrote: > > > > Date: Tue, 5 Jun 2007 17:00:56 -0400 (EDT) > > > From: Alan Stern <[EMAIL PROTECTED]> > > > > > > > > > Does anybody think it would be worthwhile to convert string > > > > > > descriptors > > > > > >

Re: [linux-usb-devel] [Bugme-new] [Bug 8310] New: USB device names are not sanitized for UTF-8

2007-06-06 Thread David Brownell
On Wednesday 06 June 2007, Alan Stern wrote: > It turns out that fs/nls/nls_base.c already includes conversion > routines such as utf8_wcstombs(). Unforunately they are not an ideal > match to what we want for several reasons: > > ... One of the ongoing headaches of I18N work is backwards compat

Re: [linux-usb-devel] [RFC] URBs and buffer management

2007-06-06 Thread Oliver Neukum
Am Mittwoch, 6. Juni 2007 schrieb Pete Zaitcev: > On Wed, 6 Jun 2007 11:16:51 +0200, Oliver Neukum <[EMAIL PROTECTED]> wrote: > > > So what exactly is the problem? Is the documentation wrong? > > In the vast majority of cases, streaming transfer is more appropriate, In which regard exactly? Coul

Re: [linux-usb-devel] [Bugme-new] [Bug 8310] New: USB device names are not sanitized for UTF-8

2007-06-06 Thread Alan Stern
It turns out that fs/nls/nls_base.c already includes conversion routines such as utf8_wcstombs(). Unforunately they are not an ideal match to what we want for several reasons: They work with wchar_t, typedef'd as __u16 in include/linux/nls.h. Hence they expect to see wide-charac

Re: [linux-usb-devel] [Bugme-new] [Bug 8561] New: list_add corruption. prev->next should be next (f7d28794), but was f0df8ed4

2007-06-06 Thread Andrew Morton
On Wed, 6 Jun 2007 18:33:53 +0100 Paulo Pereira <[EMAIL PROTECTED]> wrote: > Hi I have a problem instaling the patch, I hope that anyone can help me... > When a trie to install the patch: > patching file drivers/usb/serial/option.c > patch: malformed patch at line 4:  #include H

Re: [linux-usb-devel] [Bugme-new] [Bug 8561] New: list_add corruption. prev->next should be next (f7d28794), but was f0df8ed4

2007-06-06 Thread Alan Stern
On Wed, 6 Jun 2007, Paulo Pereira wrote: > Hi I have a problem instaling the patch, I hope that anyone can help me... > When a trie to install the patch: > patching file drivers/usb/serial/option.c > patch: malformed patch at line 4:  #include Probably your email client mangled

Re: [linux-usb-devel] [Bugme-new] [Bug 8561] New: list_add corruption. prev->next should be next (f7d28794), but was f0df8ed4

2007-06-06 Thread Paulo Pereira
A Tuesday 05 June 2007 16:54:14, Alan Stern escreveu: > On Mon, 4 Jun 2007, Paulo Pereira wrote: > > The patch that you send is not resolving the problem... :( > > I stil have Kernel panic after 45/60 min of work with Ktorrent/Amule... > > > > The Drump is: > > > > Call Trace: > > [] usb_hcd_submit

Re: [linux-usb-devel] [RFC] URBs and buffer management

2007-06-06 Thread Pete Zaitcev
On Wed, 6 Jun 2007 11:16:51 +0200, Oliver Neukum <[EMAIL PROTECTED]> wrote: > So what exactly is the problem? Is the documentation wrong? In the vast majority of cases, streaming transfer is more appropriate, which is what you receive if you let HCD to establish and tear down mappings. The consis

Re: [linux-usb-devel] [Bugme-new] [Bug 8561] New: list_add corruption. prev->next should be next (f7d28794), but was f0df8ed4

2007-06-06 Thread Paulo Pereira
A Tuesday 05 June 2007 16:54:14, Alan Stern escreveu: > On Mon, 4 Jun 2007, Paulo Pereira wrote: > > The patch that you send is not resolving the problem... :( > > I stil have Kernel panic after 45/60 min of work with Ktorrent/Amule... > > > > The Drump is: > > > > Call Trace: > > [] usb_hcd_submit

Re: [linux-usb-devel] [Bugme-new] [Bug 8310] New: USB device names are not sanitized for UTF-8

2007-06-06 Thread Alan Stern
On Wed, 6 Jun 2007, Nicolas Mailhot wrote: > So, should I test the original patch or wait while you tweak it? Go ahead and test it as is. It ought to work well enough, and if there's something terribly wrong I'd like to know sooner rather than later. Alan Stern -

Re: [linux-usb-devel] [Bugme-new] [Bug 8310] New: USB device names are not sanitized for UTF-8

2007-06-06 Thread Nicolas Mailhot
So, should I test the original patch or wait while you tweak it? Regards, -- Nicolas Mailhot - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your

Re: [linux-usb-devel] [Bugme-new] [Bug 8310] New: USB device names are not sanitized for UTF-8

2007-06-06 Thread Alan Stern
On Tue, 5 Jun 2007, David Brownell wrote: > > Date: Tue, 5 Jun 2007 17:00:56 -0400 (EDT) > > From: Alan Stern <[EMAIL PROTECTED]> > > > > > > > Does anybody think it would be worthwhile to convert string > > > > > descriptors > > > > > from UCS-16 to UTF-8 (instead of Latin1) when we read them i

Re: [linux-usb-devel] file_storage gadget requires a sync...

2007-06-06 Thread Alan Stern
On Wed, 6 Jun 2007, Guennadi Liakhovetski wrote: > On Tue, 5 Jun 2007, Alan Stern wrote: > > > I just tried doing what you said: > > > > modprobe net2280 > > dd if=/dev/zero of=/tmp/b bs=1M count=5 ; \ > > modprobe g_file_storage file=/tmp/b > > > > No problem; it worked fin

Re: [linux-usb-devel] [PATCH 11/12] drivers: PMC MSP71xx USB driver

2007-06-06 Thread Alan Stern
On Tue, 5 Jun 2007, Marc St-Jean wrote: > @@ -2749,12 +2749,33 @@ static void hub_events(void) > } > > if (portchange & USB_PORT_STAT_C_OVERCURRENT) { > - dev_err (hub_dev, > -

Re: [linux-usb-devel] [PATCH] Fix NEC OHCI chip silicon bug

2007-06-06 Thread Alan Stern
On Wed, 6 Jun 2007, Michael Hanselmann wrote: > > So the system is behaving the way you want, but not for the reason you > > think. I bet you could remove the call to usb_root_hub_lost_power() > > entirely and it wouldn't make any difference at all. > > Actually, that's true. René Nussbaumer

Re: [linux-usb-devel] The anchor patch critique

2007-06-06 Thread Oliver Neukum
Am Mittwoch, 6. Juni 2007 schrieb Pete Zaitcev: > So, you add 24 bytes to all URBs, which are... not very thin, to be sure. > Last time I counted they were 152 bytes apiece. Still, a 15% increase. > I know you're a good algorithmist, are you sure you don't have any ideas? > > The naive approach is

Re: [linux-usb-devel] usb 2.0 driver performance issue

2007-06-06 Thread Jiri Kosina
On Tue, 5 Jun 2007, Alan Stern wrote: > What you need to do is reduce the amount of memory used for I/O buffers. > However I don't know how you can control it. Maybe people on LKML can > provide some advice. Playing with /proc/sys/vm/dirty* might be worthwile. -- Jiri Kosina --

Re: [linux-usb-devel] The anchor patch critique

2007-06-06 Thread Oliver Neukum
Am Mittwoch, 6. Juni 2007 schrieb Pete Zaitcev: > So, you add 24 bytes to all URBs, which are... not very thin, to be sure. > Last time I counted they were 152 bytes apiece. Still, a 15% increase. > I know you're a good algorithmist, are you sure you don't have any ideas? > > The naive approach is

Re: [linux-usb-devel] [PATCH] Fix NEC OHCI chip silicon bug

2007-06-06 Thread Michael Hanselmann
On Tue, Jun 05, 2007 at 10:24:14AM -0400, Alan Stern wrote: > (Depending on which version of the kernel you are looking at -- [...] > Earlier versions did behave the way you describe.) I was looking at 2.6.22-rc3 which might explain the differences. > So the system is behaving the way you want, b

Re: [linux-usb-devel] [RFC] URBs and buffer management

2007-06-06 Thread Oliver Neukum
Am Dienstag, 5. Juni 2007 schrieb Pete Zaitcev: > On Mon, 04 Jun 2007 10:38:44 +0200, Marcel Holtmann <[EMAIL PROTECTED]> wrote: > > > static void urb_destroy(struct kref *kref) > > { > > struct urb *urb = to_urb(kref); > > + > > + if (urb->transfer_flags & URB_FREE_BUFFER) > > +

[linux-usb-devel] [PATCH] fsl_usb2_udc: Get max ep number from DCCPARAMS register

2007-06-06 Thread Li Yang
Currently the driver is expecting max ep number in platform data which isn't passing this information. This patch fix the problem by reading it from DCCPARAMS(Device Controller Capability Parameters) register. The change also need some reordering of the probe code. Signed-off-by: Li Yang <[EMAIL

Re: [linux-usb-devel] [RFC] URBs and buffer management

2007-06-06 Thread Oliver Neukum
Am Dienstag, 5. Juni 2007 schrieb Pete Zaitcev: > On Tue, 5 Jun 2007 15:29:12 +0200, Oliver Neukum <[EMAIL PROTECTED]> wrote: > > > Perhaps you need to have two flags, for freeing unconditionally > > and on condition of no errors having happened. > > If you free unconditionally handling errors, eg

Re: [linux-usb-devel] [Bugme-new] [Bug 8564] New: ftdi_sio: BUG: unable to handle kernel NULL pointer dereference at virtual address

2007-06-06 Thread Oliver Neukum
Am Mittwoch, 6. Juni 2007 schrieb John H.: > Sorry, I will not have access to that machine for months. That's why > I had to get it working before I left. > > On 6/5/07, Oliver Neukum <[EMAIL PROTECTED]> wrote: > > Am Montag, 4. Juni 2007 21:57 schrieb John H.: > > > Sorry, I can't really try it.

Re: [linux-usb-devel] [Bugme-new] [Bug 8564] New: ftdi_sio: BUG: unable to handle kernel NULL pointer dereference at virtual address

2007-06-06 Thread John H.
Sorry, I will not have access to that machine for months. That's why I had to get it working before I left. On 6/5/07, Oliver Neukum <[EMAIL PROTECTED]> wrote: > Am Montag, 4. Juni 2007 21:57 schrieb John H.: > > Sorry, I can't really try it. I have fedora's 2.6.21 kernel and I > > have to leave

Re: [linux-usb-devel] file_storage gadget requires a sync...

2007-06-06 Thread Guennadi Liakhovetski
On Tue, 5 Jun 2007, Alan Stern wrote: > I just tried doing what you said: > > modprobe net2280 > dd if=/dev/zero of=/tmp/b bs=1M count=5 ; \ > modprobe g_file_storage file=/tmp/b > > No problem; it worked fine. But my version of the driver includes the > patch, of cou

[linux-usb-devel] SCS İLACLAMADAN KAMPANYA

2007-06-06 Thread ece ilaçlama
ilaçlamada olay... 10 daire yukarısı daire başına 10 ytl+kdv büro başına 6 ytl+kdv www.eceilaclama.com [EMAIL PROTECTED] 0232.4263922 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version o