Re: [PATCH] hw/i386: Add unaccepted memory configuration

2022-06-22 Thread Gupta, Pankaj
Hi Gerd, Hi, AFAIU 'true' is the behavior you are proposing with your EFI changes? Saying that what's the difference between 'false' & 'default' wrt EFI firmware? Just wondering do we need default? true/false will force the one or the other no matter what. 'default' allows the firmware

Re: [PATCH] hw/i386: Add unaccepted memory configuration

2022-06-22 Thread Gerd Hoffman
Hi, > AFAIU 'true' is the behavior you are proposing with your EFI changes? > Saying that what's the difference between 'false' & 'default' wrt EFI > firmware? Just wondering do we need default? true/false will force the one or the other no matter what. 'default' allows the firmware to choose

Re: [PATCH] hw/i386: Add unaccepted memory configuration

2022-06-21 Thread Gupta, Pankaj
For SEV-SNP, an OS is "SEV-SNP capable" without supporting this UEFI v2.9 memory type. In order for OVMF to be able to avoid pre-validating potentially hundreds of gibibytes of data before booting, it needs to know if the guest OS can support its use of the new type of memory in the memory map

Re: [PATCH] hw/i386: Add unaccepted memory configuration

2022-06-21 Thread Michael S. Tsirkin
On Tue, Jun 21, 2022 at 07:37:02AM +0200, Gerd Hoffman wrote: > On Mon, Jun 20, 2022 at 10:33:00PM +, Dionna Glaze wrote: > > For SEV-SNP, an OS is "SEV-SNP capable" without supporting this UEFI > > v2.9 memory type. In order for OVMF to be able to avoid pre-validating > > potentially hundreds

Re: [PATCH] hw/i386: Add unaccepted memory configuration

2022-06-20 Thread Gerd Hoffman
On Mon, Jun 20, 2022 at 10:33:00PM +, Dionna Glaze wrote: > For SEV-SNP, an OS is "SEV-SNP capable" without supporting this UEFI > v2.9 memory type. In order for OVMF to be able to avoid pre-validating > potentially hundreds of gibibytes of data before booting, it needs to > know if the guest