RE: grub causing NVDIMMs to be treated as normal memory

> -Original Message- > From: grub-devel-bounces+elliott=hp@gnu.org [mailto:grub-devel- > bounces+elliott=hp@gnu.org] On Behalf Of Vladimir 'f- > coder/phcoder' Serbinenko > Sent: Friday, November 27, 2015 5:08 AM > To: The development of GNU GRUB > Subject: Re: grub causing NVDIM

Re: [PATCH] calibrate_tsc(): use the Stall() EFI boot service on GRUB_MACHINE_EFI

28.11.2015 08:25, Elliott, Robert (Persistent Memory) пишет: > > >> -Original Message- >> From: grub-devel-bounces+elliott=hp@gnu.org [mailto:grub-devel- >> bounces+elliott=hp@gnu.org] On Behalf Of Andrei Borzenkov >> Sent: Friday, November 27, 2015 11:56 AM >> To: The development

RE: [PATCH] calibrate_tsc(): use the Stall() EFI boot service on GRUB_MACHINE_EFI

> -Original Message- > From: grub-devel-bounces+elliott=hp@gnu.org [mailto:grub-devel- > bounces+elliott=hp@gnu.org] On Behalf Of Andrei Borzenkov > Sent: Friday, November 27, 2015 11:56 AM > To: The development of GNU GRUB ; > vkuzn...@redhat.com; de...@microsoft.com; pjo...@redh

Re: [PATCH] calibrate_tsc(): use the Stall() EFI boot service on GRUB_MACHINE_EFI

26.11.2014 11:59, Laszlo Ersek пишет: > HyperV Gen2 virtual machines have no PIT; guest code should rely on UEFI > services instead. > Could you retest with current master? It now supports multiple methods to calibrate TSC and should avoid PIT on UEFI systems. __

Re: grub causing NVDIMMs to be treated as normal memory

27.11.2015 16:55, Vladimir 'φ-coder/phcoder' Serbinenko пишет: > New version attached > For completeness, there is lsmmap, but it is cosmetic. What about multiboot(2)? It lists possible memory types. Do they constitute binding API? #define MULTIBOOT_MEMORY_AVAILABLE 1 #define MULTI

Re: Grub get and set efi variables

> I would add: > * hex. To print and store in hex form > * utf16. Decode utf16 into utf8. utf16 is a common encoding in EFI land. hex is already part of the latest proposed patch: >> +case EFI_VAR_HEX: I'm not sure whether utf16 will be useful, as all standard UEFI variables now are using ASC

Re: Grub get and set efi variables

On 14.11.2015 05:03, Andrei Borzenkov wrote: > 13.11.2015 22:42, Ignat Korchagin пишет: > +static enum efi_var_type > +parse_efi_var_type (const char *type) > +{ > + if (!grub_strncmp (type, "string", sizeof("string"))) > +return EFI_VAR_STRING; > + I thi

Re: grub causing NVDIMMs to be treated as normal memory

New version attached >> GRUB_MEMORY_COREBOOT_TABLES = 16, >> GRUB_MEMORY_CODE = 20, >> /* This one is special: it's used internally but is never reported > Note (b): The internal GRUB_MEMORY_CODE (20) value is > leaking through to the E820 table. > > That appears to

Re: grub causing NVDIMMs to be treated as normal memory

On Fri, Nov 27, 2015 at 2:08 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > What about this patch for the passing of pram? It is incomplete. You need to handle make_efi_memtype() as well as efiemu where I am not sure what is the right thing to do (and we probably have zero chance to test it i

Re: flex version

Andrei, could you please commit this patch? On 15.11.2015 07:26, Andrei Borzenkov wrote: > 14.11.2015 19:22, Peter Cheung пишет: >> hi >> my flex in mac is installed using macports. >> >> $flex --version >> flex 2.5.35 Apple(flex-31) >> >> And the line in configure fail >> >> version=`$LEX --ve

Re: grub causing NVDIMMs to be treated as normal memory

What about this patch for the passing of pram? diff --git a/grub-core/mmap/efi/mmap.c b/grub-core/mmap/efi/mmap.c index 900a4d6..0c03c5d 100644 --- a/grub-core/mmap/efi/mmap.c +++ b/grub-core/mmap/efi/mmap.c @@ -118,6 +118,12 @@ grub_efi_mmap_iterate (grub_memory_hook_t hook, void *hook_data,