[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170629.142818.560549326785464904.davem@davemloft.net>
Date: Thu, 29 Jun 2017 14:28:18 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: gerlitz.or@...il.com
Cc: emil.s.tantilov@...el.com, jeffrey.t.kirsher@...el.com,
paul.greenwalt@...el.com, netdev@...r.kernel.org,
nhorman@...hat.com, sassmann@...hat.com, jogreene@...hat.com
Subject: Re: [net-next v2 6/6] ixgbe: Add malicious driver detection support
From: Or Gerlitz <gerlitz.or@...il.com>
Date: Wed, 28 Jun 2017 17:28:59 +0300
> On Wed, Jun 28, 2017 at 1:14 AM, Tantilov, Emil S
> <emil.s.tantilov@...el.com> wrote:
>
>> Mainly because I am not sure that other (non-Intel) drivers will benefit from
>> such an option. In normal operation this functionality should not cause issues
>> and if it doesn't we may be able to deprecate the private flag in the future.
>
> If you think this functionality makes sense any driver running over HW
> implementing
> it would like to be able to expose that and hence you better not use
> private flag.
>
> Are we sure the trust UAPI can't be extended for that matter?
Yeah, we should probably make this a generic control if possible.
Powered by blists - more mailing lists