[PATCH v3 2/2] reset: Add GPIO support to reset controller framework

This adds support for GPIO controlled reset pins on peripheral ICs to the reset controller framework. Currently there is no support for specifying a delay between assertion and de-assertion of the reset signal, so this has to be handled by the drivers. Signed-off-by: Philipp Zabel --- Changes

Re: [PATCH v3 1/2] Documentation: Add GPIO reset binding to reset binding documentation

Hi Arnd, Am Mittwoch, den 08.01.2014, 17:08 +0100 schrieb Arnd Bergmann: > On Wednesday 08 January 2014, Philipp Zabel wrote: > > += GPIO Reset consumers = > > + > > +For the common case of reset lines controlled by GPIOs, the GPIO binding > > +documented in device

Re: [PATCH v2 01/16] reset: add non CONFIG_RESET_CONTROLLER routines

Hi, [Added Ivan, Stephen and Barry to Cc:] Am Freitag, den 10.01.2014, 15:00 +0800 schrieb Chen-Yu Tsai: > Some drivers are shared between platforms that may or may not > have RESET_CONTROLLER selected for them. I expected that drivers compiled for platforms without reset controllers but use the

Re: [PATCH] misc: sram: cleanup the code

dev_dbg(&pdev->dev, "removed while SRAM allocated\n"); > > - gen_pool_destroy(sram->pool); > - > if (sram->clk) > clk_disable_unprepare(sram->clk); > Acked-by: Philipp Zabel thanks Philipp -- To unsub

Re: [PATCH] drivers: reset: Mark function as static in core.c

On Sat, Dec 14, 2013 at 12:56:57PM -0800, Josh Triplett wrote: > On Sat, Dec 14, 2013 at 05:15:34PM +0300, Dan Carpenter wrote: > > On Sat, Dec 14, 2013 at 06:56:10PM +0530, Rashika Kheria wrote: > > > This patch marks the function of_reset_simple_xlate() and > > > devm_reset_control_put() as stati

Re: [RFC V1] mfd: da9063: Add support for AD silicon variant

Am Mittwoch, den 16.07.2014, 17:39 +0100 schrieb Opensource [Steve Twiss]: > From: Opensource [Steve Twiss] > > Add register definitions for DA9063 AD (0x3) silicon variant ID > and Kconfig support to choose the silicon variant at compile time. > This patch also adds RTC support for the AD silico

Re: [PATCH v3 1/8] [media] soc_camera: Do not decrement endpoint node refcount in the loop

Hi Guennadi, Am Samstag, den 20.09.2014, 09:24 +0200 schrieb Guennadi Liakhovetski: > Hi Philippe, > > On Thu, 11 Sep 2014, Philipp Zabel wrote: > > > In preparation for a following patch, stop decrementing the endpoint node > > refcount in the loop. This temporarily

Re: [PATCH 1/9] ARM: dts: vf610: Add system reset controller (SRC)

Hi Stefan, Am Mittwoch, den 24.09.2014, 18:41 +0200 schrieb Stefan Agner: > Am 2014-09-24 11:16, schrieb Linus Walleij: > > On Mon, Sep 22, 2014 at 7:09 PM, Stefan Agner wrote: > > > >> Add device tree property for system reset controller. > >> > >> Signed-off-by: Stefan Agner > > > > Are ther

Re: [PATCH 1/5] ARM: dts: pbab01: move i2c pins and frequency configuration into pfla02

Am Mittwoch, den 10.09.2014, 16:46 +0300 schrieb Dmitry Lavnikevich: > Since pins and frequency are specific to module (pfla02), not base board > (pbab02), it is better to be initialized in corresponding dts file. > > Signed-off-by: Dmitry Lavnikevich I have seen boards use the GPIO_3/6 pads ins

[PATCH v3 5/8] of: Add of_graph_get_port_by_id function

This patch adds a function to get a port device tree node by port id, or reg property value. Signed-off-by: Philipp Zabel --- Changes since v2: - Fixed and simplified of_graph_get_port_by_id function --- drivers/of/base.c| 26 ++ include/linux/of_graph.h | 7

[PATCH v3 8/8] imx-drm: use for_each_endpoint_of_node macro in imx_drm_encoder_parse_of

Using the for_each_... macro should make the code bit shorter and easier to read. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/imx-drm-core.c | 17 +++-- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/drivers/staging/imx-drm/imx-drm-core.c b/drivers

[PATCH v3 0/8] Add of-graph helpers to loop over endpoints and find ports by id

