linux-kernel - Re: [PATCH 5/5] ARM: make ARCH

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <0c368c7d-3130-46e6-8185-7270f58161a3@www.fastmail.com>
Date:   Tue, 27 Sep 2022 22:10:14 +0200
From:   "Arnd Bergmann" <arnd@...db.de>
To:     "Geert Uytterhoeven" <geert@...ux-m68k.org>,
        "Arnd Bergmann" <arnd@...nel.org>
Cc:     linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
        "Russell King" <linux@...linux.org.uk>,
        "Linus Walleij" <linus.walleij@...aro.org>,
        "Geert Uytterhoeven" <geert+renesas@...der.be>,
        "Krzysztof Kozlowski" <krzysztof.kozlowski@...aro.org>,
        "Ard Biesheuvel" <ardb@...nel.org>, "Sekhar Nori" <nsekhar@...com>,
        "Bartosz Golaszewski" <brgl@...ev.pl>,
        "Shawn Guo" <shawnguo@...nel.org>,
        "Sascha Hauer" <s.hauer@...gutronix.de>,
        "Pengutronix Kernel Team" <kernel@...gutronix.de>,
        "Andrew Lunn" <andrew@...n.ch>,
        "Gregory Clement" <gregory.clement@...tlin.com>,
        "Sebastian Hesselbarth" <sebastian.hesselbarth@...il.com>
Subject: Re: [PATCH 5/5] ARM: make ARCH_MULTIPLATFORM user-visible

On Tue, Sep 27, 2022, at 3:31 PM, Geert Uytterhoeven wrote:
> On Thu, Aug 18, 2022 at 4:56 PM Arnd Bergmann <arnd@...nel.org> wrote:
>
>> --- a/arch/arm/Kconfig.debug
>> +++ b/arch/arm/Kconfig.debug
>> @@ -1904,6 +1904,7 @@ config DEBUG_UART_8250_PALMCHIP
>>
>>  config DEBUG_UNCOMPRESS
>>         bool "Enable decompressor debugging via DEBUG_LL output"
>> +       depends on !ARCH_MULTIPLATFORM
>
> Shouldn't DEBUG_LL itself depend on !ARCH_MULTIPLATFORM instead?
>

That would also be possible, but I prefer to keep limiting only
the DEBUG_UNCOMPRESS. The idea of DEBUG_LL is that while it's
hardwired to a particular hardware address, it does not actually
access this address unless you specify the 'earlyprintk'
argument on the command line.

We should probably remove the earlyprintk argument from all the
bootargs in the dts files though, because that somewhat defeats
the purpose.

      Arnd