Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+5\/5\]\s+r8169\:\s+ethtool\s+hardware\s+statistics\s+support\s*$/: 16 ]

Total 16 documents matching your query.

1. [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: r <shemminger@xxxxxxxx>
Date: Wed, 9 Mar 2005 11:36:26 -0800
Add ethtool support for dumping the chip statistics. There aren't lots of statistics available, but this is what is available according to the RealTek documentation. Signed-off-by: Stephen Hemminger
/archives/netdev/2005-03/msg00553.html (12,481 bytes)

2. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: raf <tgraf@xxxxxxx>
Date: Wed, 09 Mar 2005 14:53:14 -0500
Stephen Hemminger wrote: Add ethtool support for dumping the chip statistics. There aren't lots of statistics available, but this is what is available according to the RealTek documentation. Signed-o
/archives/netdev/2005-03/msg00570.html (13,117 bytes)

3. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: ravamudan <nacc@xxxxxxxxxx>
Date: Wed, 9 Mar 2005 15:37:30 -0600
Does this patch fix the problem of bogus statistics if the interface is down?
/archives/netdev/2005-03/msg00591.html (8,509 bytes)

4. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Greear <greearb@xxxxxxxxxxxxxxx>
Date: Wed, 9 Mar 2005 13:53:45 -0800
I see no problem when interface is down. It returns all zero's because the device is reset on probe (and on shutdown).
/archives/netdev/2005-03/msg00592.html (8,767 bytes)

5. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: xxxxxx (Luis R. Rodriguez)
Date: Wed, 9 Mar 2005 22:21:48 -0600
I can confirm that I see no statistic errors either. I believe the faulty code in Richard's patch was: + if (RTL_R32(StatsAddrLow) & DumpStats) + return; /* no stats - took too long */ Which returned
/archives/netdev/2005-03/msg00630.html (9,622 bytes)

6. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: adi Salim <hadi@xxxxxxxx>
Date: Thu, 10 Mar 2005 12:00:55 -0800
The problem with the 8139cp is that it allocates the area to hold the statistics as part of the ring structure. The ring structure doesn't exist until device is up. I figured that there was no point
/archives/netdev/2005-03/msg00670.html (10,283 bytes)

7. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: n <marcel@xxxxxxxxxxxx>
Date: Thu, 10 Mar 2005 15:09:45 -0500
Stephen Hemminger wrote: On Wed, 9 Mar 2005 22:21:48 -0600 Jon Mason <jdmason@xxxxxxxxxx> wrote: On Wednesday 09 March 2005 03:53 pm, Stephen Hemminger wrote: On Wed, 9 Mar 2005 15:37:30 -0600 Jon Ma
/archives/netdev/2005-03/msg00672.html (11,205 bytes)

8. htool message level control (score: 1)
Author: xxxxx>
Date: Sat, 12 Mar 2005 12:32:05 +0000
Stephen Hemminger wrote: Add ethtool support for dumping the chip statistics. There aren't lots of statistics available, but this is what is available according to the RealTek documentation. [snip]
/archives/netdev/2005-03/msg00799.html (9,463 bytes)

9. [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Stephen Hemminger <shemminger@xxxxxxxx>
Date: Wed, 9 Mar 2005 11:36:26 -0800
Add ethtool support for dumping the chip statistics. There aren't lots of statistics available, but this is what is available according to the RealTek documentation. Signed-off-by: Stephen Hemminger
/archives/netdev/2005-03/msg02476.html (12,481 bytes)

10. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Jeff Garzik <jgarzik@xxxxxxxxx>
Date: Wed, 09 Mar 2005 14:53:14 -0500
Signed-off-by: Stephen Hemminger <shemminger@xxxxxxxx> diff -Nru a/drivers/net/r8169.c b/drivers/net/r8169.c -- a/drivers/net/r8169.c 2005-03-09 11:26:04 -08:00 +++ b/drivers/net/r8169.c 2005-03-09 1
/archives/netdev/2005-03/msg02493.html (13,422 bytes)

11. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Jon Mason <jdmason@xxxxxxxxxx>
Date: Wed, 9 Mar 2005 15:37:30 -0600
Does this patch fix the problem of bogus statistics if the interface is down?
/archives/netdev/2005-03/msg02514.html (8,571 bytes)

12. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Stephen Hemminger <shemminger@xxxxxxxx>
Date: Wed, 9 Mar 2005 13:53:45 -0800
I see no problem when interface is down. It returns all zero's because the device is reset on probe (and on shutdown).
/archives/netdev/2005-03/msg02515.html (8,866 bytes)

13. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Jon Mason <jdmason@xxxxxxxxxx>
Date: Wed, 9 Mar 2005 22:21:48 -0600
I can confirm that I see no statistic errors either. I believe the faulty code in Richard's patch was: + if (RTL_R32(StatsAddrLow) & DumpStats) + return; /* no stats - took too long */ Which returned
/archives/netdev/2005-03/msg02553.html (9,749 bytes)

14. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Stephen Hemminger <shemminger@xxxxxxxx>
Date: Thu, 10 Mar 2005 12:00:55 -0800
The problem with the 8139cp is that it allocates the area to hold the statistics as part of the ring structure. The ring structure doesn't exist until device is up. I figured that there was no point
/archives/netdev/2005-03/msg02593.html (10,447 bytes)

15. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Jeff Garzik <jgarzik@xxxxxxxxx>
Date: Thu, 10 Mar 2005 15:09:45 -0500
On Wed, 9 Mar 2005 15:37:30 -0600 Does this patch fix the problem of bogus statistics if the interface is down I see no problem when interface is down. It returns all zero's because the device is re
/archives/netdev/2005-03/msg02595.html (11,263 bytes)

16. Re: [PATCH 5/5] r8169: ethtool hardware statistics support (score: 1)
Author: Richard Dawe <rich@xxxxxxxxxxxxxxxxxxxx>
Date: Sat, 12 Mar 2005 12:32:05 +0000
Hello. Stephen Hemminger wrote: Add ethtool support for dumping the chip statistics. There aren't lots of statistics available, but this is what is available according to the RealTek documentation. [
/archives/netdev/2005-03/msg02722.html (9,431 bytes)


This search system is powered by Namazu