[PATCH v3 2/5] arm64: dts: meson: fix PHY deassert timing requirements

2020-12-07 Thread Stefan Agner
setup: DMA engine initialization failed [ 6630.902835] meson8b-dwmac c941.ethernet eth0: stmmac_open: Hw setup failed Fixes: f29cabf240ed ("arm64: dts: meson: use the generic Ethernet PHY reset GPIO bindings") Reviewed-by: Martin Blumenstingl Signed-off-by: Stefan Agner --- arch/ar

[PATCH v3 5/5] arm64: dts: meson: g12b: w400: fix PHY deassert timing requirements

2020-12-07 Thread Stefan Agner
d2310fca4c ("arm64: dts: meson-g12b-ugoos-am6: add initial device-tree") Reviewed-by: Martin Blumenstingl Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/meson-g12b-w400.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/amlogic/meson-g1

[PATCH v3 4/5] arm64: dts: meson: g12a: x96-max: fix PHY deassert timing requirements

2020-12-07 Thread Stefan Agner
5e8f689154 ("arm64: dts: meson: g12a: x96-max: fix the Ethernet PHY reset line") Reviewed-by: Martin Blumenstingl Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/am

[PATCH v3 1/5] arm64: dts: meson: g12b: odroid-n2: fix PHY deassert timing requirements

2020-12-07 Thread Stefan Agner
ialization failed [ 34.687850] meson8b-dwmac ff3f.ethernet eth0: stmmac_open: Hw setup failed Fixes: 658e4129bb81 ("arm64: dts: meson: g12b: odroid-n2: add the Ethernet PHY reset line") Reviewed-by: Martin Blumenstingl Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/

[PATCH v3 3/5] ARM: dts: meson: fix PHY deassert timing requirements

2020-12-07 Thread Stefan Agner
c6e82e5341 ("ARM: dts: meson: switch to the generic Ethernet PHY reset bindings") Reviewed-by: Martin Blumenstingl Tested-by: Martin Blumenstingl # on Odroid-C1+ Signed-off-by: Stefan Agner --- arch/arm/boot/dts/meson8b-odroidc1.dts| 2 +- arch/arm/boot/dts/meson8m2-mxiii-plus

Re: [PATCH v2 3/5] ARM: dts: meson: fix PHY deassert timing requirements

2020-12-07 Thread Stefan Agner
On 2020-12-05 14:04, Martin Blumenstingl wrote: > Hi Stefan, > > On Tue, Dec 1, 2020 at 2:21 PM Stefan Agner wrote: >> >> According to the datasheet (Rev. 1.9) the RTL8211F requires at least >> 72ms "for internal circuits settling time" before accessing t

[PATCH v2 4/5] arm64: dts: meson: g12a: x96-max: fix PHY deassert timing requirements

2020-12-01 Thread Stefan Agner
5e8f689154 ("arm64: dts: meson: g12a: x96-max: fix the Ethernet PHY reset line") Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts b

[PATCH v2 5/5] arm64: dts: meson: g12b: w400: fix PHY deassert timing requirements

2020-12-01 Thread Stefan Agner
d2310fca4c ("arm64: dts: meson-g12b-ugoos-am6: add initial device-tree") Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/meson-g12b-w400.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/amlogic/meson-g12b-w400.dtsi b/arch/arm64/boot/dt

[PATCH v2 3/5] ARM: dts: meson: fix PHY deassert timing requirements

2020-12-01 Thread Stefan Agner
c6e82e5341 ("ARM: dts: meson: switch to the generic Ethernet PHY reset bindings") Signed-off-by: Stefan Agner --- arch/arm/boot/dts/meson8b-odroidc1.dts| 2 +- arch/arm/boot/dts/meson8m2-mxiii-plus.dts | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/

[PATCH v2 1/5] arm64: dts: meson: g12b: odroid-n2: fix PHY deassert timing requirements

2020-12-01 Thread Stefan Agner
ialization failed [ 34.687850] meson8b-dwmac ff3f.ethernet eth0: stmmac_open: Hw setup failed Fixes: 658e4129bb81 ("arm64: dts: meson: g12b: odroid-n2: add the Ethernet PHY reset line") Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n2.dtsi | 2 +

[PATCH v2 2/5] arm64: dts: meson: fix PHY deassert timing requirements

2020-12-01 Thread Stefan Agner
setup: DMA engine initialization failed [ 6630.902835] meson8b-dwmac c941.ethernet eth0: stmmac_open: Hw setup failed Fixes: f29cabf240ed ("arm64: dts: meson: use the generic Ethernet PHY reset GPIO bindings") Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/meson-gxb

Re: [PATCH] arm64: dts: meson: fix PHY deassert timing requirements

2020-12-01 Thread Stefan Agner
On 2020-12-01 09:31, Jerome Brunet wrote: > On Tue 01 Dec 2020 at 01:25, Stefan Agner wrote: > >> According to the datasheet (Rev. 1.4, page 30) the RTL8211F requires >> at least 50ms "for internal circuits settling time" before accessing >> the PHY re

[PATCH] arm64: dts: meson: fix PHY deassert timing requirements

2020-11-30 Thread Stefan Agner
MA engine initialization failed [ 34.687850] meson8b-dwmac ff3f.ethernet eth0: stmmac_open: Hw setup failed Fixes: 658e4129bb81 ("arm64: dts: meson: g12b: odroid-n2: add the Ethernet PHY reset line") Signed-off-by: Stefan Agner --- arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n2

Re: [PATCH] mm/zsmalloc: include sparsemem.h for MAX_PHYSMEM_BITS

