[PATCH/RFC 7/8] ARM: shmobile: Remove the ARCH_SHMOBILE Kconfig symbol

2018-04-20 Thread Geert Uytterhoeven
All drivers for Renesas ARM SoCs have gained proper ARCH_RENESAS platform dependencies. Hence finish the conversion from ARCH_SHMOBILE to ARCH_RENESAS for Renesas 32-bit ARM SoCs, as started by commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS"). Signed-off-by: Geert Uy

[PATCH 6/8] ASoC: sh: Update menu title and platform dependency

2018-04-20 Thread Geert Uytterhoeven
he legacy ARCH_SHMOBILE, hence use the former. Renesas SuperH SH-Mobile SoCs are still covered by the SUPERH dependency. This will allow to drop ARCH_SHMOBILE on ARM and ARM64 in the near future. Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be> --- sound/soc/sh/Kconfig | 4 ++--

[PATCH 3/8] [media] v4l: rcar_fdp1: Change platform dependency to ARCH_RENESAS

2018-04-20 Thread Geert Uytterhoeven
H_SHMOBILE on ARM and ARM64 in the near future. Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be> --- drivers/media/platform/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig index

Re: [PATCH 0/8] arm: renesas: Change platform dependency to ARCH_RENESAS

2018-04-23 Thread Geert Uytterhoeven
Hi Mark, On Fri, Apr 20, 2018 at 6:48 PM, Mark Brown <broo...@kernel.org> wrote: > On Fri, Apr 20, 2018 at 03:28:26PM +0200, Geert Uytterhoeven wrote: >> The first 6 patches can be applied independently by subsystem >> maintainers. >> The last two patches de

Re: [PATCH 3/8] [media] v4l: rcar_fdp1: Change platform dependency to ARCH_RENESAS

2018-04-23 Thread Geert Uytterhoeven
Hi Laurent, On Sun, Apr 22, 2018 at 10:46 AM, Laurent Pinchart <laurent.pinch...@ideasonboard.com> wrote: > On Saturday, 21 April 2018 11:07:11 EEST Laurent Pinchart wrote: >> On Friday, 20 April 2018 16:28:29 EEST Geert Uytterhoeven wrote: >> > The Renesas Fine Display

Re: [PATCH] net: sh-eth: fix sh_eth_start_xmit()'s return type

2018-04-24 Thread Geert Uytterhoeven
eturning 'netdev_tx_t' in this driver too. > > Signed-off-by: Luc Van Oostenryck <luc.vanoostenr...@gmail.com> Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be> Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia

[PATCH v3 19/20] staging: vc04_services: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 12/20] media: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
by several individual drivers. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org> Acked-by: Robin Murphy <robin.mur...@arm.com> --- v3: - Rebase to v4.17-rc1, - Handle new VIDEO_RENESAS_CEU symbol, v2: - Add Reviewed-by, Acked-by,

[PATCH v3 17/20] serial: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 05/20] firewire: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 13/20] mmc: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 18/20] spi: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 00/20] Allow compile-testing NO_DMA (drivers)

2018-04-17 Thread Geert Uytterhoeven
ile-tested with allmodconfig and allyesconfig for m68k/sun3, and has received attention from the kbuild test robot. Thanks for applying! Geert Uytterhoeven (20): ASoC: Remove depends on HAS_DMA in case of platform dependency ata: Remove depends on HAS_DMA in case of platform dependency cryp

[PATCH v3 02/20] ata: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 16/20] remoteproc: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 14/20] mtd: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 06/20] fpga: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 15/20] net: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 01/20] ASoC: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
_SOC_STORM and/or SND_SOC_APQ8016_SBC. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org> Acked-by: Robin Murphy <robin.mur...@arm.com> Acked-by: Mark Brown <broo...@kernel.org> --- v3: - Add Acked-by, - Rebase t

[PATCH v3 10/20] lightnvm: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 04/20] fbdev: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 20/20] usb: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 08/20] iio: adc: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 09/20] iommu: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 03/20] crypto: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 11/20] mailbox: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v3 07/20] i2c: Remove depends on HAS_DMA in case of platform dependency

2018-04-17 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

Re: [PATCH] net: fec: set dma_coherent_mask

