Re: [PATCH] mfd: Combine MFD_SUPPORT and MFD_CORE

...@sipsolutions.net Cc: Jean Delvare kh...@linux-fr.org Cc: Tony Lindgren t...@atomide.com Cc: Grant Likely grant.lik...@secretlab.ca Signed-off-by: Luciano Coelho coe...@ti.com okay by me. g. --- I guess this should fix the problem.  I've simple forward-ported Randy's patch to the latest

Re: [ANN] Meeting minutes of the Cambourne meeting

On Tue, Aug 30, 2011 at 02:41:48PM +0100, Mark Brown wrote: On Tue, Aug 30, 2011 at 12:20:09AM +0200, Guennadi Liakhovetski wrote: On Mon, 29 Aug 2011, Laurent Pinchart wrote: My idea was to let the kernel register all devices based on the DT or board code. When the V4L2

Re: [ANN] Meeting minutes of the Cambourne meeting

On Tue, Aug 30, 2011 at 8:03 AM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: Hi Grant On Tue, 30 Aug 2011, Grant Likely wrote: On Tue, Aug 30, 2011 at 02:41:48PM +0100, Mark Brown wrote: On Tue, Aug 30, 2011 at 12:20:09AM +0200, Guennadi Liakhovetski wrote: On Mon, 29 Aug 2011

Re: [PATCH] mfd: Combine MFD_SUPPORT and MFD_CORE

On Mon, Aug 29, 2011 at 09:41:47PM +0300, Luciano Coelho wrote: --- @@ -417,7 +417,6 @@ config GPIO_TIMBERDALE config GPIO_RDC321X tristate RDC R-321x GPIO support depends on PCI - select MFD_SUPPORT select MFD_CORE select MFD_RDC321X help diff --git

Re: [PATCH 02/15]drivers:spi:dw_spi.c Typo change diable to disable.

On Thu, Dec 30, 2010 at 03:07:51PM -0800, Justin P. Mattock wrote: The below patch fixes a typo diable to disable. Please let me know if this is correct or not. Signed-off-by: Justin P. Mattock justinmatt...@gmail.com applied, thanks. g. --- drivers/spi/dw_spi.c |2 +- 1 files

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Wed, Feb 02, 2011 at 08:08:12PM -0800, Andres Salomon wrote: No need to explicitly set the cell's platform_data/data_size. In this case, move the various platform_data pointers to driver_data. All of the clients which make use of it are also changed. Signed-off-by: Andres Salomon

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Fri, Apr 1, 2011 at 11:47 AM, Andres Salomon dilin...@queued.net wrote: On Fri, 1 Apr 2011 13:20:31 +0200 Samuel Ortiz sa...@linux.intel.com wrote: Hi Grant, On Thu, Mar 31, 2011 at 05:05:22PM -0600, Grant Likely wrote: [...] Gah.  Not all devices instantiated via mfd will be an mfd

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Fri, Apr 1, 2011 at 11:56 AM, Grant Likely grant.lik...@secretlab.ca wrote: On Fri, Apr 1, 2011 at 11:47 AM, Andres Salomon dilin...@queued.net wrote: On Fri, 1 Apr 2011 13:20:31 +0200 Samuel Ortiz sa...@linux.intel.com wrote: Hi Grant, On Thu, Mar 31, 2011 at 05:05:22PM -0600, Grant

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Fri, Apr 1, 2011 at 5:52 PM, Samuel Ortiz sa...@linux.intel.com wrote: On Fri, Apr 01, 2011 at 11:56:35AM -0600, Grant Likely wrote: On Fri, Apr 1, 2011 at 11:47 AM, Andres Salomon dilin...@queued.net wrote: On Fri, 1 Apr 2011 13:20:31 +0200 Samuel Ortiz sa...@linux.intel.com wrote

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Mon, Apr 04, 2011 at 12:03:15PM +0200, Samuel Ortiz wrote: On Fri, Apr 01, 2011 at 05:58:44PM -0600, Grant Likely wrote: On Fri, Apr 1, 2011 at 5:52 PM, Samuel Ortiz sa...@linux.intel.com wrote: On Fri, Apr 01, 2011 at 11:56:35AM -0600, Grant Likely wrote: On Fri, Apr 1, 2011 at 11:47

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Wed, Apr 06, 2011 at 11:38:54AM -0700, Greg KH wrote: On Wed, Apr 06, 2011 at 11:25:57AM -0700, Andres Salomon wrote: We've been faced with the problem of being able to pass both MFD related data and a platform_data pointer to some of those drivers. Squeezing the MFD bits in the

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Thu, Apr 07, 2011 at 03:40:23PM +0200, Samuel Ortiz wrote: Hi Felipe, On Wed, Apr 06, 2011 at 09:59:02PM +0300, Felipe Balbi wrote: Hi, On Wed, Apr 06, 2011 at 08:47:34PM +0200, Samuel Ortiz wrote: What is a MFD cell pointer and why is it needed in struct device? An MFD

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Mon, Apr 4, 2011 at 8:04 PM, Grant Likely grant.lik...@secretlab.ca wrote: On Mon, Apr 04, 2011 at 12:03:15PM +0200, Samuel Ortiz wrote: diff --git a/include/linux/platform_device.h b/include/linux/platform_device.h index d96db98..734d254 100644 --- a/include/linux/platform_device.h

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Thu, Apr 07, 2011 at 05:03:23PM +0200, Samuel Ortiz wrote: On Thu, Apr 07, 2011 at 07:35:15AM -0700, Grant Likely wrote: Below is a patch for the Xilinx SPI example. Although this would fix the issue, we'd still have to do that on device per device basis. I had a similar solution

Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316

