[PATCH] mfd: da9052-core: Fix interrupts reported to mfd child devices

number. Signed-off-by: Philipp Zabel --- drivers/mfd/da9052-core.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mfd/da9052-core.c b/drivers/mfd/da9052-core.c index c96cdbc..0f12972 100644 --- a/drivers/mfd/da9052-core.c +++ b/drivers/mfd/da9052-core.c @@ -804,

[PATCH v9 RESEND 0/4] Add generic driver for on-chip SRAM

Hi, last time I posted was a bit close to the merge window, so I'm reposting now. Greg, Arnd, could you take the first two patches? These patches add support to configure on-chip SRAM via device-tree node or platform data and to obtain the resulting genalloc pool from the struct device pointer or

[PATCH v9 RESEND 4/4] ARM: dts: add sram for imx53 and imx6q

Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo Acked-by: Grant Likely --- Changes since v8: - Changed device tree compatible string to "mmio-sram" --- arch/arm/boot/dts/imx53.dtsi |5 + arch/arm/boot/dts/imx6q.dtsi |6 ++ 2 files changed, 11 insertions(+) di

[PATCH v9 RESEND 1/4] genalloc: add devres support, allow to find a managed pool by device

node. The corresponding platform device is then fed into dev_get_gen_pool and the resulting gen_pool is returned. Signed-off-by: Philipp Zabel Acked-by: Grant Likely --- include/linux/genalloc.h | 15 + lib/genalloc.c | 81 ++ 2

[PATCH v9 RESEND 3/4] media: coda: use genalloc API

This patch depends on "genalloc: add devres support, allow to find a managed pool by device", which provides the of_get_named_gen_pool and dev_get_gen_pool functions. Signed-off-by: Philipp Zabel Acked-By: Javier Martin Acked-by: Grant Likely --- Documentation/devicetree/bind

[PATCH v9 RESEND 2/4] misc: Generic on-chip SRAM allocation driver

track allocations. Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo Acked-by: Grant Likely --- Changes since v8: - Changed device tree compatible string to "mmio-sram" --- Documentation/devicetree/bindings/misc/sram.txt | 16 +++ drivers/misc/Kconfig

[PATCH v8 0/4] Add generic driver for on-chip SRAM

These patches add support to configure on-chip SRAM via device-tree node or platform data and to obtain the resulting genalloc pool from the struct device pointer or a phandle pointing at the device tree node. This allows drivers to allocate SRAM with the genalloc API without hard-coding the genall

[PATCH v8 4/4] ARM: dts: add sram for imx53 and imx6q

Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- arch/arm/boot/dts/imx53.dtsi |5 + arch/arm/boot/dts/imx6q.dtsi |6 ++ 2 files changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi index edc3f1e..8faca1a 100644 --- a/arch/arm

[PATCH v8 1/4] genalloc: add devres support, allow to find a managed pool by device

node. The corresponding platform device is then fed into dev_get_gen_pool and the resulting gen_pool is returned. Signed-off-by: Philipp Zabel --- Changes since v7: - Removed the global pool list. Instead, added a devres managed version of gen_pool_create, replacing gen_pool_find_by_phys with

[PATCH v8 2/4] misc: Generic on-chip SRAM allocation driver

track allocations. Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- Changes since v7: - Removed obsolete __devinit/__devexit/__devexit_p --- Documentation/devicetree/bindings/misc/sram.txt | 17 drivers/misc/Kconfig|9 ++ drivers/misc/Mak

[PATCH v8 3/4] media: coda: use genalloc API

This patch depends on "genalloc: add devres support, allow to find a managed pool by device", which provides the of_get_named_gen_pool and dev_get_gen_pool functions. Signed-off-by: Philipp Zabel --- Changes since v7: - In the platform data case, retrieve gen_pool by device instea

Re: [PATCH v8 2/4] misc: Generic on-chip SRAM allocation driver

Am Dienstag, den 05.02.2013, 00:53 +0900 schrieb Paul Mundt: > On Mon, Feb 04, 2013 at 12:32:16PM +0100, Philipp Zabel wrote: > > This driver requests and remaps a memory region as configured in the > > device tree. It serves memory from this region via the genalloc API. > >

Re: [PATCH v8 2/4] misc: Generic on-chip SRAM allocation driver

Hi Grant, Am Freitag, den 08.02.2013, 20:16 + schrieb Grant Likely: > On Mon, 4 Feb 2013 12:32:16 +0100, Philipp Zabel > wrote: > > This driver requests and remaps a memory region as configured in the > > device tree. It serves memory from this region via the ge

[PATCH v2 8/9] ARM: i.MX6: use generic on-chip SRAM allocator driver for OCRAM

