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
| ||
|
Message-ID: <CAK8P3a2yJwE3fbG5t41eN+N_vVzWdnDuDEi6vi32aRYX+mXX3g@mail.gmail.com> Date: Sat, 25 Sep 2021 19:46:05 +0200 From: Arnd Bergmann <arnd@...db.de> To: Marc Zyngier <maz@...nel.org> Cc: Florian Fainelli <f.fainelli@...il.com>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Russell King <linux@...linux.org.uk>, Ray Jui <rjui@...adcom.com>, Scott Branden <sbranden@...adcom.com>, "maintainer:BROADCOM BCM281XX/BCM11XXX/BCM216XX ARM ARCHITE..." <bcm-kernel-feedback-list@...adcom.com>, Catalin Marinas <catalin.marinas@....com>, Will Deacon <will@...nel.org>, Yoshinori Sato <ysato@...rs.sourceforge.jp>, Rich Felker <dalias@...c.org>, Thomas Gleixner <tglx@...utronix.de>, Rob Herring <robh+dt@...nel.org>, Frank Rowand <frowand.list@...il.com>, Ard Biesheuvel <ardb@...nel.org>, Mike Rapoport <rppt@...nel.org>, Linus Walleij <linus.walleij@...aro.org>, Andrew Morton <akpm@...ux-foundation.org>, Geert Uytterhoeven <geert+renesas@...der.be>, Arnd Bergmann <arnd@...db.de>, Guenter Roeck <linux@...ck-us.net>, Kefeng Wang <wangkefeng.wang@...wei.com>, Mark Rutland <mark.rutland@....com>, Andrey Konovalov <andreyknvl@...il.com>, Anshuman Khandual <anshuman.khandual@....com>, Valentin Schneider <valentin.schneider@....com>, Ingo Molnar <mingo@...nel.org>, Peter Zijlstra <peterz@...radead.org>, "moderated list:ARM PORT" <linux-arm-kernel@...ts.infradead.org>, "open list:SUPERH" <linux-sh@...r.kernel.org>, "open list:BROADCOM BMIPS MIPS ARCHITECTURE" <linux-mips@...r.kernel.org>, "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE" <devicetree@...r.kernel.org> Subject: Re: [PATCH 10/11] arm64: broadcom: Removed forced select of interrupt controllers On Sat, Sep 25, 2021 at 2:10 PM Marc Zyngier <maz@...nel.org> wrote: > On Fri, 24 Sep 2021 18:05:45 +0100, Florian Fainelli <f.fainelli@...il.com> wrote: > > How does the user know about that? People will build a kernel > selecting their platform, and find out it doesn't work. This seems > terribly counter-productive to me. It's default-enabled on the platforms that need it, see one of the earlier patches. Having the option to make it a loadable module is a definite benefit as far as I'm concerned, and I generally like the idea of having individually selectable symbols for consistency as that is what we have in other subsystems as well. Ideally I'd do away with all the 'select' statements for the platforms and only have them control dependencies as we do for most other subsystems. irqchip is one of the few exceptions here, though I understand the reason for having the most important drivers tied to the platform more closely. Arnd
Powered by blists - more mailing lists