Hello all.
I'd need to handle many USB devices (the more the best). So, to reduce
hubs number I'm going to use 7-port ones. I've found those, so far:
- USB2507 (SMSC)
- ISB1521 (Philips)
- μPD720113 (NEC)
The host is a Linux box. Does some1 know of possible problems with any
of these? Or have use
> The appended patch applied in reverse (a partial revert to 2.6.22) makes
> the corruption go away, but is likely just papering over the root cause.
> Cc'ed the gpsbabel developer mailing list, in case we have to
> fix this in userspace.
Reverting it breaks the speed handling.
Can you apply just
Diego Zuccato wrote:
Hello all.
I'd need to handle many USB devices (the more the best). So, to reduce
hubs number I'm going to use 7-port ones. I've found those, so far:
- USB2507 (SMSC)
- ISB1521 (Philips)
- μPD720113 (NEC)
The host is a Linux box. Does some1 know of possible problems with an
Karl Hiramoto ha scritto:
> I've had this problem with the philips ISP1521 when using full speed
> devices and USB 2.0
> http://www.themssforum.com/Drivers/Problem-when-70696/
Wow! Exactly the one I suggested (seemed the best!) :-(
But your report is about problems with Win drivers. Does it happen
Diego Zuccato wrote:
Karl Hiramoto ha scritto:
I've had this problem with the philips ISP1521 when using full speed
devices and USB 2.0
http://www.themssforum.com/Drivers/Problem-when-70696/
Wow! Exactly the one I suggested (seemed the best!) :-(
But your report is about problems with W
On Fri, Jan 04, 2008 at 04:29:47PM +, Alan Cox wrote:
> > The appended patch applied in reverse (a partial revert to 2.6.22) makes
> > the corruption go away, but is likely just papering over the root cause.
> > Cc'ed the gpsbabel developer mailing list, in case we have to
> > fix this in users
On Fri, 4 Jan 2008 23:16:44 +0100
> first two segments applied, last segment reverted -> breaks
> first two segments reverted, last segment applied -> works OK
Can you see which of the first two ?
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message
Hello Tony,
In drivers/usb/host/u132-hcd.c, in u132_probe() one can see that
there is a variable 'num_ports' which is assigned to, but then unused. git blame
says it comes from you:
commit 4b87361d49c04894458f4d4e80f9669abc894ae1
Author: Tony Olech <[EMAIL PROTECTED]>
Date: Wed Dec 6 1
On Fri, Jan 04, 2008 at 10:41:48PM +, Alan Cox wrote:
> On Fri, 4 Jan 2008 23:16:44 +0100
> > first two segments applied, last segment reverted -> breaks
> > first two segments reverted, last segment applied -> works OK
>
> Can you see which of the first two ?
first segment reverted -> works
On Sat, 5 Jan 2008 01:02:54 +0100
Mirko Parthey <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 04, 2008 at 10:41:48PM +, Alan Cox wrote:
> > On Fri, 4 Jan 2008 23:16:44 +0100
> > > first two segments applied, last segment reverted -> breaks
> > > first two segments reverted, last segment applied ->
> The thing that's a little non-standard in the way we talk to the device is
> that we frequently reset VMIN/VTIME (but _not_ cflags) while the device may
> be streaming data at us. On Mac, at least, it looks like he PL2303 driver
> reprograms the device resulting in a brief interrupt of data tha
11 matches
Mail list logo