the flexcop-pci.c badness go  away too. Anyway, both patches are not upstream yet, but Michael mentioned that Grant Likely or Ben might push it eventually. On brief review, they look like completely different issues. I doubt the second patch will fix the flexcop-pci issue. I'll pick up the device

Re: [Bug #15589] 2.6.34-rc1: Badness at fs/proc/generic.c:316

On Mon, Jun 14, 2010 at 12:39 AM, Alexey Dobriyan adobri...@gmail.com wrote: On Sun, Jun 13, 2010 at 01:57:40PM -0600, Grant Likely wrote: On brief review, they look like completely different issues.  I doubt the second patch will fix the flexcop-pci issue. It will, see how name wht slashes

Re: [PATCH RFC v6] [media] Add common video interfaces OF bindings documentation

? For the binding: Acked-by: Grant Likely grant.lik...@secretlab.ca -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Compilation breakage on drivers/media due to OF patches - was: Re: [PATCH] DT: export of_get_next_parent() for use by modules: fix modular V4L2

ahead and apply it with my ack: Acked-by: Grant Likely grant.lik...@linaro.org It is no good to apply it to the devicetree -next branch because that will still leave your branch broken, even if device tree gets merged first. g. -- To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH 22/51] DMA-API: amba: get rid of separate dma_mask

/of/platform.c portion: Acked-by: Grant Likely grant.lik...@linaro.org g. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v10 1/6] video: add display_timing and videomode

is also a new structure. So it looks like this series creates two new intermediary data structures; display_timings and videomode. And at least as far as I can see in this series struct fb_videomode is the only user. g. -- Grant Likely, B.Sc, P.Eng. Secret Lab Technologies, Ltd. -- To unsubscribe

Re: [PATCH v10 1/6] video: add display_timing and videomode

On Thu, 15 Nov 2012 17:00:57 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Grant, On Thursday 15 November 2012 15:47:53 Grant Likely wrote: On Thu, 15 Nov 2012 10:23:52 +0100, Steffen Trumtrar wrote: Add display_timing structure and the according helper functions

Re: [PATCHv15 2/7] video: add display_timing and videomode

