All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <dario.faggioli@citrix.com>
Cc: "JGross@suse.com" <JGross@suse.com>,
	"jtweaver@hawaii.edu" <jtweaver@hawaii.edu>,
	George Dunlap <George.Dunlap@citrix.com>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
	"keir.xen@gmail.com" <keir.xen@gmail.com>,
	"JBeulich@suse.com" <JBeulich@suse.com>
Subject: Re: [PATCH] xen: avoid updating node affinity twice when removing a CPU from a cpupool
Date: Thu, 12 Mar 2015 15:56:38 +0000	[thread overview]
Message-ID: <1426175796.7023.45.camel@citrix.com> (raw)
In-Reply-To: <5501A83E.6090303@eu.citrix.com>


[-- Attachment #1.1: Type: text/plain, Size: 1139 bytes --]

On Thu, 2015-03-12 at 14:52 +0000, George Dunlap wrote:
> On 03/12/2015 01:45 PM, Dario Faggioli wrote:

> > Patch below, and attached. However, I think the correct thing to do
> > would be to just revert 93be8285 "update domU's node-affinity on the
> > cpupool_unassign_cpu() path", wouldn't it?
> 
> Funny you should mention that... 
>
Being the author of this mess... I'm more sorry than amused, but yes I
can imagine it's funny to see. :-)

> one of the things I was thinking of
> suggesting was trying to move the domain_update_node_affinity() out of
> cpupool.c and into schedule.c, somewhere on the path that brings up a
> cpu or assigns it to a pool, specifically so that the lack of symmetry
> didn't trip anybody up.  
>
That would be good, indeed.

> Now that I find out it already *has* tripped someone up, I think we had
> definitely better do something about it. :-)
>
:-)

> Let me take a look and see what seems sensible...
> 
Ok, let me know what you discover. If you're too busy and you want me to
have a look, just say it (I'll do my best to get it right this
time! ;-P)

Regards,
Dario

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

      reply	other threads:[~2015-03-12 15:56 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-09 16:49 [PATCH] xen: postpone updating domains' node affinity when removing a CPU from a cpupool Dario Faggioli
2015-03-11 10:32 ` Dario Faggioli
2015-03-11 15:01 ` George Dunlap
2015-03-11 16:04   ` Dario Faggioli
2015-03-12 13:45     ` [PATCH] xen: avoid updating node affinity twice " Dario Faggioli
2015-03-12 14:51       ` Jan Beulich
2015-03-12 15:52         ` Dario Faggioli
2015-03-13 11:15           ` George Dunlap
2015-03-12 14:52       ` George Dunlap
2015-03-12 15:56         ` Dario Faggioli [this message]

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=1426175796.7023.45.camel@citrix.com \
    --to=dario.faggioli@citrix.com \
    --cc=George.Dunlap@citrix.com \
    --cc=JBeulich@suse.com \
    --cc=JGross@suse.com \
    --cc=jtweaver@hawaii.edu \
    --cc=keir.xen@gmail.com \
    --cc=xen-devel@lists.xen.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.