-
> arch/xtensa/mm/init.c | 55 ---
> 2 files changed, 18 insertions(+), 85 deletions(-)
For the xtensa part:
Reviewed-by: Max Filippov
Tested-by: Max Filippov
--
Thanks.
-- Max
___
iommu mailing list
iommu@lists.linux-fou
o facilitate that there is some major refactoring in the
> common DMA code that merges the remapping code into the main direct
> mapping alloc / free routines.
For the whole series:
Reviewed-by: Max Filippov
For the xtensa bits:
Tested-by: Max Filippov
On Thu, Sep 20, 2018 at 11:51 PM, Christoph Hellwig wrote:
> On Thu, Sep 20, 2018 at 12:08:28PM -0700, Max Filippov wrote:
>> I'm not familiar with the details of alloc_contig_range implementation, but
>> I don't see how gfp_mask is used to limit allocation to non-high mem
On Thu, Sep 20, 2018 at 11:08 AM, Christoph Hellwig wrote:
> On Thu, Sep 20, 2018 at 10:44:55AM -0700, Max Filippov wrote:
>> Hi Christoph,
>>
>> On Thu, Sep 20, 2018 at 10:15 AM, Christoph Hellwig wrote:
>> > This reverts commit 6137e4166004e2ec383ac05d5ca15831f46
Hi Christoph,
On Thu, Sep 20, 2018 at 10:15 AM, Christoph Hellwig wrote:
> This reverts commit 6137e4166004e2ec383ac05d5ca15831f4668806.
>
> We explicitly clear GFP_HIGHMEM from the allowed dma flags at the beginning
> of the function (and the generic dma_alloc_attr function calling us does the
On Wed, Jul 11, 2018 at 11:00 AM, Christoph Hellwig wrote:
> On Wed, Jul 11, 2018 at 10:57:30AM -0700, Max Filippov wrote:
>> > config XTENSA
>> > def_bool y
>> > select ARCH_NO_COHERENT_DMA_MMAP if !MMU
>> > + select ARCH_H
NC_DMA_FOR_CPU
> + select ARCH_HAS_SYNC_DMA_FOR_DEVICE
This breaks alphabetical order of selects. Otherwise LGTM.
Sorry for the delay.
Acked-by: Max Filippov
Will you submit it further or should I take it into the xtensa tree?
--
Thanks.
-- Max
__
