Hi David,
On 19/09/15 22:51, Daney, David wrote:
> I apologize for the top post, but for the record;
>
> The Thunder Linux implementation will be obtaining the PCI requester id from
> the OF device tree, or ACPI IORT table. It will *not* be derived from any
> hardware address.
I'm aware about
; Kumar, Vijaya
Subject: Re: [Xen-devel] PCI Pass-through in Xen ARM: Draft 4
Hi Manish,
On 19/09/2015 21:24, Manish Jaggi wrote:
> On Wednesday 16 September 2015 06:28 PM, Julien Grall wrote:
>> On 15/09/15 19:58, Jaggi, Manish wrote:
>>>> I can see 2 different solutions:
>>&
Hi Manish,
On 19/09/2015 21:24, Manish Jaggi wrote:
On Wednesday 16 September 2015 06:28 PM, Julien Grall wrote:
On 15/09/15 19:58, Jaggi, Manish wrote:
I can see 2 different solutions:
1) Let DOM0 pass the first requester ID when registering the bus
Pros:
* Less per-plat
On Wednesday 16 September 2015 06:28 PM, Julien Grall wrote:
On 15/09/15 19:58, Jaggi, Manish wrote:
I can see 2 different solutions:
1) Let DOM0 pass the first requester ID when registering the bus
Pros:
* Less per-platform code in Xen
Cons:
* Assume tha
On 15/09/15 19:58, Jaggi, Manish wrote:
>> I can see 2 different solutions:
>> 1) Let DOM0 pass the first requester ID when registering the bus
>>Pros:
>> * Less per-platform code in Xen
>>Cons:
>> * Assume that the requester ID are contiguous. (Is it really a
>
On 09/15/2015 11:58 AM, Jaggi, Manish wrote:
>
>
> On Thursday 10 September 2015 06:42 AM, Julien Grall wrote:
>> Hi Manish,
> Hi Julien, sorry for late response..
>>
>> On 13/08/2015 10:42, Manish Jaggi wrote:
>>>3.2.Mapping between streamID - deviceID - pci sbdf - requesterID
>>> --
On Thursday 10 September 2015 06:42 AM, Julien Grall wrote:
> Hi Manish,
Hi Julien, sorry for late response..
>
> On 13/08/2015 10:42, Manish Jaggi wrote:
>> 3.2.Mapping between streamID - deviceID - pci sbdf - requesterID
>> -
Hi Manish,
On 13/08/2015 10:42, Manish Jaggi wrote:
3.2.Mapping between streamID - deviceID - pci sbdf - requesterID
-
For a simpler case all should be equal to BDF. But there are some devices
that use the wr
On 02/09/15 16:19, Ian Campbell wrote:
> On Thu, 2015-08-13 at 11:37 +0100, Julien Grall wrote:
>>> 4.2.2Xenstore Update: For each PCI-EP BAR (IPA-PA mapping info).
>>> --
>>> --
>>>
>>> Toolstack also updates the xensto
On Thu, 2015-08-13 at 11:37 +0100, Julien Grall wrote:
> > 4.2.2Xenstore Update: For each PCI-EP BAR (IPA-PA mapping info).
> > --
> > --
> >
> > Toolstack also updates the xenstore information for the device
> > (virt
On Wed, 2015-09-02 at 08:52 -0600, Jan Beulich wrote:
> >
> > > > On 02.09.15 at 16:45, wrote:
> > On Fri, 2015-08-14 at 08:34 -0600, Jan Beulich wrote:
> > > > > > On 14.08.15 at 16:03, wrote:
> > > > On Fri, 14 Aug 2015, Jan Beulich wrote:
> > > > > > > > On 14.08.15 at 15:21,
> > > > > > >
>>> On 02.09.15 at 16:57, wrote:
> On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote:
>>>>> On 13.08.15 at 11:42, >> wrote:
>> > 2.1pci_hostbridge and pci_hostbridge_ops
>> > -
>> >
>> > The i
On Wed, 2015-09-02 at 13:59 +0100, Julien Grall wrote:
> On 02/09/15 13:08, Manish Jaggi wrote:
> >
> >
> > On Tuesday 01 September 2015 01:02 PM, Jan Beulich wrote:
> > > > > > On 31.08.15 at 14:36, wrote:
> > > > On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote:
> > > > > 4.2.1 Mappin
On Wed, 2015-09-02 at 14:46 +0100, Ian Campbell wrote:
> On Wed, 2015-09-02 at 13:59 +0100, Julien Grall wrote:
>
> (I'm not caught up on my mail, so just commenting on this one aspect)
>
> > Anyway, I think this logic should be done in the toolstack and not in
> > the hypervisor. Only the toolst
On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote:
>>>> On 13.08.15 at 11:42,
> wrote:
> > 2.1pci_hostbridge and pci_hostbridge_ops
> > -
> >
> > The init function in the PCI host driver call
>>> On 02.09.15 at 16:45, wrote:
> On Fri, 2015-08-14 at 08:34 -0600, Jan Beulich wrote:
>> > > > On 14.08.15 at 16:03, wrote:
>> > On Fri, 14 Aug 2015, Jan Beulich wrote:
>> > > > > > On 14.08.15 at 15:21, wrote:
>> > > > On Fri, 14 Aug 2015, Jan Beulich wrote:
>> > > > > it's even less clear h
On Fri, 2015-08-14 at 03:26 -0600, Jan Beulich wrote:
> >
> > > > On 13.08.15 at 19:01, wrote:
> > On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote:
> >
> > A bunch of your questions seem to be about things which have been
> > discussed
> > at length in previous postings, it's probably wort
On Fri, 2015-08-14 at 08:34 -0600, Jan Beulich wrote:
> >
> > > > On 14.08.15 at 16:03, wrote:
> > On Fri, 14 Aug 2015, Jan Beulich wrote:
> > > > > > On 14.08.15 at 15:21, wrote:
> > > > On Fri, 14 Aug 2015, Jan Beulich wrote:
> > > > > it's even less clear how you'd expect to suppress this in
On Wed, 2015-09-02 at 13:59 +0100, Julien Grall wrote:
(I'm not caught up on my mail, so just commenting on this one aspect)
> Anyway, I think this logic should be done in the toolstack and not in
> the hypervisor. Only the toolstack is in charge of the memory layout.
> Xen appears to know the me
On 02/09/15 13:08, Manish Jaggi wrote:
>
>
> On Tuesday 01 September 2015 01:02 PM, Jan Beulich wrote:
> On 31.08.15 at 14:36, wrote:
>>> On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote:
4.2.1 Mapping BAR regions in guest address space
-
On Tuesday 01 September 2015 01:02 PM, Jan Beulich wrote:
On 31.08.15 at 14:36, wrote:
On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote:
4.2.1 Mapping BAR regions in guest address space
-
When a PCI-EP
CC'ing a few other x86 people as this is likely to be the same approach
that will be taken by PVH.
On Thu, 13 Aug 2015, Manish Jaggi wrote:
> -
> | PCI Pass-through in Xen ARM |
> -
>
>>> On 31.08.15 at 14:36, wrote:
> On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote:
>> 4.2.1 Mapping BAR regions in guest address space
>>
>> -
>>
>>
>> When a PCI-EP device is assigned to a domU the toolstac
On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote:
-
| PCI Pass-through in Xen ARM |
-
manish.ja...@caviumnetworks.com
---
Draft-
ell; stefano.stabell...@eu.citrix.com;
> Jaggi, Manish; Kumar, Vijaya; Julien Grall; Xen Devel
> Subject: Re: [Xen-devel] PCI Pass-through in Xen ARM: Draft 4
>
> On Thu, 13 Aug 2015, Jan Beulich wrote:
> >>>> On 13.08
Stefano Stabellini
Sent: Friday, August 14, 2015 9:08 PM
To: Jan Beulich
Cc: prasun.kap...@cavium.com; Ian Campbell; stefano.stabell...@eu.citrix.com;
Jaggi, Manish; Kumar, Vijaya; Julien Grall; Xen Devel
Subject: Re: [Xen-devel] PCI Pass-through in Xen ARM: Draft 4
On Thu, 13 Aug 2015, Jan Beulich
On Thu, 13 Aug 2015, Jan Beulich wrote:
>>>> On 13.08.15 at 11:42, wrote:
> > 2.1pci_hostbridge and pci_hostbridge_ops
> >
> > -
> > The init function in the PCI host driver calls to register hos
On Fri, 14 Aug 2015, Jan Beulich wrote:
> >>> On 14.08.15 at 16:45, wrote:
> > On 14/08/15 15:37, Stefano Stabellini wrote:
> >> If you are thinking of Windows for ARM64, there isn't one yet. When/if
> >> it will become available, there are going to be a number of issues to
> >> address before we
>>> On 14.08.15 at 16:45, wrote:
> On 14/08/15 15:37, Stefano Stabellini wrote:
>> If you are thinking of Windows for ARM64, there isn't one yet. When/if
>> it will become available, there are going to be a number of issues to
>> address before we can run it as a guest on Xen on ARM with the curr
On 14/08/15 15:37, Stefano Stabellini wrote:
> On Fri, 14 Aug 2015, Jan Beulich wrote:
> On 14.08.15 at 16:03, wrote:
>>> On Fri, 14 Aug 2015, Jan Beulich wrote:
>>> On 14.08.15 at 15:21, wrote:
> On Fri, 14 Aug 2015, Jan Beulich wrote:
>> it's even less clear how you'd expect to
On Fri, 14 Aug 2015, Jan Beulich wrote:
> >>> On 14.08.15 at 16:03, wrote:
> > On Fri, 14 Aug 2015, Jan Beulich wrote:
> >> >>> On 14.08.15 at 15:21, wrote:
> >> > On Fri, 14 Aug 2015, Jan Beulich wrote:
> >> >> it's even less clear how you'd expect to suppress this in other guest
> >> >> OSes (W
>>> On 14.08.15 at 16:03, wrote:
> On Fri, 14 Aug 2015, Jan Beulich wrote:
>> >>> On 14.08.15 at 15:21, wrote:
>> > On Fri, 14 Aug 2015, Jan Beulich wrote:
>> >> it's even less clear how you'd expect to suppress this in other guest
>> >> OSes (Windows - afaik - being able to run on ARM certainly
On Fri, 14 Aug 2015, Jan Beulich wrote:
> >>> On 14.08.15 at 15:21, wrote:
> > On Fri, 14 Aug 2015, Jan Beulich wrote:
> >> it's even less clear how you'd expect to suppress this in other guest
> >> OSes (Windows - afaik - being able to run on ARM certainly makes it
> >> a candidate guest, even if
>>> On 14.08.15 at 15:21, wrote:
> On Fri, 14 Aug 2015, Jan Beulich wrote:
>> it's even less clear how you'd expect to suppress this in other guest
>> OSes (Windows - afaik - being able to run on ARM certainly makes it
>> a candidate guest, even if maybe this doesn't work today), namely
>> such no
On Fri, 14 Aug 2015, Jan Beulich wrote:
> >>> On 13.08.15 at 19:01, wrote:
> > On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote:
> >
> > A bunch of your questions seem to be about things which have been discussed
> > at length in previous postings, it's probably worth reviewing some of those
>>> On 13.08.15 at 19:01, wrote:
> On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote:
>
> A bunch of your questions seem to be about things which have been discussed
> at length in previous postings, it's probably worth reviewing some of those
> discussions.
With the huge amount of mail to be
On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote:
A bunch of your questions seem to be about things which have been discussed
at length in previous postings, it's probably worth reviewing some of those
discussions.
> >
> > /* For 32bit BARs*/
> > #define GUEST_BAR_BASE_32 <<>>
> > #def
>>> On 13.08.15 at 11:42, wrote:
> 2.1pci_hostbridge and pci_hostbridge_ops
>
> -
> The init function in the PCI host driver calls to register hostbridge
> callbacks:
>
> int pci_hostbridge_r
Hi Manish,
I left Linaro 4 months ago. Can you please use my email citrix
(julien.gr...@citrix.com).
On 13/08/15 10:42, Manish Jaggi wrote:
> -
>
>
> 1.Background of PCI passthrough
>
39 matches
Mail list logo
