xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Keir Fraser <keir.fraser@eu.citrix.com>
To: Andre Przywara <andre.przywara@amd.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] numa: fix problems with memory-less nodes
Date: Wed, 13 Jan 2010 08:26:22 +0000	[thread overview]
Message-ID: <C773342E.632A%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <4B4CA391.2040005@amd.com>

On 12/01/2010 16:30, "Andre Przywara" <andre.przywara@amd.com> wrote:

> If we decided to not report memory-less nodes in physinfo we should also
> skip them in the node_to_{cpu,memory,dma32_mem} Python lists. Currently
> Xen will not start guests on machines with memory-less nodes which are
> not the last ones. On an 8-node machine with empty nodes 4 and 5 "xm
> info" was reporting wrongly, also the node assignment algorithm crashed
> with a division by zero error.
> The attached patch fixes this by skipping empty nodes in the enumeration
> of resources.

Where to begin? Firstly, I thought that the ordering of nodes in the
node_to_* lists actually mattered -- the lists are indexed by nodeid (a
handle which can be passed to other Xen interfaces) are they not? If you
don't include empty entries, then the index position of entries is no longer
meaningful.

Secondly, you avoid appending to the node_to_cpu list if the node is
cpu-less. But you avoid appending to the node_to_{memory,dma32} lists only
if the node is *both* cpu-less and memory-less. That's not even consistent.

Please just fix the crap Python code.

 -- Keir

  reply	other threads:[~2010-01-13  8:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-12 16:30 [PATCH] numa: fix problems with memory-less nodes Andre Przywara
2010-01-13  8:26 ` Keir Fraser [this message]
2010-01-13  9:42   ` Andre Przywara
2010-01-13  9:55     ` Keir Fraser
2010-01-13 10:02     ` Keir Fraser

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=C773342E.632A%keir.fraser@eu.citrix.com \
    --to=keir.fraser@eu.citrix.com \
    --cc=andre.przywara@amd.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).