Skip to content

feat(aarch64): Fall back to detecting kernel at linux,initrd-start#607

Open
Gelbpunkt wants to merge 1 commit into
hermit-os:mainfrom
Gelbpunkt:initrd-start-aarch64
Open

feat(aarch64): Fall back to detecting kernel at linux,initrd-start#607
Gelbpunkt wants to merge 1 commit into
hermit-os:mainfrom
Gelbpunkt:initrd-start-aarch64

Conversation

@Gelbpunkt
Copy link
Copy Markdown
Member

From what I can tell, cloud-hypervisor has no equivalent to QEMU's guest loader functionality, so I currently just pass the loader image as the kernel and the kernel image as the initramfs. It's fairly straightforward to fall back to parsing the kernel image from there, so I think this makes sense to support.

From what I can tell, cloud-hypervisor has no equivalent to QEMU's
guest loader functionality, so I currently just pass the loader image as
the kernel and the kernel image as the initramfs. It's fairly
straightforward to fall back to parsing the kernel image from there, so
I think this makes sense to support.
Copy link
Copy Markdown
Member

@mkroening mkroening left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We already have similar code for RISC-V: https://github.com/hermit-os/loader/blob/v0.5.6/src/arch/riscv64/mod.rs#L21-L51

It might make sense to unify them as methods on an trait FdtExt, but that might not be worth the effort. You can decide. :)

@Gelbpunkt
Copy link
Copy Markdown
Member Author

Ah, I didn't even bother checking the RISC-V code. That one is also slightly prettier than this approach. I'll try the FdtExt approach, that seems sensible.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants