After the patch that provides /sys/firmware/memmap has been merged in the 'tip'
tree by Ingo Molnar, kexec should use that interface.
This patch implements architecture-independent parsing in a new file called
firmware_memmap.c. The x86 part is ported to use that memory map for
kexec. We don't
Hi,
* Simon Horman [2008-07-09 10:41]:
On Mon, Jul 07, 2008 at 04:43:41PM +0200, Bernhard Walle wrote:
With the previous patch, we have a duplication between that both functions
for following tasks:
- don't report the interrupt table as RAM,
- set the mem_min and mem_max limits for
Hi,
I accidentally used a new makedumpfile with an old VMCOREINFO that did
not contain the SIZE(nodemask_t). Then len was -1, and malloc(-1)
failed. Which looked like memory was too low.
This patch just improves the error message in that case so that the
user knows what is wrong.
On Tue, 2008-07-08 at 13:28 +, Vivek Goyal wrote:
On Mon, Jul 07, 2008 at 05:08:06PM -0600, Bob Montgomery wrote:
We maintain a 2.6.18 derived kernel.
When testing kdump on a new AMD Family 10h (16) processor, once in the
kdump kernel, a read from either /proc/vmcore or /dev/oldmem that
Hi Bernhard,
Bernhard Walle wrote:
I accidentally used a new makedumpfile with an old VMCOREINFO that did
not contain the SIZE(nodemask_t). Then len was -1, and malloc(-1)
failed. Which looked like memory was too low.
This patch just improves the error message in that case so that the