diff mbox series

[net-next] r8169: deprecate support for RTL_GIGA_MAC_VER_27

Message ID fb6ff074-a9c3-94ce-0636-52276d8604f2@gmail.com (mailing list archive)
State Superseded
Delegated to: Netdev Maintainers
Headers show
Series [net-next] r8169: deprecate support for RTL_GIGA_MAC_VER_27 | expand

Checks

Context Check Description
netdev/cover_letter success Link
netdev/fixes_present success Link
netdev/patch_count success Link
netdev/tree_selection success Clearly marked for net-next
netdev/subject_prefix success Link
netdev/cc_maintainers success CCed 5 of 5 maintainers
netdev/source_inline success Was 0 now: 0
netdev/verify_signedoff success Link
netdev/module_param success Was 0 now: 0
netdev/build_32bit success Errors and warnings before: 0 this patch: 0
netdev/kdoc success Errors and warnings before: 0 this patch: 0
netdev/verify_fixes success Link
netdev/checkpatch success total: 0 errors, 0 warnings, 0 checks, 12 lines checked
netdev/build_allmodconfig_warn success Errors and warnings before: 0 this patch: 0
netdev/header_inline success Link
netdev/stable success Stable not CCed

Commit Message

Heiner Kallweit Jan. 8, 2021, 12:24 p.m. UTC
RTL8168dp is ancient anyway, and I haven't seen any trace of its early
version 27 yet. This chip versions needs quite some special handling,
therefore it would facilitate driver maintenance if support for it
could be dropped. For now just disable detection of this chip version.
If nobody complains we can remove support for it in the near future.

Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
---
 drivers/net/ethernet/realtek/r8169_main.c | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

Comments

Jakub Kicinski Jan. 10, 2021, 2:17 a.m. UTC | #1
On Fri, 8 Jan 2021 13:24:16 +0100 Heiner Kallweit wrote:
> RTL8168dp is ancient anyway, and I haven't seen any trace of its early
> version 27 yet. This chip versions needs quite some special handling,
> therefore it would facilitate driver maintenance if support for it
> could be dropped. For now just disable detection of this chip version.
> If nobody complains we can remove support for it in the near future.
> 
> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
> ---
>  drivers/net/ethernet/realtek/r8169_main.c | 6 +++++-
>  1 file changed, 5 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c
> index e72d8f3ae..f94965615 100644
> --- a/drivers/net/ethernet/realtek/r8169_main.c
> +++ b/drivers/net/ethernet/realtek/r8169_main.c
> @@ -1962,7 +1962,11 @@ static enum mac_version rtl8169_get_mac_version(u16 xid, bool gmii)
>  		{ 0x7c8, 0x280,	RTL_GIGA_MAC_VER_26 },
>  
>  		/* 8168DP family. */
> -		{ 0x7cf, 0x288,	RTL_GIGA_MAC_VER_27 },
> +		/* It seems this early RTL8168dp version never made it to
> +		 * the wild. Let's see whether somebody complains, if not
> +		 * we'll remove support for this chip version completely.
> +		 * { 0x7cf, 0x288,      RTL_GIGA_MAC_VER_27 },
> +		 */
>  		{ 0x7cf, 0x28a,	RTL_GIGA_MAC_VER_28 },
>  		{ 0x7cf, 0x28b,	RTL_GIGA_MAC_VER_31 },
>  

No objection to deprecating the support (although quick grep does not
reveal the special handling you speak of), but would it make sense to
also print some message to save the potential user out there debug time?
Something like:

	dev_err(dev, "support for device has been removed please contact <email>");

?
Heiner Kallweit Jan. 10, 2021, 11:58 a.m. UTC | #2
On 10.01.2021 03:17, Jakub Kicinski wrote:
> On Fri, 8 Jan 2021 13:24:16 +0100 Heiner Kallweit wrote:
>> RTL8168dp is ancient anyway, and I haven't seen any trace of its early
>> version 27 yet. This chip versions needs quite some special handling,
>> therefore it would facilitate driver maintenance if support for it
>> could be dropped. For now just disable detection of this chip version.
>> If nobody complains we can remove support for it in the near future.
>>
>> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
>> ---
>>  drivers/net/ethernet/realtek/r8169_main.c | 6 +++++-
>>  1 file changed, 5 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c
>> index e72d8f3ae..f94965615 100644
>> --- a/drivers/net/ethernet/realtek/r8169_main.c
>> +++ b/drivers/net/ethernet/realtek/r8169_main.c
>> @@ -1962,7 +1962,11 @@ static enum mac_version rtl8169_get_mac_version(u16 xid, bool gmii)
>>  		{ 0x7c8, 0x280,	RTL_GIGA_MAC_VER_26 },
>>  
>>  		/* 8168DP family. */
>> -		{ 0x7cf, 0x288,	RTL_GIGA_MAC_VER_27 },
>> +		/* It seems this early RTL8168dp version never made it to
>> +		 * the wild. Let's see whether somebody complains, if not
>> +		 * we'll remove support for this chip version completely.
>> +		 * { 0x7cf, 0x288,      RTL_GIGA_MAC_VER_27 },
>> +		 */
>>  		{ 0x7cf, 0x28a,	RTL_GIGA_MAC_VER_28 },
>>  		{ 0x7cf, 0x28b,	RTL_GIGA_MAC_VER_31 },
>>  
> 
> No objection to deprecating the support (although quick grep does not
> reveal the special handling you speak of), but would it make sense to
> also print some message to save the potential user out there debug time?

Version 27 has it's own way of handling MDIO access, we could get rid of
r8168dp_1_mdio_access(), r8168dp_1_mdio_write(), r8168dp_1_mdio_read(),
and also of the chip-specific PHY config rtl8168d_3_hw_phy_config().

> Something like:
> 
> 	dev_err(dev, "support for device has been removed please contact <email>");
> 
So far we'd emit the following error in dmesg: "unknown chip XID 288".
I agree that we should add a hint to contact the maintainers, this may help
also in case somebody has a system with a new, not yet supported chip version.

> ?
>
diff mbox series

Patch

diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c
index e72d8f3ae..f94965615 100644
--- a/drivers/net/ethernet/realtek/r8169_main.c
+++ b/drivers/net/ethernet/realtek/r8169_main.c
@@ -1962,7 +1962,11 @@  static enum mac_version rtl8169_get_mac_version(u16 xid, bool gmii)
 		{ 0x7c8, 0x280,	RTL_GIGA_MAC_VER_26 },
 
 		/* 8168DP family. */
-		{ 0x7cf, 0x288,	RTL_GIGA_MAC_VER_27 },
+		/* It seems this early RTL8168dp version never made it to
+		 * the wild. Let's see whether somebody complains, if not
+		 * we'll remove support for this chip version completely.
+		 * { 0x7cf, 0x288,      RTL_GIGA_MAC_VER_27 },
+		 */
 		{ 0x7cf, 0x28a,	RTL_GIGA_MAC_VER_28 },
 		{ 0x7cf, 0x28b,	RTL_GIGA_MAC_VER_31 },