From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754610AbaIXTcU (ORCPT ); Wed, 24 Sep 2014 15:32:20 -0400 Received: from mail.kapsi.fi ([217.30.184.167]:36484 "EHLO mail.kapsi.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752464AbaIXTcS (ORCPT ); Wed, 24 Sep 2014 15:32:18 -0400 Message-ID: <54231C3D.6040900@kapsi.fi> Date: Wed, 24 Sep 2014 22:32:13 +0300 From: Mikko Perttunen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: Eduardo Valentin , Mikko Perttunen CC: rui.zhang@intel.com, swarren@wwwdotorg.org, thierry.reding@gmail.com, linux-pm@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, juha-matti.tilli@iki.fi Subject: Re: [PATCH v5 4/4] thermal: Add Tegra SOCTHERM thermal management driver References: <1408616242-21009-1-git-send-email-mperttunen@nvidia.com> <1408616242-21009-5-git-send-email-mperttunen@nvidia.com> <20140924191829.GA16529@developer> In-Reply-To: <20140924191829.GA16529@developer> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:708:30:12d0:beee:7bff:fe5b:f272 X-SA-Exim-Mail-From: mikko.perttunen@kapsi.fi X-SA-Exim-Scanned: No (on mail.kapsi.fi); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/24/2014 10:18 PM, Eduardo Valentin wrote: > > Mikko, > > On Thu, Aug 21, 2014 at 01:17:22PM +0300, Mikko Perttunen wrote: >> ... >> + >> +static int enable_tsensor(struct tegra_soctherm *tegra, >> + const struct tegra_tsensor *sensor, >> + struct tsensor_shared_calibration shared) >> +{ >> + void * __iomem base = tegra->regs + sensor->base; > > I get sparse complaining about this declaration. For the sake of keeping > a clean static checks, can you please: > - void * __iomem base = tegra->regs + sensor->base; > + void __iomem * base = tegra->regs + sensor->base; > Sure. > > Can you also please check the remaining sparse errors? > CHECK drivers/thermal/tegra_soctherm.c > drivers/thermal/tegra_soctherm.c:260:43: warning: incorrect type in > initializer (different address spaces) > drivers/thermal/tegra_soctherm.c:260:43: expected void *[noderef] > base > drivers/thermal/tegra_soctherm.c:260:43: got void [noderef] > * > drivers/thermal/tegra_soctherm.c:271:9: warning: incorrect type in > argument 2 (different address spaces) > drivers/thermal/tegra_soctherm.c:271:9: expected void volatile > [noderef] *addr > drivers/thermal/tegra_soctherm.c:271:9: got void * > drivers/thermal/tegra_soctherm.c:279:9: warning: incorrect type in > argument 2 (different address spaces) > drivers/thermal/tegra_soctherm.c:279:9: expected void volatile > [noderef] *addr > drivers/thermal/tegra_soctherm.c:279:9: got void * > drivers/thermal/tegra_soctherm.c:281:9: warning: incorrect type in > argument 2 (different address spaces) > drivers/thermal/tegra_soctherm.c:281:9: expected void volatile > [noderef] *addr > drivers/thermal/tegra_soctherm.c:281:9: got void * > drivers/thermal/tegra_soctherm.c:347:25: warning: incorrect type in > argument 1 (different address spaces) > drivers/thermal/tegra_soctherm.c:347:25: expected void const *ptr > drivers/thermal/tegra_soctherm.c:347:25: got void [noderef] > *regs > drivers/thermal/tegra_soctherm.c:349:37: warning: incorrect type in > argument 1 (different address spaces) > drivers/thermal/tegra_soctherm.c:349:37: expected void const *ptr > drivers/thermal/tegra_soctherm.c:349:37: got void [noderef] > *regs > drivers/thermal/tegra_soctherm.c:271:9: warning: dereference of > noderef expression > drivers/thermal/tegra_soctherm.c:279:9: warning: dereference of > noderef expression > drivers/thermal/tegra_soctherm.c:281:9: warning: dereference of > noderef expression > Most of these seem to be caused by the above-mentioned swapping of __iomem and *. The ones on lines 347 and 349 are more peculiar, though. Apparently sparse doesn't like using IS_ERR and PTR_ERR on the void __iomem * pointer returned by devm_ioremap_resource. Looks like this has been discussed before (https://lkml.org/lkml/2013/6/17/216) and sparse should have been patched to ignore this situation, so I'm not sure why it's complaining about it. Anyway, there shouldn't be any issue here. Mikko