Sorry if you're getting multiple copies, but i have had problems with
my subscription to the kexec mailing list and am resending.
On Tue, Dec 03, 2013 at 10:25:36AM -0500, Vivek Goyal wrote:
>
> Hi Hatayama,
>
> We are almost there. A minor nit. Why have we specified KEXEC here. This
> parameter disabled_cpu_apicid does not seem to dependon CONFIG_KEXEC?
>
> Jerry, this patch looks good to me. Does it work on your system?
>
> Thanks
> Vivek
Vivek, Hatayama,
I've back ported v9 of this patch to 2.6.32 and 3.0.80 based kernels to
test with existing distros.
I've tested on our smaller prototype server specifying nr_cpus=8/maxcpus=8
to the capture kernel. One hundred iterations (echo c > /proc/sysrq-trigger)
varying target cpu and system load to each kernel.
The 2.6.32 based distro kernel showed the < 5% soft lockup
(still unresolved) during boot of capture kernel. This is
something i've seen on all versions of the patch that i've tested.
The 3.0.80 based distro kernel has had zero failures.
I have not had a chance to test upstream kernels or on
our larger prototype configuration.
We still plan to test on our larger prototype. Testing of
prior versions of the patch on the larger systems didn't show
problems w/ this functionality and I don't anticipate we'll
find anything this time either.
I am okay with this patch being accepted upstream and working
the intermittent 2.6.32 failures separately.
Jerry
--
----------------------------------------------------------------------------
Jerry Hoemann Software Engineer Hewlett-Packard
3404 E Harmony Rd. MS 57 phone: (970) 898-1022
Ft. Collins, CO 80528 FAX: (970) 898-XXXX
email: jerry.hoemann at hp.com
----------------------------------------------------------------------------
