[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAK8P3a35Cm5=QOz3O3hhczRzkT54vyeka3iJBcknFB4cVgN5-A@mail.gmail.com>
Date: Wed, 4 Sep 2019 11:31:53 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Krzysztof Kozlowski <krzk@...nel.org>
Cc: Olof Johansson <olof@...om.net>, arm-soc <arm@...nel.org>,
SoC Team <soc@...nel.org>, Kukjin Kim <kgene@...nel.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
"linux-samsung-soc@...r.kernel.org"
<linux-samsung-soc@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [GIT PULL 1/3] soc: samsung: Exynos for v5.4
On Wed, Sep 4, 2019 at 10:37 AM Krzysztof Kozlowski <krzk@...nel.org> wrote:
> On Tue, 3 Sep 2019 at 19:21, Arnd Bergmann <arnd@...db.de> wrote:
> > On Thu, Aug 22, 2019 at 8:35 PM Krzysztof Kozlowski <krzk@...nel.org> wrote:
> > I have drafted a related patch recently, regarding the related
> > arch/arm/plat-samsung/cpu.c file. This is part of a longer series
> > I'm working on, see https://pastebin.com/ZqeU3Mth for the
> > current version of this patch.
>
> You can then also adjust the include path in arch/arm/mach-exynos/Makefile.
Yes, that is part of the following patch, along with replacing all the
'depends on PLAT_SAMSUNG' in Kconfig with 'depends on PLAT_SAMSUNG ||
ARCH_EXYNOS'.
> > The observation is that mach-exynos
> > is almost completely independent of plat-samsung these days, and my
> > patch removes the last obstacle from separating the two. I have
> > another set of patches to do the same for mach-s5pv210 (which shares
> > half of its pm.c with plat-samsung, but nothing else).
>
> Great!
FYI, the other parts of the series include:
- Changing all s3c24xx drivers to no longer use mach/*.h or plat/*.h header
files, as preparation for multiplatform support. This is work in progress,
but mostly done, with cpufreq and ASoC as the notable exceptions.
- Merging mach-s3c24xx, mach-s3c64xx and plat-samsung into a common
mach-s3c directory. This seems to work fine and looks nicer than having
three tightly connected directories, but the downside is that all path
names change and the directory becomes fairly large.
I think we can actually do the same thing for all remaining plat-*
directories.
- eventually making all ARMv5 platforms link into a single kernel, like we do
with ARMv6 and ARMv7 (more to be done there, but s3c24xx and pxa are
the harder bits here).
Arnd
Powered by blists - more mailing lists