Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-11-03 Thread Kamezawa Hiroyuki
On 2015/10/31 4:42, Luck, Tony wrote: If each memory controller has the same distance/latency, you (your firmware) don't need to allocate reliable memory per each memory controller. If distance is problem, another node should be allocated. ...is the behavior(splitting zone) really required ?

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-11-03 Thread Kamezawa Hiroyuki
On 2015/10/31 4:42, Luck, Tony wrote: If each memory controller has the same distance/latency, you (your firmware) don't need to allocate reliable memory per each memory controller. If distance is problem, another node should be allocated. ...is the behavior(splitting zone) really required ?

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-30 Thread Luck, Tony
> If each memory controller has the same distance/latency, you (your firmware) > don't need > to allocate reliable memory per each memory controller. > If distance is problem, another node should be allocated. > > ...is the behavior(splitting zone) really required ? It's useful from a memory

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-30 Thread Kamezawa Hiroyuki
On 2015/10/23 10:44, Luck, Tony wrote: > First part of each memory controller. I have two memory controllers on each > node > If each memory controller has the same distance/latency, you (your firmware) don't need to allocate reliable memory per each memory controller. If distance is problem,

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-30 Thread Kamezawa Hiroyuki
On 2015/10/23 10:44, Luck, Tony wrote: > First part of each memory controller. I have two memory controllers on each > node > If each memory controller has the same distance/latency, you (your firmware) don't need to allocate reliable memory per each memory controller. If distance is problem,

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-30 Thread Luck, Tony
> If each memory controller has the same distance/latency, you (your firmware) > don't need > to allocate reliable memory per each memory controller. > If distance is problem, another node should be allocated. > > ...is the behavior(splitting zone) really required ? It's useful from a memory

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Xishi Qiu
On 2015/10/15 21:32, Taku Izumi wrote: > Xeon E7 v3 based systems supports Address Range Mirroring > and UEFI BIOS complied with UEFI spec 2.5 can notify which > ranges are reliable (mirrored) via EFI memory map. > Now Linux kernel utilize its information and allocates > boot time memory from

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Luck, Tony
iday, October 23, 2015 8:27 AM >> To: Kamezawa, Hiroyuki/亀澤 寛之; Izumi, Taku/泉 拓; linux-kernel@vger.kernel.org; >> linux...@kvack.org >> Cc: qiuxi...@huawei.com; m...@csn.ul.ie; a...@linux-foundation.org; Hansen, >> Dave; m...@codeblueprint.co.uk >> Subject: RE: [PATCH] mm

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Izumi, Taku
.ul.ie; a...@linux-foundation.org; Hansen, > Dave; m...@codeblueprint.co.uk > Subject: RE: [PATCH] mm: Introduce kernelcore=reliable option > > > I think /proc/zoneinfo can show detailed numbers per zone. Do we need some > > for meminfo ? > > I wrote a little script (attached) to

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Luck, Tony
> I think /proc/zoneinfo can show detailed numbers per zone. Do we need some > for meminfo ? I wrote a little script (attached) to summarize /proc/zoneinfo ... on my system it says $ zoneinfo Node Normal Movable DMA DMA32 00.00

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Kamezawa Hiroyuki
On 2015/10/22 3:17, Luck, Tony wrote: + if (reliable_kernelcore) { + for_each_memblock(memory, r) { + if (memblock_is_mirror(r)) + continue; Should we have a safety check here that there is some mirrored memory? If you

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Izumi, Taku
.ul.ie; a...@linux-foundation.org; Hansen, > Dave; m...@codeblueprint.co.uk > Subject: RE: [PATCH] mm: Introduce kernelcore=reliable option > > > I think /proc/zoneinfo can show detailed numbers per zone. Do we need some > > for meminfo ? > > I wrote a little script (attached) to

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Luck, Tony
> I think /proc/zoneinfo can show detailed numbers per zone. Do we need some > for meminfo ? I wrote a little script (attached) to summarize /proc/zoneinfo ... on my system it says $ zoneinfo Node Normal Movable DMA DMA32 00.00

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Kamezawa Hiroyuki
On 2015/10/22 3:17, Luck, Tony wrote: + if (reliable_kernelcore) { + for_each_memblock(memory, r) { + if (memblock_is_mirror(r)) + continue; Should we have a safety check here that there is some mirrored memory? If you

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Xishi Qiu
On 2015/10/15 21:32, Taku Izumi wrote: > Xeon E7 v3 based systems supports Address Range Mirroring > and UEFI BIOS complied with UEFI spec 2.5 can notify which > ranges are reliable (mirrored) via EFI memory map. > Now Linux kernel utilize its information and allocates > boot time memory from

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Luck, Tony
...@intel.com] >> Sent: Friday, October 23, 2015 8:27 AM >> To: Kamezawa, Hiroyuki/亀澤 寛之; Izumi, Taku/泉 拓; linux-kernel@vger.kernel.org; >> linux...@kvack.org >> Cc: qiuxi...@huawei.com; m...@csn.ul.ie; a...@linux-foundation.org; Hansen, >> Dave; m...@codeblueprint.co.

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-21 Thread Luck, Tony
+ if (reliable_kernelcore) { + for_each_memblock(memory, r) { + if (memblock_is_mirror(r)) + continue; Should we have a safety check here that there is some mirrored memory? If you give the kernelcore=reliable option on a

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-21 Thread Luck, Tony
+ if (reliable_kernelcore) { + for_each_memblock(memory, r) { + if (memblock_is_mirror(r)) + continue; Should we have a safety check here that there is some mirrored memory? If you give the kernelcore=reliable option on a

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-19 Thread Xishi Qiu
On 2015/10/20 8:34, Izumi, Taku wrote: > Hi Xishi, > >> On 2015/10/15 21:32, Taku Izumi wrote: >> >>> Xeon E7 v3 based systems supports Address Range Mirroring >>> and UEFI BIOS complied with UEFI spec 2.5 can notify which >>> ranges are reliable (mirrored) via EFI memory map. >>> Now Linux

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-19 Thread Izumi, Taku
Hi Xishi, > On 2015/10/15 21:32, Taku Izumi wrote: > > > Xeon E7 v3 based systems supports Address Range Mirroring > > and UEFI BIOS complied with UEFI spec 2.5 can notify which > > ranges are reliable (mirrored) via EFI memory map. > > Now Linux kernel utilize its information and allocates > >

RE: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-19 Thread Izumi, Taku
Hi Xishi, > On 2015/10/15 21:32, Taku Izumi wrote: > > > Xeon E7 v3 based systems supports Address Range Mirroring > > and UEFI BIOS complied with UEFI spec 2.5 can notify which > > ranges are reliable (mirrored) via EFI memory map. > > Now Linux kernel utilize its information and allocates > >

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-19 Thread Xishi Qiu
On 2015/10/20 8:34, Izumi, Taku wrote: > Hi Xishi, > >> On 2015/10/15 21:32, Taku Izumi wrote: >> >>> Xeon E7 v3 based systems supports Address Range Mirroring >>> and UEFI BIOS complied with UEFI spec 2.5 can notify which >>> ranges are reliable (mirrored) via EFI memory map. >>> Now Linux

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-18 Thread Xishi Qiu
On 2015/10/15 21:32, Taku Izumi wrote: > Xeon E7 v3 based systems supports Address Range Mirroring > and UEFI BIOS complied with UEFI spec 2.5 can notify which > ranges are reliable (mirrored) via EFI memory map. > Now Linux kernel utilize its information and allocates > boot time memory from

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-18 Thread Xishi Qiu
On 2015/10/15 21:32, Taku Izumi wrote: > Xeon E7 v3 based systems supports Address Range Mirroring > and UEFI BIOS complied with UEFI spec 2.5 can notify which > ranges are reliable (mirrored) via EFI memory map. > Now Linux kernel utilize its information and allocates > boot time memory from

[PATCH] mm: Introduce kernelcore=reliable option

2015-10-14 Thread Taku Izumi
Xeon E7 v3 based systems supports Address Range Mirroring and UEFI BIOS complied with UEFI spec 2.5 can notify which ranges are reliable (mirrored) via EFI memory map. Now Linux kernel utilize its information and allocates boot time memory from reliable region. My requirement is: - allocate

[PATCH] mm: Introduce kernelcore=reliable option

2015-10-14 Thread Taku Izumi
Xeon E7 v3 based systems supports Address Range Mirroring and UEFI BIOS complied with UEFI spec 2.5 can notify which ranges are reliable (mirrored) via EFI memory map. Now Linux kernel utilize its information and allocates boot time memory from reliable region. My requirement is: - allocate