linux-kernel - Re: [PATCH] arm: support big-endian for the virt architecture

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 for Android: free password hash cracker in your pocket

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

Message-ID: <CAK8P3a3riqD9kzGZHLxhYug7zO34e2icOaWddzH2JezbZKVNPg@mail.gmail.com>
Date:   Fri, 28 Sep 2018 21:19:12 +0200
From:   Arnd Bergmann <arnd@...db.de>
To:     "Jason A. Donenfeld" <Jason@...c4.com>
Cc:     Russell King - ARM Linux <linux@...linux.org.uk>,
        Linux ARM <linux-arm-kernel@...ts.infradead.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] arm: support big-endian for the virt architecture

On Fri, Sep 28, 2018 at 6:04 PM Jason A. Donenfeld <Jason@...c4.com> wrote:
>
> Hi Arnd,
>
> On Fri, Sep 28, 2018 at 5:59 PM Arnd Bergmann <arnd@...db.de> wrote:
> > Applied for 4.20 with subject line changed s/arm/ARM/, thanks!
>
> Thanks.
>
> > I think most people just build a 'defconfig' kernel, which includes
> > multiple platforms that use ARCH_SUPPORTS_BIG_ENDIAN.
>
> Right, that's what it looked like. In my case, I'm doing CI on some
> homebrewed infra, where I'm building lots of kernels for lots of
> architectures and testing them in qemu with various tests _for each
> and every commit_. Not having a server farm as impressive as Intel's
> 0-day infra, getting compilation times down is rather important.

You can probably work around it by enabling ARCH_HIGHBANK,
which is a minimal platform with no other requirements, so it
should only add a few milliseconds to the build.

Another option would be to do the testing on top of linux-next,
which should have your fix starting on Monday. Testing on
linux-next carries a higher risk of running into unrelated
regressions, but also lets you find out about conflicts with
other patches early on.

       Arnd