Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp412780ybt; Wed, 24 Jun 2020 02:21:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyrMoRVekBIolwsU75SVocEx1f7qAldbjl7tVB2FuN9nj9B1/L6+Zbdh/nbjjH2XA5NA7gC X-Received: by 2002:a17:906:694d:: with SMTP id c13mr18050865ejs.337.1592990513044; Wed, 24 Jun 2020 02:21:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592990513; cv=none; d=google.com; s=arc-20160816; b=TSf/uuOyu/gld0r/ZyPZbmBiPmQjKg2JGwzCpBrYiDc0DUnUe66QYVTulV+HBWEw/r ob0tbcfTtArDWJnl2W7LiBaGSaQdBcFIzx/jXVlpcqIvtS4i/ndVkVU4dE5QsLnxQ/4S hbfpV8SamthCQPYkWVcJgFf9ouDuQQgwxyZ/9sPSoqlo4K9k0f4GH+C2O3rWOr4NIT4B vioLnP9r8lAQQv6LXWhubLyJw1+W+VqGtPYc/1lOEgylCG2uahdhQ2BfkCm77MzxWCVU eqoTaSYpgvRSPk4PGRJYMKwaHBQhp3KLrdA7Fyxj/rGwLNUcH6nCjW6+hLg9IKQU7Ale /fnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=U1MkeMav3rgM2pXSNTqGSaH9vXR2wuTt3ai+eM3hpl4=; b=Q7QxluJy0nQbobF9clu1+QeWWM1U4a97U51u8XNlQaU5VHVbOUPFE8O8TuVunOsVPf cH3mWTBIlcFTTnyUJiRTAp/2vLxOd0+OiPP/M8JHltQt6vaA7sYE5JTZf2ctwhDqvsJa Wxe4oZzUjqPX1kXL1yu/zXs5NHoh6/9vhVej8R16RxGQUv58dG6oCzdUD1w17Nl73Yov 1ZQvmnWLxkUijru8lQhDYklqZOwB9RsfQAmu7eqswaobRl2YAVs7A33vdGv0NV39pd7d W4nYO0KsJSOkFwE+EtwLlSCLRNsGKrxC+9OUSDq0GnrlvR4/rn2rmZYXfaflwct3R7cu Q6NQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=bdYacdR9; 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 kt18si12721192ejb.511.2020.06.24.02.21.29; Wed, 24 Jun 2020 02:21:53 -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=bdYacdR9; 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 S2389121AbgFXJTN (ORCPT + 99 others); Wed, 24 Jun 2020 05:19:13 -0400 Received: from ssl.serverraum.org ([176.9.125.105]:44125 "EHLO ssl.serverraum.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728637AbgFXJTN (ORCPT ); Wed, 24 Jun 2020 05:19:13 -0400 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 50F7923078; Wed, 24 Jun 2020 11:19:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1592990350; 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=U1MkeMav3rgM2pXSNTqGSaH9vXR2wuTt3ai+eM3hpl4=; b=bdYacdR9LQq1EGxqkQC0BzTmp/OSRD04I4OESLB7aT1kS+qYV0hJr4k0oAlDqU9yAoJkaB OEJgXjCIZEph3swCIfZos3+DbSVqZf++ri09jUuwpXxErBjnXhRjnd/vSRf6RfzqH3gLLr /YPE/XBjRi3t4ZB6UR+kWjmmBVDQBz8= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 24 Jun 2020 11:19:07 +0200 From: Michael Walle To: Lee Jones Cc: Frank Rowand , andy.shevchenko@gmail.com, robh+dt@kernel.org, broonie@kernel.org, devicetree@vger.kernel.org, linus.walleij@linaro.org, linux@roeck-us.net, andriy.shevchenko@linux.intel.com, robin.murphy@arm.com, gregkh@linuxfoundation.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 1/3] mfd: core: Make a best effort attempt to match devices with the correct of_nodes In-Reply-To: <20200624082352.GF954398@dell> References: <20200611191002.2256570-1-lee.jones@linaro.org> <30f03734-61fd-1b6b-bf11-21b6423a7c50@gmail.com> <20200624064145.GC954398@dell> <7a31b34940984b3f0921ed2d4fb29a58@walle.cc> <20200624082352.GF954398@dell> User-Agent: Roundcube Webmail/1.4.5 Message-ID: X-Sender: michael@walle.cc Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 2020-06-24 10:23, schrieb Lee Jones: > On Wed, 24 Jun 2020, Michael Walle wrote: [..] >> Although Rob mentioned to maybe relax that, but I sill fail to see >> the advantage to have an arbitrary reg property instead of a unique >> node name. > > I don't have a strong opinion either way. > > We can *also* add node name matching if Rob deems it fit. Where do you see a use of the reg property? You already expressed that you see exposing the internal offset as a hack: "Placing "internal offsets" into the 'reg' property is a hack." [1] So what are you putting into reg instead? Rob suggested "anything" documented in the hardware manual. But isn't this just also something we make up and especially for the MFD driver. Thus IMHO it doesn't qualify as a unit-address, which - as far as I understand it - is unique on the parent bus. To repeat my argument, its not a defined thing like an I2C address. [1] https://lore.kernel.org/linux-devicetree/20200609185231.GO4106@dell/ -michael