linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
@ 2003-09-01 17:39 Michael Frank
  2003-09-01 18:53 ` Jan-Benedict Glaw
  2003-09-02 16:43 ` [linux-usb-devel] " Greg KH
  0 siblings, 2 replies; 13+ messages in thread
From: Michael Frank @ 2003-09-01 17:39 UTC (permalink / raw)
  To: linux-kernel, linux-usb-devel

PL2303 is used to connect the serial console on a classic serial port 
of a test machine. HW nandshaking is used
The test machine reboots once a minute and dumps lots of messages

Frequently:
- driver hangs 
- userspace (cu) can't be stopped
- pl2303 and/or usbserial can't be unloaded 
- USB interrupts stop
- problems result in requiring a reboot.


- None of these problems seen before fixes such as "send break"
  (which works) were made
- Feels like buffer heads get out of synch at times
- Changing Baudrates from 115200 to 38400 or 9600 has no effect 
- It seems to be worse than ever even with oopses _now_ as it 
   has been used for many months and none were seen

- 2.4.21,22 behave essentially the same

Regards
Michael

Aug 31 11:39:40 mhfl2 kernel: Linux version 2.6.0-test4-mhf60 (mhf@mhfl4) (gcc version 2.95.3 20010315 (release)) #5 Sun Aug 31 09:37:06 HKT 2003

[]

Sep  1 18:24:01 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver usbfs
Sep  1 18:24:01 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver hub
Sep  1 18:24:02 mhfl2 kernel: ohci-hcd 0000:00:14.0: OHCI Host Controller
Sep  1 18:24:02 mhfl2 kernel: ohci-hcd 0000:00:14.0: irq 11, pci mem cf8a4000
Sep  1 18:24:02 mhfl2 kernel: ohci-hcd 0000:00:14.0: new USB bus registered, assigned bus number 1
Sep  1 18:24:02 mhfl2 kernel: usb usb1: Product: OHCI Host Controller
Sep  1 18:24:02 mhfl2 kernel: usb usb1: Manufacturer: Linux 2.6.0-test4-mhf60 ohci-hcd
Sep  1 18:24:02 mhfl2 kernel: usb usb1: SerialNumber: 0000:00:14.0
Sep  1 18:24:02 mhfl2 kernel: hub 1-0:0: USB hub found
Sep  1 18:24:02 mhfl2 kernel: hub 1-0:0: 2 ports detected
Sep  1 18:24:03 mhfl2 kernel: SCSI subsystem initialized
Sep  1 18:24:03 mhfl2 kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
Sep  1 18:24:03 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 2
Sep  1 18:24:03 mhfl2 kernel: Initializing USB Mass Storage driver...
Sep  1 18:24:03 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver usb-storage
Sep  1 18:24:03 mhfl2 kernel: USB Mass Storage support registered.
Sep  1 18:24:03 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
Sep  1 18:24:03 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver usbserial
Sep  1 18:24:03 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0
Sep  1 18:24:03 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for PL-2303
Sep  1 18:24:03 mhfl2 kernel: pl2303 1-2:0: PL-2303 converter detected
Sep  1 18:24:03 mhfl2 kernel: usb 1-2: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
Sep  1 18:24:03 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver pl2303
Sep  1 18:24:03 mhfl2 kernel: drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver v0.10
Sep  1 18:24:04 mhfl2 kernel: lp: driver loaded but no devices found
Sep  1 18:24:21 mhfl2 rpc.mountd: authenticated unmount request from mhfl4:997 for / (/) 
Sep  1 18:27:43 mhfl2 httpd: httpd startup succeeded
Sep  1 10:39:48 mhfl2 named[446]: no longer listening on 203.151.225.157#53
Sep  1 18:42:46 mhfl2 kernel: usb 1-2: USB disconnect, address 2
Sep  1 18:42:46 mhfl2 kernel: usb 1-2: pl2303_write_bulk_callback - failed resubmitting write urb, error -19
Sep  1 18:42:46 mhfl2 kernel: pl2303 1-2:0: device disconnected
Sep  1 18:42:50 mhfl2 kernel: drivers/usb/core/usb.c: deregistering driver usb-storage
Sep  1 18:42:50 mhfl2 kernel: ohci-hcd 0000:00:14.0: remove, state 3
Sep  1 18:42:50 mhfl2 kernel: usb usb1: USB disconnect, address 1
Sep  1 18:42:50 mhfl2 kernel: ohci-hcd 0000:00:14.0: USB bus 1 deregistered
Sep  1 18:43:06 mhfl2 kernel: PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0
Sep  1 18:43:06 mhfl2 kernel: Unable to handle kernel paging request at virtual address cf8b61a8
Sep  1 18:43:06 mhfl2 kernel:  printing eip:
Sep  1 18:43:06 mhfl2 kernel: cf890d94
Sep  1 18:43:06 mhfl2 kernel: *pde = 012b4067
Sep  1 18:43:06 mhfl2 kernel: *pte = 00000000
Sep  1 18:43:06 mhfl2 kernel: Oops: 0000 [#1]
Sep  1 18:43:06 mhfl2 kernel: CPU:    0
Sep  1 18:43:06 mhfl2 kernel: EIP:    0060:[<cf890d94>]    Not tainted
Sep  1 18:43:06 mhfl2 kernel: EFLAGS: 00010282
Sep  1 18:43:06 mhfl2 kernel: EIP is at hcd_pci_release+0x14/0x20 [usbcore]
Sep  1 18:43:06 mhfl2 kernel: eax: cf8b6180   ebx: c0396ec0   ecx: cf8a0240   edx: c8d0e634
Sep  1 18:43:06 mhfl2 kernel: esi: 00000001   edi: cb3abf00   ebp: cb667de4   esp: cb667de0
Sep  1 18:43:06 mhfl2 kernel: ds: 007b   es: 007b   ss: 0068
Sep  1 18:43:06 mhfl2 kernel: Process cu (pid: 6269, threadinfo=cb666000 task=c7e39900)
Sep  1 18:43:06 mhfl2 kernel: Stack: c8d0e634 cb667df0 cf88d3c6 c8d0e634 cb667dfc c0233360 c8d0e67c cb667e0c 
Sep  1 18:43:06 mhfl2 kernel:        c01d2498 c8d0e684 ca0a7400 cb667e18 c01d24ca c8d0e684 cb667e24 c02336cf 
Sep  1 18:43:06 mhfl2 kernel:        c8d0e684 cb667e30 cf88d3ab c8d0e67c cb667e44 cf8897ee c8d0e634 ca0a7400 
Sep  1 18:43:06 mhfl2 kernel: Call Trace:
Sep  1 18:43:06 mhfl2 kernel:  [<cf88d3c6>] usb_host_release+0x16/0x1c [usbcore]
Sep  1 18:43:06 mhfl2 kernel:  [<c0233360>] class_dev_release+0x18/0x50
Sep  1 18:43:06 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
Sep  1 18:43:06 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
Sep  1 18:43:06 mhfl2 kernel:  [<c02336cf>] class_device_put+0xf/0x14
Sep  1 18:43:06 mhfl2 kernel:  [<cf88d3ab>] usb_bus_put+0x13/0x18 [usbcore]
Sep  1 18:43:06 mhfl2 kernel:  [<cf8897ee>] usb_release_dev+0x3a/0x48 [usbcore]
Sep  1 18:43:06 mhfl2 kernel:  [<c0231b0a>] device_release+0x16/0x50
Sep  1 18:43:06 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
Sep  1 18:43:06 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
Sep  1 18:43:06 mhfl2 kernel:  [<c0231ddb>] put_device+0xf/0x14
Sep  1 18:43:06 mhfl2 kernel:  [<cf889931>] usb_put_dev+0x15/0x1c [usbcore]
Sep  1 18:43:06 mhfl2 kernel:  [<cf9100b6>] destroy_serial+0x16e/0x180 [usbserial]
Sep  1 18:43:06 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
Sep  1 18:43:06 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
Sep  1 18:43:06 mhfl2 kernel:  [<cf90f31c>] __serial_close+0x84/0x8c [usbserial]
Sep  1 18:43:06 mhfl2 kernel:  [<cf90f3b7>] serial_close+0x93/0xb0 [usbserial]
Sep  1 18:43:06 mhfl2 kernel:  [<c02199ac>] release_dev+0x23c/0x5c8
Sep  1 18:43:06 mhfl2 kernel:  [<c0121258>] update_process_times+0x2c/0x38
Sep  1 18:43:06 mhfl2 kernel:  [<c0121136>] update_wall_time+0xe/0x38
Sep  1 18:43:06 mhfl2 kernel:  [<c021a058>] tty_release+0xc/0x14
Sep  1 18:43:06 mhfl2 kernel:  [<c014705f>] __fput+0x43/0xd8
Sep  1 18:43:06 mhfl2 kernel:  [<c0147016>] fput+0x16/0x1c
Sep  1 18:43:06 mhfl2 kernel:  [<c0145daf>] filp_close+0x97/0xa4
Sep  1 18:43:06 mhfl2 kernel:  [<c0145e07>] sys_close+0x4b/0x60
Sep  1 18:43:06 mhfl2 kernel:  [<c010adc7>] syscall_call+0x7/0xb
Sep  1 18:43:06 mhfl2 kernel: 
Sep  1 18:43:06 mhfl2 kernel: Code: 8b 40 28 ff d0 89 ec 5d c3 8d 76 00 55 89 e5 83 ec 20 8d 45 
Sep  1 18:43:42 mhfl2 kernel:  <6>drivers/usb/core/usb.c: deregistering driver pl2303
Sep  1 18:43:42 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial deregistering driver PL-2303
Sep  1 18:44:08 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for PL-2303
Sep  1 18:44:08 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver pl2303
Sep  1 18:44:08 mhfl2 kernel: drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver v0.10
Sep  1 18:45:24 mhfl2 kernel: drivers/usb/core/usb.c: deregistering driver pl2303
Sep  1 18:45:24 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial deregistering driver PL-2303
Sep  1 18:45:50 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial deregistering driver Generic
Sep  1 18:45:50 mhfl2 kernel: drivers/usb/core/usb.c: deregistering driver usbserial
Sep  1 18:46:02 mhfl2 kernel: drivers/usb/core/usb.c: deregistering driver usbfs
Sep  1 18:46:02 mhfl2 kernel: drivers/usb/core/usb.c: deregistering driver hub
Sep  1 18:46:07 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver usbfs
Sep  1 18:46:07 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver hub
Sep  1 18:46:07 mhfl2 kernel: ohci-hcd 0000:00:14.0: OHCI Host Controller
Sep  1 18:46:07 mhfl2 kernel: ohci-hcd 0000:00:14.0: irq 11, pci mem cf8a4000
Sep  1 18:46:07 mhfl2 kernel: ohci-hcd 0000:00:14.0: new USB bus registered, assigned bus number 1
Sep  1 18:46:08 mhfl2 kernel: usb usb1: Product: OHCI Host Controller
Sep  1 18:46:08 mhfl2 kernel: usb usb1: Manufacturer: Linux 2.6.0-test4-mhf60 ohci-hcd
Sep  1 18:46:08 mhfl2 kernel: usb usb1: SerialNumber: 0000:00:14.0
Sep  1 18:46:08 mhfl2 kernel: hub 1-0:0: USB hub found
Sep  1 18:46:08 mhfl2 kernel: hub 1-0:0: 2 ports detected
Sep  1 18:46:08 mhfl2 kernel: SCSI subsystem initialized
Sep  1 18:46:08 mhfl2 kernel: Initializing USB Mass Storage driver...
Sep  1 18:46:08 mhfl2 kernel: drivers/usb/core/usb.c: registered new driver usb-storage
Sep  1 18:46:08 mhfl2 kernel: USB Mass Storage support registered.
Sep  1 18:46:08 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
Sep  1 18:46:08 mhfl2 kernel: drivers/usb/serial/usb-serial.c: usb_serial_init - tty_register_driver failed
Sep  1 18:46:08 mhfl2 kernel: drivers/usb/serial/usb-serial.c: USB Serial deregistering driver Generic
Sep  1 18:46:08 mhfl2 kernel: drivers/usb/serial/usb-serial.c: usb_serial_init - returning with error -16
Sep  1 18:46:08 mhfl2 kernel: pl2303: Unknown symbol usb_serial_disconnect
Sep  1 18:46:08 mhfl2 kernel: pl2303: Unknown symbol usb_serial_probe
Sep  1 18:46:08 mhfl2 kernel: pl2303: Unknown symbol usb_serial_register
Sep  1 18:46:08 mhfl2 kernel: pl2303: Unknown symbol usb_serial_deregister
Sep  1 18:46:08 mhfl2 kernel: lp: driver loaded but no devices found


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-01 17:39 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter Michael Frank
@ 2003-09-01 18:53 ` Jan-Benedict Glaw
  2003-09-02 16:43 ` [linux-usb-devel] " Greg KH
  1 sibling, 0 replies; 13+ messages in thread
From: Jan-Benedict Glaw @ 2003-09-01 18:53 UTC (permalink / raw)
  To: linux-kernel, linux-usb-devel

[-- Attachment #1: Type: text/plain, Size: 892 bytes --]

On Tue, 2003-09-02 01:39:08 +0800, Michael Frank <mhf@linuxmail.org>
wrote in message <200309020139.08248.mhf@linuxmail.org>:
> PL2303 is used to connect the serial console on a classic serial port 
> of a test machine. HW nandshaking is used
> The test machine reboots once a minute and dumps lots of messages

Do you use serial (USB) console to access the box or to capture some
(unrelated) Oops? If you try to to the later, you're most probably off
because USB needs a lot of infrastructure to work (think interrupts!)
which may not be available at Oops time...

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
      ret = do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-01 17:39 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter Michael Frank
  2003-09-01 18:53 ` Jan-Benedict Glaw
@ 2003-09-02 16:43 ` Greg KH
  2003-09-02 22:13   ` Michael Frank
  1 sibling, 1 reply; 13+ messages in thread
From: Greg KH @ 2003-09-02 16:43 UTC (permalink / raw)
  To: Michael Frank; +Cc: linux-kernel, linux-usb-devel

On Tue, Sep 02, 2003 at 01:39:08AM +0800, Michael Frank wrote:
> PL2303 is used to connect the serial console on a classic serial port 
> of a test machine. HW nandshaking is used
> The test machine reboots once a minute and dumps lots of messages
> 
> Frequently:
> - driver hangs 
> - userspace (cu) can't be stopped
> - pl2303 and/or usbserial can't be unloaded 
> - USB interrupts stop
> - problems result in requiring a reboot.

Hm, it looks like you physically removed the device, is that correct?
Or were you just unloading the pl2303 and other USB drivers and then
reloading them?

What exactly were you doing in this log?

Oh, and can you send a copy of /proc/bus/usb/devices with your pl2303
device plugged in?

thanks,

greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
On Tue, Sep 02, 2003 at 01:39:08AM +0800, Michael Frank wrote:
> PL2303 is used to connect the serial console on a classic serial port 
> of a test machine. HW nandshaking is used
> The test machine reboots once a minute and dumps lots of messages
> 
> Frequently:
> - driver hangs 
> - userspace (cu) can't be stopped
> - pl2303 and/or usbserial can't be unloaded 
> - USB interrupts stop
> - problems result in requiring a reboot.

Hm, it looks like you physically removed the device, is that correct?
Or were you just unloading the pl2303 and other USB drivers and then
reloading them?

What exactly were you doing in this log?

Oh, and can you send a copy of /proc/bus/usb/devices with your pl2303
device plugged in?

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-02 16:43 ` [linux-usb-devel] " Greg KH
@ 2003-09-02 22:13   ` Michael Frank
  2003-09-02 23:52     ` Greg KH
  0 siblings, 1 reply; 13+ messages in thread
From: Michael Frank @ 2003-09-02 22:13 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-kernel, linux-usb-devel

On Wednesday 03 September 2003 00:43, Greg KH wrote:
> On Tue, Sep 02, 2003 at 01:39:08AM +0800, Michael Frank wrote:
> > PL2303 is used to connect the serial console on a classic serial port
> > of a test machine. HW nandshaking is used
> > The test machine reboots once a minute and dumps lots of messages
> >
> > Frequently:
> > - driver hangs
> > - userspace (cu) can't be stopped
> > - pl2303 and/or usbserial can't be unloaded
> > - USB interrupts stop
> > - problems result in requiring a reboot.
>
> Hm, it looks like you physically removed the device, is that correct?
> Or were you just unloading the pl2303 and other USB drivers and then
> reloading them?
>
> What exactly were you doing in this log?
>
> Oh, and can you send a copy of /proc/bus/usb/devices with your pl2303
> device plugged in?
>

Whenever it stops working I follow this sequence, which you can match
to the logs.

1) Exit cu by ~.
   - if this does not work
       try \r~.
       - if this does not work
          Send SIGHUP, (which so far always worked)

2) Start cu again
   - if it prints leftover characters
     exit cu again by ~. and continue from step 2)

