From: Heiner Kallweit <hkallweit1@gmail.com>
To: Hau <hau@realtek.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
nic_swsd <nic_swsd@realtek.com>
Subject: Re: [PATCH net-next v5] r8169: add support for rtl8168h(revid 0x2a) + rtl8211fs fiber application
Date: Wed, 7 Dec 2022 22:41:08 +0100 [thread overview]
Message-ID: <4fa4980c-906b-8fda-b29f-b2125c31304c@gmail.com> (raw)
In-Reply-To: <df3bf48baf6946f4a75c5c4287e6efa7@realtek.com>
On 07.12.2022 18:43, Hau wrote:
>>
>> On 01.12.2022 15:39, Chunhao Lin wrote:
>>> rtl8168h(revid 0x2a) + rtl8211fs is for utp to fiber application.
>>> rtl8168h is connected to rtl8211fs utp interface. And fiber is
>>> connected to rtl8211fs sfp interface. rtl8168h use its eeprm or gpo
>>> pins to control rtl8211fs mdio bus.
>>>
>>
>> I found a datasheet for RTL8211FS and it doesn't mention SFP support.
>> For the fiber use case it mentions RGMII for MAC/PHY connection and
>> SerDes for connecting the PHY to the fiber module. Is this the mode you'd
>> like to support?
>> "utp to fiber" sounds like the media converter application, and I think that's
>> not what we want here. So it's misleading.
> This application is not listed in datasheet. But it is similar to utp to fiber application. Fiber connects to rtl8211fs through SerDes interface.
> rtl8168h connects to rtl8211fs through mdi interface. rtl8168h also connects to rtl8211fs mdc/mdio interface through its eeprom or gpo pins
> for controlling rtl8211fs. The link between rtl8211fs and fiber, and the link between rtl8211fs and rtl8168h should be the same.
> Driver just needs to set the link capability of rtl8168h to auto negation and rtl8211fs will propagate the link status between fiber and itself to rtl8168h.
> But rtl8168h will not know the link capability of fiber. So when system suspend, if wol is enabled, driver cannot speed down rtl8168h's phy.
> Or rtl8168h cannot be waken up.
>
> I will submit a new patch according your advice. But we are considering not to use driver(r8169) to setup rtl8211fs. So next patch maybe simpler.
>
Sounds strange that RTL8168H connects to RTL8211FS via MDI. Typically you would use RGMII here.
Is it because RTL8168H has no pins for RGMII to external PHY's?
Then my understanding would be that you do it like this:
RTL8168H MAC -> <internal RGMII> -> RTL8168H PHY -> <MDI> -> RTL8211FS -> <SerDes> -> Fiber module
| |
-------------------bit-banged MDIO---------------------------
Sou you would need to control both PHY's, right? Because setup wouldn't work if e.g. RTL8168H-internal PHY is powered down.
Is the RTL8211FS interrupt pin connected to RTL8168H? Or has polling to be used to get the status from RTL8211FS?
next prev parent reply other threads:[~2022-12-07 21:41 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-01 14:39 [PATCH net-next v5] r8169: add support for rtl8168h(revid 0x2a) + rtl8211fs fiber application Chunhao Lin
2022-12-03 14:54 ` Heiner Kallweit
2022-12-03 17:47 ` Andrew Lunn
2022-12-04 22:40 ` Heiner Kallweit
2022-12-07 17:43 ` Hau
2022-12-07 21:41 ` Heiner Kallweit [this message]
2022-12-08 15:59 ` Hau
2022-12-08 21:35 ` Heiner Kallweit
2022-12-09 15:29 ` Hau
2022-12-09 23:02 ` Heiner Kallweit
2022-12-12 14:11 ` Hau
2022-12-12 22:17 ` Heiner Kallweit
2022-12-13 16:23 ` Hau
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=4fa4980c-906b-8fda-b29f-b2125c31304c@gmail.com \
--to=hkallweit1@gmail.com \
--cc=hau@realtek.com \
--cc=netdev@vger.kernel.org \
--cc=nic_swsd@realtek.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).