Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp902050ybg; Fri, 18 Oct 2019 09:02:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqwS15dXfolq80U0orYG7z+KwgQCyKpqghq0cNNSkDzIK0ltDX7k3uUkLZ1SiMrAJI6omcMh X-Received: by 2002:a05:6402:886:: with SMTP id e6mr10559755edy.152.1571414561882; Fri, 18 Oct 2019 09:02:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571414561; cv=none; d=google.com; s=arc-20160816; b=S0/gpYJWCyCMMlOddXPbb9Crwl6W1B3RwtG7XsFoqWMYdvJau2D0ueaAoEft4Edhku 5yZmE28TuExgybrEAkYU4EudRn3xGyHI3KhdYKcum/kA7lmo8Md94+JT+d0GmccnUyXF XkmwnpFJmzm6pC5gVYyUkYCLmpNfSAYGA3jODOTcwJi3O9SmNiIywdbT1Eo7nFQPuShC YKrZCgsJi2QBxlWH7QSNgZZeLVlHPxfF90q6aPEK5qm/g8/Ys2+9sa3t6vIeqP1Ec0+n fy+pydMwOdDFP1q0gzPUXCEo+r4a1l1sjNxj98T8Nm5hV0285IvqwkTgZQK77ndPuflE BfAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=ybUXaA4DmEmfJyIQLj4WNAt8yOClFU54j7wLwbxVJbI=; b=JUuIFTrfDqi7AOYfu6MmuXzOGnb0pmxp9gGbTDKZuWoWWJavlmGJx6x4CkkmfXY0vo hVi9mo22rGw5ynoPSAXVs92OcqE6B30FZ9lnDlX5NheIzU+sf8QqLGtWIi0IZb6tx00S NCQyTV8mFdMsFedrS15hdyd+gJOQ6i1NOwHlzpygb3beWD/B0K4bR9zUrWEL0StAGjUw zN0aOiBmnc7iCCJBMBpA4d998R71vh17pdKnZZt5RgrEOcfNcYsNhZxhpFk2lU0qikiZ eN2oC+z9frwJ/XQBPv1qoI/2l96etfQgUPTvvYsSzfAgktrWsqx7uu+MISDlWqYN70Y6 0kiw== 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 k6si4418362edb.235.2019.10.18.09.02.19; Fri, 18 Oct 2019 09:02:41 -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 S2394267AbfJQNJJ (ORCPT + 99 others); Thu, 17 Oct 2019 09:09:09 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:60963 "EHLO relay11.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726898AbfJQNJI (ORCPT ); Thu, 17 Oct 2019 09:09:08 -0400 Received: from localhost (aclermont-ferrand-651-1-259-53.w86-207.abo.wanadoo.fr [86.207.98.53]) (Authenticated sender: alexandre.belloni@bootlin.com) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 8A42E100018; Thu, 17 Oct 2019 13:09:02 +0000 (UTC) Date: Thu, 17 Oct 2019 15:09:02 +0200 From: Alexandre Belloni To: YueHaibing Cc: linus.walleij@linaro.org, manivannan.sadhasivam@linaro.org, afaerber@suse.de, f.fainelli@gmail.com, rjui@broadcom.com, sbranden@broadcom.com, bcm-kernel-feedback-list@broadcom.com, jesper.nilsson@axis.com, lars.persson@axis.com, ludovic.desroches@microchip.com, nicolas.ferre@microchip.com, baruch@tkos.co.il, linux-arm-kernel@lists.infradead.org, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@axis.com, linux-oxnas@groups.io, linux-renesas-soc@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-tegra@vger.kernel.org, vz@mleia.com, narmstrong@baylibre.com, geert+renesas@glider.be, daniel@zonque.org, haojian.zhuang@gmail.com, wens@csie.org, thierry.reding@gmail.com, jonathanh@nvidia.com, agross@kernel.org Subject: Re: [PATCH -next 00/30] pinctrl: use devm_platform_ioremap_resource() to simplify code Message-ID: <20191017130902.GE3125@piout.net> References: <20191017122640.22976-1-yuehaibing@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191017122640.22976-1-yuehaibing@huawei.com> User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 17/10/2019 20:26:10+0800, YueHaibing wrote: > devm_platform_ioremap_resource() internally have platform_get_resource() > and devm_ioremap_resource() in it. So instead of calling them separately > use devm_platform_ioremap_resource() directly. > Shouldn't we stop with this insanity? The net gain is exactly 2 lines per driver and this puts the full review load on the maintainers. We end up with crap like: https://lore.kernel.org/lkml/9bbcce19c777583815c92ce3c2ff2586@www.loen.fr/ What is the end goal here ? platform_get_resource and devm_ioremap_resource will have to stay even after you have done the conversion. -- Alexandre Belloni, Bootlin Embedded Linux and Kernel engineering https://bootlin.com