Signed-off-by: Philipp Zabel --- arch/arm/boot/dts/imx6q.dtsi |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi index 9cb0b50..1e463c4 100644 --- a/arch/arm/boot/dts/imx6q.dtsi +++ b/arch/arm/boot/dts/imx6q.dtsi

[PATCH v2 7/9] ARM: i.MX53: use generic on-chip SRAM allocator driver for OCRAM

Signed-off-by: Philipp Zabel --- arch/arm/boot/dts/imx53.dtsi |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi index 5da342a..2767a92 100644 --- a/arch/arm/boot/dts/imx53.dtsi +++ b/arch/arm/boot/dts/imx53.dtsi

[PATCH v2 6/9] misc: Generic on-chip SRAM allocation driver

This driver requests and remaps a memory region as configured in the device tree. It serves memory from this region via the genalloc API. Other drivers can retrieve the genalloc pool from a phandle pointing to this drivers' device node in the device tree. Signed-off-by: Philipp

[PATCH v2 1/9] ARM i.MX: Switch IRAM allocator to device tree initialization

Signed-off-by: Philipp Zabel --- arch/arm/plat-mxc/include/mach/iram.h |6 - arch/arm/plat-mxc/iram_alloc.c| 44 ++--- 2 files changed, 41 insertions(+), 9 deletions(-) diff --git a/arch/arm/plat-mxc/include/mach/iram.h b/arch/arm/plat-mxc/include

[PATCH v2 9/9] ARM i.MX: remove IRAM_ALLOC facility

virt); /* ... */ - iram_free(virt, SIZE); + gen_pool_free(iram_pool, virt, SIZE); Signed-off-by: Philipp Zabel --- arch/arm/plat-mxc/Kconfig |4 -- arch/arm/plat-mxc/Makefile|1 - arch/arm/plat-mxc/include/mach/iram.h | 35 -- arch/arm/plat-mxc/iram_alloc.c|

[PATCH v2 5/9] genalloc: add a global pool list, allow to find pools by phys address

This patch keeps all created pools in a global list and adds two functions that allow to retrieve the gen_pool pointer from a known physical address and from a device tree node. Signed-off-by: Philipp Zabel --- include/linux/genalloc.h | 14 + lib/genalloc.c | 77

[PATCH v2 4/9] iram_alloc: store the virt and phys mem address in gen_pool chunks

This improves the symmetry of iram_alloc and iram_free in that iram_free has to be called with the virtual address now. Also, gen_pool_virt_to_phys is now functional. Signed-off-by: Philipp Zabel --- arch/arm/plat-mxc/iram_alloc.c | 39 ++- 1 file changed

[PATCH v2 0/9] Add device tree support for on-chip SRAM

These patches add support to configure on-chip SRAM via device-tree node and to obtain the resulting genalloc pool from a phandle pointing at the node. This allows drivers to allocate SRAM with the genalloc API without hard-coding the genalloc pool address. The on-chip SRAM on i.MX53 and i.MX6q is

[PATCH v2 2/9] ARM i.MX53: Add OCRAM to device tree

Signed-off-by: Philipp Zabel --- - Renamed "iram" to "ocram" as it appears in the processor reference manuals. --- arch/arm/boot/dts/imx53.dtsi |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi in

[PATCH v2 3/9] ARM i.MX6: Add OCRAM to device tree

Signed-off-by: Philipp Zabel --- Changes since v1: - Renamed "iram" to "ocram" as it appears in the processor reference manuals. --- arch/arm/boot/dts/imx6q.dtsi |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/

Re: [PATCH v2 0/9] Add device tree support for on-chip SRAM

Hi Shawn, Am Montag, den 03.09.2012, 09:53 +0800 schrieb Shawn Guo: > I do not understand the point of introducing those imx patches, 1 ~ 4 > and 7, 8. They are all unnecessary churns to me. IMO, 4 patches are > enough. > > * genalloc: add a global pool list, allow to find pools by phys addres

[PATCH v3 4/4] ARM i.MX: remove IRAM_ALLOC facility

virt); /* ... */ - iram_free(virt, SIZE); + gen_pool_free(iram_pool, virt, SIZE); Signed-off-by: Philipp Zabel --- arch/arm/plat-mxc/Kconfig |4 -- arch/arm/plat-mxc/Makefile|1 - arch/arm/plat-mxc/include/mach/iram.h | 41 -- arch/arm/plat-mxc/iram_all

[PATCH v3 3/4] ARM: dts: add sram for imx53 and imx6q

Signed-off-by: Philipp Zabel --- arch/arm/boot/dts/imx53.dtsi |5 + arch/arm/boot/dts/imx6q.dtsi |5 + 2 files changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi index cd37165..2767a92 100644 --- a/arch/arm/boot/dts/imx53.dtsi

