Messages in this thread | | | From | Razvan Stefanescu <> | Subject | RE: [PATCH 5/6] staging: fsl-dpaa2/ethsw: Add README | Date | Tue, 3 Oct 2017 10:07:41 +0000 |
| |
> -----Original Message----- > From: linux-arm-kernel [mailto:linux-arm-kernel-bounces@lists.infradead.org] > On Behalf Of Andrew Lunn > Sent: Tuesday, September 19, 2017 3:18 PM > To: Razvan Stefanescu <razvan.stefanescu@nxp.com> > Cc: devel@driverdev.osuosl.org; Ruxandra Ioana Radulescu > <ruxandra.radulescu@nxp.com>; arnd@arndb.de; gregkh@linuxfoundation.org; > Alexandru Marginean <alexandru.marginean@nxp.com>; linux- > kernel@vger.kernel.org; agraf@suse.de; stuyoder@gmail.com; Bogdan > Purcareata <bogdan.purcareata@nxp.com>; linux-arm- > kernel@lists.infradead.org; Laurentiu Tudor <laurentiu.tudor@nxp.com> > Subject: Re: [PATCH 5/6] staging: fsl-dpaa2/ethsw: Add README > > On Tue, Sep 19, 2017 at 12:01:37PM +0300, Razvan Stefanescu wrote: > > +Driver uses the switch device driver model and exposes each switch port as > > +a network interface, which can be included in a bridge. Traffic switched > > +between ports is offloaded into the hardware. Exposed network interfaces > > +are not used for I/O, they are used just for configuration. This > > +limitation is going to be addressed in the future. > > Hi Razvan > > Could you briefly describe how Ethernet frames get from the CPU to the > switch. This is what decided if you should write a plain switchdev > driver, or a DSA driver. > > Andrew > Hello Andrew,
CPU frame handling will be added in a later. Each netdevice associated to a switch port will have I/O capabilities like dpaa2-ethernet devices. The dpaa2-ethsw will use ACLs to redirect specific types of frames (i.e BPDUs) to CPU.
Best regards, Razvan S.
| |