Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp133021pxk; Thu, 24 Sep 2020 01:17:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJys3WUFClYokNLuA7SxgjeBnCGVXgSVdJ8Nox0d5fo22HGotzX1LPCBu/jKOUREKNsvULvQ X-Received: by 2002:a17:906:370a:: with SMTP id d10mr3596633ejc.393.1600935453642; Thu, 24 Sep 2020 01:17:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600935453; cv=none; d=google.com; s=arc-20160816; b=OeeBCNvn86LNiddVXQjz0b2J+Xxj/Fi7mhtX4fsF04mANMrKBgk6BW+YDlTp6xhHWZ jpRv3AyDMS10v6/Kt1NM2q5z5Chu3YD3bnx41X5pOTVHYp6aWtkG8DVQe22y2N7xA10Z QsnmWLcx+2J+NvOxqeZfBGCwWlqzJaXgM5WKojk5aF7QrjmKoswWigKXuMNnzLMXEy9+ tnMuIXbaxL7VUkPTwk+nhvbsyfWOV/tW6+DpK0kVPI2ky9pginDCdiHCGs4KYTOYhPYE qaPbz/o1wuGYh0WMYQL3qXm11LHV7/uTLdyIjgPVURQhIDP4OPR1yiOf7sPYzFG/A65O lXTw== 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=aUwBJ7r6qWxJg6a/PftBsx2yo4NrlAgodkVH+8nXF2I=; b=PO0cdvJ6yZcADVshj+t4T2+4gpEH73VyuPQh9xzq+OZhGw+FqlwODDs9yWeS8mtR8o uPQoWeKI+VC0MqaWv4rhJuBBHRi0jYX01YHBjrobtEIMW7zXWRKsxSNVVenrilp1sicZ bCtUPSCrRkD+RS8mQecHAUc3QWxRFb21UqsQrO3xezyHxHKMXLK1z+YkdXUCgobzrzFx 37tg26qq/BlK8/ThBapeKaaW0fyNzgTGlSRJ3OYNtKg0bbenrVOSv907xXECmw3+c9g/ 0B6ojt1mRUCCg8WEeO+AuiKtBMv2AjoPl5WO9yzcwPdgIb5b1VGbqigJBRjv72eW6MgX /Pzw== 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 bo22si1741166edb.187.2020.09.24.01.17.08; Thu, 24 Sep 2020 01:17: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 S1727258AbgIXIPh convert rfc822-to-8bit (ORCPT + 99 others); Thu, 24 Sep 2020 04:15:37 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:64079 "EHLO relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727180AbgIXIPg (ORCPT ); Thu, 24 Sep 2020 04:15:36 -0400 X-Originating-IP: 90.65.92.90 Received: from localhost (lfbn-lyo-1-1913-90.w90-65.abo.wanadoo.fr [90.65.92.90]) (Authenticated sender: gregory.clement@bootlin.com) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id BE4C840009; Thu, 24 Sep 2020 08:15:33 +0000 (UTC) From: Gregory CLEMENT To: Pali =?utf-8?Q?Roh=C3=A1r?= Cc: Andrew Lunn , Jason Cooper , Sebastian Hesselbarth , Rob Herring , Tomasz Maciej Nowak , Andre Heider , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] arm64: dts: marvell: espressobin: Add ethernet switch aliases In-Reply-To: <20200923161929.2qiqvlnxoj45jzjg@pali> References: <20200907112718.5994-1-pali@kernel.org> <20200907144228.GV3112546@lunn.ch> <20200907145213.fwlyz4k6scible7x@pali> <20200907154353.GW3112546@lunn.ch> <20200907161316.xd5svvahi5xusdlw@pali> <20200907172345.GB3254313@lunn.ch> <20200908074733.f33pwtreojzobivq@pali> <20200923161929.2qiqvlnxoj45jzjg@pali> Date: Thu, 24 Sep 2020 10:15:33 +0200 Message-ID: <87sgb7h9p6.fsf@BL-laptop> 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 Hi Pali, > On Tuesday 08 September 2020 09:47:33 Pali Rohár wrote: >> On Monday 07 September 2020 19:23:45 Andrew Lunn wrote: >> > On Mon, Sep 07, 2020 at 06:13:16PM +0200, Pali Rohár wrote: >> > > On Monday 07 September 2020 17:43:53 Andrew Lunn wrote: >> > > > > I would not say it is a "new feature". But rather that patch in this >> > > > > email fixes issue that Linux kernel did not set correct MAC address for >> > > > > DSA slave ports. I think it is something which could be backported also >> > > > > to stable releases as "ignoring" vendor/factory MAC address is not >> > > > > correct behavior. >> > > > >> > > > Hi Pali >> > > > >> > > > The rules for stable are here: >> > > > >> > > > https://www.kernel.org/doc/html/v5.8/process/stable-kernel-rules.html >> > > > >> > > > Do you think it fits? >> > > > >> > > > Andrew >> > > >> > > Hello Andrew! I think it fits into those rules. As I wrote it fixes real >> > > bug that Linux kernel does not use correct MAC address for particular >> > > DSA slaves / ethernet ports. >> > >> > O.K, then: >> > >> > Reviewed-by: Andrew Lunn >> > >> > Andrew >> >> Ok! Andrew, I would like to ask another question, how to correctly >> define that this patch depends on a2c7023f7075c? I specified it in >> human-readable part of commit description, but for backporting it would >> also need some machine-readable format. So patch would not be >> occasionally backported to older/stable kernel where a2c7023f7075c is >> not available. > > Based on stable-kernel-rules.html document I think that following line > should define this dependency in machine readable format: > > Cc: # a2c7023f7075c: dsa: read mac address > > Gregory, if it is correct, would you add that line into commit sign-off > area where is existing Fixes: line? I amended the commit log with this change. Thanks, Gregory -- Gregory Clement, Bootlin Embedded Linux and Kernel engineering http://bootlin.com