[PATCH v3 1/4] genalloc: add a global pool list, allow to find pools by phys address

This patch keeps all created pools in a global list and adds two functions that allow to retrieve the gen_pool pointer from a known physical address and from a device tree node. Signed-off-by: Philipp Zabel --- Changes since v2: - Moved struct device_node declaration out of #ifdef CONFIG_OF

[PATCH v3 2/4] misc: Generic on-chip SRAM allocation driver

This driver requests and remaps a memory region as configured in the device tree. It serves memory from this region via the genalloc API. Other drivers can retrieve the genalloc pool from a phandle pointing to this drivers' device node in the device tree. Signed-off-by: Philipp

[PATCH v3 0/4] Add device tree support for on-chip SRAM

These patches add support to configure on-chip SRAM via device-tree node and to obtain the resulting genalloc pool from a phandle pointing at the node. This allows drivers to allocate SRAM with the genalloc API without hard-coding the genalloc pool address. The on-chip SRAM on i.MX53 and i.MX6q is

Re: [PATCH v3 0/6] uio_pruss cleanup and platform support

Hi Matt, On 10/3/12, Matt Porter wrote: > This series enables uio_pruss on DA850 and removes use of the > private SRAM API by the driver. The driver previously was not > enabled by any platform and the private SRAM API was accessing > an invalid SRAM bank. have you seen my SRAM patch series at h

Re: [PATCH v3 0/6] uio_pruss cleanup and platform support

On Thu, Oct 04, 2012 at 08:42:53AM -0400, Matt Porter wrote: > > I think the generic SRAM/genalloc driver > > (https://lkml.org/lkml/2012/9/7/282) > > could be useful to map the L3RAM on Davinci. > > With the gen_pool lookup patch (https://lkml.org/lkml/2012/9/7/284) the > > uio_pruss driver could

Re: [PATCH v3 0/6] uio_pruss cleanup and platform support

On Thu, Oct 04, 2012 at 09:54:33AM -0400, Matt Porter wrote: > *sigh*, I see now. I looked at v2 and got wrapped up in the DT use case > and missed your platform device support. I think it will work just fine > for us to use in a "phase 2" of this work, replacing the backend of > davinci sram alloc

Re: [PATCH v4 2/6] misc: Generic on-chip SRAM allocation driver

Am Donnerstag, den 04.10.2012, 11:25 -0400 schrieb Matt Porter: > On Fri, Sep 07, 2012 at 02:43:44PM +0200, Philipp Zabel wrote: > > This driver requests and remaps a memory region as configured in the > > device tree. It serves memory from this region via the genalloc API. > &g

Re: [PATCH v5 3/4] misc: sram: Add optional clock

Am Freitag, den 26.10.2012, 12:17 -0400 schrieb Paul Gortmaker: > On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel > wrote: > > On some platforms the SRAM needs a clock to be enabled explicitly. > > > > Signed-off-by: Philipp Zabel > > --- > > drivers/misc/

Re: [PATCH v5 3/4] misc: sram: Add optional clock

Am Freitag, den 26.10.2012, 11:18 -0400 schrieb Paul Gortmaker: > On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel > wrote: > > On some platforms the SRAM needs a clock to be enabled explicitly. > > Since this is a file that you've just created in the previous commit,

Re: [PATCH v5 2/4] misc: Generic on-chip SRAM allocation driver

Hi Paul, thank you for your comments. Am Freitag, den 26.10.2012, 12:07 -0400 schrieb Paul Gortmaker: > On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel > wrote: > > This driver requests and remaps a memory region as configured in the > > device tree. It serves memory from t

Re: [PATCH RFC 0/6] ARM: OMAP2+: AM43x/AM335x prcm reset driver

Hi Afzal, Am Montag, den 02.09.2013, 19:41 +0530 schrieb Afzal Mohammed: > Hi, > > This is an attempt to achieve reset on AM43x/AM335x based SoC's with > reset driver making use of the reset framework. > > prcm node is added in device tree, which would hold reset bindings. > Initially node was m

Re: [PATCH RFC 0/6] ARM: OMAP2+: AM43x/AM335x prcm reset driver

Am Donnerstag, den 05.09.2013, 21:26 +0530 schrieb Afzal Mohammed: > Hi Philipp, > > On Thursday 05 September 2013 03:37 PM, Philipp Zabel wrote: > > Am Montag, den 02.09.2013, 19:41 +0530 schrieb Afzal Mohammed: > > >> Two new reset API's are provided to check wh

Re: [PATCH] reset: Add non CONFIG_RESET_CONTROLLER routines

Hi Ivan, Am Donnerstag, den 10.10.2013, 12:14 +0300 schrieb Ivan T. Ivanov: > From: "Ivan T. Ivanov" > > Make sure client drivers will still build on systems > without reset control support. the stubs should at least return errors, but then this turns a compile time error into a runtime error f

[PATCH v4 0/6] Add device tree support for on-chip SRAM

These patches add support to configure on-chip SRAM via device-tree node and to obtain the resulting genalloc pool from a phandle pointing at the node. This allows drivers to allocate SRAM with the genalloc API without hard-coding the genalloc pool address. The on-chip SRAM on i.MX53 and i.MX6q is

[PATCH v4 1/6] genalloc: add a global pool list, allow to find pools by phys address

This patch keeps all created pools in a global list and adds two functions that allow to retrieve the gen_pool pointer from a known physical address and from a device tree node. Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- include/linux/genalloc.h | 14 ++ lib/genalloc.c

[PATCH v4 4/6] ARM i.MX: remove IRAM_ALLOC facility

virt); /* ... */ - iram_free(virt, SIZE); + gen_pool_free(iram_pool, virt, SIZE); Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- arch/arm/plat-mxc/Kconfig |4 -- arch/arm/plat-mxc/Makefile|1 - arch/arm/plat-mxc/include/mach/iram.h | 41 -- arch/arm/

