All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Horman <horms@verge.net.au>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH] XPC heartbeat timer function must run on CPU 0
Date: Wed, 14 Nov 2007 22:11:33 +0000	[thread overview]
Message-ID: <20071114221128.GF2368@verge.net.au> (raw)
In-Reply-To: <20071107135306.99AAF11C415@aqua.americas.sgi.com>

On Wed, Nov 14, 2007 at 03:12:38PM -0600, Robin Holt wrote:
> On Wed, Nov 14, 2007 at 12:49:14PM -0800, Simon Horman wrote:
> > On Thu, Nov 08, 2007 at 06:11:19AM -0600, Dean Nelson wrote:
> > > On Wed, Nov 07, 2007 at 08:26:59AM -0800, Luck, Tony wrote:
> > > > > Currently, XPC's heartbeat timer function runs on whatever CPU modprobe/insmod
> > > > > ran on when XPC was started. To avoid the heartbeat from being delayed for
> > > > > long periods the timer function must run on CPU 0.
> > > > 
> > > > Does Altix allow hot remove of cpu0?  If so, then you have a problem.
> > > 
> > > At this time Altix does not support hot remove of cpu0, but it is something
> > > currently being worked on. At the time that feature is ready then this
> > > code would indeed need to be modified. In the meantime, we have an existing
> > > customer in need of a fix.
> > 
> > Kdump will run the second (crash) kernel on whatever CPU the crash
> > occurs on, so its quite possible for cpu 0 not to exist in the
> > second kernel. Would this be a problem for this code?
> 
> Wouldn't that cpu appear to the new OS instance as cpu0?  If so, then
> it should not be an issue.

No, I don't believe that it does.
I can try and test this theory if it helps.
Perhaps my mind is corrupted by x86 thoughts.

-- 
Horms, California Edition


  parent reply	other threads:[~2007-11-14 22:11 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-07 13:53 [PATCH] XPC heartbeat timer function must run on CPU 0 Dean Nelson
2007-11-07 16:26 ` Luck, Tony
2007-11-08 12:11 ` Dean Nelson
2007-11-14 20:49 ` Simon Horman
2007-11-14 21:12 ` Robin Holt
2007-11-14 22:11 ` Simon Horman [this message]
2007-11-14 22:19 ` Luck, Tony
2007-11-15 17:28 ` Simon Horman

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=20071114221128.GF2368@verge.net.au \
    --to=horms@verge.net.au \
    --cc=linux-ia64@vger.kernel.org \
    /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.