macro instead of of_graph_get_next_endpoint. Changes since v2: - Fixed and simplified of_graph_get_port_by_id function - More acks The previous version can be found here: https://lkml.org/lkml/2014/9/10/252 regards Philipp Philipp Zabel (8): [media] soc_camera: Do not decrement endpoint

[PATCH v3 1/8] [media] soc_camera: Do not decrement endpoint node refcount in the loop

In preparation for a following patch, stop decrementing the endpoint node refcount in the loop. This temporarily leaks a reference to the endpoint node, which will be fixed by having of_graph_get_next_endpoint decrement the refcount of its prev argument instead. Signed-off-by: Philipp Zabel

[PATCH v3 3/8] of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint

prev argument's refcount themselves. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- drivers/of/base.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/of/base.c b/drivers/of/base.c index d8574ad..a49b5628 100644 --- a/drivers/of/base.c +++ b/dr

[PATCH v3 7/8] imx-drm: use for_each_endpoint_of_node macro in imx_drm_encoder_get_mux_id

Using the for_each_... macro should make the code bit shorter and easier to read. This patch also properly decrements the endpoint node reference count before returning out of the loop. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/imx-drm-core.c | 9 +++-- 1 file changed, 3

[PATCH v3 4/8] of: Add for_each_endpoint_of_node helper macro

Note that while of_graph_get_next_endpoint decrements the reference count of the child node passed to it, of_node_put(child) still has to be called manually when breaking out of the loop. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- include/linux/of_graph.h | 11 +++ 1

[PATCH v3 2/8] imx-drm: Do not decrement endpoint node refcount in the loop

In preparation for the following patch, stop decrementing the endpoint node refcount in the loop. This temporarily leaks a reference to the endpoint node, which will be fixed by having of_graph_get_next_endpoint decrement the refcount of its prev argument instead. Signed-off-by: Philipp Zabel

[PATCH v3 6/8] drm: use for_each_endpoint_of_node macro in drm_of_find_possible_crtcs

Using the for_each_... macro should make the code a bit shorter and easier to read. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- drivers/gpu/drm/drm_of.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_of.c b/drivers/gpu/drm

Re: [PATCH] [media] coda: Improve runtime PM support

Hi Ulf, thanks for the patch! Am Mittwoch, den 10.09.2014, 15:43 +0200 schrieb Ulf Hansson: > For several reasons it's good practice to leave devices in runtime PM > active state while those have been probed. It would be nice to mention those reasons. > In this cases we also want to prevent the

[PATCH v4 1/8] [media] soc_camera: Do not decrement endpoint node refcount in the loop

In preparation for a following patch, stop decrementing the endpoint node refcount in the loop. This temporarily leaks a reference to the endpoint node, which will be fixed by having of_graph_get_next_endpoint decrement the refcount of its prev argument instead. Signed-off-by: Philipp Zabel

[PATCH v4 8/8] imx-drm: use for_each_endpoint_of_node macro in imx_drm_encoder_parse_of

Using the for_each_... macro should make the code bit shorter and easier to read. Since we can break out of the loop, we keep the call to of_node_put after the loop. Signed-off-by: Philipp Zabel --- Changes since v3: - Kept of_node_put after the loop, as in the earlier soc_camera patch. This

[PATCH v4 6/8] drm: use for_each_endpoint_of_node macro in drm_of_find_possible_crtcs

Using the for_each_... macro should make the code a bit shorter and easier to read. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- drivers/gpu/drm/drm_of.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_of.c b/drivers/gpu/drm

[PATCH v4 4/8] of: Add for_each_endpoint_of_node helper macro

Note that while of_graph_get_next_endpoint decrements the reference count of the child node passed to it, of_node_put(child) still has to be called manually when breaking out of the loop. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- include/linux/of_graph.h | 11 +++ 1

[PATCH v4 3/8] of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint

prev argument's refcount themselves. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- drivers/of/base.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/of/base.c b/drivers/of/base.c index d8574ad..a49b5628 100644 --- a/drivers/of/base.c +++ b/dr

[PATCH v4 2/8] imx-drm: Do not decrement endpoint node refcount in the loop

In preparation for the following patch, stop decrementing the endpoint node refcount in the loop. This temporarily leaks a reference to the endpoint node, which will be fixed by having of_graph_get_next_endpoint decrement the refcount of its prev argument instead. Signed-off-by: Philipp Zabel

[PATCH v4 7/8] imx-drm: use for_each_endpoint_of_node macro in imx_drm_encoder_get_mux_id

Using the for_each_... macro should make the code bit shorter and easier to read. This patch also properly decrements the endpoint node reference count before returning out of the loop. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/imx-drm-core.c | 9 +++-- 1 file changed, 3