[PATCH v4 6/6] ARM i.MX6q: Add ocram clkdev entry

Signed-off-by: Philipp Zabel --- arch/arm/mach-imx/clk-imx6q.c |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-imx/clk-imx6q.c b/arch/arm/mach-imx/clk-imx6q.c index 4233d9e..5912966 100644 --- a/arch/arm/mach-imx/clk-imx6q.c +++ b/arch/arm/mach-imx/clk-imx6q.c @@ -439,6

[PATCH v4 5/6] misc: sram: Add optional clock

On some platforms the SRAM needs a clock to be enabled explicitly. Signed-off-by: Philipp Zabel --- drivers/misc/sram.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/misc/sram.c b/drivers/misc/sram.c index 7a363f2..0cc2e75 100644 --- a/drivers/misc/sram.c +++ b

[PATCH v4 3/6] ARM: dts: add sram for imx53 and imx6q

Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- arch/arm/boot/dts/imx53.dtsi |5 + arch/arm/boot/dts/imx6q.dtsi |5 + 2 files changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi index cd37165..2767a92 100644 --- a/arch/arm

[PATCH v4 2/6] misc: Generic on-chip SRAM allocation driver

This driver requests and remaps a memory region as configured in the device tree. It serves memory from this region via the genalloc API. Other drivers can retrieve the genalloc pool from a phandle pointing to this drivers' device node in the device tree. Signed-off-by: Philipp Zabel Rev

Re: [PATCH v7 0/4] Add generic driver for on-chip SRAM

Hi, On Fri, 2012-11-23 at 15:24 +0100, Philipp Zabel wrote: > These patches add support to configure on-chip SRAM via device-tree > node or platform data and to obtain the resulting genalloc pool from > the physical address or a phandle pointing at the device tree node. > This allow

Re: [PATCH v7 0/4] Add generic driver for on-chip SRAM

On Tue, 2012-12-04 at 08:19 -0800, Greg Kroah-Hartman wrote: > On Tue, Dec 04, 2012 at 09:53:38AM +0100, Philipp Zabel wrote: > > Hi, > > > > On Fri, 2012-11-23 at 15:24 +0100, Philipp Zabel wrote: > > > These patches add support to configure on-chip SRAM via devi

[PATCH] regmap: default Y if REGMAP_MMIO is selected

The syscon mfd driver selects REGMAP_MMIO and uses struct regmap_config, which is only defined if CONFIG_REGMAP is enabled. Signed-off-by: Philipp Zabel --- drivers/base/regmap/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/base/regmap/Kconfig b/drivers

Re: [PATCH] regmap: default Y if REGMAP_MMIO is selected

Am Mittwoch, den 17.10.2012, 21:32 +0900 schrieb Mark Brown: > On Wed, Oct 17, 2012 at 02:31:16PM +0200, Philipp Zabel wrote: > > The syscon mfd driver selects REGMAP_MMIO and uses struct regmap_config, > > which is only defined if CONFIG_REGMAP is enabled. > > Already

[PATCH v5 3/4] misc: sram: Add optional clock

On some platforms the SRAM needs a clock to be enabled explicitly. Signed-off-by: Philipp Zabel --- drivers/misc/sram.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/misc/sram.c b/drivers/misc/sram.c index 7a363f2..0cc2e75 100644 --- a/drivers/misc/sram.c +++ b

