Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp518713ybg; Fri, 18 Oct 2019 03:25:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqyIzDwynwv8aq+48DkasgLdbLzb3nVRrYfDO3k1/F3DEdOGBWJzlP2r/jBkYXpmRwHeS9D+ X-Received: by 2002:a17:906:1c87:: with SMTP id g7mr202452ejh.189.1571394301352; Fri, 18 Oct 2019 03:25:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571394301; cv=none; d=google.com; s=arc-20160816; b=oTdrmv3gaMQuKhmchyqYZN/eph9W6GkCAe9qRwKchyaurJaVO+E/htZeURVM/3A3M1 IktWVx9LFh57Dv2PpTPFlvFhqin507gJWh5abT6ip0WUqgZuITMxM0sOHY4Wg7Kw9h3V T9yKBg7p4JOvxm5Hn5Xb27mXStbu/h+D6Po4SHvemn3xBAOeofMBrJRwV0EUeq1HL96Y Ikk8flgFNqmeNKnzu4wuRE7mEhL8hEHS0kqJb2krNPYSBxg7ZS/LJmHfjFFq+oeQvfeU P1l+0WUUTfqguc7nkh/4s4+XzHujTaJ1mfYHwsDRWulIn5zKHbv+jmCnpoWd4Fo1A5F1 4Dzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=IMQQ/eETPvY6CVhHU+t88ATj83HuR1g6Xpre0MbUyB4=; b=elcTyxwjDYYSPOtOG0pVw6YShkB85bWo2GT5hRXqjusbgu0PKji3vUPLHBfUVTDFJz 6DcctzYuz3BbWOsT4+4wgiHuKRmZX8qnpg3q7ULyIK8Nmrahbp/muxmoSSEBoSyG6mGj GIefjncmIl+uJvsMIPwZUHkgkIByNIXwczQGsbYh2TRRCxqw+Vie6lvGPproylGihKwH zKQD9yRj/L17S1dpwSjht0xts6BeSYFzHoKaYlub7I+x0YQn5rd7OBWnxy0wMvzD+EyR Y06Y8geDogyHM5MIcy4Fppp+gclE/QxDR9zWxxllkhZErPOVmmSVwadpjNLppzk4rh33 M0DA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y16si3097603ejc.34.2019.10.18.03.24.37; Fri, 18 Oct 2019 03:25:01 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2393636AbfJQJYM (ORCPT + 99 others); Thu, 17 Oct 2019 05:24:12 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:4238 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1733031AbfJQJYL (ORCPT ); Thu, 17 Oct 2019 05:24:11 -0400 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 2190D78F2197008800FB; Thu, 17 Oct 2019 17:24:10 +0800 (CST) Received: from [127.0.0.1] (10.133.213.239) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.439.0; Thu, 17 Oct 2019 17:24:03 +0800 Subject: =?UTF-8?B?UmU6IOetlOWkjTogW1BBVENIXSB1c2UgZGV2bV9wbGF0Zm9ybV9pb3Jl?= =?UTF-8?Q?map=5fresource=28=29_for_irqchip_drivers?= To: huangdaode , Marc Zyngier References: <1571296423-208359-1-git-send-email-huangdaode@hisilicon.com> <9bbcce19c777583815c92ce3c2ff2586@www.loen.fr> CC: "jason@lakedaemon.net" , "andrew@lunn.ch" , "gregory.clement@bootlin.com" , "sebastian.hesselbarth@gmail.com" , "tglx@linutronix.de" , "mcoquelin.stm32@gmail.com" , "alexandre.torgue@st.com" , "nm@ti.com" , "t-kristo@ti.com" , "ssantosh@kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-stm32@st-md-mailman.stormreply.com" From: Yuehaibing Message-ID: <3a98da01-4f69-2624-e49f-5e2316c433e0@huawei.com> Date: Thu, 17 Oct 2019 17:24:01 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.133.213.239] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/10/17 17:20, huangdaode wrote: > Hi Marc > I am just doing the coccicheck using the command "make coccicheck M=drivers/irqchip/", and it report > $ make coccicheck M=drivers/irqchip/ > ....... > drivers/irqchip//irq-mvebu-icu.c:361:1-10: WARNING: Use devm_platform_ioremap_resource for icu -> base > drivers/irqchip//irq-ts4800.c:105:1-11: WARNING: Use devm_platform_ioremap_resource for data -> base > drivers/irqchip//irq-mvebu-pic.c:134:1-10: WARNING: Use devm_platform_ioremap_resource for pic -> base > drivers/irqchip//irq-ti-sci-inta.c:571:1-11: WARNING: Use devm_platform_ioremap_resource for inta -> base > drivers/irqchip//irq-stm32-exti.c:853:1-16: WARNING: Use devm_platform_ioremap_resource for host_data -> base > > so just fix the WARNING. > > And after apply the patch, I do the compile, it's OK, but I lack of hardware to test it. > That's the case. > > MBR. > Thanks > > -----邮件原件----- > 发件人: Marc Zyngier [mailto:maz@kernel.org] > 发送时间: 2019年10月17日 16:24 > 收件人: huangdaode > 抄送: jason@lakedaemon.net; andrew@lunn.ch; gregory.clement@bootlin.com; sebastian.hesselbarth@gmail.com; tglx@linutronix.de; mcoquelin.stm32@gmail.com; alexandre.torgue@st.com; nm@ti.com; t-kristo@ti.com; ssantosh@kernel.org; linux-arm-kernel@lists.infradead.org; linux-kernel@vger.kernel.org; linux-stm32@st-md-mailman.stormreply.com > 主题: Re: [PATCH] use devm_platform_ioremap_resource() for irqchip drivers > > On 2019-10-17 08:13, Daode Huang wrote: >> From: Daode Huang >> >> Use the new helper that wraps the calls to platform_get_resource() and >> devm_ioremap_resource() together >> >> Signed-off-by: Daode Huang >> --- >> drivers/irqchip/irq-mvebu-icu.c | 3 +-- >> drivers/irqchip/irq-mvebu-pic.c | 3 +-- >> drivers/irqchip/irq-stm32-exti.c | 3 +-- >> drivers/irqchip/irq-ti-sci-inta.c | 3 +-- >> drivers/irqchip/irq-ts4800.c | 3 +-- >> 5 files changed, 5 insertions(+), 10 deletions(-) >> >> diff --git a/drivers/irqchip/irq-mvebu-icu.c >> b/drivers/irqchip/irq-mvebu-icu.c index 547045d..ddf9b0d 100644 >> --- a/drivers/irqchip/irq-mvebu-icu.c >> +++ b/drivers/irqchip/irq-mvebu-icu.c >> @@ -357,8 +357,7 @@ static int mvebu_icu_probe(struct platform_device >> *pdev) >> >> icu->dev = &pdev->dev; >> >> - res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >> - icu->base = devm_ioremap_resource(&pdev->dev, res); >> + icu->base = devm_platform_ioremap_resource(pdev, res); It should be : + icu->base = devm_platform_ioremap_resource(pdev, 0); > > void __iomem *devm_platform_ioremap_resource(struct platform_device *pdev, > unsigned int index) > > What could possibly go wrong? I'd suggest you start compiling (and possibly > testing) the code you change before sending patches... > > M. > -- > Jazz is not dead. It just smells funny... >