Re: VW ELF loader
Utkarsh Verma <[email protected]>
| Newsgroups | gmane.comp.emulators.qemu |
|---|---|
| Message-ID | <[email protected]> |
Hi All, On 8/12/26 12:36 PM, Utkarsh Verma wrote: > + Balaton, qemu-ppc > > Hi David, > > On 7/6/26 5:16 PM, David Gibson wrote: >> On Mon, Jul 06, 2026 at 02:37:48PM +0530, Utkarsh Verma wrote: >>> +Thomas, Narayana, Shiva, Harsh - FYI >>> >>> Hi Alexey, David and Paolo, >>> Reviving this thread as would like to add the disk boot support by >>> loading >>> GRUB. >> >> Good luck, but I'm afraid I no longer have any interest in, or time to >> commit to looking at ppc qemu stuff. >> > > Thanks for responding to the query. > > Let me share what we have been working on to add the qcow2 disk boot > support with VOF to get inputs from others who might have an opinion. > > With below changes, we have been able to boot a qcow2 image using the - > hda option. The implementation covers: > > - Partition table scanning (MBR and GPT) to locate the PReP boot partition. > - A new load_elf_ram_sym_buf() API in hw/core/loader.c that loads an ELF > image from a caller-supplied memory buffer, reusing the existing > load_elf32/load_elf64 paths internally via memfd and also added an > optional per-segment callback so callers can act on each PT_LOAD > segment, used here to update /memory@0/available via vof_claim() > - read, seek, and vscsi-report-luns OF services for block I/O needed by > GRUB. > - VTY read/write routing for GRUB console I/O. > > With all of the above, we are able to boot a disk over the sPAPR vSCSI > bus. I plan to post a RFC patch series soon. Quite a few things are > referenced from the Alexey's older patch series for implementing the VOF > (https://lore.kernel.org/qemu-devel/20200203032943.121178-1- > [email protected]/#t). I have poseted RFC patches here: https://lore.kernel.org/qemu-devel/[email protected]/ > > Alexey, Balaton and others, > Let us know if this approach looks good. > > Regards, > Utkarsh > Regards, Utkarsh