From: Hau <hau@realtek.com>
To: Heiner Kallweit <hkallweit1@gmail.com>,
nic_swsd <nic_swsd@realtek.com>,
"davem@davemloft.net" <davem@davemloft.net>,
"edumazet@google.com" <edumazet@google.com>,
"kuba@kernel.org" <kuba@kernel.org>,
"pabeni@redhat.com" <pabeni@redhat.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: RE: [PATCH net-next v2] r8169: add support for RTL8125BP rev.b
Date: Mon, 23 Dec 2024 08:37:08 +0000 [thread overview]
Message-ID: <489d65ed5e0940f28e84d152e14e44f2@realtek.com> (raw)
In-Reply-To: <894a61e1-2ac9-40fd-a5fe-97e009f715a8@gmail.com>
> On 20.12.2024 10:26, hau@realtek.com wrote:
> > From: ChunHao Lin <hau@realtek.com>
> >
> > Add support for RTL8125BP rev.b. Its XID is 0x689. This chip supports
> > DASH and its dash type is "RTL_DASH_25_BP".
> >
> > Signed-off-by: ChunHao Lin <hau@realtek.com>
> > ---
> > v2:
> > - under rtl_hw_config(), add new entry for rtl8125bp
> > ---
> > drivers/net/ethernet/realtek/r8169.h | 1 +
> > drivers/net/ethernet/realtek/r8169_main.c | 35
> +++++++++++++++++++
> > .../net/ethernet/realtek/r8169_phy_config.c | 23 ++++++++++++
> > 3 files changed, 59 insertions(+)
> >
> > diff --git a/drivers/net/ethernet/realtek/r8169.h
> > b/drivers/net/ethernet/realtek/r8169.h
> > index e0817f2a311a..7a194a8ab989 100644
> > --- a/drivers/net/ethernet/realtek/r8169.h
> > +++ b/drivers/net/ethernet/realtek/r8169.h
> > @@ -70,6 +70,7 @@ enum mac_version {
> > RTL_GIGA_MAC_VER_63,
> > RTL_GIGA_MAC_VER_64,
> > RTL_GIGA_MAC_VER_65,
> > + RTL_GIGA_MAC_VER_66,
> > RTL_GIGA_MAC_VER_70,
> > RTL_GIGA_MAC_VER_71,
> > RTL_GIGA_MAC_NONE
> > diff --git a/drivers/net/ethernet/realtek/r8169_main.c
> > b/drivers/net/ethernet/realtek/r8169_main.c
> > index 5724f650f9c6..425b1d7291b8 100644
> > --- a/drivers/net/ethernet/realtek/r8169_main.c
> > +++ b/drivers/net/ethernet/realtek/r8169_main.c
> > @@ -58,6 +58,7 @@
> > #define FIRMWARE_8125B_2 "rtl_nic/rtl8125b-2.fw"
> > #define FIRMWARE_8125D_1 "rtl_nic/rtl8125d-1.fw"
> > #define FIRMWARE_8125D_2 "rtl_nic/rtl8125d-2.fw"
> > +#define FIRMWARE_8125BP_2 "rtl_nic/rtl8125bp-2.fw"
> > #define FIRMWARE_8126A_2 "rtl_nic/rtl8126a-2.fw"
> > #define FIRMWARE_8126A_3 "rtl_nic/rtl8126a-3.fw"
> >
> > @@ -142,6 +143,7 @@ static const struct {
> > [RTL_GIGA_MAC_VER_63] = {"RTL8125B", FIRMWARE_8125B_2},
> > [RTL_GIGA_MAC_VER_64] = {"RTL8125D", FIRMWARE_8125D_1},
> > [RTL_GIGA_MAC_VER_65] = {"RTL8125D", FIRMWARE_8125D_2},
> > + [RTL_GIGA_MAC_VER_66] = {"RTL8125BP",
> FIRMWARE_8125BP_2},
> > [RTL_GIGA_MAC_VER_70] = {"RTL8126A", FIRMWARE_8126A_2},
> > [RTL_GIGA_MAC_VER_71] = {"RTL8126A", FIRMWARE_8126A_3},
> > };
> > @@ -632,6 +634,7 @@ enum rtl_dash_type {
> > RTL_DASH_NONE,
> > RTL_DASH_DP,
> > RTL_DASH_EP,
> > + RTL_DASH_25_BP,
> > };
> >
> > struct rtl8169_private {
> > @@ -1361,10 +1364,19 @@ static void rtl8168ep_driver_start(struct
> rtl8169_private *tp)
> > rtl_loop_wait_high(tp, &rtl_ep_ocp_read_cond, 10000,
> > 30); }
> >
> > +static void rtl8125bp_driver_start(struct rtl8169_private *tp) {
> > + r8168ep_ocp_write(tp, 0x01, 0x14, OOB_CMD_DRIVER_START);
> > + r8168ep_ocp_write(tp, 0x01, 0x18, 0x00);
> > + r8168ep_ocp_write(tp, 0x01, 0x10, 0x01); }
> > +
> > static void rtl8168_driver_start(struct rtl8169_private *tp) {
> > if (tp->dash_type == RTL_DASH_DP)
> > rtl8168dp_driver_start(tp);
> > + else if (tp->dash_type == RTL_DASH_25_BP)
> > + rtl8125bp_driver_start(tp);
> > else
> > rtl8168ep_driver_start(tp); } @@ -1385,10 +1397,19 @@
> > static void rtl8168ep_driver_stop(struct rtl8169_private *tp)
> > rtl_loop_wait_low(tp, &rtl_ep_ocp_read_cond, 10000, 10);
> > }
> >
> > +static void rtl8125bp_driver_stop(struct rtl8169_private *tp) {
> > + r8168ep_ocp_write(tp, 0x01, 0x14, OOB_CMD_DRIVER_STOP);
> > + r8168ep_ocp_write(tp, 0x01, 0x18, 0x00);
> > + r8168ep_ocp_write(tp, 0x01, 0x10, 0x01); }
> > +
> > static void rtl8168_driver_stop(struct rtl8169_private *tp) {
> > if (tp->dash_type == RTL_DASH_DP)
> > rtl8168dp_driver_stop(tp);
> > + else if (tp->dash_type == RTL_DASH_25_BP)
> > + rtl8125bp_driver_stop(tp);
> > else
> > rtl8168ep_driver_stop(tp); } @@ -1411,6 +1432,7 @@
> > static bool rtl_dash_is_enabled(struct rtl8169_private *tp)
> > case RTL_DASH_DP:
> > return r8168dp_check_dash(tp);
> > case RTL_DASH_EP:
> > + case RTL_DASH_25_BP:
> > return r8168ep_check_dash(tp);
> > default:
> > return false;
> > @@ -1425,6 +1447,8 @@ static enum rtl_dash_type
> rtl_get_dash_type(struct rtl8169_private *tp)
> > return RTL_DASH_DP;
> > case RTL_GIGA_MAC_VER_51 ... RTL_GIGA_MAC_VER_53:
> > return RTL_DASH_EP;
> > + case RTL_GIGA_MAC_VER_66:
> > + return RTL_DASH_25_BP;
> > default:
> > return RTL_DASH_NONE;
> > }
> > @@ -2261,6 +2285,9 @@ static enum mac_version
> rtl8169_get_mac_version(u16 xid, bool gmii)
> > { 0x7cf, 0x64a, RTL_GIGA_MAC_VER_71 },
> > { 0x7cf, 0x649, RTL_GIGA_MAC_VER_70 },
> >
> > + /* 8125BP family. */
> > + { 0x7cf, 0x681, RTL_GIGA_MAC_VER_66 },
> > +
> > /* 8125D family. */
> > { 0x7cf, 0x689, RTL_GIGA_MAC_VER_65 },
> > { 0x7cf, 0x688, RTL_GIGA_MAC_VER_64 }, @@ -3793,6
> > +3820,12 @@ static void rtl_hw_start_8125d(struct rtl8169_private *tp)
> > rtl_hw_start_8125_common(tp);
> > }
> >
> > +static void rtl_hw_start_8125bp(struct rtl8169_private *tp) {
> > + rtl_set_def_aspm_entry_latency(tp);
> > + rtl_hw_start_8125_common(tp);
> > +}
> > +
> > static void rtl_hw_start_8126a(struct rtl8169_private *tp) {
> > rtl_set_def_aspm_entry_latency(tp);
> > @@ -3842,6 +3875,7 @@ static void rtl_hw_config(struct rtl8169_private
> *tp)
> > [RTL_GIGA_MAC_VER_63] = rtl_hw_start_8125b,
> > [RTL_GIGA_MAC_VER_64] = rtl_hw_start_8125d,
> > [RTL_GIGA_MAC_VER_65] = rtl_hw_start_8125d,
> > + [RTL_GIGA_MAC_VER_66] = rtl_hw_start_8125bp,
> > [RTL_GIGA_MAC_VER_70] = rtl_hw_start_8126a,
> > [RTL_GIGA_MAC_VER_71] = rtl_hw_start_8126a,
> > };
>
> If the config routine is the same as rtl_hw_start_8125d, then you can use
> rtl_hw_start_8125d directly. This also makes clearer that RTL8125BP is
> derived from RTL8125D (if that's the case, is it?).
> By the way: Why is the new chip version with DASH, if derived from RTL8125D,
> called RTL1825BP instead of e.g. RTL8125DP?
>
> And the MODULE_FIRMWARE() entry is missing for the new firmware file.
>
> Note: net-next is closed until end of the year, so you have to resubmit
> beginning of January.
rtl8125bp is another series of chip and is not derived from rtl8125d. But the time of designing rtl8125bp is near rtl8125d.
So they will have similar design.
I will resubmit the new patch in January.
Thanks.
prev parent reply other threads:[~2024-12-23 8:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-20 9:26 [PATCH net-next v2] r8169: add support for RTL8125BP rev.b hau
2024-12-21 19:00 ` Heiner Kallweit
2024-12-23 8:37 ` Hau [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=489d65ed5e0940f28e84d152e14e44f2@realtek.com \
--to=hau@realtek.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nic_swsd@realtek.com \
--cc=pabeni@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).