2018-03-27 Thread Geert Uytterhoeven
txq = kzalloc(sizeof(*txq), GFP_KERNEL); > if (!txq) { As per your other email, this does not trigger on iMX systems using DT. Hence I'm wondering if the Coldfire platform code shouldn't just do the same what drivers/of/device.c does, cfr. https://www.spinics.net/lists/linux

Re: [PATCH] net: fec: set dma_coherent_mask

2018-03-28 Thread Geert Uytterhoeven
Hi Andy, On Wed, Mar 28, 2018 at 5:04 AM, Andy Duan <fugang.d...@nxp.com> wrote: > From: Geert Uytterhoeven <ge...@linux-m68k.org> Sent: 2018年3月27日 20:59 >> On Mon, Mar 26, 2018 at 3:36 PM, Greg Ungerer <g...@linux-m68k.org> wrote: >> > As of commit 2

Re: [PATCH] net: fec: set dma_coherent_mask

2018-03-28 Thread Geert Uytterhoeven
Hi Greg, On Wed, Mar 28, 2018 at 9:27 AM, Greg Ungerer <g...@linux-m68k.org> wrote: > On 27/03/18 22:59, Geert Uytterhoeven wrote: >> On Mon, Mar 26, 2018 at 3:36 PM, Greg Ungerer <g...@linux-m68k.org> wrote: >>> As of commit 205e1b7f51e4 ("dma-mapping: warn whe

Re: [PATCH net-next] dt-bindings: net: renesas-ravb: Add support for r8a77470 SoC

2018-03-30 Thread Geert Uytterhoeven
On Thu, Mar 29, 2018 at 12:02 PM, Biju Das <biju@bp.renesas.com> wrote: > Add a new compatible string for the RZ/G1C (R8A77470) SoC. > > Signed-off-by: Biju Das <biju@bp.renesas.com> > Reviewed-by: Fabrizio Castro <fabrizio.cas...@bp.renesas.com> Reviewed

[PATCH v2 10/21] lightnvm: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
Do we need a dummy? The use of set_dma_ops() in this driver is questionable), - SND_SOC_LPASS_IPQ806X and SND_SOC_LPASS_PLATFORM loose their dependency on HAS_DMA, as they are selected from SND_SOC_APQ8016_SBC. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by:

[PATCH v2 04/21] fbdev: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 12/21] media: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
by several individual drivers. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org> Acked-by: Robin Murphy <robin.mur...@arm.com> --- v2: - Add Reviewed-by, Acked-by, - Drop RFC state, - Drop dependency of VIDEOBUF{,2}_DMA_{CONTIG,

[PATCH v2 07/21] i2c: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 17/21] scsi: hisi_sas: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 21/21] usb: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 08/21] iio: adc: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 06/21] fpga: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 14/21] mtd: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 15/21] net: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
f NO_DMA=y, and its use in this driver is questionable. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org> Acked-by: Robin Murphy <robin.mur...@arm.com> --- v2: - Add Reviewed-by, Acked-by, - Drop RFC state, - Split per subsyste

[PATCH v2 20/21] staging: vc04_services: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 13/21] mmc: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 03/21] crypto: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 11/21] mailbox: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
Do we need a dummy? The use of set_dma_ops() in this driver is questionable), - SND_SOC_LPASS_IPQ806X and SND_SOC_LPASS_PLATFORM loose their dependency on HAS_DMA, as they are selected from SND_SOC_APQ8016_SBC. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by:

[PATCH v2 09/21] iommu: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 16/21] remoteproc: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 01/21] ASoC: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
_SOC_STORM and/or SND_SOC_APQ8016_SBC. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org> Acked-by: Robin Murphy <robin.mur...@arm.com> --- v2: - Add Reviewed-by, Acked-by, - Drop RFC state, - Drop dependency of SND_

[PATCH v2 18/21] serial: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 02/21] ata: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 05/21] firewire: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 19/21] spi: Remove depends on HAS_DMA in case of platform dependency

2018-03-16 Thread Geert Uytterhoeven
ncies keep their dependencies on HAS_DMA, to prevent compiling subsystems or drivers that cannot work anyway. This simplifies the dependencies, and allows to improve compile-testing. Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org> Reviewed-by: Mark Brown <broo...@kernel.org>

[PATCH v2 00/21] Allow compile-testing NO_DMA (drivers)

2018-03-16 Thread Geert Uytterhoeven
/git/geert/linux-m68k.git/log/?h=no-dma-compile-testing-v2 It has been compile-tested with allmodconfig and allyesconfig for m68k/sun3, and has received attention from the kbuild test robot. Thanks! Geert Uytterhoeven (21): ASoC: Remove depends on HAS_DMA in case of platform dependency a

