Re: [linux-usb-devel] [PATCH] OHCI: Add urb_priv null pointer check to finish_unlinks

2006-07-13 Thread ohtake-txa
Dear Dave & all I'm glad for your comment, Dave. Thank you. >That should WARN_ON(1) instead of just continuing; that's one of >those "should never happen" bugs. When you paper over such bugs >you should (a) put a comment saying that's what you're doing, >and usually (b) put in some kind of runti

[linux-usb-devel] re-plug needed during ESD testing

2006-07-13 Thread Aras Vaichas
Hello, we are currently in the process of getting CE certification for our embedded Linux products. Our device (under test) is configured as an ethernet gadget. We failed one test because the host machine was having problems with strange USB device behaviour. For the test, a Linux 2.6.15 Ubunt

Re: [linux-usb-devel] [PATCH] Properly unregister reboot notifier in case of failure in ehci hcd

2006-07-13 Thread Andrew Morton
On Tue, 11 Jul 2006 23:38:41 -0700 (PDT) Aleksey Gorelov <[EMAIL PROTECTED]> wrote: > If some problem occurs during ehci startup, for instance, request_irq > fails, echi hcd driver > tries it best to cleanup, but fails to unregister reboot notifier, which in > turn leads to crash on > reboot/p

Re: [linux-usb-devel] usb-serial device name allocation.

2006-07-13 Thread Luiz Fernando N. Capitulino
On Thu, 13 Jul 2006 22:35:30 -0300 "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote: | | If tty layer supports some "detach" functionality, it could be | | easy to achieve, -- just detach tty at disconnect time and then later | | free the structure at close time. It seems I need to take a c

Re: [linux-usb-devel] usb-serial device name allocation.

2006-07-13 Thread Luiz Fernando N. Capitulino
On Thu, 13 Jul 2006 17:11:30 +0400 Sergei Organov <[EMAIL PROTECTED]> wrote: | "Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> writes: | | > It seems to me that the current implementation is the easier way | > to do it. | | Probably, but the easiest is not necessary the right one, as we all |

Re: [linux-usb-devel] [PATCH] - drivers/usb/core/hub.c cleanups

2006-07-13 Thread David Brownell
> 2: Expand compressed switches, one of which had unreachable code What was the "unreachable" stuff? That stuff looks purely cosmetic. - Using Tomcat but need to do more? Need to support web services, security? Get stuff do

Re: [linux-usb-devel] [PATCH] Airprime driver improvements to allow full speed EvDO transfers

2006-07-13 Thread Greg KH
On Thu, Jul 13, 2006 at 10:20:19PM +0400, Sergei Organov wrote: > Alan Cox <[EMAIL PROTECTED]> writes: > > On Iau, 2006-07-13 at 18:17 +0400, Sergei Organov wrote: > >> This problem may occur with any tty driver that doesn't stop to insert > >> data into the tty buffers in throttled state. And yes,

Re: [linux-usb-devel] Anydata CDMA modem again

2006-07-13 Thread Greg KH
On Sun, Jul 09, 2006 at 04:39:42PM +0200, Jon K Hellan wrote: > I have an Anydata USB CDMA modem which basically works for > me. However, something strange is going on. The first time I plugged > in the modem, the anydata module was automatically loaded - I didn't > have to do any configuration. Un

Re: [linux-usb-devel] [PATCH] - drivers/usb/core/hub.c cleanups

2006-07-13 Thread Greg KH
On Wed, Jul 12, 2006 at 04:43:21PM -0700, Joe Perches wrote: > 1: Remove unnecessary spaces after dev_dbg/err/info functions > 2: Expand compressed switches, one of which had unreachable code > 3: Create and use check_port_status_changes, removes an indent level Can you please split these up into

Re: [linux-usb-devel] usb-serial device name allocation.

