Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1234235pxj; Fri, 21 May 2021 09:19:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwS8/C9KKHJqnqer9oLZUFUgcnCS48lOT7dZt4mzHdL34MJXTTX6CpfNG32Q3UgjB/MqhIY X-Received: by 2002:a17:906:4b19:: with SMTP id y25mr11482388eju.49.1621613973575; Fri, 21 May 2021 09:19:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621613973; cv=none; d=google.com; s=arc-20160816; b=em+711C3EDlxdr562yBGNGgUvtbxp7ghh2g9qBQ8WqeEvotw2vvyD8VgRSmbRL0td3 k6zJVy5FhjWvgLRa2C9b8uzTAfDxvNIkH/sIUmyRtb6f9G/MTec81VE/GaLU1Q7pARJT XFhSceMAvQvpGTn+qmWOZoxUKVvOPo84NOet+cale2dCRtKbilSYT4FXJG2oQyl1ugIg OVnyCdEtxqk1jf8LkTyYs0sp6xMVuvCMuKQrUKjLS95M2nn0o5mOv8mWt7GPXYqQS6zb hiv0IIxzmDNsAmJ53BSrhVvbHOiE3rJo3rNSyYpyXBDS/fO0A8xAorgccdFXi5mk1DIx G9qQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:references:in-reply-to:subject:cc:to:from; bh=GijRA42h3WWokViTI+RKQZFL+WLtP0G+Ta53srr5eE8=; b=O4qRV4qp+8dBpWEMSawoQ/u1U0HVTb2kIrGFyU33oTKJ77bpYFpmf8FAQMq9LY6qQ9 7WAovCPLRHzW8Q2Haem7Jy7vGfXEuE3EJ8iamtcnGK77uud1ehT8LZXjSPe+OXskH0EZ nfnwdz5p0GXjdOQGzRGypHGqraa6IMRnLPtJhFKEnK7n2JOEOT8dNabOgdRlpgRuRUF9 0AcLj7WSj1+0a3pOUG3e3kYb+3SbrnhoQjQLyS6ufZv3YA+lImp8lRyMxHQjk1QZOcWl ufaIw90IExIyTJMq9/f+vWvahx+vnntDNPuz3sOFOGIr5jiqeezrEKcOdu3W/l/Eh+Q/ 716g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id kb17si790934ejc.709.2021.05.21.09.19.10; Fri, 21 May 2021 09:19:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235006AbhETSZo convert rfc822-to-8bit (ORCPT + 99 others); Thu, 20 May 2021 14:25:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52776 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234989AbhETSZo (ORCPT ); Thu, 20 May 2021 14:25:44 -0400 Received: from cascadia.aikidev.net (cascadia.aikidev.net [IPv6:2600:3c01:e000:267:0:a171:de7:c]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3C45FC061574; Thu, 20 May 2021 11:24:22 -0700 (PDT) Received: from localhost (97-120-1-76.ptld.qwest.net [97.120.1.76]) (Authenticated sender: vagrant@aikidev.net) by cascadia.aikidev.net (Postfix) with ESMTPSA id C9AC71ACD4; Thu, 20 May 2021 11:24:19 -0700 (PDT) From: Vagrant Cascadian To: Salvatore Bonaccorso , Maxime Ripard Cc: Jernej =?utf-8?Q?=C5=A0krabec?= , "B.R. Oake" , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-sunxi@googlegroups.com, Rob Herring , Chen-Yu Tsai , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] ARM: dts: sun8i: h3: orangepi-plus: Fix Ethernet PHY mode In-Reply-To: References: <1243888060.510560.1612783497400@ichabod.co-bxl> <20210210150118.ly252i37eykayrcb@gilmour> <1719200956.433094.1613199092092@ichabod.co-bxl> <6612268.HtAl026vyE@jernej-laptop> <87o8dawhy3.fsf@yucca> <20210518150652.zxj56bljjeq3ogln@gilmour> Date: Thu, 20 May 2021 11:24:18 -0700 Message-ID: <87a6opqn59.fsf@ponder> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-05-18, Salvatore Bonaccorso wrote: > On Tue, May 18, 2021 at 10:25:40PM +0200, Salvatore Bonaccorso wrote: >> On Tue, May 18, 2021 at 05:06:52PM +0200, Maxime Ripard wrote: >> > On Sun, May 16, 2021 at 01:18:44PM -0700, Vagrant Cascadian wrote: >> > > On 2021-05-16, Salvatore Bonaccorso wrote: >> > > > On Sat, Feb 13, 2021 at 09:51:17AM +0100, Jernej Škrabec wrote: >> > > >> Let me first explain that it was oversight on my side not noticing initials in >> > > >> your SoB tag. But since the issue was raised by Maxime, I didn't follow up. >> > > >> >> > > >> Dne sobota, 13. februar 2021 ob 07:51:32 CET je B.R. Oake napisal(a): >> > > >> > On Wed Feb 10 at 16:01:18 CET 2021, Maxime Ripard wrote: >> > > >> > > Unfortunately we can't take this patch as is, this needs to be your real >> > > >> > > name, see: >> > > >> > > https://www.kernel.org/doc/html/latest/process/submitting-patches.html#de >> > > >> > > veloper-s-certificate-of-origin-1-1 >> > > >> > Dear Maxime, >> > > >> > >> > > >> > Thank you very much for considering my contribution and for all your >> > > >> > work on supporting sunxi-based hardware; I appreciate it. >> > > >> > >> > > >> > Thank you for referring me to the Developer's Certificate of Origin, but >> > > >> > I had already read it before submitting (I had to do so in order to know >> > > >> > what I was saying by "Signed-off-by:") and I do certify what it says. >> > > >> > >> > > >> > Looking through recent entries in the commit log of the mainline kernel, >> > > >> > I see several patches from authors such as: >> > > >> > >> > > >> > H.J. Lu >> > > >> > B K Karthik >> > > >> > JC Kuo >> > > >> > EJ Hsu >> > > >> > LH Lin >> > > >> > KP Singh >> > > >> > Karthik B S >> > > >> > Shreyas NC >> > > >> > Vandana BN >> > > >> > >> > > >> > so I believe names of this form are in fact acceptable, even if the >> > > >> > style might seem a little old-fashioned to some. >> > > >> >> > > >> Speaking generally, not only for this case, prior art arguments rarely hold, >> > > >> because: >> > > >> - it might be oversight, >> > > >> - it might be a bad practice, which should not be followed in new >> > > >> contributions, >> > > >> - different maintainers have different point of view on same thing, >> > > >> - maintainer wants to adapt new practice or steer subsystem in new direction >> > > >> >> > > >> > >> > > >> > I would like to add that I have met many people with names such as C.J., >> > > >> > A A, TC, MG, etc. That is what everybody calls them and it would be >> > > >> > natural for them to sign themselves that way. Some of them might want to >> > > >> > contribute to Linux some day, and I think it would be a great shame and >> > > >> > a loss to all of us if they were discouraged from doing so by reading >> > > >> > our conversation in the archives and concluding that any contribution >> > > >> > from them, however small, would be summarily refused simply because of >> > > >> > their name. Please could you ensure that does not happen? >> > > >> >> > > >> The link you posted says following: >> > > >> "using your real name (sorry, no pseudonyms or anonymous contributions.)" >> > > >> >> > > >> I believe that real name means no initials, no matter what people are >> > > >> accustomed to. From my point of view, CJ is pseudonym derived from real name. >> > > >> >> > > >> This is not the first time that fix of SoB tag was requested, you can find such >> > > >> requests in ML archives. >> > > >> > > I'm sure this isn't the first time this sort of thing has been brought >> > > up on this subject, but I feel obliged to mention: >> > > >> > > https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/ >> > > >> > > This seems to be blocked on culturally dependent perception of what >> > > looks like a "real name" as opposed to any technical grounds. >> > > >> > > What is the goal of the "real name" in Signed-off-by actually trying to >> > > achieve? >> > >> > https://www.kernel.org/doc/html/latest/process/submitting-patches.html#developer-s-certificate-of-origin-1-1 >> > >> > I'm not the one making the rules, sorry >> >> Would it be technically possible to do the following: Based on the >> downstream report we receved in Debian in >> https://bugs.debian.org/988574 wrap up the same patch (I guess I will >> need to use another commit message wording) and resubmit with my own >> SoB with my downstream hat on and say a Tested-by from Vagrant? So we >> are not blocked on the SoB issue from this original post of the change >> to apply to arch/arm/boot/dts/sun8i-h3-orangepi-plus.dts ? > > Here is an attempt to do that and coming from > https://bugs.debian.org/988574 for the change change submission. > > Regards, > Salvatore > > From 93c335c997d6386fc5cb7b9c5621b9b9725de20e Mon Sep 17 00:00:00 2001 > From: Salvatore Bonaccorso > Date: Tue, 18 May 2021 22:33:49 +0200 > Subject: [PATCH] ARM: dts: sun8i: h3: orangepi-plus: Fix ethernet phy-mode > > Commit bbc4d71d6354 ("net: phy: realtek: fix rtl8211e rx/tx delay > config") sets the RX/TX delay according to the phy-mode property in the > device tree. For the Orange Pi Plus board this is "rgmii", which is the > wrong setting. > > Following the example of a900cac3750b ("ARM: dts: sun7i: a20: bananapro: > Fix ethernet phy-mode") the phy-mode is changed to "rgmii-id" which gets > the Ethernet working again on this board. > > Fixes: bbc4d71d6354 ("net: phy: realtek: fix rtl8211e rx/tx delay config") > Reported-by: Vagrant Cascadian > Link: https://bugs.debian.org/988574 > Signed-off-by: Salvatore Bonaccorso Seems worth crediting the original reporter "B.R. Oake" with a Reported-by as well? live well, vagrant > --- > arch/arm/boot/dts/sun8i-h3-orangepi-plus.dts | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/boot/dts/sun8i-h3-orangepi-plus.dts b/arch/arm/boot/dts/sun8i-h3-orangepi-plus.dts > index 97f497854e05..d05fa679dcd3 100644 > --- a/arch/arm/boot/dts/sun8i-h3-orangepi-plus.dts > +++ b/arch/arm/boot/dts/sun8i-h3-orangepi-plus.dts > @@ -85,7 +85,7 @@ &emac { > pinctrl-0 = <&emac_rgmii_pins>; > phy-supply = <®_gmac_3v3>; > phy-handle = <&ext_rgmii_phy>; > - phy-mode = "rgmii"; > + phy-mode = "rgmii-id"; > > status = "okay"; > }; > -- > 2.31.1