[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170314115806.GS15842@lunn.ch>
Date: Tue, 14 Mar 2017 12:58:06 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Sean Wang <sean.wang@...iatek.com>
Cc: Florian Fainelli <f.fainelli@...il.com>,
vivien.didelot@...oirfairelinux.com, matthias.bgg@...il.com,
robh+dt@...nel.org, mark.rutland@....com,
devicetree@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-mediatek@...ts.infradead.org,
davem@...emloft.net, Landen.Chao@...iatek.com, keyhaede@...il.com,
objelf@...il.com
Subject: Re: [PATCH net-next 1/4] dt-bindings: net: dsa: add Mediatek MT7530
binding
> By the ways, I have a question which is could current DSA framework
> allows managing the fabric designated from "multiple cpu ports" to "user
> ports" in any combination in brctl and in other existing commands?
>
> For example.
>
> I assume that there are two cpu port called 5, and 6.and there are five
> user ports called 0, 1, 2 and 3. and the default fabric on the switch is
> mapping from { 5 } <-> { 0, 1, 2, 3 ,4 } where members in the braces I
> assumes they also can communicate with each other.
>
> Is it feasible for changing the fabric into other combinations in the
> runtime such as
> {5} <-> {0, 1, 2, 3} and {6} <-> {4}
> {5} <-> {0, 1, 2} and {6} <-> {3, 4} or
> {6} <-> {0, 1} and {6} <-> {2, 3, 4} or
> ....
> {6} <-> {0, 1, 2, 3 ,4} ?
>
> After some trace code, I found it seemed that only one cpu port could be
> supported via one dsa registration.
Hi Sean
This is on our TODO list, and getting near the top of Florians list,
as far as i understand. A few years ago i did make a proof of concept
implementation for this, and the new device tree binding was designed
with this in mind.
Andrew
Powered by blists - more mailing lists