linux-kernel - Re: [PATCH] MIPS: of: Introduce helper function to get DTB

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] [day] [month] [year] [list]

Message-ID: <20210204140006.GB13761@alpha.franken.de>
Date:   Thu, 4 Feb 2021 15:00:07 +0100
From:   Thomas Bogendoerfer <tsbogend@...ha.franken.de>
To:     Florian Fainelli <f.fainelli@...il.com>,
        Paul Burton <paulburton@...nel.org>,
        John Crispin <john@...ozen.org>, linux-mips@...r.kernel.org,
        linux-kernel@...r.kernel.org, bcm-kernel-feedback-list@...adcom.com
Subject: Re: [PATCH] MIPS: of: Introduce helper function to get DTB

On Wed, Jan 27, 2021 at 02:24:30PM +0100, Thomas Bogendoerfer wrote:
> Selection of the DTB to be used was burried in more or less readable
> code in head.S. Move this code into a inline helper function and
> use it.
> 
> Signed-off-by: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
> ---
>  arch/mips/ath79/setup.c               | 13 +++++------
>  arch/mips/bmips/setup.c               |  7 +++---
>  arch/mips/generic/init.c              |  5 ++---
>  arch/mips/include/asm/bootinfo.h      | 22 ++++++++++++++++++-
>  arch/mips/include/asm/octeon/octeon.h |  1 -
>  arch/mips/kernel/head.S               | 31 ---------------------------
>  arch/mips/kernel/setup.c              |  4 ----
>  arch/mips/lantiq/prom.c               |  7 ++----
>  arch/mips/pic32/pic32mzda/init.c      | 15 +------------
>  arch/mips/ralink/of.c                 | 11 +++-------
>  10 files changed, 39 insertions(+), 77 deletions(-)

applied to mips-next.

Thomas,

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]