[PATCH v8 0/4] PCI devices passthrough on Arm, part 2

Oleksandr Andrushchenko posted 4 patches 2 years, 4 months ago
Test gitlab-ci passed
Patches applied successfully (tree, apply log)
git fetch https://gitlab.com/xen-project/patchew/xen tags/patchew/20211209072918.460902-1-andr2000@gmail.com
xen/arch/arm/domain.c              |   2 +
xen/arch/arm/domain_build.c        | 132 ++++++++++++++++++++---------
xen/arch/arm/pci/ecam.c            |  14 +++
xen/arch/arm/pci/pci-host-common.c |  77 ++++++++++++++++-
xen/arch/arm/pci/pci-host-zynqmp.c |   1 +
xen/arch/arm/vpci.c                |  85 ++++++++++++++++---
xen/arch/arm/vpci.h                |   6 ++
xen/include/asm-arm/pci.h          |  22 +++++
xen/include/asm-arm/setup.h        |  13 +++
9 files changed, 298 insertions(+), 54 deletions(-)
[PATCH v8 0/4] PCI devices passthrough on Arm, part 2
Posted by Oleksandr Andrushchenko 2 years, 4 months ago
From: Oleksandr Andrushchenko <oleksandr_andrushchenko@epam.com>

Hi, all!

This is an assorted series of patches which aim is to make some further
basis for PCI passthrough on Arm support. The series continues the work
published earlier by Arm [1] and adds new helpers and clears the way for
vPCI changes which will follow.

RFC is at [2], [3]. Design presentation can be found at [4].

I have removed patch
[PATCH v6 5/7] xen/arm: do not map IRQs and memory for disabled devices
as it seems that this needs more time for decision on how to achive
that.

I have also added a new patch
[PATCH v7 4/7] xen/arm: account IO handler for emulated PCI host bridge
with a tiny latent bug fix.

This series contains all the patches which are left un-committed yet.

Thank you,
Oleksandr

[1] https://patchwork.kernel.org/project/xen-devel/list/?series=558681
[2] https://lists.xenproject.org/archives/html/xen-devel/2020-07/msg01184.html
[3] https://lists.xenproject.org/archives/html/xen-devel/2020-07/threads.html#01184
[4] https://static.sched.com/hosted_files/xen2021/e4/PCI_Device_Passthrough_On_Arm.pdf

Oleksandr Andrushchenko (4):
  xen/arm: add pci-domain for disabled devices
  xen/arm: setup MMIO range trap handlers for hardware domain
  xen/arm: account IO handler for emulated PCI host bridge
  xen/arm: do not map PCI ECAM and MMIO space to Domain-0's p2m

 xen/arch/arm/domain.c              |   2 +
 xen/arch/arm/domain_build.c        | 132 ++++++++++++++++++++---------
 xen/arch/arm/pci/ecam.c            |  14 +++
 xen/arch/arm/pci/pci-host-common.c |  77 ++++++++++++++++-
 xen/arch/arm/pci/pci-host-zynqmp.c |   1 +
 xen/arch/arm/vpci.c                |  85 ++++++++++++++++---
 xen/arch/arm/vpci.h                |   6 ++
 xen/include/asm-arm/pci.h          |  22 +++++
 xen/include/asm-arm/setup.h        |  13 +++
 9 files changed, 298 insertions(+), 54 deletions(-)

-- 
2.25.1


Re: [PATCH v8 0/4] PCI devices passthrough on Arm, part 2
Posted by Julien Grall 2 years, 4 months ago
On 09/12/2021 07:29, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko <oleksandr_andrushchenko@epam.com>
> 
> Hi, all!

Hi Oleksandr,

> This is an assorted series of patches which aim is to make some further
> basis for PCI passthrough on Arm support. The series continues the work
> published earlier by Arm [1] and adds new helpers and clears the way for
> vPCI changes which will follow.
> 
> RFC is at [2], [3]. Design presentation can be found at [4].Hi
> 
> I have removed patch
> [PATCH v6 5/7] xen/arm: do not map IRQs and memory for disabled devices
> as it seems that this needs more time for decision on how to achive
> that.
> 
> I have also added a new patch
> [PATCH v7 4/7] xen/arm: account IO handler for emulated PCI host bridge
> with a tiny latent bug fix.
> 
> This series contains all the patches which are left un-committed yet.
> 
> Thank you,
> Oleksandr
> 
> [1] https://patchwork.kernel.org/project/xen-devel/list/?series=558681
> [2] https://lists.xenproject.org/archives/html/xen-devel/2020-07/msg01184.html
> [3] https://lists.xenproject.org/archives/html/xen-devel/2020-07/threads.html#01184
> [4] https://static.sched.com/hosted_files/xen2021/e4/PCI_Device_Passthrough_On_Arm.pdf
> 
> Oleksandr Andrushchenko (4):
>    xen/arm: add pci-domain for disabled devices
>    xen/arm: setup MMIO range trap handlers for hardware domain
>    xen/arm: account IO handler for emulated PCI host bridge
>    xen/arm: do not map PCI ECAM and MMIO space to Domain-0's p2m
> 
>   xen/arch/arm/domain.c              |   2 +
>   xen/arch/arm/domain_build.c        | 132 ++++++++++++++++++++---------
>   xen/arch/arm/pci/ecam.c            |  14 +++
>   xen/arch/arm/pci/pci-host-common.c |  77 ++++++++++++++++-
>   xen/arch/arm/pci/pci-host-zynqmp.c |   1 +
>   xen/arch/arm/vpci.c                |  85 ++++++++++++++++---
>   xen/arch/arm/vpci.h                |   6 ++
>   xen/include/asm-arm/pci.h          |  22 +++++
>   xen/include/asm-arm/setup.h        |  13 +++

As a FYI, Jan pushed today a commit that moved the headers from 
xen/include/asm-arm to xen/arch/arm/include/asm/.

I have handled the clash for this series while committing.

Thank you for the contribution.

Cheers,

-- 
Julien Grall

Re: [PATCH v8 0/4] PCI devices passthrough on Arm, part 2
Posted by Oleksandr Andrushchenko 2 years, 4 months ago
Hi, Julien!

On 15.12.21 19:48, Julien Grall wrote:
> On 09/12/2021 07:29, Oleksandr Andrushchenko wrote:
>> From: Oleksandr Andrushchenko <oleksandr_andrushchenko@epam.com>
>>
>> Hi, all!
>
> Hi Oleksandr,
>
>> This is an assorted series of patches which aim is to make some further
>> basis for PCI passthrough on Arm support. The series continues the work
>> published earlier by Arm [1] and adds new helpers and clears the way for
>> vPCI changes which will follow.
>>
>> RFC is at [2], [3]. Design presentation can be found at [4].Hi
>>
>> I have removed patch
>> [PATCH v6 5/7] xen/arm: do not map IRQs and memory for disabled devices
>> as it seems that this needs more time for decision on how to achive
>> that.
>>
>> I have also added a new patch
>> [PATCH v7 4/7] xen/arm: account IO handler for emulated PCI host bridge
>> with a tiny latent bug fix.
>>
>> This series contains all the patches which are left un-committed yet.
>>
>> Thank you,
>> Oleksandr
>>
>> [1] https://urldefense.com/v3/__https://patchwork.kernel.org/project/xen-devel/list/?series=558681__;!!GF_29dbcQIUBPA!gqz5e3dL-6UrscJs6ZorKgDOMpYsfiPNFn0ffortKrcGBkil9SMKjbDcX7V_T9RVID_vrU1iUA$ [patchwork[.]kernel[.]org]
>> [2] https://urldefense.com/v3/__https://lists.xenproject.org/archives/html/xen-devel/2020-07/msg01184.html__;!!GF_29dbcQIUBPA!gqz5e3dL-6UrscJs6ZorKgDOMpYsfiPNFn0ffortKrcGBkil9SMKjbDcX7V_T9RVID-GAYv29Q$ [lists[.]xenproject[.]org]
>> [3] https://urldefense.com/v3/__https://lists.xenproject.org/archives/html/xen-devel/2020-07/threads.html*01184__;Iw!!GF_29dbcQIUBPA!gqz5e3dL-6UrscJs6ZorKgDOMpYsfiPNFn0ffortKrcGBkil9SMKjbDcX7V_T9RVID_PWk-hRA$ [lists[.]xenproject[.]org]
>> [4] https://urldefense.com/v3/__https://static.sched.com/hosted_files/xen2021/e4/PCI_Device_Passthrough_On_Arm.pdf__;!!GF_29dbcQIUBPA!gqz5e3dL-6UrscJs6ZorKgDOMpYsfiPNFn0ffortKrcGBkil9SMKjbDcX7V_T9RVID9SzhK4bw$ [static[.]sched[.]com]
>>
>> Oleksandr Andrushchenko (4):
>>    xen/arm: add pci-domain for disabled devices
>>    xen/arm: setup MMIO range trap handlers for hardware domain
>>    xen/arm: account IO handler for emulated PCI host bridge
>>    xen/arm: do not map PCI ECAM and MMIO space to Domain-0's p2m
>>
>>   xen/arch/arm/domain.c              |   2 +
>>   xen/arch/arm/domain_build.c        | 132 ++++++++++++++++++++---------
>>   xen/arch/arm/pci/ecam.c            |  14 +++
>>   xen/arch/arm/pci/pci-host-common.c |  77 ++++++++++++++++-
>>   xen/arch/arm/pci/pci-host-zynqmp.c |   1 +
>>   xen/arch/arm/vpci.c                |  85 ++++++++++++++++---
>>   xen/arch/arm/vpci.h                |   6 ++
>>   xen/include/asm-arm/pci.h          |  22 +++++
>>   xen/include/asm-arm/setup.h        |  13 +++
>
> As a FYI, Jan pushed today a commit that moved the headers from xen/include/asm-arm to xen/arch/arm/include/asm/.
>
> I have handled the clash for this series while committing.
Thank you for doing that!
>
> Thank you for the contribution.
Thank you all for supporting this work!
Oleksandr
>
> Cheers,
>