3) If it still not works and hangs again
   - for a few tries  
     unplug PL2303, wait a second replug and goto step 2)


4) If it still does not work
   - Remove PL2303, unload and reload usb (all) and
     plug PL2303 again
   - If module unloading fails, or interrupts died 
       (no response to plugging) > reboot 



Regards
Michael




^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-02 22:13   ` Michael Frank
@ 2003-09-02 23:52     ` Greg KH
  2003-09-03  6:32       ` Michael Frank
  0 siblings, 1 reply; 13+ messages in thread
From: Greg KH @ 2003-09-02 23:52 UTC (permalink / raw)
  To: Michael Frank; +Cc: linux-kernel, linux-usb-devel

On Wed, Sep 03, 2003 at 06:13:19AM +0800, Michael Frank wrote:
> On Wednesday 03 September 2003 00:43, Greg KH wrote:
> > On Tue, Sep 02, 2003 at 01:39:08AM +0800, Michael Frank wrote:
> > > PL2303 is used to connect the serial console on a classic serial port
> > > of a test machine. HW nandshaking is used
> > > The test machine reboots once a minute and dumps lots of messages
> > >
> > > Frequently:
> > > - driver hangs
> > > - userspace (cu) can't be stopped
> > > - pl2303 and/or usbserial can't be unloaded
> > > - USB interrupts stop
> > > - problems result in requiring a reboot.
> >
> > Hm, it looks like you physically removed the device, is that correct?
> > Or were you just unloading the pl2303 and other USB drivers and then
> > reloading them?
> >
> > What exactly were you doing in this log?
> >
> > Oh, and can you send a copy of /proc/bus/usb/devices with your pl2303
> > device plugged in?
> >
> 
> Whenever it stops working I follow this sequence, which you can match
> to the logs.
> 
> 1) Exit cu by ~.
>    - if this does not work
>        try \r~.
>        - if this does not work
>           Send SIGHUP, (which so far always worked)
> 
> 2) Start cu again
>    - if it prints leftover characters
>      exit cu again by ~. and continue from step 2)

Ah, I think I just found this problem.

Try the patch below and let me know if this solves it for you or not.

Oh, and where is the copy of /proc/bus/usb/devices with your device
plugged in?  :)

thanks,

greg k-h


# USB: fix data toggle problem for pl2303 driver.

diff -Nru a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c
--- a/drivers/usb/serial/pl2303.c	Tue Sep  2 16:49:31 2003
+++ b/drivers/usb/serial/pl2303.c	Tue Sep  2 16:49:31 2003
@@ -404,6 +404,9 @@
 		
 	dbg("%s -  port %d", __FUNCTION__, port->number);
 
+	usb_clear_halt(serial->dev, port->write_urb->pipe);
+	usb_clear_halt(serial->dev, port->read_urb->pipe);
+
 #define FISH(a,b,c,d)								\
 	result=usb_control_msg(serial->dev, usb_rcvctrlpipe(serial->dev,0),	\
 			       b, a, c, d, buf, 1, 100);			\

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-02 23:52     ` Greg KH
@ 2003-09-03  6:32       ` Michael Frank
  2003-09-05 23:08         ` Greg KH
  0 siblings, 1 reply; 13+ messages in thread
