code
> I picked from panfrost, so they can acknowledge the GPL2 -> MIT+GPL2
> change. If I missed someone, please let me know.
Regarding the relicensing, Linaro agrees to the relicensing of the
parts they hold copyright on.
Acked-by: Grant Likely
--
Grant Likely
CTO of Linaro, Ltd.
grant.lik...@linaro.org
On Tue, Nov 18, 2014 at 12:29 PM, Javier Martinez Canillas
wrote:
> [adding Kevin to cc list]
>
> Hello Inki,
>
> On Tue, Nov 18, 2014 at 11:52 AM, Inki Dae wrote:
>> On 2014ë
11ì 18ì¼ 19:42, Andrzej Hajda wrote:
>>> On 11/06/2014 10:06 AM, Krzysztof Kozlowski wrote:
Hi,
On la
On Mon, 17 Mar 2014 15:55:27 +0200, Tomi Valkeinen
wrote:
> Hi Grant,
>
> Ping.
>
> Are you fine with me proceeding with the current V4L2 port/endpoint
> bindings?
Sorry, this thread didn't make it past my email filters. Yes, go ahead.
g.
On Thu, 19 Sep 2013 22:47:01 +0100, Russell King
wrote:
> AMBA Primecell devices always treat streaming and coherent DMA exactly
> the same, so there's no point in having the masks separated.
>
> Signed-off-by: Russell King
for the drivers/of/platform.c portion:
Acked-by:
gister child nodes in the core instead of doing this manually
> in each driver. So, fix the drivers and documentation, too.
>
> Acked-by: Rob Herring
> Reviewed-by: Felipe Balbi
> Acked-by: Rafael J. Wysocki
> Tested-by: Sylwester Nawrocki
> Signed-off-by: Wolf
gister child nodes in the core instead of doing this manually
> in each driver. So, fix the drivers and documentation, too.
>
> Acked-by: Rob Herring
> Reviewed-by: Felipe Balbi
> Acked-by: Rafael J. Wysocki
> Tested-by: Sylwester Nawrocki
> Signed-off-by: Wolf
On Fri, Jul 5, 2013 at 11:07 AM, Sascha Hauer wrote:
> Again the difference between supernodes and graphs is that the supernode
> approach does not contain information about what components are needed
> to do something useful with the device. You simply have to wait until
> *all* components are pr
On Fri, Jul 5, 2013 at 10:34 AM, Sebastian Hesselbarth
wrote:
> So for the discussion, I can see that there have been some voting for
> super-node, some for node-to-node linking. Although I initially proposed
> super-nodes, I can also happily live with node-to-node linking alone.
>
> Either someon
On Fri, Jul 5, 2013 at 9:50 AM, Russell King wrote:
> On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote:
>> Alternatively, you can have the same effect with a property or set of
>> properties in the controller node that contains phandles to the
>> required device
On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
>> > video {
>> > /* Single video card w/ multiple lcd controllers */
>> > card0 {
>> > compatible = "marvell,armada-510-display";
>> > reg = <0 0x3f
On Tue, Jul 2, 2013 at 9:25 PM, Russell King wrote:
> On Tue, Jul 02, 2013 at 09:57:32PM +0200, Sebastian Hesselbarth wrote:
>> I am against a super node which contains lcd and dcon/ire nodes. You can
>> enable those devices on a per board basis. We add them to dove.dtsi but
>> disable them by def
On Fri, Jul 5, 2013 at 11:07 AM, Sascha Hauer wrote:
> Again the difference between supernodes and graphs is that the supernode
> approach does not contain information about what components are needed
> to do something useful with the device. You simply have to wait until
> *all* components are pr
On Fri, Jul 5, 2013 at 10:34 AM, Sebastian Hesselbarth
wrote:
> So for the discussion, I can see that there have been some voting for
> super-node, some for node-to-node linking. Although I initially proposed
> super-nodes, I can also happily live with node-to-node linking alone.
>
> Either someon
On Fri, Jul 5, 2013 at 9:50 AM, Russell King wrote:
> On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote:
>> Alternatively, you can have the same effect with a property or set of
>> properties in the controller node that contains phandles to the
>> required device
On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
>> > video {
>> > /* Single video card w/ multiple lcd controllers */
>> > card0 {
>> > compatible = "marvell,armada-510-display";
>> > reg = <0 0x3f
On Tue, Jul 2, 2013 at 9:25 PM, Russell King wrote:
> On Tue, Jul 02, 2013 at 09:57:32PM +0200, Sebastian Hesselbarth wrote:
>> I am against a super node which contains lcd and dcon/ire nodes. You can
>> enable those devices on a per board basis. We add them to dove.dtsi but
>> disable them by def
Signed-off-by: Philipp Zabel
Acked-by: Grant Likely
> ---
> drivers/staging/imx-drm/ipu-v3/ipu-common.c | 90
> +
> 1 file changed, 26 insertions(+), 64 deletions(-)
>
> diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-common.c
> b/drivers/st
Signed-off-by: Philipp Zabel
Acked-by: Grant Likely
> ---
> drivers/staging/imx-drm/ipu-v3/ipu-common.c | 90
> +
> 1 file changed, 26 insertions(+), 64 deletions(-)
>
> diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-common.c
> b/drivers/st
region.
> - interrupts: interrupt number to the cpu.
> +- clocks: list of clock IDs from SoC clock driver.
> + a) mixer: It is required for gate operation on aclk_200_disp1 clock
> + which clocks the display1 block.
> + b) sclk_hdmi: Parent for mux mout_mixer.
>
region.
> - interrupts: interrupt number to the cpu.
> +- clocks: list of clock IDs from SoC clock driver.
> + a) mixer: It is required for gate operation on aclk_200_disp1 clock
> + which clocks the display1 block.
> + b) sclk_hdmi: Parent for mux mout_mixer.
&g
On Wed, 06 Feb 2013 09:51:39 -0500, Rahul Sharma
wrote:
> Binding Documents for drm-devices are placed in
> Documentation/devicetree/bindings/drm/*. But these devices are common
> for v4l framework, hence moved to a common place at
> Documentation/devicetree/bindings/video/. 'exynos_' prefix is a
On Wed, 06 Feb 2013 09:51:39 -0500, Rahul Sharma
wrote:
> Binding Documents for drm-devices are placed in
> Documentation/devicetree/bindings/drm/*. But these devices are common
> for v4l framework, hence moved to a common place at
> Documentation/devicetree/bindings/video/. 'exynos_' prefix is a
On Mon, 26 Nov 2012 16:39:58 +0100, Steffen Trumtrar 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 struct display_t
On Mon, 26 Nov 2012 16:39:58 +0100, Steffen Trumtrar
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 struct display_
On Thu, 15 Nov 2012 17:00:57 +0100, Laurent Pinchart
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 function
wait... struct 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,
On Thu, 15 Nov 2012 17:00:57 +0100, Laurent Pinchart 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 function
wait... struct 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.
On Mon, Sep 17, 2012 at 9:03 AM, Jani Nikula
wrote:
> Hi Grant, please try v3.6-rc6 that does exactly that with:
>
> commit 28dcc2d60cb570d9f549c329b2f51400553412a1
> Author: Jani Nikula
> Date: Mon Sep 3 16:25:12 2012 +0300
>
> drm/i915: do not expose a dysfunctional backlight interface to
On Mon, Sep 17, 2012 at 9:03 AM, Jani Nikula
wrote:
> Hi Grant, please try v3.6-rc6 that does exactly that with:
>
> commit 28dcc2d60cb570d9f549c329b2f51400553412a1
> Author: Jani Nikula
> Date: Mon Sep 3 16:25:12 2012 +0300
>
> drm/i915: do not expose a dysfunctional backlight interface to
t
will not be registered.
Tested on MacbookPro8,3.
Signed-off-by: Grant Likely
Cc: Daniel Vetter
Cc: David Airlie
Cc: Matthew Garrett
Cc: David Woodhouse
---
drivers/gpu/drm/i915/intel_panel.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/gp
On Fri, Sep 14, 2012 at 2:12 PM, David Woodhouse wrote:
> On Fri, 2012-09-14 at 14:09 +0100, Grant Likely wrote:
>> On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson
>> wrote:
>> > On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely
>> > wrote:
>> >> S
t and
gmux_backlight devices get registered and userspace doesn't know which
it should use.
Signed-off-by: Grant Likely
Cc: Daniel Vetter
Cc: David Airlie
Cc: Matthew Garrett
Cc: David Woodhouse
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/intel_displa
On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson wrote:
> On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely
> wrote:
>> Some platforms (for instance MacbookPros) have custom backlight drivers
>> and don't use the integrated i915 backlight control. This patch adds a
>>
t
will not be registered.
Tested on MacbookPro8,3.
Signed-off-by: Grant Likely
Cc: Daniel Vetter
Cc: David Airlie
Cc: Matthew Garrett
Cc: David Woodhouse
---
drivers/gpu/drm/i915/intel_panel.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/gp
On Fri, Sep 14, 2012 at 2:12 PM, David Woodhouse wrote:
> On Fri, 2012-09-14 at 14:09 +0100, Grant Likely wrote:
>> On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson
>> wrote:
>> > On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely > > secretlab.ca> wrote:
&
On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson
wrote:
> On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely secretlab.ca> wrote:
>> Some platforms (for instance MacbookPros) have custom backlight drivers
>> and don't use the integrated i915 backlight control. This patch add
t and
gmux_backlight devices get registered and userspace doesn't know which
it should use.
Signed-off-by: Grant Likely
Cc: Daniel Vetter
Cc: David Airlie
Cc: Matthew Garrett
Cc: David Woodhouse
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/intel_displa
38 matches
Mail list logo