2006-07-13 Thread Sergei Organov
Pete Zaitcev <[EMAIL PROTECTED]> writes: > On Thu, 13 Jul 2006 16:31:35 +0400, Sergei Organov <[EMAIL PROTECTED]> wrote: > >> > The application will get a signal that the device has "hung up" which >> > usually causes it to automatically close the file handle, which is about >> > the best that the

Re: [linux-usb-devel] [PATCH] Airprime driver improvements to allow full speed EvDO transfers

2006-07-13 Thread Sergei Organov
Alan Cox <[EMAIL PROTECTED]> writes: > On Iau, 2006-07-13 at 18:17 +0400, Sergei Organov wrote: >> This problem may occur with any tty driver that doesn't stop to insert >> data into the tty buffers in throttled state. And yes, there are such >> drivers in the tree. Before Paul's changes, the tty j

Re: [linux-usb-devel] usb-serial device name allocation.

2006-07-13 Thread Pete Zaitcev
On Thu, 13 Jul 2006 16:31:35 +0400, Sergei Organov <[EMAIL PROTECTED]> wrote: > > The application will get a signal that the device has "hung up" which > > usually causes it to automatically close the file handle, which is about > > the best that the kernel can provide. > > Well, simple test show

Re: [linux-usb-devel] Power is not available in the port even after powering the USB HOST-2 using Port Power (PP) bit is set in PORTSC Register

2006-07-13 Thread David Brownell
On Thursday 13 July 2006 2:22 am, Santosh M wrote: > Hi , > > I am testing the ehci-hc driver for McImx31 controller. > When a USB2.0 HS speed device(Maxtor USB 2.0 hard disk) was connected > to the IMX31 ADS board, there is no interrupt genearated & Power is not > available in the port > even

[linux-usb-devel] CONFIG_USB_SUSPEND, autosuspend, and OHCI

2006-07-13 Thread Alan Stern
Dave: Right now my development patches make all the autosuspend stuff conditional on CONFIG_USB_SUSPEND. There didn't seem to be much point including code to submit automatic suspend requests if usbcore wasn't going to actually suspend the devices! But what about root hubs? For ehci-hcd it's a

Re: [linux-usb-devel] [RFC] Patch to remove unnecessary calls to usb_resume_root_hub

2006-07-13 Thread Alan Stern
On Tue, 11 Jul 2006, David Brownell wrote: > On Monday 10 July 2006 9:16 am, Alan Stern wrote: > > Dave: > > > > It seems to me that none of the calls to usb_resume_root_hub() below are > > really needed. Is there any reason not to remove them? > > I'll have to re-test a lot of configurations

Re: [linux-usb-devel] [PATCH] Airprime driver improvements to allow full speed EvDO transfers

2006-07-13 Thread Alan Cox
On Iau, 2006-07-13 at 18:17 +0400, Sergei Organov wrote: > This problem may occur with any tty driver that doesn't stop to insert > data into the tty buffers in throttled state. And yes, there are such > drivers in the tree. Before Paul's changes, the tty just dropped bytes > that aren't accepted b

Re: [linux-usb-devel] [PATCH] Airprime driver improvements to allow full speed EvDO transfers

2006-07-13 Thread Sergei Organov
Alan Cox <[EMAIL PROTECTED]> writes: > Ar Llu, 2006-07-10 am 19:54 +0400, ysgrifennodd Sergei Organov: >> Wow! The code you've quoted seems to be correct! But where did you get >> it from? The version of flush_to_ldisc() from drivers/char/tty_io.c from >> 2.17.4 got last Friday from kernel.org does

Re: [linux-usb-devel] usb-serial device name allocation.

2006-07-13 Thread Sergei Organov
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> writes: > Hi Sergei, > > On Wed, 12 Jul 2006 15:42:14 +0400 > Sergei Organov <[EMAIL PROTECTED]> wrote: > > | Suppose I have a usb-serial device managed, say, by the airprime > | driver. When I connect it, it is attached to the /dev/ttyUSB0, then,

Re: [linux-usb-devel] ftdi error in /var/log/messages when connecting to gprs

