On Wed, Sep 28, 2011 at 09:08:42AM -0400, Don Zickus wrote:
On Tue, Sep 27, 2011 at 11:38:28AM -0700, Jay Lan wrote:
Hi all,
I have a system running 2.6.18-238.12.1.el5 kernel.
The kexec version is kexec-tools-1.102pre-126.el5_6.6.
The kernel was booted OK. Then it ran
resources
Acked-by: Neil Horman nhor...@tuxdriver.com
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
___
kexec mailing list
kexec@lists.infradead.org
time (through kexec -e or through a
crash)
Acked-by: WANG Cong xiyou.wangc...@gmail.com
Acked-by: Neil Horman nhor...@tuxdriver.com
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
On Mon, Jan 10, 2011 at 02:06:24PM -0800, H. Peter Anvin wrote:
Hi guys,
I received a query last week regarding kexec's handling of relocatable
kernels. In particular, it appears that kexec does not take advantage
of relocatable kernels -- except for kdump -- in avoiding low memory holes.
On Thu, Dec 09, 2010 at 03:40:41PM -0800, Andrew Morton wrote:
On Wed, 8 Dec 2010 09:47:48 -0500
Neil Horman nhor...@tuxdriver.com wrote:
I wrote this quirk awhile ago to properly setup MCP55 chips on
hypertransport
busses so that interrupts reached whatever cpu happend to boot
...@redhat.com
CC: Jesse Barnes jbar...@virtuousgeek.org
Signed-off-by: Neil Horman nhor...@tuxdriver.com
---
drivers/pci/quirks.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index 6f9350c..313c0bd 100644
--- a/drivers/pci/quirks.c
On Wed, Dec 08, 2010 at 11:44:23AM -0500, Vivek Goyal wrote:
On Wed, Dec 08, 2010 at 09:47:48AM -0500, Neil Horman wrote:
I wrote this quirk awhile ago to properly setup MCP55 chips on
hypertransport
busses so that interrupts reached whatever cpu happend to boot the kdump
kernel
On Sun, Dec 05, 2010 at 09:52:27PM +0100, Bernhard Walle wrote:
Am 05.12.10 21:19, schrieb Neil Horman:
I'm kind of suprised this is working at all. I don't see a #!/bin/sh or
#!/bin/msh line at the top of the script. How does the system know what
interpreter to use?
/bin/sh
On Mon, Dec 06, 2010 at 11:59:08AM +0100, Louis Bouchard wrote:
Hello,
On 05/12/2010 21:52, Bernhard Walle wrote:
Am 05.12.10 21:19, schrieb Neil Horman:
I'm kind of suprised this is working at all. I don't see a #!/bin/sh or
#!/bin/msh line at the top of the script. How does
On Mon, Dec 06, 2010 at 04:02:57PM +0100, Louis Bouchard wrote:
Hello Neil al,
On 06/12/2010 14:27, Neil Horman wrote:
Try modifying it to #1/bin/msh then, its possible that the script
which busybox
puts together to emulate /bin/sh isn't working properly. That would
tell us
what
On Fri, Dec 03, 2010 at 05:14:00PM +0100, Louis Bouchard wrote:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
meta http-equiv=content-type content=text/html; charset=ISO-8859-1
/head
body text=#00 bgcolor=#ff
Hello (again)br
br
I did not think that I
On Fri, Dec 03, 2010 at 06:11:48PM +0100, Stanislaw Gruszka wrote:
On Fri, Dec 03, 2010 at 06:46:09PM +0300, Maxim Uvarov wrote:
2010/12/3 Stanislaw Gruszka sgrus...@redhat.com:
On my T-60 laptop, i686 system with 2.6.37-rc4 kernel,
echo c /proc/sysrq-trigger just hung the system. Kdump
On Thu, Sep 09, 2010 at 05:01:13PM -0400, Neil Horman wrote:
hey-
Got a segfault recently on ppc64 kexec with a system with 256Gb of ram.
Tracked it back to running over the end of the device tree buffer that we have
allocated. I can't find any docs on how big the device tree can legally
On Fri, Sep 24, 2010 at 09:54:14AM -0700, Jesse Barnes wrote:
On Tue, 21 Sep 2010 13:54:39 -0400
Neil Horman nhor...@tuxdriver.com wrote:
A long time ago I worked on a RHEL5 bug in which kdump hung
during boot
on a set of systems. The systems hung because they never
safer to just carry the
quirk
around. By setting the referenced bits in this hidden register, interrupts
will
be broadcast to all cpus when the ioapic isn't active on the above described
systems.
Signed-off-by: Neil Horman nhor...@tuxdriver.com
drivers/pci/quirks.c
. Confirmed that this fixed
the segfault.
Signed-off-by: Neil Horman nhor...@tuxdriver.com
fs2dt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kexec/arch/ppc/fs2dt.c b/kexec/arch/ppc/fs2dt.c
index 238a3f2..2f0f937 100644
--- a/kexec/arch/ppc/fs2dt.c
+++ b/kexec/arch/ppc
is reasonably large.
And change -segment from a static array to a dynamically allocated memory.
Cc: Neil Horman nhor...@redhat.com
Cc: Vivek Goyal vgo...@redhat.com
Cc: huang ying huang.ying.cari...@gmail.com
Cc: Eric W. Biederman ebied...@xmission.com
Cc: Benjamin Herrenschmidt b
Hey all-
I've got a question regarding x86_64 and how linux uses the paging
hardware. I'm tinkering with ways to get kexec to boot a new kernel on panic
without leaving long mode. The idea being that if we can do that, then we don't
need to store the new kdump kernel below the 4G
On Wed, Aug 11, 2010 at 01:02:10PM -0700, H. Peter Anvin wrote:
On 08/11/2010 12:47 PM, Neil Horman wrote:
Hey all-
I've got a question regarding x86_64 and how linux uses the paging
hardware. I'm tinkering with ways to get kexec to boot a new kernel on
panic
without leaving long
On Wed, Aug 11, 2010 at 01:25:32PM -0700, Josh England wrote:
I'm running CentOS 5.3 on x86_64 platform with kernel version
2.6.18-128.el5 and having issues running kexec. I've got the kernel
built with CONFIG_KEXEC and CONFIG_CRASH_DUMP, and I'm booting with
crashkernel=...@16m, but anytime
On Thu, Aug 05, 2010 at 12:04:26PM +1000, Benjamin Herrenschmidt wrote:
On Wed, 2010-08-04 at 10:49 -0400, Neil Horman wrote:
Ping yet again. Ben, This needs review/acceptance from you or Paul
Neil
Isn't it already in powerpc-next about to be pulled by Linus ?
Yes
On Wed, Aug 04, 2010 at 04:06:48PM +0900, Simon Horman wrote:
Hi,
After all the excitement of relocating kexec-tools from
one location on kernel.org to another last week it was
suggested to me by Michael Neuling that the merging
kexec-tools into the kernel tree would be a good idea.
On Tue, Jul 13, 2010 at 09:46:09AM -0400, Neil Horman wrote:
Hey all-
About 2 years ago now, I sent this patch upstream to allow makedumpfile
to properly filter cores on ppc64:
http://www.mail-archive.com/kexec@lists.infradead.org/msg02426.html
It got acks from the kexec folks so I
On Wed, Jul 28, 2010 at 03:02:19PM -0700, Eric W. Biederman wrote:
H. Peter Anvin h...@zytor.com writes:
We are getting a claim that the qla driver corrupts memory after a
kexec, apparently due to a DMA engine left running in the before-kernel.
For an in-place kexec (as opposed to a
On Thu, Jul 29, 2010 at 08:03:47AM -0700, H. Peter Anvin wrote:
On 07/29/2010 06:43 AM, Neil Horman wrote:
On Wed, Jul 28, 2010 at 03:02:19PM -0700, Eric W. Biederman wrote:
H. Peter Anvin h...@zytor.com writes:
We are getting a claim that the qla driver corrupts memory after a
kexec
kernel, and doesn't need to be called again.
Any comments would be appreciated!
Signed-off-by: Takao Indoh indou.ta...@jp.fujitsu.com
CC-ing the maintainers for x86. nd kexec
Acked-by: Neil Horman nhor...@tuxdriver.com
---
arch/x86/kernel/efi.c | 132
On Tue, Jul 13, 2010 at 09:46:09AM -0400, Neil Horman wrote:
Hey all-
About 2 years ago now, I sent this patch upstream to allow makedumpfile
to properly filter cores on ppc64:
http://www.mail-archive.com/kexec@lists.infradead.org/msg02426.html
It got acks from the kexec folks so I
on ppc64.
Neil
Signed-off-by: Neil Horman nhor...@tuxdriver.com
machine_kexec.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/powerpc/kernel/machine_kexec.c
b/arch/powerpc/kernel/machine_kexec.c
index bb3d893..0df7031 100644
--- a/arch/powerpc/kernel/machine_kexec.c
On Fri, Apr 09, 2010 at 11:41:47AM +1000, Simon Horman wrote:
On Thu, Apr 08, 2010 at 09:24:39PM -0400, Neil Horman wrote:
On Fri, Apr 09, 2010 at 08:32:48AM +1000, Simon Horman wrote:
On Thu, Apr 08, 2010 at 12:46:44PM -0400, Neil Horman wrote:
Fix up x86 kexec to exclude memory on i686
in the memory_range array that cross the 64Gb mark.
This keeps us in line with the kernel and lets the copy finish sucessfully,
providing a workable core
Tested successfully by myself
Originally-authored-by: Dave Anderson ander...@redhat.com
Signed-off-by: Neil Horman nhor...@tuxdriver.com
crashdump
.
This keeps us in line with the kernel and lets the copy finish sucessfully,
providing a workable core
Tested successfully by myself
Originally-authored-by: Dave Anderson ander...@redhat.com
Signed-off-by: Neil Horman nhor...@tuxdriver.com
diff --git a/kexec/arch/i386/crashdump-x86.c b/kexec/arch/i386
On Tue, Sep 23, 2008 at 01:32:19PM -0700, Jay Lan wrote:
Neil Horman wrote:
On Tue, Sep 23, 2008 at 09:41:50AM -0700, Jay Lan wrote:
Simon Horman wrote:
On Wed, Sep 17, 2008 at 02:07:15PM -0700, Jay Lan wrote:
Hi,
My root disk was populated with sles10sp2, but the kernel was
2.6.27
On Fri, Apr 09, 2010 at 08:32:48AM +1000, Simon Horman wrote:
On Thu, Apr 08, 2010 at 12:46:44PM -0400, Neil Horman wrote:
Fix up x86 kexec to exclude memory on i686 kernels beyond 64GB limit
We found a problem recently on x86 systems. If a 32 bit PAE enabled system
contains more
On Thu, Apr 01, 2010 at 06:23:53PM -0700, Chris Wright wrote:
Hit another kdump problem as reported by Neil Horman. When initializaing
the IOMMU, we attach devices to their domains before the IOMMU is
fully (re)initialized. Attaching a device will issue some important
invalidations
On Wed, Mar 31, 2010 at 09:04:27PM -0700, Eric W. Biederman wrote:
Neil Horman nhor...@tuxdriver.com writes:
On Wed, Mar 31, 2010 at 12:51:25PM -0700, Eric W. Biederman wrote:
Neil Horman nhor...@tuxdriver.com writes:
On Wed, Mar 31, 2010 at 11:57:46AM -0700, Eric W. Biederman wrote
On Wed, Mar 31, 2010 at 10:24:18PM -0400, Vivek Goyal wrote:
On Wed, Mar 31, 2010 at 09:13:11PM -0400, Neil Horman wrote:
On Wed, Mar 31, 2010 at 02:25:35PM -0700, Chris Wright wrote:
* Neil Horman (nhor...@tuxdriver.com) wrote:
Flush iommu during shutdown
When using an iommu
On Thu, Apr 01, 2010 at 12:10:40AM -0700, Chris Wright wrote:
* Vivek Goyal (vgo...@redhat.com) wrote:
On Wed, Mar 31, 2010 at 02:25:35PM -0700, Chris Wright wrote:
* Neil Horman (nhor...@tuxdriver.com) wrote:
Flush iommu during shutdown
When using an iommu, its possible
reproduced with the
latest linus tree as well.
I am back in office next tuesday and will look into this problem too.
Thank you.
On Wed, Mar 31, 2010 at 04:27:45PM -0400, Neil Horman wrote:
So I'm officially rescinding this patch.
Yeah, the right solution to this problem is to find out why
On Thu, Apr 01, 2010 at 11:02:03AM -0400, Vivek Goyal wrote:
On Thu, Apr 01, 2010 at 08:53:04AM -0400, Neil Horman wrote:
On Wed, Mar 31, 2010 at 10:24:18PM -0400, Vivek Goyal wrote:
On Wed, Mar 31, 2010 at 09:13:11PM -0400, Neil Horman wrote:
On Wed, Mar 31, 2010 at 02:25:35PM -0700
On Thu, Apr 01, 2010 at 05:56:43PM +0200, Joerg Roedel wrote:
On Thu, Apr 01, 2010 at 10:47:36AM -0400, Neil Horman wrote:
On Thu, Apr 01, 2010 at 04:29:02PM +0200, Joerg Roedel wrote:
I am back in office next tuesday and will look into this problem too.
Thank you.
Just took a look
On Thu, Apr 01, 2010 at 10:14:34PM +0200, Joerg Roedel wrote:
On Thu, Apr 01, 2010 at 01:11:49PM -0400, Neil Horman wrote:
On Thu, Apr 01, 2010 at 05:56:43PM +0200, Joerg Roedel wrote:
The possible fix will be to enable the hardware earlier in the
initialization path.
That sounds
On Thu, Apr 01, 2010 at 06:23:53PM -0700, Chris Wright wrote:
Hit another kdump problem as reported by Neil Horman. When initializaing
the IOMMU, we attach devices to their domains before the IOMMU is
fully (re)initialized. Attaching a device will issue some important
invalidations
On Wed, Mar 31, 2010 at 11:54:30AM -0400, Vivek Goyal wrote:
On Wed, Mar 31, 2010 at 11:24:17AM -0400, Neil Horman wrote:
Flush iommu during shutdown
When using an iommu, its possible, if a kdump kernel boot follows a primary
kernel crash, that dma operations might still be in flight
On Wed, Mar 31, 2010 at 11:57:46AM -0700, Eric W. Biederman wrote:
Neil Horman nhor...@tuxdriver.com writes:
On Wed, Mar 31, 2010 at 11:54:30AM -0400, Vivek Goyal wrote:
So this call amd_iommu_flush_all_devices() will be able to tell devices
that don't do any more DMAs and hence
On Wed, Mar 31, 2010 at 12:51:25PM -0700, Eric W. Biederman wrote:
Neil Horman nhor...@tuxdriver.com writes:
On Wed, Mar 31, 2010 at 11:57:46AM -0700, Eric W. Biederman wrote:
Neil Horman nhor...@tuxdriver.com writes:
On Wed, Mar 31, 2010 at 11:54:30AM -0400, Vivek Goyal wrote
On Wed, Mar 31, 2010 at 02:25:35PM -0700, Chris Wright wrote:
* Neil Horman (nhor...@tuxdriver.com) wrote:
Flush iommu during shutdown
When using an iommu, its possible, if a kdump kernel boot follows a primary
kernel crash, that dma operations might still be in flight from the previous
On Mon, Jun 22, 2009 at 12:24:05AM +0530, Indraneel Mukherjee wrote:
On Sun, Jun 21, 2009 at 10:47 PM, Neil Horman nhor...@redhat.com wrote:
On Fri, Jun 19, 2009 at 12:00:44PM +0530, Indraneel Mukherjee wrote:
Hi,
The file kernel/kexec.c (~ line 1001 in linux-2.6.30) has this code
On Wed, Jun 17, 2009 at 10:26:35PM +1000, Michael Ellerman wrote:
On Wed, 2009-06-17 at 17:29 +0530, M. Mohan Kumar wrote:
Do not inline putprops function
With the recent kexec-tools git tree, both kexec and kdump kernels hang (i.e
kexec -l and kexec -p respectively). This happened after
On Wed, Jun 17, 2009 at 07:04:35PM +0530, M. Mohan Kumar wrote:
On Wed, Jun 17, 2009 at 09:04:13AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 10:26:35PM +1000, Michael Ellerman wrote:
What compiler version are you using? Does the behaviour change if you
use a newer/older
On Wed, Jun 17, 2009 at 07:56:52PM +0530, M. Mohan Kumar wrote:
On Wed, Jun 17, 2009 at 10:05:14AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 07:04:35PM +0530, M. Mohan Kumar wrote:
On Wed, Jun 17, 2009 at 09:04:13AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 10:26:35PM
On Fri, Jun 12, 2009 at 11:01:35PM -0800, Dharmosoth Seetharam wrote:
Hi Neil,
Thanks for your quick reply.
What you have suggested is nice when we got/save crash dump (i.e vmcore)
What if we failed to save/capture vmcore info or vmcore is corrupted etc.
then we dont get any
broken since that time.
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
This should fix it
Signed-off-by: Neil Horman nhor...@tuxdriver.com
machine_kexec_32.c |2 +-
machine_kexec_64.c
regardless of configuration.
That way, it will always try to crash the system, and if a kexec kernel has been
loaded into reserved space, it will still boot from the page fault trap handler
(assuming panic_on_oops is set appropriately).
Neil
Signed-off-by: Neil Horman nhor...@tuxdriver.com
On Tue, May 05, 2009 at 10:23:59AM -0400, Vivek Goyal wrote:
On Tue, May 05, 2009 at 09:45:47AM -0400, Neil Horman wrote:
Currently the sysrq-c handler is bit over-engineered. Its behavior is
dependent
on a few compile time and run time factors that alter its behavior which is
really
On Fri, Feb 27, 2009 at 09:36:35AM +0100, Thierry Iceta wrote:
Hi
Using kexec as indicated hereunder I am enable to use ethernet network
directly after kexec boot
due to I suppose last igb driver igb-1.2.45-K2
Only solution found is to rmmod igb and just after modprobe igb
Coul you
!
printk.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
Signed-off-by: Neil Horman nhor...@tuxdriver.com
diff --git a/kernel/printk.c b/kernel/printk.c
index dd5cc7b..6a1163b 100644
--- a/kernel/printk.c
+++ b/kernel/printk.c
@@ -138,10 +138,20 @@ static int log_buf_len
On Wed, Feb 04, 2009 at 07:37:16AM -0800, Eric W. Biederman wrote:
Neil Horman nhor...@tuxdriver.com writes:
That aside we aren't currently exporting log_buf_len, so I don't
think this code works actually works.
Neil can you add a comment in kernel/printk.c of the algorithm
On Tue, Jan 27, 2009 at 12:12:11AM -0800, Andrew Morton wrote:
On Tue, 20 Jan 2009 10:22:56 -0500 Vivek Goyal vgo...@redhat.com wrote:
On Tue, Jan 20, 2009 at 10:09:58AM -0500, Neil Horman wrote:
On Tue, Jan 20, 2009 at 09:15:51AM -0500, Vivek Goyal wrote:
On Mon, Jan 19, 2009 at 04:21
On Tue, Jan 20, 2009 at 09:15:51AM -0500, Vivek Goyal wrote:
On Mon, Jan 19, 2009 at 04:21:27PM -0500, Neil Horman wrote:
Hey all-
It would be nice to be able to extract the dmesg log from a vmcore file
without needing to keep the debug symbols for the running kernel handy all
that tools (like
makedumpfile) can easily extract the dmesg logs from a vmcore image.
Regards
Neil
Signed-off-by: Neil Horman nhor...@tuxdriver.com
include/linux/kernel.h |2 ++
kernel/kexec.c |3 +++
kernel/printk.c|8
3 files changed, 13 insertions
out pretty easily. Did crash choke on this at
all?
Neil
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
--
/***
*Neil Horman
*Senior Software
On Wed, Oct 22, 2008 at 12:18:41PM +0200, Alexander van Heukelum wrote:
On Tue, 21 Oct 2008 10:45:05 -0400, Neil Horman
[EMAIL PROTECTED] said:
On Mon, Oct 20, 2008 at 05:08:34PM +0200, Alexander van Heukelum wrote:
Mostly use the x86_64 version of oops_begin() and oops_end() on
i386 too
On Wed, Oct 22, 2008 at 12:00:08PM +0200, Alexander van Heukelum wrote:
crash_kexec should not be called with console_sem held. Move
the call before bust_spinlocks(0) in oops_end to avoid the
problem.
Signed-off-by: Alexander van Heukelum [EMAIL PROTECTED]
Cc: Neil Horman [EMAIL PROTECTED
. Change all such pairs to set signr=0
instead. On x86_64 oops_end is used 'bare' in die_nmi; use
signr=0 instead of regs=NULL there, too.
Signed-off-by: Alexander van Heukelum [EMAIL PROTECTED]
Acked-by: Neil Horman [EMAIL PROTECTED]
---
arch/x86/kernel/dumpstack_32.c |7 ---
arch/x86
in die_nmi.
Signed-off-by: Alexander van Heukelum [EMAIL PROTECTED]
Acked-by: Neil Horman [EMAIL PROTECTED]
---
arch/x86/kernel/dumpstack_64.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_64.c b/arch/x86/kernel/dumpstack_64.c
-by: Alexander van Heukelum [EMAIL PROTECTED]
Acked-by: Neil Horman [EMAIL PROTECTED]
---
arch/x86/kernel/dumpstack_32.c |2 +-
arch/x86/kernel/dumpstack_64.c | 11 +--
2 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_32.c b/arch/x86/kernel
-off-by: Alexander van Heukelum [EMAIL PROTECTED]
Acked-by: Neil Horman [EMAIL PROTECTED]
---
arch/x86/kernel/dumpstack_32.c | 29 +
1 files changed, 17 insertions(+), 12 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_32.c b/arch/x86/kernel/dumpstack_32.c
On Wed, Oct 22, 2008 at 12:00:13PM +0200, Alexander van Heukelum wrote:
Use oops_begin and oops_end in die_nmi.
Whitespace-only changes on x86_64, to make it equal to i386's
version.
Signed-off-by: Alexander van Heukelum [EMAIL PROTECTED]
Acked-by: Neil Horman [EMAIL PROTECTED
PROTECTED]
Acked-by: Neil Horman [EMAIL PROTECTED]
---
arch/x86/kernel/dumpstack_32.c | 10 +++---
arch/x86/kernel/dumpstack_64.c |6 +-
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kernel/dumpstack_32.c b/arch/x86/kernel/dumpstack_32.c
index e91ae34
On Wed, Oct 22, 2008 at 02:02:22PM +0200, Ingo Molnar wrote:
* Neil Horman [EMAIL PROTECTED] wrote:
Thanks for the review. I've sent a redone patch series just a moment
ago, based on your comments. There was also another problem with
these two patches: oops_end(flags, regs, signr
--
/
* Neil Horman [EMAIL PROTECTED]
* Software Engineer, Red Hat
/
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
that, I think this looks good. Fix that up and It'll have my ack.
Best
Neil
--
/
* Neil Horman [EMAIL PROTECTED]
* Software Engineer, Red Hat
On Mon, Oct 20, 2008 at 02:13:39PM +0200, Ingo Molnar wrote:
* Neil Horman [EMAIL PROTECTED] wrote:
Hey all-
Theres a corner case in 32 bit x86 kdump at the moment. When
the box panics via nmi, we call bust_spinlocks(1) to disable
sensitivity to the console_sem (allowing us
mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
--
/***
*Neil Horman
*Senior Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
*http://pgp.mit.edu
. Tested successfully by myself and the reporter.
Regards
Neil
Signed-off-by: Neil Horman [EMAIL PROTECTED]
machine_kexec.c |8
1 file changed, 8 insertions(+)
diff --git a/arch/powerpc/kernel/machine_kexec.c
b/arch/powerpc/kernel/machine_kexec.c
index aab7688..5d51e75 100644
is to not call
bust_spinlocks(0) until after we call crash_kexec. Patch below tested
successfully by me:
Regards
Neil
Signed-off-by: Neil Horman [EMAIL PROTECTED]
dumpstack_32.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/dumpstack_32.c b/arch/x86/kernel
.
Regards
Neil
Signed-off-by: Neil Horman [EMAIL PROTECTED]
machine_kexec.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/powerpc/kernel/machine_kexec.c
b/arch/powerpc/kernel/machine_kexec.c
index aab7688..2f9b5aa 100644
--- a/arch/powerpc/kernel/machine_kexec.c
+++ b
On Tue, Sep 23, 2008 at 01:32:19PM -0700, Jay Lan wrote:
Neil Horman wrote:
On Tue, Sep 23, 2008 at 09:41:50AM -0700, Jay Lan wrote:
Simon Horman wrote:
On Wed, Sep 17, 2008 at 02:07:15PM -0700, Jay Lan wrote:
Hi,
My root disk was populated with sles10sp2, but the kernel was
2.6.27
, but not simpler.”
-- Albert Einstein
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
--
/***
*Neil Horman
*Senior Software Engineer
*Red
On Fri, Jul 18, 2008 at 02:43:11AM +0200, Bernhard Walle wrote:
* Neil Horman [2008-08-14 08:18]:
That being said, Bernhard, I suppose it would be worthwhile standardizing
some
configuration settings, seeing as despite our implementation differences, we
seem to largely support
target? That way we could at least free up some cpu cycles to work more quickly
on steps 2,3, and 4
Thoughts?
Neil
--
/***
*Neil Horman
*Senior Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
*http
On Wed, Jul 16, 2008 at 12:23:43PM -0400, Vivek Goyal wrote:
On Wed, Jul 16, 2008 at 11:25:44AM -0400, Neil Horman wrote:
On Wed, Jul 16, 2008 at 11:12:40AM -0400, Vivek Goyal wrote:
On Tue, Jul 15, 2008 at 06:07:40PM -0700, Jay Lan wrote:
Are there known problems if you boot up kdump
/mailman/listinfo/kexec
--
/***
*Neil Horman
*Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
*http://pgp.mit.edu
On Tue, Jun 24, 2008 at 08:55:08PM +0200, Bernhard Walle wrote:
* Neil Horman [EMAIL PROTECTED] [2008-06-24 14:52]:
On Tue, Jun 24, 2008 at 11:11:36AM -0700, Srinivas Murthy wrote:
Hi,
I need to cross-compile kexec-tools-1.101 for a x86_64 architecture
platform on a 32b x86
On Wed, May 07, 2008 at 10:58:29AM -0700, Lombard, David N wrote:
On Wed, May 07, 2008 at 01:28:36PM -0400, Neil Horman wrote:
On Wed, May 07, 2008 at 10:11:30AM -0700, Lombard, David N wrote:
The current (20080324) kexec binary on x86 is 135KiB. While not a
problem on a normal distro
documents all these error resolving
guidelines? Also I checked in the /var/log/messages and there is no message
related to this printed over there.
Thank you,
Mrunal
On Tue, Apr 29, 2008 at 5:17 PM, Neil Horman [EMAIL PROTECTED] wrote:
On Tue, Apr 29, 2008 at 03:40:13PM -0700, Mrunal Gawade
--
/***
*Neil Horman
*Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
*http://pgp.mit.edu
***/
___
kexec mailing list
list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
--
/***
*Neil Horman
*Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
*http://pgp.mit.edu
On Tue, Mar 04, 2008 at 01:28:16PM +0900, Simon Horman wrote:
On Mon, Mar 03, 2008 at 04:56:44PM +0100, Bernhard Walle wrote:
* Neil Horman [EMAIL PROTECTED] [2008-03-03 15:30]:
Hey all-
Patch to reduce the alignment constraints on ia64 elf core headers.
From what I can see
this is going into our reserved
memory, it saves us 3K (4K vs 1K alignment). Tested successfully by myself on
several ia64 boxes.
Thanks Regards
Neil
Signed-off-by: Neil Horman [EMAIL PROTECTED]
crashdump-ia64.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kexec/arch/ia64
On Tue, Feb 12, 2008 at 04:08:16PM -0500, Neil Horman wrote:
Neil, is it possible to do some serial console debugging to find out
where exactly we are hanging? Beats me, what's that operation which can
not be executed while being in NMI handler and makes system to hang. I am
also
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
--
/
* Neil Horman [EMAIL PROTECTED]
* Software Engineer, Red Hat
/kexec
--
/
* Neil Horman [EMAIL PROTECTED]
* Software Engineer, Red Hat
/
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org
On Fri, Feb 08, 2008 at 11:45:44AM -0500, Vivek Goyal wrote:
On Fri, Feb 08, 2008 at 11:14:22AM -0500, Neil Horman wrote:
On Thu, Feb 07, 2008 at 01:24:04PM +0100, Ingo Molnar wrote:
* Neil Horman [EMAIL PROTECTED] wrote:
Ingo noted a few posts down the nmi_exit doesn't actually
On Thu, Feb 07, 2008 at 01:24:04PM +0100, Ingo Molnar wrote:
* Neil Horman [EMAIL PROTECTED] wrote:
Ingo noted a few posts down the nmi_exit doesn't actually write to the
APIC EOI register, so yeah, I agree, its bogus (and I apologize, I
should have checked that more carefully
while we are trying to boot the
kdump kernel, and that can result in a hang. I wrote the attached patch to end
the nmi interrupt prior to calling crash_kexec from within die_nmi, and testing
here has proven successfull.
Regards
Neil
Signed-off-by: Neil Horman [EMAIL PROTECTED]
traps_32.c |2
On Wed, Feb 06, 2008 at 02:40:40PM -0500, Vivek Goyal wrote:
On Wed, Feb 06, 2008 at 02:25:55PM -0500, Neil Horman wrote:
Hey all-
A hang on kdump was reported to me awhile back, only when systems died
via nmi watchdog panic. The hang wouldn't always be in the same place
On Wed, Feb 06, 2008 at 12:21:30PM -0800, H. Peter Anvin wrote:
Neil Horman wrote:
Can an APIC accept an NMI while already handling an NMI? I didn't think
they
would interrupt one another, but rather, pend until such time as the
previous
NMI was cleared
The CPU certainly won't
On Wed, Jan 30, 2008 at 03:53:23PM -0500, Vivek Goyal wrote:
On Tue, Jan 29, 2008 at 02:57:53PM -0500, Neil Horman wrote:
Ok, I've got a new patch here. In response to Bernhard and Viveks concerns,
I've added a few checks. Bernhard, thank you for digging into the history
On Wed, Jan 30, 2008 at 04:08:15PM -0500, Vivek Goyal wrote:
On Wed, Jan 30, 2008 at 03:59:47PM -0500, Neil Horman wrote:
On Wed, Jan 30, 2008 at 03:53:23PM -0500, Vivek Goyal wrote:
On Tue, Jan 29, 2008 at 02:57:53PM -0500, Neil Horman wrote:
Ok, I've got a new patch here
1 - 100 of 135 matches
Mail list logo