From: Dipankar Sarma <dipankar@in.ibm.com>
To: Andrew Morton <akpm@osdl.org>
Cc: hari@in.ibm.com, Rusty Russell <rusty@rustcorp.com.au>,
suparna@in.ibm.com, fastboot@osdl.org, ebiederm@xmission.com,
litke@us.ibm.com, linux-kernel@vger.kernel.org,
mbligh@aracnet.com
Subject: Re: [Fastboot] Re: [PATCH][4/6]Register snapshotting before kexec boot
Date: Thu, 16 Sep 2004 13:41:38 +0530 [thread overview]
Message-ID: <20040916081138.GB4594@in.ibm.com> (raw)
In-Reply-To: <20040915142722.46088ad5.akpm@osdl.org>
On Wed, Sep 15, 2004 at 02:27:22PM -0700, Andrew Morton wrote:
> Hariprasad Nellitheertha <hari@in.ibm.com> wrote:
> > +void __crash_dump_stop_cpus(void)
> > +{
> > + int i, cpu = smp_processor_id();
> > + int other_cpus = num_online_cpus()-1;
> > +
> > + if (other_cpus > 0) {
> > + atomic_set(&waiting_for_dump_ipi, other_cpus);
> > +
> > + for (i = 0; i < NR_CPUS; i++)
> > + crash_dump_expect_ipi[i] = (i != cpu && cpu_online(i));
> > +
> > + set_nmi_callback(crash_dump_nmi_callback);
> > + /* Ensure the new callback function is set before sending
> > + * out the IPI
> > + */
> > + wmb();
> > +
> > + crash_dump_send_ipi();
> > + while (atomic_read(&waiting_for_dump_ipi) > 0)
> > + cpu_relax();
> > +
> > + unset_nmi_callback();
> > + } else {
> > + local_irq_disable();
> > + disable_local_APIC();
> > + local_irq_enable();
> > + }
> > +}
>
> Is dodgy wrt CPU hotplug, but there's not a lot we can do about that
> in this context, I expect. Which is a shame, given that CPU hotplug
> is a likely time at which to be taking a crashdump ;)
If Hari disables preemption during this entire section of code,
he should be safe from CPU hotplug, AFAICS. The stop machine
threads will never get to run on that CPU.
Thanks
Dipankar
next prev parent reply other threads:[~2004-09-16 8:39 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-15 12:50 kexec based crash dumping Hariprasad Nellitheertha
2004-09-15 12:51 ` [PATCH][1/6]Documentation Hariprasad Nellitheertha
2004-09-15 12:53 ` [PATCH][2/6]Memory preserving reboot using kexec Hariprasad Nellitheertha
2004-09-15 12:54 ` [PATCH][3/6]Routines for copying the dump pages Hariprasad Nellitheertha
2004-09-15 12:55 ` [PATCH][4/6]Register snapshotting before kexec boot Hariprasad Nellitheertha
2004-09-15 12:56 ` [PATCH][5/6]ELF format dump file access Hariprasad Nellitheertha
2004-09-15 12:57 ` [PATCH][6/6]Linear/raw " Hariprasad Nellitheertha
2004-09-15 21:28 ` [PATCH][5/6]ELF " Andrew Morton
2004-09-15 21:29 ` Andrew Morton
2004-09-15 21:31 ` Andrew Morton
2004-09-15 21:27 ` [PATCH][4/6]Register snapshotting before kexec boot Andrew Morton
2004-09-16 8:11 ` Dipankar Sarma [this message]
2004-09-17 14:53 ` [Fastboot] " Srivatsa Vaddagiri
2004-09-19 20:17 ` Eric W. Biederman
2004-09-15 21:23 ` [PATCH][3/6]Routines for copying the dump pages Andrew Morton
2004-09-15 21:22 ` [PATCH][2/6]Memory preserving reboot using kexec Andrew Morton
2004-09-19 20:37 ` [Fastboot] " Eric W. Biederman
2004-09-20 13:49 ` Hariprasad Nellitheertha
2004-09-20 19:53 ` Eric W. Biederman
2004-09-15 17:33 ` [Fastboot] kexec based crash dumping Eric W. Biederman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040916081138.GB4594@in.ibm.com \
--to=dipankar@in.ibm.com \
--cc=akpm@osdl.org \
--cc=ebiederm@xmission.com \
--cc=fastboot@osdl.org \
--cc=hari@in.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=litke@us.ibm.com \
--cc=mbligh@aracnet.com \
--cc=rusty@rustcorp.com.au \
--cc=suparna@in.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.