From: Michael Frank @ 2003-09-03  6:32 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-kernel, linux-usb-devel

On Wednesday 03 September 2003 07:52, Greg KH wrote:
>
> Try the patch below and let me know if this solves it for you or not.

If it is meant to reset the buffers, it has _no_ effect.

Some more observations:

Besides it just stopping without obvious reason: 

1) It does not like when something is typed on cu and not received by the serial port side 
   connected to PL2303 (CTS low). It tends to hang and the trouble starts....

Sep  3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s)
Sep  3 12:54:30 mhfl2 last message repeated 2 times
Sep  3 12:55:17 mhfl2 kernel: usb 1-2: USB disconnect, address 2
Sep  3 12:55:17 mhfl2 kernel: usb 1-2: pl2303_write_bulk_callback - failed resubmitting write urb, error -19

cu hang - exit cu _first_, _then_ pull out from hub

Sep  3 12:55:17 mhfl2 kernel: pl2303 1-2:0: device disconnected
Sep  3 12:55:30 mhfl2 kernel: PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0

2) When serial port of PL2303 is connected (to a serial port ready to send data)
   and PL2303 is plugged into hub, it does not init:

plug in
Sep  3 12:55:47 mhfl2 kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
Sep  3 12:55:48 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 3
Sep  3 12:55:48 mhfl2 kernel: usb 1-2: device not accepting address 3, error -110
pull out, plug in
Sep  3 12:55:48 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 4
Sep  3 12:55:49 mhfl2 kernel: usb 1-2: device not accepting address 4, error -110
Sep  3 12:56:06 mhfl2 kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
pull out, plug in
Sep  3 12:56:06 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 5
Sep  3 12:56:06 mhfl2 kernel: usb 1-2: device not accepting address 5, error -110
Sep  3 12:56:07 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 6
pull out

_disconnect_ serial port side of PL2303

plug in - OK
Sep  3 12:56:07 mhfl2 kernel: usbserial 1-2:0: PL-2303 converter detected
Sep  3 12:56:07 mhfl2 kernel: usb 1-2: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)

After a while it hang again, this time unloaded USB _without_ exit cu

Sep  3 14:03:42 mhfl2 kernel: usb 1-2: USB disconnect, address 2
Sep  3 14:03:42 mhfl2 kernel: usbserial 1-2:0: device disconnected
Sep  3 14:03:47 mhfl2 kernel: drivers/usb/core/usb.c: deregistering driver usb-storage
Sep  3 14:03:47 mhfl2 kernel: ohci-hcd 0000:00:14.0: remove, state 3
Sep  3 14:03:47 mhfl2 kernel: usb usb1: USB disconnect, address 1
Sep  3 14:03:48 mhfl2 kernel: ohci-hcd 0000:00:14.0: USB bus 1 deregistered
Sep  3 14:03:53 mhfl2 kernel: PL-2303 ttyUSB0: pl2303_write - failed submitting write urb, error -19
Sep  3 14:03:53 mhfl2 kernel: PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0
Sep  3 14:03:53 mhfl2 kernel: Unable to handle kernel paging request at virtual address cf8981a8
Sep  3 14:03:53 mhfl2 kernel:  printing eip:
Sep  3 14:03:53 mhfl2 kernel: cf87bd94
Sep  3 14:03:53 mhfl2 kernel: *pde = 012b4067
Sep  3 14:03:53 mhfl2 kernel: *pte = 00000000
Sep  3 14:03:53 mhfl2 kernel: Oops: 0000 [#1]
Sep  3 14:03:53 mhfl2 kernel: CPU:    0
Sep  3 14:03:53 mhfl2 kernel: EIP:    0060:[<cf87bd94>]    Not tainted
Sep  3 14:03:53 mhfl2 kernel: EFLAGS: 00010282
Sep  3 14:03:53 mhfl2 kernel: EIP is at hcd_pci_release+0x14/0x20 [usbcore]
Sep  3 14:03:53 mhfl2 kernel: eax: cf898180   ebx: c03978c0   ecx: cf88b240   edx: c6513234
Sep  3 14:03:53 mhfl2 kernel: esi: 00000001   edi: ccb0c300   ebp: c5aa9de4   esp: c5aa9de0
Sep  3 14:03:53 mhfl2 kernel: ds: 007b   es: 007b   ss: 0068
Sep  3 14:03:53 mhfl2 kernel: Process cu (pid: 6763, threadinfo=c5aa8000 task=c61f72e0)
Sep  3 14:03:53 mhfl2 kernel: Stack: c6513234 c5aa9df0 cf8783c6 c6513234 c5aa9dfc c0233360 c651327c c5aa9e0c 
Sep  3 14:03:53 mhfl2 kernel:        c01d2498 c6513284 cd6c1600 c5aa9e18 c01d24ca c6513284 c5aa9e24 c02336cf 
Sep  3 14:03:53 mhfl2 kernel:        c6513284 c5aa9e30 cf8783ab c651327c c5aa9e44 cf8747ee c6513234 cd6c1600 
Sep  3 14:03:53 mhfl2 kernel: Call Trace:
Sep  3 14:03:53 mhfl2 kernel:  [<cf8783c6>] usb_host_release+0x16/0x1c [usbcore]
Sep  3 14:03:53 mhfl2 kernel:  [<c0233360>] class_dev_release+0x18/0x50
Sep  3 14:03:53 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
Sep  3 14:03:53 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
Sep  3 14:03:53 mhfl2 kernel:  [<c02336cf>] class_device_put+0xf/0x14
Sep  3 14:03:53 mhfl2 kernel:  [<cf8783ab>] usb_bus_put+0x13/0x18 [usbcore]
Sep  3 14:03:53 mhfl2 kernel:  [<cf8747ee>] usb_release_dev+0x3a/0x48 [usbcore]
Sep  3 14:03:53 mhfl2 kernel:  [<c0231b0a>] device_release+0x16/0x50
Sep  3 14:03:53 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
Sep  3 14:03:53 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
Sep  3 14:03:53 mhfl2 kernel:  [<c0231ddb>] put_device+0xf/0x14
Sep  3 14:03:53 mhfl2 kernel:  [<cf874931>] usb_put_dev+0x15/0x1c [usbcore]
Sep  3 14:03:53 mhfl2 kernel:  [<cf92b0b6>] destroy_serial+0x16e/0x180 [usbserial]
Sep  3 14:03:53 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
Sep  3 14:03:53 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
Sep  3 14:03:53 mhfl2 kernel:  [<cf92a31c>] __serial_close+0x84/0x8c [usbserial]
Sep  3 14:03:53 mhfl2 kernel:  [<cf92a3b7>] serial_close+0x93/0xb0 [usbserial]
Sep  3 14:03:53 mhfl2 kernel:  [<c02199ac>] release_dev+0x23c/0x5c8
Sep  3 14:03:53 mhfl2 kernel:  [<c021a058>] tty_release+0xc/0x14
Sep  3 14:03:53 mhfl2 kernel:  [<c014705f>] __fput+0x43/0xd8
Sep  3 14:03:53 mhfl2 kernel:  [<c0147016>] fput+0x16/0x1c
Sep  3 14:03:53 mhfl2 kernel:  [<c0145daf>] filp_close+0x97/0xa4
Sep  3 14:03:53 mhfl2 kernel:  [<c0145e07>] sys_close+0x4b/0x60
Sep  3 14:03:53 mhfl2 kernel:  [<c010adc7>] syscall_call+0x7/0xb
Sep  3 14:03:53 mhfl2 kernel: 
Sep  3 14:03:53 mhfl2 kernel: Code: 8b 40 28 ff d0 89 ec 5d c3 8d 76 00 55 89 e5 83 ec 20 8d 45 

>
> Oh, and where is the copy of /proc/bus/usb/devices with your device
> plugged in?  :)
>

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc= 18/900 us ( 2%), #Int=  1, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 2.06
S:  Manufacturer=Linux 2.6.0-test4-mhf60 ohci-hcd
S:  Product=OHCI Host Controller
S:  SerialNumber=0000:00:14.0
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=067b ProdID=2303 Rev= 2.00
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=pl2303
E:  Ad=81(I) Atr=03(Int.) MxPS=  10 Ivl=1ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=83(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms

Thank you

Regards
Michael


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-03  6:32       ` Michael Frank
@ 2003-09-05 23:08         ` Greg KH
  2003-09-06  2:31           ` Michael Frank
  2003-09-06  7:38           ` Jan-Benedict Glaw
  0 siblings, 2 replies; 13+ messages in thread
From: Greg KH @ 2003-09-05 23:08 UTC (permalink / raw)
  To: Michael Frank; +Cc: linux-kernel, linux-usb-devel

On Wed, Sep 03, 2003 at 02:32:16PM +0800, Michael Frank wrote:
> On Wednesday 03 September 2003 07:52, Greg KH wrote:
> >
> > Try the patch below and let me know if this solves it for you or not.
> 
> If it is meant to reset the buffers, it has _no_ effect.
> 
> Some more observations:
> 
> Besides it just stopping without obvious reason: 
> 
> 1) It does not like when something is typed on cu and not received by the serial port side 
>    connected to PL2303 (CTS low). It tends to hang and the trouble starts....
> 
> Sep  3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s)
> Sep  3 12:54:30 mhfl2 last message repeated 2 times

