All of lore.kernel.org
 help / color / mirror / Atom feed
From: "B.R. Oake" <broake@mailfence.com>
To: linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-sunxi@googlegroups.com,
	Julian Calaby <julian.calaby@gmail.com>,
	devicetree@vger.kernel.org
Subject: Re: [linux-sunxi] Re: [PATCH] ARM: dts: sun8i: h3: orangepi-plus: Fix Ethernet PHY mode
Date: Mon, 5 Jul 2021 02:18:23 +0200 (CEST)	[thread overview]
Message-ID: <131830164.377678.1625444303416@ichabod.co-bxl> (raw)
In-Reply-To: <CAGRGNgVSze9yW6KTsC=KGCVOJLzck65J-f9v8y30iBw7k0KXQA@mail.gmail.com>

On Fri Jun 04 08:49:28 CEST 2021, Julian Calaby wrote:
> While I completely sympathise with your points here, the issue isn't a 
> technical or social issue, but a legal one. 
> [...]

Dear Julian,

Thank you for giving your point of view on this issue, and sorry for not 
replying sooner. Thanks also for your work on the Atheros wifi driver, 
which I've used a lot. I think it's a particularly important one since 
it's one of the few wireless chipsets with open firmware.


> The DCO was introduced to provide a mechanism to trace the origin of a 
> piece of code for legal purposes, so my understanding is that the name 
> supplied needs to be your legal name.

Please could you say what you mean by "legal name"? For example, do you 
consider "J.R.R. Tolkien" to be a legal name?

Can you give an example of a legal purpose for which the DCO was 
intended and which fails when the DCO is signed with a name like 
G. Robinson or C.J. Newton?


> Whilst, as you've pointed out, there are a lot of ways that names 
> don't match up to the normal "Firstname I. N. I. T. I. A. L. S. 
> Lastname" format, that is the case for the vast majority of people and 
> exceptions to that are rare.

I'm not sure about that - for example, Mandarin names don't really fit 
that template. But even if exceptions were rare, would that mean those 
people and their contributions didn't matter?


> Your arguments against providing that 
> name haven't exactly helped your case [...]

Well I didn't actually argue against providing a name of the form you've 
specified - I have no objection to authors doing that if they want to. I 
just gave some reasons why an author might sign with a name of the form 
J.K. Smith. When a practice is contested I believe it does help to show 
that it has legitimate reasons.


> Your points about previous instances of this happening also don't hold 
> water either as we don't know the circumstances behind those cases. 
> Git's history is considered immutable once it makes it to an 
> "official" repository (generally one published publicly) so it's 
> likely they were oversights that weren't caught until it was too late.

Although the history might be immutable, offending commits can still be 
reverted. However, I have not found any examples of this happening to 
the commits by the authors I mentioned, which suggests there is no 
problem with having them.

And I think we do know a bit about their circumstances. To take one 
example, over an 18-month period I can see 72 commits authored by KP 
Singh which were variously committed, signed off, acknowledged and 
reviewed by Daniel Borkmann, Yonghong Song, Mimi Zohar, Alexei 
Starovoitov, Andrii Nakryiko, Martin KaFai Lau, Song Liu, Florent 
Revest, James Morris, Andrew Morton, Linus Torvalds, Brendan Jackman, 
Thomas Garnier, Kees Cook, Casey Schaufler and Randy Dunlap.

It doesn't seem very likely that these approvals were all oversights. It 
seems a lot more likely that there is actually no problem with names of 
this form.

Best wishes,
B.R.


-- 
Mailfence.com
Private and secure email

WARNING: multiple messages have this Message-ID (diff)
From: "B.R. Oake" <broake@mailfence.com>
To: linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-sunxi@googlegroups.com,
	Julian Calaby <julian.calaby@gmail.com>,
	devicetree@vger.kernel.org
Subject: Re: [linux-sunxi] Re: [PATCH] ARM: dts: sun8i: h3: orangepi-plus: Fix Ethernet PHY mode
Date: Mon, 5 Jul 2021 02:18:23 +0200 (CEST)	[thread overview]
Message-ID: <131830164.377678.1625444303416@ichabod.co-bxl> (raw)
In-Reply-To: <CAGRGNgVSze9yW6KTsC=KGCVOJLzck65J-f9v8y30iBw7k0KXQA@mail.gmail.com>

On Fri Jun 04 08:49:28 CEST 2021, Julian Calaby wrote:
> While I completely sympathise with your points here, the issue isn't a 
> technical or social issue, but a legal one. 
> [...]

Dear Julian,

Thank you for giving your point of view on this issue, and sorry for not 
replying sooner. Thanks also for your work on the Atheros wifi driver, 
which I've used a lot. I think it's a particularly important one since 
it's one of the few wireless chipsets with open firmware.


