[PATCH 1/2] usb: chipidea: add CI_HDRC_TURN_VBUS_EARLY_ON for imx23

Until now the imx23 uses the imx27 platform flag. But the imx23 needs the flag CI_HDRC_TURN_VBUS_EARLY_ON, too. So fix this by adding a separate platform flag. Suggested-by: Peter Chen <peter.c...@nxp.com> Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/

[PATCH 2/2] dt-bindings: ci-hdrc-usb2: add missing compatibles

This patch adds the missing compatible strings from ci_hdrc_imx. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- .../devicetree/bindings/usb/ci-hdrc-usb2.txt |7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/usb/ci-hdrc-usb2.

Re: [PATCH 4/4] ARM: bcm2835: Switch to using the new clock driver support.

Hi, [fix Michael's address and add Remi] Am 21.12.2015 um 16:17 schrieb Martin Sperl: I started looking and found that drivers/clk/bcm/clk-bcm2835.c does not include the PWM clock either. yes but please look at Remi's patch series first:

Re: [PATCH 4/4] ARM: bcm2835: Switch to using the new clock driver support.

Hi Martin, Am 21.12.2015 um 12:51 schrieb Martin Sperl: On 06.09.2015 19:57, Eric Anholt wrote: +clocks: cprman@7e101000 { +compatible = "brcm,bcm2835-cprman"; +#clock-cells = <1>; +reg = <0x7e101000 0x2000>; + +/* CPRMAN derives

Re: [PATCH v2 0/8] Raspberry Pi 2 support.

Am 17.12.2015 um 01:37 schrieb Eric Anholt: > Arnd Bergmann writes: > >> On Wednesday 16 December 2015 15:55:07 Eric Anholt wrote: >>> This is a major rewrite of the previous Raspberry Pi 2 submission. >>> SMP support is now included, and the DT includes are cleaned up to >>> avoid

Re: [PATCH v2 3/3] ARM: bcm2835: Add the auxiliary clocks to the device tree.

Hi Eric, Am 16.12.2015 um 00:35 schrieb Eric Anholt: > These will be used for enabling UART1, SPI1, and SPI2. > > Signed-off-by: Eric Anholt > --- > > v2: Make the binding cover both the IRQ and clock enable registers. > > arch/arm/boot/dts/bcm2835.dtsi | 7 +++ > 1 file

Re: [PATCH v2 3/5] ARM: bcm2835: add rpi power domain driver

Hi Eric, Am 04.12.2015 um 18:45 schrieb Eric Anholt: From: Alexander Aring This patch adds support for several power domains on Raspberry Pi, including USB (so it can be enabled even if the bootloader didn't do it), and graphics. This patch is the combined work of Eric

Re: [PATCH RFC 2/4] ARM: bcm2835: rename sdhci pin group

> Stephen Warren <swar...@wwwdotorg.org> hat am 2. Dezember 2015 um 04:42 > geschrieben: > > > On 11/19/2015 09:06 AM, Stefan Wahren wrote: > > The node name of the sdhci pin group doesn't explain it's > > real function. So rename it. > > The real function

Re: [PATCH RFC 1/4] ARM: bcm2835: remove sdhci pins from GPIO pinctrl

> Stephen Warren <swar...@wwwdotorg.org> hat am 2. Dezember 2015 um 04:40 > geschrieben: > > > On 11/19/2015 09:06 AM, Stefan Wahren wrote: > > Currently the pins alt3 (sdhci) are assigned to GPIO pinctrl. > > This is bad because a user could export it to sy

Re: [PATCH RFC 3/4] ARM: bcm2835: specify card detect pin for RPi B

Am 02.12.2015 um 04:44 schrieb Stephen Warren: > On 11/19/2015 09:06 AM, Stefan Wahren wrote: >> Only the Raspberry Pi B has a card detect pin. Specify it >> on board level because it's not free to use. > This seems fine, but it should have no effect in practice; when the SD &

[PATCH RFC 1/4] ARM: bcm2835: remove sdhci pins from GPIO pinctrl

Currently the pins alt3 (sdhci) are assigned to GPIO pinctrl. This is bad because a user could export it to sysfs and break sdhci. In order to avoid that remove those pins from GPIO pintrl. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- arch/arm/boot/dts/bcm2835-rpi-a-plus.dts

[PATCH RFC 2/4] ARM: bcm2835: rename sdhci pin group

The node name of the sdhci pin group doesn't explain it's real function. So rename it. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- arch/arm/boot/dts/bcm2835-rpi.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/bcm2835-rpi.dtsi

[PATCH RFC 4/4] ARM: bcm2835: assign pins to sdhci pinctrl

Finally this patch assign all relevant pins to the sdhci pinctrl. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- arch/arm/boot/dts/bcm2835-rpi-a-plus.dts |4 arch/arm/boot/dts/bcm2835-rpi-b-plus.dts |4 arch/arm/boot/dts/bcm2835-rpi-b-rev2.dts |4 ar

[PATCH RFC 3/4] ARM: bcm2835: specify card detect pin for RPi B

Only the Raspberry Pi B has a card detect pin. Specify it on board level because it's not free to use. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- arch/arm/boot/dts/bcm2835-rpi-b.dts |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/bcm2835-rpi-b.

[PATCH RFC 0/4] ARM: bcm2835: assign pins to sdhci pinctrl

This patch series fixes the pinctrl of the sdhci pins for all Raspberry Pis. The pin configuration based on the proprietary DTS [1]. [1] - https://www.raspberrypi.org/documentation/configuration/images/dt-blob.dts Stefan Wahren (4): ARM: bcm2835: remove sdhci pins from GPIO pinctrl ARM

[PATCH] DT: add Olimex to vendor prefixes

This company already provided some products, so add them to the vendor prefix list. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- .../devicetree/bindings/vendor-prefixes.txt|1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/

Re: [PATCH v2 2/4] nvmem: NXP LPC18xx EEPROM memory NVMEM driver

Hi Ariel, > Ariel D'Alessandro <ar...@vanguardiasur.com.ar> hat am 16. November 2015 um > 16:29 geschrieben: > > > Hi Stefan, > > Sorry for the delay. > > El 03/11/15 a las 05:20, Stefan Wahren escribió: > > Hi Ariel, > > > > Am 19.10.2015 um

Re: [PATCH v4 2/4] nvmem: NXP LPC18xx EEPROM memory NVMEM driver

is generated dividing > the system bus clock by the division factor, contained in the divider > register (minus 1 encoded). > > EEPROM will be kept in Power Down mode except during read/write calls. > > Signed-off-by: Ariel D'Alessandro <ar...@vanguardiasur.com.ar> Acked-by: Stefan

Re: [RFCv2 2/2] rpi: add support to enable usb power domain

Hi Alexander, i think this subject should better start with "ARM:". Am 03.11.2015 um 23:45 schrieb Alexander Aring: This patch adds support for RPi several Power Domains and enable support to enable the USB Power Domain when it's not enabled before. This patch based on Eric Anholt's patch to

Re: [PATCH v2 2/4] nvmem: NXP LPC18xx EEPROM memory NVMEM driver

Hi Ariel, Am 19.10.2015 um 19:32 schrieb Ariel D'Alessandro: > This commit adds support for NXP LPC18xx EEPROM memory found in NXP > LPC185x/3x and LPC435x/3x/2x/1x devices. > > EEPROM size is 16384 bytes and it can be entirely read and > written/erased with 1 word (4 bytes) granularity. The last

Re: [PATCH RFT] ARM: bcm2835: enable all bcm2835-relevant in defconfig

Am 21.10.2015 um 04:32 schrieb Stephen Warren: On 10/15/2015 02:47 PM, Stefan Wahren wrote: Rebuild bcm2835_defconfig using "make bcm2835_defconfig; make savedefconfig", and add the following features: * Enable all bcm2835-relevant drivers (MBOX, WDT, DMA, PWM, SND) * Re-e

Re: [PATCH RFT] ARM: bcm2835: dt: fix memory of Raspberry Pi B+

Am 20.10.2015 um 10:53 schrieb Eric Anholt: Stefan Wahren <stefan.wah...@i2se.com> writes: Since the Raspberry Pi models differ in memory amount we better define it at board level. After that we are able to fix the memory node of the Raspberry Pi B+ . Signed-off-by: Stefan Wahren <s

[PATCH RFT] ARM: bcm2835: dt: fix memory of Raspberry Pi B+

Since the Raspberry Pi models differ in memory amount we better define it at board level. After that we are able to fix the memory node of the Raspberry Pi B+ . Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- arch/arm/boot/dts/bcm2835-rpi-a-plus.dts |4 arch/arm/bo

[PATCH RFT] ARM: bcm2835: enable all bcm2835-relevant in defconfig

Rebuild bcm2835_defconfig using "make bcm2835_defconfig; make savedefconfig", and add the following features: * Enable all bcm2835-relevant drivers (MBOX, WDT, DMA, PWM, SND) * Re-enable some features to keep the current settings (stackprotector, LED GPIO, LED triggers) Signed-off-

Re: [PATCH v3 3/7] drm/vc4: Add KMS support for Raspberry Pi.

Am 13.10.2015 um 20:50 schrieb Stefan Wahren: Am 13.10.2015 um 20:19 schrieb Eric Anholt: Stefan Wahren <i...@lategoodbye.de> writes: diff --git a/drivers/gpu/drm/vc4/Kconfig b/drivers/gpu/drm/vc4/Kconfig new file mode 100644 index 000..e810ef7 --- /dev/null +++ b/drivers/gpu/d

Re: [PATCH v3 3/7] drm/vc4: Add KMS support for Raspberry Pi.

Am 13.10.2015 um 20:19 schrieb Eric Anholt: Stefan Wahren <i...@lategoodbye.de> writes: diff --git a/drivers/gpu/drm/vc4/Kconfig b/drivers/gpu/drm/vc4/Kconfig new file mode 100644 index 000..e810ef7 --- /dev/null +++ b/drivers/gpu/drm/vc4/Kconfig @@ -0,0 +1,13 @@ +config D

Re: [PATCH v3 3/7] drm/vc4: Add KMS support for Raspberry Pi.

Hi Eric, Am 09.10.2015 um 23:27 schrieb Eric Anholt: This is enough for fbcon and bringing up X using xf86-video-modesetting. It doesn't support the 3D accelerator or power management yet. Signed-off-by: Eric Anholt Acked-by: Daniel Vetter --- v2:

Re: [PATCH v3 7/7] ARM: bcm2835: Add VC4 to the device tree.

Am 09.10.2015 um 23:27 schrieb Eric Anholt: VC4 is the GPU (display and 3D) present on the 2835. Signed-off-by: Eric Anholt --- v2: Sort by register address, mark HDMI as disabled by default in the SoC file and enable it from -rpi. v3: Add references to the pixel/HSM

Re: bcm2835 (Raspberry Pi) KMS driver

Am 09.10.2015 um 23:27 schrieb Eric Anholt: This is a respin of the Raspberry Pi KMS series. Now that we've got a real clock driver, I can actually set new video modes. Also in this version, most of the custom DT stuff from before is gone, thanks to finding exynos's platform_driver component

Re: [PATCH] ARM: bcm2835: add label for uart0

Am 07.10.2015 um 04:26 schrieb Stephen Warren: > On 10/06/2015 03:53 PM, Eric Anholt wrote: >> Stefan Wahren <stefan.wah...@i2se.com> writes: >> >>> This patch adds a label for uart0 to allow changing of uart0 >>> pins. >>> >>> Signed-off

Re: [PATCH v4] clk: bcm2835: Add support for programming the audio domain clocks.

Hi Eric, Am 02.10.2015 um 21:54 schrieb Eric Anholt: This adds support for enabling, disabling, and setting the rate of the audio domain clocks. It will be necessary for setting the pixel clock for HDMI in the VC4 driver and let us write a cpufreq driver. It will also improve compatibility

[PATCH] ARM: bcm2835: add label for uart0

This patch adds a label for uart0 to allow changing of uart0 pins. Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- arch/arm/boot/dts/bcm2835.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi

Re: [PATCH V6 0/3] nvmem: add ocotp support for i.MX23 and i.MX28

Hi Greg, Am 13.08.2015 um 00:21 schrieb Stefan Wahren: > This patch series brings read-only support for the On-Chip OTP cells > in the i.MX23 and i.MX28 processor. > > changes in V6: > - add COMPILE_TEST to dependancy > - remove unnecessary headers > - enable clock during r

Re: [PATCH v2 1/7] drm/vc4: Add devicetree bindings for VC4.

Hi Eric, Am 18.08.2015 um 23:54 schrieb Eric Anholt: VC4 is the GPU (display and 3D) subsystem present on the 2835 and some other Broadcom SoCs. This binding follows the model of msm, imx, sti, and others, where there is a subsystem node for the whole GPU, with nodes for the individual HW

Re: [PATCH v2 3/7] drm/vc4: Add KMS support for Raspberry Pi.

Hi Eric, only a few nits. Am 18.08.2015 um 23:54 schrieb Eric Anholt: This is the start of a full VC4 driver. Right now this just supports configuring the display using a pre-existing video mode (because changing the pixel clock isn't available yet, and doesn't work when it is). However,

Re: [PATCH RFC 3/3] nvmem: add permission flags in nvmem_config

Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 11. August 2015 um 13:03 geschrieben: This patch adds perm variable to nvmem_config structure which will allow providers to specify the permissions required for the sysfs binary file. This permission is applied on top

[PATCH V6 1/3] DT: nvmem: add binding for mxs-ocotp

This patch adds the devicetree bindings for the Freescale MXS On Chip OTP driver. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- .../devicetree/bindings/nvmem/mxs-ocotp.txt| 25 1 file changed, 25 insertions(+) create mode 100644 Documentation/devicetree

[PATCH V6 3/3] ARM: mxs: enable ocotp for i.MX23 and i.MX28

This patch enables On Chip OTP support for i.MX23 and i.MX28 SoCs, but keeps the old compatible string. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- arch/arm/boot/dts/imx23.dtsi |7 +-- arch/arm/boot/dts/imx28.dtsi |7 +-- 2 files changed, 10 insertions(+), 4 deletions

[PATCH V6 0/3] nvmem: add ocotp support for i.MX23 and i.MX28

file - code cleanup Stefan Wahren (3): DT: nvmem: add binding for mxs-ocotp nvmem: add driver for ocotp in i.MX23 and i.MX28 ARM: mxs: enable ocotp for i.MX23 and i.MX28 .../devicetree/bindings/nvmem/mxs-ocotp.txt| 25 ++ arch/arm/boot/dts/imx23.dtsi |7

[PATCH V6 2/3] nvmem: add driver for ocotp in i.MX23 and i.MX28

This patch brings read-only support for the On-Chip OTP cells in the i.MX23 and i.MX28 processor. The driver implements the new NVMEM provider API. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com Reviewed-by: Marek Vasut ma...@denx.de --- drivers/nvmem/Kconfig | 11 ++ drivers/nvmem

[PATCH V5 3/3] ARM: mxs: enable ocotp for i.MX23 and i.MX28

This patch enables On Chip OTP support for i.MX23 and i.MX28 SoCs, but keeps the old compatible string. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- arch/arm/boot/dts/imx23.dtsi |7 +-- arch/arm/boot/dts/imx28.dtsi |7 +-- 2 files changed, 10 insertions(+), 4 deletions

[PATCH V5 0/3] nvmem: add ocotp support for i.MX23 and i.MX28

into driver data - add devicetree probing - fix missing bank closing in error case - use kobj from platform device for sysfs - add SYSFS to Kconfig - add binding file - code cleanup Stefan Wahren (3): DT: nvmem: add binding for mxs-ocotp nvmem: add driver for ocotp in i.MX23 and i.MX28 ARM

[PATCH V5 1/3] DT: nvmem: add binding for mxs-ocotp

This patch adds the devicetree bindings for the Freescale MXS On Chip OTP driver. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- .../devicetree/bindings/nvmem/mxs-ocotp.txt| 24 1 file changed, 24 insertions(+) create mode 100644 Documentation/devicetree

[PATCH V5 2/3] nvmem: add driver for ocotp in i.MX23 and i.MX28

This patch brings read-only support for the On-Chip OTP cells in the i.MX23 and i.MX28 processor. The driver implements the new NVMEM provider API. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- drivers/nvmem/Kconfig | 11 ++ drivers/nvmem/Makefile|2 + drivers/nvmem/mxs

Re: [PATCH v9 0/9] Add simple NVMEM Framework via regmap.

Hi Srinivas, hi Andrew, [add Sanchayan and Philipp] Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 10. August 2015 um 12:37 geschrieben: Hi Andrew, On 09/08/15 16:19, Andrew Lunn wrote: Hi Srinivas The AT24 eeprom driver contains the comment: /* * Export the EEPROM

Re: [PATCH 1/2] spi: bcm2835: add spi-bcm2835aux driver for the auxiliar spi1 and spi2

Hi Martin, Am 30.07.2015 um 17:27 schrieb Martin Sperl: [...] Replicating syscon/regmap into a separate driver that has explicit compatibility of “bcrm, bcm2835-aux” results in more than 162 lines of extra code (plus changes to Makefile and Kconfig) So I wonder if it would not be acceptable

Re: [PATCH 1/2] spi: bcm2835: add spi-bcm2835aux driver for the auxiliar spi1 and spi2

Hi Martin, Am 28.07.2015 um 12:48 schrieb Martin Sperl: On 28.07.2015 08:18, Martin Sperl wrote: Hi Stephen! But the bigger question you have not answered is: “where should such an auxiliar driver go in the kernel tree?” i.e. which directory? One thing: could the module be a regulator?

Re: [PATCH 1/2] spi: bcm2835: add spi-bcm2835aux driver for the auxiliar spi1 and spi2

Hi Martin, Am 29.07.2015 um 23:16 schrieb Martin Sperl: On 29.07.2015, at 18:37, Stefan Wahren i...@lategoodbye.de wrote: Hi Martin, Am 28.07.2015 um 12:48 schrieb Martin Sperl: On 28.07.2015 08:18, Martin Sperl wrote: Hi Stephen! But the bigger question you have not answered is: “where

Re: [PATCH v8 8/9] nvmem: sunxi: Move the SID driver to the nvmem framework

Hi Srinivas, Am 20.07.2015 um 16:44 schrieb Srinivas Kandagatla: From: Maxime Ripard maxime.rip...@free-electrons.com Now that we have the nvmem framework, we can consolidate the common driver code. Move the driver to the framework, and hopefully, it will fix the sysfs file creation race.

Re: [PATCH v8 1/9] nvmem: Add a simple NVMEM framework for nvmem providers

-by: Stefan Wahren stefan.wah...@i2se.com Regards Stefan -- To unsubscribe from this list: send the line unsubscribe devicetree in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v8 2/9] nvmem: Add a simple NVMEM framework for consumers

Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 20. Juli 2015 um 16:43 geschrieben: This patch adds just consumers part of the framework just to enable easy review. Up until now, nvmem drivers were stored in drivers/misc, where they all had to duplicate pretty much

Re: [PATCH v8 8/9] nvmem: sunxi: Move the SID driver to the nvmem framework

Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 20. Juli 2015 um 16:44 geschrieben: From: Maxime Ripard maxime.rip...@free-electrons.com Now that we have the nvmem framework, we can consolidate the common driver code. Move the driver to the framework, and hopefully,

Re: [PATCH v8 1/9] nvmem: Add a simple NVMEM framework for nvmem providers

Hi Srinivas, Am 21.07.2015 um 11:41 schrieb Srinivas Kandagatla: Ok, make sense. I moved this too. I have v9 ready will send it. --srini this is not a race. Please give the other (including me :-) ) some time for testing and reviewing v8. Thanks Stefan -- To unsubscribe from this list:

Re: [PATCH V4 RFC 0/3] nvmem: add ocotp support for i.MX23 and i.MX28

Hi Marek, Am 20.07.2015 um 00:07 schrieb Marek Vasut: On Monday, July 20, 2015 at 12:04:56 AM, Stefan Wahren wrote: This patch series brings read-only support for the On-Chip OTP cells in the i.MX23 and i.MX28 processor. It has been a long time since V3 of this series [1]. The last version

Re: [PATCH V4 RFC 2/3] nvmem: add driver for ocotp in i.MX23 and i.MX28

Hi Marek, Am 20.07.2015 um 00:12 schrieb Marek Vasut: On Monday, July 20, 2015 at 12:04:58 AM, Stefan Wahren wrote: This patch brings read-only support for the On-Chip OTP cells in the i.MX23 and i.MX28 processor. The driver implements the new NVMEM provider API. Signed-off-by: Stefan

[PATCH V4 RFC 2/3] nvmem: add driver for ocotp in i.MX23 and i.MX28

This patch brings read-only support for the On-Chip OTP cells in the i.MX23 and i.MX28 processor. The driver implements the new NVMEM provider API. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- drivers/nvmem/Kconfig | 11 ++ drivers/nvmem/Makefile|1 + drivers/nvmem/mxs

[PATCH V4 RFC 3/3] mxs: enable ocotp for i.MX23 and i.MX28

This patch enables On Chip OTP support for i.MX23 and i.MX28 SoCs, but keeps the old compatible string. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- arch/arm/boot/dts/imx23.dtsi |6 -- arch/arm/boot/dts/imx28.dtsi |6 -- 2 files changed, 8 insertions(+), 4 deletions

[PATCH V4 RFC 1/3] DT: nvmem: add binding for mxs-ocotp

This patch adds the devicetree bindings for the Freescale MXS On Chip OTP driver. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- .../devicetree/bindings/nvmem/mxs-ocotp.txt| 24 1 file changed, 24 insertions(+) create mode 100644 Documentation/devicetree

[PATCH V4 RFC 0/3] nvmem: add ocotp support for i.MX23 and i.MX28

file - move static variables into driver data - add devicetree probing - fix missing bank closing in error case - use kobj from platform device for sysfs - add SYSFS to Kconfig - add binding file - code cleanup Stefan Wahren (3): DT: nvmem: add binding for mxs-ocotp nvmem: add driver for ocotp

Re: [PATCH v7 2/9] nvmem: Add a simple NVMEM framework for consumers

Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 10. Juli 2015 um 11:44 geschrieben: [...] --- drivers/nvmem/core.c | 424 - include/linux/nvmem-consumer.h | 76 2 files changed, 498 insertions(+), 2 deletions(-)

Re: [PATCH v7 0/9] Add simple NVMEM Framework via regmap.

Hi Srinivas, [add Ezequiel Garcia to CC] Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 10. Juli 2015 um 11:43 geschrieben: Hi Greg, This patchset adds a new simple NVMEM framework to kernel, and it is tested with various drivers like QCOM thermal sensors, QCOM cpr driver,

Re: [PATCH V2] dt: brcm,bcm2835-aux-spi: add binding documentation for new spi-bcm2835aux

Hi Martin, Am 25.06.2015 um 12:54 schrieb ker...@martin.sperl.org: From: Martin Sperl ker...@martin.sperl.org Signed-off-by: Martin Sperl ker...@martin.sperl.org --- .../bindings/spi/brcm,bcm2835-aux-spi.txt | 35 1 file changed, 35 insertions(+) create

Re: [PATCH v6 0/9] Add simple NVMEM Framework via regmap.

Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 24. Juni 2015 um 20:50 geschrieben: On 24/06/15 18:47, Stefan Wahren wrote: Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 24. Juni 2015 um 15:03 geschrieben: On 24/06/15 13

Re: [PATCH v6 0/9] Add simple NVMEM Framework via regmap.

Hi Srinivas, Am 24.06.2015 um 11:46 schrieb Srinivas Kandagatla: On 23/06/15 20:47, Stefan Wahren wrote: 0001000 i want to port OCOTP driver for MXS, which hasn't MMIO. From my understanding That's cool. hexdump would readout the complete register range defined in provider DT node

Re: [PATCH v6 0/9] Add simple NVMEM Framework via regmap.

Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 24. Juni 2015 um 15:03 geschrieben: On 24/06/15 13:30, Stefan Wahren wrote: If the question is just about hexdump, then hexdump itself can read file from given offset and size. yes, this is my question at first

Re: [PATCH v6 0/9] Add simple NVMEM Framework via regmap.

Hi Srinivas, Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 23. Juni 2015 um 01:07 geschrieben: [...] Device Tree: /* Provider */ qfprom: qfprom@0070 { ... /* Data cells */ tsens_calibration: calib@404 { reg = 0x404 0x10; }; tsens_calibration_bckp: calib_bckp@504

Re: [PATCH v6 8/9] nvmem: sunxi: Move the SID driver to the nvmem framework

Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 23. Juni 2015 um 01:09 geschrieben: From: Maxime Ripard maxime.rip...@free-electrons.com Now that we have the nvmem framework, we can consolidate the common driver code. Move the driver to the framework, and hopefully, it will fix

Re: [PATCH v6 1/9] nvmem: Add a simple NVMEM framework for nvmem providers

Hi Srinivas, sorry for the messed up indention. Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 23. Juni 2015 um 01:08 geschrieben: [...] --- /dev/null +++ b/drivers/nvmem/Kconfig @@ -0,0 +1,10 @@ +menuconfig NVMEM + tristate NVMEM Support + select REGMAP + help + Support

Re: [PATCH v6 3/9] nvmem: Add nvmem_device based consumer apis.

Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 23. Juni 2015 um 01:08 geschrieben: This patch adds read/write apis which are based on nvmem_device. It is common that the drivers like omap cape manager or qcom cpr driver to access bytes directly at particular offset in the eeprom

Re: [PATCH v6 4/9] nvmem: Add bindings for simple nvmem framework

Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 23. Juni 2015 um 01:08 geschrieben: This patch adds bindings for simple nvmem framework which allows nvmem consumers to talk to nvmem providers to get access to nvmem cell data. Signed-off-by: Maxime Ripard

Re: [PATCH v6 2/9] nvmem: Add a simple NVMEM framework for consumers

Srinivas Kandagatla srinivas.kandaga...@linaro.org hat am 23. Juni 2015 um 01:08 geschrieben: [...] --- /dev/null +++ b/include/linux/nvmem-consumer.h @@ -0,0 +1,75 @@ +/* + * nvmem framework consumer. + * + * Copyright (C) 2015 Srinivas Kandagatla srinivas.kandaga...@linaro.org + *

Re: [PATCH 2/2] dt: brcm, bcm2835-aux-spi: add binding documentation for new spi-bcm2835aux

Hi Martin, Am 22.06.2015 um 15:40 schrieb ker...@martin.sperl.org: From: Martin Sperl ker...@martin.sperl.org Signed-off-by: Martin Sperl ker...@martin.sperl.org --- .../bindings/spi/brcm,bcm2835-aux-spi.txt | 33 1 file changed, 33 insertions(+) create

Re: [PATCH v2 0/3] Add the efuse driver on rockchip platform

Hi Srinivas, Am 16.06.2015 um 12:54 schrieb Srinivas Kandagatla: On 16/06/15 11:06, Caesar Wang wrote: Hi Srinivas, 在 2015年06月16日 17:21, Srinivas Kandagatla 写道: Hi Stefan, On 16/06/15 09:52, Stefan Wahren wrote: Hi Caesar, [add Maxime and Srinivas] Am 16.06.2015 um 09:27 schrieb

Re: [PATCH v2 0/3] Add the efuse driver on rockchip platform

Hi Caesar, [add Maxime and Srinivas] Am 16.06.2015 um 09:27 schrieb Caesar Wang: The original driver is uploaded by Jianqun. Here is his patchs: https://patchwork.kernel.org/patch/5410341/ https://patchwork.kernel.org/patch/5410351/ Jianqun, nevermind! I check-pick it and

Re: [PATCH 2/3] watchdog: bcm2835: Add poweroff code for the Raspberry Pi

Hi Noralf, Am 09.06.2015 um 12:21 schrieb Noralf Trønnes: This adds a new poweroff function to the watchdog driver for the Raspberry Pi. Currently poweroff/halt results in a reboot. [...] +static void rpi_power_off(void) +{ + struct device_node *np = +

[PATCH] ARM: dts: mx23: fix iio-hwmon support

In order to get iio-hwmon support, the lradc must be declared as an iio provider. So fix this issue by adding the #io-channel-cells property. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com Fixes: bd798f9c7b30 (ARM: dts: mxs: Add iio-hwmon to mx23 soc) --- arch/arm/boot/dts/imx23.dtsi |1

Re: [PATCH V2 3/6] power: mxs_power: add driver for mxs power subsystem

Hi Sebastian, Am 27.05.2015 um 15:51 schrieb Sebastian Reichel: Hi Stefan, On Wed, May 27, 2015 at 09:12:48AM +0200, Stefan Wahren wrote: Am 23.05.2015 um 19:41 schrieb Sebastian Reichel: On Wed, Apr 29, 2015 at 10:32:24PM +, Stefan Wahren wrote: This patch adds a minimal driver

Re: [PATCH V2 5/6] regulator: add mxs on-chip regulator driver

Mark Brown broo...@kernel.org hat am 27. Mai 2015 um 19:33 geschrieben: On Tue, May 26, 2015 at 02:16:55PM +0200, Stefan Wahren wrote: Mark Brown broo...@kernel.org hat am 7. Mai 2015 um 21:32 geschrieben: In the bootloader code enabling the DC-DC is critical. There is a known

Re: [PATCH V2 3/6] power: mxs_power: add driver for mxs power subsystem

Hi Sebastian, Am 23.05.2015 um 19:41 schrieb Sebastian Reichel: Hi, On Wed, Apr 29, 2015 at 10:32:24PM +, Stefan Wahren wrote: This patch adds a minimal driver for the Freescale i.MX23, i.MX28 power subsystem. It's required to trigger the probing of the underlying drivers like on-chip

Re: [PATCH V2 5/6] regulator: add mxs on-chip regulator driver

Mark Brown broo...@kernel.org hat am 7. Mai 2015 um 21:32 geschrieben: On Thu, May 07, 2015 at 09:25:19PM +0200, Stefan Wahren wrote: Mark Brown broo...@kernel.org hat am 7. Mai 2015 um 20:52 geschrieben: In the bootloader code enabling the DC-DC is critical. There is a known

Re: [PATCH 2/2] Regulator: add driver for Freescale MC34708

Hi Martin, Martin Fuzzey mfuz...@parkeon.com hat am 28. April 2015 um 16:17 geschrieben: [...] diff --git a/drivers/regulator/mc34708-regulator.c b/drivers/regulator/mc34708-regulator.c new file mode 100644 index 000..b5ff727 --- /dev/null +++

Re: Question about shared interrupts in devicetree

Mark Rutland mark.rutl...@arm.com hat am 7. April 2015 um 13:29 geschrieben: On Sat, Apr 04, 2015 at 10:40:13PM +0100, Stefan Wahren wrote: Hi, Hi, i'm currently working on drivers (regulator and power switch) for a power subsystem of a ARM9 processor (Freescale i.MX28

[PATCH RFC 3/3] clk: imx28: add DC-DC clock domain

This patch adds the DC-DC clock domain into the i.MX28 clock driver. That enables consumers to change DC-DC clock frequency in order to avoid interferences without changing hardware. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- drivers/clk/mxs/clk-imx28.c | 33

[PATCH RFC 2/3] ARM: imx28: define PMU as clock consumer

This patch defines the i.MX28 PMU as consumer of clock dcdc_sel. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- arch/arm/boot/dts/imx28.dtsi |2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/imx28.dtsi b/arch/arm/boot/dts/imx28.dtsi index 02330f4..bdd087d 100644

[PATCH RFC 0/3] clk: imx28: add DC-DC clock domain

/doc/ref_manual/MCIMX28RM.pdf i.MX28 Applications Processor Reference Manual, Rev. 2, 08/2013 11.12.10 DC-DC Miscellaneous Register (HW_POWER_MISC) [2] - http://marc.info/?l=linux-pmm=142698428606221w=2 [3] - https://github.com/lategoodbye/linux-mxs-power/tree/syscon Stefan Wahren (3

[PATCH RFC 1/3] DT: imx28-clock: add ids for DC-DC clock domain

| / | | |/ | / +-+ dcdc_sel |/dcdc_div dcdc_pll Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- .../devicetree/bindings/clock/imx28-clock.txt |3 +++ 1 file changed, 3 insertions(+) diff --git a/Documentation/devicetree/bindings/clock/imx28-clock.txt b/Documentation

Re: [PATCH] ARM: dts: imx23-olinuxino: Fix dr_mode of usb0

Hi Peter, Peter Chen peter.c...@freescale.com hat am 15. April 2015 um 05:32 geschrieben: [...] If this board has only host function, I am ok for it. Yes, all 4 boards (Maxi [1], Micro [2], Mini [3], Nano [4]) have only host function. Acked-by: Peter Chen peter.c...@freescale.com

[PATCH] ARM: dts: imx23-olinuxino: Fix dr_mode of usb0

[ 1074.46] ci_hdrc ci_hdrc.0: timeout waiting for 0800 in 11 This patch fixes the issue by setting dr_mode to host in the dts file. Reported-by: Harald Geyer har...@ccbib.org Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- arch/arm/boot/dts/imx23-olinuxino.dts |1 + 1 file changed, 1

Re: Re: [PATCH 1/2] pinctrl: bcm2835: add pinctrl pre-processor define

Hi Alexander, Alexander Stein alexander...@web.de hat am 13. April 2015 um 19:43 geschrieben: On Monday 13 April 2015, 18:31:17 wrote Stefan Wahren: Hi Alexander, Alexander Stein alexander...@web.de hat am 12. April 2015 um 14:33 geschrieben: This adds defines

Re: [PATCH 1/2] pinctrl: bcm2835: add pinctrl pre-processor define

Hi Alexander, Alexander Stein alexander...@web.de hat am 12. April 2015 um 14:33 geschrieben: This adds defines for the BCM2835 function selections. This is notably useful as the functions are not ordered. if you look at Lee's repository then you will see this is already implemented. Best

Re: [PATCH] ARM: dts: imx23-olinuxino: Add i2c support

Hi Harald, This patch provides the necessary devicetree code. Tested with MOD-LCD1x9 from Olimex. This patch is based on work by Fadil Berisha with his permission. However all bugs are mine. Signed-off-by: Harald Geyer har...@ccbib.org --- arch/arm/boot/dts/imx23-olinuxino.dts | 6 +

Re: Question about shared interrupts in devicetree

Hi Geert, Am 08.04.2015 um 21:20 schrieb Geert Uytterhoeven: On Tue, Apr 7, 2015 at 7:06 PM, Stefan Wahren stefan.wah...@i2se.com wrote: [...] thanks for the good explanation. After looking into the reference manual [1] of the i.MX28 i still can't decide if the subsystem generate

Re: [PATCH] ARM: dts: imx23-olinuxino: Add i2c support

Hi Harald, har...@ccbib.org hat am 9. April 2015 um 15:03 geschrieben: Hi Stefan! On Thu, 09 Apr 2015 11:20:10 +0200, Stefan Wahren stefan.wah...@i2se.com wrote: Btw i read that Shawn only want used muxes [1]. [1] - http://lists.infradead.org/pipermail/linux-arm-kernel/2012

Re: Question about shared interrupts in devicetree

Hi Geert, Geert Uytterhoeven ge...@linux-m68k.org hat am 9. April 2015 um 09:37 geschrieben: [...] Could you please explain the benefit / reason of this approach? Since you have different logical modules in the subsystem, this allows to model the subsystem as separate modules and a

Re: [PATCH] ARM: dts: imx23-olinuxino: Add i2c support

Hi Harald, [ add devicetree mailinglist ] Harald Geyer har...@ccbib.org hat am 8. April 2015 um 19:45 geschrieben: The imx23-olinuxino board has an i2c interface exposed on UEXT connector. AFAIK the iMX233-OLinuXino-MICRO don't have a UEXT connector. Maybe we reached the point to make dts

Re: Question about shared interrupts in devicetree

Hi Mark, [add some possible interested developer in CC] Mark Rutland mark.rutl...@arm.com hat am 7. April 2015 um 13:29 geschrieben: On Sat, Apr 04, 2015 at 10:40:13PM +0100, Stefan Wahren wrote: Hi, Hi, i'm currently working on drivers (regulator and power switch) for a power

Question about shared interrupts in devicetree

Hi, i'm currently working on drivers (regulator and power switch) for a power subsystem of a ARM9 processor (Freescale i.MX28). There are interrupts for the power subsystem which share the same interrupt line. This interrupt line is needed by both drivers (regulator and power switch). Now the

Re: [PATCH 7/7] ARM: dts: add OPPs for i.MX23/i.MX28

Hi Juergen, Juergen Borleis juer...@kreuzholzen.de hat am 29. März 2015 um 16:40 geschrieben: Hi Stefan, Stefan Wahren wrote: Juergen Borleis juer...@kreuzholzen.de hat am 24. März 2015 um 21:45 geschrieben: Stefan Wahren wrote: [...] diff --git a/arch/arm/boot/dts

Re: [PATCH 7/7] ARM: dts: add OPPs for i.MX23/i.MX28

Hi, Juergen Borleis juer...@kreuzholzen.de hat am 24. März 2015 um 21:45 geschrieben: Stefan Wahren wrote: [...] diff --git a/arch/arm/boot/dts/imx28.dtsi b/arch/arm/boot/dts/imx28.dtsi index 98c1be6..21c1921 100644 --- a/arch/arm/boot/dts/imx28.dtsi +++ b/arch/arm/boot/dts/imx28

Re: [PATCH 7/7] ARM: dts: add OPPs for i.MX23/i.MX28

Hi Juergen, Juergen Borleis juer...@kreuzholzen.de hat am 24. März 2015 um 21:45 geschrieben: Stefan Wahren wrote: [...] Maybe you should take into account not to reduce VDD below 1.55 V if the SDRAM controller runs above 196 MHz. The i.MX28 datasheet[1] lists these restrictions. VDD

  1   2   >