On Mon, 26 Nov 2012 16:39:58 +0100, Steffen Trumtrar s.trumt...@pengutronix.de wrote: On Mon, Nov 26, 2012 at 02:37:26PM +0200, Tomi Valkeinen wrote: On 2012-11-26 11:07, Steffen Trumtrar wrote: +/* + * Subsystem independent description of a videomode. + * Can be generated from

Re: [PATCH RFC 01/12] s5p-csis: Add device tree support

On Mon, 10 Dec 2012 20:45:55 +0100, Sylwester Nawrocki s.nawro...@samsung.com wrote: s5p-csis is platform device driver for MIPI-CSI frontend to the FIMC (camera host interface DMA engine and image processor). This patch adds support for instantiating the MIPI-CSIS devices from DT and parsing

Re: [PATCH RFC 01/13] i2c: add dummy inline functions for when CONFIG_OF_I2C(_MODULE) isn't defined

On Mon, 10 Dec 2012 20:41:27 +0100, Sylwester Nawrocki s.nawro...@samsung.com wrote: From: Guennadi Liakhovetski g.liakhovet...@gmx.de If CONFIG_OF_I2C and CONFIG_OF_I2C_MODULE are undefined no declaration of of_find_i2c_device_by_node and of_find_i2c_adapter_by_node will be available. Add

Re: [PATCH RFC 02/13] of: add a dummy inline function for when CONFIG_OF is not defined

On Mon, 10 Dec 2012 20:41:28 +0100, Sylwester Nawrocki s.nawro...@samsung.com wrote: From: Guennadi Liakhovetski g.liakhovet...@gmx.de If CONFIG_OF isn't defined, no declaration of of_get_parent will be found and compilation can fail. This patch adds a dummy inline function definition to

Re: [PATCH RFC 03/13] OF: define of_*_cmp() macros also if CONFIG_OF isn't set

OF_DETACHED 2 /* node has been detached from the device tree */ -- 1.7.9.5 -- Grant Likely, B.Sc, P.Eng. Secret Lab Technologies, Ltd. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH RFC 04/13] OF: make a function pointer argument const

device_node *np, const char *phandle_name, int index) { -- 1.7.9.5 -- Grant Likely, B.Sc, P.Eng. Secret Lab Technologies, Ltd. -- To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH RFC 05/13] of: Add empty for_each_available_child_of_node() macro definition

( const struct device_node *node, const char *name) -- 1.7.9.5 -- Grant Likely, B.Sc, P.Eng. Secret Lab Technologies, Ltd. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message

Re: [PATCH RFC 06/13] of: Add empty of_find_device_by_node() function definition

NULL; +} + #endif /* CONFIG_OF_DEVICE */ #if !defined(CONFIG_OF_ADDRESS) -- 1.7.9.5 -- Grant Likely, B.Sc, P.Eng. Secret Lab Technologies, Ltd. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH RFC 01/12] s5p-csis: Add device tree support

On Tue, 11 Dec 2012 12:24:23 +0100, Sylwester Nawrocki s.nawro...@samsung.com wrote: Hello Grant, On 12/11/2012 09:36 AM, Grant Likely wrote: On Mon, 10 Dec 2012 20:45:55 +0100, Sylwester Nawrocki s.nawro...@samsung.com wrote: s5p-csis is platform device driver for MIPI-CSI frontend

Re: [PATCH V3] i2c: move of helpers into the core

s.nawro...@samsung.com Signed-off-by: Wolfram Sang w...@the-dreams.de Acked-by: Grant Likely grant.lik...@linaro.org --- V2-V3: Was trying to be too smart by only fixing includes needed. Took a more general approach this time, converting of_i2c.h to i2c.h in case i2c.h

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

On Tue, 11 Feb 2014 07:56:33 -0600, Rob Herring robherri...@gmail.com wrote: On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel p.za...@pengutronix.de wrote: From: Philipp Zabel philipp.za...@gmail.com This patch moves the parsing helpers used to parse connected graphs in the device tree,

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

On Tue, 18 Feb 2014 08:06:24 +0100, Sascha Hauer s.ha...@pengutronix.de wrote: Hi Grant, On Mon, Feb 17, 2014 at 06:14:51PM +, Grant Likely wrote: On Tue, 11 Feb 2014 07:56:33 -0600, Rob Herring robherri...@gmail.com wrote: On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel p.za

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

On Mon, 24 Feb 2014 18:36:29 +0100, Philipp Zabel p.za...@pengutronix.de wrote: Am Dienstag, den 18.02.2014, 16:26 + schrieb Grant Likely: You can find it under Documentation/devicetree/bindings/media/video-interfaces.txt Okay, I think I'm okay with moving the helpers, but I

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