2020-11-10 Thread Stefan Agner
[adding Russell King for ARM] On 2020-11-10 12:21, Arnd Bergmann wrote: > On Tue, Nov 10, 2020 at 10:58 AM Mike Rapoport wrote: >> > > >> > > asm/sparsemem.h is not available on some architectures. >> > > It's better to use linux/mmzone.h instead. > > Ah, I missed that, too. > >> > Hm,

Re: [PATCH] mm/zsmalloc: include sparsemem.h for MAX_PHYSMEM_BITS

2020-11-10 Thread Stefan Agner
On 2020-11-08 07:46, Mike Rapoport wrote: > On Sat, Nov 07, 2020 at 04:22:06PM +0100, Stefan Agner wrote: >> Most architectures define MAX_PHYSMEM_BITS in asm/sparsemem.h and don't >> include it in asm/pgtable.h. Include asm/sparsemem.h directly to get >> the MAX_PHYSM

Re: [PATCH] mm/zsmalloc: include sparsemem.h for MAX_PHYSMEM_BITS

2020-11-07 Thread Stefan Agner
On 2020-11-08 01:56, Andrew Morton wrote: > On Sat, 7 Nov 2020 16:22:06 +0100 Stefan Agner wrote: > >> Most architectures define MAX_PHYSMEM_BITS in asm/sparsemem.h and don't >> include it in asm/pgtable.h. Include asm/sparsemem.h directly to get >> the MAX_PH

[PATCH] mm/zsmalloc: include sparsemem.h for MAX_PHYSMEM_BITS

2020-11-07 Thread Stefan Agner
bfc0: 0003d2e0 b6f7b6f0 0076 befcbb20 befcbb28 bfe0: b6f4e060 befcbad8 b6f23e0c b6dc4a80 Code: e5927000 e0050391 e0871005 e5918018 (e5983000) Fixes: 61989a80fb3a ("staging: zsmalloc: zsmalloc memory allocation library") Signed-off-by: Stefan Agne

Re: [PATCH v3 0/3] Support NVIDIA Tegra-based Ouya game console

2020-10-07 Thread Stefan Agner
Hi Peter, On 2020-10-04 15:31, Peter Geis wrote: > Good Day, > > This series introduces upstream kernel support for the Ouya game > console device. Please review and apply. Thank you in advance. Interesting patchset, maybe I can give my Ouya a second live now :-) Do you happen to have (a link)

Re: [PATCH][next] mtd: rawnand: Replace one-element array with flexible-array member

2020-10-01 Thread Stefan Agner
On 2020-10-01 10:12, Miquel Raynal wrote: > Hi Jann, > > Jann Horn wrote on Thu, 1 Oct 2020 00:32:24 +0200: > >> On Wed, Sep 30, 2020 at 11:30 PM Gustavo A. R. Silva >> wrote: >> > On Wed, Sep 30, 2020 at 11:10:43PM +0200, Jann Horn wrote: >> > > On Wed, Sep 30, 2020 at 11:02 PM Gustavo A. R.

Re: [PATCH v3] drm: mxsfb: check framebuffer pitch

2020-09-16 Thread Stefan Agner
On 2020-09-08 16:16, Stefan Agner wrote: > The lcdif IP does not support a framebuffer pitch (stride) other than > framebuffer width. Check for equality and reject the framebuffer > otherwise. > > This prevents a distorted picture when using 640x800 and running the > Mesa gr

Re: [PATCH] drm: mxsfb: check framebuffer pitch

2020-09-08 Thread Stefan Agner
On 2020-09-08 10:48, Daniel Vetter wrote: > On Tue, Sep 08, 2020 at 11:18:25AM +0300, Tomi Valkeinen wrote: >> Hi, >> >> On 08/09/2020 10:55, Stefan Agner wrote: >> > On 2020-09-07 20:18, Daniel Vetter wrote: >> >> On Mon, Sep 07, 2020 at 07:17:12PM +0300

[PATCH v3] drm: mxsfb: check framebuffer pitch

2020-09-08 Thread Stefan Agner
at that particular resolution to width != stride. Currently Mesa has no fallback behavior, but rejecting this configuration allows userspace to handle the issue correctly. Fixes: 45d59d704080 ("drm: Add new driver for MXSFB controller") Signed-off-by: Stefan Agner Reviewed-by: Lauren

Re: [PATCH] drm: mxsfb: check framebuffer pitch

2020-09-08 Thread Stefan Agner
On 2020-09-08 14:33, Laurent Pinchart wrote: > On Tue, Sep 08, 2020 at 02:29:02PM +0200, Daniel Vetter wrote: >> On Tue, Sep 8, 2020 at 2:07 PM Stefan Agner wrote: >> > On 2020-09-08 10:48, Daniel Vetter wrote: >> >> On Tue, Sep 08, 2020 at 11:18:25AM +0300, Tomi Va

[PATCH v2] drm: mxsfb: check framebuffer pitch

2020-09-08 Thread Stefan Agner
at that particular resolution to width != stride. Currently Mesa has no fallback behavior, but rejecting this configuration allows userspace to handle the issue correctly. Signed-off-by: Stefan Agner --- drivers/gpu/drm/mxsfb/mxsfb_drv.c | 21 - 1 file changed, 20 insertions(+), 1

Re: [PATCH] drm: mxsfb: check framebuffer pitch

2020-09-08 Thread Stefan Agner
On 2020-09-07 20:18, Daniel Vetter wrote: > On Mon, Sep 07, 2020 at 07:17:12PM +0300, Laurent Pinchart wrote: >> Hi Stefan, >> >> Thank you for the patch. >> >> On Mon, Sep 07, 2020 at 06:03:43PM +0200, Stefan Agner wrote: >> > The lcdif IP does not suppo

[PATCH] drm: mxsfb: check framebuffer pitch