> The DCO was introduced to provide a mechanism to trace the origin of a 
> piece of code for legal purposes, so my understanding is that the name 
> supplied needs to be your legal name.

Please could you say what you mean by "legal name"? For example, do you 
consider "J.R.R. Tolkien" to be a legal name?

Can you give an example of a legal purpose for which the DCO was 
intended and which fails when the DCO is signed with a name like 
G. Robinson or C.J. Newton?


> Whilst, as you've pointed out, there are a lot of ways that names 
> don't match up to the normal "Firstname I. N. I. T. I. A. L. S. 
> Lastname" format, that is the case for the vast majority of people and 
> exceptions to that are rare.

I'm not sure about that - for example, Mandarin names don't really fit 
that template. But even if exceptions were rare, would that mean those 
people and their contributions didn't matter?


> Your arguments against providing that 
> name haven't exactly helped your case [...]

Well I didn't actually argue against providing a name of the form you've 
specified - I have no objection to authors doing that if they want to. I 
just gave some reasons why an author might sign with a name of the form 
J.K. Smith. When a practice is contested I believe it does help to show 
that it has legitimate reasons.


> Your points about previous instances of this happening also don't hold 
> water either as we don't know the circumstances behind those cases. 
> Git's history is considered immutable once it makes it to an 
> "official" repository (generally one published publicly) so it's 
> likely they were oversights that weren't caught until it was too late.

Although the history might be immutable, offending commits can still be 
reverted. However, I have not found any examples of this happening to 
the commits by the authors I mentioned, which suggests there is no 
problem with having them.

And I think we do know a bit about their circumstances. To take one 
example, over an 18-month period I can see 72 commits authored by KP 
Singh which were variously committed, signed off, acknowledged and 
reviewed by Daniel Borkmann, Yonghong Song, Mimi Zohar, Alexei 
Starovoitov, Andrii Nakryiko, Martin KaFai Lau, Song Liu, Florent 
Revest, James Morris, Andrew Morton, Linus Torvalds, Brendan Jackman, 
Thomas Garnier, Kees Cook, Casey Schaufler and Randy Dunlap.

It doesn't seem very likely that these approvals were all oversights. It 
seems a lot more likely that there is actually no problem with names of 
this form.

Best wishes,
B.R.


-- 
Mailfence.com
Private and secure email

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2021-07-05  0:18 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-08 11:24 [PATCH] ARM: dts: sun8i: h3: orangepi-plus: Fix Ethernet PHY mode B.R. Oake
2021-02-08 11:24 ` B.R. Oake
2021-02-08 11:27 ` Jernej Škrabec
2021-02-08 11:27   ` Jernej Škrabec
2021-02-10 15:01 ` Maxime Ripard
2021-02-10 15:01   ` Maxime Ripard
2021-02-13  6:51   ` B.R. Oake
2021-02-13  6:51     ` B.R. Oake
2021-02-13  8:51     ` Jernej Škrabec
2021-02-13  8:51       ` Jernej Škrabec
2021-05-16 16:58       ` Salvatore Bonaccorso
2021-05-16 16:58         ` Salvatore Bonaccorso
2021-05-16 20:18         ` Vagrant Cascadian
2021-05-16 20:18           ` Vagrant Cascadian
2021-05-18 15:06           ` Maxime Ripard
2021-05-18 15:06             ` Maxime Ripard
2021-05-18 20:25             ` Salvatore Bonaccorso
2021-05-18 20:25               ` Salvatore Bonaccorso
2021-05-18 20:43               ` Salvatore Bonaccorso
2021-05-18 20:43                 ` Salvatore Bonaccorso
2021-05-20 18:24                 ` Vagrant Cascadian
2021-05-20 18:24                   ` Vagrant Cascadian
2021-05-20 18:50                   ` Salvatore Bonaccorso
2021-05-20 18:50                     ` Salvatore Bonaccorso
2021-05-24 11:55                     ` Maxime Ripard
2021-05-24 11:55                       ` Maxime Ripard
2021-05-24 12:26                       ` Salvatore Bonaccorso
2021-05-24 12:26                         ` Salvatore Bonaccorso
2021-06-04  4:19       ` B.R. Oake
2021-06-04  4:19         ` B.R. Oake
2021-06-04  6:49         ` [linux-sunxi] " Julian Calaby
2021-06-04  6:49           ` Julian Calaby
2021-07-05  0:18           ` B.R. Oake [this message]
2021-07-05  0:18             ` B.R. Oake
2021-07-05  0:48             ` Julian Calaby
2021-07-05  0:48               ` Julian Calaby

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=131830164.377678.1625444303416@ichabod.co-bxl \
    --to=broake@mailfence.com \
    --cc=devicetree@vger.kernel.org \
    --cc=julian.calaby@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-sunxi@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.