Re: [PATCH 01/23] mtd: rawnand: plat_nand: Pass a nand_chip object to all platform_nand_ctrl hooks

> hooks to take a nand_chip object instead of an mtd_info. > > We had temporary plat_nand_xxx() wrappers to the do the mtd -> chip > conversion, but those will be dropped when doing the patching nand_chip > hooks to take a nand_chip object. > > Signed-off-by: Boris Brezillon

Re: [PATCH 08/15] ASoC: pxa: remove the dmaengine compat need

Mark Brown <broo...@kernel.org> writes: > On Mon, Apr 02, 2018 at 04:26:49PM +0200, Robert Jarzmik wrote: >> As the pxa architecture switched towards the dmaengine slave map, the >> old compatibility mechanism to acquire the dma requestor line number and >> prio

Re: [PATCH 00/15] ARM: pxa: switch to DMA slave maps

Ulf Hansson <ulf.hans...@linaro.org> writes: > On 2 April 2018 at 16:26, Robert Jarzmik <robert.jarz...@free.fr> wrote: >> Hi, >> >> This serie is aimed at removing the dmaengine slave compat use, and transfer >> knowledge of the DMA requestors into a

Re: [PATCH 02/15] ARM: pxa: add dma slave map

Arnd Bergmann writes: >> + { "smc911x.0", "rx", PDMA_FILTER_PARAM(LOWEST, -1) }, >> + { "smc911x.0", "tx", PDMA_FILTER_PARAM(LOWEST, -1) }, >> + { "smc91x.0", "data", PDMA_FILTER_PARAM(LOWEST, -1) }, > > This one is interesting, as you are dealing with an

[PATCH 15/15] ARM: pxa: change SSP DMA channels allocation

- for device tree platforms, the dma node should be hooked into the pxa-pcm-audio node. Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- arch/arm/plat-pxa/ssp.c| 50 +- include/linux/pxa2xx_ssp.h | 4 ++-- sound/soc/pxa/pxa-ssp.c

[PATCH 14/15] ARM: pxa: change SSP devices allocation

In order to prepare for the dma_slave_map change for SSP DMA channels allocation, the SSP platform devices will now include a platform data structure which in turn selects which dma channel has to be used for data transfers, especially the PCM ones. Signed-off-by: Robert Jarzmik <robert.j

[PATCH 12/15] dmaengine: pxa: make the filter function internal

As the pxa architecture and all its related drivers do not rely anymore on the filter function, thanks to the slave map conversion, make pxad_filter_fn() static, and remove it from the global namespace. Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- drivers/dma/pxa_dma.c

[PATCH 13/15] ARM: pxa: remove the DMA IO resources

As the last driver using the former mechanism to acquire the DMA requestor line has be converted to the dma_slave_map, remove all these resources from the PXA devices. Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- arch/arm/mach-pxa/devices.c

[PATCH 11/15] dmaengine: pxa: document pxad_param

Add some documentation for the pxad_param structure, and describe the contract behind the minimal required priority of a DMA channel. Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- include/linux/dma/pxa-dma.h | 9 + 1 file changed, 9 insertions(+) diff --git a/include

[PATCH 07/15] net: smc91x: remove the dmaengine compat need

From: Robert Jarzmik <robert.jarz...@renault.com> As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using th

[PATCH 06/15] net: smc911x: remove the dmaengine compat need

From: Robert Jarzmik <robert.jarz...@renault.com> As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using th

[PATCH 10/15] ata: pata_pxa: remove the dmaengine compat need

-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- drivers/ata/pata_pxa.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/ata/pata_pxa.c b/drivers/ata/pata_pxa.c index f6c46e9a4dc0..e8b6a2e464c9 100644 --- a/drivers/ata/pata_pxa.c +++ b/drivers/ata/pata

[PATCH 09/15] net: irda: pxaficp_ir: remove the dmaengine compat need