2020-09-07 Thread Stefan Agner
at that particular resolution to width != stride. Currently Mesa has no fallback behavior, but rejecting this configuration allows userspace to handle the issue correctly. Signed-off-by: Stefan Agner --- drivers/gpu/drm/mxsfb/mxsfb_kms.c | 22 ++ 1 file changed, 18 insertions(+), 4 deletions

[PATCH v2] clk: meson: g12a: mark fclk_div2 as critical

2020-08-28 Thread Stefan Agner
disabled which leads to a system freeze. Let's mark this clock as critical, fixing boot from SD card on G12b platforms. Fixes: 085a4ea93d54 ("clk: meson: g12a: add peripheral clock controller") Cc: Marek Szyprowski Signed-off-by: Stefan Agner Tested-by: Anand Moon --- drivers/clk/me

[PATCH] clk: meson: g12a: mark fclk_div2 as critical

2020-08-27 Thread Stefan Agner
disabled which leads to a system freeze. Let's mark this clock as critical, fixing boot from SD card on G12b platforms. Signed-off-by: Stefan Agner --- drivers/clk/meson/g12a.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/meson/g12a.c b/drivers/clk/meson/g12a.c index

Re: [PATCH v4] dt-bindings: nvmem: Add syscon to Vybrid OCOTP driver

2020-08-25 Thread Stefan Agner
ta...@vger.kernel.org > Signed-off-by: Chris Healy Reviewed-by: Stefan Agner > --- > Changes in v4: > - Point to the appropriate commit for the Fixes: line > - Update the Required Properties to add the "syscon" compatible > --- > Documentation/devicetree/bindin

Re: [PATCH v2] ARM: dts: vfxxx: Add syscon compatible with ocotp

2020-08-21 Thread Stefan Agner
On 2020-08-21 16:13, Chris Healy wrote: > On Fri, Aug 21, 2020 at 6:21 AM Stefan Agner wrote: >> >> On 2020-08-20 06:10, Chris Healy wrote: >> > From: Chris Healy >> > >> > Add syscon compatibility with Vybrid ocotp node. This is required to >> &g

Re: [PATCH] drm: fsl-dcu: enable PIXCLK on LS1021A

2020-08-21 Thread Stefan Agner
Hi Matthias, On 2020-08-20 12:58, Matthias Schiffer wrote: > The PIXCLK needs to be enabled in SCFG before accessing the DCU on LS1021A, > or the access will hang. Hm, this seems a rather ad-hoc access to SCFG from the DCU. We do support a pixel clock in the device tree bindings of fsl-dcu, so

Re: [PATCH v2] ARM: dts: vfxxx: Add syscon compatible with ocotp

2020-08-21 Thread Stefan Agner
On 2020-08-20 06:10, Chris Healy wrote: > From: Chris Healy > > Add syscon compatibility with Vybrid ocotp node. This is required to > access the UID. Hm, it seems today the SoC driver uses the specific compatible. It also should expose the UID as soc_id, see drivers/soc/imx/soc-imx.c. Maybe

Re: [PATCH 3/3] arm64: dts: meson: add support for the ODROID-N2+

2020-07-22 Thread Stefan Agner
Hi Christian, On 2020-07-19 16:10, Christian Hewitt wrote: > HardKernel ODROID-N2+ uses an Amlogic S922X rev. C chip capable of higher > clock speeds than the original ODROID-N2. Hardkernel supports the big cpu > cluster at 2.4GHz and the little cpu cluster at 2.0GHz. Opp points and > regulator

Re: [PATCH] drm/mxsfb: Make supported modifiers explicit

2020-07-20 Thread Stefan Agner
On 2020-07-18 19:14, Guido Günther wrote: > Hi, > On Mon, Mar 23, 2020 at 04:51:05PM +0100, Lucas Stach wrote: >> Am Montag, den 23.03.2020, 15:52 +0100 schrieb Guido Günther: >> > In contrast to other display controllers on imx like DCSS and ipuv3 >> > lcdif/mxsfb does not support detiling e.g.

Re: [PATCH] drm/mxsfb: miss err handle in probe

