[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 08/14] hvmloader: Locate the BIOS blob
>>> On 14.03.16 at 18:55, <anthony.perard@xxxxxxxxxx> wrote: > --- a/tools/firmware/hvmloader/hvmloader.c > +++ b/tools/firmware/hvmloader/hvmloader.c > @@ -253,10 +253,40 @@ static void acpi_enable_sci(void) > BUG_ON(!(pm1a_cnt_val & ACPI_PM1C_SCI_EN)); > } > > +const struct hvm_modlist_entry *get_module_entry( > + const struct hvm_start_info *info, > + const char *name) > +{ > + const struct hvm_modlist_entry *modlist = > + (struct hvm_modlist_entry *)info->modlist_paddr; This cast puzzles me (as at the first glance I would expect it to cause a compiler warning): Roger, how come cmdline_paddr, modlist_paddr, and rsdp_paddr are 32-bit quantities? While on x86 that _may_ be fine, what about other architectures we may want to run Xen on? > + unsigned int i; > + > + if ( !modlist ) > + return NULL; > + > + for ( i = 0; i < info->nr_modules; i++ ) > + { > + uint32_t module_name = modlist[i].cmdline_paddr; > + > + BUG_ON(!modlist[i].cmdline_paddr || > + modlist[i].cmdline_paddr > UINT_MAX); While you can't use the local variable for the latter check, you can for the former. > @@ -292,8 +322,16 @@ int main(void) > } > > printf("Loading %s ...\n", bios->name); > - if ( bios->bios_load ) > - bios->bios_load(bios); > + bios_module = get_module_entry(hvm_start_info, "bios"); Isn't "bios" a bit vague, as there could be multiple (system, video, add-on card)? > + if ( bios_module && bios->bios_load ) > + { > + uint32_t paddr = bios_module->paddr; > + bios->bios_load(bios, (void*)paddr, bios_module->size); Blank line between declaration(s) and statement(s) please. > + } > + else if ( bios->bios_load ) > + { > + bios->bios_load(bios, 0, 0); bios->bios_load(bios, NULL, 0); Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |