Re: [QUERY] Number of address translation regions in designware

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Kishon,

On Tue, Oct 22, 2013 at 10:20:01PM +0800, Kishon Vijay Abraham I wrote:
> Hi Pratyush, Jingoo,
> 
> On Tuesday 22 October 2013 10:46 AM, Jingoo Han wrote:
> > On Monday, October 21, 2013 10:28 PM, Kishon Vijay Abraham I wrote:
> >>
> >> Currently I see in pcie-designware.c we use only 2 ATU regions. We re-use
> >> INDEX0 for mem outbound and cfg0, and INDEX1 for cfg1 and io. So I'd like to
> >> know if in your platform, do you have only 2 address translation regions? In
> >> DRA7xx we have 16 outbound regions and 4 inbound regions.
> > 
> > In Exynos, there are only 2 inbound and 2 outbound viewpoints.
> > 
> >> Also the same designware IP can be used as a EP also no? Shouldn't we move it
> >> out of drivers/pci/host and allow it to be configured as EP also?
> > 
> > Currently, Exynos PCIe IP does not support EP mode.
> 
> Thanks for the information. I think we can do some optimization w.r.t address
> translation regions. Will post a RFC soon.
> 
> One more query.
> In dw_pcie_prog_viewport_cfg0/dw_pcie_prog_viewport_cfg1 functions, the *lower
> target* is programmed to busdev. Is it for any specific reason?
> I mean doing that will leave lot of holes in the PCIe address space.
> IIUC, if we don't set that to busdev, consecutive pcie address space will be
> used for each function no?

Yes, I think even if CX_ATU_MIN_REGION_SIZE is 64KB in any controller,
bus, dev and function number can be used to define target address.

So you are trying to allocate statically a separate viewport for each
function's cfg0 transfer (whereever sufficient number of viewport is
avilable)?

If viewport is programmed dynamically at each cfg transfer, then
whether you use bus and dev only or function also, will it really make
any difference in saving of address space?

Regards
Pratyush

> 
> Thanks
> Kishon
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux