[lkml]   [2015]   [Jun]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 3/3] x86/crash: Allocate enough low memory when crashkernel=high
On Wed, Jun 10, 2015 at 12:04 AM, Baoquan He <> wrote:
> In fact in this case, it doesn't matter how much memory the system has
> since most of them is above 4G and only 72M is reserved for dma/swiotlb
> in kdump kernel. And it doesn't matter much how many pci/pcie cards the
> system has since it matters how greedy those devices expects dma
> allocation.
> Before Joerg posted this patchset v1, our customer complained about
> this too. That means this is not individual case. I think it makes sense
> to increase the default low-memory to make kdump succeed, it's
> definitely better than letting user get a failed kdump and then know
> they need specify more low-memory manually. If user clearly know their
> system doesn't need so much low-memory, specifying crashkernel=xx,low
> works for them.

Now intel 4socket or 8socket system mostly have [2G,4G) for mmio low.
also I saw one system had [1.5G, 4G) for mmio.

So under 4G low ram is tight, with changing default to 256M is just lazy
and punishing the other system that does not need that.
those systems do not need to have "crashkernel=xx,low" before.

should have other smart way to detect and update the default value.
even dmi blacklist way is better than just changing default value.



 \ /
  Last update: 2015-06-10 20:01    [W:0.076 / U:24.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site