Re: [PATCH v2 0/4] ARC: allow to use IOC and non-IOC DMA devices simultaneously

2018-09-04 Thread Christoph Hellwig
On Tue, Sep 04, 2018 at 09:34:43PM +, Vineet Gupta wrote: > Sorry I missed that request of yours on top of the last msg. I would really > want > this to get into 4.19 (understand that merge window is done etc) given that > there's a bunch of other changes lined up behind this one. I was just s

Re: [PATCH v2 0/4] ARC: allow to use IOC and non-IOC DMA devices simultaneously

2018-09-04 Thread Vineet Gupta
On 09/04/2018 02:07 PM, Christoph Hellwig wrote: > On Tue, Sep 04, 2018 at 01:14:49PM -0700, Vineet Gupta wrote: >> Apologies for the delay in getting to this - series applied and pushed to >> for-curr > This is going to create really annoying merge conflicts with > work pending for the dma-mappin

Re: [PATCH v2 0/4] ARC: allow to use IOC and non-IOC DMA devices simultaneously

2018-09-04 Thread Christoph Hellwig
On Tue, Sep 04, 2018 at 01:14:49PM -0700, Vineet Gupta wrote: > Apologies for the delay in getting to this - series applied and pushed to > for-curr This is going to create really annoying merge conflicts with work pending for the dma-mapping tree. That's why I requested earlier to merge it eith

Re: [PATCH v2 0/4] ARC: allow to use IOC and non-IOC DMA devices simultaneously

2018-09-04 Thread Vineet Gupta
On 07/30/2018 09:26 AM, Eugeniy Paltsev wrote: > The ARC HS processor provides an IOC port (I/O coherency bus > interface) that allows external devices such as DMA devices > to access memory through the cache hierarchy, providing > coherency between I/O transactions and the complete memory > hierar

Re: [PATCH v2 2/4] ARC: allow to use IOC and non-IOC DMA devices simultaneously

2018-09-04 Thread Vineet Gupta
Hi, On 08/22/2018 11:40 AM, Eugeniy Paltsev wrote: > >> Reading kernel/dma/* I see what you mean. We check @ioc_enable at the time of >> registering the dma op for coherent vs. non coherent case, so there's common >> vs. >> ARC versions of alloc/free for coherent vs. noncoherent. > Just to be sur

[PATCH 2/2] mtd: spi-nor: add support for sst26wf016, sst26wf032

2018-09-04 Thread Eugeniy Paltsev
This commit adds support for the SST sst26wf016 and sst26wf032 flash IC. NOTE: this patch is basically following mine u-boot commit port: http://git.denx.de/?p=u-boot.git;a=commitdiff;h=a19e97157c3721ef9c4b15c68c1773467a3b4a98 Signed-off-by: Eugeniy Paltsev --- drivers/mtd/spi-nor/spi-nor.c | 2

[PATCH 1/2] mtd: spi-nor: Add support of sst26wf* flash ICs protection ops

2018-09-04 Thread Eugeniy Paltsev
sst26wf flash series block protection implementation differs from other SST series, so add specific implementation flash_lock/flash_unlock/flash_is_locked functions for sst26wf flash ICs. NOTE: this patch is basically following mine u-boot commit port: http://git.denx.de/?p=u-boot.git;a=commitdiff

[PATCH 0/2] MTD: spi-nor: add support for sst26wf016, sst26wf032

2018-09-04 Thread Eugeniy Paltsev
Add support for the SST sst26wf016 and sst26wf032 flash IC: sst26wf*** flash series block protection implementation differs from other SST series, so we add implementation for sst26wf*** lock/unlock/is_locked functions. Add sst26wf016 and sst26wf032 flash IC info to spi_flash_ids list. NOTE: the