[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180405152348.GC32663@lunn.ch>
Date: Thu, 5 Apr 2018 17:23:48 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Laurentiu Tudor <laurentiu.tudor@....com>
Cc: Stuart Yoder <stuyoder@...il.com>, Arnd Bergmann <arnd@...db.de>,
Ioana Ciornei <ioana.ciornei@....com>,
gregkh <gregkh@...uxfoundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Ruxandra Ioana Ciocoi Radulescu <ruxandra.radulescu@....com>,
Razvan Stefanescu <razvan.stefanescu@....com>,
Roy Pledge <roy.pledge@....com>,
Networking <netdev@...r.kernel.org>
Subject: Re: [PATCH v3 2/4] bus: fsl-mc: add restool userspace support
On Thu, Apr 05, 2018 at 02:43:29PM +0000, Laurentiu Tudor wrote:
> Hi Andrew,
>
> On 04/05/2018 03:48 PM, Andrew Lunn wrote:
> >>> Hi Laurentiu
> >>>
> >>> So i can use switchdev without it? I can modprobe the switchdev
> >>> driver, all the physical interfaces will appear, and i can use ip addr
> >>> add etc. I do not need to use a user space tool at all in order to use
> >>> the network functionality?
> >>
> >> Absolutely!
> >
> > Great.
> >
> > Then the easiest way forwards is to simply drop the IOCTL code for the
> > moment. Get the basic support for the hardware into the kernel
> > first. Then come back later to look at dynamic behaviour which needs
> > some form of configuration.
>
> Hmm, not sure I understand. We already have a fully functional ethernet
> driver [1] and a switch driver [2] ...
In staging, the tree of crap. You want to get it out of there and into
the main tree. But that effort is being side lined by the discussion
around this IOCTL call. The best way forward is to to accept Greg is
not going to take this patchset at the moment, and move on. As you
said, it is not needed for the Ethernet and switchdev driver.
What needs to happen before the Ethernet driver can be reviewed for
moving out of staging?
Andrew
Powered by blists - more mailing lists