Hi Dave,
On Tue, 2016-01-26 at 09:20 +0800, Dave Young wrote:
> Hi, Mimi
>
> On 01/25/16 at 10:04am, Mimi Zohar wrote:
> > On Mon, 2016-01-25 at 14:37 +0800, Dave Young wrote:
> > > Hi, Mimi
> > >
> > > Besides of code issues, I have several thing to be understand:
> > >
> > > What is the effec
Hi!
On 15/01/16 19:18, Geoff Levand wrote:
> From: AKASHI Takahiro
>
> The current kvm implementation on arm64 does cpu-specific initialization
> at system boot, and has no way to gracefully shutdown a core in terms of
> kvm. This prevents, especially, kexec from rebooting the system on a boot
>
On Mon, Jan 25, 2016 at 06:48:12PM -0500, Mimi Zohar wrote:
> On Mon, 2016-01-25 at 21:34 +0100, Luis R. Rodriguez wrote:
> > On Mon, Jan 25, 2016 at 10:04:18AM -0500, Mimi Zohar wrote:
> > > On Mon, 2016-01-25 at 14:37 +0800, Dave Young wrote:
> > > > Hi, Mimi
> > > >
> > > > Besides of code issu
From: Toshi Kani
Set proper ioresource flags and types for crash kernel reservation
areas.
Reviewed-by: Dave Young
Signed-off-by: Toshi Kani
Cc: Andrew Morton
Cc: Baoquan He
Cc: Dave Young
Cc: HATAYAMA Daisuke
Cc: kexec@lists.infradead.org
Cc: linux-a...@vger.kernel.org
Cc: linux-mm
Cc: M
From: Toshi Kani
There is no longer any driver inserting a "GART" region in the kernel
since
707d4eefbdb3 ("Revert "[PATCH] Insert GART region into resource map"").
Remove the call to walk_iomem_res() with "GART" type, its callback
function, and GART-specific variables set by the callback.
R
From: Toshi Kani
Change the callers of walk_iomem_res() scanning for the following
resources by name to use walk_iomem_res_desc() instead.
"ACPI Tables"
"ACPI Non-volatile Storage"
"Persistent Memory (legacy)"
"Crash kernel"
Note, the caller of walk_iomem_res() with "GART" will be removed i
On 01/26/16 at 11:40am, Mimi Zohar wrote:
> Hi Dave,
>
> On Tue, 2016-01-26 at 09:20 +0800, Dave Young wrote:
> > Hi, Mimi
> >
> > On 01/25/16 at 10:04am, Mimi Zohar wrote:
> > > On Mon, 2016-01-25 at 14:37 +0800, Dave Young wrote:
> > > > Hi, Mimi
> > > >
> > > > Besides of code issues, I have
Hello Ivan,
>Handle pages filled with zeros that are not stored in the ELF file
>directly, but have addresses between p_filesz and p_memsz of a segment.
This fix looks reasonable, thanks for your work.
>This allows makedumpfile to dump-dmesg from a previously makedumpfile-ed
>vmcore where all 0-
makedumpfile refers to page.lru.next to get the order of compound pages
for page filtering. However, now the order is stored in page.compound_order,
hence VMCOREINFO should be updated to export the offset of page.compound_order.
The fact is, page.compound_order was introduced already in kernel 4.0
On 01/27/2016 02:42 AM, James Morse wrote:
Hi!
On 15/01/16 19:18, Geoff Levand wrote:
From: AKASHI Takahiro
The current kvm implementation on arm64 does cpu-specific initialization
at system boot, and has no way to gracefully shutdown a core in terms of
kvm. This prevents, especially, kexec f
Hello,
This is for hugepage filtering on linux 4.4 and later.
Without this patch, hugepages wouldn't be removed correctly. Not only that,
irrelevant pages can be excluded.
This patch requires the kernel side fix which I've posted:
https://lkml.org/lkml/2016/1/27/92
Any comments are helpful.
T
11 matches
Mail list logo