From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jose Abreu <Jose.Abreu@synopsys.com>
Subject: Re: [RFC] ethtool: Support for driver private ioctl's
Date: Fri, 6 Apr 2018 15:51:08 +0100
Message-ID: <49522d96-9bd6-adcb-4835-1a168ec0f61c@synopsys.com>
References: <cbd05f37-509b-118b-e681-0ccd0ebebd73@synopsys.com>
 <df7773c4-8695-38dd-bedd-39b88f4aaec1@gmail.com>
 <27c05ec7-1f85-8e4a-be06-70d6d80e8a10@synopsys.com>
 <20180406144701.GO17495@lunn.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Cc: Florian Fainelli <f.fainelli@gmail.com>,
        David Miller <davem@redhat.com>,
        Jakub Jelinek <jj@ultra.linux.cz>,
        Jeff Garzik <jgarzik@pobox.com>,
        "Tim Hockin" <thockin@sun.com>,
        Eli Kupermann <eli.kupermann@intel.com>,
        "Chris Leech" <christopher.leech@intel.com>,
        Scott Feldman <scott.feldman@intel.com>,
        Ben Hutchings <ben@decadent.org.uk>, <netdev@vger.kernel.org>,
        Joao Pinto <Joao.Pinto@synopsys.com>
To: Andrew Lunn <andrew@lunn.ch>, Jose Abreu <Jose.Abreu@synopsys.com>
Return-path: <netdev-owner@vger.kernel.org>
Received: from smtprelay.synopsys.com ([198.182.60.111]:43182 "EHLO
        smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1752803AbeDFOvQ (ORCPT
        <rfc822;netdev@vger.kernel.org>); Fri, 6 Apr 2018 10:51:16 -0400
In-Reply-To: <20180406144701.GO17495@lunn.ch>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

Hi Andrew,

On 06-04-2018 15:47, Andrew Lunn wrote:
> On Fri, Apr 06, 2018 at 02:51:15PM +0100, Jose Abreu wrote:
>> Hi Florian,
>>
>> On 05-04-2018 16:50, Florian Fainelli wrote:
>>> On 04/05/2018 03:47 AM, Jose Abreu wrote:
>>>> Hi All,
>>>>
>>>> I would like to know your opinion regarding adding support for
>>>> driver private ioctl's in ethtool.
>>>>
>>>> Background: Synopsys Ethernet IP's have a certain number of
>>>> features which can be reconfigured at runtime. Giving you two
>>>> examples: One of the most recent one is the safety features,
>>>> which can be enabled/disabled and forced at runtime.
> Hi Jose
>
> Is there a reason somebody would decide to use the Ethernet in
> 'unsafe' mode? Cannot you just turn it on by default?

Yes, its already on by default. I was just trying to give an
example of an user-reconfigurable feature, maybe it was not the
best one :)

Thanks and Best Regards,
Jose Miguel Abreu

>
> 	 Andrew