lkml.org 
[lkml]   [2020]   [Jun]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [PATCH ethtool v1] netlink: add master/slave configuration support
From
From: Kees Cook <keescook@chromium.org>
Date: Tue, 9 Jun 2020 12:49:48 -0700

> Okay, for now, how about:
>
> - If we're dealing with an existing spec, match the language.

Yes.

> - If we're dealing with a new spec, ask the authors to fix their language.

Please be more specific about "new", if it's a passed and ratified standard
then to me it is "existing".

> - If a new version of a spec has updated its language, adjust the kernel's.

Unless you're willing to break UAPI, which I'm not, I don't see how this is
tenable.

> - If we're doing with something "internal" to the kernel (including UAPI),
> stop adding new instances.

Even if it is part of supporting a technology where the standard uses
those terms? So we'll use inconsitent terms internally?

This is why I'm saying, just make sure new specs use language that is
less controversial. Then we just use what the specs use.

Then you don't have to figure out what to do about established UAPIs
and such, it's a non-issue.

\
 
 \ /
  Last update: 2020-06-09 22:06    [W:0.050 / U:0.280 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site