[PATCH v5 1/4] genalloc: add a global pool list, allow to find pools by phys address

This patch keeps all created pools in a global list and adds two functions that allow to retrieve the gen_pool pointer from a known physical address and from a device tree node. Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- include/linux/genalloc.h | 14 ++ lib/genalloc.c

[PATCH v5 2/4] misc: Generic on-chip SRAM allocation driver

This driver requests and remaps a memory region as configured in the device tree. It serves memory from this region via the genalloc API. Other drivers can retrieve the genalloc pool from a phandle pointing to this drivers' device node in the device tree. Signed-off-by: Philipp Zabel Rev

[PATCH v5 0/4] Add generic driver for on-chip SRAM

These patches add support to configure on-chip SRAM via device-tree node or platform data and to obtain the resulting genalloc pool from the physical address or a phandle pointing at the device tree node. This allows drivers to allocate SRAM with the genalloc API without hard-coding the genalloc po

[PATCH v5 4/4] misc: sram: add support for configurable allocation order

igned-off-by: Matt Porter Signed-off-by: Philipp Zabel --- Documentation/devicetree/bindings/misc/sram.txt | 12 ++- drivers/misc/sram.c | 14 - include/linux/platform_data/sram.h | 25 +++ 3 files change

Re: [PATCH v5 4/4] misc: sram: add support for configurable allocation order

Am Mittwoch, den 14.11.2012, 19:15 + schrieb Grant Likely: > On Thu, 18 Oct 2012 16:27:33 +0200, Philipp Zabel > wrote: > > From: Matt Porter > > > > Adds support for setting the genalloc pool's minimum allocation > > order via DT or platform data. The a

Re: [PATCH v5 1/4] genalloc: add a global pool list, allow to find pools by phys address

Hi Paul, Am Freitag, den 26.10.2012, 15:46 -0400 schrieb Paul Gortmaker: > On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel > wrote: > > This patch keeps all created pools in a global list and adds two > > functions that allow to retrieve the gen_pool pointer from a known &g

[PATCH v6 1/4] genalloc: add a global pool list, allow to find pools by phys address

This patch keeps all created pools in a global list and adds two functions that allow to retrieve the gen_pool pointer from a known physical address and from a device tree node. Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- include/linux/genalloc.h | 14 ++ lib/genalloc.c

[PATCH v6 0/4] Add generic driver for on-chip SRAM

These patches add support to configure on-chip SRAM via device-tree node or platform data and to obtain the resulting genalloc pool from the physical address or a phandle pointing at the device tree node. This allows drivers to allocate SRAM with the genalloc API without hard-coding the genalloc po

[PATCH v6 2/4] misc: Generic on-chip SRAM allocation driver

tree. Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- Documentation/devicetree/bindings/misc/sram.txt | 17 drivers/misc/Kconfig|9 ++ drivers/misc/Makefile |1 + drivers/misc/sram.c |

[PATCH v6 3/4] media: coda: use genalloc API

This patch depends on "genalloc: add a global pool list, allow to find pools by phys address", which provides the of_get_named_gen_pool function. Signed-off-by: Philipp Zabel --- drivers/media/platform/Kconfig |3 +-- drivers/media/platform/coda

[PATCH v6 4/4] ARM: dts: add sram for imx53 and imx6q

Signed-off-by: Philipp Zabel Reviewed-by: Shawn Guo --- arch/arm/boot/dts/imx53.dtsi |5 + arch/arm/boot/dts/imx6q.dtsi |6 ++ 2 files changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi index 76ebb1a..7677218 100644 --- a/arch/arm

Re: [PATCH v6 3/4] media: coda: use genalloc API

Am Freitag, den 16.11.2012, 10:08 -0500 schrieb Paul Gortmaker: > On 12-11-16 05:30 AM, Philipp Zabel wrote: > > This patch depends on "genalloc: add a global pool list, > > allow to find pools by phys address", which provides the > > of_get_named_gen_pool function.

Re: [PATCH v5 4/4] misc: sram: add support for configurable allocation order

Am Freitag, den 16.11.2012, 09:09 -0500 schrieb Matt Porter: > On Thu, Nov 15, 2012 at 02:11:35PM +0100, Philipp Zabel wrote: > > Am Mittwoch, den 14.11.2012, 19:15 + schrieb Grant Likely: > > > On Thu, 18 Oct 2012 16:27:33 +0200, Philipp Zabel > > > wrote

Re: [PATCH v6 3/4] media: coda: use genalloc API

