> -----Original Message----- > From: Jan Beulich [mailto:[email protected]] > Sent: 04 September 2018 09:47 > To: Kevin Tian <[email protected]> > Cc: Suravee Suthikulpanit <[email protected]>; Julien Grall > <[email protected]>; Paul Durrant <[email protected]>; Stefano > Stabellini <[email protected]>; xen-devel <xen- > [email protected]> > Subject: Re: [Xen-devel] [PATCH v6 01/14] iommu: introduce the concept of > BFN... > > >>> On 04.09.18 at 10:37, <[email protected]> wrote: > >> From: Jan Beulich [mailto:[email protected]] > >> Sent: Tuesday, September 4, 2018 4:33 PM > >> > > >> > bus address is commonly used along with physical/virtual address, to > >> > represent different views between devices and CPU. From that angle > >> > I think BFN is a clear term in this context. btw it is not necessary to > >> > differentiate GBFN and MBFN since there is only one BFN view per > >> > device. > >> > >> Sure, but you neglect the presence of one or more IOMMUs when > >> you say "between devices and CPU". There addresses prior to and > >> after IOMMU translation are distinct, and while the one before the > >> translation matches the device view, the one after translation does > >> not necessarily match the CPU view. Hence there are two "bus" > >> frame numbers here - one representing the device view, and the > >> other representing the IOMMU (output) view. > >> > > > > I didn't get. the output address from IOMMU is the one sent to > > memory controller, same as the one sent from CPU. > > That's on present x86 systems, but aiui not in the general case. The > terminology to be used in Xen should fit the general case though.
So your concern is cascaded IOMMUs? Paul > > Jan > _______________________________________________ Xen-devel mailing list [email protected] https://lists.xenproject.org/mailman/listinfo/xen-devel
