Hi Philipp,
On Wed, Dec 16, 2015 at 5:52 PM, Philipp Zabel
wrote:
> Hi Daniel,
>
> Am Dienstag, den 15.12.2015, 02:57 +0800 schrieb Daniel Kurtz:
>> HI Philipp,
>>
>> This driver is looking really good.
>>
>> But, still some things to think about (mostly small) inline below...
>
> Most of my ans
On 17 December 2015 at 08:11, Rob Clark wrote:
> On Wed, Dec 16, 2015 at 10:52 AM, Tomi Valkeinen
> wrote:
>> Hi Dave,
>>
>> On 10/12/15 16:25, Tomi Valkeinen wrote:
>>> Hi,
>>>
>>> Here's an RFC series to fix the mess we have at the moment with
>>> omapdrm/omapfb/omapdss.
>>
>> There hasn't bee
Hi Linus,
Some i915 fixes,
One omap fix,
One core regression fix,
Not even enough fixes for a twelve days of xmas song, which seemms good.
Dave.
The following changes since commit 9f9499ae8e6415cefc4fe0a96ad0e27864353c89:
Linux 4.4-rc5 (2015-12-13 17:42:58 -0800)
are available in the git r
+Cc: Boram Park,
Hi Marek,
On 12/16/2015 09:21 PM, Marek Szyprowski wrote:
> This patch adds all infrastructure to make zpos plane property
> configurable from userspace.
>
> Signed-off-by: Marek Szyprowski
> ---
> drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 ++-
> drivers/gpu/drm/exynos/ex
The series of patches coverting drm rockchip to atomic API, do some
cleanup and some fixes on atomic side.
TODO: fence is not support on current version.
Tested on rk3288 popmetal board.
All guys can test it with following url:
test case: https://github.com/markyzq/libdrm.git atomictest
kernel
No functional update, drm_vblank_* is the legacy version of
drm_crtc_vblank_*. and use new api make driver more clean.
Signed-off-by: Mark Yao
---
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 13 +++--
drivers/gpu/drm/rockchip/rockchip_drm_drv.
For vop, power by enable/disable is more suitable then legacy dpms
function, and enable/disable more closely to the new atomic API.
Signed-off-by: Mark Yao
---
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 37 +++
1 file changed,
Rockchip vop not support hw vblank counter, needed check the committed
register if it's really take effect.
Signed-off-by: Mark Yao
Signed-off-by: Tomasz Figa
---
Changes in v3:
Reported by kbuild test robot
- fix rockchip_crtc_wait_for_update undefined when build drm rockchip as
modules.
Chan
Rk3288 vop timing registers is immediately register, when configure
timing on display active time, will cause tearing. use dclk reset is
not a good idea to avoid this tearing. we can avoid tearing by using
standby register.
Vop standby register will take effect at end of current frame, and
go back
If drm core requests a async commit, rockchip_drm_atomic_commit
will schedule a work task to update later.
Signed-off-by: Mark Yao
---
Changes in v3: None
Changes in v2:
- serialize outstanding asynchronous commits
drivers/gpu/drm/rockchip/rockchip_drm_drv.c |3 ++
drivers/gpu/drm/rockchip/r
Both connecter gate and out_mode are not conflict with mode set
configure. Direct setting connecter gate and out_mode, that allow
connector do rockchip_drm_crtc_mode_config after mode set.
Signed-off-by: Mark Yao
---
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_v
Fill atomic needed funcs with default atomic helper library.
Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api,
we need dw_hdmi support atomic funcs.
Now another drm driver use dw_hdmi is imx, not yet atomic, so
check DRIVER_ATOMIC at runtime to spilt atomic and not atomic.
Cc: Ru
encoder.enable is more compatible to atomic api than encoder.prepare/commit
Signed-off-by: Mark Yao
---
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/rockch
Fill atomic needed funcs with default atomic helper library.
Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api,
we need dw_hdmi support atomic funcs.
Now another drm driver use dw_hdmi is imx, not yet atomic, so
check DRIVER_ATOMIC at runtime to spilt atomic and not atomic.
Cc: Ru
encoder.enable is more compatible to atomic api than encoder.prepare/commit
Signed-off-by: Mark Yao
---
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/rockch
Sorry, Ops, fat finger, discard this lost thread mail.
On 2015å¹´12æ17æ¥ 11:08, Mark Yao wrote:
> Fill atomic needed funcs with default atomic helper library.
>
> Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api,
> we need dw_hdmi support atomic funcs.
>
> Now another drm driver
Sorry, Ops, fat finger, discard this lost thread mail.
On 2015å¹´12æ17æ¥ 11:08, Mark Yao wrote:
> encoder.enable is more compatible to atomic api than encoder.prepare/commit
>
> Signed-off-by: Mark Yao
> ---
> Changes in v3: None
> Changes in v2: None
>
> drivers/gpu/drm/rockchip/dw_hdmi-roc
This series of patches add rk3036 vop support.
RK3036 registers layout is quite difference with rk3288 layout,
The IC design with different framework, rk3036 vop is VOP LITE,
and rk3288 is VOP FULL.
RK3036 support two overlay plane and one hwc plane, max output
resolution is 1080p. it support IOM
Move cfg_done register into vop_data, so it can use at multi-vop driver
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/drm/rockc
There are two version scale control register found on vop,
scale full version found on rk3288, support extension registers.
and scale little version found on rk3036, only support common scale.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 46 ++--
No functional updates. Spilt register related into another file
would be nice to multi vop driver,
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/Makefile |3 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 325 +--
drivers/gpu/drm/rockchip/rockchip_
Move interrupt registers into vop_data, so it can use at multi-vop driver
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 81 +++
1 file changed, 69 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/dri
RK3036 registers layout is quite difference with rk3288 layout,
The IC design with different framework, rk3036 vop is VOP LITE,
and rk3288 is VOP FULL.
RK3036 support two overlay plane and one hwc plane, max output
resolution is 1080p. it support IOMMU, and its IOMMU same as
rk3288's.
Signed-off-
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: devicetree at vger.kernel.org
Signed-off-by: Mark Yao
---
.../bindings/display/rockchip/rockchip-vop.txt |1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/
Hi Marek,
On 12/16/2015 09:21 PM, Marek Szyprowski wrote:
> Properly configure blending properties of given hardware layer based on
> the selected pixel format. Currently only per-pixel-based alpha is possible
> when respective pixel format has been selected. Configuration of global,
> per-plane a
Print a message when the HDMI I2C slave encoder can't be found to help
debugging probe deferral issues.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_hdmien
On 16.12.2015 23:31, Thierry Reding wrote:
>
> - if (crtc < 0 || crtc >= rdev->num_crtc) {
> - DRM_ERROR("Invalid crtc %d\n", crtc);
> + if (pipe < 0 || pipe >= rdev->num_crtc) {
> + DRM_ERROR("Invalid crtc %u\n", pipe);
Does it still make sense to test for < 0? Do
x27;s
continue there for now.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/a4a50d7f/attachment.html>
Hi Daniel,
On Monday 14 September 2015 09:22:13 Daniel Vetter wrote:
> On Mon, Sep 14, 2015 at 01:50:55AM +0300, Laurent Pinchart wrote:
> > Plane sources are configured by the VSPS bit in the PnDDCR4 register.
> > Although the datasheet states that the bit is updated during vertical
> > blanking,
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/1be0312e/attachment.html>
el/attachments/20151217/ac88a226/attachment.html>
On Wed, Dec 16, 2015 at 08:25:42PM -0200, Tiago Vignatti wrote:
> This program can be used to detect when CPU writes in the dma-buf mapped
> object
> don't land in scanout due cache incoherency.
>
> Although this seems a problem inherently of non-LCC machines ("Atom"), this
> particular test catc
On Wed, Dec 16, 2015 at 08:25:36PM -0200, Tiago Vignatti wrote:
> This function is meant to be used with dma-buf mmap, when finishing the CPU
> access of the mapped pointer.
>
> +static void i915_gem_end_cpu_access(struct dma_buf *dma_buf, enum
> dma_data_direction direction)
> +{
> + struct
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/8bcdb4f0/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/97b0a626/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=109481
--- Comment #2 from Steffen Schmid ---
Going to find out which is the last working kernel...
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Dave,
The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-4.5-rc1
for you to fetch changes up to fffed56580a72916095169
Op 15-12-15 om 10:17 schreef Daniel Vetter:
> On Mon, Dec 14, 2015 at 01:06:12PM +0100, Maarten Lankhorst wrote:
>> Op 04-12-15 om 09:12 schreef Daniel Vetter:
>>> On Thu, Dec 03, 2015 at 12:01:02PM +0100, Maarten Lankhorst wrote:
Op 03-12-15 om 10:53 schreef Daniel Vetter:
> On Tue, Nov 2
Hi Chris,
Am Mittwoch, 16. Dezember 2015, 18:10:10 schrieb Chris Zhong:
> The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller
> IP. This series adds support for a Synopsys DesignWare MIPI DSI host
> controller DRM driver.
>
> The MIPI DSI feature is tested on rk3288 evb board, b
On Thu, Dec 17, 2015 at 09:11:49AM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Monday 14 September 2015 09:22:13 Daniel Vetter wrote:
> > On Mon, Sep 14, 2015 at 01:50:55AM +0300, Laurent Pinchart wrote:
> > > Plane sources are configured by the VSPS bit in the PnDDCR4 register.
> > > Altho
On Thu, Dec 17, 2015 at 10:06:53AM +0100, Maarten Lankhorst wrote:
> Op 15-12-15 om 10:17 schreef Daniel Vetter:
> > On Mon, Dec 14, 2015 at 01:06:12PM +0100, Maarten Lankhorst wrote:
> >> Op 04-12-15 om 09:12 schreef Daniel Vetter:
> >>> On Thu, Dec 03, 2015 at 12:01:02PM +0100, Maarten Lankhorst
Hi Mark,
Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao:
> The series of patches coverting drm rockchip to atomic API, do some
> cleanup and some fixes on atomic side.
>
> TODO: fence is not support on current version.
>
> Tested on rk3288 popmetal board.
In general this works nice
On Wed, Dec 16, 2015 at 08:25:32PM -0200, Tiago Vignatti wrote:
> Hi all,
>
> The last version of this work was sent a while ago here:
>
> http://lists.freedesktop.org/archives/dri-devel/2015-August/089263.html
>
> So let's recap this series:
>
> 1. it adds a vendor-independent client inter
On Wed, Dec 16, 2015 at 08:25:41PM -0200, Tiago Vignatti wrote:
> This patch adds dma-buf mmap synchronization ioctls that can be used by tests
> for cache coherency management e.g. when CPU and GPU domains are being
> accessed
> through dma-buf at the same time.
>
> Signed-off-by: Tiago Vignatti
On 2015å¹´12æ17æ¥ 18:00, Heiko Stübner wrote:
> Hi Mark,
>
> Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao:
>> The series of patches coverting drm rockchip to atomic API, do some
>> cleanup and some fixes on atomic side.
>>
>> TODO: fence is not support on current version.
>>
>> T
The return value of vc4_v3d_set_power() is never checked, we can make it
void.
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/vc4/vc4_drv.h | 2 +-
drivers/gpu/drm/vc4/vc4_v3d.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_drv.h b/drivers
t;)
Cc: Eric Anholt
Signed-off-by: Sudip Mukherjee
---
Previous patch discussion at https://lkml.org/lkml/2015/12/16/159
build log of next-20151216 at:
https://travis-ci.org/sudipm-mukherjee/parport/jobs/97149763
build log of next-20151217 at:
https://travis-ci.org/sudipm-mukherjee/parport/jobs/
Hi Mark,
Am Donnerstag, 17. Dezember 2015, 18:32:31 schrieb Mark yao:
> On 2015å¹´12æ17æ¥ 18:00, Heiko Stübner wrote:
> > Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao:
> >> The series of patches coverting drm rockchip to atomic API, do some
> >> cleanup and some fixes on atomic
The copy_to/from_user() functions return the number of bytes remaining
to be copied. We want to return error codes here.
Also it's a bad idea to print an error message if a copy from user fails
because users can use that to spam /var/log/messages which is annoying
so I removed those.
Fixes: 2146
"state" is smaller than "kernel_state" so we end up corrupting memory.
Fixes: 214613656b51 ('drm/vc4: Add an interface for capturing the GPU state
after a hang.')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vc4/vc4_gem.c b/drivers/gpu/drm/vc4/vc4_gem.c
index 461a16c..2a680d9 10064
https://bugzilla.kernel.org/show_bug.cgi?id=109481
--- Comment #3 from Steffen Schmid ---
The following Kernel-Versions are working:
3.4.110
3.10.94
3.12.51
3.14.58
3.18.25
Kernel 4.1.15 is not working.
Testing 4.1-Tree...
--
You are receiving this mail because:
You are watching the assignee o
"exec->exec_bo" is NULL at this point so this code returns success. We
want to return -ENOMEM.
Fixes: d5b1a78a772f ('drm/vc4: Add support for drawing 3D frames.')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vc4/vc4_gem.c b/drivers/gpu/drm/vc4/vc4_gem.c
index 2a680d9..98a25b8 10064
Hello,
On 2015-12-17 03:55, Joonyoung Shim wrote:
> +Cc: Boram Park,
>
> Hi Marek,
>
> On 12/16/2015 09:21 PM, Marek Szyprowski wrote:
>> This patch adds all infrastructure to make zpos plane property
>> configurable from userspace.
>>
>> Signed-off-by: Marek Szyprowski
>> ---
>> drivers/gpu/dr
On Thu, Dec 17, 2015 at 01:03:53PM +0100, Heiko Stübner wrote:
> Hi Mark,
>
> Am Donnerstag, 17. Dezember 2015, 18:32:31 schrieb Mark yao:
> > On 2015å¹´12æ17æ¥ 18:00, Heiko Stübner wrote:
> > > Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao:
> > >> The series of patches covertin
https://bugzilla.kernel.org/show_bug.cgi?id=109481
--- Comment #4 from Steffen Schmid ---
Final result:
3.18.25 is last working.
>= 4.0.1 is not working.
Other Clients with AMD Graphics (Futro S920 - Kabini, Futro S550 - Radeon
X1250) are working without problem on newest Kernel.
--
You are re
Hi Joonyoung,
On 2015-12-17 05:19, Joonyoung Shim wrote:
> Hi Marek,
>
> On 12/16/2015 09:21 PM, Marek Szyprowski wrote:
>> Properly configure blending properties of given hardware layer based on
>> the selected pixel format. Currently only per-pixel-based alpha is possible
>> when respective pixe
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #21 from Roman Gruber ---
Created attachment 197581
--> https://bugzilla.kernel.org/attachment.cgi?id=197581&action=edit
dmesg kernel 4.3.3; 17th december 2015
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #22 from Roman Gruber ---
Created attachment 197591
--> https://bugzilla.kernel.org/attachment.cgi?id=197591&action=edit
.config kernel 4.3.3; 17th december 2015
--
You are receiving this mail because:
You are watching the assigne
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #23 from Roman Gruber ---
Created attachment 197601
--> https://bugzilla.kernel.org/attachment.cgi?id=197601&action=edit
acpidump kernel 4.3.3; 17th december 2015
--
You are receiving this mail because:
You are watching the assign
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #24 from Roman Gruber ---
latest nvidia-drivers, mesa installed.
x11-drivers/nvidia-drivers-358.16-r1
app-eselect/eselect-mesa-0.0.10
media-libs/mesa-11.1.0
x11-apps/mesa-progs-8.3.0
x11-base/xorg-server-1.17.4
--
You are receiving
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #25 from Roman Gruber ---
lsmod
Module Size Used by
nvidia_modeset699584 3
nvidia 8680069 59 nvidia_modeset
drm 236879 3 nvidia
intel_powerclamp7094 0
pcspkr
https://bugzilla.kernel.org/show_bug.cgi?id=106901
Roman Gruber changed:
What|Removed |Added
Kernel Version|Linux ASUS-G75VW|Linux ASUS-G75VW
|4.3.2
Need to properly handle the max link rate in the dpcd.
This prevents some cases where 5.4 Ghz is selected when
it shouldn't be.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 110 -
drivers/gpu/drm/radeon/radeon_dp_mst.c | 12 +++-
drive
Need to properly handle the max link rate in the dpcd.
This prevents some cases where 5.4 Ghz is selected when
it shouldn't be.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/atombios_dp.c | 93
1 file changed, 35 insertions(+), 58 deletions(-)
diff
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/9d42be4f/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=109481
--- Comment #5 from Steffen Schmid ---
Maybe another finding regarding this problem:
On the old Kernel we are currently running in production (3.2.53) there are 3
display connectors found by radeon.
Using Kernel 3.18.25 VGA is missing and beca
Hi Dave,
Just one important fix for amdgpu to avoid possible memory corruption.
The following changes since commit 4655a12b81edab7cc7b13ca4db4094792fb01b4a:
drm: Don't overwrite UNVERFIED mode status to OK (2015-12-15 11:00:10 +1000)
are available in the git repository at:
git://people.fre
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/f3de7794/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=109481
--- Comment #6 from Alex Deucher ---
Created attachment 197651
--> https://bugzilla.kernel.org/attachment.cgi?id=197651&action=edit
possible fix
Does this patch help? It looks you are getting hit by a quirk for another
Fujitsu board with the
On Wed, Dec 16, 2015 at 5:25 PM, Tiago Vignatti
wrote:
> From: Daniel Vetter
>
> The userspace might need some sort of cache coherency management e.g. when CPU
> and GPU domains are being accessed through dma-buf at the same time. To
> circumvent this problem there are begin/end coherency markers
From: Slava Grigorev
DP audio is derived from the dfs clock.
Signed-off-by: Slava Grigorev
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/dce6_afmt.c | 16
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 7 +++
driv
ot available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/735fc6ef/attachment.sig>
On 12/16/2015 11:25 PM, Tiago Vignatti wrote:
> From: Daniel Vetter
>
> The userspace might need some sort of cache coherency management e.g. when CPU
> and GPU domains are being accessed through dma-buf at the same time. To
> circumvent this problem there are begin/end coherency markers, that for
On Tue, Dec 15, 2015 at 5:13 AM, Michel Dänzer wrote:
> On 13.12.2015 01:42, Nicolai Hähnle wrote:
>> From: Nicolai Hähnle
>>
>> Signed-off-by: Nicolai Hähnle
>> ---
>> drivers/gpu/drm/radeon/cik.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/r
o sig sig.c && ./sig*/b/42*2-3)*42);}
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151217/131a5b23/attachment.sig>
This patchset adds the missing pieces to make the Freescale
DCU DRM driver work on Freescale Vybrid.
Foremost, it adds support for the timing controller (TCON)
module. The module is between the Display Controller and the
actual output pins. It allows to alter the timings for RAW
TFT displays, but
Add the dcu and tcon nodes to enable the Display Controller Unit
and Timing Controller in Vybrid's SoC level device-tree file.
Signed-off-by: Stefan Agner
---
arch/arm/boot/dts/vfxxx.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/
Enable dcu node which is used by the DCU DRM driver. Assign the 5.7"
EDT panel with VGA resolution which Toradex sells often with the
evaluation board.
Signed-off-by: Stefan Agner
---
arch/arm/boot/dts/vf-colibri-eval-v3.dtsi | 16 +++
arch/arm/boot/dts/vf-colibri.dtsi | 33 +
Add the ipg (bus) clock for the TCON modules (Timing Controller). This
module is required by the new DCU DRM driver, since the display signals
pass through TCON.
Signed-off-by: Stefan Agner
---
drivers/clk/imx/clk-vf610.c | 3 +++
include/dt-bindings/clock/vf610-clock.h | 4 +++-
2 f
Add driver for the TCON (timing controller) module. The TCON module
is a separate module attached after the DCU (display controller
unit). Each DCU instance has its own, directly connected TCON
instance. The DCU's RGB and timing signals are passing through
the TCON module. TCON can provide timing s
80 matches
Mail list logo