Am Freitag, den 16.11.2012, 11:00 -0500 schrieb Paul Gortmaker: > On 12-11-16 10:21 AM, Philipp Zabel wrote: > > Am Freitag, den 16.11.2012, 10:08 -0500 schrieb Paul Gortmaker: > >> On 12-11-16 05:30 AM, Philipp Zabel wrote: > >>> This patch depends on &qu

Re: [PATCH v2 1/6] misc: sram: fix error path in sram_probe

Hi Heiko, Am Dienstag, den 25.06.2013, 10:46 +0200 schrieb Heiko Stübner: > The pool is created thru devm_gen_pool_create, so the call to > gen_pool_destroy is not necessary. > Instead the sram-clock must be turned off again if it exists. > > Signed-off-by: Heiko Stuebner > --- > drivers/misc/s

Re: [PATCH v2 2/6] misc: sram: add ability to mark sram sections as reserved

Hi Heiko, Am Dienstag, den 25.06.2013, 10:47 +0200 schrieb Heiko Stübner: > Some SoCs need parts of their sram for special purposes. So while being part > of the periphal, it should not be part of the genpool controlling the sram. > > Threfore add an option mmio-sram-reserved to keep arbitary por

Re: [PATCH v2 1/6] misc: sram: fix error path in sram_probe

Hi Heiko, Am Donnerstag, den 04.07.2013, 16:34 +0200 schrieb Heiko Stübner: > Hi Philipp, > > Am Dienstag, 25. Juni 2013, 11:04:34 schrieb Philipp Zabel: > > Hi Heiko, > > > > Am Dienstag, den 25.06.2013, 10:46 +0200 schrieb Heiko Stübner: > > > The pool is c

Re: [PATCH v3 1/6] misc: sram: fix error path in sram_probe

rich Prinz Acked-by: Philipp Zabel > --- > drivers/misc/sram.c |3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/misc/sram.c b/drivers/misc/sram.c > index d87cc91..afe66571 100644 > --- a/drivers/misc/sram.c > +++ b/drivers/misc/sram.c

Re: [PATCH v3 2/6] misc: sram: add ability to mark sram sections as reserved

portions of the > sram from being part of the pool. > > Suggested-by: Rob Herring > Signed-off-by: Heiko Stuebner > Tested-by: Ulrich Prinz Acked-by: Philipp Zabel > --- > Documentation/devicetree/bindings/misc/sram.txt |8 +++ > drivers/misc/sram.

Re: [PATCH v2 2/6] misc: sram: add ability to mark sram sections as reserved

Am Mittwoch, den 26.06.2013, 11:18 +0200 schrieb Heiko Stübner: > Hi Philipp, > > Am Dienstag, 25. Juni 2013, 12:17:05 schrieb Philipp Zabel: > > Hi Heiko, > > > > Am Dienstag, den 25.06.2013, 10:47 +0200 schrieb Heiko Stübner: > > > Some SoCs need parts of

Re: [PATCH 5/5] imx-drm: ipu-dp: Adjust the maximum number of flows

Hi Fabio, Am Freitag, den 28.06.2013, 00:32 -0300 schrieb Fabio Estevam: > From: Fabio Estevam > > Later in ipu_dp_get() the index of the flow array is calculated by: > flow >> 1 > > So adjust its maximum to IPUV3_NUM_FLOWS << 1. > > Signed-off-by: Fabio Estevam > --- > drivers/staging/imx-d

Re: [PATCH v2 1/4] imx-drm: imx-drm-core: Export imx_drm_encoder_get_mux_id

