All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Frank <mhf@linuxmail.org>
To: Greg KH <greg@kroah.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-usb-devel] 2.6.0-test4 - PL2303 OOPS - see also 2.4.22: OOPS on disconnect PL2303 adapter
Date: Sat, 6 Sep 2003 10:31:19 +0800	[thread overview]
Message-ID: <200309060932.47136.mhf@linuxmail.org> (raw)
In-Reply-To: <20030905230852.GA18196@kroah.com>

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



  reply	other threads:[~2003-09-06  2:32 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
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

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200309060932.47136.mhf@linuxmail.org \
    --to=mhf@linuxmail.org \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.