-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- drivers/staging/irda/drivers/pxaficp_ir.c | 14 ++ 1 file changed, 2 insertions(+), 12 deletions(-) diff --git a/drivers/staging/irda/drivers/pxaficp_ir.c b/drivers/staging/irda/drivers/pxaficp_ir.c index 2ea00a6531f9..9dd6e2

[PATCH 08/15] ASoC: pxa: remove the dmaengine compat need

-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- sound/arm/pxa2xx-ac97.c | 14 ++ sound/arm/pxa2xx-pcm-lib.c | 6 +++--- sound/soc/pxa/pxa2xx-ac97.c | 32 +--- 3 files changed, 10 insertions(+), 42 deletions(-) diff --git a/sound/arm/pxa2xx-ac

[PATCH 01/15] dmaengine: pxa: use a dma slave map

, and the DMA resources removed from device.c. Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr> Reported-by: Arnd Bergmann <a...@arndb.de> --- drivers/dma/pxa_dma.c | 10 +- include/linux/platform_data/mmp_dma.h | 4 2 files changed, 13 insertions(+)

[PATCH 04/15] media: pxa_camera: remove the dmaengine compat need

From: Robert Jarzmik <robert.jarz...@renault.com> As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using th

[PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

From: Robert Jarzmik <robert.jarz...@renault.com> As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using th

[PATCH 03/15] mmc: pxamci: remove the dmaengine compat need

-off-by: Robert Jarzmik <robert.jarz...@free.fr> --- drivers/mmc/host/pxamci.c | 29 +++-- 1 file changed, 3 insertions(+), 26 deletions(-) diff --git a/drivers/mmc/host/pxamci.c b/drivers/mmc/host/pxamci.c index c763b404510f..6c94474e36f4 100644 --- a/drivers/mm

[PATCH 00/15] ARM: pxa: switch to DMA slave maps

including : - pxamci - pxa_camera - smc* - ASoC and SSP Happy review. Robert Jarzmik (15): dmaengine: pxa: use a dma slave map ARM: pxa: add dma slave map mmc: pxamci: remove the dmaengine compat need media: pxa_camera: remove the dmaengine compat need mtd: nand: pxa3xx: remove the

[PATCH 02/15] ARM: pxa: add dma slave map

In order to remove the specific knowledge of the dma mapping from PXA drivers, add a default slave map for pxa architectures. This is the first step, and once all drivers are converted, pxad_filter_fn() will be made static, and the DMA resources removed from device.c. Signed-off-by: Robert

Re: [-next PATCH 3/4] treewide: Use DEVICE_ATTR_RO

;> --- >> arch/arm/mach-pxa/sharpsl_pm.c | 4 ++-- For mach-pxa: Acked-by: Robert Jarzmik <robert.jarz...@free.fr> Cheers. -- Robert ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

Re: [PATCH v2 20/51] mtd: docg3: switch to mtd_ooblayout_ops

Boris Brezillon <boris.brezil...@free-electrons.com> writes: > Replace the nand_ecclayout definition by the equivalent mtd_ooblayout_ops > definition. > > Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> Acked-by: Robert Jarzmik <robert.jarz...@f

Re: [PATCH v2 18/51] mtd: docg3: use mtd_set_ecclayout() where appropriate

Boris Brezillon <boris.brezil...@free-electrons.com> writes: > Use the mtd_set_ecclayout() helper instead of directly assigning the > mtd->ecclayout field. > > Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> Acked-by: Robert Jarzmik <robert.jarz..

Re: [PATCH 28/37] usb: gadget: pxa27x_udc: add ep capabilities support

Robert Baldyga r.bald...@samsung.com writes: Convert endpoint configuration to new capabilities model. The commit message is very short to judge the patch's correctness. I'll side up with Felipe's opinion. If it's fine by him, so it is by me. Cheers. -- Robert

Re: [PATCH v3 20/20] arm: mach-pxa: Decrement the power supply's device reference counter

...@kernel.org Acked-by: Robert Jarzmik robert.jarz...@free.fr -- Robert ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel