[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20221129055351.GA4931@workstation>
Date: Tue, 29 Nov 2022 11:23:51 +0530
From: Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>
To: Borislav Petkov <bp@...en8.de>
Cc: bjorn.andersson@...aro.org, mchehab@...nel.org,
james.morse@....com, rric@...nel.org,
linux-arm-msm@...r.kernel.org, linux-edac@...r.kernel.org,
linux-kernel@...r.kernel.org, quic_saipraka@...cinc.com
Subject: Re: [PATCH v4 1/2] EDAC/qcom: Get rid of hardcoded register offsets
On Mon, Nov 28, 2022 at 07:35:14PM +0100, Borislav Petkov wrote:
> On Mon, Nov 28, 2022 at 11:47:05PM +0530, Manivannan Sadhasivam wrote:
> > Well, yes but that would imply both LLCC and EDAC patches going together.
> > Splitting them will break the build, which is worse.
>
> Sounds like you need to check out:
>
> Documentation/process/stable-kernel-rules.rst
>
> first.
>
> Hint: there are provisions in there how to specify dependencies between
> commits.
>
Hmm, I did miss reading this. Thanks for pointing out.
> > Sorry, it is because I only tried building for ARM64 architecture. The
> > error you are seeing is for x86-64 and I could now reproduce it as
> > well.
>
> Yes, because arch doesn't matter here - the .config does.
>
Well, arch does matter here. LLCC driver depends on ARCH_QCOM ||
COMPILE_TEST. In the case of ARCH_QCOM, the REGMAP_MMIO is implicitly
selected and you won't see the error with built-in or as a module.
Only if you unselect ARCH_QCOM and use x86_64 (or any other arch) with
COMPILE_TEST, then you'll see the error with both built-in and module.
> Therefore, as requested:
>
> "For the next version, you'd need to fix all possible Kconfig build
> errors before sending."
>
Sure.
Thanks,
Mani
> Thx.
>
> --
> Regards/Gruss,
> Boris.
>
> https://people.kernel.org/tglx/notes-about-netiquette
Powered by blists - more mailing lists