qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: WANG Xuerui <i.qemu@xen0n.name>
To: maobibo <maobibo@loongson.cn>, qemu-devel <qemu-devel@nongnu.org>
Cc: "Song Gao" <gaosong@loongson.cn>, 杨小娟 <yangxiaojuan@loongson.cn>,
	"Chao Li" <lichao@loongson.cn>
Subject: Re: On integrating LoongArch EDK2 firmware into QEMU build process
Date: Sun, 1 Oct 2023 04:16:23 +0800	[thread overview]
Message-ID: <89c67ba0-5152-4b03-b0be-19ba97bfac4c@xen0n.name> (raw)
In-Reply-To: <67517424-0f32-09f8-6446-53f71ebd59b5@loongson.cn>

On 3/31/23 08:54, maobibo wrote:
> Xuerui,
> 
> Thanks for your mail, it is a good suggestion. Now we are planing to move LoongArch uefi bios from edk2-platform to edk2 repo, so that uefi bios supporting LoongArch can be auto compiled and uploaded to qemu repo. Only that process is somwhat slow since lacking of hands, however we are doing this.

Pinging: a few months have passed, and it seems this work is stalled? 
Given the LoongArch Linux KVM support is about to land in v6.7, it may 
be time to prepare the firmware and QEMU side of things, so users would 
no longer have to manually acquire the firmware blobs whenever they fire 
up their VMs.

> 
> Regards
> Bibo, Mao
> 
> 在 2023/3/30 22:06, WANG Xuerui 写道:
>> Hi,
>>
>> Recently there are reportedly increased general interest in trying out LoongArch on top of QEMU, among both end users and organizations; and the EDK2 firmware port is fully upstreamed since the stable202211 version, and a build suitable for QEMU is already possible with Platform/Loongson/LoongArchQemuPkg in edk2-platforms. I think providing pre-built LoongArch firmware would make it much easier to dabble in system emulation, helping those users. (They currently have to pull a blob from yangxiaojuan/qemu-binary, and remember to pair certain version of QEMU with certain revision of the firmware blob. I'm also one of the users who can't remember which version to use, but I can always build my own; imagine the difficulty an end user would face!)
>>
>> So I tried to add a LoongArch build to the list stored in roms/, but discovered that edk2-platforms seems not included, because all other platforms' EDK2 packages are directly under the main edk2 repo.
>>
>> The question is: is integrating a platform package from edk2-platforms okay under the current build system, so we can arrange to provide edk2-platforms also as a submodule and go ahead? Or do we (the LoongArch firmware community) have to change the code organization to make necessary parts available in the main edk2 repo?
>>
>> CC-ing target/loongarch maintainers from Loongson too as you may have more information.
> 



  parent reply	other threads:[~2023-09-30 20:17 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-30 14:06 On integrating LoongArch EDK2 firmware into QEMU build process WANG Xuerui
2023-03-31  0:54 ` maobibo
2023-03-31 12:12   ` Gerd Hoffmann
2023-04-01  2:16     ` gaosong
2023-04-01  5:11     ` maobibo
2023-04-03  8:51       ` maobibo
2023-04-03 10:13         ` [edk2-devel] " Chao Li
2023-04-03 10:29           ` Michael Brown
2023-04-03 11:04             ` Gerd Hoffmann
2023-04-04  2:24               ` Chao Li
2023-04-03 10:58           ` Gerd Hoffmann
2023-09-30 20:16   ` WANG Xuerui [this message]
2023-10-08  1:09     ` Chao Li

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=89c67ba0-5152-4b03-b0be-19ba97bfac4c@xen0n.name \
    --to=i.qemu@xen0n.name \
    --cc=gaosong@loongson.cn \
    --cc=lichao@loongson.cn \
    --cc=maobibo@loongson.cn \
    --cc=qemu-devel@nongnu.org \
    --cc=yangxiaojuan@loongson.cn \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).