[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87tux5i7f1.fsf@x220.int.ebiederm.org>
Date: Fri, 14 Aug 2020 10:17:06 -0500
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Sang Yan <sangyan@...wei.com>
Cc: <kexec@...ts.infradead.org>, <linux-kernel@...r.kernel.org>,
<xiexiuqi@...wei.com>, <guohanjun@...wei.com>,
<zhuling8@...wei.com>, <luanjianhai@...wei.com>,
<luchunhua@...wei.com>
Subject: Re: [PATCH 1/2] kexec: Add quick kexec support for kernel
Sang Yan <sangyan@...wei.com> writes:
> In normal kexec, relocating kernel may cost 5 ~ 10 seconds, to
> copy all segments from vmalloced memory to kernel boot memory,
> because of disabled mmu.
I haven't seen kexec that slow since I tested on my 16Mhz 386.
That machine has an excuse it really is slow. Anything else
that takes seconds is almost certainly slow because someone
has misconfigured things to not cache the data copied by kexec.
I humbly suggest that you fix the arm64 code so that the data gets
cached.
Eric
Powered by blists - more mailing lists