Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp123659ybg; Thu, 11 Jun 2020 19:18:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx2uMptXvuXZGa1FbenDc7dbMFkNUYzj38PBUTn7HxdCCnwMt0QxY6L9HpKW5X/sGR3oDnk X-Received: by 2002:a17:906:2b92:: with SMTP id m18mr11953689ejg.218.1591928295021; Thu, 11 Jun 2020 19:18:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591928295; cv=none; d=google.com; s=arc-20160816; b=v1YD8lSPOE2RilcxuE/RjxTFDTjA/h/zG6hhJKv8SC7+wQcz08WgcGWQiam8NbazHw /EUcsAHnPwJHOXKKeC+s+LSI6jIn4K6klJdg1rbzIxLQ7yqaDJ7P/Xij35psY1+oJZWw TxjZOQdHzf6A3DA9++GLZl7aTM8174JQTVcDFZ/vwx93221vyPOUFg0ffjZx9FM7LWke ocmZ6WPEsRiL1RGhPy75jtV89GMd1EQmCnRCYFn8or0uVafJxlYjbPGERcB1yh9BeAQ5 RmEM5Cenxni3wUQIrPRSAgtTEL9VYkpuWySwqAdjFhRyNZm5VygRHwWT9CJeuAHSGuy8 HStg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=NBuImNZJUOHAcMdNirnqNdfxcsQ2t26UAs7QUyiyLrA=; b=T39PlZgPFMkhVniECYOOHFBJ4BPUXJhY5Y9rDGK/vvAv2LRvMU4bWhVKXhGpjLjTwQ xSszefL26sTvO22h1NCgJl3BIvHR8Yt92Qs6wzT3SE7IYFHPk4kwCnA6hj0N3m/5yE10 y6T23O2hGyuwlioOO8ag6Ye8ug2oZR7DEQGhuyBil/wTUaxeheogbuH2oYoukVsKL9kF tRcEcdQv1qcD5tergLN6nIbgqY73FqvzEpVKhgf5hZYtx9s692RXumCEIjKYONg2H1ch iAD8K5WjqlsJjPfIfyi+iozzeLQ0UiJtiz+w1gnmOKFYLdiObuA/+OTwXzSnsqZK/Vaw wh0w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=CSvZe25C; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f14si3052720ejw.460.2020.06.11.19.17.52; Thu, 11 Jun 2020 19:18:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=CSvZe25C; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726546AbgFLCPs (ORCPT + 99 others); Thu, 11 Jun 2020 22:15:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55898 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726332AbgFLCPr (ORCPT ); Thu, 11 Jun 2020 22:15:47 -0400 Received: from mail-io1-xd43.google.com (mail-io1-xd43.google.com [IPv6:2607:f8b0:4864:20::d43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 369F6C03E96F; Thu, 11 Jun 2020 19:15:46 -0700 (PDT) Received: by mail-io1-xd43.google.com with SMTP id o5so8650394iow.8; Thu, 11 Jun 2020 19:15:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NBuImNZJUOHAcMdNirnqNdfxcsQ2t26UAs7QUyiyLrA=; b=CSvZe25C2fwv4G8CtuJ5LGADD7XH1+hw3iXV3UPdybI2Wn5uesXsz6c2ZXa8XqBuNu 9MUqBYO00T1Dlka13KaqXswvqCfxqtdF14PATYtXoQkymTy4LobTZZujA+y65BQXu6Vt IyFvDgL+E97bi2woUM6AIIy6coqRYOvjJnLFKXvWNREnlN0DiowuGK87YtfmPgB5ibRK /thKJEo3PcrmOyiF6jn3hMYxeLEiAJLnNc2XKn5suQGDqeR7nKzoLqk3Xntbh3ERpFNN 7ytP9nTB8B4Q3ZYCpDFA8HEzYAmQ46D6slN1tB+7XqzPPcbzTFrGTDuamjgrj7UG8qCp WMrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NBuImNZJUOHAcMdNirnqNdfxcsQ2t26UAs7QUyiyLrA=; b=NvnR04LFS9ON8vcQa1xIH5Y6EtIp3irB/EppnaNwha9NxD/3G3q2SBvvu2UfxoRtjg juhnT8AEtBsHJUWEEK0Kg6Pf772iw3gn1tAxxWRmSmeC1TgLQFYcv1aDRGAWiw1L4eOy OMSR1+y3fBgGXgRxhwBZ1wfvJwbwPwQiEPOL6sf78CVlvY4WA5i9KRerxIGICBlDW2dA Oc2r61j2lbvP5eqTLs5TxaYKt+zasfJw88RqmBH7NhGXQVXnrPR3yzLgC6SIBCZVruxg J1kjyxJdasPRqBdCpfxulWSQIcTCf/U2F1HRKhQ1K6GO1vtn1s13hkwcY5yqjes7oPUZ ySGA== X-Gm-Message-State: AOAM531HimVGrFN8dA6j2piPaBn+4ZQuVR82h6V1PuCLConJYklQ/c/T VnRu3o6uSYNjOelQ573JTHkoR2T6gXFRwLOMS4k= X-Received: by 2002:a05:6602:2ac9:: with SMTP id m9mr11505755iov.68.1591928145464; Thu, 11 Jun 2020 19:15:45 -0700 (PDT) MIME-Version: 1.0 References: <1591605038-8682-1-git-send-email-dillon.minfei@gmail.com> <1591605038-8682-3-git-send-email-dillon.minfei@gmail.com> <90df5646-e0c4-fcac-d934-4cc922230dd2@arm.com> <20200610072444.GA6293@infradead.org> <9c3a7b4e-0190-e9bb-91fe-6d5692559888@arm.com> <27881ee0-dc40-e8c6-34f6-712f9acc3fbc@arm.com> In-Reply-To: <27881ee0-dc40-e8c6-34f6-712f9acc3fbc@arm.com> From: dillon min Date: Fri, 12 Jun 2020 10:15:08 +0800 Message-ID: Subject: Re: [PATCH 2/2] arm-nommu: Add use_reserved_mem() to check if device support reserved memory To: Vladimir Murzin Cc: Christoph Hellwig , Kate Stewart , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Alexandre Torgue , info@metux.net, linux@armlinux.org.uk, Linux Kernel Mailing List , Rob Herring , Linux ARM , Maxime Coquelin , tglx@linutronix.de, linux-stm32@st-md-mailman.stormreply.com, allison@lohutok.net Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 11, 2020 at 11:45 PM Vladimir Murzin wrote: > > On 6/10/20 9:19 AM, Vladimir Murzin wrote: > > On 6/10/20 8:24 AM, Christoph Hellwig wrote: > >> Ok, I finally found the original patch from Vladimir. Comments below: > >> > >>> +++ b/kernel/dma/direct.c > >>> @@ -456,14 +456,14 @@ int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, > >>> #else /* CONFIG_MMU */ > >>> bool dma_direct_can_mmap(struct device *dev) > >>> { > >>> - return false; > >>> + return true; > >>> } > >>> > >>> int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, > >>> void *cpu_addr, dma_addr_t dma_addr, size_t size, > >>> unsigned long attrs) > >>> { > >>> - return -ENXIO; > >>> + return vm_iomap_memory(vma, vma->vm_start, (vma->vm_end - vma->vm_start));; > >> > >> I think we should try to reuse the mmu dma_direct_mmap implementation, > >> which does about the same. This version has been compile tested on > >> arm-nommu only, let me know what you think: (btw, a nommu_defconfig of > >> some kind for arm would be nice..) > > > > Catch-all nommu_defconfig is not easy for ARM, AFAIK folk carry few hacks > > for randconfig... > > > > Meanwhile, known working NOMMU configs > > > > $ git grep "# CONFIG_MMU is not set" arch/arm/configs/ > > arch/arm/configs/efm32_defconfig:# CONFIG_MMU is not set > > arch/arm/configs/lpc18xx_defconfig:# CONFIG_MMU is not set > > arch/arm/configs/mps2_defconfig:# CONFIG_MMU is not set > > arch/arm/configs/stm32_defconfig:# CONFIG_MMU is not set > > arch/arm/configs/vf610m4_defconfig:# CONFIG_MMU is not set > > > >> > >> diff --git a/kernel/dma/Kconfig b/kernel/dma/Kconfig > >> index d006668c0027d2..e0dae570a51530 100644 > >> --- a/kernel/dma/Kconfig > >> +++ b/kernel/dma/Kconfig > >> @@ -71,6 +71,7 @@ config SWIOTLB > >> # in the pagetables > >> # > >> config DMA_NONCOHERENT_MMAP > >> + default y if !MMU > >> bool > > > > Nit: def_bool !MMU > > > >> > >> config DMA_REMAP > >> diff --git a/kernel/dma/direct.c b/kernel/dma/direct.c > >> index 0a4881e59aa7d6..9ec6a5c3fc578c 100644 > >> --- a/kernel/dma/direct.c > >> +++ b/kernel/dma/direct.c > >> @@ -459,7 +459,6 @@ int dma_direct_get_sgtable(struct device *dev, struct sg_table *sgt, > >> return ret; > >> } > >> > >> -#ifdef CONFIG_MMU > >> bool dma_direct_can_mmap(struct device *dev) > >> { > >> return dev_is_dma_coherent(dev) || > >> @@ -485,19 +484,6 @@ int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, > >> return remap_pfn_range(vma, vma->vm_start, pfn + vma->vm_pgoff, > >> user_count << PAGE_SHIFT, vma->vm_page_prot); > >> } > >> -#else /* CONFIG_MMU */ > >> -bool dma_direct_can_mmap(struct device *dev) > >> -{ > >> - return false; > >> -} > >> - > >> -int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, > >> - void *cpu_addr, dma_addr_t dma_addr, size_t size, > >> - unsigned long attrs) > >> -{ > >> - return -ENXIO; > >> -} > >> -#endif /* CONFIG_MMU */ > >> > >> int dma_direct_supported(struct device *dev, u64 mask) > >> { > >> > > > > LGTM. FWIW: > > > > Reviewed-by: Vladimir Murzin > > > > > > @dillon, can you give it a try? > > I think Christoph would appreciate your Tested-by and that might speed up > getting fix mainline. > sorry for the late response. Yes, it's working Thanks Christoph index 8f4bbdaf965e..3e0ecf0b5fb3 100644 --- a/kernel/dma/direct.c +++ b/kernel/dma/direct.c @@ -427,7 +427,6 @@ int dma_direct_get_sgtable(struct device *dev, struct sg_table *sgt, return ret; } -#ifdef CONFIG_MMU bool dma_direct_can_mmap(struct device *dev) { return dev_is_dma_coherent(dev) || @@ -453,19 +452,6 @@ int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, return remap_pfn_range(vma, vma->vm_start, pfn + vma->vm_pgoff, user_count << PAGE_SHIFT, vma->vm_page_prot); } -#else /* CONFIG_MMU */ -bool dma_direct_can_mmap(struct device *dev) -{ - return false; -} - -int dma_direct_mmap(struct device *dev, struct vm_area_struct *vma, - void *cpu_addr, dma_addr_t dma_addr, size_t size, - unsigned long attrs) -{ - return -ENXIO; -} -#endif /* CONFIG_MMU */ Tested-by: dillon min > > Cheers > Vladimir > > > _______________________________________________ > > linux-arm-kernel mailing list > > linux-arm-kernel@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > > >