[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1464830660.22191.6.camel@buserror.net>
Date: Wed, 01 Jun 2016 20:24:20 -0500
From: Scott Wood <oss@...error.net>
To: Arnd Bergmann <arnd@...db.de>, linuxppc-dev@...ts.ozlabs.org
Cc: Ulf Hansson <ulf.hansson@...aro.org>,
Yangbo Lu <yangbo.lu@....com>,
Mark Rutland <mark.rutland@....com>,
Xiaobo Xie <xiaobo.xie@....com>,
"linux-i2c@...r.kernel.org" <linux-i2c@...r.kernel.org>,
"linux-clk@...r.kernel.org" <linux-clk@...r.kernel.org>,
Qiang Zhao <qiang.zhao@....com>,
Russell King <linux@....linux.org.uk>,
Bhupesh Sharma <bhupesh.sharma@...escale.com>,
Joerg Roedel <joro@...tes.org>,
Claudiu Manoil <claudiu.manoil@...escale.com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Rob Herring <robh+dt@...nel.org>,
Santosh Shilimkar <ssantosh@...nel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Yang-Leo Li <leoyang.li@....com>,
"iommu@...ts.linux-foundation.org" <iommu@...ts.linux-foundation.org>,
Kumar Gala <galak@...eaurora.org>,
linuxppc-dev@...ts.ozlabs.org
Subject: Re: [PATCH 4/4] Revert "powerpc/fsl: Move fsl_guts.h out of
arch/powerpc"
On Mon, 2016-05-30 at 15:18 +0200, Arnd Bergmann wrote:
> All users of this driver are PowerPC specific and the header file
> has no business in the global include/linux/ hierarchy, so move
> it back before anyone starts using it on ARM.
>
> This reverts commit 948486544713492f00ac8a9572909101ea892cb0.
>
> Signed-off-by: Arnd Bergmann <arnd@...db.de>
> ---
> This part of the series is not required for the eSDHC quirk,
> but it restores the asm/fsl_guts.h header so it doesn't accidentally
> get abused for this in the future. I found two drivers outside of
> arch/powerpc that already accessed the registers directly, but the
> functions look fairly contained, and can be easily hidden in an
> #ifdef CONFIG_PPC
NACK
Besides adding ifdef pollution for no good reason, this register block is used
on some ARM chips as well. Why is it a problem if "anyone starts using it on
ARM"?
BTW, of all the mailing lists you included on this CC, you seem to have left
off the PPC list (I've added it).
-Scott
Powered by blists - more mailing lists