2020-07-20 Thread Stefan Agner
On 2020-06-11 14:23, Bernard Zhao wrote: > There are three err return values in drm_fbdev_generic_setup. > In mxsfb_probe we called this function, but didn`t handle the > return value, this change is to add err handle, maybe make code > a bit more readable. This got recently changed, so I guess

[PATCH v3 2/3] ARM: use VFP assembler mnemonics in register load/store macros

2020-06-26 Thread Stefan Agner
the appropriate FPU version. This allows to build these macros with GNU assembler as well as with Clang's built-in assembler. [0] https://reviews.llvm.org/D59733 Link: https://github.com/ClangBuiltLinux/linux/issues/905 Signed-off-by: Stefan Agner --- Changes in v3: - Reworded commit message, adding hint

[PATCH v3 0/3] ARM: make use of UAL VFP mnemonics when possible

2020-06-26 Thread Stefan Agner
://reviews.llvm.org/D59733 Stefan Agner (3): ARM: use .fpu assembler directives instead of assembler arguments ARM: use VFP assembler mnemonics in register load/store macros ARM: use VFP assembler mnemonics if available arch/arm/Kconfig | 2 ++ arch/arm/Kconfig.assembler

[PATCH v3 3/3] ARM: use VFP assembler mnemonics if available

2020-06-26 Thread Stefan Agner
use of .fpu directives and UAL VFP mnemonics for register access. This allows to build vfpmodule.c with Clang and its integrated assembler. [0] https://reviews.llvm.org/D59733 Link: https://github.com/ClangBuiltLinux/linux/issues/905 Signed-off-by: Stefan Agner --- Changes in v3: - Reworded commit

[PATCH v3 1/3] ARM: use .fpu assembler directives instead of assembler arguments

2020-06-26 Thread Stefan Agner
github.com/ClangBuiltLinux/linux/issues/762 Signed-off-by: Stefan Agner --- Changes in V3: - Drop unnecessary comma - Add .fpu directive also in single precision macros to avoid Clang error error: instruction requires: fp registers Changes in v2: - Add link in commit message arch/arm/vfp/Mak

Re: [PATCH] ARM: dts: vf610: Align L2 cache-controller nodename with dtschema

2020-06-26 Thread Stefan Agner
On 2020-06-26 10:05, Krzysztof Kozlowski wrote: > Fix dtschema validator warnings like: > l2-cache@40006000: $nodename:0: > 'l2-cache@40006000' does not match > '^(cache-controller|cpu)(@[0-9a-f,]+)*$' > > Signed-off-by: Krzysztof Kozlowski Acked-by: Stefan

Re: [PATCH 5/5] rtc: rtc-rc5t583: add ricoh rc5t619 RTC driver

2019-10-21 Thread Stefan Agner
On 2019-10-21 07:41, Andreas Kemnade wrote: > Add an RTC driver for the RTC device on Ricoh MFD rc5t619, > which is implemented as a variant of rn5t618 > > Signed-off-by: Andreas Kemnade > --- > drivers/rtc/Kconfig | 10 + > drivers/rtc/Makefile | 1 + > drivers/rtc/rtc-rc5t619.c

Re: [PATCH v1 2/3] tty: serial: lpuart: Use defines that correspond to correct register

2019-10-16 Thread Stefan Agner
ter description UARTMODIR_* instead of UARTMODEM_*. The value is the same, so there is no functional change. Otherwise looks good to me: Reviewed-by: Stefan Agner -- Stefan > > Signed-off-by: Philippe Schenker > --- > > drivers/tty/serial/fsl_lpuart.c | 4 ++-- > 1 file change

Re: [PATCH 3/6] drivers: firmware: psci: Register with kernel restart handler

2019-10-16 Thread Stefan Agner
gt; Acked-by: Lorenzo Pieralisi > Signed-off-by: Thierry Reding Looks good to me! And helps also in my case, a board which has a broken PSCI reset capability. Reviewed-by: Stefan Agner -- Stefan > --- > drivers/firmware/psci/psci.c | 12 ++-- > 1 file changed, 10 inserti

Re: [PATCH] drivers: firmware: psci: use kernel restart handler functionality

2019-10-14 Thread Stefan Agner
Hi Sudeep, On 2019-10-14 12:07, Sudeep Holla wrote: > On Sat, Oct 12, 2019 at 11:47:35PM +0200, Stefan Agner wrote: >> From: Stefan Agner >> >> Use the kernels restart handler to register the PSCI system reset >> capability. The restart handler use notifier chai

[PATCH] drivers: firmware: psci: use kernel restart handler functionality

2019-10-12 Thread Stefan Agner
From: Stefan Agner Use the kernels restart handler to register the PSCI system reset capability. The restart handler use notifier chains along with priorities. This allows to use restart handlers with higher priority (in case available) while still supporting PSCI. Since the ARM handler had

Re: [PATCH] ARM: Emit __gnu_mcount_nc when using Clang 10.0.0 or newer

2019-08-29 Thread Stefan Agner
On 2019-08-29 21:34, Nathan Chancellor wrote: > On Thu, Aug 29, 2019 at 10:55:28AM -0700, Nick Desaulniers wrote: >> On Wed, Aug 28, 2019 at 11:27 PM Nathan Chancellor >> wrote: >> > >> > Currently, multi_v7_defconfig + CONFIG_FUNCTION_TRACER fails to build >> > with clang: >> > >> >

Re: [PATCH] ARM: Emit __gnu_mcount_nc when using Clang 10.0.0 or newer

2019-08-29 Thread Stefan Agner
ps://github.com/llvm/llvm-project/commit/16fa8b09702378bacfa3d07081afe6b353b99e60 > Signed-off-by: Nathan Chancellor Reviewed-by: Stefan Agner -- Stefan > --- > arch/arm/Makefile | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/arch/arm/Makefile b/arch/arm/Mak

Re: [PATCH] ASoC: soc-core: remove error due to probe deferral

2019-08-08 Thread Stefan Agner
On 2019-08-08 15:14, Takashi Iwai wrote: > On Thu, 08 Aug 2019 15:02:17 +0200, > Mark Brown wrote: >> >> On Thu, Aug 08, 2019 at 03:00:06PM +0200, Takashi Iwai wrote: >> > Mark Brown wrote: >> >> > > No, they absolutely should tell the user why they are deferring so the >> > > user has some

Re: [PATCH] ASoC: soc-core: remove error due to probe deferral

2019-08-08 Thread Stefan Agner
On 2019-08-08 14:44, Mark Brown wrote: > On Thu, Aug 08, 2019 at 02:36:55PM +0200, Stefan Agner wrote: >> From: Stefan Agner >> >> Deferred probes shouldn't cause error messages in the boot log. Avoid >> printing with dev_err() in case EPROBE_DEFER is the return valu

[PATCH] ASoC: soc-core: remove error due to probe deferral

2019-08-08 Thread Stefan Agner
From: Stefan Agner Deferred probes shouldn't cause error messages in the boot log. Avoid printing with dev_err() in case EPROBE_DEFER is the return value. Signed-off-by: Stefan Agner --- sound/soc/soc-core.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/sound/soc/soc

[PATCH] arm64: defconfig: enable deprecated ARMv8 instructions emulation

2019-08-08 Thread Stefan Agner
Enable deprecated/obsolete ARMv8 instructions emulation. This allows to run ARMv6 binaries (e.g. Raspberry Pi) on ARMv8 machines. Signed-off-by: Stefan Agner --- arch/arm64/configs/defconfig | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64

Re: [PATCH v2 07/20] ARM: dts: imx7-colibri: fix 1.8V/UHS support

2019-08-02 Thread Stefan Agner
On 2019-07-31 16:52, Philippe Schenker wrote: > On Wed, 2019-07-31 at 09:56 -0300, Fabio Estevam wrote: >> On Wed, Jul 31, 2019 at 9:38 AM Philippe Schenker >> wrote: >> > From: Stefan Agner >> > >> > Add pinmuxing and do not specify voltage restric

Re: [PATCH] drm/tegra: return with probe defer if GPIO subsystem is not ready

2019-07-26 Thread Stefan Agner
On 2019-07-26 16:46, Dmitry Osipenko wrote: > 26.07.2019 17:23, Stefan Agner пишет: >> Hi Thierry, Hi Dave, >> >> On 2018-09-07 01:31, Stefan Agner wrote: >>> On 26.07.2018 06:36, Stefan Agner wrote: >>>> If the GPIO subsystem is not ready make sure to ret

[PATCH RESEND v8] PCI: imx6: limit DBI register length

2019-07-26 Thread Stefan Agner
] Unhandled fault: imprecise external abort (0x1406) at 0xb6ea7000 ... [ 100.056423] PC is at dw_pcie_read+0x50/0x84 [ 100.060790] LR is at dw_pcie_rd_own_conf+0x44/0x48 ... Signed-off-by: Stefan Agner --- Changes in v3: - Rebase on pci/dwc Changes in v4: - Rebase on pci/dwc Changes in v5

Re: [PATCH v2 1/1] ARM: dts: colibri: introduce dts with UHS-I support enabled

2019-07-09 Thread Stefan Agner
On 2019-05-14 16:38, Igor Opaniuk wrote: > Introduce DTS for Colibri iMX6S/DL V1.1x re-design, where UHS-I support was > added. Provide proper configuration for VGEN3, which allows that rail to > be automatically switched to 1.8 volts for proper UHS-I operation mode. > > Signed-off-by: Igor

Re: [PATCH 1/1] ARM: dts: imx6ull-colibri: enable UHS-I for USDHC1

2019-06-12 Thread Stefan Agner
On 06.06.2019 11:06, Igor Opaniuk wrote: > From: Igor Opaniuk > > Allows to use the SD interface at a higher speed mode if the card > supports it. For this the signaling voltage is switched from 3.3V to > 1.8V under the usdhc1's drivers control. > > Signed-off-by: Igor Opaniuk > --- >

Re: [PATCH v4 2/2] ARM: OMAP2: drop explicit assembler architecture

2019-06-02 Thread Stefan Agner
On 30.05.2019 22:02, Nick Desaulniers wrote: > On Mon, May 27, 2019 at 3:41 PM Stefan Agner wrote: >> >> OMAP2 depends on ARCH_MULTI_V6, which makes sure that the kernel is >> compiled with -march=armv6. The compiler frontend will pass the >> architecture to the asse

[PATCH v4 1/2] ARM: use arch_extension directive instead of arch argument

2019-05-27 Thread Stefan Agner
is available since binutils 2.21 according to its documentation [1]. [0] https://bugs.llvm.org/show_bug.cgi?id=40186 [1] https://sourceware.org/binutils/docs-2.21/as/ARM-Options.html Signed-off-by: Stefan Agner Acked-by: Mans Rullgard Acked-by: Arnd Bergmann Acked-by: Krzysztof Kozlowski --

[PATCH v4 2/2] ARM: OMAP2: drop explicit assembler architecture

2019-05-27 Thread Stefan Agner
OMAP2 depends on ARCH_MULTI_V6, which makes sure that the kernel is compiled with -march=armv6. The compiler frontend will pass the architecture to the assembler. There is no explicit architecture specification necessary. Signed-off-by: Stefan Agner Acked-by: Tony Lindgren --- Changes since v2

Re: Kconfig dependency issue on function-graph tracer and frame pointer on arm

2019-04-23 Thread Stefan Agner
On 15.04.2019 14:28, Arnd Bergmann wrote: > On Sun, Apr 14, 2019 at 3:35 PM Russell King - ARM Linux admin > wrote: > >> The subsequent hunks remove the defaulting of the choice according to >> the function graph tracer - this is not a "hint" where the user can >> still choose either option

Re: [PATCH v3 1/4] ARM: use arch_extension directive instead of arch argument

2019-04-23 Thread Stefan Agner
On 11.04.2019 09:54, Stefan Agner wrote: > The LLVM Target parser currently does not allow to specify the security > extension as part of -march (see also LLVM Bug 40186 [0]). When trying > to use Clang with LLVM's integrated assembler, this leads to build > errors such as this: >

[PATCH] mtd: rawnand: use longest matching pattern

2019-04-19 Thread Stefan Agner
->DATA_IN [64 B] Reported-by: Sascha Hauer Suggested-by: Boris Brezillon Tested-by: Stefan Agner Signed-off-by: Stefan Agner --- drivers/mtd/nand/raw/nand_base.c | 50 +++- 1 file changed, 37 insertions(+), 13 deletions(-) diff --git a/drivers/mtd/nand/raw/nand

[PATCH v3 3/4] ARM: mvebu: drop unnecessary label

2019-04-11 Thread Stefan Agner
-by: Stefan Agner Acked-by: Nicolas Pitre --- arch/arm/mach-mvebu/pmsu_ll.S | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/mach-mvebu/pmsu_ll.S b/arch/arm/mach-mvebu/pmsu_ll.S index 88651221dbdd..c1fb713e9306 100644 --- a/arch/arm/mach-mvebu/pmsu_ll.S +++ b/arch/arm/mach-mvebu/pmsu_ll.S

[PATCH v3 2/4] ARM: OMAP2: drop explicit assembler architecture

2019-04-11 Thread Stefan Agner
OMAP2 depends on ARCH_MULTI_V6, which makes sure that the kernel is compiled with -march=armv6. The compiler frontend will pass the architecture to the assembler. There is no explicit architecture specification necessary. Signed-off-by: Stefan Agner --- Changes since v2: - New patch arch/arm

[PATCH v3 1/4] ARM: use arch_extension directive instead of arch argument

2019-04-11 Thread Stefan Agner
is available since binutils 2.21 according to its documentation [1]. [0] https://bugs.llvm.org/show_bug.cgi?id=40186 [1] https://sourceware.org/binutils/docs-2.21/as/ARM-Options.html Signed-off-by: Stefan Agner Acked-by: Mans Rullgard Acked-by: Arnd Bergmann Acked-by: Krzysztof Kozlowski --

[PATCH v3 4/4] ARM: mvebu: prefix coprocessor operand with p

2019-04-11 Thread Stefan Agner
, cr0, cr0, 5 ^ arch/arm/mach-mvebu/pmsu_ll.S:19:6: error: invalid operand for instruction mrc 15, 0, r0, cr0, cr0, 5 @ get the CPU ID ^ Signed-off-by: Stefan Agner Acked-by: Nicolas Pitre --- arch/arm/mach-mvebu/coherency_ll.S | 2 +- arch/arm/mach-mvebu/pmsu_ll.S | 2 +- 2

[PATCH] ARM: imx: use generic function to exit coherency

2019-04-10 Thread Stefan Agner
-by: Stefan Agner Signed-off-by: Stefan Agner --- arch/arm/mach-imx/hotplug.c | 24 ++-- 1 file changed, 2 insertions(+), 22 deletions(-) diff --git a/arch/arm/mach-imx/hotplug.c b/arch/arm/mach-imx/hotplug.c index b35e99cc5e5b..7a74a9b89a49 100644 --- a/arch/arm/mach-imx

Re: [PATCH v2 1/3] ARM: use arch_extension directive instead of arch argument

2019-04-10 Thread Stefan Agner
On 09.04.2019 16:50, Tony Lindgren wrote: > Hi, > > * Stefan Agner [190408 20:59]: >> --- a/arch/arm/mach-omap2/Makefile >> +++ b/arch/arm/mach-omap2/Makefile >> @@ -41,11 +41,6 @@ obj-$(CONFIG_SOC_OMAP5) += >> $(omap-4-5-com

Re: [PATCH v2 1/3] ARM: use arch_extension directive instead of arch argument

2019-04-10 Thread Stefan Agner
On 09.04.2019 14:25, Måns Rullgård wrote: > Stefan Agner writes: > >> The LLVM Target parser currently does not allow to specify the security >> extension as part of -march (see also LLVM Bug 40186 [0]). When trying >> to use Clang with LLVM's integrated assembler, this

Re: [PATCH v1 1/1] ARM: dts: colibri/apalis: convert to SPDX license tags

2019-04-09 Thread Stefan Agner
t; - * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, > - * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES > - * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND > - * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR

Re: [PATCH v2 1/3] ARM: use arch_extension directive instead of arch argument

2019-04-09 Thread Stefan Agner
On 09.04.2019 14:25, Måns Rullgård wrote: > Stefan Agner writes: > >> The LLVM Target parser currently does not allow to specify the security >> extension as part of -march (see also LLVM Bug 40186 [0]). When trying >> to use Clang with LLVM's integrated assembler, this

[PATCH v2 1/3] ARM: use arch_extension directive instead of arch argument

2019-04-08 Thread Stefan Agner
is available since binutils 2.21 according to its documentation [1]. [0] https://bugs.llvm.org/show_bug.cgi?id=40186 [1] https://sourceware.org/binutils/docs-2.21/as/ARM-Options.html Signed-off-by: Stefan Agner Acked-by: Mans Rullgard Acked-by: Arnd Bergmann Acked-by: Krzysztof Kozlowski --

[PATCH v2 2/3] ARM: mvebu: drop unnecessary label

2019-04-08 Thread Stefan Agner
-by: Stefan Agner Acked-by: Nicolas Pitre --- arch/arm/mach-mvebu/pmsu_ll.S | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/mach-mvebu/pmsu_ll.S b/arch/arm/mach-mvebu/pmsu_ll.S index 88651221dbdd..c1fb713e9306 100644 --- a/arch/arm/mach-mvebu/pmsu_ll.S +++ b/arch/arm/mach-mvebu/pmsu_ll.S

[PATCH v2 3/3] ARM: mvebu: prefix coprocessor operand with p

2019-04-08 Thread Stefan Agner
, cr0, cr0, 5 ^ arch/arm/mach-mvebu/pmsu_ll.S:19:6: error: invalid operand for instruction mrc 15, 0, r0, cr0, cr0, 5 @ get the CPU ID ^ Signed-off-by: Stefan Agner Acked-by: Nicolas Pitre --- arch/arm/mach-mvebu/coherency_ll.S | 2 +- arch/arm/mach-mvebu/pmsu_ll.S | 2 +- 2

Re: [PATCH 1/3] ARM: use arch_extension directive instead of arch argument

2019-04-08 Thread Stefan Agner
On 31.03.2019 19:34, Arnd Bergmann wrote: > On Sun, Mar 24, 2019 at 3:06 AM Arnd Bergmann wrote: >> >> On Sat, Mar 23, 2019 at 4:52 PM Stefan Agner wrote: >> > >> > The LLVM Target parser currently does not allow to specify the security >> > extension

Re: [PATCH 1/3] ARM: use arch_extension directive instead of arch argument

2019-03-24 Thread Stefan Agner
On 23.03.2019 21:06, Arnd Bergmann wrote: > On Sat, Mar 23, 2019 at 4:52 PM Stefan Agner wrote: >> >> The LLVM Target parser currently does not allow to specify the security >> extension as part of -march (see also LLVM Bug 40186 [0]). When trying >> to use Clang with

[PATCH 3/3] ARM: mvebu: prefix coprocessor operand with p

2019-03-23 Thread Stefan Agner
, cr0, cr0, 5 ^ arch/arm/mach-mvebu/pmsu_ll.S:19:6: error: invalid operand for instruction mrc 15, 0, r0, cr0, cr0, 5 @ get the CPU ID ^ Signed-off-by: Stefan Agner --- arch/arm/mach-mvebu/coherency_ll.S | 2 +- arch/arm/mach-mvebu/pmsu_ll.S | 2 +- 2 files changed, 2

[PATCH 2/3] ARM: mvebu: drop unnecessary label

2019-03-23 Thread Stefan Agner
-by: Stefan Agner --- arch/arm/mach-mvebu/pmsu_ll.S | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/mach-mvebu/pmsu_ll.S b/arch/arm/mach-mvebu/pmsu_ll.S index 88651221dbdd..c1fb713e9306 100644 --- a/arch/arm/mach-mvebu/pmsu_ll.S +++ b/arch/arm/mach-mvebu/pmsu_ll.S @@ -56,7 +56,6 @@ ENDPROC

[PATCH 1/3] ARM: use arch_extension directive instead of arch argument

2019-03-23 Thread Stefan Agner
llvm.org/show_bug.cgi?id=40186 [1] https://sourceware.org/binutils/docs-2.21/as/ARM-Options.html Signed-off-by: Stefan Agner --- arch/arm/mach-bcm/Makefile | 3 --- arch/arm/mach-bcm/bcm_kona_smc.c | 2 -- arch/arm/mach-exynos/Makefile | 4 arch/arm/mach-exynos/exynos-smc.S | 2 +-

Re: [PATCH] regulator: rn5t618: Constify regulator_desc

2019-03-23 Thread Stefan Agner
On 20.03.2019 13:10, Axel Lin wrote: > The regulator_desc never need to be modified, so define them as const as a > hint to the compiler that they can go into .rodata. > > Signed-off-by: Axel Lin Looks good to me. Reviewed-by: Stefan Agner -- Stefan > --- > drivers

Re: [PATCH v2 1/2] ARM: drop WASM to work around LLVM issue

2019-03-19 Thread Stefan Agner
On 18.03.2019 19:09, Nick Desaulniers wrote: > On Sun, Mar 17, 2019 at 4:05 PM Stefan Agner wrote: >> >> Currently LLVM's integrated assembler does not recognize .w form >> of the pld instructions (LLVM Bug 40972 [0]): >> >> ./arch/arm/include/asm/processor.h:

Re: [PATCH V5 1/5] dt-bindings: pwm: Add i.MX TPM PWM binding

2019-03-18 Thread Stefan Agner
On 18.03.2019 08:41, Anson Huang wrote: > Add i.MX TPM(Low Power Timer/Pulse Width Modulation Module) PWM binding. > > Signed-off-by: Anson Huang > --- > No changes. > --- > Documentation/devicetree/bindings/pwm/imx-tpm-pwm.txt | 19 > +++ > 1 file changed, 19 insertions(+) >

[PATCH v2 2/2] ARM: drop -mauto-it

2019-03-17 Thread Stefan Agner
to -mauto-it and use -mimplicit-it=always only. [0] https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=529707530657a333a304c651c808ea630c955223 Signed-off-by: Stefan Agner Reviewed-by: Nick Desaulniers --- Changes in v2: - Drop $(comma) since we are no longer use the call to as-option

[PATCH v2 1/2] ARM: drop WASM to work around LLVM issue

2019-03-17 Thread Stefan Agner
ended when compiling an Thumb-2 kernel. Drop the macro to work around LLVM Bug 40972 issue. [0] https://bugs.llvm.org/show_bug.cgi?id=40972 Signed-off-by: Stefan Agner --- Changes in v2: - Reword commit message to reflect the fact that this is a work around for LLVM. arch/arm/include/asm/proce

Re: [PATCH 1/2] ARM: drop unnecessary WASM

2019-03-17 Thread Stefan Agner
On 06.03.2019 01:47, Nick Desaulniers wrote: > On Tue, Mar 5, 2019 at 3:39 PM Robin Murphy wrote: >> >> Hi Stefan, >> >> On 2019-03-05 10:18 pm, Stefan Agner wrote: >> > The W macro for generating wide instructions when targeting Thumb-2 >> > is not re

Re: [PATCH v2 0/4] Patches to allow consistent mmc / mmcblk numbering w/ device tree

2019-03-17 Thread Stefan Agner
On 16.03.2019 16:39, Russell King - ARM Linux admin wrote: > On Sat, Mar 16, 2019 at 01:33:58PM +0100, Marek Vasut wrote: >> If you have a FS or partition table there, it does. >> If you don't, I agree ... that's a problem. > > eMMC boot partitions are called mmcblkXbootY, and unless you have

Re: [PATCH 1/2] ARM: drop unnecessary WASM

2019-03-05 Thread Stefan Agner
On 06.03.2019 00:39, Robin Murphy wrote: > Hi Stefan, > > On 2019-03-05 10:18 pm, Stefan Agner wrote: >> The W macro for generating wide instructions when targeting Thumb-2 >> is not required for the preload data instructions (pld, pldw) since >> they are only ava

Re: [PATCH 2/2] ARM: drop -mauto-it

2019-03-05 Thread Stefan Agner
On 05.03.2019 23:21, Nick Desaulniers wrote: > On Tue, Mar 5, 2019 at 2:17 PM Stefan Agner wrote: >> >> The assembler option -mauto-it is no longer a valid option. It has >> been removed from the documentation in July 2009, which is well >> before the release date

[PATCH 2/2] ARM: drop -mauto-it

2019-03-05 Thread Stefan Agner
The assembler option -mauto-it is no longer a valid option. It has been removed from the documentation in July 2009, which is well before the release date of the currently supported binutils version 2.20. Signed-off-by: Stefan Agner --- arch/arm/Makefile | 3 +-- 1 file changed, 1 insertion

[PATCH 1/2] ARM: drop unnecessary WASM

2019-03-05 Thread Stefan Agner
1 error generated. Drop the macro to make sure non-wide variants of pld and pldw are emitted in all cases. Signed-off-by: Stefan Agner --- arch/arm/include/asm/processor.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/asm/processor.h b/arch/arm/i

Re: arch/arm/kernel/setup.c fails to compile for NOMMU

2019-03-05 Thread Stefan Agner
would be to make kexec depend on MMU for >> > ARM - but I'm afraid I don't really know. >> >> Yeah, I've disabled KEXEC in my testing config. All I do care about is >> to test nommu specific code paths in MM code. >> >> > I only have very limited nommu ex

[PATCH 2/2] ARM: uaccess: use unified assembler language syntax

2019-03-02 Thread Stefan Agner
g/bugzilla/show_bug.cgi?id=88648 Signed-off-by: Stefan Agner --- I missed this instance in my previous commits and realized only after running some randconfig. arch/arm/include/asm/uaccess.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/include/asm/uaccess.

[PATCH 1/2] ARM: add TUSERCOND() macro for conditional postfix

2019-03-02 Thread Stefan Agner
ot;.syntax unified" even in ARM mode. However, the option is broken since GCC version 6 (see GCC PR88648 [1]). Work around by adding ".syntax unified" as part of the inline assembly. [0] https://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html#index-masm-syntax-unified [1] https://gcc.gnu.org

Re: [PATCH] Document: dt: binding: imx: Fix PAD_CTL_DSE_X*

2019-02-26 Thread Stefan Agner
On 26.02.2019 13:21, Aisheng Dong wrote: >> From: Christina Quast [mailto:cqu...@hanoverdisplays.com] >> Sent: Saturday, February 23, 2019 1:01 AM >> >> In the iMX7d datasheet, the PAD_CTL_DSE_X* values are different from the >> documentation. >> > > It's a doc problem. > Latest RM seems got

[PATCH v8] PCI: imx6: limit DBI register length

2019-02-26 Thread Stefan Agner
] Unhandled fault: imprecise external abort (0x1406) at 0xb6ea7000 ... [ 100.056423] PC is at dw_pcie_read+0x50/0x84 [ 100.060790] LR is at dw_pcie_rd_own_conf+0x44/0x48 ... Signed-off-by: Stefan Agner --- Changes in v3: - Rebase on pci/dwc Changes in v4: - Rebase on pci/dwc Changes in v5

Re: [PATCH v7] PCI: imx6: limit DBI register length

2019-02-26 Thread Stefan Agner
On 25.02.2019 17:52, Trent Piepho wrote: > On Mon, 2019-02-25 at 16:15 +, Leonard Crestez wrote: >> On Mon, 2019-02-25 at 17:02 +0100, Stefan Agner wrote: >> > Define the length of the DBI registers and limit config space to its >> > length. This makes sure that

Re: [PATCH v7] PCI: imx6: limit DBI register length

2019-02-26 Thread Stefan Agner
On 25.02.2019 21:19, Bjorn Helgaas wrote: > [+cc Thinh] > > On Mon, Feb 25, 2019 at 10:52 AM Trent Piepho wrote: >> On Mon, 2019-02-25 at 16:15 +, Leonard Crestez wrote: >> > On Mon, 2019-02-25 at 17:02 +0100, Stefan Agner wrote: >> > > Define the length o

[PATCH v7] PCI: imx6: limit DBI register length

2019-02-25 Thread Stefan Agner
] Unhandled fault: imprecise external abort (0x1406) at 0xb6ea7000 ... [ 100.056423] PC is at dw_pcie_read+0x50/0x84 [ 100.060790] LR is at dw_pcie_rd_own_conf+0x44/0x48 ... Signed-off-by: Stefan Agner --- Changes in v3: - Rebase on pci/dwc Changes in v4: - Rebase on pci/dwc Changes in v5

Re: [PATCH v6] PCI: imx6: limit DBI register length

2019-02-25 Thread Stefan Agner
On 25.02.2019 15:47, Leonard Crestez wrote: > On Mon, 2019-02-25 at 15:25 +0100, Stefan Agner wrote: >> Define the length of the DBI registers and limit config space to its >> length. This makes sure that the kernel does not access registers >> beyond that point, avoidin

[PATCH v6] PCI: imx6: limit DBI register length

2019-02-25 Thread Stefan Agner
] Unhandled fault: imprecise external abort (0x1406) at 0xb6ea7000 ... [ 100.056423] PC is at dw_pcie_read+0x50/0x84 [ 100.060790] LR is at dw_pcie_rd_own_conf+0x44/0x48 ... Signed-off-by: Stefan Agner --- Changes in v3: - Rebase on pci/dwc Changes in v4: - Rebase on pci/dwc Changes in v5

  1   2   3   4   5   6   7   8   9   10   >