On Tue, 25 Feb 2014 15:58:22 +0100, Philipp Zabel p.za...@pengutronix.de wrote: From: Philipp Zabel philipp.za...@gmail.com This patch moves the parsing helpers used to parse connected graphs in the device tree, like the video interface bindings documented in

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

On Wed, 5 Mar 2014 10:20:35 +0100, Philipp Zabel p.za...@pengutronix.de wrote: 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

Re: [GIT PULL] Move device tree graph parsing helpers to drivers/of

On Thu, 06 Mar 2014 18:13:20 +0100, Philipp Zabel p.za...@pengutronix.de wrote: Hi Mauro, Russell, I have temporarily removed the simplified bindings at Sylwester's request and updated the branch with the acks. The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:

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

On Wed, 26 Feb 2014 16:24:57 +0100, Philipp Zabel p.za...@pengutronix.de wrote: Hi Grant, Am Mittwoch, den 26.02.2014, 11:37 + schrieb Grant Likely: [...] drivers/media/v4l2-core/v4l2-of.c | 117 -- drivers/of/Makefile

Re: [PATCH v6 3/8] of: Warn if of_graph_get_next_endpoint is called with the root node

On Wed, 5 Mar 2014 10:20:37 +0100, Philipp Zabel p.za...@pengutronix.de wrote: If of_graph_get_next_endpoint is given a parentless node instead of an endpoint node, it is clearly a bug. Signed-off-by: Philipp Zabel p.za...@pengutronix.de Acked-by: Grant Likely grant.lik...@linaro.org

Re: [PATCH v6 0/8] Move device tree graph parsing helpers to drivers/of

On Thu, 6 Mar 2014 15:50:18 +, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Thu, Mar 06, 2014 at 04:39:39PM +0100, Philipp Zabel wrote: Am Donnerstag, den 06.03.2014, 15:24 + schrieb Russell King - ARM Linux: On Wed, Mar 05, 2014 at 10:20:34AM +0100, Philipp Zabel

Re: [PATCH v6 5/8] [media] of: move common endpoint parsing to drivers/of

-by: Grant Likely grant.lik...@linaro.org --- Changes since v5: - Fixed documentation comment for of_graph_parse_endpoint --- drivers/media/platform/exynos4-is/media-dev.c | 10 +- drivers/media/platform/exynos4-is/mipi-csis.c | 2 +- drivers/media/v4l2-core/v4l2-of.c | 16

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

schrieb Grant Likely: On Mon, 24 Feb 2014 18:36:29 +0100, Philipp Zabel p.za...@pengutronix.de wrote: Am Dienstag, den 18.02.2014, 16:26 + schrieb Grant Likely: You can find it under Documentation/devicetree/bindings/media/video-interfaces.txt Okay, I think I'm

Re: [PATCH v6 0/8] Move device tree graph parsing helpers to drivers/of

On Thu, 06 Mar 2014 12:17:21 -0300, Mauro Carvalho Chehab m.che...@samsung.com wrote: Em Thu, 06 Mar 2014 14:16:57 + Russell King - ARM Linux li...@arm.linux.org.uk escreveu: On Wed, Mar 05, 2014 at 03:42:34PM +0100, Philipp Zabel wrote: Am Mittwoch, den 05.03.2014, 13:35 +0200

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

On Wed, 5 Mar 2014 10:20:38 +0100, Philipp Zabel p.za...@pengutronix.de wrote: A 'return endpoint;' at the end of the (!prev) case allows to reduce the indentation level of the (prev) case. Signed-off-by: Philipp Zabel p.za...@pengutronix.de Acked-by: Grant Likely grant.lik...@linaro.org

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

On Wed, 5 Mar 2014 10:20:36 +0100, Philipp Zabel p.za...@pengutronix.de wrote: The device tree graph bindings as used by V4L2 and documented in Documentation/device-tree/bindings/media/video-interfaces.txt contain generic parts that are not media specific but could be useful for any

Re: [PATCH v4 3/3] Documentation: of: Document graph bindings

On Wed, 26 Feb 2014 15:14:17 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 25/02/14 16:58, Philipp Zabel wrote: +Optional endpoint properties + + +- remote-endpoint: phandle to an 'endpoint' subnode of a remote device node. Why is that

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