OL_GPL(imx_drm_encoder_get_mux_id); > > /* > * imx_drm_remove_encoder - remove an encoder All four Acked-by: Philipp Zabel regards Philipp -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2 2/2] regulator: Add Dialog DA9063 voltage regulators support.

Hi Mark, Am Sonntag, den 28.07.2013, 13:51 +0100 schrieb Mark Brown: > On Thu, Jul 25, 2013 at 07:39:03PM +0200, Philipp Zabel wrote: > > > - 1x power switch to switch on/off 32 KHz oscilator output (32K_OUT). > > The driver looks good except this should be implemented usi

Re: [PATCH v4 2/6] misc: sram: add ability to mark sram sections as reserved

Hi Heiko, Am Montag, den 29.07.2013, 15:12 +0200 schrieb Heiko Stübner: > Some SoCs need parts of their sram for special purposes. So while being part > of the peripheral, it should not be part of the genpool controlling the sram. > > Therefore add an option mmio-sram-reserved to keep arbitrary p

Re: [PATCH 1/2] mfd: Add Dialog DA9063 core driver.

Hi Lee, Am Montag, den 29.07.2013, 16:46 +0100 schrieb Lee Jones: > > > > > Signed-off-by: Krystian Garbaciak > > > > > Signed-off-by: Philipp Zabel > > > > > --- > > > > > drivers/mfd/Kconfig | 12 + > > >

[PATCH v3 0/6] Add Dialog DA9063 core and regulator drivers

Hi, here is the third round of the DA9063 mfd core and regulator patches, with the following changes since v2: - Split DA9063 core driver patch into three more digestible parts (register definitions, core mfd/i2c driver, regmap irqchip support) - Removed 32k clock output from the regulator dr

[PATCH v3 6/6] mfd: da9063: add 32 kHz output clock to clock tree

Signed-off-by: Philipp Zabel --- drivers/mfd/da9063-core.c | 76 +++ 1 file changed, 76 insertions(+) diff --git a/drivers/mfd/da9063-core.c b/drivers/mfd/da9063-core.c index c9cf8d9..adcdc50 100644 --- a/drivers/mfd/da9063-core.c +++ b/drivers/mfd

[PATCH v3 4/6] regulator: da9063: Add Dialog DA9063 voltage regulators support.

voltage change. This driver requires MFD core driver for operation. Signed-off-by: Krystian Garbaciak Signed-off-by: Philipp Zabel --- drivers/regulator/Kconfig| 10 + drivers/regulator/Makefile | 1 + drivers/regulator/da9063-regulator.c | 941

[PATCH v3 5/6] Documentation: Add device tree bindings for DA9063 PMIC

This patch adds device tree binding documentation for the Dialog Semiconductors DA9063 PMIC and its regulator nodes. Signed-off-by: Philipp Zabel Cc: devicet...@vger.kernel.org --- .../devicetree/bindings/mfd/da9063-i2c.txt | 68 ++ 1 file changed, 68 insertions

[PATCH v3 2/6] mfd: da9063: Add Dialog DA9063 core driver.

second page is used during initialisation. This module provides support to following functional cells: - Regulators - RTC - HWMON - OnKey (power key misc input device) - Vibration (force-feedback input device) - Watchdog - LEDs Signed-off-by: Krystian Garbaciak Signed-off-by: Philipp Zabel

[PATCH v3 1/6] mfd: da9063: Add register definitions for DA9063 driver

From: Krystian Garbaciak This patch adds register definitions for the DA9063 PMIC. They will be used by the following DA9063 mfd core driver and functional module drivers. Signed-off-by: Krystian Garbaciak Signed-off-by: Philipp Zabel Reviewed-by: Mark Brown --- include/linux/mfd/da9063

[PATCH v3 3/6] mfd: da9063: Add IRQ support

From: Krystian Garbaciak This patch adds a regmap irqchip for DA9063 IRQs. It depends on git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-irq-ack-mask Signed-off-by: Krystian Garbaciak Signed-off-by: Philipp Zabel Reviewed-by: Mark Brown --- drivers/mfd

Re: [PATCH v3 6/6] mfd: da9063: add 32 kHz output clock to clock tree

Am Montag, den 29.07.2013, 19:15 +0100 schrieb Mark Brown: > On Mon, Jul 29, 2013 at 07:00:47PM +0200, Philipp Zabel wrote: > > > + clk = devm_clk_register(da9063->dev, &out_32k->clk_hw); > > + if (IS_ERR(clk)) > > + return PTR_ERR(clk); > >

Re: [PATCH 0/3] refactor some ldb related clocks

Am Dienstag, den 20.08.2013, 16:38 +0800 schrieb Liu Ying: > The ldb_di[0/1]_ipu_div clock dividers in the CSCMR2 register > of i.MX53, i.MX6Q and i.MX6DL SoCs can be configured to a 1/3.5 > drivider or a 1/7 divider. The common clock framework cannot > deal with the two dividers directly even with

Re: [PATCH] imx-drm: imx-tve: Remove unneeded check for platform_get_resource()

mp;pdev->dev, "failed to get memory region\n"); > - return -ENOENT; > - } > - > base = devm_ioremap_resource(&pdev->dev, res); > if (IS_ERR(base)) > return PTR_ERR(base); Acked-by: Philipp Zabel regards Philipp -

[PATCH] regmap: irq: Acknowledge also interrupts that are masked

In case the hardware interrupt mask register does not prevent the chip level irq from being asserted by the corresponding interrupt status bit, stray masked interrupts should to be acknowledged, too. Signed-off-by: Philipp Zabel --- I have seen GPI interrupts trigger on DA9063 trigger after

Re: [PATCH] regmap: irq: Acknowledge also interrupts that are masked

Hi Mark, Am Montag, den 22.07.2013, 11:08 +0100 schrieb Mark Brown: > On Mon, Jul 22, 2013 at 11:24:52AM +0200, Philipp Zabel wrote: > > In case the hardware interrupt mask register does not prevent the chip level > > irq from being asserted by the corresponding interrupt st

[PATCH 2/2] regmap: irq: document mask/wake_invert, make them bool for consistency

Signed-off-by: Philipp Zabel --- include/linux/regmap.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/include/linux/regmap.h b/include/linux/regmap.h index 34ebe77..5a29fff 100644 --- a/include/linux/regmap.h +++ b/include/linux/regmap.h @@ -471,6 +471,8 @@ struct

[PATCH 1/2] regmap: irq: Allow to acknowledge masked interrupts during initialization

-by: Philipp Zabel --- drivers/base/regmap/regmap-irq.c | 25 + include/linux/regmap.h | 2 ++ 2 files changed, 27 insertions(+) diff --git a/drivers/base/regmap/regmap-irq.c b/drivers/base/regmap/regmap-irq.c index 1643e88..d10456f 100644 --- a/drivers/base

[RFC] regmap: core: allow a virtual range to cover its own data window

space directly when connected via SPI, this allows to avoid acrobatics with the register ranges by simply mapping the I2C ranges over the data window beginning at 0x0, and then using linear access for the SPI variant. Signed-off-by: Philipp Zabel --- I am looking at DA9063, which could use the foll

[PATCH] regmap: irq: document mask/wake_invert flags

Signed-off-by: Philipp Zabel --- include/linux/regmap.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/linux/regmap.h b/include/linux/regmap.h index 99b211a..53c5d80 100644 --- a/include/linux/regmap.h +++ b/include/linux/regmap.h @@ -471,6 +471,8 @@ struct regmap_irq

[PATCH] regmap: irq: make flags bool and put them in a bitfield

This patch makes mask/wake_invert bool and puts all flags into a bitfield for consistency and to save some space. Signed-off-by: Philipp Zabel --- include/linux/regmap.h | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/include/linux/regmap.h b/include/linux/regmap.h

[PATCH 2/2] regulator: Add Dialog DA9063 voltage regulators support.

each regulator. The driver switches between those on suspend/wake-up to provide quick and fluent output voltage change. This driver requires MFD core driver for operation. Signed-off-by: Krystian Garbaciak Signed-off-by: Philipp Zabel --- drivers/regulator/Kconfig| 10 + drivers

[PATCH 0/2] Add Dialog DA9063 core and regulator drivers

Hi, I've taken the DA9063 patches posted by Krystian Garbaciak last year and tried to massage them into shape a bit, added device tree support and made changes to use more of the existing regulator and regmap infrastructure. Here are the core driver and the regulator driver. The core driver d

Re: [PATCH 1/2] mfd: Add Dialog DA9063 core driver.

Am Mittwoch, den 24.07.2013, 18:07 +0100 schrieb Mark Brown: > On Wed, Jul 24, 2013 at 06:34:42PM +0200, Philipp Zabel wrote: > > > + ret = regmap_read(da9063->regmap, DA9063_REG_CHIP_ID, &model); > > + if (ret < 0) { > > + dev_err(da9063-&

Re: [PATCH 1/2] mfd: Add Dialog DA9063 core driver.

Hi Lee, Am Donnerstag, den 25.07.2013, 09:08 +0100 schrieb Lee Jones: > > > Signed-off-by: Krystian Garbaciak > > > Signed-off-by: Philipp Zabel > > > --- > > > drivers/mfd/Kconfig | 12 + > > > drivers/mfd/Makefile

Re: [PATCH 2/2] regulator: Add Dialog DA9063 voltage regulators support.

Hi Mark, thank you for the comments. Am Mittwoch, den 24.07.2013, 18:29 +0100 schrieb Mark Brown: > On Wed, Jul 24, 2013 at 06:34:43PM +0200, Philipp Zabel wrote: > > > +/* Definition for registering bit fields */ > > +struct bfield { > > + unsigned short addr; >

[PATCH v2 0/2] Add Dialog DA9063 core and regulator drivers

Hi, here is a second round of the DA9063 mfd core and regulator patch, with the following changes since v1: - Reordered to avoid forward declarations - Split set/get_mode into buck and ldo specific versions and dropped da9063_get/update_mode_internal - Dropped suspend_enable/disable for 32K_

[PATCH v2 2/2] regulator: Add Dialog DA9063 voltage regulators support.

each regulator. The driver switches between those on suspend/wake-up to provide quick and fluent output voltage change. This driver requires MFD core driver for operation. Signed-off-by: Krystian Garbaciak Signed-off-by: Philipp Zabel --- drivers/regulator/Kconfig| 10 + drivers

  1   2   3   4   5   6   7   8   9   10   >