translations, but will "direct" map the resource when in bypass
mode. Previous behavior for dma_map_resource() was to always return an
invalid address.
We also call an optional platform-specific controller op in
case some setup is needed for the platform.
Signed-off-by: Frederic Barrat
Signed-o
look for which PHB owns the mmio address being mapped.
Signed-off-by: Frederic Barrat
[maxg: added CONFIG_PCI_P2PDMA wrappers]
Signed-off-by: Max Gurtovoy
---
changes from v1:
- remove CONFIG_PCI_P2PDMA around opal_pci_set_p2p decleration
- divide pnv_pci_ioda_set_p2p
On 7/9/2019 5:40 PM, Christoph Hellwig wrote:
On Tue, Jul 09, 2019 at 05:37:18PM +0300, Max Gurtovoy wrote:
On 7/9/2019 5:32 PM, Christoph Hellwig wrote:
On Tue, Jul 09, 2019 at 05:31:37PM +0300, Max Gurtovoy wrote:
Are we ok with working on a solution during kernel-5.3 cycle ?
You can
On 7/9/2019 5:32 PM, Christoph Hellwig wrote:
On Tue, Jul 09, 2019 at 05:31:37PM +0300, Max Gurtovoy wrote:
Are we ok with working on a solution during kernel-5.3 cycle ?
You can start working on it any time, no need to ask for permission.
I just want to make sure we don't remove it from
On 7/9/2019 4:59 PM, Christoph Hellwig wrote:
On Tue, Jul 09, 2019 at 01:49:04PM +, Max Gurtovoy wrote:
Hi Greg/Christoph,
Can we leave it meanwhile till we'll find a general solution (for the upcoming
kernel) ?
I guess we can somehow generalize the P2P initialization process for PPC
Ellerman
; linuxppc-dev@lists.ozlabs.org; Max Gurtovoy
Subject: Re: [PATCH 1/3] powerpc/powernv: remove the unused pnv_pci_set_p2p
function
On Mon, May 06, 2019 at 10:46:11AM +0200, Frederic Barrat wrote:
> Hi,
>
> The PCI p2p and tunnel code is used by the Mellanox CX5 driver, at