On Thu, 27 Feb 2014 10:36:36 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 26/02/14 16:48, Philipp Zabel wrote: I would like the document to acknowledge the difference from the phandle+args pattern used elsewhere and a description of when it would be appropriate to use this

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

On Wed, 5 Mar 2014 10:20:40 +0100, Philipp Zabel p.za...@pengutronix.de 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. Signed-off-by: Philipp Zabel p.za...@pengutronix.de Ergh... I think this is too loosely

Re: [PATCH v4 3/3] Documentation: of: Document graph bindings

On Wed, 26 Feb 2014 16:50:52 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 26/02/14 16:57, Philipp Zabel wrote: Hi Tomi, Am Mittwoch, den 26.02.2014, 15:14 +0200 schrieb Tomi Valkeinen: On 25/02/14 16:58, Philipp Zabel wrote: +Optional endpoint properties

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

On Sat, 8 Mar 2014 12:33:12 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 07/03/14 19:05, Grant Likely wrote: On Wed, 26 Feb 2014 15:48:49 +0100, Philipp Zabel p.za...@pengutronix.de wrote: Hi Grant, thank you for the comments. Hi Philipp, I've got lots of comments

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

On Sat, 8 Mar 2014 12:46:05 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 07/03/14 19:18, Grant Likely wrote: From a pattern perspective I have no problem with that From an individual driver binding perspective that is just dumb! It's fine for the ports node to be optional

Re: [PATCH v4 3/3] Documentation: of: Document graph bindings

On Sat, 8 Mar 2014 11:35:38 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 07/03/14 20:11, Grant Likely wrote: Any board not using that port can just leave the endpoint disconnected. Hmm I see. I'm against that. I think the SoC dtsi should not contain endpoint node, or even

Re: [GIT PULL] Move device tree graph parsing helpers to drivers/of

On Mon, 10 Mar 2014 10:26:30 -0300, Mauro Carvalho Chehab m.che...@samsung.com wrote: Em Fri, 07 Mar 2014 18:23:30 + Grant Likely grant.lik...@linaro.org escreveu: On Thu, 06 Mar 2014 18:13:20 +0100, Philipp Zabel p.za...@pengutronix.de wrote: Hi Mauro, Russell, I have

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

On Mon, 10 Mar 2014 12:18:20 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 08/03/14 13:41, Grant Likely wrote: Ok. If we go for single directional link, the question is then: which way? And is the direction different for display and camera, which are kind of reflections of each

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

On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote: On 08/03/14 13:41, Grant Likely wrote: Ok. If we go for single directional link, the question is then: which way? And is the direction

Re: [GIT PULL] Move device tree graph parsing helpers to drivers/of

On Thu, 13 Mar 2014 11:35:28 +, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Thu, Mar 13, 2014 at 12:08:16PM +0100, Philipp Zabel wrote: I'm not sure if maybe I misunderstood or missed a mail, but I haven't seen a proposal to resolve the situation without rewinds. Given that

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

On Mon, 10 Mar 2014 16:15:37 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: 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

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

On Tue, 11 Mar 2014 12:43:44 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Philipp, On Monday 10 March 2014 16:40:30 Philipp Zabel wrote: Am Montag, den 10.03.2014, 16:15 +0100 schrieb Laurent Pinchart: On Monday 10 March 2014 14:58:15 Grant Likely wrote: On Mon

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

On Tue, 11 Mar 2014 14:16:37 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Tuesday 11 March 2014 14:59:20 Tomi Valkeinen wrote: So depending on the use case, the endpoints would point to opposite direction from the encoder's point of view. And if I gathered Grant's

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

On Tue, 11 Mar 2014 14:04:34 +0100, Andrzej Hajda a.ha...@samsung.com wrote: On 03/10/2014 04:15 PM, Laurent Pinchart wrote: 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

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

On Tue, 11 Mar 2014 16:07:00 +0100, Philipp Zabel p.za...@pengutronix.de wrote: Hi Grant, Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely: On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Monday 10 March 2014 12:18:20 Tomi

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

On Tue, 11 Mar 2014 16:21:49 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: 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 Pinchart wrote

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