Hm, what is causing this?

That is probably why cu is getting confused, right?

> Sep  3 12:55:17 mhfl2 kernel: usb 1-2: USB disconnect, address 2
> Sep  3 12:55:17 mhfl2 kernel: usb 1-2: pl2303_write_bulk_callback - failed resubmitting write urb, error -19
> 
> cu hang - exit cu _first_, _then_ pull out from hub
> 
> Sep  3 12:55:17 mhfl2 kernel: pl2303 1-2:0: device disconnected
> Sep  3 12:55:30 mhfl2 kernel: PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0

Ok, but the ttyUSB0 port is still open as the tty core still has a
reference to it.  Does it still show up in /sys/class/tty?

> 2) When serial port of PL2303 is connected (to a serial port ready to send data)
>    and PL2303 is plugged into hub, it does not init:
> 
> plug in
> Sep  3 12:55:47 mhfl2 kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
> Sep  3 12:55:48 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 3
> Sep  3 12:55:48 mhfl2 kernel: usb 1-2: device not accepting address 3, error -110

That's showing either you don't have good pci interrupt routing going
on, or a messed up device.

> pull out, plug in
> Sep  3 12:55:48 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 4
> Sep  3 12:55:49 mhfl2 kernel: usb 1-2: device not accepting address 4, error -110
> Sep  3 12:56:06 mhfl2 kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
> pull out, plug in
> Sep  3 12:56:06 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 5
> Sep  3 12:56:06 mhfl2 kernel: usb 1-2: device not accepting address 5, error -110
> Sep  3 12:56:07 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 6
> pull out
> 
> _disconnect_ serial port side of PL2303
> 
> plug in - OK
> Sep  3 12:56:07 mhfl2 kernel: usbserial 1-2:0: PL-2303 converter detected
> Sep  3 12:56:07 mhfl2 kernel: usb 1-2: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs)

Heh, ok, it looks like you have a wierd device.

> After a while it hang again, this time unloaded USB _without_ exit cu

Hm, how can you do this?  There should be a reference on the pl2303
driver as you have the port open.  Or are you just removing the host
controller driver here?

