Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops

On Wed, Apr 25, 2018 at 09:43:43AM +0800, Greentime Hu wrote: > Hi Crhistoph, > > The ftmac100 works if I revert this commit. Thanks. ftmac100 only use dma_map_page, which in the old nds32 code is just doing a plain page_address and never kmaps. Can you apply the patch below on the tree with th

Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops

2018-04-25 3:16 GMT+08:00 Christoph Hellwig : > Hi Greentime, > > thanks for testing the patch! > > It looks like nds32 doesn't have a buildbot yet, so this code didn't > even get syntax checkin, sorry. > > Below is the incremental fixes based on this thread. > > Can you check if my tree works if y

Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops

Hi Greentime, thanks for testing the patch! It looks like nds32 doesn't have a buildbot yet, so this code didn't even get syntax checkin, sorry. Below is the incremental fixes based on this thread. Can you check if my tree works if you just revert the "nds32: use generic dma_noncoherent_ops" co

rsi_91x: Failed to read status register / FIRMWARE Assert issues

Hi Amitkumar, I'm seeing quite a strange behavior of RedPine RS9113SB module. I tried to use it as wifi hotspot, and sometimes I fail to connect to it. Moreover after that failure RSI driver starts to flood me with following messages: Issue 1: ->8 rsi_91x:

[PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings

Only used by the AMD GART driver, which must be built in. Signed-off-by: Christoph Hellwig --- lib/dma-debug.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/lib/dma-debug.c b/lib/dma-debug.c index 075253cb613b..6a1ebaa83623 100644 --- a/lib/dma-debug.c +++ b/lib/dma-debug.c @@ -444,7 +444

[PATCH 2/3] dma-debug: simplify counting of preallocated requests

Just keep a single variable with a descriptive name instead of two with confusing names. Signed-off-by: Christoph Hellwig --- lib/dma-debug.c | 20 1 file changed, 4 insertions(+), 16 deletions(-) diff --git a/lib/dma-debug.c b/lib/dma-debug.c index 712a897174e4..075253cb61

[PATCH 1/3] dma-debug: move initialization to common code

Most mainstream architectures are using 65536 entries, so lets stick to that. If someone is really desperate to override it that can still be done through , but I'd rather see a really good rationale for that. dma_debug_init is now called as a core_initcall, which for many architectures means muc

dma-debug cleanups, including removing the arch hook

Hi all, this series has a few dma-debug cleanups, most notably removing the need for architectures to explicitly initialize dma-debug. ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-s

Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops

On Sat, Apr 21, 2018 at 10:42:47PM +0100, James Bottomley wrote: > Well, this is wrong: you just made every 32 bit parisc system > unnecessarily use non-coherent. We actually only have a small small > set of non-coherent systems. The pxcs and pcxt systems (which are > about 99% of the user base)

Re: [PATCH 01/22] dma-debug: move initialization to common code

On Fri, Apr 20, 2018 at 11:23:43AM +0100, Robin Murphy wrote: >> -void dma_debug_init(u32 num_entries) >> +static int dma_debug_init(void) >> { >> +u32 num_entries; > > Maybe initialise it to PREALLOC_DMA_DEBUG_ENTRIES? We initialize it down in an if/else clause which seems a little more cle