Odd... I have a device (just one) which does something similar to this.
I've been thinking that perhaps it just takes a while to spin up, but
maybe this is something more deep-seated.
After some initial timeouts, it seems to work just fine. Sometimes, when
attaching the device, it works fine immediately. This is with both
usb-uhci and usb-ohci, on kernels from 2.3.4x to current.
Anyone have any ideas where to look?
Matt Dharm
On Sun, 19 Mar 2000, AJ Lewis wrote:
> And I am using the OHCI drivers with a Asus P5A system. I haven't been
> able to get the 2.3.99preX kernel to boot on my system yet, but both
> 2.3.49 and 2.3.51 had this problem. Sounds like it's not related to
> OHCI/UHCI.
>
> AJ Lewis
> [EMAIL PROTECTED]
>
> On Sun, 19 Mar 2000, Wakko Warner wrote:
>
> > > I think this might relate to Wakko's problems...I've been having problems
> > > with the scanner driver and ohci with an Epson 636U. Works ok in 2.3.39,
> > > but 2.3.49 and above (I haven't had time to test in between the two) all
> > > have huge delays before startup and image quality is horrible. There are
> > > some very strange things going on. Here is a snip from my kern.log when I
> > > try using my scanner:
> > >
> > > Mar 19 12:55:43 gondor kernel: usb_control/bulk_msg: timeout
> >
> > This is basically what I get.
> >
> > > Mar 19 12:55:43 gondor kernel: scanner.c: read_scanner(0): NAK received
> > >
> > > It recognizes the scanner, but there is about a 2-3 minute delay that
> > > wasn't there in 2.3.39. Let me know if more information would help.
> >
> > > > Anyone tried USB in recent 2.3 kernels? I can't get any usb devices
> > > > (actually 2) to even talk. One device is a kodak dc265 camera. It sees it,
> > > > but always times out. gphoto opens /dev/kodak00 (forgot maj/min) non_block,
> > > > and any attempt to read, blocks.
> >
> > I forgot to meantion, this is an INTEL usb controller (PIIX4). I tried both
> > of the UHCI drivers that 2.3.99pre2-4 offers (I don't believe pre2-5 is any
> > different here)
> >
> > --
> > Lab tests show that use of micro$oft causes cancer in lab animals
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
--
Matthew Dharm Home: [EMAIL PROTECTED]
Engineer, Qualcomm, Inc. Work: [EMAIL PROTECTED]
Your lips are twitching. You're playing Quake aren't you.
-- Stef to Greg
User Friendly, 8/11/1998
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
