Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932358AbcK1JjR (ORCPT ); Mon, 28 Nov 2016 04:39:17 -0500 Received: from hqemgate14.nvidia.com ([216.228.121.143]:12842 "EHLO hqemgate14.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932284AbcK1JjL (ORCPT ); Mon, 28 Nov 2016 04:39:11 -0500 X-PGP-Universal: processed; by hqnvupgp08.nvidia.com on Mon, 28 Nov 2016 01:39:09 -0800 Message-ID: <583BF73F.7010407@nvidia.com> Date: Mon, 28 Nov 2016 14:52:07 +0530 From: Laxman Dewangan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Jon Hunter , Thierry Reding CC: , , , , , , , , , , Subject: Re: [PATCH V4 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads References: <1479976734-30498-1-git-send-email-ldewangan@nvidia.com> <1479976734-30498-3-git-send-email-ldewangan@nvidia.com> <20161125095744.GB11512@ulmo.ba.sec> <583828D5.5060507@nvidia.com> <583879A8.7020401@nvidia.com> <4d255a3e-0816-498c-a280-6d29ca880e13@nvidia.com> In-Reply-To: <4d255a3e-0816-498c-a280-6d29ca880e13@nvidia.com> X-Originating-IP: [10.19.65.30] X-ClientProxiedBy: DRBGMAIL102.nvidia.com (10.18.16.21) To bgmail102.nvidia.com (10.25.59.11) Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1041 Lines: 22 On Monday 28 November 2016 02:56 PM, Jon Hunter wrote: > On 25/11/16 17:49, Laxman Dewangan wrote: >> >> In the above dpaux driver, you used the pinctrl framework and its core >> functionality for the device tree interfacing and client interfacing. >> >> The same thing I am saying here, we should not avoid the pinctrl >> framework. The client driver will use the pinctrl framework for the IO >> pad configurations, not direct PMC APIs. > Exactly, so why are you saying that by moving the code into the PMC > driver this will "need lots of DT processing for getting information > from DT"? By moving the code, we are not suggesting we don't use the > pinctrl framework, we are just suggesting we move the code. That's all. > > OK, got it. My understanding from suggestion was that to implement everything without using the pinctrl framework. I dont see much issue to just move this to drivers/soc/tegra folder I hope rest of stuff will be same, registering it as subdev of the pmc and this io pad driver will be the platform driver.