[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3b4ac48b-e29d-415f-89f1-6d354f18c4a4@arm.com>
Date: Fri, 3 Nov 2023 15:23:28 +0000
From: Robin Murphy <robin.murphy@....com>
To: Mark Brown <broonie@...nel.org>,
Duje Mihanović <duje.mihanovic@...le.hr>
Cc: Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>,
Tony Lindgren <tony@...mide.com>,
Daniel Mack <daniel@...que.org>,
Haojian Zhuang <haojian.zhuang@...il.com>,
Robert Jarzmik <robert.jarzmik@...e.fr>,
Liam Girdwood <lgirdwood@...il.com>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>, Leo Yan <leoy@...vell.com>,
Zhangfei Gao <zhangfei.gao@...vell.com>,
Lubomir Rintel <lkundrak@...sk>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>,
Kees Cook <keescook@...omium.org>,
Tony Luck <tony.luck@...el.com>,
"Guilherme G . Piccoli" <gpiccoli@...lia.com>,
linux-clk@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-gpio@...r.kernel.org, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-omap@...r.kernel.org,
alsa-devel@...a-project.org, linux-hardening@...r.kernel.org,
phone-devel@...r.kernel.org, ~postmarketos/upstreaming@...ts.sr.ht,
Karel Balej <balejk@...fyz.cz>,
kernel test robot <lkp@...el.com>
Subject: Re: [PATCH v7 06/10] ASoC: pxa: Suppress SSPA on ARM64
On 2023-11-02 3:26 pm, Mark Brown wrote:
> On Thu, Nov 02, 2023 at 04:20:29PM +0100, Duje Mihanović wrote:
>> The SSPA driver currently seems to generate ARM32 assembly, which causes
>> build errors when building a kernel for an ARM64 ARCH_MMP platform.
>>
>> Fixes: fa375d42f0e5 ("ASoC: mmp: add sspa support")
>> Reported-by: kernel test robot <lkp@...el.com>
>
>> tristate "SoC Audio via MMP SSPA ports"
>> - depends on ARCH_MMP
>> + depends on ARCH_MMP && ARM
>
> This isn't a fix for the existing code, AFAICT the issue here is that
> ARCH_MMP is currently only available for arm and presumably something in
> the rest of your series makes it available for arm64. This would be a
> prerequisite for that patch.
>
> Please don't just insert random fixes tags just because you can.
FWIW it doesn't even seem to be the right reason either. AFACIT the
issue being introduced is that SND_MMP_SOC_SSPA selects SND_ARM which
depends on ARM, but after patch #8 ARCH_MMP itself will no longer
necessarily imply ARM. The fact that selecting SND_ARM with unmet
dependencies also allows SND_ARMAACI to be enabled (which appears to be
the only thing actually containing open-coded Arm asm) is tangential.
Robin.
Powered by blists - more mailing lists