Re: [PATCH net-next 8/8] net: qualcomm: add QCA7000 UART driver

Hi Marcel, Am 20.09.2016 um 17:32 schrieb Marcel Holtmann: > Hi Stefan, > >> This patch adds the Ethernet over UART driver for the >> Qualcomm QCA7000 HomePlug GreenPHY. >> >> Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> >> --- >>

Re: [PATCH net-next 8/8] net: qualcomm: add QCA7000 UART driver

Hi Marcel, Am 20.09.2016 um 17:32 schrieb Marcel Holtmann: > Hi Stefan, > >> This patch adds the Ethernet over UART driver for the >> Qualcomm QCA7000 HomePlug GreenPHY. >> >> Signed-off-by: Stefan Wahren >> --- >> drivers/net/ethernet/qualcomm/Kc

Re: [PATCH net-next 8/8] net: qualcomm: add QCA7000 UART driver

> kbuild test robot <l...@intel.com> hat am 20. September 2016 um 16:44 > geschrieben: > > > Hi Stefan, > > [auto build test ERROR on net-next/master] > > url: > > https://github.com/0day-ci/linux/commits/Stefan-Wahren/net-qualcomm-add-QCA7000-UAR

Re: [PATCH net-next 8/8] net: qualcomm: add QCA7000 UART driver

> kbuild test robot hat am 20. September 2016 um 16:44 > geschrieben: > > > Hi Stefan, > > [auto build test ERROR on net-next/master] > > url: > > https://github.com/0day-ci/linux/commits/Stefan-Wahren/net-qualcomm-add-QCA7000-UART-driver/20160920-2

[PATCH net-next 0/8] net: qualcomm: add QCA7000 UART driver

/qca7k_support_1_24 Stefan Wahren (8): net: qualcomm: remove unnecessary includes net: qca_debug: use net_device_ops instead of direct call net: qualcomm: move qcaspi_tx_cmd to qca_spi.c net: qualcomm: rename qca_framing.c to qca_common.c net: qualcomm: move MTU handling to qca_common net

[PATCH net-next 8/8] net: qualcomm: add QCA7000 UART driver

This patch adds the Ethernet over UART driver for the Qualcomm QCA7000 HomePlug GreenPHY. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/net/ethernet/qualcomm/Kconfig | 12 + drivers/net/ethernet/qualcomm/Makefile | 2 + drivers/net/ethernet/qualcomm/qca_co

[PATCH net-next 7/8] net: qualcomm: make qca_common a separate kernel module

In order to share common functions between QCA7000 SPI and UART protocol driver the qca_common needs to be a separate kernel module. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/net/ethernet/qualcomm/Kconfig | 8 +++- drivers/net/ethernet/qualcomm/Makefile

[PATCH net-next 3/8] net: qualcomm: move qcaspi_tx_cmd to qca_spi.c

The function qcaspi_tx_cmd() is only called from qca_spi.c. So we better move it there. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/net/ethernet/qualcomm/qca_7k.c | 24 drivers/net/ethernet/qualcomm/qca_7k.h | 1 - drivers/net/ethernet/qu

[PATCH net-next 0/8] net: qualcomm: add QCA7000 UART driver

/qca7k_support_1_24 Stefan Wahren (8): net: qualcomm: remove unnecessary includes net: qca_debug: use net_device_ops instead of direct call net: qualcomm: move qcaspi_tx_cmd to qca_spi.c net: qualcomm: rename qca_framing.c to qca_common.c net: qualcomm: move MTU handling to qca_common net

[PATCH net-next 8/8] net: qualcomm: add QCA7000 UART driver

This patch adds the Ethernet over UART driver for the Qualcomm QCA7000 HomePlug GreenPHY. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/Kconfig | 12 + drivers/net/ethernet/qualcomm/Makefile | 2 + drivers/net/ethernet/qualcomm/qca_common.h | 6 + drivers/net

[PATCH net-next 7/8] net: qualcomm: make qca_common a separate kernel module

In order to share common functions between QCA7000 SPI and UART protocol driver the qca_common needs to be a separate kernel module. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/Kconfig | 8 +++- drivers/net/ethernet/qualcomm/Makefile | 5 +++-- drivers/net

[PATCH net-next 3/8] net: qualcomm: move qcaspi_tx_cmd to qca_spi.c

The function qcaspi_tx_cmd() is only called from qca_spi.c. So we better move it there. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_7k.c | 24 drivers/net/ethernet/qualcomm/qca_7k.h | 1 - drivers/net/ethernet/qualcomm/qca_spi.c | 24

[PATCH net-next 2/8] net: qca_debug: use net_device_ops instead of direct call

There is no need to export qcaspi_netdev_open and qcaspi_netdev_close because they are also accessible via the net_device_ops. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/net/ethernet/qualcomm/qca_debug.c | 5 +++-- drivers/net/ethernet/qualcomm/qca_spi.h | 3 --- 2

[PATCH net-next 6/8] net: qualcomm: prepare frame decoding for UART driver

Unfortunately the frame format is not exactly identical between SPI and UART. In case of SPI there is an additional HW length at the beginning. So store the initial state to make the decoding state machine more flexible and easy to extend for UART support. Signed-off-by: Stefan Wahren <stefan.

[PATCH net-next 4/8] net: qualcomm: rename qca_framing.c to qca_common.c

As preparation for the upcoming UART driver we need a module which contains common functions for both interfaces. The module qca_framing is a good candidate but renaming to qca_common would make it clear. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/net/ethernet/qu

[PATCH net-next 2/8] net: qca_debug: use net_device_ops instead of direct call

There is no need to export qcaspi_netdev_open and qcaspi_netdev_close because they are also accessible via the net_device_ops. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_debug.c | 5 +++-- drivers/net/ethernet/qualcomm/qca_spi.h | 3 --- 2 files changed, 3 insertions

[PATCH net-next 6/8] net: qualcomm: prepare frame decoding for UART driver

Unfortunately the frame format is not exactly identical between SPI and UART. In case of SPI there is an additional HW length at the beginning. So store the initial state to make the decoding state machine more flexible and easy to extend for UART support. Signed-off-by: Stefan Wahren

[PATCH net-next 4/8] net: qualcomm: rename qca_framing.c to qca_common.c

As preparation for the upcoming UART driver we need a module which contains common functions for both interfaces. The module qca_framing is a good candidate but renaming to qca_common would make it clear. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/Makefile | 2

[PATCH net-next 5/8] net: qualcomm: move MTU handling to qca_common

The MTU of the QCA7000 is independent from it's host interface (UART,SPI). So move the change_mtu function to qca_common. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/net/ethernet/qualcomm/qca_common.c | 11 +++ drivers/net/ethernet/qualcomm/qca_common.

[PATCH net-next 5/8] net: qualcomm: move MTU handling to qca_common

The MTU of the QCA7000 is independent from it's host interface (UART,SPI). So move the change_mtu function to qca_common. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_common.c | 11 +++ drivers/net/ethernet/qualcomm/qca_common.h | 3 +++ drivers/net/ethernet

[PATCH net-next 1/8] net: qualcomm: remove unnecessary includes

Most of the includes in qca_7k.c are unnecessary so we better remove them. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/net/ethernet/qualcomm/qca_7k.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/net/ethernet/qualcomm/qca_7k.c b/drivers/net/et

[PATCH net-next 1/8] net: qualcomm: remove unnecessary includes

Most of the includes in qca_7k.c are unnecessary so we better remove them. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_7k.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/net/ethernet/qualcomm/qca_7k.c b/drivers/net/ethernet/qualcomm/qca_7k.c index

Re: [PATCH v6 0/4] mxs-lradc: Split driver into MFD

> Ksenija Stanojevic <ksenija.stanoje...@gmail.com> hat am 17. September 2016 um > 12:48 geschrieben: > > > Split existing driver mxs-lradc into MFD with touchscreen and > IIO part. > > Tested on I.MX28. Tested the patch 1 and 2 successful on a i.MX23 bo

Re: [PATCH v6 0/4] mxs-lradc: Split driver into MFD

> Ksenija Stanojevic hat am 17. September 2016 um > 12:48 geschrieben: > > > Split existing driver mxs-lradc into MFD with touchscreen and > IIO part. > > Tested on I.MX28. Tested the patch 1 and 2 successful on a i.MX23 board. Tested-by: Stefan Wahren

Re: [PATCH v3 6/6] ARM: dts: bcm283x: add pinctrl group to , drop pins from

Hi Gerd, > Gerd Hoffmann hat am 14. September 2016 um 10:23 > geschrieben: > > > As the alt3 group has no pins left after this > update drop the whole alt3 group from sorry it won't be that simple. The references needs to removed too :-( > grep alt3 *.dts*

Re: [PATCH v3 6/6] ARM: dts: bcm283x: add pinctrl group to , drop pins from

Hi Gerd, > Gerd Hoffmann hat am 14. September 2016 um 10:23 > geschrieben: > > > As the alt3 group has no pins left after this > update drop the whole alt3 group from sorry it won't be that simple. The references needs to removed too :-( > grep alt3 *.dts* bcm2835-rpi-a.dts: pinctrl-0

Re: [PATCH v2 2/6] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Stefan Wahren <stefan.wah...@i2se.com> hat am 12. September 2016 um 20:19 > geschrieben: > > > Hi Gerd, > > > Gerd Hoffmann <kra...@redhat.com> hat am 12. September 2016 um 10:22 > > geschrieben: > > > > > >

Re: [PATCH v2 2/6] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Stefan Wahren hat am 12. September 2016 um 20:19 > geschrieben: > > > Hi Gerd, > > > Gerd Hoffmann hat am 12. September 2016 um 10:22 > > geschrieben: > > > > > > From: Eric Anholt > > > > The BCM2835-ARM-Peripherals.

Re: [PATCH v2 6/6] ARM: dts: bcm283x: add pinctrl group to , drop pins from

Hi Gerd, > Gerd Hoffmann hat am 12. September 2016 um 10:22 > geschrieben: > > > Signed-off-by: Gerd Hoffmann > --- > arch/arm/boot/dts/bcm2835-rpi.dtsi | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git

Re: [PATCH v2 6/6] ARM: dts: bcm283x: add pinctrl group to , drop pins from

Hi Gerd, > Gerd Hoffmann hat am 12. September 2016 um 10:22 > geschrieben: > > > Signed-off-by: Gerd Hoffmann > --- > arch/arm/boot/dts/bcm2835-rpi.dtsi | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/arch/arm/boot/dts/bcm2835-rpi.dtsi >

Re: [PATCH v2 2/6] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 12. September 2016 um 10:22 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be

Re: [PATCH v2 2/6] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 12. September 2016 um 10:22 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be made. With these created, we'll be

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Am 09.09.2016 um 11:05 schrieb Gerd Hoffmann: > Hi, > >> According to this page [1] the pinctrl group for parallel display interface >> is >> missing. Is it intended? >> >> [1] - http://elinux.org/RPi_BCM2835_GPIOs > Just an oversight I guess. Eric? > > Does this look correct? > > +

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Am 09.09.2016 um 11:05 schrieb Gerd Hoffmann: > Hi, > >> According to this page [1] the pinctrl group for parallel display interface >> is >> missing. Is it intended? >> >> [1] - http://elinux.org/RPi_BCM2835_GPIOs > Just an oversight I guess. Eric? > > Does this look correct? > > +

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

Hi Scott, Am 08.09.2016 um 21:50 schrieb Scott Branden: > Hi Gerd/Eric > > On 16-09-08 12:44 AM, Gerd Hoffmann wrote: >> On Mi, 2016-09-07 at 20:13 +0200, Stefan Wahren wrote: >>>> Gerd Hoffmann <kra...@redhat.com> hat am 7. September 2016 um 12:31 >>&g

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

Hi Scott, Am 08.09.2016 um 21:50 schrieb Scott Branden: > Hi Gerd/Eric > > On 16-09-08 12:44 AM, Gerd Hoffmann wrote: >> On Mi, 2016-09-07 at 20:13 +0200, Stefan Wahren wrote: >>>> Gerd Hoffmann hat am 7. September 2016 um 12:31 >>>> geschr

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be made. With these created, we'll be

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

