Openembedded Core Discussions
 help / color / mirror / Atom feed
* [OE-core] runqemu: ahci option
@ 2024-01-11  7:59 Sean Nyekjaer
  2024-01-11 10:42 ` Alexander Kanavin
  0 siblings, 1 reply; 3+ messages in thread
From: Sean Nyekjaer @ 2024-01-11  7:59 UTC (permalink / raw)
  To: openembedded-core, Richard Purdie, martin.jansa, alex.kanavin

Hi,

We have an x86_64 machine that we create an wic image for.
For bootloader we are using UEFI boot with u-boot as a EFI payload.

U-boot doesn’t have support for virtio-scsi-pci, so it’s can’t detect a disk.
U-boot however does some tests with the ahci driver:
https://source.denx.de/u-boot/u-boot/-/blob/master/scripts/build-efi.sh#L116
It also works for our case.

But since the runqemu script checks for drivetype by “/dev/sd” I can’t easily add something like what u-boot uses.

Any idea’s?

For now I use in machine conf:
QB_DEFAULT_FSTYPE = "wic"
QB_ROOTFS = "none"
QB_OPT_APPEND = "-drive id=disk,file=@DEPLOY_DIR_IMAGE@/image-qemux86-64.rootfs.wic,if=none,format=raw -device ahci,id=ahci -device ide-hd,drive=disk,bus=ahci.0”

But it would be nice to have the ROOTFS env var expanded instead of declaring it explicitly here.

Best regards
Sean Nyekjær

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [OE-core] runqemu: ahci option
  2024-01-11  7:59 [OE-core] runqemu: ahci option Sean Nyekjaer
@ 2024-01-11 10:42 ` Alexander Kanavin
  2024-01-11 11:14   ` Mikko Rapeli
  0 siblings, 1 reply; 3+ messages in thread
From: Alexander Kanavin @ 2024-01-11 10:42 UTC (permalink / raw)
  To: Sean Nyekjaer; +Cc: openembedded-core, Richard Purdie, martin.jansa

Generally runqemu is inteded for  (and tested with) specifically
qemux86_64 MACHINE (or any other qemu* machine). So if testing your
particular target bootloader with qemu isn't actually important, you
can rebuild the image for qemux86_64, and in that configuration there
is no bootloader: qemu boots the kernel directly.

Alex

On Thu, 11 Jan 2024 at 08:59, Sean Nyekjaer <sean@geanix.com> wrote:
>
> Hi,
>
> We have an x86_64 machine that we create an wic image for.
> For bootloader we are using UEFI boot with u-boot as a EFI payload.
>
> U-boot doesn’t have support for virtio-scsi-pci, so it’s can’t detect a disk.
> U-boot however does some tests with the ahci driver:
> https://source.denx.de/u-boot/u-boot/-/blob/master/scripts/build-efi.sh#L116
> It also works for our case.
>
> But since the runqemu script checks for drivetype by “/dev/sd” I can’t easily add something like what u-boot uses.
>
> Any idea’s?
>
> For now I use in machine conf:
> QB_DEFAULT_FSTYPE = "wic"
> QB_ROOTFS = "none"
> QB_OPT_APPEND = "-drive id=disk,file=@DEPLOY_DIR_IMAGE@/image-qemux86-64.rootfs.wic,if=none,format=raw -device ahci,id=ahci -device ide-hd,drive=disk,bus=ahci.0”
>
> But it would be nice to have the ROOTFS env var expanded instead of declaring it explicitly here.
>
> Best regards
> Sean Nyekjær


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [OE-core] runqemu: ahci option
  2024-01-11 10:42 ` Alexander Kanavin
@ 2024-01-11 11:14   ` Mikko Rapeli
  0 siblings, 0 replies; 3+ messages in thread
From: Mikko Rapeli @ 2024-01-11 11:14 UTC (permalink / raw)
  To: Alexander Kanavin
  Cc: Sean Nyekjaer, openembedded-core, Richard Purdie, martin.jansa

Hi,

On Thu, Jan 11, 2024 at 11:42:58AM +0100, Alexander Kanavin wrote:
> Generally runqemu is inteded for  (and tested with) specifically
> qemux86_64 MACHINE (or any other qemu* machine). So if testing your
> particular target bootloader with qemu isn't actually important, you
> can rebuild the image for qemux86_64, and in that configuration there
> is no bootloader: qemu boots the kernel directly.

True, yocto has a lot of history with the assumption that every board even with
common and compatible SoC's needs a specific machine configuration.

I think this is a bit too old fashioned and would like to move towards generic and
compatible builds where a single binary build works on a large number of instruction
set compatible SoCs and boards.

Thus I'd be happy to have qemu testing part of this and the hard coded assumptions of
qemu configs to be removed or made optional so that they can be overwritten
if needed. So patches welcome :)

Cheers,

-Mikko


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2024-01-11 11:15 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-01-11  7:59 [OE-core] runqemu: ahci option Sean Nyekjaer
2024-01-11 10:42 ` Alexander Kanavin
2024-01-11 11:14   ` Mikko Rapeli

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox