Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2544049imm; Mon, 10 Sep 2018 02:51:13 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaW11KFvia2oRQ61zxLDYm+2HvuSnPgvyDXww7mVU8GgQSfbpFUlfl7EBheTyw6k63j4wt6 X-Received: by 2002:a62:2119:: with SMTP id h25-v6mr23023784pfh.112.1536573073510; Mon, 10 Sep 2018 02:51:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536573073; cv=none; d=google.com; s=arc-20160816; b=eHeFA1ZFZ1KudFXkDEVEUHPZRq89OAmIKU9krunEtoVQ8y/Pa5KMBkjuzFBY7X5BbB AIDixjYlnJGm88Bnx8T2UysV0tLFXnY1zXTtp5LwSm/6iudmCxcbh4EiU1VKZggEI+24 YiQuGo+IctYrIznHWMhSCrgTKXMDPvSeG9cPK3hJEb9TfcRknz3ZFpJdJDryERZU0KG1 1E62EHVRIqJh5v1aKndVikQf57EpyBLj/B3mEbvxLp2feDr1rbcAq6oENdmCyhYcoGk2 0aYU7ROIO6XME7wvLFNGpq1QafIQL1CQ9rA3VWYFDdxr97mDo6x4+UGksVCBrBDlTkI/ WDrw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=HeNV1jODvI94jRtQMdVN0qmHEmhEP3LfVeAV19uOuko=; b=iJvNR1eVNoykEW5TdigakvFtJMkwLVVX9Z5jLfJDtQwr+SGxYLejQ4wZSC3C73hIOO E7DEklBoqMdeOCWnV7JhQw6MX9LW5/l8n7kM9fi1q0zpeTrIBWf2rArY7XUGzBUy05/Z /KtP6kP8qnjtbW3TjU/uyYAHsgH32bpCAKBSbGU4+KoLcKQQgnN+aTMZWi23vU1tAcMn GHMxG6abL+RMkEmZUtTE2LBKizadTPjN378ucGaiJs/uKpU4kovSXXSiEgOqLrY3bGAo /nnj2NZJZNbY7vlBx1eb5zttRi3QLHwkMXpyNf9bTPDb2/PKlsUcpmw9vHq9bZP5GDCQ ZASg== 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 b2-v6si17236168pgc.541.2018.09.10.02.50.57; Mon, 10 Sep 2018 02:51:13 -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 S1728069AbeIJOmw (ORCPT + 99 others); Mon, 10 Sep 2018 10:42:52 -0400 Received: from mail.bootlin.com ([62.4.15.54]:60179 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726907AbeIJOmw (ORCPT ); Mon, 10 Sep 2018 10:42:52 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id DAD37208AF; Mon, 10 Sep 2018 11:49:38 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from bbrezillon (AAubervilliers-681-1-30-219.w90-88.abo.wanadoo.fr [90.88.15.219]) by mail.bootlin.com (Postfix) with ESMTPSA id 684EF208BE; Mon, 10 Sep 2018 11:49:28 +0200 (CEST) Date: Mon, 10 Sep 2018 11:49:27 +0200 From: Boris Brezillon To: Bartosz Golaszewski Cc: Srinivas Kandagatla , "David S . Miller" , Mauro Carvalho Chehab , Greg Kroah-Hartman , Andrew Morton , Arnd Bergmann , Jonathan Corbet , Sekhar Nori , Kevin Hilman , David Lechner , Andrew Lunn , Alban Bedel , Maxime Ripard , Chen-Yu Tsai , linux-doc , Linux Kernel Mailing List , Linux ARM , Bartosz Golaszewski Subject: Re: [PATCH v2 13/16] nvmem: add support for cell lookups from machine code Message-ID: <20180910114927.083e2de8@bbrezillon> In-Reply-To: References: <20180907100750.14564-1-brgl@bgdev.pl> <20180907100750.14564-14-brgl@bgdev.pl> <484b6ec5-cd8e-e5c5-0c5c-2f11c504ea1c@linaro.org> <20180910102324.52ecd8f7@bbrezillon> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 10 Sep 2018 11:45:48 +0200 Bartosz Golaszewski wrote: > 2018-09-10 10:55 GMT+02:00 Srinivas Kandagatla : > > > > > > On 10/09/18 09:23, Boris Brezillon wrote: > >> > >> Well, if we get rid of nvmem-machine.h, the cell-lookup stuff > >> should go in nvmem-consumer.h not nvmem-provider.h. On the other hand, > >> everything that is related to cell creation should be placed in > >> nvmem-provider.h. > > > > Yes, this is how it should be! > > > > Any actual reason for not putting these definitions into a separate > 'machine' header? This approach is currently used by gpio, pinctrl, > iio and regulator framework because most systems use either DT or ACPI > and don't need to pull in any stuff aimed at board files. I'm perfectly fine with the separate header file, all I'm saying is, if Srinivas does not want nvmem-machine.h, definitions should be placed in nvmem-provider.h or nvmem-consumer.h depending on who they're meant to be used by (providers or consumers).