search for: boot_loader_nam

...a/com32/mboot/mboot.c +++ b/com32/mboot/mboot.c @@ -222,6 +222,13 @@ int main(int argc, char *argv[]) /* Add auxilliary information */ mboot_make_memmap(); mboot_apm(); + + /* Set boot loader name */ + const struct syslinux_version *sv; + sv = syslinux_version(); + mbinfo.boot_loader_name = (uint32_t)sv->version_string; + mbinfo.flags |= MB_INFO_BOOT_LOADER_NAME; + if (opt.solaris) mboot_solaris_dhcp_hack(); diff --git a/com32/mboot/mboot.h b/com32/mboot/mboot.h index 993b31a..4238333 100644 --- a/com32/mboot/mboot.h +++ b/com32/mboot/mboot.h @@ -50,6 +50,7 @@ #incl...

..._system_table; u64 mps; /* Pointer to MPS. */ u64 acpi; /* Pointer to ACPI RSDP. */ u64 smbios; /* Pointer to SMBIOS. */ xbia_mem_t mem; struct xen_vga_console_info vga_console_info; struct edd_info *edd_info; } xbia_t; /* Main Xen Boot Info (XBI) structure. */ typedef struct { char *boot_loader_name; char *cmdline; u32 mods_count; xbi_mod_t *mods; xbia_t arch; } xbi_t; All data should be placed in above structures as early as possible. Usually it will be done in some assembly files before __start_xen() call or in efi_start() on EFI platform and in __start_xen() itself. Additionally,...

I've updated the patches at http://ozlabs.org/~rusty/paravirt/?mf=33ba6c4fce13;path=/ to carve out the basic shape of how I see all this fitting together. These patches implement an initial set of Xen paravirt ops, as well as adapting head.S to set up a Xen-specific entrypoint. The head.S code does absolutely minimal setup, and then calls xen_start_kernel(). This installs the Xen