Received: by 10.192.165.156 with SMTP id m28csp288484imm; Tue, 17 Apr 2018 10:08:12 -0700 (PDT) X-Google-Smtp-Source: AIpwx48OlzBZzpWeD5Rmp16yJkNt+NqyqPgTGafN6r5AVbMLKrEAi8uQshvM5V46laqDbK7A7mxr X-Received: by 10.99.112.91 with SMTP id a27mr2430472pgn.432.1523984892315; Tue, 17 Apr 2018 10:08:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523984892; cv=none; d=google.com; s=arc-20160816; b=y9h4Y2v58KEWKA8uMD6JZBKZWL4KizS/uXP4injNoSExPAvYlzXy9YCKJbrWKMhTfr bi164TtxQMRzGUcyzR0lAV/Nir4kUtTWoD5dz/i8FUIxhFm0iBs4POfhoLlqk/0Dd+jC XcT8tLGa9TIBnIOzE6P9dsmcYGrCosPluLVTr7jFx+BWHYioZ0WhrVz/XItL//H4qzuT nU6qIpAhoV33YXLG1ZE57K/OIy6foJQVgDoOKq+MnCs1btb39yWlj16pBcDhEzlpSQL2 RZvFzD45904F7q39vxQl815gqBZB3f4J41LK1nPkZNCIa55XIU/YDlhco/JUE3e41HjE lC4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=K7YFlrhPzSwEku8Rp3/TvVLfHJGHxCX2RLnvXYzncYs=; b=DlBloKtjpCqn+c6JGKPQvc6fAMdQc/wsW95wxQdNFzZR6emXH7b6O4XuTsqfKLA6q2 MFT7tMolwAc3EaODogAd8hSiS5qbvOFPo6ibCczQPrraIWL3KHq4RTPyds/iaAWoObC8 NvjHoNyPv2JH9ytuD1eS/5Ij5vXStoCWy+VLPQp2ka3N3INAa1DctSmyAm05VPfAs3fQ SuigzcwvQuQ7df2aC4uW/0OTqEhs8tf21MElp652MlG4Y6mOALjjPCg1ls7WLmOyuMt+ 4FsgpAaW4oTJG4ZM+BRU9n0ZBdbOUB0xctaPU9w8X6fixZHV+ZoHICGKZ/mIFZNvykQ9 Afew== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 97-v6si14798838plb.383.2018.04.17.10.07.57; Tue, 17 Apr 2018 10:08:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754021AbeDQRGA (ORCPT + 99 others); Tue, 17 Apr 2018 13:06:00 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]:3326 "EHLO smtp1-g21.free.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752681AbeDQQBK (ORCPT ); Tue, 17 Apr 2018 12:01:10 -0400 Received: from avionic-0020 (unknown [80.151.56.191]) (Authenticated sender: albeu@free.fr) by smtp1-g21.free.fr (Postfix) with ESMTPSA id E935DB00565; Tue, 17 Apr 2018 18:00:42 +0200 (CEST) Date: Tue, 17 Apr 2018 18:00:40 +0200 From: Alban To: Srinivas Kandagatla Cc: Alban , linux-kernel@vger.kernel.org, Rob Herring , Mark Rutland , David Woodhouse , Brian Norris , Boris Brezillon , Marek Vasut , Richard Weinberger , Cyrille Pitchen , devicetree@vger.kernel.org, linux-mtd@lists.infradead.org Subject: Re: [PATCH v3 1/3] nvmem: Update the OF binding to use a subnode for the cells list Message-ID: <20180417180040.04f53495@avionic-0020> In-Reply-To: <8c4b48ad-e99e-030a-a4ee-b6df0fa59c79@linaro.org> References: <1521933899-362-1-git-send-email-albeu@free.fr> <1521933899-362-2-git-send-email-albeu@free.fr> <344e0087-7410-aebb-8a66-c6976064df10@linaro.org> <20180417165420.423a691b@avionic-0020> <8c4b48ad-e99e-030a-a4ee-b6df0fa59c79@linaro.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/YLeXxEFOUnyhF3V3rFza/6w"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Sig_/YLeXxEFOUnyhF3V3rFza/6w Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 17 Apr 2018 16:44:01 +0100 Srinivas Kandagatla wrote: > Thanks for explaining, >=20 > On 17/04/18 15:54, Alban wrote: > > This will not only allow reading the calibration data from nvmem, but > > will also create a partition on the MTD device, which is not acceptable. > > With my proposed binding this would become: > >=20 > > flash@0 { > > #address-cells =3D <1>; > > #size-cells =3D <1>; > > compatible =3D "s25sl064a"; > > reg =3D <0>; > >=20 > > nvmem-cells { > > compatible =3D "nvmem-cells"; > > #address-cells =3D <1>; > > #address-cells =3D <1>; > >=20 > > calibration: calib@404 { > > reg =3D <0x404 0x10>; > > }; > > }; =20 >=20 > Why can't we make nvmem-cells node a nvmem provider in this case? > Which should work! TBH I just copied what have been done to fix the same problem with the MTD partitions. But yes we could also just extend the current binding to require a compatible string on each nvmem-cell, which would not require any code change to support. Alban --Sig_/YLeXxEFOUnyhF3V3rFza/6w Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJa1hopAAoJEHSUmkuduC28O7UQAL22SFho4/P7CylA+uQcs/zC 9kE/xD/hgrQ+dbnfJkrDgkebwW9RQb7WxSKjy5fzSxjCqEat5qAbPNeur25MEDbw TbBbgaquxDoFA+g3aDm47Gx2LfycZJRpEkbByDJ18bbFCsFqDSccllXX6nfINroG 8rKKbZKambP7R3HQS5zJh0uIrG9Sl/uDZ6mpLC3QFf0mXi2cvOUbm49g0D28GHRf MRF3Tsgmza1Pmfv1vSFaLCKXUuHSLTBMbXrmrS/u8W78yw+4cxrVXDA3WrcKXboK bfjz+sEfCJQvRF3Ci2sUdRFaZ7GMZLc28CBVSxUCZGHMcreSXifL562rMIkSNIUP pBK/CH/1gSKHN8sFKqUtsCZ+omXXaZyHw76zzrDCUQMvX2uA8dH3xa7Ezsdo+vCK rPjyA24LgRbUvjxpiC9DotKeWV93yfTYW5UYl2sYjPHe59u7hiepEzABodOMKydD Woap16GsSblZTzZ1fpykqrN/G4J24BHfDtnZYG/thpG1efHc6ZXf7KHMc4fCZnKF 7OyAIhw0SR35jnMFzZAAcuaGOpLfpVmDn6JhInu0zSJB0aNeojhnk8buXxtXtIYz aSSmyYdkMqjjzmMC5JO00XhNYpm5xeGMxhxNqELTjcrWVCEOG6VdRVXsKK+97Myt IZIk0BPwkeqPiDiFZJ2r =UpNP -----END PGP SIGNATURE----- --Sig_/YLeXxEFOUnyhF3V3rFza/6w--