> Sep  3 14:03:42 mhfl2 kernel: usb 1-2: USB disconnect, address 2
> Sep  3 14:03:42 mhfl2 kernel: usbserial 1-2:0: device disconnected
> Sep  3 14:03:47 mhfl2 kernel: drivers/usb/core/usb.c: deregistering driver usb-storage
> Sep  3 14:03:47 mhfl2 kernel: ohci-hcd 0000:00:14.0: remove, state 3
> Sep  3 14:03:47 mhfl2 kernel: usb usb1: USB disconnect, address 1
> Sep  3 14:03:48 mhfl2 kernel: ohci-hcd 0000:00:14.0: USB bus 1 deregistered
> Sep  3 14:03:53 mhfl2 kernel: PL-2303 ttyUSB0: pl2303_write - failed submitting write urb, error -19
> Sep  3 14:03:53 mhfl2 kernel: PL-2303 ttyUSB0: PL-2303 converter now disconnected from ttyUSB0
> Sep  3 14:03:53 mhfl2 kernel: Unable to handle kernel paging request at virtual address cf8981a8
> Sep  3 14:03:53 mhfl2 kernel:  printing eip:
> Sep  3 14:03:53 mhfl2 kernel: cf87bd94
> Sep  3 14:03:53 mhfl2 kernel: *pde = 012b4067
> Sep  3 14:03:53 mhfl2 kernel: *pte = 00000000
> Sep  3 14:03:53 mhfl2 kernel: Oops: 0000 [#1]
> Sep  3 14:03:53 mhfl2 kernel: CPU:    0
> Sep  3 14:03:53 mhfl2 kernel: EIP:    0060:[<cf87bd94>]    Not tainted
> Sep  3 14:03:53 mhfl2 kernel: EFLAGS: 00010282
> Sep  3 14:03:53 mhfl2 kernel: EIP is at hcd_pci_release+0x14/0x20 [usbcore]
> Sep  3 14:03:53 mhfl2 kernel: eax: cf898180   ebx: c03978c0   ecx: cf88b240   edx: c6513234
> Sep  3 14:03:53 mhfl2 kernel: esi: 00000001   edi: ccb0c300   ebp: c5aa9de4   esp: c5aa9de0
> Sep  3 14:03:53 mhfl2 kernel: ds: 007b   es: 007b   ss: 0068
> Sep  3 14:03:53 mhfl2 kernel: Process cu (pid: 6763, threadinfo=c5aa8000 task=c61f72e0)
> Sep  3 14:03:53 mhfl2 kernel: Stack: c6513234 c5aa9df0 cf8783c6 c6513234 c5aa9dfc c0233360 c651327c c5aa9e0c 
> Sep  3 14:03:53 mhfl2 kernel:        c01d2498 c6513284 cd6c1600 c5aa9e18 c01d24ca c6513284 c5aa9e24 c02336cf 
> Sep  3 14:03:53 mhfl2 kernel:        c6513284 c5aa9e30 cf8783ab c651327c c5aa9e44 cf8747ee c6513234 cd6c1600 
> Sep  3 14:03:53 mhfl2 kernel: Call Trace:
> Sep  3 14:03:53 mhfl2 kernel:  [<cf8783c6>] usb_host_release+0x16/0x1c [usbcore]
> Sep  3 14:03:53 mhfl2 kernel:  [<c0233360>] class_dev_release+0x18/0x50
> Sep  3 14:03:53 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
> Sep  3 14:03:53 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
> Sep  3 14:03:53 mhfl2 kernel:  [<c02336cf>] class_device_put+0xf/0x14
> Sep  3 14:03:53 mhfl2 kernel:  [<cf8783ab>] usb_bus_put+0x13/0x18 [usbcore]
> Sep  3 14:03:53 mhfl2 kernel:  [<cf8747ee>] usb_release_dev+0x3a/0x48 [usbcore]
> Sep  3 14:03:53 mhfl2 kernel:  [<c0231b0a>] device_release+0x16/0x50
> Sep  3 14:03:53 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
> Sep  3 14:03:53 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
> Sep  3 14:03:53 mhfl2 kernel:  [<c0231ddb>] put_device+0xf/0x14
> Sep  3 14:03:53 mhfl2 kernel:  [<cf874931>] usb_put_dev+0x15/0x1c [usbcore]
> Sep  3 14:03:53 mhfl2 kernel:  [<cf92b0b6>] destroy_serial+0x16e/0x180 [usbserial]
> Sep  3 14:03:53 mhfl2 kernel:  [<c01d2498>] kobject_cleanup+0x28/0x44
> Sep  3 14:03:53 mhfl2 kernel:  [<c01d24ca>] kobject_put+0x16/0x1c
> Sep  3 14:03:53 mhfl2 kernel:  [<cf92a31c>] __serial_close+0x84/0x8c [usbserial]
> Sep  3 14:03:53 mhfl2 kernel:  [<cf92a3b7>] serial_close+0x93/0xb0 [usbserial]
> Sep  3 14:03:53 mhfl2 kernel:  [<c02199ac>] release_dev+0x23c/0x5c8
> Sep  3 14:03:53 mhfl2 kernel:  [<c021a058>] tty_release+0xc/0x14
> Sep  3 14:03:53 mhfl2 kernel:  [<c014705f>] __fput+0x43/0xd8
> Sep  3 14:03:53 mhfl2 kernel:  [<c0147016>] fput+0x16/0x1c
> Sep  3 14:03:53 mhfl2 kernel:  [<c0145daf>] filp_close+0x97/0xa4
> Sep  3 14:03:53 mhfl2 kernel:  [<c0145e07>] sys_close+0x4b/0x60
> Sep  3 14:03:53 mhfl2 kernel:  [<c010adc7>] syscall_call+0x7/0xb
> Sep  3 14:03:53 mhfl2 kernel: 
> Sep  3 14:03:53 mhfl2 kernel: Code: 8b 40 28 ff d0 89 ec 5d c3 8d 76 00 55 89 e5 83 ec 20 8d 45 

Ick, that's not nice, can you put this in a bug at bugzilla.kernel.org
so I don't forget to track it down properly?

> > Oh, and where is the copy of /proc/bus/usb/devices with your device
> > plugged in?  :)
> >
> 
> T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
> B:  Alloc= 18/900 us ( 2%), #Int=  1, #Iso=  0
> D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
> P:  Vendor=0000 ProdID=0000 Rev= 2.06
> S:  Manufacturer=Linux 2.6.0-test4-mhf60 ohci-hcd
> S:  Product=OHCI Host Controller
> S:  SerialNumber=0000:00:14.0
> C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
> I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
> E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms
> 
> T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12  MxCh= 0
> D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
> P:  Vendor=067b ProdID=2303 Rev= 2.00
> C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
> I:  If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=pl2303
> E:  Ad=81(I) Atr=03(Int.) MxPS=  10 Ivl=1ms
> E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
> E:  Ad=83(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms


Hm, ok, I was worried you had one of the older pl2303 devices that were
really messed up.  This looks like a relativly sane device.

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-05 23:08         ` Greg KH
@ 2003-09-06  2:31           ` Michael Frank
  2003-09-06  5:48             ` Greg KH
  2003-09-06  7:38           ` Jan-Benedict Glaw
  1 sibling, 1 reply; 13+ messages in thread
From: Michael Frank @ 2003-09-06  2:31 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-kernel, linux-usb-devel

On Saturday 06 September 2003 07:08, Greg KH wrote:
> On Wed, Sep 03, 2003 at 02:32:16PM +0800, Michael Frank wrote:
> > On Wednesday 03 September 2003 07:52, Greg KH wrote:
> > > Try the patch below and let me know if this solves it for you or not.
> >
> > If it is meant to reset the buffers, it has _no_ effect.
> >
> > Some more observations:
> >
> > Besides it just stopping without obvious reason:
> >
> > 1) It does not like when something is typed on cu and not received by the
> > serial port side connected to PL2303 (CTS low). It tends to hang and the
> > trouble starts....
> >
> > Sep  3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s)
> > Sep  3 12:54:30 mhfl2 last message repeated 2 times
>
> Hm, what is causing this?
>

I don't understand why it get's Input overruns when it sends a single key.
"Input" seems not to have any problem.

Could there be an event meant for output misrouted to input - messing things
up?

> That is probably why cu is getting confused, right?

I think so. Once this message shows up, it is essentially unusable.

> > plug in
> > Sep  3 12:55:47 mhfl2 kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
> > Sep  3 12:55:48 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 3
> > Sep  3 12:55:48 mhfl2 kernel: usb 1-2: device not accepting address 3, error -110

> That's showing either you don't have good pci interrupt routing going
> on, or a messed up device.

Interrupts - no, I copied gigabytes to/from USB hard disk, 
eth0 and yenta on PCI are fine too.

