Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757199AbcCXLAk (ORCPT ); Thu, 24 Mar 2016 07:00:40 -0400 Received: from smtprelay0053.hostedemail.com ([216.40.44.53]:43881 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755309AbcCXLAa (ORCPT ); Thu, 24 Mar 2016 07:00:30 -0400 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Spam-Summary: 50,0,0,,d41d8cd98f00b204,joe@perches.com,:::::::::::::,RULES_HIT:41:152:355:379:541:599:800:967:973:982:988:989:1260:1277:1311:1313:1314:1345:1359:1373:1437:1515:1516:1518:1534:1542:1593:1594:1711:1730:1747:1777:1792:1963:2194:2198:2199:2200:2393:2525:2560:2563:2682:2685:2693:2731:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3354:3622:3865:3866:3867:3868:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4250:4321:5007:6119:6238:7576:7903:7974:9025:9545:10004:10400:10848:11026:11232:11658:11854:11914:12043:12048:12296:12438:12517:12519:12555:12740:13436:13618:13894:13972:14181:14659:14721:21063:21080:21324:30012:30054:30064:30091,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none X-HE-Tag: whip12_210b4659eac55 X-Filterd-Recvd-Size: 3480 Message-ID: <1458817225.1762.13.camel@perches.com> Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release From: Joe Perches To: "Zheng, Lv" , "Wysocki, Rafael J" , "Rafael J. Wysocki" , "Brown, Len" Cc: Lv Zheng , "linux-kernel@vger.kernel.org" , "linux-acpi@vger.kernel.org" Date: Thu, 24 Mar 2016 04:00:25 -0700 In-Reply-To: <1AE640813FDE7649BE1B193DEA596E883BB63FB7@SHSMSX101.ccr.corp.intel.com> References: <1458783966.1762.6.camel@perches.com> <1AE640813FDE7649BE1B193DEA596E883BB63FB7@SHSMSX101.ccr.corp.intel.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2-0ubuntu1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2181 Lines: 49 On Thu, 2016-03-24 at 06:19 +0000, Zheng, Lv wrote: > From: Joe Perches [mailto:joe@perches.com] > > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > > release > > > > On Thu, 2016-03-24 at 09:38 +0800, Lv Zheng wrote: > > > > > > The patch reduces source code differences between the Linux kernel and the > > > ACPICA upstream so that the linuxized ACPICA 20160212 release can be > > > applied with reduced human intervention. > > In the very first patch fragment: > > > diff --git a/drivers/acpi/acpica/hwregs.c b/drivers/acpi/acpica/hwregs.c > > [] > > > @@ -152,7 +152,7 @@ acpi_hw_validate_register(struct > > acpi_generic_address *reg, [] > > > -acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address *reg) > > > +acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address * reg) > > The second argument * style appears the opposite of normal style > > and a different style than the first argument * style. > [Lv Zheng]  > The file is drivers/acpi/acpica/hwregs.c, which is coming from ACPICA upstream. > So this is a result of "ACPICA release". > In other words, this is a result of a "process". > In order to fix this, things need to be done in "ACPICA release scripts". > Which should be done in https://github.com/acpica/acpica/blob/master/generate/linux/libacpica.sh. > Otherwise, "ACPICA release" process will require human intervention. > > So please leave this patch fragment as is. > It will be automatically fixed if the "ACPICA release" process is fixed. > And if you don't leave this fragment as is, the "ACPICA release" process will get hurt. [] > please ignore "process" issues. > I need them to be wrong in order not to modify every "process" generated patches manually. So why not fix the process script first? Maybe add something like: $ grep -E "^typedef\s+\w+\s*\*?\s*acpi_\w+" include/acpi/actypes.h | \ grep -Eoh "\bacpi_\w+" to the acpi_types variable in the lindent_single function > You can find many such kind of indent issues in drivers/acpi/acpica, include/acpi, tools/power/acpi. > They are there for good reasons. > I'll cleanup such issues from "ACPICA release" process. Any idea when?