2006-07-13 Thread Luiz Fernando N. Capitulino
On Thu, 13 Jul 2006 12:46:25 +0200 Luca Ognibene <[EMAIL PROTECTED]> wrote: | Luiz Fernando N. Capitulino wrote: | > | > """ | > Jul 6 17:06:52 aylook012 kernel: EFLAGS: 00010282 (2.6.12-1-386) | > """ | > | > Please, could you try to reproduce with 2.6.18-rc1 ? | > | | I'm trying with 2.6

Re: [linux-usb-devel] usb-serial device name allocation.

2006-07-13 Thread Sergei Organov
Greg KH <[EMAIL PROTECTED]> writes: > On Wed, Jul 12, 2006 at 03:42:14PM +0400, Sergei Organov wrote: >> Suppose I have a usb-serial device managed, say, by the airprime >> driver. When I connect it, it is attached to the /dev/ttyUSB0, then, >> every disconnect/connect results in detaching from /de

Re: [linux-usb-devel] Expertise required on building code for SMP

2006-07-13 Thread Hannibal B
Bottom half of your driver code is the were you can take advantage of the SMP feature.You can use either workqueue(which is a simpler interface which will create number threads based on the cpu count ),but if U want finer control you can use Kthread(which does'nt inherits parents sigmask and VM)

Re: [linux-usb-devel] ftdi error in /var/log/messages when connecting to gprs

2006-07-13 Thread Luca Ognibene
Luiz Fernando N. Capitulino wrote: > > """ > Jul 6 17:06:52 aylook012 kernel: EFLAGS: 00010282 (2.6.12-1-386) > """ > > Please, could you try to reproduce with 2.6.18-rc1 ? > I'm trying with 2.6.18-rc1 right now and i'm yet not been able to reproduce it.. so it seems to work, i'll tell you

[linux-usb-devel] Power is not available in the port even after powering the USB HOST-2 using Port Power (PP) bit is set in PORTSC Register

2006-07-13 Thread Santosh M
Hi ,I am testing the ehci-hc driver for McImx31 controller. When a USB2.0 HS speed device(Maxtor USB 2.0 hard disk) was connectedto the IMX31 ADS board, there is no interrupt genearated & Power is not available in the port even after powering the USB HOST-2 port using Port Power (PP) bit i

Re: [linux-usb-devel] Expertise required on building code for SMP

2006-07-13 Thread Andreas Mohr
Hi, On Thu, Jul 13, 2006 at 01:12:14PM +0530, [EMAIL PROTECTED] wrote: > We've written a device driver in linux for a pcmcia card with usb and > serial functionality. I need to test this driver on a dual core/SMP > machine. We work on kernel 2.6.15.4. I have recompiled this kernel > version on my

Re: [linux-usb-devel] OCHI host + mass storage performance

2006-07-13 Thread Gyorgy Szekely
> > These numbers tell me that there's a huge overhead (at least 8ms) when > > starting a transaction. Is this normal? > > There's a per-transaction overhead, sure ... I'd expect max 2 msec (and more > typically about 1 msec) comes from the host controller (which is "OHCI" not > "OCHI"). Other del

Re: [linux-usb-devel] Expertise required on building code for SMP

2006-07-13 Thread Arjan van de Ven
On Thu, 2006-07-13 at 13:12 +0530, [EMAIL PROTECTED] wrote: > We've written a device driver in linux for a pcmcia card with usb and > serial functionality. I need to test this driver on a dual core/SMP > machine. We work on kernel 2.6.15.4. I have recompiled this kernel > version on my dual core ma

[linux-usb-devel] Expertise required on building code for SMP

2006-07-13 Thread bhuvan.kumarmital
We've written a device driver in linux for a pcmcia card with usb and serial functionality. I need to test this driver on a dual core/SMP machine. We work on kernel 2.6.15.4. I have recompiled this kernel version on my dual core machine with the CONFIG_SMP flag set during menuconfig. How do i ensu