From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Jarzmik Date: Mon, 28 Oct 2019 19:14:18 +0000 Subject: Re: [PATCH 05/46] ARM: pxa: split up mach/hardware.h Message-Id: <87d0egof79.fsf@belgarion.home> List-Id: References: <20191018154052.1276506-1-arnd@arndb.de> <20191018154201.1276638-5-arnd@arndb.de> In-Reply-To: <20191018154201.1276638-5-arnd@arndb.de> (Arnd Bergmann's message of "Fri, 18 Oct 2019 17:41:20 +0200") MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Arnd Bergmann , Russell King Cc: Ulf Hansson , linux-usb@vger.kernel.org, Viresh Kumar , Michael Turquette , Alexandre Belloni , Dominik Brodowski , linux-mtd@lists.infradead.org, Pavel Machek , linux-clk@vger.kernel.org, linux-leds@vger.kernel.org, linux-rtc@vger.kernel.org, linux-input@vger.kernel.org, Linus Walleij , Guenter Roeck , linux-watchdog@vger.kernel.org, alsa-devel@alsa-project.org, linux-pm@vger.kernel.org, Haojian Zhuang , Mark Brown , Jacek Anaszewski , linux-fbdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Stephen Boyd , Greg Kroah-Hartman , dri-devel@lists.freedesktop.org, Dmitry Torokhov , linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, Daniel Mack Arnd Bergmann writes: > The mach/hardware.h is included in lots of places, and it provides > three different things on pxa: > > - the cpu_is_pxa* macros > - an indirect inclusion of mach/addr-map.h > - the __REG() and io_pv2() helper macros > > Split it up into separate and mach/pxa-regs.h > headers, then change all the files that use mach/hardware.h to > include the exact set of those three headers that they actually > need, allowing for further more targeted cleanup. > > linux/soc/pxa/cpu.h can remain permanently exported and is now in > a global location along with similar headers. pxa-regs.h and > addr-map.h are only used in a very small number of drivers now > and can be moved to arch/arm/mach-pxa/ directly when those drivers > are to pass the necessary data as resources. For the pxa part, that looks fine to me. I'd like to focus a bit of Russell's attention to the sa11xx part (reminder in [1]), and more specifically : - the change to drivers/pcmcia/soc_common.c - the change to drivers/pcmcia/sa1111_generic.c I must admit my knowledge of PCMCIA is relatively poor, and even if the patch looks harmless, one never knows if Assebet will ever by same after ... Cheers. -- Robert [1] Extract of the patch for Russell's scrutiny > diff --git a/drivers/pcmcia/sa1111_generic.c b/drivers/pcmcia/sa1111_generic.c > index 11783410223b..2f556fa37c43 100644 > --- a/drivers/pcmcia/sa1111_generic.c > +++ b/drivers/pcmcia/sa1111_generic.c > @@ -17,7 +17,6 @@ > > #include > > -#include > #include > #include > #include ... zip ... > diff --git a/drivers/pcmcia/soc_common.c b/drivers/pcmcia/soc_common.c > index 3a8c84bb174d..9276a628473d 100644 > --- a/drivers/pcmcia/soc_common.c > +++ b/drivers/pcmcia/soc_common.c > @@ -47,8 +47,6 @@ > #include > #include > > -#include > - > #include "soc_common.h" > > static irqreturn_t soc_common_pcmcia_interrupt(int irq, void *dev);