This patch adds support to use binary image ie arch/arm64/boot/Image
with kdump.
Signed-off-by: Pratyush Anand
---
kexec/arch/arm64/kexec-image-arm64.c | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
diff --git a/kexec/arch/arm64/kexec-image-arm64.c
b/kexec/arch
These patches are discreet and for Geoff to apply on his tree, so that
they can further be sent to upstream with other ARM64 patches.
Patch 1 will apply on top of [1].
Patch (2-9): I am not sending as they are from AKASHI Takahiro's tree
[2].
Patch (10-11) will apply after pulling Takahiro's kdump
Previous transmission must be completed before next character to be
transmitted, otherwise TX buffer may saturate and we will not see all
the characters on screen.
Signed-off-by: Pratyush Anand
---
purgatory/arch/arm64/purgatory-arm64.c | 24 +++-
1 file changed, 23 insertion
This patch adds support to use binary image ie arch/arm64/boot/Image.
Binary image does not have sufficient knowledge to extract page offset
information, which is needed by kexec tool. Use a new command parameter
--page-offset, so that user can provide page offset information for
linear mapping.
Hi Geoff,
Thanks for the review.
On Wednesday 06 May 2015 11:04 PM, Geoff Levand wrote:
Hi,
On Wed, 2015-04-22 at 17:56 +0530, Pratyush Anand wrote:
@@ -30,6 +32,7 @@ static const char arm64_opts_usage[] __attribute__ ((unused))
=
" --dtb=FILEUse FILE as the device tree bl
From: Atsushi Kumagai
Subject: RE: [PATCH 0/13] makedumpfile: Avoid two pass filtering by using
bitmap file.
Date: Wed, 13 May 2015 08:04:27 +
>>> cyclic mode has to take a two-pass approach for filtering to save on the
>>> memory consumption, it's a disadvantage of the cyclic mode and it's
On 05/12/2015 04:37 PM, Dave Young wrote:
Seems the subject was truncated? Maybe "re" means root entry? Then please fix it
On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
Add functions to load root entry table from old kernel, and to save updated
root entry table.
Add two member in struct intel_iom
On 05/13/15 at 05:13pm, Li, ZhenHua wrote:
> Hi Baoquan,
> I am using a list here to store all the mapped addresses, and unmap
> them out of iounmap.
>
> About the reason, please check the old mails. I cannot remember the
> detailed reasons.
Yeah, I understand that the list is used to collect al
One thing must be pointed out:
There is a known issue that hpsa driver cannot work well in kdump
kernel. And this patchset is not intended to fix this problem.
So this patchset cannot work with HP smart array devices which need hpsa
driver.
On 05/11/2015 05:52 PM, Li, Zhen-Hua wrote:
This p
On 05/13/15 at 04:58pm, Li, ZhenHua wrote:
> Hi Dave,
>
> iommu->root_entry_old_virt is used to store the mapped old rta.
> iommu->root_entry_old_phys is used to store the physical address
> stored in registers.
> So we must not free/unmap iommu->root_entry_old_phys .
Oh, yes. I was mistaken on t
Hi Baoquan,
I am using a list here to store all the mapped addresses, and unmap them
out of iounmap.
About the reason, please check the old mails. I cannot remember the
detailed reasons.
Thanks
Zhenhua
On 05/13/2015 05:00 PM, Baoquan He wrote:
On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
A
On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
> Add some functions to copy the data from old kernel.
> These functions are used to copy context tables and page tables.
>
> To avoid calling iounmap between spin_lock_irqsave and spin_unlock_irqrestore,
> use a link here, store the pointers , and then
Hi Dave,
iommu->root_entry_old_virt is used to store the mapped old rta.
iommu->root_entry_old_phys is used to store the physical address stored
in registers.
So we must not free/unmap iommu->root_entry_old_phys .
Zhenhua
On 05/13/2015 04:56 PM, Baoquan He wrote:
+
+ iommu->root_entry_o
On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
> Populate it with support functions to copy iommu translation tables from
> from the panicked kernel into the kdump kernel in the event of a crash.
>
> Functions:
> Use old root entry table, and load the old data to root_entry as cache.
> Malloc
On 05/12/2015 06:45 PM, Li, ZhenHua wrote:
On 05/12/2015 04:17 PM, Dave Young wrote:
On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
Add context entry functions needed for kdump.
+/*
+ * Fix Crashdump failure caused by leftover DMA through a hardware
IOMMU
+ *
+ * Fixes the crashdump kernel to deal
>>> On 13.05.15 at 14:12, wrote:
> On Wed, 13 May 2015 11:01:24 +0100
> "Jan Beulich" wrote:
>> Okay, if the tools do this in v2, then I think the compatibility v1
>> path should indeed do so too (in the hypervisor).
>
> Are you working on a patch?
Not yet, but I'm going to as soon as I can fin
On Wed, 13 May 2015 11:01:24 +0100
"Jan Beulich" wrote:
> >>> On 13.05.15 at 11:53, wrote:
> > On 13/05/15 09:12, Jan Beulich wrote:
> > On 13.05.15 at 09:35, wrote:
> >>> Fundamentally if you are transfering control in long mode you have to
> >>> set up some page table. I giant identity m
Any parameter passed after '--' in the kernel command-line will not be parsed
by the kernel at all, instead it will be passed directly to init process.
Currently the kernel appends elfcorehdr= to the cmdline passed from kexec
load, and if this command-line is used to pass parameters to init proces
>>> On 13.05.15 at 11:53, wrote:
> On 13/05/15 09:12, Jan Beulich wrote:
> On 13.05.15 at 09:35, wrote:
>>> Fundamentally if you are transfering control in long mode you have to
>>> set up some page table. I giant identity mapped page table that can use
>>> 1G or 2M pages takes up very littl
On 13/05/15 09:12, Jan Beulich wrote:
On 13.05.15 at 09:35, wrote:
>> Fundamentally if you are transfering control in long mode you have to
>> set up some page table. I giant identity mapped page table that can use
>> 1G or 2M pages takes up very little memory, and can be very simply
>> and
On Wed, 13 May 2015 09:12:47 +0100
"Jan Beulich" wrote:
> >>> On 13.05.15 at 09:35, wrote:
> > Fundamentally if you are transfering control in long mode you have to
> > set up some page table. I giant identity mapped page table that can use
> > 1G or 2M pages takes up very little memory, and ca
On 05/13/15 at 09:45am, Li, ZhenHua wrote:
> On 05/12/2015 04:17 PM, Dave Young wrote:
> >On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
> >>Add context entry functions needed for kdump.
> >>+/*
> >>+ * Fix Crashdump failure caused by leftover DMA through a hardware IOMMU
> >>+ *
> >>+ * Fixes the cra
On 05/13/15 at 09:47am, Li, ZhenHua wrote:
> On 05/12/2015 04:37 PM, Dave Young wrote:
> >Seems the subject was truncated? Maybe "re" means root entry? Then please
> >fix it
> >
> >On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
> >>Add functions to load root entry table from old kernel, and to save u
>>> On 13.05.15 at 09:35, wrote:
> Fundamentally if you are transfering control in long mode you have to
> set up some page table. I giant identity mapped page table that can use
> 1G or 2M pages takes up very little memory, and can be very simply
> and easily before the transfer of control takes
>> cyclic mode has to take a two-pass approach for filtering to save on the
>> memory consumption, it's a disadvantage of the cyclic mode and it's basically
>> unavoidable. However, even the cyclic mode can avoid two-pass filtering if
>> free
>> memory space is enough to store the whole 1st and 2n
"Jan Beulich" writes:
On 13.05.15 at 07:26, wrote:
>> The low 640k was weird. We copied it off in purgatory so that it could
>> be capture in a dump. The linux kernel itself winds up using that
>> memory fundamentally because to fire up subsequent processors you have
>> to have memory in
26 matches
Mail list logo
