Sorry me again.
Ok I'll shutup after this.
Just wanna let you know that my previous e-mail is wrong.
unlinking the send doesn't help!
It all continues in a happy send recieve loop!
---
This SF.net email is sponsored by: Get the new Palm Tun
Hello again
Ok I've done abit of research/testing
If I only unlink the URB used for sending data.. Then sending stops. And
recieve also.. sicne the device first wants to send data before
it can recieve data.
But when I also unlink the URB used for recieving data.. Then all of a
sudden everythin
David Brownell wrote:
Heinrich du Toit wrote:
Anyways from what I can find out the max bandwidth of my USB is 12Mbit/s
And each device communicates at 1.6Mbit/s
This means after I plugged in the 7th device (theoritcally) the
bandwidth are full.
And from then on things start to slow down or s
Hi,
Please help me to find some usb debuggers like usb
sniffer/usb snoopy etc. I searched on the web and I
could find those for windows not for Linux. Is there
anything available for Linux.Any pointers will be
helpful.
Thanks in advance
Shino
___
On Mon, 2 Dec 2002, David Brownell wrote:
> Oliver Neukum wrote:
> > Am Samstag, 30. November 2002 22:48 schrieb David Brownell:
> >
> >>In short, you're saying that request does exactly what
> >>it's intended to do.
> >
> >
> > Upon further thought, it doesn't. You see, simulating
> > a disconnec
Hi,
Same patch was recently done for 2.5.x (with Kconfig);
also needed in 2.4.20 (Config.in).
Driver has unresolved references to sound/MIDI symbols
(linker problems) without this if USB_MIDI = Y and
SOUND isn't in-kernel.
Please apply.
--
~Randy
--- ./Config.in%MIDIThu Nov 28 15:53:14 2
The problem density for the cyberjack seams to depend on used PC hardware.
Known systems have a timeout desity of 1 per 5 minutes, another 1 per
1 hour. The P4 I tested today had no problem in 3 hours.
So are there known unreliabilites/bugs regarding USB host controllers?
Someone posted some VI
Heinrich du Toit wrote:
Anyways from what I can find out the max bandwidth of my USB is 12Mbit/s
And each device communicates at 1.6Mbit/s
This means after I plugged in the 7th device (theoritcally) the
bandwidth are full.
And from then on things start to slow down or seomthing like that.
Hmm,
Oliver Neukum wrote:
Am Samstag, 30. November 2002 22:48 schrieb David Brownell:
In short, you're saying that request does exactly what
it's intended to do.
Upon further thought, it doesn't. You see, simulating
a disconnect will not ensure that the device is in a usable
state. In fact, in a d
Matthias Bruestle wrote:
I'm currently testing 2.5 kernels to see if they are more reliable in
my setup, but with 2.5.47 and 2.5.50 I get above message and it does
not even a bit work. Any Idea?
Try with a real 2.5.50 kernel ... it doesn't emit those messages.
Usually, returning -EINVAL means
Correct me if I'm wrong ... this isn't really a usbdevfs problem,
it's that problem with host controller drivers that don't queue
control requests (uhci, usb-uhci). Yes? Userspace workarounds
shouldn't be needed any more for 2.5 kernels.
If it's really a usbdevfs problem, what is it, and why h
On Fri, 29 Nov 2002, Romain Lievin wrote:
| with kernel 2.4.20 , usb_bulk_msg returns EOVERFLOW in my tiglusb module.
| I never got this with previous kernels.
| What does it mean ?
| Hi,
Which USB host controller driver are you using when you see this?
--
~Randy
[also moved to linux-usb-devel
Mahlzeit
The problem density for the cyberjack seams to depend on used PC hardware.
Known systems have a timeout desity of 1 per 5 minutes, another 1 per
1 hour. The P4 I tested today had no problem in 3 hours.
So are there known unreliabilites/bugs regarding USB host controllers?
Linux is not
On Mon, Dec 02, 2002 at 02:41:27PM +0530, V Ganesh wrote:
>
> I verified that the problem is caused by the down(&port->sem) at the beginning
> of serial_write() (by adding a might_sleep() just before the down()).
> unfortunately I don't have the time to investigate further, perhaps someone
> more
Hello again.
Ok you know my storie by now :-)
Anyways from what I can find out the max bandwidth of my USB is 12Mbit/s
And each device communicates at 1.6Mbit/s
This means after I plugged in the 7th device (theoritcally) the
bandwidth are full.
And from then on things start to slow down or seom
hi,
I tried using the ipaq module over usbserial with the latest 2.5 tree
from greg and hit what looks like a problem in usbserial.c.
I compiled with SMP + sleep-inside-spinlock checking enabled and got
a BUG() in serial_write() while running pppd. here's a sample stacktrace:
Dec
16 matches
Mail list logo
