[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9e85c688-e5c1-e7ed-8a5d-87e22e5a72e8@bang-olufsen.dk>
Date: Mon, 23 Aug 2021 10:11:23 +0000
From: Alvin Šipraga <ALSI@...g-olufsen.dk>
To: DENG Qingfang <dqfext@...il.com>,
Alvin Šipraga <alvin@...s.dk>
CC: Linus Walleij <linus.walleij@...aro.org>,
Andrew Lunn <andrew@...n.ch>,
Vivien Didelot <vivien.didelot@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Vladimir Oltean <olteanv@...il.com>,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Heiner Kallweit <hkallweit1@...il.com>,
Russell King <linux@...linux.org.uk>,
Michael Rasmussen <MIR@...g-olufsen.dk>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [RFC PATCH net-next 4/5] net: dsa: realtek-smi: add rtl8365mb
subdriver for RTL8365MB-VC
On 8/23/21 6:37 AM, DENG Qingfang wrote:
> On Sun, Aug 22, 2021 at 09:31:42PM +0200, Alvin Šipraga wrote:
>> +/* Table LUT (look-up-table) address register */
>> +#define RTL8365MB_TABLE_LUT_ADDR_REG 0x0502
>> +#define RTL8365MB_TABLE_LUT_ADDR_ADDRESS2_MASK 0x4000
>> +#define RTL8365MB_TABLE_LUT_ADDR_BUSY_FLAG_MASK 0x2000
>> +#define RTL8365MB_TABLE_LUT_ADDR_HIT_STATUS_MASK 0x1000
>> +#define RTL8365MB_TABLE_LUT_ADDR_TYPE_MASK 0x0800
>> +#define RTL8365MB_TABLE_LUT_ADDR_ADDRESS_MASK 0x07FF
>
> FDB/MDB operations should be possible.
Yes, the switch supports these.
>
>> +/* Port isolation (forwarding mask) registers */
>> +#define RTL8365MB_PORT_ISOLATION_REG_BASE 0x08A2
>> +#define RTL8365MB_PORT_ISOLATION_REG(_physport) \
>> + (RTL8365MB_PORT_ISOLATION_REG_BASE + (_physport))
>> +#define RTL8365MB_PORT_ISOLATION_MASK 0x07FF
>
> Bridge offload should be implemented with these isolation registers.
That was my plan, albeit not yet implemented in this series.
>
>
>
> FYI:
> https://cdn.jsdelivr.net/gh/libc0607/Realtek_switch_hacking@files/Realtek_Unmanaged_Switch_ProgrammingGuide.pdf>>
Yes, this is the document we got from Realtek and where the layout of
the CPU tag format was lifted from. Other reviewers might find it
helpful to check this out. Thanks!
Kind regards,
Alvin
Powered by blists - more mailing lists