On Wed, 2015-06-10 at 10:52 -0400, Julien Grall wrote:
>
> On 10/06/2015 10:45, Ian Campbell wrote:
> > On Wed, 2015-06-10 at 10:40 -0400, Julien Grall wrote:
> >>> ## Virtual LPI injection
> >>>
> >>> As discussed above the `vgic_vcpu_inject_irq` functionality will need
> >>> to be extended to co
On 10/06/2015 10:45, Ian Campbell wrote:
On Wed, 2015-06-10 at 10:40 -0400, Julien Grall wrote:
## Virtual LPI injection
As discussed above the `vgic_vcpu_inject_irq` functionality will need
to be extended to cover this new case, most likely via a new
`vgic_vcpu_inject_lpi` frontend function.
On Wed, 2015-06-10 at 10:40 -0400, Julien Grall wrote:
> > ## Virtual LPI injection
> >
> > As discussed above the `vgic_vcpu_inject_irq` functionality will need
> > to be extended to cover this new case, most likely via a new
> > `vgic_vcpu_inject_lpi` frontend function. `vgic_vcpu_inject_irq` wil
On Wed, 2015-06-10 at 09:37 -0400, Julien Grall wrote:
> Hi Ian,
>
> On 10/06/2015 05:18, Ian Campbell wrote:
> > On Tue, 2015-06-09 at 16:42 +0100, Ian Campbell wrote:
> >> I'm not sure what time zone folks are in, assuming Europe+Asia I propose
> >> 11AM BST, which is 10AM GMT, 3:30PM IST or 3
Hi Ian,
This draft looks good to me. I have only few comments (see below).
On 09/06/2015 11:42, Ian Campbell wrote:
## LPI Configuration Table Virtualisation
A `vLPI` cannot in general be associated with a specific
`pLPI`. Therefore there is no virtualisation to be done here.
Instead a lookup
Hi Ian,
On 10/06/2015 05:18, Ian Campbell wrote:
On Tue, 2015-06-09 at 16:42 +0100, Ian Campbell wrote:
I'm not sure what time zone folks are in, assuming Europe+Asia I propose
11AM BST, which is 10AM GMT, 3:30PM IST or 3AM PDT. If there are folks
on West Cost USA then we might need to think a
On Tue, 2015-06-09 at 16:42 +0100, Ian Campbell wrote:
> I'm not sure what time zone folks are in, assuming Europe+Asia I propose
> 11AM BST, which is 10AM GMT, 3:30PM IST or 3AM PDT. If there are folks
> on West Cost USA then we might need to think again.
Julien is in EDT (i.e GMT - 4) this week.
On Tue, 2015-06-09 at 16:42 +0100, Ian Campbell wrote:
> Draft E follows. Also at:
> http://xenbits.xen.org/people/ianc/vits/draftE.{pdf,html}
>
> The major change here arises from the realisation that it is not
> possible to associate a vPLI with a single pLPI, which has ramifications
> for the m
On Tuesday 09 June 2015 08:42 AM, Ian Campbell wrote:
Draft E follows. Also at:
http://xenbits.xen.org/people/ianc/vits/draftE.{pdf,html}
Ian, I have sent a pci passthrough design. It would be good if that can
be linked with this one.
Can I upload the same on xenbits
The major change here ar
Draft E follows. Also at:
http://xenbits.xen.org/people/ianc/vits/draftE.{pdf,html}
The major change here arises from the realisation that it is not
possible to associate a vPLI with a single pLPI, which has ramifications
for the management of enabling/disabling pLPIs and the handling of
spurious
10 matches
Mail list logo
