From: Alex Williamson <alex.williamson@hp.com>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: Jimi Xenidis <jimix@watson.ibm.com>,
xen-devel <xen-devel@lists.xensource.com>,
ewan@xensource.com, Hollis Blanchard <hollisb@us.ibm.com>
Subject: Re: Re: [Xen-staging] [xen-unstable] Added some more fields to host_cpu.
Date: Fri, 02 Mar 2007 13:55:07 -0700 [thread overview]
Message-ID: <1172868907.5941.54.camel@bling> (raw)
In-Reply-To: <C20E3D8D.32B5%Keir.Fraser@cl.cam.ac.uk>
On Fri, 2007-03-02 at 20:46 +0000, Keir Fraser wrote:
> On 2/3/07 20:39, "Alex Williamson" <alex.williamson@hp.com> wrote:
>
> > On ia64, dom0 doesn't automatically get vcpus for each physical cpu,
> > so the first problem is that we're not going to have a /proc/cpuinfo
> > entry for every cpu in self.cpus.keys. I think it's likely x86 could
> > run into this problem too if a cpu was hotplugged or booted with the
> > dom0_max_vcpus options.
>
> We have indeed hit this problem and I put a patch in this afternoon to
> duplicate cpu0's info for any non-existent cpu. Given that the dom0 cpus
> could be migrating around on arbitrary physical cpus (even across the
> multiple CPUID invocations that the kernel will have made to build the
> information for a single 'cpu' in /proc!) this is fine -- x86 multiprocessor
> systems are supposed to be symmetric (homogeneous CPUs down to the same
> stepping in some cases) anyway.
Cool, I see it in staging. This is the approach I used to work
around the problem temporarily, but what happens if cpu0 is hot
un-plugged? ISTR x86 Linux doesn't support cpu0 hotplug, but on ia64 we
can hotplug cpu0. I'd guess powerpc could too. Thanks,
Alex
--
Alex Williamson HP Open Source & Linux Org.
next prev parent reply other threads:[~2007-03-02 20:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200702270156.l1R1uLfk014775@latara.uk.xensource.com>
2007-03-02 20:39 ` [Xen-staging] [xen-unstable] Added some more fields to host_cpu Alex Williamson
2007-03-02 20:46 ` Keir Fraser
2007-03-02 20:55 ` Alex Williamson [this message]
2007-03-02 20:58 ` Keir Fraser
2007-03-02 20:47 ` John Levon
2007-03-02 20:54 ` John Levon
2007-03-02 21:01 ` Hollis Blanchard
2007-03-07 17:54 ` Hollis Blanchard
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=1172868907.5941.54.camel@bling \
--to=alex.williamson@hp.com \
--cc=Keir.Fraser@cl.cam.ac.uk \
--cc=ewan@xensource.com \
--cc=hollisb@us.ibm.com \
--cc=jimix@watson.ibm.com \
--cc=xen-devel@lists.xensource.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.