On 28.11.2015 07:41, Elliott, Robert (Persistent Memory) wrote:
> If you can define a standard meaning for 16 and 20, that'd be more
> useful than marking them as OEM defined. There will always be a mix
> of software that interprets it as unusable vs. follows this new
> advice.
16 would be "RAM ho
> -Original Message-
> From: grub-devel-bounces+elliott=hp@gnu.org [mailto:grub-devel-
> bounces+elliott=hp@gnu.org] On Behalf Of Andrei Borzenkov
> Sent: Tuesday, December 08, 2015 11:16 AM
> To: grub-devel@gnu.org
> Subject: Re: grub causing NVDIMMs to be
03.12.2015 20:50, Elliott, Robert (Persistent Memory) пишет:
> From bd13098e80422444d60e08cb856093bf671df2bf Mon Sep 17 00:00:00 2001
> From: Robert Elliott
> Date: Thu, 3 Dec 2015 11:38:36 -0600
> Subject: [PATCH 1/4] Translate UEFI persistent memory type
> MIME-Version: 1.0
> Content-Type: text/
development of GNU GRUB
> > Subject: Re: grub causing NVDIMMs to be treated as normal memory
> >
> > What about this patch for the passing of pram?
> ...
> > --- a/include/grub/memory.h
> > +++ b/include/grub/memory.h
> > @@ -30,6 +30,7 @@ type
> grub-core/efiemu/mm.c:
> * efiemu_alloc_requests reqorder[] - add GRUB_EFI_PERSISTENT_MEMORY
> (although we don't want to encourage ever allocating these
>ranges, UNUSABLE_MEMORY is already there)
Reviewing that code, since this array has one entry per
EFI memory type:
static grub_size_t
> Subject: Re: grub causing NVDIMMs to be treated as normal memory
>
> What about this patch for the passing of pram?
...
> --- a/include/grub/memory.h
> +++ b/include/grub/memory.h
> @@ -30,6 +30,7 @@ typedef enum grub_memory_type
> GRUB_MEMORY_ACPI = 3,
>
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
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
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
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,
ub causing NVDIMMs to be treated as normal memory
>
> 27.11.2015 02:24, Elliott, Robert (Persistent Memory) пишет:
> >
...
> > Note (a): The 088 and 148 ranges were merged into the
> > 010 and 0c8 usable ranges, as expected for this experiment.
> >
> > The N
ment of GNU GRUB ;
>> dan.j.willi...@intel.com; linux-nvd...@lists.01.org
>> Subject: Re: grub causing NVDIMMs to be treated as normal memory
>>
>> 26.11.2015 09:15, Elliott, Robert (Persistent Memory) пишет:
>> ...
>>
>>> ...
>>> mmap/efi/mmap.c:66
ub causing NVDIMMs to be treated as normal memory
>
> 26.11.2015 09:15, Elliott, Robert (Persistent Memory) пишет:
> ...
>
> > ...
> > mmap/efi/mmap.c:66: EFI memory region 0x88000-0xc8000: 14
> > Unknown memory type 14, considering reserved
> > mmap/e
26.11.2015 09:15, Elliott, Robert (Persistent Memory) пишет:
...
> ...
> mmap/efi/mmap.c:66: EFI memory region 0x88000-0xc8000: 14
> Unknown memory type 14, considering reserved
> mmap/efi/mmap.c:66: EFI memory region 0x148000-0x1a8000: 14
> Unknown memory type 14, considering rese
> -Original Message-
> From: Andrei Borzenkov [mailto:arvidj...@gmail.com]
...
> From the build directory
>
> pkgdatadir=$PWD ./grub-install --bootloader-id testgrub -d grub-core
>
> This should install grub in \EFI\testgrub on ESP and add EFI menu for
> it. You can add --no-nvram to sk
lopment of GNU GRUB ;
>> dan.j.willi...@intel.com; linux-nvd...@lists.01.org
>> Subject: Re: grub causing NVDIMMs to be treated as normal memory
>>
>> 25.11.2015 02:52, Elliott, Robert (Persistent Memory) пишет:
>>> We've noticed that some combinations of
grub causing NVDIMMs to be treated as normal memory
>
> 25.11.2015 02:52, Elliott, Robert (Persistent Memory) пишет:
> > We've noticed that some combinations of grub and old linux kernels
> >
> > end up interpreting the UEFI memory map EfiPersistentMemory type 14
&g
25.11.2015 02:52, Elliott, Robert (Persistent Memory) пишет:
> We've noticed that some combinations of grub and old linux kernels
>
> end up interpreting the UEFI memory map EfiPersistentMemory type 14
>
> (formerly a reserved value) as regular memory in the linux e820
>
> table, causing silent
On Wed, Nov 25, 2015 at 6:08 AM, Andrei Borzenkov wrote:
> On Wed, Nov 25, 2015 at 2:52 AM, Elliott, Robert (Persistent Memory)
> wrote:
>> We've noticed that some combinations of grub and old linux kernels
>>
>> end up interpreting the UEFI memory map EfiPersistentMemory type 14
>>
>> (formerly
> -Original Message-
> From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf Of
> Andrei Borzenkov
> Sent: Wednesday, November 25, 2015 8:08 AM
> To: The development of GNU GRUB
> Cc: linux-nvd...@lists.01.org
> Subject: Re: grub causing NVDIMMs to
It may operate the same, but there may be persistent data in there that the OS
wants to preserve across reboots.
—S
On Nov 25, 2015, at 6:08 AM, Andrei Borzenkov wrote:
> On Wed, Nov 25, 2015 at 2:52 AM, Elliott, Robert (Persistent Memory)
> wrote:
>> We've noticed that some combinations o
On Wed, Nov 25, 2015 at 2:52 AM, Elliott, Robert (Persistent Memory)
wrote:
> We've noticed that some combinations of grub and old linux kernels
>
> end up interpreting the UEFI memory map EfiPersistentMemory type 14
>
> (formerly a reserved value) as regular memory in the linux e820
>
> table, ca
We've noticed that some combinations of grub and old linux kernels
end up interpreting the UEFI memory map EfiPersistentMemory type 14
(formerly a reserved value) as regular memory in the linux e820
table, causing silent data corruption on the NVDIMMs. That occurs
even though grub prints this
23 matches
Mail list logo
