Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5365492ybi; Wed, 12 Jun 2019 01:02:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqw2b/kFGTrj/hqxABPRJAXnXDe2cUCjSvmTGFk5zgtiatu6LygoOr3oGz5m0BWwGkX3EoNi X-Received: by 2002:a62:6143:: with SMTP id v64mr48302973pfb.42.1560326565267; Wed, 12 Jun 2019 01:02:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560326565; cv=none; d=google.com; s=arc-20160816; b=SPMyT3iTMFVC2PUxBr9NDdP4P3920jGOEdgWVpcsgdgOb4OLFob4XlTSNjhKIQY/E1 AVxwxrIykiW3q4rGMMKr9glJeQsjnCs5gZsehnnY0fieN8bed1Nd45mRNe+AIsCDNcdS XVUUzck/ebD3Qsw27jYwRfEZ7zdM8OA/J63oBZsz5w++KYM9WsxPD8M4o9lFN7+SwKLS tuLO/t8m6hcesICpMu5d9gXujDBYcHjK+87H+ioGEWse3YJTPJbZy3vR7x1pdCQtCROo UCKNbvpAWVwN4jCJ69xk56WC8Irz6wIYzoxaW+7KbArKgKI4fUCOOG9yLs6i9BOyFnYp P5Tw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=6UCSvo61sJc+iHRKpFBIs9Y+FvuEi6ZxActoJF7s5lc=; b=fmcprWaszfePdK2/zAoRDXWWduJDLiLM9shzUGXMRhmrNeSnI19IZCLv4S91ha83Sy KJyBA/zCe4HZDSavBnM5xWv5YXMlZWVoncuMvBKRqUmzCcU4wDJUB1yRrXkKpvouvuDx JK1VDZeeZX0RHHb2yRECQLCV0f4JDzc1jfBCEXSQ3vltNkuOyvDRZIRNGhXIe98UDlEo wp3OdZaaMU2zGwc5LdN5CqmGTEfyxa5sc4qYGNwY3T1tSKU+QicPoGHq87CHKfIdOk4g y/jGrN821D72LqLkuIUZqO5ZcDoco/rNlXmXleWm0Ws/NtpEIqUNEgqvGbcbKIsL9nTC d4Eg== 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 v3si14760496plo.329.2019.06.12.01.02.29; Wed, 12 Jun 2019 01:02:45 -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 S1730587AbfFLF2w (ORCPT + 99 others); Wed, 12 Jun 2019 01:28:52 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:16276 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725681AbfFLF2w (ORCPT ); Wed, 12 Jun 2019 01:28:52 -0400 X-IronPort-AV: E=Sophos;i="5.63,363,1557180000"; d="scan'208";a="386977124" Received: from abo-12-105-68.mrs.modulonet.fr (HELO hadrien) ([85.68.105.12]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jun 2019 07:28:48 +0200 Date: Wed, 12 Jun 2019 07:28:48 +0200 (CEST) From: Julia Lawall X-X-Sender: jll@hadrien To: "Enrico Weigelt, metux IT consult" cc: Markus Elfring , Himanshu Jha , cocci@systeme.lip6.fr, kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Andy Shevchenko , Bartosz Golaszewski , Gilles Muller , Greg Kroah-Hartman , Linus Walleij , Masahiro Yamada , Michal Marek , Nicolas Palix Subject: Re: Coccinelle: api: add devm_platform_ioremap_resource script In-Reply-To: Message-ID: References: <20190406061112.31620-1-himanshujha199640@gmail.com> <7b4fe770-dadd-80ba-2ba4-0f2bc90984ef@web.de> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-133965833-1560317328=:2535" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-133965833-1560317328=:2535 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT On Tue, 11 Jun 2019, Enrico Weigelt, metux IT consult wrote: > On 09.06.19 10:55, Markus Elfring wrote: > > > > >> But there is not usually any interesting formatting on the left side of an > >> assignment (ie typically no newlines or comments). > > > > Is there any need to trigger additional source code reformatting? > > > >> I can see no purpose to factorizing the right parenthesis. > > > > These characters at the end of such a function call should be kept unchanged. > > Agreed. OTOH, we all know that spatch results still need to be carefully > checked. I suspect trying to teach it all the formatting rules of the > kernel isn't an easy task. > > > The flag “IORESOURCE_MEM” is passed as the second parameter for the call > > of the function “platform_get_resource” in this refactoring. > > In that particular case, we maybe should consider separate inline > helpers instead of passing this is a parameter. > > Maybe it would even be more efficient to have completely separate > versions of devm_platform_ioremap_resource(), so we don't even have > to pass that parameter on stack. I'm lost as to why this discussion suddenly appeared. What problem is actually being discussed? julia --8323329-133965833-1560317328=:2535--