[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK8P3a33TZm2NZg28KbCCeLzLvf759_5r8hr-rcWftci9qinog@mail.gmail.com>
Date: Mon, 21 Mar 2022 22:55:09 +0100
From: Arnd Bergmann <arnd@...db.de>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Arnd Bergmann <arnd@...db.de>, Huacai Chen <chenhuacai@...nel.org>,
Andy Lutomirski <luto@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <peterz@...radead.org>,
Andrew Morton <akpm@...ux-foundation.org>,
David Airlie <airlied@...ux.ie>,
Jonathan Corbet <corbet@....net>,
linux-arch <linux-arch@...r.kernel.org>,
"open list:DOCUMENTATION" <linux-doc@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Xuefeng Li <lixuefeng@...ngson.cn>,
Yanteng Si <siyanteng@...ngson.cn>,
Huacai Chen <chenhuacai@...il.com>,
Jiaxun Yang <jiaxun.yang@...goat.com>,
Huacai Chen <chenhuacai@...ngson.cn>
Subject: Re: [PATCH V8 00/22] arch: Add basic LoongArch support
On Mon, Mar 21, 2022 at 5:59 PM Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
> On Mon, Mar 21, 2022 at 4:09 AM Arnd Bergmann <arnd@...db.de> wrote:
> >
> > This looks fine to me for the most part [...]
>
> So it looks like this is getting there.. Do we have a way forward for
> this to be merged?
>
> I obviously can take the patches, but it would be even nicer to have a
> pull request, and you'd be the obvious person since you are - whether
> you like it or not - the "odd architecture guy".
I can prepare a pull request when it gets to that, but I think the boot protocol
should be fixed first, and that makes it 5.19 material.
The TL;DR version here is that LoongArch requires the use of ACPI/UEFI
firmware, but does not currently enter the kernel using the UEFI protocol.
Instead, grub gets loaded by the firmware (not sure using which protocol),
and it then loads the kernel from disk, entering it through an ad-hoc
method passing data from grub to the kernel using a combination of
CPU registers and in-memory data structures that are different from
how UEFI passes the same information using the drivers/firmware/efi
stub entry.
We have already discussed that this will be replaced with a regular
UEFI entry using the same code that x86 and arm64 have, but at the
moment, neither the specification nor the code is there.
Merging the current version and changing it to the standard boot
protocol later would mean they'd have to keep both protocols in
the kernel, which adds complexity.
Arnd
Powered by blists - more mailing lists