Hi Chen,
Thanks for the patchset.
Before I review the patches in detail, I have a couple of generic
queries. Please see them in-line:
On 04/03/2019 11:05 AM, Chen Zhou wrote:
When crashkernel is reserved above 4G in memory, kernel should reserve
some amount of low memory for swiotlb and some
Hi Simon, Chen,
On Mon, Apr 8, 2019 at 5:36 PM Simon Horman wrote:
>
> On Mon, Apr 08, 2019 at 05:22:39PM +0800, Chen Zhou wrote:
> > When crashkernel is reserved above 4G in memory, kernel should
> > reserve some amount of low memory for swiotlb and some DMA buffers.
> > So there may be two cras
Commit 3a63f70bf4c3a ("x86/boot: Early parse RSDP and save it in
boot_params") broke kexec boot on EFI systems. efi_get_rsdp_addr()
in the early parsing code tries to search RSDP from EFI table but
that will crash because the table address is virtual when the kernel
was booted by kexec.
In the ca
Hi Mike,
On 2019/4/8 16:39, Chen Zhou wrote:
>>>
>>> Sorry, just ignore my previous reply, I got that wrong.
>>>
>>> I think it carefully, we can cap the memory range for [min(regs[*].start,
>>> max(regs[*].end)]
>>> firstly. But how to remove the middle ranges, we still can't use
>>> memblock_
On Mon, Apr 08, 2019 at 05:22:39PM +0800, Chen Zhou wrote:
> When crashkernel is reserved above 4G in memory, kernel should
> reserve some amount of low memory for swiotlb and some DMA buffers.
> So there may be two crash kernel regions, one is below 4G, the other
> is above 4G.
>
> Currently, the
When crashkernel is reserved above 4G in memory, kernel should
reserve some amount of low memory for swiotlb and some DMA buffers.
So there may be two crash kernel regions, one is below 4G, the other
is above 4G.
Currently, there is only one crash kernel region on arm64, and pass
"linux,usable-mem
Hi Mike,
On 2019/4/8 14:57, Mike Rapoport wrote:
> Hi,
>
> On Fri, Apr 05, 2019 at 11:47:27AM +0800, Chen Zhou wrote:
>> Hi Mike,
>>
>> On 2019/4/5 10:17, Chen Zhou wrote:
>>> Hi Mike,
>>>
>>> On 2019/4/4 22:44, Mike Rapoport wrote:
Hi,
On Wed, Apr 03, 2019 at 09:51:27PM +0800, Che