Re: [PATCH net-next] sh_eth: fix TSU init on SH7734/R8A7740

2018-02-26 Thread Geert Uytterhoeven
n r8a7740/armadillo, which has a single "gether" port. Tested-by: Geert Uytterhoeven <geert+rene...@glider.be> Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical pe

Re: [PATCH net-next] sh_eth: TSU_QTAG0/1 registers the same as TSU_QTAGM0/1

2018-02-25 Thread Geert Uytterhoeven
t; @@ -118,8 +118,8 @@ enum { > TSU_FWSL0, > TSU_FWSL1, > TSU_FWSLC, > - TSU_QTAG0, > - TSU_QTAG1, > + TSU_QTAG0, /* Same as TSU_QTAGM0 */ > + TSU_QTAG1, /* Same as TSU_QTAGM1 */ >

Re: [PATCH net 1/2] net/macmace: Drop redundant MACH_IS_MAC test

2018-02-28 Thread Geert Uytterhoeven
On Wed, Feb 28, 2018 at 5:22 AM, Finn Thain <fth...@telegraphics.com.au> wrote: > The MACH_IS_MAC test is redundant here because the platform device > won't get registered unless MACH_IS_MAC. > Adopt module_platform_driver() convention. > > Cc: Geert Uytterhoeven <ge...@

[PATCH v2] dt-bindings: net: renesas-ravb: Make stream buffer optional

2018-03-02 Thread Geert Uytterhoeven
t: renesas-ravb: Add support for R8A77995 RAVB") Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be> Reviewed-by: Simon Horman <horms+rene...@verge.net.au> Acked-by: Sergei Shtylyov <sergei.shtyl...@cogentembedded.com> Reviewed-by: Rob Herring <r...@kernel.org> ---

[PATCH trivial resend]] netfilter: xt_limit: Spelling s/maxmum/maximum/

2018-03-02 Thread Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be> --- net/netfilter/xt_limit.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/netfilter/xt_limit.c b/net/netfilter/xt_limit.c index 55d18cd676356cc9..9f098ecb24497e9a 100644 --- a/net/netfilter/xt_limit.c +++

[PATCH trivial resend^2] net: Spelling s/stucture/structure/

2018-03-02 Thread Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be> --- drivers/net/ethernet/ti/tlan.c | 2 +- drivers/net/wireless/atmel/atmel.c | 2 +- include/net/iw_handler.h | 2 +- net/socket.c | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff

Re: [PATCH 04/17] asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro

2018-04-25 Thread Geert Uytterhoeven
se all > select CONFIG_COMPAT, so the #if check is still correct here. It's > a bit odd to include it in the syscall table though, as it's the > same as sys_lseek() on 64-bit, but with strange calling conventions. > > Signed-off-by: Arnd Bergmann <a...@arndb.de> For m68k: Acked-b

Re: [PATCH 02/17] y2038: Remove newstat family from default syscall set

2018-04-25 Thread Geert Uytterhoeven
gt; others now get a little bit smaller, and future architecture (including > 64-bit targets) won't ever see it. > > Signed-off-by: Arnd Bergmann <a...@arndb.de> For m68k: Acked-by: Geert Uytterhoeven <ge...@linux-m68k.org> Gr{oetje,eeting}s, Geert --

Re: [PATCH v7 1/4] gpiolib: Pass bitmaps, not integer arrays, to get/set array

2018-09-03 Thread Geert Uytterhoeven
latile unsigned long *addr) { unsigned long mask = BIT_MASK(nr); unsigned long *p = ((unsigned long *)addr) + BIT_WORD(nr); *p |= mask; } include/linux/bits.h: #define BIT_MASK(nr)(1UL << ((nr) % BITS_PER_LONG)) Looks like native endianness to

Re: [PATCH net-next 1/2] net: linkwatch: add check for netdevice being present to linkwatch_do_dev

2018-09-19 Thread Geert Uytterhoeven
tdev/2018/03/15/62 > > Signed-off-by: Heiner Kallweit Survived 100 suspend/resume cycles on sh73a0/kzm9g and r8a73a4/ape6evm. Tested-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org I

Re: [PATCH net-next 2/2] net: phy: call state machine synchronously in phy_stop

2018-09-19 Thread Geert Uytterhoeven
suspend/resume cycles on sh73a0/kzm9g and r8a73a4/ape6evm. Tested-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacke

<    1   2   3   4   5