linux-kernel.vger.kernel.org archive mirror
 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 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).