Re: [PATCH v2 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: Eric DeVolder <eric.devolder@xxxxxxxxxx>
- Subject: Re: [PATCH v2 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
- From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
- Date: Thu, 22 Jun 2023 18:24:03 +0200
- Cc: Mimi Zohar <zohar@xxxxxxxxxxxxx>, linux@xxxxxxxxxxxxxxx, catalin.marinas@xxxxxxx, will@xxxxxxxxxx, chenhuacai@xxxxxxxxxx, geert@xxxxxxxxxxxxxx, tsbogend@xxxxxxxxxxxxxxxx, James.Bottomley@xxxxxxxxxxxxxxxxxxxxx, deller@xxxxxx, ysato@xxxxxxxxxxxxx, dalias@xxxxxxxx, glaubitz@xxxxxxxxxxxxxxxxxxx, tglx@xxxxxxxxxxxxx, mingo@xxxxxxxxxx, bp@xxxxxxxxx, dave.hansen@xxxxxxxxxxxxxxx, x86@xxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, linux-ia64@xxxxxxxxxxxxxxx, loongarch@xxxxxxxxxxxxxxx, linux-m68k@xxxxxxxxxxxxxxx, linux-mips@xxxxxxxxxxxxxxx, linux-parisc@xxxxxxxxxxxxxxx, linuxppc-dev@xxxxxxxxxxxxxxxx, linux-riscv@xxxxxxxxxxxxxxxxxxx, linux-s390@xxxxxxxxxxxxxxx, linux-sh@xxxxxxxxxxxxxxx, kernel@xxxxxxxxxx, mpe@xxxxxxxxxxxxxx, npiggin@xxxxxxxxx, christophe.leroy@xxxxxxxxxx, paul.walmsley@xxxxxxxxxx, palmer@xxxxxxxxxxx, aou@xxxxxxxxxxxxxxxxx, hca@xxxxxxxxxxxxx, gor@xxxxxxxxxxxxx, borntraeger@xxxxxxxxxxxxx, svens@xxxxxxxxxxxxx, hpa@xxxxxxxxx, keescook@xxxxxxxxxxxx, paulmck@xxxxxxxxxx, peterz@xxxxxxxxxxxxx, frederic@xxxxxxxxxx, akpm@xxxxxxxxxxxxxxxxxxxx, ardb@xxxxxxxxxx, samitolvanen@xxxxxxxxxx, juerg.haefliger@xxxxxxxxxxxxx, arnd@xxxxxxxx, rmk+kernel@xxxxxxxxxxxxxxx, linus.walleij@xxxxxxxxxx, sebastian.reichel@xxxxxxxxxxxxx, rppt@xxxxxxxxxx, kirill.shutemov@xxxxxxxxxxxxxxx, anshuman.khandual@xxxxxxx, ziy@xxxxxxxxxx, masahiroy@xxxxxxxxxx, ndesaulniers@xxxxxxxxxx, mhiramat@xxxxxxxxxx, ojeda@xxxxxxxxxx, thunder.leizhen@xxxxxxxxxx, xin3.li@xxxxxxxxx, tj@xxxxxxxxxx, gregkh@xxxxxxxxxxxxxxxxxxx, tsi@xxxxxxxxxx, bhe@xxxxxxxxxx, hbathini@xxxxxxxxxxxxx, sourabhjain@xxxxxxxxxxxxx, boris.ostrovsky@xxxxxxxxxx, konrad.wilk@xxxxxxxxxx
- In-reply-to: <b89bb8d6-77db-76fe-e360-f6c439b80e73@oracle.com>
- References: <20230619145801.1064716-1-eric.devolder@oracle.com> <20230619145801.1064716-13-eric.devolder@oracle.com> <ZJKD690QaX1IgiAz@li-008a6a4c-3549-11b2-a85c-c5cc2836eea2.ibm.com> <b89bb8d6-77db-76fe-e360-f6c439b80e73@oracle.com>
On Wed, Jun 21, 2023 at 12:10:49PM -0500, Eric DeVolder wrote:
Hi Eric,
...
> > > NOTE: The original Kconfig has a KEXEC_SIG which depends on
> > > MODULE_SIG_FORMAT. However, attempts to keep the MODULE_SIG_FORMAT
> > > dependency (using the strategy outlined in this series, and other
> > > techniques) results in 'error: recursive dependency detected'
> > > on CRYPTO. This occurs due to any path through KEXEC_SIG
> > > attempting to select CRYPTO is ultimately dependent upon CRYPTO:
> > >
> > > CRYPTO
> > > <- ARCH_SUPPORTS_KEXEC_FILE
> > > <- KEXEC_FILE
> > > <- KEXEC_SIG
> > >
> > > Therefore, the solution is to drop the MODULE_SIG_FORMAT dependency
> > > for KEXEC_SIG. In practice, however, MODULE_SIG_FORMAT is still
> > > configured-in as the use of KEXEC_SIG is in step with the use of
> > > SYSTEM_DATA_VERIFICATION, which does select MODULE_SIG_FORMAT.
> >
> > No, it is actually the other way around.
> > Could you please provide the correct explanation?
> >
> > AFAICT the MODULE_SIG_FORMAT dependency was introduced with commit
> > c8424e776b09 ("MODSIGN: Export module signature definitions") and
> > in fact was not necessary, since s390 did/does not use mod_check_sig()
> > anyway. So the SYSTEM_DATA_VERIFICATION could have left intact.
>
> Thomas, would the correct explanation be simply indicating that
> MODULE_SIG_FORMAT isn't needed as it is not used by s390 (crediting your
> summary above)?
I guess, you asked me? Anyway, I will try to answer as if I were Thomas :)
MODULE_SIG_FORMAT is needed to select SYSTEM_DATA_VERIFICATION.
But SYSTEM_DATA_VERIFICATION is also selected by FS_VERITY*, so
dropping MODULE_SIG_FORMAT does not hurt.
Thanks!
[Index of Archives]
[Linux Kernel]
[Sparc Linux]
[DCCP]
[Linux ARM]
[Yosemite News]
[Linux SCSI]
[Linux x86_64]
[Linux for Ham Radio]