Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4674356ybg; Tue, 29 Oct 2019 10:40:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqwclJUHhSLzCePWhl/j1jzEkW+ZIVQ03h37Vvgz2vUfgKeB68BC3SyUCcw0TU8plNGNGdVS X-Received: by 2002:a17:906:2cd4:: with SMTP id r20mr4399759ejr.307.1572370814281; Tue, 29 Oct 2019 10:40:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572370814; cv=none; d=google.com; s=arc-20160816; b=Za5/pJ1Vexpxpdbspe7xEUmQECATsxzw6IJBxTqmoH55jq3dk2IZ9zpMWwpXIyGnT1 1CWJY+KD4OfNcqfWe4SSxQLHR8f6A1HiSf32hpW2FFNKhhIGQrbqq1T0bESeyB+sJkNU iY4JzaYJQKEHzxhv+OFs9aXWb9kujEVnwtbq4rqJ8uPZVJzCcHfitNvWbUhGmAsPK8ll VNzMUvsBW9fnLTjrEEELrlxm5Ob8X3zCCWn5MhdCz9PxUHdkX7up8j6F5+Ds2YYkn5IQ yOe700HrUJeNMIeIYY4l+rEFyPsEyXoEFYbsRjQmmhLrQkbyK1jHXPlLZCxlDFH4i2aU Se+A== 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=c5ZLMzJTg+ANIp1RrObrRFVo8KQ5j9TjHxS28edmc+Y=; b=MY0wm3ACaM/xptDivWXPwbpZdNUMH/40EKgU5t4s6moEF+Rg3iuin7/oB2rOd6z2T+ 99rl4t6UNs7tFKtQkyjobFrbq+43ZzxZEevh8WtltuHyWM3Ort2EBSTh4oKJ+ebwtRvM j/HISiCMxZSUWviqOhsyhbudWXNKncF4oh/AenesiLTFilVaun7zaU+yAMTR8fezTW54 ReuVCcgIteR7zRSK/70avk9axhSETQmQXINZfA8LX6XC0EeGpENISXK5uLz+q9YHs6Tx zcLvAKPWiZ/eMEJbjJpWW4J+gkUy2fnz75YDkpqrftCTu34CGAhSA+RP5w5h0C+IWm/M g2Cw== 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 19si10957830edz.85.2019.10.29.10.39.49; Tue, 29 Oct 2019 10:40:14 -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 S1730109AbfJ2IzH (ORCPT + 99 others); Tue, 29 Oct 2019 04:55:07 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:43265 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729695AbfJ2IzH (ORCPT ); Tue, 29 Oct 2019 04:55:07 -0400 X-IronPort-AV: E=Sophos;i="5.68,243,1569276000"; d="scan'208";a="409212435" Received: from unknown (HELO hadrien) ([91.217.168.176]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Oct 2019 09:55:03 +0100 Date: Tue, 29 Oct 2019 09:55:02 +0100 (CET) From: Julia Lawall X-X-Sender: julia@hadrien To: Masahiro Yamada cc: Julia Lawall , Andy Shevchenko , Joe Perches , Marc Zyngier , Markus Elfring , Himanshu Jha , kernel-janitors@vger.kernel.org, Coccinelle , Alexandre Belloni , Linux Kernel Mailing List , Arnd Bergmann , Bartosz Golaszewski , Gilles Muller , Greg Kroah-Hartman , Linus Torvalds , Linus Walleij , Michal Marek , Nicolas Palix , Thomas Gleixner , YueHaibing Subject: Re: coccinelle: api/devm_platform_ioremap_resource: remove useless script In-Reply-To: Message-ID: References: <693a3b68-a0f1-81fe-40ce-2b6ba189450c@web.de> <868spgzcti.wl-maz@kernel.org> <20191025080843.GG32742@smile.fi.intel.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 29 Oct 2019, Masahiro Yamada wrote: > Hi Julia > > On Fri, Oct 25, 2019 at 5:38 PM Julia Lawall wrote: > > > > > > > > On Fri, 25 Oct 2019, Andy Shevchenko wrote: > > > > > On Fri, Oct 25, 2019 at 12:40:52AM +0900, Masahiro Yamada wrote: > > > > On Sun, Oct 20, 2019 at 7:13 AM Joe Perches wrote: > > > > > On Sat, 2019-10-19 at 21:43 +0100, Marc Zyngier wrote: > > > > > > > Alexandre Belloni used > > > > https://lore.kernel.org/lkml/9bbcce19c777583815c92ce3c2ff2586@www.loen.fr/ > > > > as a reference, but this is not the output from coccicheck. > > > > The patch author just created a wrong patch by hand. > > > > > > Exactly. Removal of the script is a mistake. Like I said before is a healing > > > (incorrect by the way!) by symptoms. > > > > > > > The deleted semantic patch supports MODE=patch, > > > > which creates a correct patch, and is useful. > > > > > > Right! > > > > I ran it on the version of Linux that still has the script: > > > > fe7d2c23d748e4206f4bef9330d0dff9abed7411 > > > > and managed to compile 341 of the generated files in the time I had > > available, and all compiled successfully. > > Yeah, this semantic patch did the correct conversion > as its header part showed the confidence. > > // Confidence: High > > > > > I can let it run again, and see > > how it goes for the rest. Perhaps it would be acceptable if there was no > > report, and people would be forced to use the generated patch? > > I do not think this is the right thing. > MODE=report is the default, and it is fine. > > > > > If someone is writing lots of patches on this issue by hand, then perhaps > > they don't have make coccicheck to produce patches, and then would > > overlook this case completely. > > > > If it would be helpful, I could group the generated patches by maintainer > > or by subdirectory and send them out, if it would be easier to review them > > all at once. > > Yes, please. > > Subsystem maintainers trust you, > so I think it will make things move smoothly. > > After converting most of files, > I want 283ea345934d277e30c841c577e0e2142b4bfcae reverted. OK. I got 477 of the files to compile directly. I can send patches on them, and then look into the issues on the remaining ones (probably configuration issues). julia > > > > > > Anyway, the rule is not in the kernel at the moment. For it's future, I'm > > open to whatever people find best. Personally, I prefer when same things > > are done in the same way - it makes the code easier to understand and > > makes it simpler to address other issues when they arise. > > > We always did the same things in the same way > except commit 283ea345934d277e30c841c577e0e2142b4bfcae > > > > > -- > Best Regards > Masahiro Yamada >