[PATCH v4 0/8] Add of-graph helpers to loop over endpoints and find ports by id

696 regards Philipp Philipp Zabel (8): [media] soc_camera: Do not decrement endpoint node refcount in the loop imx-drm: Do not decrement endpoint node refcount in the loop of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint of: Add for_each_endpoint_of_node he

[PATCH v4 5/8] of: Add of_graph_get_port_by_id function

This patch adds a function to get a port device tree node by port id, or reg property value. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- drivers/of/base.c| 26 ++ include/linux/of_graph.h | 7 +++ 2 files changed, 33 insertions(+) diff

Re: [PATCH v4 1/8] [media] soc_camera: Do not decrement endpoint node refcount in the loop

Am Montag, den 29.09.2014, 12:13 +0300 schrieb Dan Carpenter: > On Mon, Sep 29, 2014 at 10:15:44AM +0200, Philipp Zabel wrote: > > In preparation for a following patch, stop decrementing the endpoint node > > refcount in the loop. This temporarily leaks a reference to the end

[PATCH v5 0/6] Add of-graph helpers to loop over endpoints and find ports by id

point. Changes since v4: - Combined patches 1-3 into one The previous version can be found here: https://lkml.org/lkml/2014/9/29/78 regards Philipp Philipp Zabel (6): of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint of: Add for_each_endpoint_of_node helper macro

[PATCH v5 6/6] imx-drm: use for_each_endpoint_of_node macro in imx_drm_encoder_parse_of

Using the for_each_... macro should make the code bit shorter and easier to read. Since we can break out of the loop, we keep the call to of_node_put after the loop. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/imx-drm-core.c | 11 --- 1 file changed, 4 insertions(+), 7

[PATCH v5 1/6] of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint

argument's refcount themselves. Signed-off-by: Philipp Zabel --- Changes since v4: - Folded patches 1-3 into this one --- drivers/media/platform/soc_camera/soc_camera.c | 3 ++- drivers/of/base.c | 9 + drivers/staging/imx-drm/imx-drm-core.c

[PATCH v5 5/6] imx-drm: use for_each_endpoint_of_node macro in imx_drm_encoder_get_mux_id

Using the for_each_... macro should make the code bit shorter and easier to read. This patch also properly decrements the endpoint node reference count before returning out of the loop. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/imx-drm-core.c | 9 +++-- 1 file changed, 3

[PATCH v5 4/6] drm: use for_each_endpoint_of_node macro in drm_of_find_possible_crtcs

Using the for_each_... macro should make the code a bit shorter and easier to read. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- drivers/gpu/drm/drm_of.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_of.c b/drivers/gpu/drm

[PATCH v5 2/6] of: Add for_each_endpoint_of_node helper macro

Note that while of_graph_get_next_endpoint decrements the reference count of the child node passed to it, of_node_put(child) still has to be called manually when breaking out of the loop. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- include/linux/of_graph.h | 11 +++ 1

[PATCH v5 3/6] of: Add of_graph_get_port_by_id function

This patch adds a function to get a port device tree node by port id, or reg property value. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart --- drivers/of/base.c| 26 ++ include/linux/of_graph.h | 7 +++ 2 files changed, 33 insertions(+) diff

Re: [PATCH v5 1/6] of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint

Am Montag, den 29.09.2014, 18:10 -0400 schrieb Greg Kroah-Hartman: > On Mon, Sep 29, 2014 at 08:03:34PM +0200, Philipp Zabel wrote: > > Decrementing the reference count of the previous endpoint node allows to > > use the of_graph_get_next_endpoint function in a for_each_... style

[PATCH] reset: Add optional resets and stubs

is annotated with __must_check. Drivers ignoring the return value should use device_reset_optional instead. Signed-off-by: Philipp Zabel --- include/linux/reset.h | 71 ++- 1 file changed, 64 insertions(+), 7 deletions(-) diff --git a/include

[PATCH] of: Fix of_graph_parse_endpoint stub for !CONFIG_OF builds

return -ENOSYS; 43 } 44 Reported-by: kbuild test robot Signed-off-by: Philipp Zabel --- include/linux/of_graph.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/of_graph.h b/include/linux/of_graph.h index 17f28eb..46795b3 100644 --- a/include/linux/o

Re: [PATCH] of: Fix of_graph_parse_endpoint stub for !CONFIG_OF builds

Am Freitag, den 07.03.2014, 15:57 +0100 schrieb Philipp Zabel: > This patch fixes the following build error: > >In file included from drivers/media/i2c/adv7343.c:29:0: > >> include/linux/of_graph.h:41:1: error: expected identifier or '(' before > >> &

Re: [PATCH] of: Fix of_graph_parse_endpoint stub for !CONFIG_OF builds

Hi Russell, Am Freitag, den 07.03.2014, 15:49 + schrieb Russell King - ARM Linux: > On Fri, Mar 07, 2014 at 04:06:10PM +0100, Philipp Zabel wrote: > > I have also updated the git branch. The following changes since commit > > d484700a36952c6675aa47dec4d7a536929aa922: > &g

Re: [PATCH] reset: Add optional resets and stubs

Hi Wolfram, Am Freitag, den 07.03.2014, 16:39 +0100 schrieb Wolfram Sang: > On Fri, Mar 07, 2014 at 03:30:23PM +0100, Philipp Zabel wrote: > > This patch adds device_reset_optional and (devm_)reset_control_get_optional > > variants that drivers can use to indicate they can f

Re: [PATCH v6 4/8] of: Reduce indentation in of_graph_get_next_endpoint

Hi Laurent, Am Freitag, den 07.03.2014, 01:12 +0100 schrieb Laurent Pinchart: > Hi Philipp, > > Thank you for the patch. > > I've submitted a fix for the of_graph_get_next_endpoint() function, but it > hasn't been applied yet due to the patch series that contained it needing > more > work. >

Re: [PATCH v4 1/3] [media] of: move graph helpers from drivers/media/v4l2-core to drivers/of

Hi Grant, On Fri, Mar 7, 2014 at 6:18 PM, Grant Likely wrote: > On Wed, 26 Feb 2014 16:24:57 +0100, Philipp Zabel > wrote: >> The 'ports' node is optional. It is only needed if the parent node has >> its own #address-cells and #size-cells properties. If the ports a

Re: [PATCH v6 6/8] of: Implement simplified graph binding for single port devices

On Fri, Mar 07, 2014 at 06:38:02PM +, Grant Likely wrote: > On Wed, 5 Mar 2014 10:20:40 +0100, Philipp Zabel > wrote: > > For simple devices with only one port, it can be made implicit. > > The endpoint node can be a direct child of the device node. > > > >

Re: [PATCH v6 2/8] Documentation: of: Document graph bindings

Hi Grant, Am Freitag, den 07.03.2014, 18:27 + schrieb Grant Likely: > On Wed, 5 Mar 2014 10:20:36 +0100, Philipp Zabel > wrote: > > The device tree graph bindings as used by V4L2 and documented in > > Documentation/device-tree/bindings/media/video-interfaces.txt contain

Re: [PATCH v6 2/8] Documentation: of: Document graph bindings

Am Montag, den 10.03.2014, 12:37 +0100 schrieb Laurent Pinchart: > Hi Philipp, > > On Monday 10 March 2014 10:28:10 Philipp Zabel wrote: > > Hi Grant, > > > > Am Freitag, den 07.03.2014, 18:27 + schrieb Grant Likely: > > > On Wed, 5 Mar 2014 10:20:36 +01

Re: [RFC PATCH] [media]: of: move graph helpers from drivers/media/v4l2-core to drivers/of

Am Montag, den 10.03.2014, 16:15 +0100 schrieb Laurent Pinchart: > Hi Grant, > > On Monday 10 March 2014 14:58:15 Grant Likely wrote: > > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote: > > > On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote: > > > > On 08/03/14 13:41, Grant Likely

Re: [PATCH v6 4/8] of: Reduce indentation in of_graph_get_next_endpoint

Hi Laurent, Am Montag, den 10.03.2014, 20:19 +0100 schrieb Laurent Pinchart: > On Friday 07 March 2014 18:40:54 Philipp Zabel wrote: > > While we look at of_graph_get_next_endpoint(), could you explain the > > reason behind the extra reference count increase o

Re: [RFC PATCH] [media]: of: move graph helpers from drivers/media/v4l2-core to drivers/of

Hi, Am Dienstag, den 11.03.2014, 15:27 +0200 schrieb Tomi Valkeinen: > On 11/03/14 15:16, Laurent Pinchart wrote: > > >> And if I gathered Grant's opinion correctly (correct me if I'm wrong), > >> he thinks things should be explicit, i.e. the bindings for, say, an > >> encoder should state that t

Re: [RFC PATCH] [media]: of: move graph helpers from drivers/media/v4l2-core to drivers/of

eck if the endpoint has a remote-endpoint link */ > /* If so, then link the two together and call the > * callbacks */ > } > > That's neither expensive or complicated. > > Originally I suggested walking the whole tree multiple times, but as > m

Re: [RFC PATCH] [media]: of: move graph helpers from drivers/media/v4l2-core to drivers/of

Hi Laurent, Am Dienstag, den 11.03.2014, 16:21 +0100 schrieb Laurent Pinchart: > Hi Philipp, > > On Tuesday 11 March 2014 16:07:00 Philipp Zabel wrote: > > Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely: > > > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pi

[PATCH] regmap: mmio: Fix regmap_mmio_write for uneven counts

to include some value. This check was BUG_ON(count < 4) before the last change. Signed-off-by: Philipp Zabel --- drivers/base/regmap/regmap-mmio.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/base/regmap/regmap-mmio.c b/drivers/base/regmap/regmap-mmio.c

[PATCH v2] regmap: mmio: Fix regmap_mmio_write for uneven counts

to include some value. This check was BUG_ON(count < 4) before the last change. Signed-off-by: Philipp Zabel --- Changes since v1: - Added missing offset parameter. --- drivers/base/regmap/regmap-mmio.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/base/

[PATCH v3] [media] of: move graph helpers from drivers/media/v4l2-core to drivers/media

From: Philipp Zabel This patch moves the parsing helpers used to parse connected graphs in the device tree, like the video interface bindings documented in Documentation/devicetree/bindings/media/video-interfaces.txt, from drivers/media/v4l2-core to drivers/media. This allows to reuse the same

Re: [PATCH v3 1/2] Documentation: Add GPIO reset binding to reset binding documentation

Am Donnerstag, den 06.02.2014, 16:44 +0100 schrieb Philipp Zabel: > Hi Arnd, > > Am Freitag, den 10.01.2014, 12:25 +0100 schrieb Philipp Zabel: > > Hi Arnd, > > > > Am Mittwoch, den 08.01.2014, 17:08 +0100 schrieb Arnd Bergmann: > > > On Wednesday

[PATCH] [media] of: move common endpoint parsing to drivers/media

adds the V4L2 MBUS information to the containing v4l2_of_endpoint structure. of_graph_parse_endpoint is split out so that non-V4L2 drivers don't have to open code reading the port and endpoint ids from the reg properties. Signed-off-by: Philipp Zabel --- drivers/media/of_graph.c

Re: [RFC PATCH] [media]: of: move graph helpers from drivers/media/v4l2-core to drivers/of

Hi Grant, Am Montag, den 17.02.2014, 18:14 + schrieb Grant Likely: > On Tue, 11 Feb 2014 07:56:33 -0600, Rob Herring wrote: > > On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel > > wrote: > > > From: Philipp Zabel > > > > > > This patch moves t

[PATCH 1/3] of: Add vendor prefix for Linear Technology Corporation

Add Linear Technology Corporation to the list of device tree vendor prefixes. Signed-off-by: Philipp Zabel --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation

[PATCH 3/3] regulator: Add LTC3589 support

This patch adds support for the Linear Technology LTC3589, LTC3589-1, and LTC3589-2 8-output I2C voltage regulator ICs. Signed-off-by: Philipp Zabel --- drivers/regulator/Kconfig | 6 + drivers/regulator/Makefile | 1 + drivers/regulator/ltc3589.c | 564

[PATCH 2/3] regulator: ltc3589: Add DT binding documentation

This patch adds the device tree binding documentation for Linear Technology LTC3589, LTC3589-1, and LTC3589-2 8-port regulators. Signed-off-by: Philipp Zabel --- .../devicetree/bindings/regulator/ltc3589.txt | 99 ++ 1 file changed, 99 insertions(+) create mode 100644

Re: [PATCH 1/3] of: Add vendor prefix for Linear Technology Corporation

Am Dienstag, den 29.04.2014, 15:44 -0500 schrieb Rob Herring: > On Tue, Apr 29, 2014 at 11:37 AM, Philipp Zabel > wrote: > > Add Linear Technology Corporation to the list of device tree vendor > > prefixes. > > > > Signed-off-by: Philipp Zabel > > --- &g

Re: [PATCH v4 1/2] Documentation: Add GPIO reset binding to reset binding documentation

Hi Maxime, Am Donnerstag, den 17.04.2014, 13:58 +0200 schrieb Maxime Ripard: > I still feel like we should really treat gpios like just another reset > controller, ie. using the resets property. I now feel like we really shouldn't. If we do anything but use the generic gpio bindings for reset gpi

Re: [STLinux Kernel] [PATCH v4 2/7] driver: reset: sti: add keyscan for stih415

Can I queue theses two reset patches in my pull request for arm_soc to > avoid compilation breakage? Yes, please do. For both of them, feel free to add my Acked-by: Philipp Zabel best regards Philipp -- To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo

[PATCH RESEND 1/2] cpufreq: imx6q: Drop devm_clk/regulator_get usage

. Supporting probe deferral properly is a prerequisite to enabling the internal LDO bypass on i.MX6 and regulating the CPU voltage with an external regulator. Acked-by: Viresh Kumar Acked-by: Shawn Guo Signed-off-by: Philipp Zabel --- Resent to linux...@vger.kernel.org instead of cpuf...@vger.kernel.org

[PATCH RESEND 2/2] cpufreq: imx6q: Remove unused include

There is no need to include delay.h. Acked-by: Viresh Kumar Acked-by: Shawn Guo Signed-off-by: Philipp Zabel --- drivers/cpufreq/imx6q-cpufreq.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/cpufreq/imx6q-cpufreq.c b/drivers/cpufreq/imx6q-cpufreq.c index 92a82ec..af366c2 100644

Re: [PATCH v2 2/3] drm/panel: add support for EDT panels

Am Donnerstag, den 15.05.2014, 09:51 +0200 schrieb Thierry Reding: > On Wed, May 14, 2014 at 11:45:57PM +0200, ste...@agner.ch wrote: > > From: Stefan Agner > > > > This panels are sold by Toradex for Colibri T20/T30 and Apalis T30 > > evaluation kits. > > > > Signed-off-by: Stefan Agner > > P

Re: [PATCH v2 2/3] drm/panel: add support for EDT panels

Am Donnerstag, den 15.05.2014, 11:08 +0200 schrieb Thierry Reding: > On Thu, May 15, 2014 at 10:27:29AM +0200, Philipp Zabel wrote: > > Am Donnerstag, den 15.05.2014, 09:51 +0200 schrieb Thierry Reding: > > > On Wed, May 14, 2014 at 11:45:57PM +0200, ste...@agner.ch wrote: &g

Re: [PATCH v2 2/3] drm/panel: add support for EDT panels

Am Donnerstag, den 15.05.2014, 11:12 +0200 schrieb Thierry Reding: > On Thu, May 15, 2014 at 10:24:39AM +0200, Stefan Agner wrote: > > Hi Thierry, hi Philipp, > > > > Am 2014-05-15 09:51, schrieb Thierry Reding: > > > On Wed, May 14, 2014 at 11:45:57PM +0200, ste...@agner.ch wrote: > > >> From: St

[PATCH v4 2/2] reset: Add GPIO support to reset controller framework

This adds support for GPIO controlled reset pins on peripheral ICs to the reset controller framework. Currently there is no support for specifying a delay between assertion and de-assertion of the reset signal, so this has to be handled by the drivers. Signed-off-by: Philipp Zabel --- Changes

[PATCH v4 1/2] Documentation: Add GPIO reset binding to reset binding documentation

This patch adds documentation clarifying the reset GPIO bindings most commonly in use (reset-gpios and -reset-gpios properties). Signed-off-by: Philipp Zabel --- Documentation/devicetree/bindings/reset/reset.txt | 26 +-- 1 file changed, 24 insertions(+), 2 deletions

[PATCH RESEND 2/2] cpufreq: imx6q: Remove unused include

There is no need to include delay.h. Acked-by: Viresh Kumar Acked-by: Shawn Guo Signed-off-by: Philipp Zabel --- drivers/cpufreq/imx6q-cpufreq.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/cpufreq/imx6q-cpufreq.c b/drivers/cpufreq/imx6q-cpufreq.c index 92a82ec..af366c2 100644

[PATCH RESEND 1/2] cpufreq: imx6q: Drop devm_clk/regulator_get usage

. Supporting probe deferral properly is a prerequisite to enabling the internal LDO bypass on i.MX6 and regulating the CPU voltage with an external regulator. Acked-by: Viresh Kumar Acked-by: Shawn Guo Signed-off-by: Philipp Zabel --- This didn't turn up in v3.15-rc1. Resend in case it fell throug

[PATCH 4/7] imx-drm: ipu-dc: Wait for DC_FC_1 / DP_SF_END interrupt

Wait for the DC Frame Complete or DP Sync Flow End interrupts before disabling DC channels. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 71 +++-- 1 file changed, 50 insertions(+), 21 deletions(-) diff --git a/drivers/staging/imx-drm

[PATCH 0/7] Reorder i.MX IPU display enable/disable sequence

DP to finish processing the current frame, then stop the DI and IDMAC, and only then disable clocks to the submodules. Also from now on we disable the DC when it is not in use. regards Philipp Philipp Zabel (7): imx-drm: ipu-common: add ipu_map_irq to request non-IDMAC interrupts imx-drm: ipu-c

