From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756544Ab3E0GgB (ORCPT ); Mon, 27 May 2013 02:36:01 -0400 Received: from hqemgate14.nvidia.com ([216.228.121.143]:7272 "EHLO hqemgate14.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754430Ab3E0Gf7 convert rfc822-to-8bit (ORCPT ); Mon, 27 May 2013 02:35:59 -0400 X-PGP-Universal: processed; by hqnvupgp07.nvidia.com on Sun, 26 May 2013 23:35:49 -0700 Message-ID: <51A2FEE9.1060905@nvidia.com> Date: Mon, 27 May 2013 12:06:25 +0530 From: Laxman Dewangan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121028 Thunderbird/16.0.2 MIME-Version: 1.0 To: Kishon Vijay Abraham I CC: Chanwoo Choi , "myungjoo.ham@samsung.com" , "balbi@ti.com" , "gg@slimlogic.co.uk" , "lgirdwood@gmail.com" , "broonie@kernel.org" , "devicetree-discuss@lists.ozlabs.org" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-usb@vger.kernel.org" , "linux-omap@vger.kernel.org" , "grant.likely@linaro.org" , "rob.herring@calxeda.com" , "rob@landley.net" , "gregkh@linuxfoundation.org" , "george.cherian@ti.com" , "sameo@linux.intel.com" Subject: Re: [PATCH v5 2/3] extcon: Palmas Extcon Driver References: <1369405896-30246-1-git-send-email-kishon@ti.com> <1369405896-30246-3-git-send-email-kishon@ti.com> <51A2F07F.8070009@samsung.com> <51A2F512.2090907@ti.com> <51A2F84D.9030605@samsung.com> <51A2FB88.9000303@nvidia.com> <51A2FDD2.10309@ti.com> In-Reply-To: <51A2FDD2.10309@ti.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 27 May 2013 12:01 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Monday 27 May 2013 11:52 AM, Laxman Dewangan wrote: >> On Monday 27 May 2013 11:38 AM, Chanwoo Choi wrote: >>> On 05/27/2013 02:54 PM, Kishon Vijay Abraham I wrote: >>>> Hi, >>>> >>>> On Monday 27 May 2013 11:04 AM, Chanwoo Choi wrote: >>>>> Hi Kishon, >>>>> >>>>> I have some comment about this patch >>>>> and upload modified patch to following repository (extcon-for-palmas). >>>>> - >>>>> http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/commit/?h=extcon-for-palmas&id=f2b7cb80699cbe1a5fd6c97ef2c600915f8d7f2c >>>>> >>>>> >>>>> This patchset include patch related to other module >>>>> ,so I need your opinion to apply this patchset to git repository. >>>> yeah.. Still there is some confusion with palmas_set_switch_smps10(). >>>> I think we can remove it for now and add it separately later. By this >>>> at least we can have device mode fully functional in OMAP5. What do >>>> you think? >>>> >>> I agree your opinion. >>> >>> But, I propose some fixes about palmas_set_switch_smps10(). >>> I dont' prefer to call global function in exton-palmas.c from >>> palmas-regulator.c. >>> So, Why don't you use regulator consumer instead of global function? >>> You can register specific regulator for enabling or disabling >>> SMPS10_SWITCH_EN >>> and then control SMPS10_SWITCH_EN bit through regulator framework in >>> extcon-palmas.c >>> without calling global function. >> Along with this, I also like to make the VBUS regulator control to be >> optional here. Currently it is mandatory. > But dint you just tell on my v4 of this patch that you don’t require this. > http://www.spinics.net/lists/linux-doc/msg10638.html In V4, I said remove this VBUS control and my mean was to remove all regulator calls for VBUS enabled/disable. I saw you just remove the platform data option to have this control and made VBUS mandatory. Probably some gap here. In tegra platform, we dont need VBUS regualtor control from extcon.