All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kip Macy <kip.macy@gmail.com>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel <xen-devel@lists.xensource.com>
Subject: Re: separate domain info and vcpu context
Date: Sun, 8 May 2005 11:09:41 -0700	[thread overview]
Message-ID: <b1fa291705050811095aab1f73@mail.gmail.com> (raw)
In-Reply-To: <A95E2296287EAD4EB592B5DEEFCE0E9D1E3E17@liverpoolst.ad.cl.cam.ac.uk>

> I would like both calls to return the number of VCPUs in use, but we
> still want the 'give me VCPU x or the next active one if it doesn't
> exist' enumeration scheme since VCPUs can potentially be sparse. Go for
> it!
> 

Why should GETDOMAINCONTEXT also return the number of active VCPUs?
That seems redundant. It would make more sense to me for it to take
exec_domain as an in/out variable. The value coming in would be the
index into the active CPUs and the out value would be the actual vcpu
number. So if you were running with 4 vcpus but only the 4th vcpu was
active, the caller would set exec_domain to 0 and then xen would set
exec_domain to 3.

I'd like to keep the number of iterations to 1, so just  to clarify
- in GETDOMAININFO, exec_domain will be changed to out variable
n_active_vcpus, ctxt will be removed.
- GETDOMAINCONTEXT will have two fields, (u16)exec_domain described
above and  (vcpu_guest_context_t *)ctxt

Thanks.
    
                    -Kip

  reply	other threads:[~2005-05-08 18:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-30  6:41 separate domain info and vcpu context Ian Pratt
2005-05-08 18:09 ` Kip Macy [this message]
2005-05-08 21:14   ` Keir Fraser
2005-05-08 21:21     ` Kip Macy
  -- strict thread matches above, loose matches on Subject: below --
2005-05-08 21:07 Ian Pratt
2005-04-29 18:15 Kip Macy

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=b1fa291705050811095aab1f73@mail.gmail.com \
    --to=kip.macy@gmail.com \
    --cc=m+Ian.Pratt@cl.cam.ac.uk \
    --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.