On Wed, 2019-07-24 at 13:28 +0100, Linus Walleij wrote:
> On Tue, Jul 23, 2019 at 8:10 PM Sam Ravnborg wrote:
> > On Tue, Jul 23, 2019 at 03:37:52PM +0200, Linus Walleij wrote:
> > Do we need to support arm,pl11x,tft-r0g0b0-pads before
> > we can obsolete fbdev stuff?
>
> No I don't think so, the
; change the parent of a clock.
Explanation of this mystery is pretty simple - the original patch:
commit 6e973d2c438502dcf956e76305258ba7d1c7d1d3
Author: Pawel Moll
Date: Thu Apr 18 18:23:22 2013 +0100
clk: vexpress: Add separate SP810 driver
predates introductio
oth fbdev and DRM
so the solution should be suitable for all potential DRM-driven
display controllers.
[1]
http://infocenter.arm.com/help/topic/com.arm.doc.dui0447h/CHDEHEAA.html#CACGIGGC
[2] http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/57298
Laurent Pinchart (1):
vid
Versatile Express DVI output is driven by a Sii9022 chip. It can be
controller to a limited extend by the Motherboard Config Controller,
and that's what the driver is doing now. It is a temporary measure
till there's a full I2C driver for the chip.
Signed-off-by: Pawel Moll
---
dri
Modelled after the common clock solution, the bindings
are based on the idea of display entity "providers" and
"consumers".
Signed-off-by: Pawel Moll
---
.../devicetree/bindings/video/display-bindings.txt | 75 +
drivers/video/display/display-core.c
This function converts the fb_var_screeninfo to the videomode
structure, to be used in fbdev drivers working with the
Common Display Framework.
Signed-off-by: Pawel Moll
---
drivers/video/fbmon.c | 29 +
include/linux/fb.h|3 +++
2 files changed, 32
The display entity (sink) may need to know about the mode being
changed, eg. to update timings.
Alternatively there could be a separate set_mode() operation...
Signed-off-by: Pawel Moll
---
drivers/video/display/display-core.c |5 +++--
include/video/display.h |6 --
2
x27;m
talking about?
Signed-off-by: Pawel Moll
---
include/video/display.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/video/display.h b/include/video/display.h
index 7fe8b2f..875e230 100644
--- a/include/video/display.h
+++ b/include/video/display.h
@@ -69,10 +
from the Common
Display Framework drivers, referenced to by the standard CDF
binding.
Signed-off-by: Pawel Moll
---
.../devicetree/bindings/video/arm,pl11x.txt| 35 +++
drivers/video/Kconfig |1 +
drivers/video/amba-clcd.c | 244
Signed-off-by: Pawel Moll
---
arch/arm/boot/dts/vexpress-v2m-rs1.dtsi | 17 +
arch/arm/boot/dts/vexpress-v2m.dtsi | 17 +
arch/arm/boot/dts/vexpress-v2p-ca9.dts |5 +
3 files changed, 31 insertions(+), 8 deletions(-)
diff --git a/arch/arm/boot
From: Laurent Pinchart
Signed-off-by: Laurent Pinchart
---
drivers/video/Kconfig|1 +
drivers/video/Makefile |1 +
drivers/video/display/Kconfig|4 +
drivers/video/display/Makefile |1 +
drivers/video/display/display-core.c | 362
... by providing a function translating the MASTER
value into the currently valid site number and
a _LAST constant providing all possible site id values.
Signed-off-by: Pawel Moll
---
drivers/mfd/vexpress-sysreg.c |5 +
include/linux/vexpress.h |2 ++
2 files changed, 7
video data
sources. The default source is selected basing on the priority
list (which itself can be modified via module paramter), but
the user can make his own decision about it using the device's
sysfs "source" attribute.
Signed-off-by: Pawel Moll
---
.../testing/sysfs-driv
from the Common
Display Framework drivers, referenced to by the standard CDF
binding.
Signed-off-by: Pawel Moll
---
.../devicetree/bindings/video/arm,pl11x.txt| 35 +++
drivers/video/Kconfig |1 +
drivers/video/amba-clcd.c | 247
On Wed, 2013-07-17 at 11:08 +0100, Show Liu wrote:
> This series patches extend Pawel's patches to
> Versatile Express HDLCD DVI output support.
> Before apply this patches, please apply Pawel's patches first.
> This series patches implements base on Linaro release 13.06 branch
> "ll_20130621.0".
On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
> > * Only supports 640x480 mode, which is hard-coded. We intend to
> >rebase on top of CDF once it is merged, which hopefully will
> >handle a lot of the EDID parsing & mode setting for us (once
> >Pawel's CDF patches for VExpress al
On Fri, 2013-07-26 at 15:21 +0100, Rob Clark wrote:
> Well, if you have something complex enough to benefit from CDF, then
> you probably ought to be looking at drm/kms.
That's what we're doing - hope you appreciate Tom's effort of re-writing
a driver for something that pre-dates DRM/KMS by gener
oth fbdev and DRM
so the solution should be suitable for all potential DRM-driven
display controllers.
[1]
http://infocenter.arm.com/help/topic/com.arm.doc.dui0447h/CHDEHEAA.html#CACGIGGC
[2] http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/57298
Laurent Pinchart (1):
vid
Versatile Express DVI output is driven by a Sii9022 chip. It can be
controller to a limited extend by the Motherboard Config Controller,
and that's what the driver is doing now. It is a temporary measure
till there's a full I2C driver for the chip.
Signed-off-by: Pawel Moll
---
dri
Modelled after the common clock solution, the bindings
are based on the idea of display entity "providers" and
"consumers".
Signed-off-by: Pawel Moll
---
.../devicetree/bindings/video/display-bindings.txt | 75 +
drivers/video/display/display-core.c
This function converts the fb_var_screeninfo to the videomode
structure, to be used in fbdev drivers working with the
Common Display Framework.
Signed-off-by: Pawel Moll
---
drivers/video/fbmon.c | 29 +
include/linux/fb.h|3 +++
2 files changed, 32
The display entity (sink) may need to know about the mode being
changed, eg. to update timings.
Alternatively there could be a separate set_mode() operation...
Signed-off-by: Pawel Moll
---
drivers/video/display/display-core.c |5 +++--
include/video/display.h |6 --
2
x27;m
talking about?
Signed-off-by: Pawel Moll
---
include/video/display.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/video/display.h b/include/video/display.h
index 7fe8b2f..875e230 100644
--- a/include/video/display.h
+++ b/include/video/display.h
@@ -69,10 +
from the Common
Display Framework drivers, referenced to by the standard CDF
binding.
Signed-off-by: Pawel Moll
---
.../devicetree/bindings/video/arm,pl11x.txt| 35 +++
drivers/video/Kconfig |1 +
drivers/video/amba-clcd.c | 244
From: Laurent Pinchart
Signed-off-by: Laurent Pinchart
---
drivers/video/Kconfig|1 +
drivers/video/Makefile |1 +
drivers/video/display/Kconfig|4 +
drivers/video/display/Makefile |1 +
drivers/video/display/display-core.c | 362
... by providing a function translating the MASTER
value into the currently valid site number and
a _LAST constant providing all possible site id values.
Signed-off-by: Pawel Moll
---
drivers/mfd/vexpress-sysreg.c |5 +
include/linux/vexpress.h |2 ++
2 files changed, 7
Signed-off-by: Pawel Moll
---
arch/arm/boot/dts/vexpress-v2m-rs1.dtsi | 17 +
arch/arm/boot/dts/vexpress-v2m.dtsi | 17 +
arch/arm/boot/dts/vexpress-v2p-ca9.dts |5 +
3 files changed, 31 insertions(+), 8 deletions(-)
diff --git a/arch/arm/boot
video data
sources. The default source is selected basing on the priority
list (which itself can be modified via module paramter), but
the user can make his own decision about it using the device's
sysfs "source" attribute.
Signed-off-by: Pawel Moll
---
.../testing/sysfs-driv
from the Common
Display Framework drivers, referenced to by the standard CDF
binding.
Signed-off-by: Pawel Moll
---
.../devicetree/bindings/video/arm,pl11x.txt| 35 +++
drivers/video/Kconfig |1 +
drivers/video/amba-clcd.c | 247
On Wed, 2013-07-17 at 11:08 +0100, Show Liu wrote:
> This series patches extend Pawel's patches to
> Versatile Express HDLCD DVI output support.
> Before apply this patches, please apply Pawel's patches first.
> This series patches implements base on Linaro release 13.06 branch
> "ll_20130621.0".
On Thu, 2013-07-25 at 19:21 +0100, Rob Clark wrote:
> > * Only supports 640x480 mode, which is hard-coded. We intend to
> >rebase on top of CDF once it is merged, which hopefully will
> >handle a lot of the EDID parsing & mode setting for us (once
> >Pawel's CDF patches for VExpress al
On Fri, 2013-07-26 at 15:21 +0100, Rob Clark wrote:
> Well, if you have something complex enough to benefit from CDF, then
> you probably ought to be looking at drm/kms.
That's what we're doing - hope you appreciate Tom's effort of re-writing
a driver for something that pre-dates DRM/KMS by gener
32 matches
Mail list logo