Re: [PATCH 5/6] staging: fsl-dpaa2/ethsw: Add README
On Tue, Oct 03, 2017 at 10:07:41AM +, Razvan Stefanescu wrote: > > -Original Message- > > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > > On Behalf Of Andrew Lunn > > Sent: Tuesday, September 19, 2017 3:18 PM > > To: Razvan Stefanescu <razvan.stefane...@nxp.com> > > Cc: de...@driverdev.osuosl.org; Ruxandra Ioana Radulescu > > <ruxandra.radule...@nxp.com>; a...@arndb.de; gre...@linuxfoundation.org; > > Alexandru Marginean <alexandru.margin...@nxp.com>; linux- > > ker...@vger.kernel.org; ag...@suse.de; stuyo...@gmail.com; Bogdan > > Purcareata <bogdan.purcare...@nxp.com>; linux-arm- > > ker...@lists.infradead.org; Laurentiu Tudor <laurentiu.tu...@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. Hi Razvan I looked at the architecture documentation after i posted this email. It looks like each switch port will get its own DMA queues, etc on the host. It is not sharing one host interface to get packets to the switch, which is what DSA does. So a pure switchdev driver is the correct solution here. Andrew
Re: [PATCH 5/6] staging: fsl-dpaa2/ethsw: Add README
On Tue, Oct 03, 2017 at 10:07:41AM +, Razvan Stefanescu wrote: > > -Original Message- > > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > > On Behalf Of Andrew Lunn > > Sent: Tuesday, September 19, 2017 3:18 PM > > To: Razvan Stefanescu > > Cc: de...@driverdev.osuosl.org; Ruxandra Ioana Radulescu > > ; a...@arndb.de; gre...@linuxfoundation.org; > > Alexandru Marginean ; linux- > > ker...@vger.kernel.org; ag...@suse.de; stuyo...@gmail.com; Bogdan > > Purcareata ; linux-arm- > > ker...@lists.infradead.org; Laurentiu Tudor > > 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. Hi Razvan I looked at the architecture documentation after i posted this email. It looks like each switch port will get its own DMA queues, etc on the host. It is not sharing one host interface to get packets to the switch, which is what DSA does. So a pure switchdev driver is the correct solution here. Andrew
RE: [PATCH 5/6] staging: fsl-dpaa2/ethsw: Add README
> -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > On Behalf Of Andrew Lunn > Sent: Tuesday, September 19, 2017 3:18 PM > To: Razvan Stefanescu <razvan.stefane...@nxp.com> > Cc: de...@driverdev.osuosl.org; Ruxandra Ioana Radulescu > <ruxandra.radule...@nxp.com>; a...@arndb.de; gre...@linuxfoundation.org; > Alexandru Marginean <alexandru.margin...@nxp.com>; linux- > ker...@vger.kernel.org; ag...@suse.de; stuyo...@gmail.com; Bogdan > Purcareata <bogdan.purcare...@nxp.com>; linux-arm- > ker...@lists.infradead.org; Laurentiu Tudor <laurentiu.tu...@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.
RE: [PATCH 5/6] staging: fsl-dpaa2/ethsw: Add README
> -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > On Behalf Of Andrew Lunn > Sent: Tuesday, September 19, 2017 3:18 PM > To: Razvan Stefanescu > Cc: de...@driverdev.osuosl.org; Ruxandra Ioana Radulescu > ; a...@arndb.de; gre...@linuxfoundation.org; > Alexandru Marginean ; linux- > ker...@vger.kernel.org; ag...@suse.de; stuyo...@gmail.com; Bogdan > Purcareata ; linux-arm- > ker...@lists.infradead.org; Laurentiu Tudor > 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.
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
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