Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*coverage\s*$/: 16 ]

Total 16 documents matching your query.

1. coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Sun, 02 Apr 2000 11:48:40 +0000
How do you guys test things like: - max_interrupt_work exceeded - Tx stuck, invoke tx_timeout - All the possible error conditions like rxearly, receiver overrun, etc, etc. My approach to the first tw
/archives/netdev/2000-04/msg00012.html (8,491 bytes)

2. Re: coverage (score: 1)
Author: kuznet@xxxxxxxxxxxxx
Date: Sun, 2 Apr 2000 20:18:27 +0400 (MSK DST)
... It is easy. "ping -f" does not create any real load on the network, it is pure latency test, when there is always only one packet in flight. Do not use it. Just write simple program, sending sma
/archives/netdev/2000-04/msg00014.html (8,242 bytes)

3. Re: coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Mon, 03 Apr 2000 09:50:19 +0000
I use 'ping -l 100000' -l preload If preload is specified, ping sends that many packets as fast as possible before falling into its normal mode of behavior. Only the super-user may use this option. T
/archives/netdev/2000-04/msg00017.html (8,609 bytes)

4. Re: coverage (score: 1)
Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>
Date: Mon, 3 Apr 2000 12:08:26 +0200 (CEST)
Hello! It is currently removed. I was suggested not have it accessible via anonymous ftp. I'll send people interested in PPS and router testing a copy. It runs from kernel needs a our hacked tulip dr
/archives/netdev/2000-04/msg00018.html (7,859 bytes)

5. Re: coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Mon, 03 Apr 2000 11:16:26 +0000
OK, found it. It could be interpreted as a silicon (or specification) bug. But it can be fixed in the driver. vortex_interrupt() { ... if (status & RxComplete) vortex_rx(dev); ... } In the 3c905, rxC
/archives/netdev/2000-04/msg00019.html (9,695 bytes)

6. Re: coverage (score: 1)
Author: Donald Becker <becker@xxxxxxxxx>
Date: Mon, 3 Apr 2000 07:59:05 -0400 (EDT)
And, as you found out, most of the preloaded packets are discarded, at least with most versions of 'ping' and the kernel. The discard is done by the queue layer, before the device driver gets to see
/archives/netdev/2000-04/msg00023.html (8,577 bytes)

7. Re: coverage (score: 1)
Author: kuznet@xxxxxxxxxxxxx
Date: Mon, 3 Apr 2000 19:12:29 +0400 (MSK DST)
This does not help. Preloading only 100 packets is possible, the rest simply disappear to blackhole. Actually, you can increase tx_queue_len on eth0 to a cosmic value sort of 1500000, then it will b
/archives/netdev/2000-04/msg00026.html (7,449 bytes)

8. Re: coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Mon, 03 Apr 2000 22:16:51 +0000
Well now that's odd. I tried: time ping -l10000 -c1 -s100 -q mnm to send 10,000 100 byte packets. They were all received, according to 'ifconfig eth0'. The command took 4.47 seconds wallclock time. T
/archives/netdev/2000-04/msg00030.html (8,192 bytes)

9. coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Sun, 02 Apr 2000 11:48:40 +0000
How do you guys test things like: - max_interrupt_work exceeded - Tx stuck, invoke tx_timeout - All the possible error conditions like rxearly, receiver overrun, etc, etc. My approach to the first tw
/archives/netdev/2000-04/msg00132.html (8,491 bytes)

10. Re: coverage (score: 1)
Author: kuznet@xxxxxxxxxxxxx
Date: Sun, 2 Apr 2000 20:18:27 +0400 (MSK DST)
Hello! ... It is easy. "ping -f" does not create any real load on the network, it is pure latency test, when there is always only one packet in flight. Do not use it. Just write simple program, sendi
/archives/netdev/2000-04/msg00134.html (8,282 bytes)

11. Re: coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Mon, 03 Apr 2000 09:50:19 +0000
I use 'ping -l 100000' -l preload If preload is specified, ping sends that many packets as fast as possible before falling into its normal mode of behavior. Only the super-user may use this option. T
/archives/netdev/2000-04/msg00137.html (8,678 bytes)

12. Re: coverage (score: 1)
Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>
Date: Mon, 3 Apr 2000 12:08:26 +0200 (CEST)
Hello! It is currently removed. I was suggested not have it accessible via anonymous ftp. I'll send people interested in PPS and router testing a copy. It runs from kernel needs a our hacked tulip dr
/archives/netdev/2000-04/msg00138.html (7,874 bytes)

13. Re: coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Mon, 03 Apr 2000 11:16:26 +0000
OK, found it. It could be interpreted as a silicon (or specification) bug. But it can be fixed in the driver. vortex_interrupt() { ... if (status & RxComplete) vortex_rx(dev); ... } In the 3c905, rxC
/archives/netdev/2000-04/msg00139.html (9,720 bytes)

14. Re: coverage (score: 1)
Author: Donald Becker <becker@xxxxxxxxx>
Date: Mon, 3 Apr 2000 07:59:05 -0400 (EDT)
And, as you found out, most of the preloaded packets are discarded, at least with most versions of 'ping' and the kernel. The discard is done by the queue layer, before the device driver gets to see
/archives/netdev/2000-04/msg00143.html (8,602 bytes)

15. Re: coverage (score: 1)
Author: kuznet@xxxxxxxxxxxxx
Date: Mon, 3 Apr 2000 19:12:29 +0400 (MSK DST)
Hello! This does not help. Preloading only 100 packets is possible, the rest simply disappear to blackhole. Actually, you can increase tx_queue_len on eth0 to a cosmic value sort of 1500000, then it
/archives/netdev/2000-04/msg00146.html (7,474 bytes)

16. Re: coverage (score: 1)
Author: Andrew Morton <andrewm@xxxxxxxxxx>
Date: Mon, 03 Apr 2000 22:16:51 +0000
Well now that's odd. I tried: time ping -l10000 -c1 -s100 -q mnm to send 10,000 100 byte packets. They were all received, according to 'ifconfig eth0'. The command took 4.47 seconds wallclock time. T
/archives/netdev/2000-04/msg00150.html (8,246 bytes)


This search system is powered by Namazu