Device - how to verify?

Could it be a "misunderstanding" between device and driver?
 - driver (seing new device) want's  to assign address to device
 - device (plugged in, reset), sees a line status changed and 
   want's to send respective event to driver

> > _disconnect_ serial port side of PL2303
> >
> > plug in - OK
> > Sep  3 12:56:07 mhfl2 kernel: usbserial 1-2:0: PL-2303 converter detected
> > Sep  3 12:56:07 mhfl2 kernel: usb 1-2: PL-2303 converter now attached to
> > ttyUSB0 (or usb/tts/0 for devfs)
>
> Heh, ok, it looks like you have a wierd device.

Could it be that - device (plugged in, reset), sees _no_ line status changed
and has nothing to send. 

Perhaps there is a sequencing problem somewhere, and it works by chance.

>> After a while it hang again, this time unloaded USB _without_ exit cu

> Hm, how can you do this?  There should be a reference on the pl2303
> driver as you have the port open.  Or are you just removing the host
> controller driver here?

It's not loaded on boot, but only when needed. The scripts:

usb1)
  if [ ! -e /proc/bus/usb ]; then
    echo Loading USB
    modprobe usbcore
    mount -t usbdevfs usbdevfs /proc/bus/usb
    modprobe ohci_hcd
    modprobe sd_mod
    modprobe pl2303 
    modprobe lp
  fi
  ;;

usb0)
  echo Unloading USB
  rmmod  usb-storage sd_mod scsi-mod
  rmmod pl2303 usbserial
  rmmod  lp parport
  rmmod  ohci_hcd 
  umount usbdevfs
  rmmod  usbcore
  ;;

Perhaps this is too dumb and I should do some checking along the way,
however joe user should be unable to oops things up...


Regards
Michael



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-06  2:31           ` Michael Frank
@ 2003-09-06  5:48             ` Greg KH
  2003-09-06  8:01               ` Michael Frank
  0 siblings, 1 reply; 13+ messages in thread
From: Greg KH @ 2003-09-06  5:48 UTC (permalink / raw)
  To: Michael Frank; +Cc: linux-kernel, linux-usb-devel

On Sat, Sep 06, 2003 at 10:31:19AM +0800, Michael Frank wrote:
> On Saturday 06 September 2003 07:08, Greg KH wrote:
> > On Wed, Sep 03, 2003 at 02:32:16PM +0800, Michael Frank wrote:
> > > On Wednesday 03 September 2003 07:52, Greg KH wrote:
> > > > Try the patch below and let me know if this solves it for you or not.
> > >
> > > If it is meant to reset the buffers, it has _no_ effect.
> > >
> > > Some more observations:
> > >
> > > Besides it just stopping without obvious reason:
> > >
> > > 1) It does not like when something is typed on cu and not received by the
> > > serial port side connected to PL2303 (CTS low). It tends to hang and the
> > > trouble starts....
> > >
> > > Sep  3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s)
> > > Sep  3 12:54:30 mhfl2 last message repeated 2 times
> >
> > Hm, what is causing this?
> >
> 
> I don't understand why it get's Input overruns when it sends a single key.
> "Input" seems not to have any problem.
> 
> Could there be an event meant for output misrouted to input - messing things
> up?

In the tty core?  possibly, but I doubt it.

> > That is probably why cu is getting confused, right?
> 
> I think so. Once this message shows up, it is essentially unusable.

Hm, not nice.

> > > plug in
> > > Sep  3 12:55:47 mhfl2 kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
> > > Sep  3 12:55:48 mhfl2 kernel: hub 1-0:0: new USB device on port 2, assigned address 3
> > > Sep  3 12:55:48 mhfl2 kernel: usb 1-2: device not accepting address 3, error -110
> 
> > That's showing either you don't have good pci interrupt routing going
> > on, or a messed up device.
> 
> Interrupts - no, I copied gigabytes to/from USB hard disk, 
> eth0 and yenta on PCI are fine too.
> 
> Device - how to verify?

You said if you disconnect the serial cable from the device it works,
right?  That's a device issue :)

> Could it be a "misunderstanding" between device and driver?
>  - driver (seing new device) want's  to assign address to device
>  - device (plugged in, reset), sees a line status changed and 
>    want's to send respective event to driver

Possibly, but again, that's a messed up device if it does that.

The pl2303 devices are usually quite cheap, so I would believe yours has
such a problem.

> > > _disconnect_ serial port side of PL2303
> > >
> > > plug in - OK
> > > Sep  3 12:56:07 mhfl2 kernel: usbserial 1-2:0: PL-2303 converter detected
> > > Sep  3 12:56:07 mhfl2 kernel: usb 1-2: PL-2303 converter now attached to
> > > ttyUSB0 (or usb/tts/0 for devfs)
> >
> > Heh, ok, it looks like you have a wierd device.
> 
> Could it be that - device (plugged in, reset), sees _no_ line status changed
> and has nothing to send. 
> 
> Perhaps there is a sequencing problem somewhere, and it works by chance.
> 
> >> After a while it hang again, this time unloaded USB _without_ exit cu
> 
> > Hm, how can you do this?  There should be a reference on the pl2303
> > driver as you have the port open.  Or are you just removing the host
> > controller driver here?
> 
> It's not loaded on boot, but only when needed. The scripts:
> 
> usb1)
>   if [ ! -e /proc/bus/usb ]; then
>     echo Loading USB
>     modprobe usbcore
>     mount -t usbdevfs usbdevfs /proc/bus/usb
>     modprobe ohci_hcd
>     modprobe sd_mod
>     modprobe pl2303 
>     modprobe lp
>   fi
>   ;;
> 
> usb0)
>   echo Unloading USB
>   rmmod  usb-storage sd_mod scsi-mod
>   rmmod pl2303 usbserial
>   rmmod  lp parport
>   rmmod  ohci_hcd 
>   umount usbdevfs
>   rmmod  usbcore
>   ;;
> 
> Perhaps this is too dumb and I should do some checking along the way,
> however joe user should be unable to oops things up...

I agree.  Can you add that oops to a new bug at bugzilla.kernel.org?

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-05 23:08         ` Greg KH
  2003-09-06  2:31           ` Michael Frank
@ 2003-09-06  7:38           ` Jan-Benedict Glaw
  2003-09-06  7:55             ` Michael Frank
  1 sibling, 1 reply; 13+ messages in thread
From: Jan-Benedict Glaw @ 2003-09-06  7:38 UTC (permalink / raw)
  To: linux-kernel, linux-usb-devel

[-- Attachment #1: Type: text/plain, Size: 1458 bytes --]

On Fri, 2003-09-05 16:08:52 -0700, Greg KH <greg@kroah.com>
wrote in message <20030905230852.GA18196@kroah.com>:
> On Wed, Sep 03, 2003 at 02:32:16PM +0800, Michael Frank wrote:
> > On Wednesday 03 September 2003 07:52, Greg KH wrote:
> > Besides it just stopping without obvious reason: 
> > 
> > 1) It does not like when something is typed on cu and not received by the serial port side 
> >    connected to PL2303 (CTS low). It tends to hang and the trouble starts....
> > 
> > Sep  3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s)
> > Sep  3 12:54:30 mhfl2 last message repeated 2 times
> 
> Hm, what is causing this?
> That is probably why cu is getting confused, right?

I've seen the input overrun message also (with the vanilla driver, not
patched). It's effect is that the first bytes (maybe up to 100..300
bytes) are scrambled. It's like accessing a serial link with a horribly
wrong baud rate.

After a split-second, however, everything is okay and I start receiving
valid NMEA data from my GPS receiver. For me, that's not much of a
problem because nmea is checksum'ed and the bad bytes are ignored...

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
      ret = do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-06  7:38           ` Jan-Benedict Glaw