[PATCH 2/7] imx-drm: ipu-common: Add helpers to check for a busy IDMAC channel and to busywait for an interrupt

Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/ipu-common.c | 22 ++ drivers/staging/imx-drm/ipu-v3/ipu-prv.h| 3 +++ 2 files changed, 25 insertions(+) diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-common.c b/drivers/staging/imx-drm/ipu-v3/ipu

[PATCH 1/7] imx-drm: ipu-common: add ipu_map_irq to request non-IDMAC interrupts

This allows to request the DC related interrupts. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.h | 1 + drivers/staging/imx-drm/ipu-v3/ipu-common.c | 19 +-- 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/drivers/staging/imx-drm

[PATCH 5/7] imx-drm: ipu-dp: Split disabling the DP foreground channel from disabling the DP module

The former has to be done before disabling the DMFC, the latter has to be done afterwards. Otherwise the DMFC FIFOs never get cleared properly. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.h | 2 + drivers/staging/imx-drm/ipu-v3/ipu-dp.c | 68

[PATCH 7/7] imx-drm: ipuv3-crtc: Change display enable/disable order

would not correctly start, leading to non-working LVDS displays. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipuv3-crtc.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/staging/imx-drm/ipuv3-crtc.c b/drivers/staging/imx-drm/ipuv3-crtc.c index

[PATCH 3/7] imx-drm: ipu-dmfc: Wait for FIFOs to run empty before disabling

Disabling the DMFC module while there is still data in the FIFOs could cause the "new frame before end of frame" error state when the DMFC is enabled again. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/ipu-dmfc.c | 25 +++-- 1 file changed, 23

[PATCH 6/7] imx-drm: imx-dp: When disabling the DP foreground channel, wait until the DP background channel is finished before disabling the IDMAC channel

Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/ipu-dp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-dp.c b/drivers/staging/imx-drm/ipu-v3/ipu-dp.c index 6980fa1..d90f82a 100644 --- a/drivers/staging/imx-drm/ipu-v3/ipu-dp.c +++ b

[PATCH] ARM: dts: imx6q-gk802: Enable HDMI

This patch enables HDMI output on GK802 HDMI dongles. Signed-off-by: Philipp Zabel --- arch/arm/boot/dts/imx6q-gk802.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/imx6q-gk802.dts b/arch/arm/boot/dts/imx6q-gk802.dts index 4a9b4dc..16d3491 100644 --- a/arch/arm

[PATCH v2 6/8] imx-drm: imx-dp: When disabling the DP foreground channel, wait until the DP background channel is finished before disabling the IDMAC channel

Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/ipu-dp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-dp.c b/drivers/staging/imx-drm/ipu-v3/ipu-dp.c index 6980fa1..d90f82a 100644 --- a/drivers/staging/imx-drm/ipu-v3/ipu-dp.c +++ b

[PATCH v2 5/8] imx-drm: ipu-dp: Split disabling the DP foreground channel from disabling the DP module

The former has to be done before disabling the DMFC, the latter has to be done afterwards. Otherwise the DMFC FIFOs never get cleared properly. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.h | 2 + drivers/staging/imx-drm/ipu-v3/ipu-dp.c | 68

[PATCH v2 8/8] imx-drm: ipu-dc: Disable DC module when not in use

Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.h | 2 ++ drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 14 -- drivers/staging/imx-drm/ipuv3-crtc.c| 8 ++-- 3 files changed, 20 insertions(+), 4 deletions(-) diff --git a/drivers/staging/imx

[PATCH v2 4/8] imx-drm: ipu-dc: Wait for DC_FC_1 / DP_SF_END interrupt

Wait for the DC Frame Complete or DP Sync Flow End interrupts before disabling DC channels. Signed-off-by: Philipp Zabel --- Changes since v1: - Moved disable_irq() out of dc_irq_handler() --- drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 71 +++-- 1 file changed, 50

[PATCH v2 2/8] imx-drm: ipu-common: Add helpers to check for a busy IDMAC channel and to busywait for an interrupt

Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/ipu-common.c | 22 ++ drivers/staging/imx-drm/ipu-v3/ipu-prv.h| 3 +++ 2 files changed, 25 insertions(+) diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-common.c b/drivers/staging/imx-drm/ipu-v3/ipu

[PATCH v2 1/8] imx-drm: ipu-common: add ipu_map_irq to request non-IDMAC interrupts

This allows to request the DC related interrupts. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.h | 1 + drivers/staging/imx-drm/ipu-v3/ipu-common.c | 19 +-- 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/drivers/staging/imx-drm

[PATCH v2 0/8] Reorder i.MX IPU display enable/disable sequence