Am 08.09.2016 um 09:44 schrieb Gerd Hoffmann: > On Mi, 2016-09-07 at 20:13 +0200, Stefan Wahren wrote: >>> Gerd Hoffmann <kra...@redhat.com> hat am 7. September 2016 um 12:31 >>> geschrieben: >>> >>> >>> From: Eric Anholt <e...@anholt.net>

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

Am 08.09.2016 um 09:44 schrieb Gerd Hoffmann: > On Mi, 2016-09-07 at 20:13 +0200, Stefan Wahren wrote: >>> Gerd Hoffmann hat am 7. September 2016 um 12:31 >>> geschrieben: >>> >>> >>> From: Eric Anholt >>> >>> This will be used

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

> Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > This will be used for having EMMC (sdhci-bcm2835.c) drive the > wireless. sdhci-bcm2835.c has been replaced by sdhci-iproc.c > > Signed-off-by: Eric Anholt

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

> Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > This will be used for having EMMC (sdhci-bcm2835.c) drive the > wireless. sdhci-bcm2835.c has been replaced by sdhci-iproc.c > > Signed-off-by: Eric Anholt > --- > arch/arm/boot/dts/bcm283x.dtsi

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be made. With these created, we'll be

Re: [RFT PATCH v4 0/3] usb: dwc2: Fix core reset and force mode delays

I have doubled > this. > > Appreciate any testing on RK3188 and RPi platforms. i tested the whole series successful with a Raspberry Pi B in dr_mode "host" and "otg" Tested-by: Stefan Wahren <stefan.wah...@i2se.com>

Re: [RFT PATCH v4 0/3] usb: dwc2: Fix core reset and force mode delays

> Appreciate any testing on RK3188 and RPi platforms. i tested the whole series successful with a Raspberry Pi B in dr_mode "host" and "otg" Tested-by: Stefan Wahren

[PATCH 2/2] drivers/perf: arm_pmu: Fix NULL pointer dereference during probe

cpu always expected to be called with a valid IRQ. So fix this regression by validating the IRQ before. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> Fixes: 7f1d642fbb5c ("drivers/perf: arm-pmu: Fix handling of SPI lacking \"interrupt-affinity\" property") --- driv

[PATCH 2/2] drivers/perf: arm_pmu: Fix NULL pointer dereference during probe

cpu always expected to be called with a valid IRQ. So fix this regression by validating the IRQ before. Signed-off-by: Stefan Wahren Fixes: 7f1d642fbb5c ("drivers/perf: arm-pmu: Fix handling of SPI lacking \"interrupt-affinity\" property") --- drivers/perf/arm_pmu.c |2 +- 1 f

[PATCH 1/2] drivers/perf: arm_pmu: Fix leak in error path

In case of a IRQ type mismatch in of_pmu_irq_cfg() the device node for interrupt affinity isn't freed. So fix this issue by calling of_node_put(). Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> Fixes: fa8ad7889d83 ("arm: perf: factor arm_pmu core out to drivers") -

[PATCH 1/2] drivers/perf: arm_pmu: Fix leak in error path

In case of a IRQ type mismatch in of_pmu_irq_cfg() the device node for interrupt affinity isn't freed. So fix this issue by calling of_node_put(). Signed-off-by: Stefan Wahren Fixes: fa8ad7889d83 ("arm: perf: factor arm_pmu core out to drivers") --- drivers/perf/arm_pmu.c |1

Re: [PATCH v5 0/4] mxs-lradc: Split driver into MFD

2 successful on a i.MX23 board. Tested-by: Stefan Wahren <stefan.wah...@i2se.com> > > > Ksenija Stanojevic (4): > mfd: mxs-lradc: Add support for mxs-lradc MFD > iio: adc: mxs-lradc: Add support for adc driver > input: touchscreen: mxs-lradc: Add support for touchscree

Re: [PATCH v5 0/4] mxs-lradc: Split driver into MFD

