Re: [GIT PULL] dma-mapping fixes for 5.3-rc

2019-08-24 Thread pr-tracker-bot
The pull request you sent on Sun, 25 Aug 2019 07:50:10 +0900: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.3-5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e67095fd2f727c35e510d831c588696f2138a1bb Thank you! -- Deet-doot-dot, I am a bot.

Re: [BISECTED REGRESSION 5.3-rc2] Marvell 88SE9128 SATA controller unusable with intel_iommu=on

2019-08-24 Thread Lu Baolu
Hi, I am looking into this and will come up with a fix. Best regards, Baolu On 8/25/19 12:20 AM, Stijn Tintel wrote: Hi, There is a bug in kernel 5.3-rc2 and later that breaks my Marvell 88SE9128 SATA controller. The problem does not occur when I boot with intel_iommu=off. This seems to be a

Re: [PATCH v2 2/2] dma-contiguous: Use fallback alloc_pages for single pages

2019-08-24 Thread Christoph Hellwig
On Fri, Aug 23, 2019 at 09:56:52PM +0900, Masahiro Yamada wrote: > + linux-mmc, Ulf Hansson, Adrian Hunter, > > > ADMA of SDHCI is not working > since bd2e75633c8012fc8a7431c82fda66237133bf7e Does it work for you with this commit: http://git.infradead.org/users/hch/dma-mapping.git/commitdiff/90

[GIT PULL] dma-mapping fixes for 5.3-rc

2019-08-24 Thread Christoph Hellwig
The following changes since commit d1abaeb3be7b5fa6d7a1fbbd2e14e3310005c4c1: Linux 5.3-rc5 (2019-08-18 14:31:08 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.3-5 for you to fetch changes up to 90ae409f9eb3bcaf38688f9ec223

Re: [PATCH V5 1/5] iommu/amd: Remove unnecessary locking from AMD iommu driver

2019-08-24 Thread Christoph Hellwig
Thank for the explanation Tom. It might make sense to add a condensed version of it to commit log for the next iteration. ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu

Re: cleanup the dma_pgprot handling

2019-08-24 Thread Christoph Hellwig
On Fri, Aug 23, 2019 at 09:58:04PM +, Paul Burton wrote: > So I believe uncached & uncached accelerated are another case like that > described above - they're 2 different CCAs but the same "access type", > namely uncached. > > Section 4.9 then goes on to forbid mixing access types, but not CCA

[BISECTED REGRESSION 5.3-rc2] Marvell 88SE9128 SATA controller unusable with intel_iommu=on

2019-08-24 Thread Stijn Tintel
Hi, There is a bug in kernel 5.3-rc2 and later that breaks my Marvell 88SE9128 SATA controller. The problem does not occur when I boot with intel_iommu=off. This seems to be a regression of https://bugzilla.kernel.org/show_bug.cgi?id=42679. A quirk was added to fix this, in cc346a4714a59d08c118e8f

[PATCH v1 1/2] iommu: pass cell_count = -1 to of_for_each_phandle with cells_name

2019-08-24 Thread Uwe Kleine-König
Currently of_for_each_phandle ignores the cell_count parameter when a cells_name is given. I intend to change that and let the iterator fall back to a non-negative cell_count if the cells_name property is missing in the referenced node. To not change how existing of_for_each_phandle's users iterat

[PATCH v1 2/2] of: Let of_for_each_phandle fallback to non-negative cell_count

2019-08-24 Thread Uwe Kleine-König
Referencing device tree nodes from a property allows to pass arguments. This is for example used for referencing gpios. This looks as follows: gpio_ctrl: gpio-controller { #gpio-cells = <2> ... } someothernode { gpios = <&gpi

Re: [PATCH v11 00/23] MT8183 IOMMU SUPPORT

2019-08-24 Thread Will Deacon
On Sat, Aug 24, 2019 at 11:01:45AM +0800, Yong Wu wrote: > This patchset mainly adds support for mt8183 IOMMU and SMI. Thanks for persevering with this, and sorry it took me so long to get to grips with the io-pgtable changes. Joerg -- this is good for you to pick up from my side now, but if you

Re: [PATCH V5 1/5] iommu/amd: Remove unnecessary locking from AMD iommu driver

2019-08-24 Thread Tom Murphy
>I have to admit I don't fully understand the concurrency issues here, but >neither do I understand what the mutex you removed might have helped to start >with. Each range in the page tables is protected by the IO virtual address allocator. The iommu driver allocates an IOVA range using locks be