From: Yijing Wang <wangyijing@huawei.com>
To: Manish Jaggi <mjaggi@caviumnetworks.com>,
Ian Campbell <ian.campbell@citrix.com>,
xen-devel@lists.xen.org
Subject: Re: [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number
Date: Wed, 18 Mar 2015 13:56:07 +0800 [thread overview]
Message-ID: <55091377.3060607@huawei.com> (raw)
In-Reply-To: <5508FE61.7070608@caviumnetworks.com>
On 2015/3/18 12:26, Manish Jaggi wrote:
>
> On Tuesday 17 March 2015 07:35 PM, Ian Campbell wrote:
>> On Tue, 2015-03-17 at 10:45 +0530, Manish Jaggi wrote:
>>> On Monday 09 March 2015 08:04 AM, Yijing Wang wrote:
>>>> Now we could pass PCI domain combined with bus number
>>>> in u32 argu. Because in arm/arm64, PCI domain number
>>>> is assigned by pci_bus_assign_domain_nr(). So we leave
>>>> pci_scan_root_bus() and pci_create_root_bus() in arm/arm64
>>>> unchanged. A new function pci_host_assign_domain_nr()
>>>> will be introduced for arm/arm64 to assign domain number
>>>> in later patch.
>>> Hi,
>>> I think these changes might not be required. We have made very few
>>> changes in the xen-pcifront to support PCI passthrough in arm64.
>>> As per xen architecture for a domU only a single pci virtual bus is
>>> created and all passthrough devices are attached to it.
>> I guess you are only talking about the changes to xen-pcifront.c?
>> Otherwise you are ignoring the dom0 case which is exposed to the real
>> set of PCI root complexes and anyway I'm not sure how "not needed for
>> Xen domU" translates into not required, since it is clearly required for
>> other systems.
>>
>> Strictly speaking the Xen pciif protocol does support multiple buses,
>> it's just that the tools, and perhaps kernels, have not yet felt any
>> need to actually make use of that.
>>
>> There doesn't seem to be any harm in updating pcifront to follow this
>> generic API change.
> ok.
>
> One side question, the function
>
> pci_host_assign_domain_nr()
>
> which would be introduced in later patch, does it appear to be doing the same binding which we are trying to implement via a pci_host_bridge add hypercall.
pci_host_assign_domain_nr() will be called only when CONFIG_PCI_DOMAINS_GENERIC enabled, now mostly be used in arm/arm64.
Thanks!
Yijing.
>
>>
>> Ian.
>>
>
>
>
--
Thanks!
Yijing
prev parent reply other threads:[~2015-03-18 5:56 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1425868467-9667-1-git-send-email-wangyijing@huawei.com>
2015-03-09 2:34 ` [PATCH v6 04/30] xen/PCI: Don't use deprecated function pci_scan_bus_parented() Yijing Wang
2015-03-09 2:34 ` [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number Yijing Wang
[not found] ` <1425868467-9667-5-git-send-email-wangyijing@huawei.com>
2015-03-11 22:32 ` [PATCH v6 04/30] xen/PCI: Don't use deprecated function pci_scan_bus_parented() Bjorn Helgaas
[not found] ` <20150311223211.GB1082@google.com>
2015-03-12 11:46 ` Yijing Wang
[not found] ` <55017CA5.2010502@huawei.com>
2015-03-12 19:35 ` Bjorn Helgaas
[not found] ` <20150312193505.GB7346@google.com>
2015-03-13 2:36 ` Yijing Wang
[not found] ` <55024D35.6050509@huawei.com>
2015-03-13 13:24 ` Bjorn Helgaas
[not found] ` <CAErSpo4T7f9PNVMLrQbCvW2a=HnRauQR2eBz6H69B7Q2=ELNWw@mail.gmail.com>
2015-03-13 14:01 ` Konrad Rzeszutek Wilk
[not found] ` <20150313140132.GH5378@l.oracle.com>
2015-03-13 14:26 ` Bjorn Helgaas
[not found] ` <CAErSpo69ytCxBK5AD79Nz05wy=GwzcOGV7WkiKFxpLDH4wtJXw@mail.gmail.com>
2015-03-25 19:23 ` Konrad Rzeszutek Wilk
[not found] ` <20150325192331.GG25884@l.oracle.com>
2015-03-26 1:18 ` Yijing Wang
2015-03-26 7:30 ` Yijing Wang
[not found] ` <1425868467-9667-8-git-send-email-wangyijing@huawei.com>
2015-03-12 1:34 ` [PATCH v6 07/30] PCI: Pass PCI domain number combined with root bus number Bjorn Helgaas
[not found] ` <20150312013408.GB10949@google.com>
2015-03-12 12:20 ` Yijing Wang
2015-03-17 5:15 ` Manish Jaggi
[not found] ` <5507B88D.1020300@caviumnetworks.com>
2015-03-17 14:05 ` Ian Campbell
[not found] ` <1426601130.18247.238.camel@citrix.com>
2015-03-18 4:26 ` Manish Jaggi
2015-03-18 5:56 ` Yijing Wang [this message]
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=55091377.3060607@huawei.com \
--to=wangyijing@huawei.com \
--cc=ian.campbell@citrix.com \
--cc=mjaggi@caviumnetworks.com \
--cc=xen-devel@lists.xen.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox