[PATCH v2 2/2] dt-bindings: spi: add compatible entry for imx8mp in FlexSPI controller

add compatible entry "nxp,imx8mp-fspi" in NXP FlexSPI controller Signed-off-by: Heiko Schocher --- Changes in v4: rebased against: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next a43e89624baea ("Merge remote-tracking branch 'spi/for-5.13' into spi-next&q

[PATCH v2 1/2] spi: fspi: enable fspi driver for on imx8mp

add compatible entry in nxp_fspi driver for imx8mp. Signed-off-by: Heiko Schocher --- Changes in v4: rebased against: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next a43e89624baea ("Merge remote-tracking branch 'spi/for-5.13' into spi-next") Changes in v3: - se

[PATCH v2 0/2] enable flexspi support on imx8mp

ebased against git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next 144c79ef33536 Merge tag 'perf-tools-fixes-for-v5.12-2020-03-07' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux Changes in v2: - work in comments from Marco add own compatible entry for imx8m

Re: [EXT] [PATCH 0/2] enable flexspi support on imx8mp

Hello Kuldeep, On 16.03.21 07:42, Kuldeep Singh wrote: > Hi Heiko, > >> -Original Message----- >> From: Heiko Schocher >> Sent: Tuesday, March 16, 2021 10:34 AM >> To: linux-...@vger.kernel.org >> Cc: Heiko Schocher ; linux-arm-ker...@lists.infradead.

[PATCH 2/2] dt-bindings: spi: add compatible entry for imx8mp in FlexSPI controller

add compatible entry "nxp,imx8mp-fspi" in NXP FlexSPI controller Signed-off-by: Heiko Schocher --- Changes in v3: - no changes, rebased against git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next 144c79ef33536 Merge tag 'perf-tools-fixes-for-v5.12-2020-03-0

[PATCH 1/2] spi: fspi: enable fspi driver for on imx8mp

add compatible entry in nxp_fspi driver for imx8mp. Signed-off-by: Heiko Schocher into own series as Kuldeep suggested and rebased against git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next 144c79ef33536 ("Merge tag 'perf-tools-fixes-for-v5.12-2020-03-07' of

[PATCH 0/2] enable flexspi support on imx8mp

ie/spi.git for-next 144c79ef33536 Merge tag 'perf-tools-fixes-for-v5.12-2020-03-07' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux Changes in v2: - work in comments from Marco add own compatible entry for imx8mp Heiko Schocher (2): spi: fspi: enable fspi driver for on imx8mp d

Re: [PATCH v2 0/4] enable flexspi support on imx8mp

Hello Shawn, On 15.03.21 07:47, Shawn Guo wrote: > On Tue, Mar 09, 2021 at 06:31:12AM +0100, Heiko Schocher wrote: >> >> This series enables support for the SPI NOR on the >> imx8mp based phyboard-pollux-rdk board. >> >> Patches new in v2: >> "spi: fspi

[PATCH] rtc: rv3028: correct weekday register usage

to 6 The weekday counter is simply a 3-bit counter which counts up to 6 and then resets to 0. """ So do not code weekday bitwise instead, use the raw values from 0-6. Tested on "PHYTEC phyBOARD-Pollux i.MX8MP" board. Signed-off-by: Heiko Schocher --- drivers/rtc/rtc-rv3

Re: [PATCH v2 0/4] enable flexspi support on imx8mp

Hello Marco, On 09.03.21 09:19, Marco Felsch wrote: > Hi Heiko, > > On 21-03-09 06:31, Heiko Schocher wrote: >> >> This series enables support for the SPI NOR on the >> imx8mp based phyboard-pollux-rdk board. >> >> Patches new in v2: >> "spi: fsp

Re: [EXT] [PATCH v2 2/4] dt-bindings: spi: add compatible entry for imx8mp in FlexSPI controller

Hello Kuldeep, On 09.03.21 07:29, Kuldeep Singh wrote: >> Hi! >> >> On 09.03.21 06:56, Kuldeep Singh wrote: >>> Hi Heiko, >>> >>>> -Original Message- >>>> From: Heiko Schocher >>>> Sent: Tuesday, March 9, 2021 11:01

Re: [EXT] [PATCH v2 2/4] dt-bindings: spi: add compatible entry for imx8mp in FlexSPI controller

Hi! On 09.03.21 06:56, Kuldeep Singh wrote: > Hi Heiko, > >> -Original Message----- >> From: Heiko Schocher >> Sent: Tuesday, March 9, 2021 11:01 AM >> To: linux-arm-ker...@lists.infradead.org >> Cc: Heiko Schocher ; Ashish Kumar ; >> Mark Brow

[PATCH v2 3/4] arm64: dts: imx8mp: add flexspi node

add node for the flexspi modul on imx8mp. Signed-off-by: Heiko Schocher --- Changes in v2: - work in comments from Marco - add own compatible entry "nxp,imx8mp-fspi" - reworked order of properties as Marco mentioned arch/arm64/boot/dts/freescale/imx8mp.dtsi | 16 ++

[PATCH v2 4/4] arm64: imx8mp: imx8mp-phycore-som enable spi nor

enable the mt25qu256aba spi nor on the imx8mp-phycore-som. Signed-off-by: Heiko Schocher --- Changes in v2: - work in comments from Marco and Teresa - rename node into "'som_flash: flash@0 { }" - compatible is now first entry - removed #size-cells and #address-cells as no

[PATCH v2 2/4] dt-bindings: spi: add compatible entry for imx8mp in FlexSPI controller

add compatible entry "nxp,imx8mp-fspi" in NXP FlexSPI controller Signed-off-by: Heiko Schocher --- (no changes since v1) Documentation/devicetree/bindings/spi/spi-nxp-fspi.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/spi/spi-nxp-f

[PATCH v2 0/4] enable flexspi support on imx8mp

and #address-cells as no child node. If bootloader adds them bootloader can add them too. Heiko Schocher (4): spi: fspi: enable fspi driver for on imx8mp dt-bindings: spi: add compatible entry for imx8mp in FlexSPI controller arm64: dts: imx8mp: add flexspi node arm64: imx8mp: imx8mp-phy

[PATCH v2 1/4] spi: fspi: enable fspi driver for on imx8mp

add compatible entry in nxp_fspi driver for imx8mp. Signed-off-by: Heiko Schocher --- Changes in v2: - work in comments from Marco add own compatible entry for imx8mp drivers/spi/spi-nxp-fspi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/spi/spi-nxp-fspi.c b/drivers/spi/spi

Re: [PATCH 2/2] arm64: imx8mp: imx8mp-phycore-som enable spi nor

Hello Marco, On 08.03.21 10:28, Marco Felsch wrote: > On 21-03-08 08:52, Teresa Remmet wrote: >> Hello Marco, >> >> Am Montag, den 08.03.2021, 09:40 +0100 schrieb Marco Felsch: >>> On 21-03-08 07:40, Heiko Schocher wrote: >>>> enable the mt25

[PATCH 2/2] arm64: imx8mp: imx8mp-phycore-som enable spi nor

enable the mt25qu256aba spi nor on the imx8mp-phycore-som. Signed-off-by: Heiko Schocher --- .../dts/freescale/imx8mp-phycore-som.dtsi | 27 +++ 1 file changed, 27 insertions(+) diff --git a/arch/arm64/boot/dts/freescale/imx8mp-phycore-som.dtsi b/arch/arm64/boot/dts

[PATCH 1/2] arm64: dts: imx8mp: add flexspi node

add node for the flexspi modul on imx8mp. Signed-off-by: Heiko Schocher --- arch/arm64/boot/dts/freescale/imx8mp.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/boot/dts/freescale/imx8mp.dtsi b/arch/arm64/boot/dts/freescale/imx8mp.dtsi index

[PATCH 0/2] enable flexspi support on imx8mp

This series enables support for the SPI NOR on the imx8mp based phyboard-pollux-rdk board. Heiko Schocher (2): arm64: dts: imx8mp: add flexspi node arm64: imx8mp: imx8mp-phycore-som enable spi nor .../dts/freescale/imx8mp-phycore-som.dtsi | 27 +++ arch/arm64/boot

Re: [PATCH v2 10/12] dt-bindings: arm: fsl: document i.MX6DL Aristainetos boards

Hello Krzysztof, Am 30.09.2020 um 21:01 schrieb Krzysztof Kozlowski: Document and adjust the compatibles for i.MX6DL based Aristainetos boards from ABB. Cc: Heiko Schocher Signed-off-by: Krzysztof Kozlowski --- Changes since v1: 1. Use ABB vendor prefix --- Documentation/devicetree

Re: [PATCH v2 11/12] ARM: dts: imx6dl: add compatibles for Aristainetos boards

Hello Krzysztof, Am 30.09.2020 um 21:01 schrieb Krzysztof Kozlowski: The Aristainetos and Aristainetos2 boards have only SoC compatible. Cc: Heiko Schocher Signed-off-by: Krzysztof Kozlowski --- Changes since v1: 1. Use ABB vendor prefix --- arch/arm/boot/dts/imx6dl-aristainetos2_4.dts

Re: [PATCH v2 09/12] dt-bindings: vendor-prefixes: add ABB

Hello Krzysztof, Am 30.09.2020 um 21:01 schrieb Krzysztof Kozlowski: Document binding for ABB. Cc: Heiko Schocher Signed-off-by: Krzysztof Kozlowski --- Changes since v1: 1. Use ABB vendor prefix --- Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++ 1 file changed, 2

Re: [RFC 12/14] dt-bindings: vendor-prefixes: add Aristainetos

Hello Krzysztof, Am 30.09.2020 um 09:11 schrieb Krzysztof Kozlowski: On Wed, 30 Sep 2020 at 06:16, Heiko Schocher wrote: Hello Krzysztof, Am 28.09.2020 um 06:04 schrieb Heiko Schocher: Hello Krzysztof, Am 26.09.2020 um 18:28 schrieb Krzysztof Kozlowski: Document binding for an unknown

Re: [RFC 12/14] dt-bindings: vendor-prefixes: add Aristainetos

Hello Krzysztof, Am 28.09.2020 um 06:04 schrieb Heiko Schocher: Hello Krzysztof, Am 26.09.2020 um 18:28 schrieb Krzysztof Kozlowski: Document binding for an unknown entity Aristainetos with few boards mainlined. Cc: Heiko Schocher Signed-off-by: Krzysztof Kozlowski --- I tried to Google

Re: [RFC 12/14] dt-bindings: vendor-prefixes: add Aristainetos

Hello Krzysztof, Am 26.09.2020 um 18:28 schrieb Krzysztof Kozlowski: Document binding for an unknown entity Aristainetos with few boards mainlined. Cc: Heiko Schocher Signed-off-by: Krzysztof Kozlowski --- I tried to Google but except the patches from Heiko Schocher, I could not find any

Re: [PATCH 1/2] misc: add cc1101 devicetree binding

Hello Rob, Am 02.10.2019 um 16:19 schrieb Rob Herring: On Sun, Sep 22, 2019 at 08:03:55AM +0200, Heiko Schocher wrote: add devicetree binding for cc1101 misc driver. Signed-off-by: Heiko Schocher --- .../devicetree/bindings/misc/cc1101.txt | 27 +++ 1 file changed

[PATCH 1/2] misc: add cc1101 devicetree binding

add devicetree binding for cc1101 misc driver. Signed-off-by: Heiko Schocher --- .../devicetree/bindings/misc/cc1101.txt | 27 +++ 1 file changed, 27 insertions(+) create mode 100644 Documentation/devicetree/bindings/misc/cc1101.txt diff --git a/Documentation/devicetree

Re: [PATCH] tty: 8250_of: Use software emulated RS485 direction control

Hello Andy, Am 13.09.2019 um 12:24 schrieb Andy Shevchenko: On Fri, Sep 13, 2019 at 07:01:05AM +0200, Heiko Schocher wrote: Use software emulated RS485 direction control to provide RS485 API Currently it is not possible to use rs485 as pointer to rs485_config struct in struct uart_port

[PATCH] tty: 8250_of: Use software emulated RS485 direction control

Use software emulated RS485 direction control to provide RS485 API Currently it is not possible to use rs485 as pointer to rs485_config struct in struct uart_port is NULL in case we configure the port through device tree. Signed-off-by: Heiko Schocher --- Patch is based on: git

[PATCH v1 0/2] ARM: dts: am335x-shc.dts: small updates for shc board

small updates for am335x based shc board: - switch DTS to SPDX identifier - fix wrong gpio level for mmc1 cd pin Heiko Schocher (2): ARM: dts: am335x-shc.dts: Switch to SPDX identifier ARM: dts: am335x-shc.dts: fix wrong cd pin level arch/arm/boot/dts/am335x-shc.dts | 6 ++ 1 file

[PATCH v1 1/2] ARM: dts: am335x-shc.dts: Switch to SPDX identifier

Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Heiko Schocher --- arch/arm/boot/dts/am335x-shc.dts | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/am335x-shc.dts b/arch/arm/boot/dts/am335x-shc.dts index

[PATCH v1 2/2] ARM: dts: am335x-shc.dts: fix wrong cd pin level

cd pin on mmc1 is GPIO_ACTIVE_LOW not GPIO_ACTIVE_HIGH Signed-off-by: Heiko Schocher --- arch/arm/boot/dts/am335x-shc.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/am335x-shc.dts b/arch/arm/boot/dts/am335x-shc.dts index 5cdaf0cd9401..bfbe27a80006

Re: [PATCH] ARM: dts: imx6ull: fix pinmux input_val for uart5 rx pin

Hello Sébastien, Am 30.08.2018 um 15:25 schrieb Sébastien Szymanski: Hi, On 08/30/2018 02:47 PM, Heiko Schocher wrote: on the imx6ull the input_val for uart5 rx function of pin MX6UL_PAD_UART5_RX_DATA__UART5_DCE_RX is 7 and not 5 as on the imx6ul. With this patch, console on an imx6ull based

Re: [PATCH] ARM: dts: imx6ull: fix pinmux input_val for uart5 rx pin

Hello Sébastien, Am 30.08.2018 um 15:25 schrieb Sébastien Szymanski: Hi, On 08/30/2018 02:47 PM, Heiko Schocher wrote: on the imx6ull the input_val for uart5 rx function of pin MX6UL_PAD_UART5_RX_DATA__UART5_DCE_RX is 7 and not 5 as on the imx6ul. With this patch, console on an imx6ull based

[PATCH] ARM: dts: imx6ull: fix pinmux input_val for uart5 rx pin

on the imx6ull the input_val for uart5 rx function of pin MX6UL_PAD_UART5_RX_DATA__UART5_DCE_RX is 7 and not 5 as on the imx6ul. With this patch, console on an imx6ull based board works with uart5. Signed-off-by: Heiko Schocher --- arch/arm/boot/dts/imx6ull-pinfunc.h | 1 + 1 file changed, 1

[PATCH] ARM: dts: imx6ull: fix pinmux input_val for uart5 rx pin

on the imx6ull the input_val for uart5 rx function of pin MX6UL_PAD_UART5_RX_DATA__UART5_DCE_RX is 7 and not 5 as on the imx6ul. With this patch, console on an imx6ull based board works with uart5. Signed-off-by: Heiko Schocher --- arch/arm/boot/dts/imx6ull-pinfunc.h | 1 + 1 file changed, 1

[PATCH v2 1/2] net, can, ifi: fix "write buffer full" error

ever sends any Tx data, and buffers to userspace run over. Fixed this: clear only the bits in the IRQpending register, the driver had read. Signed-off-by: Heiko Schocher <h...@denx.de> Reviewed-by: Marek Vasut <ma...@denx.de> --- Changes in v2: - add Reviewed-by from Marek dri

[PATCH v2 1/2] net, can, ifi: fix "write buffer full" error

ever sends any Tx data, and buffers to userspace run over. Fixed this: clear only the bits in the IRQpending register, the driver had read. Signed-off-by: Heiko Schocher Reviewed-by: Marek Vasut --- Changes in v2: - add Reviewed-by from Marek drivers/net/can/ifi_canfd/ifi_canfd.c | 2 +- 1 fi

[PATCH v2 2/2] net, can, ifi: loopback Tx message in IFI block

the IFI block loopsback itself the Tx message when sended correctly on the canfd bus. Only the IFI block can insert the Tx message in the correct place. The linux driver now needs only to free the skb, when the Tx message was sended correctly. Signed-off-by: Heiko Schocher <h...@denx.de> Re

[PATCH v2 2/2] net, can, ifi: loopback Tx message in IFI block

the IFI block loopsback itself the Tx message when sended correctly on the canfd bus. Only the IFI block can insert the Tx message in the correct place. The linux driver now needs only to free the skb, when the Tx message was sended correctly. Signed-off-by: Heiko Schocher Reviewed-by: Marek Vasut

[PATCH 1/2] net, can, ifi: fix "write buffer full" error

ever sends any Tx data, and buffers to userspace run over. Fixed this: clear only the bits in the IRQpending register, the driver had read. Signed-off-by: Heiko Schocher <h...@denx.de> --- drivers/net/can/ifi_canfd/ifi_canfd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --g

[PATCH 1/2] net, can, ifi: fix "write buffer full" error

ever sends any Tx data, and buffers to userspace run over. Fixed this: clear only the bits in the IRQpending register, the driver had read. Signed-off-by: Heiko Schocher --- drivers/net/can/ifi_canfd/ifi_canfd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/can

[PATCH 2/2] net, can, ifi: loopback Tx message in IFI block

the IFI block loopsback itself the Tx message when sended correctly on the canfd bus. Only the IFI block can insert the Tx message in the correct place. The linux driver now needs only to free the skb, when the Tx message was sended correctly. Signed-off-by: Heiko Schocher <h...@denx.de> --- d

[PATCH 2/2] net, can, ifi: loopback Tx message in IFI block

the IFI block loopsback itself the Tx message when sended correctly on the canfd bus. Only the IFI block can insert the Tx message in the correct place. The linux driver now needs only to free the skb, when the Tx message was sended correctly. Signed-off-by: Heiko Schocher --- drivers/net/can

Re: [PATCH] hwmon: tmp103: use SIMPLE_DEV_PM_OPS helper macro

should be done in a patch, which touches more devices? Nevertheless, I like this approach, so: Acked-by: Heiko Schocher <h...@denx.de> bye, Heiko Thanks, Guenter --- drivers/hwmon/tmp103.c | 17 - 1 file changed, 4 insertions(+), 13 deletions(-) diff --git a/drivers/hw

Re: [PATCH] hwmon: tmp103: use SIMPLE_DEV_PM_OPS helper macro

touches more devices? Nevertheless, I like this approach, so: Acked-by: Heiko Schocher bye, Heiko Thanks, Guenter --- drivers/hwmon/tmp103.c | 17 - 1 file changed, 4 insertions(+), 13 deletions(-) diff --git a/drivers/hwmon/tmp103.c b/drivers/hwmon/tmp103.c index d0bb28b

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello all, Am 21.02.2017 um 17:43 schrieb Rob Herring: On Sun, Feb 19, 2017 at 11:19 PM, Heiko Schocher <h...@denx.de> wrote: Hello all, Am 13.02.2017 um 22:31 schrieb Rob Herring: On Mon, Feb 13, 2017 at 12:38 AM, Heiko Schocher <h...@denx.de> wrote: Hello Rob, Am 10.02.2

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello all, Am 21.02.2017 um 17:43 schrieb Rob Herring: On Sun, Feb 19, 2017 at 11:19 PM, Heiko Schocher wrote: Hello all, Am 13.02.2017 um 22:31 schrieb Rob Herring: On Mon, Feb 13, 2017 at 12:38 AM, Heiko Schocher wrote: Hello Rob, Am 10.02.2017 um 16:51 schrieb Rob Herring

[PATCH v3] Input: pwm-beeper: support customized freq for SND_BELL

From: Guan Ben <ben.g...@cn.bosch.com> extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben <ben.g...@cn.bosch.com> Signed-off-by: Mark Jonas <mark.jo...@de.bosch.com> [h...@denx.de: adapted to 4.10-rc7] Signed-off-

[PATCH v3] Input: pwm-beeper: support customized freq for SND_BELL

From: Guan Ben extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben Signed-off-by: Mark Jonas [h...@denx.de: adapted to 4.10-rc7] Signed-off-by: Heiko Schocher Acked-by: Rob Herring --- Changes in v3: - add comment from David

Re: [v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello Dimitry, Am 28.02.2017 um 07:20 schrieb Dmitry Torokhov: On February 27, 2017 10:13:43 PM PST, Heiko Schocher <h...@denx.de> wrote: Hello David, Am 28.02.2017 um 06:30 schrieb David Lechner: On 02/27/2017 11:19 PM, Heiko Schocher wrote: Hello David, Am 27.02.2017 um 19:11 s

Re: [v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello Dimitry, Am 28.02.2017 um 07:20 schrieb Dmitry Torokhov: On February 27, 2017 10:13:43 PM PST, Heiko Schocher wrote: Hello David, Am 28.02.2017 um 06:30 schrieb David Lechner: On 02/27/2017 11:19 PM, Heiko Schocher wrote: Hello David, Am 27.02.2017 um 19:11 schrieb David Lechner

Re: [v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello David, Am 28.02.2017 um 06:30 schrieb David Lechner: On 02/27/2017 11:19 PM, Heiko Schocher wrote: Hello David, Am 27.02.2017 um 19:11 schrieb David Lechner: On 02/20/2017 02:37 AM, Heiko Schocher wrote: From: Guan Ben <ben.g...@cn.bosch.com> extend the pwm-beeper driver to s

Re: [v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello David, Am 28.02.2017 um 06:30 schrieb David Lechner: On 02/27/2017 11:19 PM, Heiko Schocher wrote: Hello David, Am 27.02.2017 um 19:11 schrieb David Lechner: On 02/20/2017 02:37 AM, Heiko Schocher wrote: From: Guan Ben extend the pwm-beeper driver to support customized frequency

Re: [PATCH v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello Rob, Am 27.02.2017 um 20:10 schrieb Rob Herring: On Mon, Feb 20, 2017 at 09:37:43AM +0100, Heiko Schocher wrote: From: Guan Ben <ben.g...@cn.bosch.com> extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben

Re: [PATCH v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello Rob, Am 27.02.2017 um 20:10 schrieb Rob Herring: On Mon, Feb 20, 2017 at 09:37:43AM +0100, Heiko Schocher wrote: From: Guan Ben extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben Signed-off-by: Mark Jonas [h...@denx.de

Re: [v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello David, Am 27.02.2017 um 19:11 schrieb David Lechner: On 02/20/2017 02:37 AM, Heiko Schocher wrote: From: Guan Ben <ben.g...@cn.bosch.com> extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben <ben.g...@cn.bosch.co

Re: [v2] Input: pwm-beeper: support customized freq for SND_BELL

Hello David, Am 27.02.2017 um 19:11 schrieb David Lechner: On 02/20/2017 02:37 AM, Heiko Schocher wrote: From: Guan Ben extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben Signed-off-by: Mark Jonas [h...@denx.de: adapted

[PATCH v2] Input: pwm-beeper: support customized freq for SND_BELL

From: Guan Ben <ben.g...@cn.bosch.com> extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben <ben.g...@cn.bosch.com> Signed-off-by: Mark Jonas <mark.jo...@de.bosch.com> [h...@denx.de: adapted to 4.10-rc7] Signed-off-

[PATCH v2] Input: pwm-beeper: support customized freq for SND_BELL

From: Guan Ben extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben Signed-off-by: Mark Jonas [h...@denx.de: adapted to 4.10-rc7] Signed-off-by: Heiko Schocher --- Changes in v2: - add comment from Rob Herring: rename

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello all, Am 13.02.2017 um 22:31 schrieb Rob Herring: On Mon, Feb 13, 2017 at 12:38 AM, Heiko Schocher <h...@denx.de> wrote: Hello Rob, Am 10.02.2017 um 16:51 schrieb Rob Herring: On Tue, Feb 07, 2017 at 06:22:04AM +0100, Heiko Schocher wrote: From: Guan Ben <ben.g...@cn.

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello all, Am 13.02.2017 um 22:31 schrieb Rob Herring: On Mon, Feb 13, 2017 at 12:38 AM, Heiko Schocher wrote: Hello Rob, Am 10.02.2017 um 16:51 schrieb Rob Herring: On Tue, Feb 07, 2017 at 06:22:04AM +0100, Heiko Schocher wrote: From: Guan Ben Make the EN2 pin optional

Re: [PATCH] Input: pwm-beeper: support customized freq for SND_BELL

Hello Dmitry, Am 14.02.2017 um 05:27 schrieb Dmitry Torokhov: On Wed, Feb 08, 2017 at 10:11:21AM +, Jonas Mark (ST-FIR/ENG1) wrote: Hello Dmitry, extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. No, SND_BELL is literally SND_TONE @1000Hz.

Re: [PATCH] Input: pwm-beeper: support customized freq for SND_BELL

Hello Dmitry, Am 14.02.2017 um 05:27 schrieb Dmitry Torokhov: On Wed, Feb 08, 2017 at 10:11:21AM +, Jonas Mark (ST-FIR/ENG1) wrote: Hello Dmitry, extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. No, SND_BELL is literally SND_TONE @1000Hz.

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello Rob, Am 10.02.2017 um 16:51 schrieb Rob Herring: On Tue, Feb 07, 2017 at 06:22:04AM +0100, Heiko Schocher wrote: From: Guan Ben <ben.g...@cn.bosch.com> Make the EN2 pin optional. This is useful for boards, which have this pin fix wired, for example to ground. Signed-off-by: Gu

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hello Rob, Am 10.02.2017 um 16:51 schrieb Rob Herring: On Tue, Feb 07, 2017 at 06:22:04AM +0100, Heiko Schocher wrote: From: Guan Ben Make the EN2 pin optional. This is useful for boards, which have this pin fix wired, for example to ground. Signed-off-by: Guan Ben Signed-off-by: Mark

Re: [PATCH] Input: pwm-beeper: support customized freq for SND_BELL

Hello Rob, Am 10.02.2017 um 16:48 schrieb Rob Herring: On Tue, Feb 07, 2017 at 06:21:34AM +0100, Heiko Schocher wrote: From: Guan Ben <ben.g...@cn.bosch.com> extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben

Re: [PATCH] Input: pwm-beeper: support customized freq for SND_BELL

Hello Rob, Am 10.02.2017 um 16:48 schrieb Rob Herring: On Tue, Feb 07, 2017 at 06:21:34AM +0100, Heiko Schocher wrote: From: Guan Ben extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben Signed-off-by: Mark Jonas [h...@denx.de

[PATCH] Make EN2 pin optional in the TRF7970A driver

From: Guan Ben <ben.g...@cn.bosch.com> Make the EN2 pin optional. This is useful for boards, which have this pin fix wired, for example to ground. Signed-off-by: Guan Ben <ben.g...@cn.bosch.com> Signed-off-by: Mark Jonas <mark.jo...@de.bosch.com> Signed-off-by: Heiko Scho

[PATCH] Make EN2 pin optional in the TRF7970A driver

From: Guan Ben Make the EN2 pin optional. This is useful for boards, which have this pin fix wired, for example to ground. Signed-off-by: Guan Ben Signed-off-by: Mark Jonas Signed-off-by: Heiko Schocher --- .../devicetree/bindings/net/nfc/trf7970a.txt | 4 ++-- drivers/nfc

[PATCH] Input: pwm-beeper: support customized freq for SND_BELL

From: Guan Ben <ben.g...@cn.bosch.com> extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben <ben.g...@cn.bosch.com> Signed-off-by: Mark Jonas <mark.jo...@de.bosch.com> [h...@denx.de: adapted to 4.10-rc7] Signed-off-

[PATCH] Input: pwm-beeper: support customized freq for SND_BELL

From: Guan Ben extend the pwm-beeper driver to support customized frequency for SND_BELL from device tree. Signed-off-by: Guan Ben Signed-off-by: Mark Jonas [h...@denx.de: adapted to 4.10-rc7] Signed-off-by: Heiko Schocher --- .../devicetree/bindings/input/pwm-beeper.txt | 3

Re: [PATCH 01/37] ARM: dts: imx6dl-aristainetos2: Correct license text

gt; Cc: Geert Uytterhoeven <geert+rene...@glider.be> Cc: Heiko Schocher <h...@denx.de> Cc: Rafał Miłecki <zaj...@gmail.com> Cc: Ulf Hansson <ulf.hans...@linaro.org> Signed-off-by: Alexandre Belloni <alexandre.bell...@free-electrons.com> --- arch/arm/boot/dts/imx6dl-arista

Re: [PATCH 01/37] ARM: dts: imx6dl-aristainetos2: Correct license text

insertions(+), 15 deletions(-) Thanks! Reviewed-by: Heiko Schocher Hmm.. BTW ... is this copy and paste not boring? Should we not use "SPDX-License-Identifier" [1] like for example in U-Boot ? bye, Heiko [1] https://spdx.org/licenses/ diff --git a/arch/arm/boot/dts/imx6dl-aristainetos

Re: [PATCH v2] ubifs: compress lines for immediate return

Hello Richard, Am 05.09.2016 um 15:32 schrieb Richard Weinberger: On 05.09.2016 15:05, Heiko Schocher wrote: @Richard: Should we just forget this patch? Let's drop it for now. It caused already a way more churn than a trivial style cleanup patch should... Yes! It was a too fast shoot

Re: [PATCH v2] ubifs: compress lines for immediate return

Hello Richard, Am 05.09.2016 um 15:32 schrieb Richard Weinberger: On 05.09.2016 15:05, Heiko Schocher wrote: @Richard: Should we just forget this patch? Let's drop it for now. It caused already a way more churn than a trivial style cleanup patch should... Yes! It was a too fast shoot

Re: [PATCH v2] ubifs: compress lines for immediate return

Hello Masahiro, Am 05.09.2016 um 14:44 schrieb Masahiro Yamada: Hi Heiko, Richard, 2016-09-05 15:54 GMT+09:00 Heiko Schocher <h...@denx.de>: From: Masahiro Yamada <yamada.masah...@socionext.com> Cleanup the following code construct: ret = expression; if (ret) return r

Re: [PATCH v2] ubifs: compress lines for immediate return

Hello Masahiro, Am 05.09.2016 um 14:44 schrieb Masahiro Yamada: Hi Heiko, Richard, 2016-09-05 15:54 GMT+09:00 Heiko Schocher : From: Masahiro Yamada Cleanup the following code construct: ret = expression; if (ret) return ret; return 0; into a simple form: return expression

[PATCH v2] ubifs: compress lines for immediate return

Signed-off-by: Masahiro Yamada <yamada.masah...@socionext.com> Signed-off-by: Heiko Schocher <h...@denx.de> --- Changes in v2: - add comment from Richard Weinberger: rephrase commit message add Masahiros "Signed-off-by" tag. fs/ubifs/budget.c | 7 ++- fs/ubifs

[PATCH v2] ubifs: compress lines for immediate return

From: Masahiro Yamada Cleanup the following code construct: ret = expression; if (ret) return ret; return 0; into a simple form: return expression; From: Masahiro Yamada posted on the U-Boot mailinglist. Signed-off-by: Masahiro Yamada Signed-off-by: Heiko Schocher --- Changes

Re: [PATCH] ubifs: compress lines for immediate return

Hello Richard, Am 05.09.2016 um 08:28 schrieb Richard Weinberger: Heiko, On 05.09.2016 06:59, Heiko Schocher wrote: fix the following code: -ret = expression; -if (ret) -return ret; -return 0; +return expression; "Fix"? ;-) What was broken? Ok, fix is to hard spoken .

Re: [PATCH] ubifs: compress lines for immediate return

Hello Richard, Am 05.09.2016 um 08:28 schrieb Richard Weinberger: Heiko, On 05.09.2016 06:59, Heiko Schocher wrote: fix the following code: -ret = expression; -if (ret) -return ret; -return 0; +return expression; "Fix"? ;-) What was broken? Ok, fix is to hard spoken .

[PATCH] ubifs: compress lines for immediate return

fix the following code: -ret = expression; -if (ret) -return ret; -return 0; +return expression; From: Masahiro Yamada <yamada.masah...@socionext.com> posted on the U-Boot mailinglist. Signed-off-by: Heiko Schocher <h...@denx.de> --- fs/ubifs/budget.c | 7 ++- f

[PATCH] ubifs: compress lines for immediate return

fix the following code: -ret = expression; -if (ret) -return ret; -return 0; +return expression; From: Masahiro Yamada posted on the U-Boot mailinglist. Signed-off-by: Heiko Schocher --- fs/ubifs/budget.c | 7 ++- fs/ubifs/gc.c | 6 ++ fs/ubifs/lpt_commit.c | 5

Re: [PATCH] gpu: ipu-v3: display support on the aristainetos2 board broken

Hello Fabio, Am 20.05.2016 um 13:40 schrieb Fabio Estevam: Hi Heiko, On Fri, May 20, 2016 at 8:15 AM, Heiko Schocher <h...@denx.de> wrote: commit 503fe87bd0a8 ("gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading") breaks the aristainetos2 board with the "lg,lg4573&

Re: [PATCH] gpu: ipu-v3: display support on the aristainetos2 board broken

Hello Fabio, Am 20.05.2016 um 13:40 schrieb Fabio Estevam: Hi Heiko, On Fri, May 20, 2016 at 8:15 AM, Heiko Schocher wrote: commit 503fe87bd0a8 ("gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading") breaks the aristainetos2 board with the "lg,lg4573" panel. This reve

[PATCH] gpu: ipu-v3: display support on the aristainetos2 board broken

commit 503fe87bd0a8 ("gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading") breaks the aristainetos2 board with the "lg,lg4573" panel. This reverts the above commit. Signed-off-by: Heiko Schocher <h...@denx.de> --- Any hint, how to bring back the display on the a

[PATCH] gpu: ipu-v3: display support on the aristainetos2 board broken

commit 503fe87bd0a8 ("gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading") breaks the aristainetos2 board with the "lg,lg4573" panel. This reverts the above commit. Signed-off-by: Heiko Schocher --- Any hint, how to bring back the display on the aristainetos2 boa

[PATCH] mtd, ubi: set free_count to zero before walking through erase list

so the free_count variable always has the maybe wrong value 0 in U-Boot. Signed-off-by: Heiko Schocher <h...@denx.de> Reviewed-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- Detected this behaviour on the dxr2 board, where the UBI fastmap gets not written when attac

[PATCH] mtd, ubi: set free_count to zero before walking through erase list

so the free_count variable always has the maybe wrong value 0 in U-Boot. Signed-off-by: Heiko Schocher Reviewed-by: Boris Brezillon --- Detected this behaviour on the dxr2 board, where the UBI fastmap gets not written when attaching/dettaching on an empty NAND. It drops instead the error mess

Re: [PATCH] rtc: pcf8563: Remove CLK_IS_ROOT

Hello Stephen, Am 20.04.2016 um 03:12 schrieb Stephen Boyd: This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Schocher <h...@denx.de> Signed-off-by: Stephen Boyd <sb...@codeaurora.org> --- drivers/rtc/rt

Re: [PATCH] rtc: pcf8563: Remove CLK_IS_ROOT

Hello Stephen, Am 20.04.2016 um 03:12 schrieb Stephen Boyd: This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Schocher Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-pcf8563.c | 2 +- 1 file changed, 1 inser

Re: [PATCH] Revert "regulator: tps65217: remove tps65217.dtsi file"

Hello Tony, Peter, Am 19.02.2016 um 18:04 schrieb Tony Lindgren: * Peter Ujfalusi [160219 06:14]: This reverts commit 8e6ebfaa9b384088002baa10f7534efa73a0794e. Without the patch reverted regulators will not work. This prevents MMC to be working for example so the

Re: [PATCH] Revert "regulator: tps65217: remove tps65217.dtsi file"

Hello Tony, Peter, Am 19.02.2016 um 18:04 schrieb Tony Lindgren: * Peter Ujfalusi [160219 06:14]: This reverts commit 8e6ebfaa9b384088002baa10f7534efa73a0794e. Without the patch reverted regulators will not work. This prevents MMC to be working for example so the boards can not boot to MMC

Re: [PATCH for-4.4] mtd: nand: assign reasonable default name for NAND drivers

ting issue and requires future work on a better controller vs. flash chip abstraction to fix properly. Reported-by: Heiko Schocher Signed-off-by: Brian Norris Cc: Heiko Schocher Cc: Frans Klaver --- This patch is needed in additon to commit 472b444eef93 ("mtd: fix cmdlinepart parser, early

Re: [PATCH for-4.4] mtd: nand: assign reasonable default name for NAND drivers

ting issue and requires future work on a better controller vs. flash chip abstraction to fix properly. Reported-by: Heiko Schocher <h...@denx.de> Signed-off-by: Brian Norris <computersforpe...@gmail.com> Cc: Heiko Schocher <h...@denx.de> Cc: Frans Klaver <franskla...@gmai

Re: [PATCH for-4.4] mtd: fix cmdlinepart parser, early naming for auto-filled MTD

Hello Brian, Am 14.12.2015 um 20:24 schrieb Brian Norris: On Fri, Dec 11, 2015 at 09:39:18PM -0800, Brian Norris wrote: On Sat, Dec 12, 2015 at 05:45:21AM +0100, Heiko Schocher wrote: Am 12.12.2015 um 00:58 schrieb Brian Norris: Commit 807f16d4db95 ("mtd: core: set some defaults

Re: [PATCH for-4.4] mtd: fix cmdlinepart parser, early naming for auto-filled MTD

Hello Brian, Am 14.12.2015 um 20:24 schrieb Brian Norris: On Fri, Dec 11, 2015 at 09:39:18PM -0800, Brian Norris wrote: On Sat, Dec 12, 2015 at 05:45:21AM +0100, Heiko Schocher wrote: Am 12.12.2015 um 00:58 schrieb Brian Norris: Commit 807f16d4db95 ("mtd: core: set some defaults

  1   2   3   4   >