Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp1185983pxb; Thu, 15 Apr 2021 16:46:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJydvoLjcBo7vtQH2fdUQE8n3P9hrmLEuPVdeXadm5Vjz/grHqMbd9URUOcjEA5lqca7icXO X-Received: by 2002:a17:902:d112:b029:ea:e2f7:114c with SMTP id w18-20020a170902d112b02900eae2f7114cmr6525463plw.16.1618530389658; Thu, 15 Apr 2021 16:46:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618530389; cv=none; d=google.com; s=arc-20160816; b=FjsiufcbmX11KXpcOOyeLX6+gJhIGuYd1C04wjeetyLxKEt2JwxNV27ALUoJ74dng1 6wvc9ZegQRN18+D3GWY7fb0zjOi12QkLHgvg+NMlAKihzVQQ31MFDo05aqk6elfI/isB ArODx6YWItXO8CRA3xyycJVRrSYtiY0U6o4EaeNwY7lCNKg4FK4Kd2sJ/kpHQDMwv1KQ rDNFC1cDQJoylq9vQvUxaWC0AtRBKor01XNyxelPwvYqn4heLZSzDbiCb+5Pwg2Bjjjw bQSd/ezfFYnL5wNIF9cXpCK+q8IxcDpUdrTjBJ0vgbbdYD7GutEqm4t2zej+pOzR3BlU M+CA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:user-agent:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :dkim-signature; bh=4EpAThp1KbLIOtaa6ziaIprjD37b45cKEYo+IUj/xDc=; b=zgDC5r7YHJElCE7KJ5BuIAIRIJuFqSRAdBw6r2R/hGbHtu5a+qlgHq2uVSgtFge04N 88Le47l5czaI6QlO8zZgBMYc5e8j4kyQ8u2BHduMizMqO9zskjzfS9tft8pyO6arUsY3 p2uB8PW0669vjO9DT2pXu3meS5DZ81Yshdkg2GI2nONQuI4QoHijiaRWoff0ama21zvM SNWIBL68gh4UYOhF9lz18zW+ZpH0+dg/e/h8E6S8dBCCmANi9ygt0ud+DaGVYxnimI+0 NcJHPrPUC3W3lHuOuaXOKVCgBB+W0q12b51SHMDV53eiq48Fs3pbab6OLltDehU1nneT FZTA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=RADHosZm; 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 l6si5197177plg.420.2021.04.15.16.46.15; Thu, 15 Apr 2021 16:46:29 -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; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=RADHosZm; 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 S235142AbhDOW2S (ORCPT + 99 others); Thu, 15 Apr 2021 18:28:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58676 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234940AbhDOW2R (ORCPT ); Thu, 15 Apr 2021 18:28:17 -0400 Received: from ssl.serverraum.org (ssl.serverraum.org [IPv6:2a01:4f8:151:8464::1:2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A4EC9C061574; Thu, 15 Apr 2021 15:27:53 -0700 (PDT) Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id 53E4A2224D; Fri, 16 Apr 2021 00:27:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1618525668; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4EpAThp1KbLIOtaa6ziaIprjD37b45cKEYo+IUj/xDc=; b=RADHosZmWWj2QD7mjS4sz9BVJiaQERQe0Bcb7BXZpDpOfvtxEOplhXLMYDSwYK+S4V5ZQ0 b+Zd4SNiE5Ahu0UYMQkOUv498tZhLqOXS4P9LAlKjuxzZnVRZAKrUHR/71v8j3vAwnTxBq pEVrfONiHlfZ2usUT9gjS36RKk4W1t4= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 16 Apr 2021 00:27:46 +0200 From: Michael Walle To: Rob Herring Cc: Andrew Lunn , netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, "David S . Miller" , Jakub Kicinski , Heiner Kallweit , Russell King , Frank Rowand Subject: Re: [PATCH net-next 1/3] dt-bindings: net: add nvmem-mac-address-offset property In-Reply-To: <20210415215955.GA1937954@robh.at.kernel.org> References: <20210414152657.12097-1-michael@walle.cc> <20210414152657.12097-2-michael@walle.cc> <20210415215955.GA1937954@robh.at.kernel.org> User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: michael@walle.cc Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 2021-04-15 23:59, schrieb Rob Herring: > On Wed, Apr 14, 2021 at 05:43:49PM +0200, Andrew Lunn wrote: >> On Wed, Apr 14, 2021 at 05:26:55PM +0200, Michael Walle wrote: >> > It is already possible to read the MAC address via a NVMEM provider. But >> > there are boards, esp. with many ports, which only have a base MAC >> > address stored. Thus we need to have a way to provide an offset per >> > network device. >> >> We need to see what Rob thinks of this. There was recently a patchset >> to support swapping the byte order of the MAC address in a NVMEM. Rob >> said the NVMEM provider should have the property, not the MAC driver. >> This does seems more ethernet specific, so maybe it should be an >> Ethernet property? > > There was also this one[1]. I'm not totally opposed, but don't want to > see a never ending addition of properties to try to describe any > possible transformation. Agreed, that stuff like ASCII MAC address parsing should be done elsewhere. But IMHO adding an offset is a pretty common one (as also pointed out in [1]). And it also need to be a per ethernet device property. -michael [1] https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20200920095724.8251-4-ansuelsmth@gmail.com/