On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Mon, Mar 10, 2014 at 02:52:53PM +0100, Laurent Pinchart wrote: In theory unidirectional links in DT are indeed enough. However, let's not forget the following. - There's no such thing as

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

On Thu, 20 Mar 2014 15:38:04 -0300, Mauro Carvalho Chehab m.che...@samsung.com wrote: Em Thu, 20 Mar 2014 17:54:31 + Grant Likely grant.lik...@linaro.org escreveu: On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Mon, Mar 10, 2014 at 02

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

On Mon, 10 Mar 2014 08:34:54 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 08/03/14 14:23, Grant Likely wrote: That's fine. In that case the driver would specifically require the endpoint to be that one node although the above looks a little weird The driver can't require

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

On Sat, 08 Mar 2014 16:50:33 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Grant, On Saturday 08 March 2014 12:23:21 Grant Likely wrote: On Sat, 8 Mar 2014 12:46:05 +0200, Tomi Valkeinen wrote: On 07/03/14 19:18, Grant Likely wrote: From a pattern perspective I

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

On Sat, 8 Mar 2014 13:07:23 +0100, Philipp Zabel philipp.za...@gmail.com wrote: Hi Grant, On Fri, Mar 7, 2014 at 6:18 PM, Grant Likely grant.lik...@linaro.org wrote: On Wed, 26 Feb 2014 16:24:57 +0100, Philipp Zabel p.za...@pengutronix.de wrote: The 'ports' node is optional. It is only

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

On Thu, 20 Mar 2014 19:52:53 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Thursday 20 March 2014 18:48:16 Grant Likely wrote: On Thu, 20 Mar 2014 15:38:04 -0300, Mauro Carvalho Chehab wrote: Em Thu, 20 Mar 2014 17:54:31 + Grant Likely escreveu: On Wed, 12 Mar

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

On Fri, 21 Mar 2014 00:26:12 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Thursday 20 March 2014 23:12:50 Grant Likely wrote: On Thu, 20 Mar 2014 19:52:53 +0100, Laurent Pinchart wrote: Then we might not be talking about the same thing. I'm talking about DT

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

On Fri, 21 Mar 2014 11:44:24 +0100, Andrzej Hajda a.ha...@samsung.com wrote: On 03/20/2014 06:23 PM, Grant Likely wrote: On Tue, 11 Mar 2014 14:16:37 +0100, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Tuesday 11 March 2014 14:59:20 Tomi Valkeinen wrote: So depending

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

On Fri, Mar 21, 2014 at 12:44 PM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Grant, On Friday 21 March 2014 08:15:34 Grant Likely wrote: Why don't we instead try a Google Hangout or a phone call today. Anywhere between 11:30 and 14:00 GMT would work for me. I'd offer

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

On Fri, 21 Mar 2014 14:16:20 +0200, Tomi Valkeinen tomi.valkei...@ti.com wrote: On 21/03/14 13:47, Grant Likely wrote: I'm firm on the opinion that the checking must also happen at runtime. The biggest part of my objection has been how easy it would be to get a linkage out of sync

Re: [PATCH/RFC v4 07/21] of: add of_node_ncmp wrapper

On Fri, 11 Jul 2014 16:04:10 +0200, Jacek Anaszewski j.anaszew...@samsung.com wrote: The wrapper for strnicmp is required for checking whether a node has expected prefix. Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com Acked-by: Kyungmin Park kyungmin.p...@samsung.com Cc: Grant

Re: [PATCH 1/1] of: Add a function to read 64-bit arrays

On Fri, 3 Oct 2014 00:59:23 +0300 , Sakari Ailus sakari.ai...@iki.fi wrote: Implement of_property_read_u64_array() for reading 64-bit arrays. This is needed for e.g. reading the valid link frequencies in the smiapp driver. Signed-off-by: Sakari Ailus sakari.ai...@iki.fi A patch that

Re: Kernel docs: muddying the waters a bit

On Tue, Apr 12, 2016 at 4:46 PM, Jonathan Corbet wrote: > On Fri, 8 Apr 2016 17:12:27 +0200 > Markus Heiser wrote: > >> motivated by this MT, I implemented a toolchain to migrate the kernel’s >> DocBook XML documentation to reST markup. >> >> It