Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754912AbaDPIO3 (ORCPT ); Wed, 16 Apr 2014 04:14:29 -0400 Received: from mailout4.samsung.com ([203.254.224.34]:36278 "EHLO mailout4.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754823AbaDPIOS (ORCPT ); Wed, 16 Apr 2014 04:14:18 -0400 X-AuditID: cbfee68f-b7f156d00000276c-14-534e3bd8986f Message-id: <534E3BDC.5020009@samsung.com> Date: Wed, 16 Apr 2014 17:14:20 +0900 From: Chanwoo Choi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-version: 1.0 To: Jonathan Cameron Cc: Sachin Kamat , naveen krishna , Kukjin Kim , "robh+dt@kernel.org" , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , rdunlap@infradead.org, Tomasz Figa , linux-iio@vger.kernel.org, linux-samsung-soc , LKML , linux-arm-kernel , "devicetree@vger.kernel.org" , linux-doc@vger.kernel.org Subject: Re: [PATCHv2 1/2] iio: adc: exynos_adc: Control special clock of ADC to support Exynos3250 ADC References: <1397466426-13870-1-git-send-email-cw00.choi@samsung.com> <1397466426-13870-2-git-send-email-cw00.choi@samsung.com> <534E0AA0.6010207@samsung.com> <534E0D35.4060506@samsung.com> <6f1d8390-065c-4c6f-b9d4-7ccfb08fad5e@email.android.com> In-reply-to: <6f1d8390-065c-4c6f-b9d4-7ccfb08fad5e@email.android.com> Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphleLIzCtJLcpLzFFi42JZI2JSqHvD2i/Y4P5iPou7zw8zWsw/co7V ov/NQlaLc69WMlo8aFrFZNG74CqbxabH11gtFrYtYbGYd+Qdi8XlXXPYLGac38dksfT6RSaL CdPXsli8vTOdxaJ17xF2i5N/ehkt1s94zeIg6LFm3hpGj8t9vUweK5d/YfPYvELLY9OqTjaP O9f2AHlL6j36tqxi9Pi8SS6AM4rLJiU1J7MstUjfLoEr40/jA7aCv1oVs09PZm9gvKvQxcjJ ISFgIvFh51EWCFtM4sK99WxdjFwcQgJLGSX+rX7JAlP0esEDZhBbSGARo8SjgyEQRa8ZJXZ/ +c0GkuAV0JK4+/o3K4jNIqAq8f3rDUYQmw0ovv/FDbAaUYEwiZXTr7BA1AtK/Jh8D8wWEVCX mDbjChPIUGaBXlaJvxf3gCWEBTIlvn/fygix7TCTRNPnN2BncAq4Siy718MOYjMDdU+at4gZ wpaX2LzmLTNIg4TAFg6JB62rmCBOEpD4NvkQ0FQOoISsxKYDzBCvSUocXHGDZQKj2CwkR81C MnYWkrELGJlXMYqmFiQXFCelFxnrFSfmFpfmpesl5+duYgSmgNP/nvXvYLx7wPoQYzLQyonM UqLJ+cAUklcSb2hsZmRhamJqbGRuaUaasJI47/2HSUFCAumJJanZqakFqUXxRaU5qcWHGJk4 OKUaGI++8w3+Hq/TFV2W3p3rXWcqtvPgPKlnpv1XbBk/5Njtajo+deWRaLsVTmqzT/7Zf+uf 7h+hFot3rNNvRptda9gr+9zt0K3Qis3bv4tk/9jI7jTtuvPrmX1OO+7xJ3EIPP471c/vze0r odu0nnTUy/dKqk9KM53zacLdV+ZH7t74e0dRc4VSSbQSS3FGoqEWc1FxIgCq78bbFwMAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrIKsWRmVeSWpSXmKPExsVy+t9jAd0b1n7BBvtuM1vcfX6Y0WL+kXOs Fv1vFrJanHu1ktHiQdMqJoveBVfZLDY9vsZqsbBtCYvFvCPvWCwu75rDZjHj/D4mi6XXLzJZ TJi+lsXi7Z3pLBate4+wW5z808tosX7GaxYHQY8189Ywelzu62XyWLn8C5vH5hVaHptWdbJ5 3Lm2B8hbUu/Rt2UVo8fnTXIBnFENjDYZqYkpqUUKqXnJ+SmZeem2St7B8c7xpmYGhrqGlhbm Sgp5ibmptkouPgG6bpk5QL8oKZQl5pQChQISi4uV9O0wTQgNcdO1gGmM0PUNCYLrMTJAAwlr GDP+ND5gK/irVTH79GT2Bsa7Cl2MnBwSAiYSrxc8YIawxSQu3FvPBmILCSxilHh0MKSLkQvI fs0osfvLb7AEr4CWxN3Xv1lBbBYBVYnvX28wgthsQPH9L26A1YgKhEmsnH6FBaJeUOLH5Htg toiAusS0GVeYQIYyC/SySvy9uAcsISyQKfH9+1ZGiG2HmSSaPr8BO4lTwFVi2b0edhCbGah7 0rxFzBC2vMTmNW+ZJzAKzEKyZBaSsllIyhYwMq9iFE0tSC4oTkrPNdIrTswtLs1L10vOz93E CE4wz6R3MK5qsDjEKMDBqMTDOzPHN1iINbGsuDL3EKMEB7OSCK+CkV+wEG9KYmVValF+fFFp TmrxIcZkYBhMZJYSTc4HJr+8knhDYxMzI0sjc0MLI2Nz0oSVxHkPtloHCgmkJ5akZqemFqQW wWxh4uCUamAM+e+/w6rm5YlLfpmSsWcurHV4+cRi7bncPNsTD1mrfSeInPQyKD3RNz/FUlM6 dWVK2QK7ZV0ORV3MTMGnXTaHvj0QVlVpULJnmbvfiZ1P7SrMmn95ya9Yt3fv8w2vVde6W7z7 Xfp788GJjJXbz8Uve+q0orJBJj82YbbPm3UzRZc+WJl9eUKMEktxRqKhFnNRcSIAkwxIdHQD AAA= DLP-Filter: Pass X-MTR: 20000000000000000@CPGS X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jonathan, On 04/16/2014 04:05 PM, Jonathan Cameron wrote: > > > On April 16, 2014 5:55:17 AM GMT+01:00, Chanwoo Choi wrote: >> Hi Sachin, >> >> On 04/16/2014 01:44 PM, Chanwoo Choi wrote: >>> Hi Sachin, >>> >>> On 04/16/2014 12:48 PM, Sachin Kamat wrote: >>>> Hi Chanwoo, >>>> >>>> On 14 April 2014 14:37, Chanwoo Choi wrote: >>>>> This patch control special clock for ADC in Exynos series's FSYS >> block. >>>>> If special clock of ADC is registerd on clock list of common clk >> framework, >>>>> Exynos ADC drvier have to control this clock. >>>>> >>>>> Exynos3250/Exynos4/Exynos5 has 'adc' clock as following: >>>>> - 'adc' clock: bus clock for ADC >>>>> >>>>> Exynos3250 has additional 'sclk_tsadc' clock as following: >>>>> - 'sclk_tsadc' clock: special clock for ADC which provide clock to >> internal ADC >>>>> >>>>> Exynos 4210/4212/4412 and Exynos5250/5420 has not included >> 'sclk_tsadc' clock >>>>> in FSYS_BLK. But, Exynos3250 based on Cortex-A7 has only included >> 'sclk_tsadc' >>>>> clock in FSYS_BLK. >>>>> >>>>> Cc: Jonathan Cameron >>>>> Cc: Kukjin Kim >>>>> Cc: Naveen Krishna Chatradhi >>>>> Cc: linux-iio@vger.kernel.org >>>>> Signed-off-by: Chanwoo Choi >>>>> Acked-by: Kyungmin Park >>>>> --- >>>>> drivers/iio/adc/exynos_adc.c | 54 >> +++++++++++++++++++++++++++++++++----------- >>>>> 1 file changed, 41 insertions(+), 13 deletions(-) >>>>> >>>>> diff --git a/drivers/iio/adc/exynos_adc.c >> b/drivers/iio/adc/exynos_adc.c >>>>> index d25b262..3c99243 100644 >>>>> --- a/drivers/iio/adc/exynos_adc.c >>>>> +++ b/drivers/iio/adc/exynos_adc.c >>>>> @@ -40,8 +40,9 @@ >>>>> #include >>>>> >>>>> enum adc_version { >>>>> - ADC_V1, >>>>> - ADC_V2 >>>>> + ADC_V1 = 0x1, >>>>> + ADC_V2 = 0x2, >>>>> + ADC_V3 = (ADC_V1 | ADC_V2), >>>> >>>> Can't this be simply 0x3? Or is this not really a h/w version? >>> >>> Even thought ADC_V3 isn't h/w revision, ADC_V3 include all featues of >> ADC_V2 >>> and only one difference of clock(sclk_tsadc) from ADC_V2. >>> I want to describethat ADC_V3 include ADC_V2 feature So, I add as >> following: >>> >> + ADC_V3 = (ADC_V1 | ADC_V2), >>> >>>> >>>>> }; >>>>> >>>>> /* EXYNOS4412/5250 ADC_V1 registers definitions */ >>>>> @@ -88,6 +89,7 @@ struct exynos_adc { >>>>> void __iomem *regs; >>>>> void __iomem *enable_reg; >>>>> struct clk *clk; >>>>> + struct clk *sclk; >>>>> unsigned int irq; >>>>> struct regulator *vdd; >>>>> >>>>> @@ -100,6 +102,7 @@ struct exynos_adc { >>>>> static const struct of_device_id exynos_adc_match[] = { >>>>> { .compatible = "samsung,exynos-adc-v1", .data = (void >> *)ADC_V1 }, >>>>> { .compatible = "samsung,exynos-adc-v2", .data = (void >> *)ADC_V2 }, >>>>> + { .compatible = "samsung,exynos-adc-v3", .data = (void >> *)ADC_V3 }, >>>>> {}, >>>>> }; >>>>> MODULE_DEVICE_TABLE(of, exynos_adc_match); >>>>> @@ -128,7 +131,7 @@ static int exynos_read_raw(struct iio_dev >> *indio_dev, >>>>> mutex_lock(&indio_dev->mlock); >>>>> >>>>> /* Select the channel to be used and Trigger conversion */ >>>>> - if (info->version == ADC_V2) { >>>>> + if (info->version & ADC_V2) { >>>> >>>> So, now this would be applicable for ADC_V3 too, right? >> >> ADC_V3 isn't h/w version. So, I think this code is proper instead of >> using ADC_V3 direclty. >> I want to use ADC_V3 version on checking clock(sclk_tsadc). >> >>>> >>>> >>>>> con2 = readl(ADC_V2_CON2(info->regs)); >>>>> con2 &= ~ADC_V2_CON2_ACH_MASK; >>>>> con2 |= ADC_V2_CON2_ACH_SEL(chan->address); >>>>> @@ -165,7 +168,7 @@ static irqreturn_t exynos_adc_isr(int irq, void >> *dev_id) >>>>> info->value = readl(ADC_V1_DATX(info->regs)) & >>>>> ADC_DATX_MASK; >>>>> /* clear irq */ >>>>> - if (info->version == ADC_V2) >>>>> + if (info->version & ADC_V2) >>>>> writel(1, ADC_V2_INT_ST(info->regs)); >>>>> else >>>>> writel(1, ADC_V1_INTCLR(info->regs)); >>>>> @@ -226,11 +229,25 @@ static int exynos_adc_remove_devices(struct >> device *dev, void *c) >>>>> return 0; >>>>> } >>>>> >>>>> +static void exynos_adc_enable_clock(struct exynos_adc *info, bool >> enable) >>>>> +{ >>>>> + if (enable) { >>>>> + clk_prepare_enable(info->clk); >>>> >>>> This could fail. Is it OK without any checks? >>> >>> OK, I'll check return value. >> >> Do you want to check return value always? >> I think again, Some device drivers in mainline would not check >> return value of clock function. If maintainer confirm this >> modification, >> I'll fix it as your comment. > Its general good practice to check all return values. Even if a function doesn't return an > error now, it might in future. There is lots of old or lazy code out there doing many much > stranger things than this! > > So yes, please check return values and pass on up the call stack if an error. OK, I'll check return value of clock function. Thanks. Best Regards, Chanwoo Choi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/