[Possible PATCH] iommu/qcom: Change CONFIG_BIG_ENDIAN to CONFIG_CPU_BIG_ENDIAN
CONFIG_BIG_ENDIAN does not exist as a Kconfig symbol. Signed-off-by: Joe Perches --- I don't have the hardware, so I can't tell if this is a correct change, but it is a logical one. Found by a test script that looks for IS_ENABLED(FOO) where FOO must also exist in Kconfig files. drivers/iommu/qcom_iommu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/qcom_iommu.c b/drivers/iommu/qcom_iommu.c index c3e1fbd1988c..69e113471ecb 100644 --- a/drivers/iommu/qcom_iommu.c +++ b/drivers/iommu/qcom_iommu.c @@ -304,7 +304,7 @@ static int qcom_iommu_init_domain(struct iommu_domain *domain, ARM_SMMU_SCTLR_M | ARM_SMMU_SCTLR_S1_ASIDPNE | ARM_SMMU_SCTLR_CFCFG; - if (IS_ENABLED(CONFIG_BIG_ENDIAN)) + if (IS_ENABLED(CONFIG_CPU_BIG_ENDIAN)) reg |= ARM_SMMU_SCTLR_E; iommu_writel(ctx, ARM_SMMU_CB_SCTLR, reg); ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
Re: [Possible PATCH] iommu/qcom: Change CONFIG_BIG_ENDIAN to CONFIG_CPU_BIG_ENDIAN
On Sat, Jun 6, 2020 at 12:16 PM Joe Perches wrote: > > CONFIG_BIG_ENDIAN does not exist as a Kconfig symbol. > > Signed-off-by: Joe Perches > --- > > I don't have the hardware, so I can't tell if this is a > correct change, but it is a logical one. I'm not sure *anyone* has a working snapdragon big-endian setup these days.. sboyd used to tinker with that ages ago. But, SCTLR.E is the bit to set for big-endian, so this looks like the right thing to do. Reviewed-by: Rob Clark > Found by a test script that looks for IS_ENABLED(FOO) > where FOO must also exist in Kconfig files. > > drivers/iommu/qcom_iommu.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/iommu/qcom_iommu.c b/drivers/iommu/qcom_iommu.c > index c3e1fbd1988c..69e113471ecb 100644 > --- a/drivers/iommu/qcom_iommu.c > +++ b/drivers/iommu/qcom_iommu.c > @@ -304,7 +304,7 @@ static int qcom_iommu_init_domain(struct iommu_domain > *domain, > ARM_SMMU_SCTLR_M | ARM_SMMU_SCTLR_S1_ASIDPNE | > ARM_SMMU_SCTLR_CFCFG; > > - if (IS_ENABLED(CONFIG_BIG_ENDIAN)) > + if (IS_ENABLED(CONFIG_CPU_BIG_ENDIAN)) > reg |= ARM_SMMU_SCTLR_E; > > iommu_writel(ctx, ARM_SMMU_CB_SCTLR, reg); > ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
Re: [GIT PULL] dma-mapping updates for 5.8, part 1
The pull request you sent on Sat, 6 Jun 2020 18:06:57 +0200: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1ee18de92927f37e6948d5a6fc73cbf89f806905 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
Re: [GIT PULL] dma-mapping updates for 5.8, part 2
The pull request you sent on Sat, 6 Jun 2020 18:09:32 +0200: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.8-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/6f2dc3d335457d9c815be9f4fd3dc8eff92fcef7 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
[GIT PULL] dma-mapping updates for 5.8, part 2
These were in a separate stable branch so that various media and drm trees could pull the in for bug fixes, but looking at linux-next that hasn't actually happened yet. Still sending the APIs to you in the hope that these bug fixes get picked up for 5.8 in one way or another. The following changes since commit 24085f70a6e1b0cb647ec92623284641d8270637: Merge tag 'trace-v5.7-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace (2020-05-12 11:06:26 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.8-2 for you to fetch changes up to 48530d9fab0d3bf08827f9167be54acf66d4d457: iommu: add generic helper for mapping sgtable objects (2020-05-13 15:48:20 +0200) dma-mapping updates for 5.8, part 2 - add DMA mapping helpers for struct sg_table (Marek Szyprowski) Marek Szyprowski (3): dma-mapping: add generic helpers for mapping sgtable objects scatterlist: add generic wrappers for iterating over sgtable objects iommu: add generic helper for mapping sgtable objects include/linux/dma-mapping.h | 80 + include/linux/iommu.h | 16 + include/linux/scatterlist.h | 50 ++-- 3 files changed, 143 insertions(+), 3 deletions(-) ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
[GIT PULL] dma-mapping updates for 5.8, part 1
The following changes since commit ae83d0b416db002fe95601e7f97f64b59514d936: Linux 5.7-rc2 (2020-04-19 14:35:30 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.8 for you to fetch changes up to 298f3db6ee690259927b105d5ad1079563361323: dma-contiguous: fix comment for dma_release_from_contiguous (2020-04-25 13:17:06 +0200) dma-mapping updates for 5.8, part 1 - enhance the dma pool to allow atomic allocation on x86 with AMD SEV (David Rientjes) - two small cleanups (Jason Yan and Peter Collingbourne) David Rientjes (7): dma-remap: separate DMA atomic pools from direct remap code dma-pool: add additional coherent pools to map to gfp mask dma-pool: dynamically expanding atomic pools dma-direct: atomic allocations must come from atomic coherent pools dma-pool: add pool sizes to debugfs x86/mm: unencrypted non-blocking DMA allocations use coherent pools dma-pool: scale the default DMA coherent pool size with memory capacity Jason Yan (1): dma-debug: make __dma_entry_alloc_check_leak() static Peter Collingbourne (1): dma-contiguous: fix comment for dma_release_from_contiguous arch/x86/Kconfig| 1 + drivers/iommu/dma-iommu.c | 5 +- include/linux/dma-direct.h | 2 + include/linux/dma-mapping.h | 6 +- kernel/dma/Kconfig | 6 +- kernel/dma/Makefile | 1 + kernel/dma/contiguous.c | 4 +- kernel/dma/debug.c | 2 +- kernel/dma/direct.c | 56 -- kernel/dma/pool.c | 264 kernel/dma/remap.c | 121 +--- 11 files changed, 327 insertions(+), 141 deletions(-) create mode 100644 kernel/dma/pool.c ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
RE: [kbuild-all] Re: [PATCH 1/3] dma-direct: provide the ability to reserve per-numa CMA
> -Original Message- > From: Philip Li [mailto:philip...@intel.com] > Sent: Saturday, June 6, 2020 3:47 PM > To: Dan Carpenter > Cc: Song Bao Hua (Barry Song) ; > kbu...@lists.01.org; h...@lst.de; m.szyprow...@samsung.com; > robin.mur...@arm.com; catalin.mari...@arm.com; l...@intel.com; Dan > Carpenter ; kbuild-...@lists.01.org; > iommu@lists.linux-foundation.org; linux-arm-ker...@lists.infradead.org; > linux-ker...@vger.kernel.org; Linuxarm ; Jonathan > Cameron ; John Garry > > Subject: Re: [kbuild-all] Re: [PATCH 1/3] dma-direct: provide the ability to > reserve per-numa CMA > > On Fri, Jun 05, 2020 at 11:57:51AM +0300, Dan Carpenter wrote: > > On Fri, Jun 05, 2020 at 06:04:31AM +, Song Bao Hua (Barry Song) > wrote: > > > > > > > > > > -Original Message- > > > > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > > > > Sent: Thursday, June 4, 2020 11:37 PM > > > > To: kbu...@lists.01.org; Song Bao Hua (Barry Song) > > > > ; h...@lst.de; > > > > m.szyprow...@samsung.com; robin.mur...@arm.com; > > > > catalin.mari...@arm.com > > > > Cc: l...@intel.com; Dan Carpenter ; > > > > kbuild-...@lists.01.org; iommu@lists.linux-foundation.org; > > > > linux-arm-ker...@lists.infradead.org; > > > > linux-ker...@vger.kernel.org; Linuxarm ; > > > > Jonathan Cameron ; John Garry > > > > > > > > Subject: Re: [PATCH 1/3] dma-direct: provide the ability to > > > > reserve per-numa CMA > > > > > > > > Hi Barry, > > > > > > > > url: > > > > https://github.com/0day-ci/linux/commits/Barry-Song/support-per-nu > > > > ma-CM > > > > A-for-ARM-server/20200603-104821 > > > > base: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git > > > > for-next/core > > > > config: x86_64-randconfig-m001-20200603 (attached as .config) > > > > compiler: gcc-9 (Debian 9.3.0-13) 9.3.0 > > > > > > > > If you fix the issue, kindly add following tag as appropriate > > > > Reported-by: kernel test robot > > > > Reported-by: Dan Carpenter > > > > > > Dan, thanks! Good catch! > > > as this patch has not been in mainline yet, is it correct to add these > "reported-by" in patch v2? > Hi Barry, we provides the suggestion here, but you may decide to add or not as > appropriate for your situation. For the patch still under development, it is > not > that necessary to add i think. Hi Philip, Dan, Thanks for clarification. > > > > > These are just an automated email from the zero day bot. I look over > > the Smatch warnings and then forward them on. > > > > regards, > > dan carpenter Best regards Barry ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
