Re: [linux-usb-devel] Testing multiple cyberJacks

2002-11-29 Thread Matthias Bruestle
Mahlzeit Still at the same problem. On one PC debug output in usb-uhci dies help against the timeouts (with the packet sliding effect) on a second PC not. The current workaround is, that the reader get's a reset command, which tells the reader to reset its USB interface chip. On the first PC th

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-24 Thread Matthias Bruestle
On Thu, Oct 24, 2002 at 03:00:52PM +0200, Matthias Bruestle wrote: > [List of problems deleted] The new hubs are crap. The don't even work with two devices. Mahlzeit --- This sf.net email is sponsored by: Influence the future of Java(TM) te

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-24 Thread Matthias Bruestle
Mahlzeit I connected now 44 readers to 7 hubs (I have one hub to less for 50 devices.) and connected the hubs to their power supplies. After connecting this to the computer, the enummeration run for about 1 minute and found only 36 readers. Is there an obvious reason, why this does not detect all

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-23 Thread Matthias Bruestle
Mahlzeit On Tue, Oct 22, 2002 at 11:25:14PM -0700, Greg KH wrote: > I agree, nice to see that many devices working that well. Are they all > on the same USB bus, or do you have different host controllers running > at the same time? They are at the same host controller. One directly and the othe

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-22 Thread Greg KH
On Tue, Oct 22, 2002 at 11:08:20PM +0200, Matthias Bruestle wrote: > Mahlzeit > > > I could now run successfully 20 readers with 2.4.20-pre11 measuring the > timing of a command sequence consisting of three commands for the smart > card. I made a plot of this, where the x-axis is the overall runt

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-22 Thread Matthias Bruestle
Mahlzeit I could now run successfully 20 readers with 2.4.20-pre11 measuring the timing of a command sequence consisting of three commands for the smart card. I made a plot of this, where the x-axis is the overall runtime (20 minutes) and the y-axis is the runtime of a command sequence. Every min

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-17 Thread Matthias Bruestle
On Tue, Oct 15, 2002 at 04:51:53PM -0700, Greg KH wrote: > And could you try at least 2.4.19, if not 2.4.20-pre10? I did try 2.4.20-pre11. After at least an hour of runtime no kernel panic did occure with five readers. So it seams the bug has been fixed from 2.4.19 to 2.4.20-pre11. I will test it

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-15 Thread Greg KH
On Tue, Oct 15, 2002 at 07:59:29PM +0200, Matthias Bruestle wrote: > Mahlzeit > > > Another oops from 2.4.18 (RH 7.1, not 7.2): > > invalid operand: > CPU: 0 > EIP: 0010:[] Not tainted > EFLAGS: 00010282 > eax: 0018 ebx: c741107c ecx: edx: c77d3f64 > esi: c66f2000 edi: c74

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-15 Thread Matthias Bruestle
Mahlzeit Another oops from 2.4.18 (RH 7.1, not 7.2): invalid operand: CPU: 0 EIP: 0010:[] Not tainted EFLAGS: 00010282 eax: 0018 ebx: c741107c ecx: edx: c77d3f64 esi: c66f2000 edi: c7411000 ebp: c66f3d6c esp: c66f3d40 ds: 0018 es: 0018 ss: 0018 Process ctmultitest (pid

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-15 Thread Matthias Bruestle
On Fri, Oct 11, 2002 at 11:25:51AM -0700, Greg KH wrote: > > I'm currently testing multiple readers with SuSE 8.1 (linux 2.4.19). > > The computer does freeze often at the end of tests in the middle of > > testruns. The nun lock and caps lock LEDs did then blink. The text > > console did just fre

Re: [linux-usb-devel] Testing multiple cyberJacks

2002-10-11 Thread Greg KH
On Fri, Oct 11, 2002 at 04:00:09PM +0200, Matthias Bruestle wrote: > Mahlzeit > > > I'm currently testing multiple readers with SuSE 8.1 (linux 2.4.19). > The computer does freeze often at the end of tests in the middle of > testruns. The nun lock and caps lock LEDs did then blink. The text > c