[PATCH] ethtool: new ID to decode the registers of the 8168 (realtek)

[PATCH] ethtool: new ID to decode the registers of the 8168 (realtek)

[Francois Romieu]

Tested with an Asrock 945G-DVI (LOM).

Signed-off-by: Francois Romieu <romieu@fr.zoreil.com>
---
 realtek.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/realtek.c b/realtek.c
index 64ab7f8..8daba69 100644
--- a/realtek.c
+++ b/realtek.c
@@ -45,6 +45,7 @@ static struct chip_info {
 	{ "RTL-8100B/8139D",	HW_REVID(1, 1, 1, 0, 1, 0, 1) },
 	{ "RTL-8139C+",		HW_REVID(1, 1, 1, 0, 1, 1, 0) },
 	{ "RTL-8101",		HW_REVID(1, 1, 1, 0, 1, 1, 1) },
+	{ "RTL-8168B/8111B",	HW_REVID(0, 1, 1, 1, 0, 0, 0) },
 	{ "RTL-8169",		HW_REVID(0, 0, 0, 0, 0, 0, 0) },
 	{ "RTL-8169s",		HW_REVID(0, 0, 0, 0, 1, 0, 0) },
 	{ "RTL-8110",		HW_REVID(0, 0, 1, 0, 0, 0, 0) },
-- 
1.5.2

Re: [PATCH] ethtool: new ID to decode the registers of the 8168 (realtek)

[Jeff Garzik]

Francois Romieu wrote:
> Tested with an Asrock 945G-DVI (LOM).
> 
> Signed-off-by: Francois Romieu <romieu@fr.zoreil.com>
> ---
>  realtek.c |    1 +
>  1 files changed, 1 insertions(+), 0 deletions(-)

applied

Also, I have really fallen off the ball when it comes to the r8169 
kernel driver.  My apologies.

Would you be kind enough to resend?  If there are important bug fixes 
that need to go into 2.6.22, that are safe enough to put in at this late 
date, please split those off from other improvements.

	Jeff

Re: [PATCH] ethtool: new ID to decode the registers of the 8168 (realtek)

[Francois Romieu]

Jeff Garzik <jgarzik@pobox.com> :
[...]
> Would you be kind enough to resend ?

Of course.

> If there are important bug fixes that need to go into 2.6.22, that are
> safe enough to put in at this late date, please split those off from
> other improvements.

It's safer and simpler to wait for the next cycle.

Most complaints come from unhappy 8168/Asus (P5B) users who still need
a fix (somewhere along the VPD probably).

-- 
Ueimor