Hi Bhupesh,
sorry for my scattered comments.
As for 1/3 and 2/3, I think we can merge them separately with 3/3, right?
so if you can ack the updated 1/3 I sent, I will merge them first.
Could you check it?
As for 3/3, you introduced a couple of new ways, so I'd like to discuss
whether there is
Hi Bhupesh,
Thank you for the updated patch.
-Original Message-
> With ARMv8.2-LVA architecture extension availability, arm64 hardware
> which supports this extension can support upto 52-bit virtual
> addresses. It is specially useful for having a 52-bit user-space virtual
> address
On 09/24/2020 09:19 AM, Huacai Chen wrote:
Hi, Jiaxun,
On Wed, Sep 23, 2020 at 9:37 PM Jiaxun Yang wrote:
在 2020/9/23 10:30, Huacai Chen 写道:
Add kexec/kdump support for Loongson64 by:
1, Provide Loongson-specific kexec functions: loongson_kexec_prepare,
loongson_kexec_shutdown and
Since crash utility has been moved to github, the original URL is no
longer available. Let's update it accordingly.
Suggested-by: Dave Young
Signed-off-by: Lianbo Jiang
---
Documentation/admin-guide/kdump/kdump.rst | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
在 2020/9/24 9:19, Huacai Chen 写道:
Hi, Jiaxun,
[...]
I'm just a little bit uncomfortable with this kind of hardcoded address.
Is it possible to generate kexec_smp_wait with uasm, or pass the SMP
base as a parameter of this function?
This is very difficult, and moreover, uasm wrap the
-Original Message-
> On 09/23/20 at 02:00pm, Dave Young wrote:
> > Hi Kazu,
> > On 09/23/20 at 04:37am, HAGIO KAZUHITO(萩尾 一仁) wrote:
> > > Hi Dave,
> > >
> > > sorry to bother you. We need this kernel patch to fix a makedumpfile
> > > issue
> > > with the current linux-next. Should we
Hi, Jiaxun,
On Wed, Sep 23, 2020 at 9:37 PM Jiaxun Yang wrote:
>
>
>
> 在 2020/9/23 10:30, Huacai Chen 写道:
> > Add kexec/kdump support for Loongson64 by:
> > 1, Provide Loongson-specific kexec functions: loongson_kexec_prepare,
> > loongson_kexec_shutdown and loongson_crash_shutdown;
> > 2,
Hi, Jinyang,
On Wed, Sep 23, 2020 at 11:35 AM Jinyang He wrote:
>
> Hi, Huacai,
>
> On 09/23/2020 10:30 AM, Huacai Chen wrote:
> > Add kexec/kdump support for Loongson64 by:
> > 1, Provide Loongson-specific kexec functions: loongson_kexec_prepare,
> > loongson_kexec_shutdown and
> On Sep 15, 2020, at 2:16 AM, chenzhou wrote:
>
>
>
> On 2020/9/7 21:47, Chen Zhou wrote:
>> There are following issues in arm64 kdump:
>> 1. We use crashkernel=X to reserve crashkernel below 4G, which
>> will fail when there is no enough low memory.
>> 2. If reserving crashkernel above
On Wed, Sep 23, 2020 at 10:43:29AM +0800, Dave Young wrote:
> + more people who may care about this param
Paarty time!!
(See below, didn't snip any comments)
> On 09/21/20 at 08:45pm, Eric W. Biederman wrote:
> > Konrad Rzeszutek Wilk writes:
> >
> > > On Fri, Sep 18, 2020 at 05:47:43PM
在 2020/9/23 10:30, Huacai Chen 写道:
Add kexec/kdump support for Loongson64 by:
1, Provide Loongson-specific kexec functions: loongson_kexec_prepare,
loongson_kexec_shutdown and loongson_crash_shutdown;
2, Provide Loongson-specific assembly code in kexec_smp_wait;
3, Clear mailbox in
This patch fixes the following snprintf related compilation warning
seen currently with gcc versions 7 and 8 when kexec is compiled with
-Wformat-truncation option:
kexec/fs2dt.c:673:34: warning: ‘stdout-path’ directive output may be
truncated writing 11 bytes into a region of size between 1
From: Matthias Brugger
Add option to allow purgatory printing on arm64 hardware
by passing the console name which should be used.
Based on a patch by Geoff Levand.
Cc: Geoff Levand
Signed-off-by: Matthias Brugger
---
Changes in v2:
- use sizeof(buffer)
- user serial command option instead
On 09/23/20 at 02:00pm, Dave Young wrote:
> Hi Kazu,
> On 09/23/20 at 04:37am, HAGIO KAZUHITO(萩尾 一仁) wrote:
> > Hi Dave,
> >
> > sorry to bother you. We need this kernel patch to fix a makedumpfile issue
> > with the current linux-next. Should we send this to the addresses below,
> > right?
>
Hi Kazu,
On 09/23/20 at 04:37am, HAGIO KAZUHITO(萩尾 一仁) wrote:
> Hi Dave,
>
> sorry to bother you. We need this kernel patch to fix a makedumpfile issue
> with the current linux-next. Should we send this to the addresses below,
> right?
> I'm not sure whether they are enough.
It is good, but I
15 matches
Mail list logo