Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump

2008-06-27 Thread Paul Mundt
On Thu, Jun 26, 2008 at 08:35:18AM -0400, Vivek Goyal wrote: On Thu, Jun 26, 2008 at 10:28:03AM +0200, Bernhard Walle wrote: * Andrew Morton [2008-06-26 01:23]: config PROC_VMCORE bool /proc/vmcore support (EXPERIMENTAL) -depends on PROC_FS EXPERIMENTAL

Re: [PATCH] Use progress bar also for bitmap creation

2008-06-27 Thread Ken'ichi Ohmichi
Hi Bernhard, Thank you for your patch. I like this idea :-) I am busy now, and I will consider the patch well the next week. Thanks Ken'ichi Ohmichi Bernhard Walle wrote: On large nodes, bitmap creation takes a serious amount of time. But the progress indicator only starts after the

Re: [PATCH] makedumpfile: fix illegal buffer access

2008-06-27 Thread Ken'ichi Ohmichi
Hi ODA-san, Thank you for the patch. I will apply the patch to the next release. Thanks Ken'ichi Ohmichi Itsuro ODA wrote: Hi, Null padding of the vmcoreinfo (vmcoreinfo of xen is the case) causes SIGSEGV (I met it on x86_64). This fix avoids illegal buffer access. Thanks. Itsuro

Re: [PATCH 1/2] Add /sys/firmware/memmap

2008-06-27 Thread Bernhard Walle
Hi, * Greg KH [2008-06-26 15:24]: On Thu, Jun 26, 2008 at 10:19:01PM +0200, Bernhard Walle wrote: This patch adds /sys/firmware/memmap interface that represents the BIOS (or Firmware) provided memory map. The tree looks like: /sys/firmware/memmap/0/start (hex number)

[PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820

2008-06-27 Thread Bernhard Walle
This patch uses the /sys/firmware/memmap interface provided in the last patch on the x86 architecture when E820 is used. The patch copies the E820 memory map very early, and registers the E820 map afterwards via firmware_map_add_early(). Signed-off-by: Bernhard Walle [EMAIL PROTECTED] ---

Re: x86: Add /sys/firmware/memmap

2008-06-27 Thread Vivek Goyal
On Fri, Jun 27, 2008 at 01:12:53PM +0200, Bernhard Walle wrote: This patch series adds a new interface /sys/firmware/memmap to export the BIOS (Firmware) provided memory map via sysfs for usage with kexec. While the first patch adds the generic interface, the second patch implements that

Re: [PATCH] x86: Find offset for crashkernel reservation automatically

2008-06-27 Thread Vivek Goyal
On Fri, Jun 27, 2008 at 09:32:56AM -0400, Vivek Goyal wrote: On Thu, Jun 26, 2008 at 09:54:08PM +0200, Bernhard Walle wrote: This patch removes the need of the [EMAIL PROTECTED] parameter to define a fixed offset for crashkernel reservation. That feature can be used together with a

Re: [PATCH] x86: Find offset for crashkernel reservation automatically

2008-06-27 Thread Bernhard Walle
* Vivek Goyal [2008-06-27 09:42]: Thinking more about. Let me step back. I think it is not good idea to take this kernel take decision about the capability of kernel being loaded. There is no way we can find out now that if a kernel is capable of running from this memory location or not.

Re: [PATCH] x86: Find offset for crashkernel reservation automatically

2008-06-27 Thread Bernhard Walle
* Vivek Goyal [2008-06-27 10:19]: On Fri, Jun 27, 2008 at 04:06:56PM +0200, Bernhard Walle wrote: * Vivek Goyal [2008-06-27 09:42]: Thinking more about. Let me step back. I think it is not good idea to take this kernel take decision about the capability of kernel being loaded.

Re: [PATCH] x86: Find offset for crashkernel reservation automatically

2008-06-27 Thread Eric W. Biederman
Bernhard Walle [EMAIL PROTECTED] writes: Ah, that's true. Only on x86, right? (That would be an alternative for ia64, too ...) But in general policy should go in userspace (if possible), so I agree with you that kexec-tools can handle that. At a quick skim the patch looks good. I thought

Re: x86: Add /sys/firmware/memmap

2008-06-27 Thread Greg KH
On Fri, Jun 27, 2008 at 01:12:53PM +0200, Bernhard Walle wrote: This patch series adds a new interface /sys/firmware/memmap to export the BIOS (Firmware) provided memory map via sysfs for usage with kexec. While the first patch adds the generic interface, the second patch implements that

Re: [PATCH] x86: Find offset for crashkernel reservation automatically

2008-06-27 Thread Bernhard Walle
* [EMAIL PROTECTED] (Eric W. Biederman) [2008-06-27 11:00]: Bernhard Walle [EMAIL PROTECTED] writes: Ah, that's true. Only on x86, right? (That would be an alternative for ia64, too ...) But in general policy should go in userspace (if possible), so I agree with you that kexec-tools

Re: [PATCH 2/2] Use FIRMWARE_MEMMAP on x86/E820

2008-06-27 Thread Yinghai Lu
On Fri, Jun 27, 2008 at 4:14 AM, Bernhard Walle [EMAIL PROTECTED] wrote: * Yinghai Lu [2008-06-26 13:54]: looks good... will produce one patch update early_reserve_e820_mpc_new or early_reserve_e820 to update e820_saved too. that contained updated mptable for second kernel without acpi

Re: [PATCH 1/2] Add /sys/firmware/memmap

2008-06-27 Thread Dave Hansen
On Fri, 2008-06-27 at 13:12 +0200, Bernhard Walle wrote: This patch adds /sys/firmware/memmap interface that represents the BIOS (or Firmware) provided memory map. The tree looks like: /sys/firmware/memmap/0/start (hex number) end (hex number)

Re: [PATCH 1/2] Add /sys/firmware/memmap

2008-06-27 Thread Greg KH
On Fri, Jun 27, 2008 at 01:12:54PM +0200, Bernhard Walle wrote: This patch adds /sys/firmware/memmap interface that represents the BIOS (or Firmware) provided memory map. The tree looks like: /sys/firmware/memmap/0/start (hex number) end (hex number)