Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp3361640imm; Fri, 25 May 2018 04:32:12 -0700 (PDT) X-Google-Smtp-Source: AB8JxZo9/5Z23PgVsf7vJPPsFbcQflpjihIAeJhP22vKJ0Q+yXjeRe0Cd1YWoCpGlN5IybgklVOp X-Received: by 2002:a17:902:8f93:: with SMTP id z19-v6mr2214135plo.166.1527247932576; Fri, 25 May 2018 04:32:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527247932; cv=none; d=google.com; s=arc-20160816; b=D9rK+qIamrFf3KY2RJGsSfpJmEo+FYCVzS4LC5gIWyNVwgSyK+B5nukwGH5+w2NQvB dUcCayZXBTPHuGu/ug5Elxys3ofT7tUoRqNCVymkUohXydtO20gOJ6eiYemBknZ0h0ZL dQ+loHsoR3cqrekKKEUWOaxBJT/JuNC85hX/eAmdDcBitmuB06vDGeoFj1hWJeXqsjO8 xieGQ8UkrPY42xbr1qHNF7PqEu+jJhz0O2cImNtGFM1W/WQ4VTc/cNV2JwUTH8jk8SPk RQWxaWwn8GXoM+8R05q+sVteoB9yjKTBtV5zaI2+DK1D/lsVst9OqGi2s/0er3eE8itp pQNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:date:from:dkim-signature:arc-authentication-results; bh=6oHp+gblxZIieXsFfPLCXHXIRpB8NrjzO5WjJS7Ujo0=; b=U9G9U1zMTiwIad3Nl/pZkaVua6lsXMX6GXbOtgJKr6eRf37GuDohJG/xF3r5RKE6h9 NNziatacABkpuZTX9cyVqnOc7tlf9b/Tlh3ZYNcPh+YKS8NuX4tzDcbIlzOxlaAxZznR Eu5J9tC2E9qAxlUp8iytDO0olMSXYsNI+G1viojwdRhg7wQITc0xFVs0GayhblZEhIcq 3Vqa2nATYzBTw76d37z38s30hxRgTy/SGkHnnSx+EnayXkgmfgUWd77M3qFRQCF5aUBf v7jk2VzYiQqjeysLWDJzIv62rw3SeKz35MmTkWYjT1Dk15aCSiMEHryPIbpRMmtFKsOZ fTrQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=q5XcaSEj; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u16-v6si7358882pgv.600.2018.05.25.04.31.57; Fri, 25 May 2018 04:32: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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=q5XcaSEj; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966435AbeEYLbi (ORCPT + 99 others); Fri, 25 May 2018 07:31:38 -0400 Received: from mail-wm0-f68.google.com ([74.125.82.68]:33890 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965907AbeEYLbf (ORCPT ); Fri, 25 May 2018 07:31:35 -0400 Received: by mail-wm0-f68.google.com with SMTP id q4-v6so12901983wmq.1; Fri, 25 May 2018 04:31:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=6oHp+gblxZIieXsFfPLCXHXIRpB8NrjzO5WjJS7Ujo0=; b=q5XcaSEjyHGiGBuyD+fcCJh+YwtJXbEKtASEZ+oX/Oa/Fi3dDwilXFHViWywLViFLh enph2k+G5WvjuwrP0Bq0/quX0CHRvy9df0R4cvzydzNU+LjXy3OWA3ma2atAUZ7f6+L5 w7jECIGyQ9ZsNgMRuDx5iuqSzYCUsiTI2tukTGVeOvd4eU0fMp6zz1aVkktNt3noIzku lwRRkTW1Wmgad01E3J279pwFNnPDDlkJB+phVWo+nB4kOAWDFcpuDFqNz7hJQcFyUV0T Cj6Au5NUHRv4D9m5r4fWHCDsApxZmCqC2SJoPeHnss6+EnRpPq0/1Tn55ciRloN9kLTg E73g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=6oHp+gblxZIieXsFfPLCXHXIRpB8NrjzO5WjJS7Ujo0=; b=BTu1VbLnOkjvbP0fTtQYkgYLc6gG7x8GvANhQ9APoAwXOpqhMAVAlj3PmCVQo56whA awr8UYGBRWbNcrWCClgdMa2HFsWVBDiaAf5lHJqUnCJdglX2LiieqdfJYd/1VjvdKSkq o1Rz7ctVbxKOPZDjQQYAA6IwdRVFLEk5ldZHaOq2NznOF/nr6seqmpIm7gc+4YQcZzfA rgdROXROJE1QOT+0OtcoFgQYvHYmHYUMuRM1oA+xJSywh45FaxfG6PEM/DqWKivemuyh +DXCYjqsk7z+Rn9DM50d6Ie62H9nOFHdy2DIBOusgACzIJfSvuJS0NsePA+lnFeG1bTC 74NQ== X-Gm-Message-State: ALKqPweskPSOBkzMH0HlH+nIzldinlCG/SPGlmsGeDBCIV+T81P6IxE7 WzjfpG+iSgxb4Kl9JsS5kps= X-Received: by 2002:a2e:56cb:: with SMTP id k72-v6mr1428422lje.140.1527247894215; Fri, 25 May 2018 04:31:34 -0700 (PDT) Received: from localhost.localdomain ([213.255.186.34]) by smtp.gmail.com with ESMTPSA id d90-v6sm4310420ljd.15.2018.05.25.04.31.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 25 May 2018 04:31:33 -0700 (PDT) From: Matti Vaittinen X-Google-Original-From: Matti Vaittinen Date: Fri, 25 May 2018 14:31:30 +0300 To: Mark Brown Cc: Matti Vaittinen , "Vaittinen, Matti" , "mturquette@baylibre.com" , "sboyd@kernel.org" , "robh+dt@kernel.org" , "mark.rutland@arm.com" , "lee.jones@linaro.org" , "lgirdwood@gmail.com" , "linux-clk@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "Mutanen, Mikko" , "Haikola, Heikki" Subject: Re: [PATCH 4/9] regulator: bd71837: Devicetree bindings for BD71837 regulators Message-ID: <20180525113130.GD16888@localhost.localdomain> References: <20180524055752.GE4249@localhost.localdomain> <20180524140118.GS4828@sirena.org.uk> <042F8805D2046347BB8420BEAE397A4016C06B47@WILL-MAIL002.REu.RohmEu.com> <20180524175721.GB4828@sirena.org.uk> <20180525055430.GB16888@localhost.localdomain> <20180525102458.GJ4828@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180525102458.GJ4828@sirena.org.uk> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 25, 2018 at 11:24:58AM +0100, Mark Brown wrote: > On Fri, May 25, 2018 at 08:54:30AM +0300, Matti Vaittinen wrote: > > On Thu, May 24, 2018 at 06:57:21PM +0100, Mark Brown wrote: > > > > You can look at the regulators node within the parent device, you know > > > that in Linux the parent device will be the MFD. > > > So I should parse the device-tree in MFD my driver in order to locate > > the regulators node? Isn't that somewhat like code dublication? If we > > rely on compatibles we can avoid device-tree parsing in MFD driver, > > No, there's no need to do this - the child can just look at the of_node > of the parent since it can never be instantiated otherwise. > > > right? An in-tree example of this is: > > There are some bad examples (and some where the same regulators can get > used with multiple different parents) but that's no reason not to follow > good practice. Fair enough. I guess you may still know regulator subsystem better than I do with my one month of experience ;) I'll follow your suggestion and cook-up new patches. Br, Matti Vaittinen