From: Ian Campbell <ian.campbell@citrix.com>
To: Chen Baozi <cbz@baozis.org>
Cc: Julien Grall <julien.grall@citrix.com>, xen-devel@lists.xenproject.org
Subject: Re: [PATCH V6 04/10] xen/arm: Use cpumask_t type for vcpu_mask in vgic_to_sgi
Date: Wed, 10 Jun 2015 11:27:26 +0100 [thread overview]
Message-ID: <1433932046.30003.27.camel@citrix.com> (raw)
In-Reply-To: <20150610102105.GA3982@cbz-thinkpad>
On Wed, 2015-06-10 at 18:21 +0800, Chen Baozi wrote:
> > Perhaps we want to bite the bullet now and change the vgic_to_sgi to
> > take an affinity path thing (aff3.aff2.aff1) + target list, instead of a
> > cpumask? That makes sense given the 16 CPU per AFF0 limitation, since
> > there is only a limited set of cpumask patterns which can be specified,
> > so we don't need the fully arbitrary bitmap.
>
> It seems that only GICv3 supports affinity level. And vgic_to_sgi is shared
> by both vGICv2 and vGICv3... However, we can make aff3==aff2==aff1==0 and put
> the 8-bit GICv2 cpumask in the target list. If this is good for vGICv2, I
> have no problem on it.
I think that makes sense, we can have gicv2 assert that aff3..1 == 0 (or
the corresponding argument which encodes them all).
The alternative would be to refactor somehow such that the generic
interface was suitable for both and the difference becomes internal.
Ian.
next prev parent reply other threads:[~2015-06-10 10:28 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-01 12:56 [PATCH V6 00/10] Support more than 8 vcpus on arm64 with GICv3 Chen Baozi
2015-06-01 12:56 ` [PATCH V6 01/10] xen/arm: gic-v3: Increase the size of GICR in address space for guest Chen Baozi
2015-06-05 15:49 ` Ian Campbell
2015-06-05 16:04 ` Julien Grall
2015-06-05 16:31 ` Ian Campbell
2015-06-05 18:07 ` Julien Grall
2015-06-01 12:56 ` [PATCH V6 02/10] xen/arm: Add functions of mapping between vCPUID and virtual affinity Chen Baozi
2015-06-05 15:54 ` Ian Campbell
2015-06-01 12:56 ` [PATCH V6 03/10] xen/arm: Use the new functions for vCPUID/vaffinity transformation Chen Baozi
2015-06-05 15:56 ` Ian Campbell
2015-06-05 18:18 ` Julien Grall
2015-06-08 10:05 ` Ian Campbell
2015-06-08 13:00 ` Julien Grall
2015-06-01 12:56 ` [PATCH V6 04/10] xen/arm: Use cpumask_t type for vcpu_mask in vgic_to_sgi Chen Baozi
2015-06-05 16:05 ` Ian Campbell
2015-06-10 10:21 ` Chen Baozi
2015-06-10 10:27 ` Ian Campbell [this message]
2015-06-01 12:56 ` [PATCH V6 05/10] xen/arm64: gicv3: Use AFF1 when translating ICC_SGI1R_EL1 to cpumask Chen Baozi
2015-06-05 16:09 ` Ian Campbell
2015-06-05 18:25 ` Julien Grall
2015-06-08 10:06 ` Ian Campbell
2015-06-01 12:56 ` [PATCH V6 06/10] tools/libxl: Set 'reg' of cpu node equal to MPIDR affinity for domU Chen Baozi
2015-06-05 16:11 ` Ian Campbell
2015-06-05 16:12 ` Ian Campbell
2015-06-01 12:56 ` [PATCH V6 07/10] xen/arm: Set 'reg' of cpu node for dom0 to match MPIDR's affinity Chen Baozi
2015-06-05 16:13 ` Ian Campbell
2015-06-01 12:56 ` [PATCH V6 08/10] xen: Add arch_domain_preinit to initialise vGIC before evtchn_init Chen Baozi
2015-06-05 16:22 ` Ian Campbell
2015-06-11 9:20 ` Chen Baozi
2015-06-11 9:37 ` Ian Campbell
2015-06-11 11:16 ` Chen Baozi
2015-06-11 11:47 ` Julien Grall
2015-06-11 12:45 ` Chen Baozi
2015-06-01 12:56 ` [PATCH V6 09/10] xen/arm: make domain_max_vcpus return value from vgic_ops Chen Baozi
2015-06-05 16:26 ` Ian Campbell
2015-06-05 16:39 ` Julien Grall
2015-06-01 12:56 ` [PATCH V6 10/10] xen/arm64: increase MAX_VIRT_CPUS to 128 on arm64 Chen Baozi
2015-06-05 16:27 ` Ian Campbell
2015-06-05 14:08 ` [PATCH V6 00/10] Support more than 8 vcpus on arm64 with GICv3 Ian Campbell
2015-06-05 14:37 ` Julien Grall
2015-06-05 15:15 ` Ian Campbell
2015-06-05 14:23 ` Ian Campbell
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=1433932046.30003.27.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=cbz@baozis.org \
--cc=julien.grall@citrix.com \
--cc=xen-devel@lists.xenproject.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.