Hi, [add Fabio's NXP address] > Ksenija Stanojevic hat am 18. August 2016 um > 15:44 geschrieben: > > > Split existing driver mxs-lradc into MFD with touchscreen and > IIO part. > > Tested on I.MX28. i tested the patch 1 and 2 successful on a i.MX23 board.

Re: [PATCH 1/1] ARM: dts: imx6q-evi: Use GPIO_6 for fec irq

Hi Joshua, > Joshua Clayton hat am 11. August 2016 um 18:54 > geschrieben: > > > Apply hardware workaround for ethernet problem > See nxp erratum err006687 do you know this commit?

Re: [PATCH 1/1] ARM: dts: imx6q-evi: Use GPIO_6 for fec irq

Hi Joshua, > Joshua Clayton hat am 11. August 2016 um 18:54 > geschrieben: > > > Apply hardware workaround for ethernet problem > See nxp erratum err006687 do you know this commit?

Re: [PATCH v2 1/2] ARM: dts: Remove use of skeleton.dtsi from bcm283x.dtsi

t; I've no hardware to check if it is true in this particular case. i tested this patch with a Raspberry Pi Model B successfully. Tested-by: Stefan Wahren <stefan.wah...@i2se.com>

Re: [PATCH v2 1/2] ARM: dts: Remove use of skeleton.dtsi from bcm283x.dtsi

heck if it is true in this particular case. i tested this patch with a Raspberry Pi Model B successfully. Tested-by: Stefan Wahren

Re: [PATCH v3 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

Hi, > Marek Vasut hat am 14. Juli 2016 um 17:38 geschrieben: > > > On 07/13/2016 02:49 PM, Lee Jones wrote: > > On Fri, 01 Jul 2016, Harald Geyer wrote: > > > >> Hi Ksenija! > >> > >> Ksenija Stanojević writes: > >>> On Tue, Jun 28, 2016 at 6:28 PM, Lee Jones

Re: [PATCH v3 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

Hi, > Marek Vasut hat am 14. Juli 2016 um 17:38 geschrieben: > > > On 07/13/2016 02:49 PM, Lee Jones wrote: > > On Fri, 01 Jul 2016, Harald Geyer wrote: > > > >> Hi Ksenija! > >> > >> Ksenija Stanojević writes: > >>> On Tue, Jun 28, 2016 at 6:28 PM, Lee Jones wrote: > > +static int

Re: [PATCH v3 2/4] iio: adc: mxs-lradc: Add support for adc driver

die temperature measurement. > > Signed-off-by: Ksenija Stanojevic <ksenija.stanoje...@gmail.com> > Acked-by: Jonathan Cameron <ji...@kernel.org> Tested-by: Stefan Wahren <stefan.wah...@i2se.com> Thanks a lot

Re: [PATCH v3 2/4] iio: adc: mxs-lradc: Add support for adc driver

-off-by: Ksenija Stanojevic > Acked-by: Jonathan Cameron Tested-by: Stefan Wahren Thanks a lot

Re: [PATCH v3 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

ce managed APIs for mfd_add_devices") > > Signed-off-by: Ksenija Stanojevic <ksenija.stanoje...@gmail.com> > Acked-by: Jonathan Cameron <ji...@kernel.org> i tested it successfully with a i.MX23 board (without touchscreen). Tested-by: Stefan Wahren <stefan.wah...@i2se.com>

Re: [PATCH v3 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

quot;) > > Signed-off-by: Ksenija Stanojevic > Acked-by: Jonathan Cameron i tested it successfully with a i.MX23 board (without touchscreen). Tested-by: Stefan Wahren

Re: [PATCH v3 0/2] nvmem: remove regmap dependency

Hi Greg, > Greg Kroah-Hartman <gre...@linuxfoundation.org> hat am 1. Juni 2016 um 19:55 > geschrieben: > > > On Wed, Jun 01, 2016 at 10:27:49AM +0200, Stefan Wahren wrote: > > Hi Greg, > > > > Am 02.05.2016 um 20:36 schrieb Srinivas Kandagatla: > >

Re: [PATCH v3 0/2] nvmem: remove regmap dependency

Hi Greg, > Greg Kroah-Hartman hat am 1. Juni 2016 um 19:55 > geschrieben: > > > On Wed, Jun 01, 2016 at 10:27:49AM +0200, Stefan Wahren wrote: > > Hi Greg, > > > > Am 02.05.2016 um 20:36 schrieb Srinivas Kandagatla: > > > Hi Greg, > > > &

Re: [PATCH v2 3/4] input: touchscreen: mxs-lradc: Add support for touchscreen

Hi, unfortunately i still don't have a touchscreen to test this patch. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:48 > geschrieben: > > > Add 4-wire/5-wire touchscreen controller. > > Signed-off-by: Ksenija Stanojevic > --- >

Re: [PATCH v2 3/4] input: touchscreen: mxs-lradc: Add support for touchscreen

Hi, unfortunately i still don't have a touchscreen to test this patch. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:48 > geschrieben: > > > Add 4-wire/5-wire touchscreen controller. > > Signed-off-by: Ksenija Stanojevic > --- > Changes in v2: > - do not change spacing in Kconfig > -

Re: [PATCH v2 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

Hi Ksenija, sorry for the late review, but i was busy. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:45 > geschrieben: > > > Add core files for mxs-lradc MFD driver. I think it's worth to mention that this patch won't compile in iio/testing without this patch:

Re: [PATCH v2 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

Hi Ksenija, sorry for the late review, but i was busy. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:45 > geschrieben: > > > Add core files for mxs-lradc MFD driver. I think it's worth to mention that this patch won't compile in iio/testing without this patch: a8f447be8056 ("mfd: Add

Re: [PATCH v2 7/9] ARM: bcm2835: Add devicetree for the Raspberry Pi 3.

Hi, Am 03.06.2016 um 08:18 schrieb Gerd Hoffmann: > From: Eric Anholt > > While this devicetree also works for booting in 32-bit mode, it's > placed in arm64 since it's a 64-bit CPU (as suggested by Arnd). i'm currently working on a patch series to fix dtc warnings like

Re: [PATCH v2 7/9] ARM: bcm2835: Add devicetree for the Raspberry Pi 3.

Hi, Am 03.06.2016 um 08:18 schrieb Gerd Hoffmann: > From: Eric Anholt > > While this devicetree also works for booting in 32-bit mode, it's > placed in arm64 since it's a 64-bit CPU (as suggested by Arnd). i'm currently working on a patch series to fix dtc warnings like Warning

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Hi Eric, > Eric Anholt <e...@anholt.net> hat am 2. Juni 2016 um 20:18 geschrieben: > > > Stefan Wahren <stefan.wah...@i2se.com> writes: > > > Hi Gerd, > > > > Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: > >> From: Eric Anholt <e...@

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Hi Eric, > Eric Anholt hat am 2. Juni 2016 um 20:18 geschrieben: > > > Stefan Wahren writes: > > > Hi Gerd, > > > > Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: > >> From: Eric Anholt > >> > >> With this we can get wifi (brcmfma

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Hi Gerd, Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: > From: Eric Anholt > > With this we can get wifi (brcmfmac) to probe. Without it we're stuck > with timeouts from sdio.c when it tries to set the bus width to 4. adding a new MMC driver to fix a wifi issue is really

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Hi Gerd, Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: > From: Eric Anholt > > With this we can get wifi (brcmfmac) to probe. Without it we're stuck > with timeouts from sdio.c when it tries to set the bus width to 4. adding a new MMC driver to fix a wifi issue is really weird. Beside that

Re: [PATCH] i2c: bcm2835: Set up the clock stretching timeout at boot.

Hi Eric, Am 02.06.2016 um 00:07 schrieb Eric Anholt: > The register at poweron contains 0x40, which at our typical 100khz bus > rate means .64ms instead of the desired 25ms. > > Fixes many clock stretching timeouts when talking to the DSI panel's > bridge chip, and will hopefully fix talking to

Re: [PATCH] i2c: bcm2835: Set up the clock stretching timeout at boot.

Hi Eric, Am 02.06.2016 um 00:07 schrieb Eric Anholt: > The register at poweron contains 0x40, which at our typical 100khz bus > rate means .64ms instead of the desired 25ms. > > Fixes many clock stretching timeouts when talking to the DSI panel's > bridge chip, and will hopefully fix talking to

Re: [PATCH v3 0/2] nvmem: remove regmap dependency

Changes since v2: > - Fixed the mxs size and dt data pointer spotted by Stefan and Fabio > > Changes since v1: > - rebased mtk-efuse on top of char-misc > - addressed concerns raised by Stefan Wahren. > > [1] https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg113

Re: [PATCH v3 0/2] nvmem: remove regmap dependency

Changes since v2: > - Fixed the mxs size and dt data pointer spotted by Stefan and Fabio > > Changes since v1: > - rebased mtk-efuse on top of char-misc > - addressed concerns raised by Stefan Wahren. > > [1] https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg113

Re: [PATCH v3 0/2] nvmem: remove regmap dependency

Hi Srinivas, Am 02.05.2016 um 20:36 schrieb Srinivas Kandagatla: > Hi Greg, > > This is v3 patchset for the leftover 2 patches for nvmem regmap > removal series [1]. These patches are based on char-misc tree. > > nvmem uses regmap_raw_read/write apis to read/write data from providers, > With

Re: [PATCH v3 0/2] nvmem: remove regmap dependency

Hi Srinivas, Am 02.05.2016 um 20:36 schrieb Srinivas Kandagatla: > Hi Greg, > > This is v3 patchset for the leftover 2 patches for nvmem regmap > removal series [1]. These patches are based on char-misc tree. > > nvmem uses regmap_raw_read/write apis to read/write data from providers, > With

Re: [PATCH 0/4] add minimal bcm2835-sdram driver

Hi, > Martin Sperl <ker...@martin.sperl.org> hat am 12. Mai 2016 um 17:28 > geschrieben: > > > > > On 12.05.2016, at 16:50, Stefan Wahren <stefan.wah...@i2se.com> wrote: > > > > Hi Martin, > > > >> ker...@martin.sperl.org hat

Re: [PATCH 0/4] add minimal bcm2835-sdram driver

Hi, > Martin Sperl hat am 12. Mai 2016 um 17:28 > geschrieben: > > > > > On 12.05.2016, at 16:50, Stefan Wahren wrote: > > > > Hi Martin, > > > >> ker...@martin.sperl.org hat am 12. Mai 2016 um 14:38 geschrieben: > >> >

Re: [PATCH 3/4] ARM: dts: bcm2835: add the bcm2835-sdram-controller to the dt

Hi, > ker...@martin.sperl.org hat am 12. Mai 2016 um 14:38 geschrieben: > > > From: Martin Sperl > > Add the bcm2835 sdram controller to the device tree. > > Signed-off-by: Martin Sperl > --- > arch/arm/boot/dts/bcm283x.dtsi | 6 ++ > 1

Re: [PATCH 3/4] ARM: dts: bcm2835: add the bcm2835-sdram-controller to the dt

Hi, > ker...@martin.sperl.org hat am 12. Mai 2016 um 14:38 geschrieben: > > > From: Martin Sperl > > Add the bcm2835 sdram controller to the device tree. > > Signed-off-by: Martin Sperl > --- > arch/arm/boot/dts/bcm283x.dtsi | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

Re: [PATCH 0/4] add minimal bcm2835-sdram driver

Hi Martin, > ker...@martin.sperl.org hat am 12. Mai 2016 um 14:38 geschrieben: > > > From: Martin Sperl > > As the sdram clock is a critical clock to the system > the minimal bcm2835-sdram driver claims (and enables) > this clock and also exposes the corresponding

Re: [PATCH 0/4] add minimal bcm2835-sdram driver

Hi Martin, > ker...@martin.sperl.org hat am 12. Mai 2016 um 14:38 geschrieben: > > > From: Martin Sperl > > As the sdram clock is a critical clock to the system > the minimal bcm2835-sdram driver claims (and enables) > this clock and also exposes the corresponding sdram > registers via

Re: [PATCH v3 2/2] nvmem: mxs-ocotp: remove nvmem regmap dependency

at the nvmem core supports now. > > Signed-off-by: Srinivas Kandagatla <srinivas.kandaga...@linaro.org> > --- Acked-by: Stefan Wahren <stefan.wah...@i2se.com>

Re: [PATCH v3 2/2] nvmem: mxs-ocotp: remove nvmem regmap dependency

at the nvmem core supports now. > > Signed-off-by: Srinivas Kandagatla > --- Acked-by: Stefan Wahren

Re: [PATCH v2 2/2] nvmem: mxs-ocotp: remove nvmem regmap dependency

Hi Srinivas, unfortunately still some points from V1. > Srinivas Kandagatla hat am 2. Mai 2016 um > 17:22 geschrieben: > > This patch moves to nvmem support in the driver to use callback > instead of regmap. > > Signed-off-by: Srinivas Kandagatla

Re: [PATCH v2 2/2] nvmem: mxs-ocotp: remove nvmem regmap dependency

Hi Srinivas, unfortunately still some points from V1. > Srinivas Kandagatla hat am 2. Mai 2016 um > 17:22 geschrieben: > > This patch moves to nvmem support in the driver to use callback > instead of regmap. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/nvmem/mxs-ocotp.c | 81 >

Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read

Hi Stano, Am 02.05.2016 um 16:44 schrieb Greg Kroah-Hartman: > On Mon, May 02, 2016 at 03:55:53PM +0200, Stefan Wahren wrote: >> Hi Srinivas, >> hi Greg, >> >> Am 27.04.2016 um 14:39 schrieb Stanislav Meduna: >>> This patch fixes the issue where the mxs

Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read

Hi Stano, Am 02.05.2016 um 16:44 schrieb Greg Kroah-Hartman: > On Mon, May 02, 2016 at 03:55:53PM +0200, Stefan Wahren wrote: >> Hi Srinivas, >> hi Greg, >> >> Am 27.04.2016 um 14:39 schrieb Stanislav Meduna: >>> This patch fixes the issue where the mxs

Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read

area behind the output buffer. > > Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28") > Tested-by: Stefan Wahren <stefan.wah...@i2se.com> > Signed-off-by: Stanislav Meduna <st...@meduna.org> any change to get this critical fix into 4.6? Regards

Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read

area behind the output buffer. > > Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28") > Tested-by: Stefan Wahren > Signed-off-by: Stanislav Meduna any change to get this critical fix into 4.6? Regards Stefan > --- > drivers/nvmem/mxs-ocotp.c | 4 ++

Re: [PATCH v2 1/2] ARM: bcm2835: dt: Add the ethernet to the device trees

Hi Olivier Am 28.04.2016 um 14:52 schrieb Olivier Blin: > Stephen Warren writes: > >> On 02/04/2016 12:36 AM, Lubomir Rintel wrote: >>> The hub and the ethernet in its port 1 are hardwired on the board. >>> >>> Compared to the adapters that can be plugged into the USB

Re: [PATCH v2 1/2] ARM: bcm2835: dt: Add the ethernet to the device trees

Hi Olivier Am 28.04.2016 um 14:52 schrieb Olivier Blin: > Stephen Warren writes: > >> On 02/04/2016 12:36 AM, Lubomir Rintel wrote: >>> The hub and the ethernet in its port 1 are hardwired on the board. >>> >>> Compared to the adapters that can be plugged into the USB ports, this >>> one has no

Re: [PATCH 11/12] nvmem: mxs-ocotp: remove nvmem regmap dependency

Hi Srinivas, Am 24.04.2016 um 21:28 schrieb Srinivas Kandagatla: > This patch moves to nvmem support in the driver to use callback > instead of regmap. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/nvmem/mxs-ocotp.c | 79 >

Re: [PATCH 11/12] nvmem: mxs-ocotp: remove nvmem regmap dependency

Hi Srinivas, Am 24.04.2016 um 21:28 schrieb Srinivas Kandagatla: > This patch moves to nvmem support in the driver to use callback > instead of regmap. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/nvmem/mxs-ocotp.c | 79 > +-- > 1 file

Re: [PATCH] nvmem/mxs-ocotp: fix buffer overflow in read

overwriting the area behind the output buffer. please add your Signed-off-by here. > > Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28") I tested the patch successful with i.MX23 and i.MX28. Tested-by: Stefan Wahren <stefan.wah...@i2se.com> @Srin

Re: [PATCH] nvmem/mxs-ocotp: fix buffer overflow in read

overwriting the area behind the output buffer. please add your Signed-off-by here. > > Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28") I tested the patch successful with i.MX23 and i.MX28. Tested-by: Stefan Wahren @Srinivas: I think this patch s

<    5   6   7   8   9   10   11   12   13   14   >