@ 2003-09-06  7:55             ` Michael Frank
  2003-09-06 10:55               ` Jan-Benedict Glaw
  0 siblings, 1 reply; 13+ messages in thread
From: Michael Frank @ 2003-09-06  7:55 UTC (permalink / raw)
  To: Jan-Benedict Glaw, linux-kernel, linux-usb-devel

On Saturday 06 September 2003 15:38, Jan-Benedict Glaw wrote:
> On Fri, 2003-09-05 16:08:52 -0700, Greg KH <greg@kroah.com>
> wrote in message <20030905230852.GA18196@kroah.com>:
> > On Wed, Sep 03, 2003 at 02:32:16PM +0800, Michael Frank wrote:
> > > On Wednesday 03 September 2003 07:52, Greg KH wrote:
> > > Besides it just stopping without obvious reason: 
> > > 
> > > 1) It does not like when something is typed on cu and not received by the serial port side 
> > >    connected to PL2303 (CTS low). It tends to hang and the trouble starts....
> > > 
> > > Sep  3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s)
> > > Sep  3 12:54:30 mhfl2 last message repeated 2 times
> > 
> > Hm, what is causing this?
> > That is probably why cu is getting confused, right?
> 
> I've seen the input overrun message also (with the vanilla driver, not
> patched).
> It's effect is that the first bytes (maybe up to 100..300
> bytes) are scrambled. It's like accessing a serial link with a horribly
> wrong baud rate.

I have seen that too, but rarely. Most the time it hangs after the first
few hundred bytes.

> 
> After a split-second, however, everything is okay and I start receiving
> valid NMEA data from my GPS receiver. For me, that's not much of a
> problem because nmea is checksum'ed and the bad bytes are ignored...
> 

I have used PL2303 so far to grab serial console messages and did not
get in synch with cu after the overrun popped up.

Regards
Michael


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-06  5:48             ` Greg KH
@ 2003-09-06  8:01               ` Michael Frank
  0 siblings, 0 replies; 13+ messages in thread
From: Michael Frank @ 2003-09-06  8:01 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-kernel, linux-usb-devel

On Saturday 06 September 2003 13:48, Greg KH wrote:
> On Sat, Sep 06, 2003 at 10:31:19AM +0800, Michael Frank wrote:
> > It's not loaded on boot, but only when needed. The scripts:
> > 
> > usb1)
> >   if [ ! -e /proc/bus/usb ]; then
> >     echo Loading USB
> >     modprobe usbcore
> >     mount -t usbdevfs usbdevfs /proc/bus/usb
> >     modprobe ohci_hcd
> >     modprobe sd_mod
> >     modprobe pl2303 
> >     modprobe lp
> >   fi
> >   ;;
> > 
> > usb0)
> >   echo Unloading USB
> >   rmmod  usb-storage sd_mod scsi-mod
> >   rmmod pl2303 usbserial
> >   rmmod  lp parport
> >   rmmod  ohci_hcd 
> >   umount usbdevfs
> >   rmmod  usbcore
> >   ;;
> > 
> > Perhaps this is too dumb and I should do some checking along the way,
> > however joe user should be unable to oops things up...
> 
> I agree.  Can you add that oops to a new bug at bugzilla.kernel.org?
> 

Yes, will do, and more testing as well.

Regards
Michael


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
  2003-09-06  7:55             ` Michael Frank
@ 2003-09-06 10:55               ` Jan-Benedict Glaw
  0 siblings, 0 replies; 13+ messages in thread
From: Jan-Benedict Glaw @ 2003-09-06 10:55 UTC (permalink / raw)
  To: linux-kernel, linux-usb-devel

[-- Attachment #1: Type: text/plain, Size: 1601 bytes --]

On Sat, 2003-09-06 15:55:46 +0800, Michael Frank <mhf@linuxmail.org>
wrote in message <200309061555.47065.mhf@linuxmail.org>:
> On Saturday 06 September 2003 15:38, Jan-Benedict Glaw wrote:
> > On Fri, 2003-09-05 16:08:52 -0700, Greg KH <greg@kroah.com>
> > wrote in message <20030905230852.GA18196@kroah.com>:
> > > On Wed, Sep 03, 2003 at 02:32:16PM +0800, Michael Frank wrote:
> > > > On Wednesday 03 September 2003 07:52, Greg KH wrote:
> > > > Sep  3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s)
> > > > Sep  3 12:54:30 mhfl2 last message repeated 2 times
> > > 
> > > Hm, what is causing this?
> > > That is probably why cu is getting confused, right?
> > 
> > I've seen the input overrun message also (with the vanilla driver, not
> > patched).
> > It's effect is that the first bytes (maybe up to 100..300
> > bytes) are scrambled. It's like accessing a serial link with a horribly
> > wrong baud rate.
> 
> I have seen that too, but rarely. Most the time it hangs after the first
> few hundred bytes.

I've never seen that. My impression is that this (only?) happens if
there are some bytes received from serial, but not read out from
userspace. For NMEA, this is mostly always the case because the GPS
receiver is sending data all the time:)

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
      ret = do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA));

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2003-09-06 10:55 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-09-01 17:39 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter Michael Frank
2003-09-01 18:53 ` Jan-Benedict Glaw
2003-09-02 16:43 ` [linux-usb-devel] " Greg KH
2003-09-02 22:13   ` Michael Frank
2003-09-02 23:52     ` Greg KH
2003-09-03  6:32       ` Michael Frank
2003-09-05 23:08         ` Greg KH
2003-09-06  2:31           ` Michael Frank
2003-09-06  5:48             ` Greg KH
2003-09-06  8:01               ` Michael Frank
2003-09-06  7:38           ` Jan-Benedict Glaw
2003-09-06  7:55             ` Michael Frank
2003-09-06 10:55               ` Jan-Benedict Glaw

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).