odule regards Philipp Philipp Zabel (8): imx-drm: ipu-common: add ipu_map_irq to request non-IDMAC interrupts imx-drm: ipu-common: Add helpers to check for a busy IDMAC channel and to busywait for an interrupt imx-drm: ipu-dmfc: Wait for FIFOs to run empty before disabling imx-drm: i

[PATCH v2 3/8] imx-drm: ipu-dmfc: Wait for FIFOs to run empty before disabling

Disabling the DMFC module while there is still data in the FIFOs could cause the "new frame before end of frame" error state when the DMFC is enabled again. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipu-v3/ipu-dmfc.c | 25 +++-- 1 file changed, 23

[PATCH v2 7/8] imx-drm: ipuv3-crtc: Change display enable/disable order

would not correctly start, leading to non-working LVDS displays. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipuv3-crtc.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/staging/imx-drm/ipuv3-crtc.c b/drivers/staging/imx-drm/ipuv3-crtc.c index

Re: [PATCH v4 2/2] reset: Add GPIO support to reset controller framework

Hi Alan, Am Montag, den 14.04.2014, 11:57 +0100 schrieb One Thousand Gnomes: > > This adds support for GPIO controlled reset pins on peripheral ICs to the > > reset > > controller framework. Currently there is no support for specifying a delay > > between assertion and de-assertion of the reset s

Re: [PATCH v2 0/4] Add reset controllers for STiH407 SoC

e 100644 > Documentation/devicetree/bindings/reset/st,sti-picophyreset.txt > create mode 100644 drivers/reset/sti/reset-stih407.c > create mode 100644 include/dt-bindings/reset-controller/stih407-resets.h Looks good to me now. Acked-by: Philipp Zabel regards Philipp -- To unsubscribe

Re: [PATCH v2 0/4] Add reset controllers for STiH407 SoC

Hi, Am Donnerstag, den 03.07.2014, 10:06 +0200 schrieb Maxime Coquelin: > I will queue patch 4 to STi DT branch for v3.17. > For now, no nodes uses reset for STiH407, so we don't need the > dt-bindings header file in the STi tree. > > If we have a DT node using a reset line before my pull-reques

[GIT PULL] STiH407 reset controller support

Hi Maxime, Am Donnerstag, den 03.07.2014, 10:40 +0100 schrieb Lee Jones: > On Thu, 03 Jul 2014, Philipp Zabel wrote: > > Patch 4 depends on patch 1 for the header. My tree is still empty, how > > about I take the first two, and you merge that branch and then take 3 > > an

[PATCH] of: Add of_graph_get_port_by_id

This patch adds a function to get a port device tree node by port id. Signed-off-by: Philipp Zabel --- drivers/of/base.c| 30 ++ include/linux/of_graph.h | 7 +++ 2 files changed, 37 insertions(+) diff --git a/drivers/of/base.c b/drivers/of/base.c index

[PATCH v2] ARM: dts: imx6q-gk802: Enable HDMI

Signed-off-by: Philipp Zabel --- Changes since v1: - Reordered ddc-i2c-bus and status properties --- arch/arm/boot/dts/imx6q-gk802.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/imx6q-gk802.dts b/arch/arm/boot/dts/imx6q-gk802.dts index 4a9b4dc..0f0c50b 100644

Re: [PATCH 1/9] reset: add the Berlin reset controller driver

Hi Antoine, thank you for the patch. I have a few comments below. Am Donnerstag, den 05.06.2014, 17:48 +0200 schrieb Antoine Ténart: > Add a reset controller for Marvell Berlin SoCs which is used by the > USB PHYs drivers (for now). > > Signed-off-by: Antoine Ténart > --- > drivers/reset/Makef

Re: [PATCH 3/9] ARM: dts: berlin: add a required reset property in the chip controller node

Am Donnerstag, den 05.06.2014, 17:48 +0200 schrieb Antoine Ténart: > The chip controller node now also describes the Marvell Berlin reset > controller. Add the required 'reset-cells' property. > > Signed-off-by: Antoine Ténart > --- > arch/arm/boot/dts/berlin2.dtsi | 1 + > arch/arm/boot/dts/b

Re: [PATCH 1/9] reset: add the Berlin reset controller driver

Hi Sebastian, On Mon, Jun 09, 2014 at 12:32:50PM +0200, Sebastian Hesselbarth wrote: > I currently have no way to look it up myself, but is reset API providing > a way to deal with phandle+specifier with more than one parameter? You could provide a custom rcdev->of_xlate callback and encode multi

<    2   3   4   5   6   7   8   9   10   11   >