[PATCH] drm/atomic: Hide drm.ko internal interfaces

This is just a bit fallout from patch polishing and moving the get_prop logic fully into the core: - Drop EXPORT_SYMBOL and make the helpers static. - Drop kerneldoc since not used by drivers. - Move the cross-file function declarations only used by drm.ko internally to an internal header. v2:

[RFC] drm: add support for tiled/compressed/etc modifier in addfb2

Hi Daniel, On Monday 15 December 2014 08:33:10 Daniel Vetter wrote: > On Fri, Dec 12, 2014 at 10:56:53PM +0200, Laurent Pinchart wrote: > > On Wednesday 10 December 2014 18:30:10 Daniel Vetter wrote: > > > On Wed, Dec 10, 2014 at 12:17:51PM -0500, Rob Clark wrote: > > > > In DRM/KMS we are

[PATCH 5/8] drm/tegra: dc: Fix a potential race on page-flip completion

On Wed, Dec 17, 2014 at 1:15 AM, Thierry Reding wrote: > From: Thierry Reding > > Page-flip completion could race with page-flip submission, so extend the > critical section to include all accesses to page-flip related data. > > Reported-by: Alexandre Courbot > Signed-off-by: Thierry Reding

[RFC] drm: add support for tiled/compressed/etc modifier in addfb2

On Thu, Dec 18, 2014 at 10:54:14PM +0200, Laurent Pinchart wrote: > Hi Daniel, > > On Monday 15 December 2014 08:33:10 Daniel Vetter wrote: > > On Fri, Dec 12, 2014 at 10:56:53PM +0200, Laurent Pinchart wrote: > > > On Wednesday 10 December 2014 18:30:10 Daniel Vetter wrote: > > > > On Wed, Dec

[Bug 87457] [Hawaii XT] 290x reclocking problems

mime type|| -- 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/20141218/6d7426f5/attachment.html>

[Bug 87457] [Hawaii XT] 290x reclocking problems

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141218/42436522/attachment.html>

[Bug 87457] [Hawaii XT] 290x reclocking problems

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141218/5bd93095/attachment.html>

[Bug 87457] [Hawaii XT] 290x reclocking problems

--- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141218/f06ee7c6/attachment.html>

[RFC] drm: add support for tiled/compressed/etc modifier in addfb2

On Thu, Dec 18, 2014 at 4:22 PM, Daniel Vetter wrote: >> > > > > TODO move definition of tokens to drm_fourcc.h? >> > > > >> > > > Seems orthogonal imo. Another todo is to add checking to all drivers to >> > > > reject it if it's not 0 with -EINVAL. Otherwise we have yet another >> > > > case >>

[Bug 85421] radeon stalled, GPU lockup, reset and failed on resume; crashed by firefox.

https://bugzilla.kernel.org/show_bug.cgi?id=85421 --- Comment #24 from Hin-Tak Leung --- I had a quick look about 10.2.x vs 10.3.x (specifically, just doing "git log mesa-10.2.8..mesa-10.3.3 | grep '^commit' | wc -l" and vice versa), and it is more like they diverged from their most recent

[Bug 89661] Kernel panic when trying use amdkfd driver on Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=89661 --- Comment #17 from Bernd Steinhauser --- Ok, it does now boot and seems to work. -- You are receiving this mail because: You are watching the assignee of the bug.

[drm/fb-helper] BUG: unable to handle kernel paging request at 95d24c70

+--+++---+ | | 7552e7dd95 | 7bf2844ed1 | next-20141218 | +--+++---+ | boot_successes | 60 | 0 | 0

[PATCH v2 7/7] gpu: ipu-di: Switch to DIV_ROUND_CLOSEST for DI clock divider calc

We can use the DIV_ROUND_CLOSEST() macro when calculating the DI clock divider, rounded to nearest int. Suggested-by: Philipp Zabel Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-di.c |9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git

[PATCH v2 6/7] gpu: ipu-v3: Use videomode in struct ipu_di_signal_cfg

This patch changes struct ipu_di_signal_cfg to use struct videomode to define video timings and flags. Signed-off-by: Steve Longerbeam --- drivers/gpu/drm/imx/ipuv3-crtc.c | 26 +++ drivers/gpu/ipu-v3/ipu-di.c | 89 --

[PATCH v2 5/7] imx-drm: encoder prepare/mode_set must use adjusted mode

The encoder ->prepare() and ->mode_set() methods need to use the hw adjusted mode, not the original mode. Signed-off-by: Steve Longerbeam --- drivers/gpu/drm/imx/imx-hdmi.c |4 ++-- drivers/gpu/drm/imx/imx-ldb.c |6 +++--- drivers/gpu/drm/imx/imx-tve.c |4

[PATCH v2 4/7] imx-drm: ipuv3-crtc: Implement mode_fixup

Ask the IPU display interface, via ipu_di_adjust_videomode(), to adjust a video mode to meet any DI restrictions. The function takes a subsystem independent videomode, so the drm_display_mode must be converted to videomode first, and then the adjusted mode converted back to a drm_display_mode.

[PATCH v2 3/7] drm_modes: add videomode_from_drm_display_mode

Add conversion from drm_display_mode to videomode. Signed-off-by: Steve Longerbeam --- drivers/gpu/drm/drm_modes.c | 40 include/drm/drm_modes.h |2 ++ 2 files changed, 42 insertions(+) diff --git a/drivers/gpu/drm/drm_modes.c

[PATCH v2 2/7] gpu: ipu-di: remove some non-functional code

h_total and v_total were calculated in ipu_di_init_sync_panel() but never actually used. Remove. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-di.c |6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/gpu/ipu-v3/ipu-di.c b/drivers/gpu/ipu-v3/ipu-di.c index

[PATCH v2 1/7] gpu: ipu-di: Add ipu_di_adjust_videomode()

From: Jiada Wang On some monitors, high resolution modes are not working, exhibiting pixel column truncation problems (for example, 1280x1024 displays as 1280x1022). The function ipu_di_adjust_videomode() aims to fix these issues by adjusting a passed videomode to IPU

[PATCH v2 0/7] imx-drm: ipuv3-crtc: Implement mode_fixup

This patchset implements ->mode_fixup() in the imx ipuv3-crtc driver, using a new support function ipu_di_adjust_videomode(). This new function needs to be subsystem independent, so it accepts a video mode as a 'struct videomode'. Hence ipu-crtc ->mode_fixup() needs another support function to

[Bug 84519] GPU hang xbmc tvheadend uvd

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141218/b642052c/attachment.html>

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

On Thu, Dec 18, 2014 at 5:03 PM, Kertesz Laszlo wrote: > On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote: >> On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz >> wrote: >> > Hello, >> > i have an issue with Skype lately (i compile mesa, kernel, drm, xserver >> > from >> > git periodically

[PATCH 2/2] drm/atomic-helper: add connector->dpms() implementation

This builds on top of the crtc->active infrastructure to implement legacy DPMS. My choice of semantics is somewhat arbitrary, but the entire pipe is enabled as along as one output is still enabled. Of course it also clamps everything that's not ON to OFF. Signed-off-by: Daniel Vetter ---

[PATCH 1/2] drm/atomic: Add drm_crtc_state->active

This is the infrastructure for DPMS ported to the atomic world. Fundamental changes compare to legacy DPMS are: - No more per-connector dpms state, instead there's just one per each display pipeline. So if you clone either you have to unclone first if you only want to switch off one screen,

[RFC PATCH 0/2] atomic dpms support

Hi all, Here's the atomic dpms I've promised. Still a few things open that I need to look at once Rob's series has landed and I can rebase: - Not sure whether we should expose crtc_state->active or not as atomic prop. I guess it won't hurt to do so, so I'll do that. - Some of the sanity checks

[PATCH 2/2] drm/panel: simple: Add AVIC TM070DDH03 panel support

The Shanghai AVIC Optoelectronics TM070DDH03 is a 7" 1024x600 TFT LCD panel connecting to a 24-bit RGB LVDS interface. Signed-off-by: Philipp Zabel --- .../devicetree/bindings/panel/avic,tm070ddh03.txt | 7 + drivers/gpu/drm/panel/panel-simple.c | 31 ++

[PATCH 1/2] of: Add vendor prefix for Shanghai AVIC Optoelectronics Co., Ltd.

Shanghai AVIC Optoelectronics Co., Ltd. is a subsidiary of Tianma Microelectronics Co., Ltd. and designs and manufactures TFT LCDs. Signed-off-by: Philipp Zabel --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 6/6] gpu: ipu-v3: Use videomode in struct ipu_di_signal_cfg

On 12/17/2014 06:02 AM, Philipp Zabel wrote: > > The interlaced parameter to ipu_dc_init_sync is of type bool, so the > ()?true:false is superfluous. fixed. > > [...] >> @@ -433,10 +437,11 @@ static void ipu_di_config_clock(struct ipu_di *di, >> unsigned long in_rate; >>

[PATCH 5/6] imx-drm: encoder mode_set must use adjusted mode

On 12/17/2014 06:03 AM, Philipp Zabel wrote: > > There's another line that should be changed > > - struct drm_display_mode *mode = >crtc->mode; > + struct drm_display_mode *mode = >crtc->hwmode; > > in imx_ldb_encoder_prepare. done. Steve

[PATCH 25/29] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

On Thu, Dec 18, 2014 at 11:58:51AM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > The atomic helper to disable planes also uses exynos_update_plane() to > disable plane so we had to adapt it to both commit and disable planes. > > A check for NULL CRTC was added to

[pull] drm/msm: msm-fixes-3.19

Hi Dave, A few msm fixes for 3.19: * hdmi regulators fix * hdmi fix for spurious HPD interrupts * fix for sync atomic update after async update (which could show up with a setcrtc following a pageflip) * couple little Coccinelle cleanups The following changes since commit

[PATCH 11/11] drm: Atomic modeset ioctl

The atomic modeset ioctl can be used to push any number of new values for object properties. The driver can then check the full device configuration as single unit, and try to apply the changes atomically. The ioctl simply takes a list of object IDs and property IDs and their values. Originally

[PATCH 10/11] drm/msm: atomic property support

Not too much to do, as we haven't exposed any driver custom properties yet, so all we need to do is plug in the helpers and set the feature flag. Signed-off-by: Rob Clark Reviewed-by: Sean Paul Reviewed-by: Daniel Vetter --- drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 1 +

[PATCH 09/11] drm/atomic: atomic connector properties

Expose the core connector state as properties so it can be updated via atomic ioctl. Signed-off-by: Rob Clark Reviewed-by: Sean Paul Reviewed-by: Daniel Vetter --- Documentation/DocBook/drm.tmpl | 11 +-- drivers/gpu/drm/drm_atomic.c | 9 +++-- drivers/gpu/drm/drm_crtc.c |

[PATCH 08/11] drm/atomic: atomic plane properties

Expose the core plane state as properties, so they can be updated via atomic ioctl. v2: atomic property flag Signed-off-by: Rob Clark Reviewed-by: Sean Paul Reviewed-by: Daniel Vetter --- Documentation/DocBook/drm.tmpl | 74 - drivers/gpu/drm/drm_atomic.c | 69

[PATCH 07/11] drm: small property creation cleanup

Getting ready to add a lot more standard properties for atomic. Signed-off-by: Rob Clark Reviewed-by: Sean Paul Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 27 +-- 1 file changed, 17 insertions(+), 10 deletions(-) diff --git

[PATCH 06/11] drm/atomic: atomic_check functions

Add functions to check core plane/crtc state. v2: comments, int-overflow checks, call from core rather than helpers to be sure drivers can't find a way to bypass core checks Signed-off-by: Rob Clark Reviewed-by: Sean Paul Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_atomic.c

[PATCH 05/11] drm: add atomic properties

Once a driver is using atomic helpers for modeset, the next step is to switch over to atomic properties. To do this, make sure that any modeset objects have their ->atomic_{get,set}_property() vfuncs suitably populated if they have custom properties (you did already remember to plug in

[PATCH 04/11] drm: refactor getproperties/getconnector

Both need to iterate a mode objects properties. Split that out into a helper shared by both ioctl handlers, since this is going to become more complicated when we add atomic properties (which will need filtering from legacy userspace). Signed-off-by: Rob Clark Reviewed-by: Sean Paul

[PATCH 03/11] drm: tweak getconnector locking

We need to hold connection_mutex as we read the properties. Easiest thing is just widen the scope where connection_mutex is held. Signed-off-by: Rob Clark Reviewed-by: Sean Paul Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 5 ++--- 1 file changed, 2 insertions(+), 3

[PATCH 02/11] drm: add atomic_get_property

Since we won't be using the obj->properties->values[] array to shadow property values for atomic drivers, we are going to need a vfunc for getting prop values. Add that along w/ mandatory wrapper fxns. v2: more comments and copypasta comment typo fix Signed-off-by: Rob Clark Reviewed-by: Sean

[PATCH 01/11] drm: add atomic_set_property wrappers

As we add properties for all the standard plane/crtc/connector attributes (in preperation for the atomic ioctl), we are going to want to handle core state in core (rather than per driver). Intercepting the core properties will be easier if the atomic_set_property vfuncs are not called directly,

[PATCH 00/11] Atomic Properties (v2)

Welcome to v2 of the atomic-properties series. This is the part where we start exposing atomic to userspace. This patchset applies on top of the topic/atomic-core branch. A few patches from v1 of the patchset have already been picked up on topic/atomic-core (and are not re-sent). The first

[PATCH RFC v2 14/14] ARM: imx_v6_v7_defconfig: Add support for Himax HX8369A panel

This patch adds support for Himax HX8369A panel. The new imx_v6_v7_defconfig is generated in this way: * make ARCH=arm imx_v6_v7_defconfig * make ARCH=arm menuconfig and manually choose to build in the Himax HX8369A panel driver * make ARCH=arm savedefconfig * cp defconfig

[PATCH RFC v2 13/14] ARM: imx_v6_v7_defconfig: Add support for MIPI DSI host controller

This patch adds support for MIPI DSI host controller. The new imx_v6_v7_defconfig is generated in this way: * make ARCH=arm imx_v6_v7_defconfig * make ARCH=arm menuconfig and manually choose to build in the MIPI DSI host controller driver * make ARCH=arm savedefconfig * cp defconfig

[PATCH RFC v2 12/14] ARM: imx_v6_v7_defconfig: Cleanup for imx drm being moved out of staging

The new imx_v6_v7_defconfig is generated in this way: * make ARCH=arm imx_v6_v7_defconfig * make ARCH=arm savedefconfig * cp defconfig arch/arm/configs/imx_v6_v7_defconfig Signed-off-by: Liu Ying --- v1->v2: * None. arch/arm/configs/imx_v6_v7_defconfig | 15 +++ 1 file changed, 7

[PATCH RFC v2 11/14] ARM: dts: imx6qdl-sabresd: Add support for TRULY TFT480800-16-E MIPI DSI panel

The TRULY TFT480800-16-E panel is driven by the Himax HX8369A driver IC. The driver IC supports several display/control interface modes, including the MIPI DSI video mode and command mode. Signed-off-by: Liu Ying --- v1->v2: * To address Thierry Reding's comments, remove several unnecessary

[PATCH RFC v2 10/14] ARM: dtsi: imx6qdl: Add support for MIPI DSI host controller

This patch adds support for MIPI DSI host controller. Signed-off-by: Liu Ying --- v1->v2: * None. arch/arm/boot/dts/imx6qdl.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi index 96bf2a0..bfc39fd 100644 ---

[PATCH RFC v2 09/14] drm: panel: Add support for Himax HX8369A MIPI DSI panel

This patch adds support for Himax HX8369A MIPI DSI panel. Signed-off-by: Liu Ying --- v1->v2: * Address almost all comments from Thierry Reding. * Remove several DT properties as they can be implied by the compatible string. * Add the HIMAX/himax prefixes to the driver's Kconfig name and

[PATCH RFC v2 08/14] drm: imx: Add MIPI DSI host controller driver

This patch adds i.MX MIPI DSI host controller driver support. Currently, the driver supports the burst with sync pulses mode only. Signed-off-by: Liu Ying --- v1->v2: * Address almost all comments from Thierry Reding and Russell. * Update the DT documentation to remove the display-timings node

[PATCH RFC v2 07/14] drm/dsi: Add a helper to get bits per pixel of MIPI DSI pixel format

Signed-off-by: Liu Ying --- v1->v2: * Thierry Reding suggested that the mipi_dsi_pixel_format_to_bpp() function could be placed at the common DRM MIPI DSI driver. This patch is newly added. include/drm/drm_mipi_dsi.h | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH RFC v2 06/14] ARM: dts: imx6qdl: Move existing MIPI DSI ports into a new 'ports' node

The MIPI DSI node contains some ports which represent possible DRM CRTCs it can connect with. Each port has a 'reg' property embedded. This property will be wrongly interpretted by the MIPI DSI bus driver, because the driver will take each subnode which contains a 'reg' property as a DSI

[PATCH RFC v2 05/14] ARM: imx6q: clk: Add the video_27m clock

This patch supports the video_27m clock which is a fixed factor clock of the pll3_pfd1_540m clock. Signed-off-by: Liu Ying --- v1->v2: * None. arch/arm/mach-imx/clk-imx6q.c | 1 + include/dt-bindings/clock/imx6qdl-clock.h | 3 ++- 2 files changed, 3 insertions(+), 1 deletion(-)

[PATCH RFC v2 04/14] ARM: imx6q: Add GPR3 MIPI muxing control register field shift bits definition

This patch adds a macro to define the GPR3 MIPI muxing control register field shift bits. Signed-off-by: Liu Ying --- v1->v2: * None. include/linux/mfd/syscon/imx6q-iomuxc-gpr.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/mfd/syscon/imx6q-iomuxc-gpr.h

[PATCH RFC v2 03/14] of: Add vendor prefix for Truly Semiconductors Limited

Signed-off-by: Liu Ying --- v1->v2: * None. Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 3cee528..8257f3a 100644 ---

[PATCH RFC v2 02/14] of: Add vendor prefix for Himax Technologies Inc.

Signed-off-by: Liu Ying --- v1->v2: * None. Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 78efebb..3cee528 100644 ---

[PATCH RFC v2 01/14] clk: divider: Correct parent clk round rate if no bestdiv is normally found

If no best divider is normally found, we will try to use the maximum divider. We should not set the parent clock rate to be 1Hz by force for being rounded. Instead, we should take the maximum divider as a base and calculate a correct parent clock rate for being rounded. Signed-off-by: Liu Ying

[PATCH RFC v2 00/14] Add support for i.MX MIPI DSI DRM driver

Hi, This series addressed almost all comments from Thierry Redding and Russell on v1. This series adds support for i.MX MIPI DSI DRM driver. Currently, the MIPI DSI driver only supports the burst with sync pulse mode. This series also includes a DRM panel driver for the Truly TFT480800-16-E

[Bug 87443] Synchronization (?) Artifacts with intel/radeonsi PRIME and compositing in glxgears and zetrix (wine)

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141218/512eb629/attachment.html>

[Bug 87443] Synchronization (?) Artifacts with intel/radeonsi PRIME and compositing in glxgears and zetrix (wine)

. And then I have no idea if this is the correct place here at radeonsi. -- 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/20141218/cb421

[PATCH RFC v2 08/14] drm: imx: Add MIPI DSI host controller driver

Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying: > This patch adds i.MX MIPI DSI host controller driver support. > Currently, the driver supports the burst with sync pulses mode only. > > Signed-off-by: Liu Ying > --- > v1->v2: > * Address almost all comments from Thierry Reding and

[Bug 86196] Massive Chalice crashes on startup

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141218/07f55c19/attachment.html>

[RFC PATCH v3 4/4] tests/drv_module_reload: add ipvr support

On Thu, Dec 18, 2014 at 11:04 AM, Thierry Reding wrote: >> I double checked the symptom and found it was a deadlock on drm_global_mutex. >> When i915_driver_load() registers the platform device while ipvr module is >> in the system, ipvr's probe() function tries to lock drm_global_mutex which

[PATCH] intel: Export GT config attributes

From: Jeff McGee Update kernel interface with new I915_GETPARAM ioctl entries for slice total, subslice total, EU total, and threads per EU. Add a wrapping function for each parameter. The motivation for this change is that fusing can be used to create multiple slice,

[PATCH] intel: Export GT config attributes

From: Jeff McGee The motivation for this change is that fusing can be used to create multiple slice, subslice, and EU configuration within the same PCI ID. CHV is the first such device to do this and thus make an ID-based lookup table approach unreliable. The best solution

[PATCH 29/29] drm/exynos: atomic phase 2: keep track of framebuffer pointer

From: Gustavo Padovan Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep track of the framebuffer pointer and reference. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 4 1 file changed, 4 insertions(+)

[PATCH 28/29] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy()

From: Gustavo Padovan Set CRTC, planes and connectors to use the default implementations from the atomic helper library. The helpers will work to keep track of state for each DRM object. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/bridge/ptn3460.c

[PATCH 27/29] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

From: Gustavo Padovan The new atomic infrastructure needs the .mode_set_nofb() callback to update CRTC timings before setting any plane. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 61 1 file

[PATCH 26/29] drm/exynos: atomic phase 1: add atomic_begin()/atomic_flush()

From: Gustavo Padovan Add CRTC callbacks .atomic_begin() .atomic_flush(). On exynos they unprotect the windows before the commit and protects it after based on a plane mask tha store which plane will be updated. For that we create two new exynos_crtc callbacks:

[PATCH 25/29] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

From: Gustavo Padovan The atomic helper to disable planes also uses exynos_update_plane() to disable plane so we had to adapt it to both commit and disable planes. A check for NULL CRTC was added to exynos_plane_mode_set() since planes to be disabled have

[PATCH 24/29] drm/exynos: make exynos_plane_mode_set() static

From: Gustavo Padovan It is not used outside of the plane scope anymore. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_plane.c | 11 ++- drivers/gpu/drm/exynos/exynos_drm_plane.h | 5 - 2 files changed, 6 insertions(+), 10

[PATCH 23/29] drm/exynos: atomic phase 1: use drm_plane_helper_update()

From: Gustavo Padovan Rip out the check from exynos_update_plane() and create exynos_check_plane() for the check phase enabling use to use the atomic helpers to call our check and update phases when updating planes. Update all users of exynos_update_plane()

[PATCH 22/29] drm/exynos: create exynos_check_plane()

From: Gustavo Padovan Split update plane in two parts, an initial check part that can fail and the update part that can't fail. This is a important step for the upcoming atomic modesetting support. Signed-off-by: Gustavo Padovan ---

[PATCH 21/29] drm/exynos: remove mode_set() ops from exynos_crtc

From: Gustavo Padovan It is no longer used anywhere. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h

[PATCH 20/29] drm/exynos: don't duplicate drm_display_mode in fimd context

From: Gustavo Padovan We can safely use the mode stored in the crtc. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 5 - drivers/gpu/drm/exynos/exynos_drm_fimd.c | 12 +--- 2 files changed, 1 insertion(+), 16

[PATCH 19/29] drm/exynos: remove struct exynos_drm_manager

From: Gustavo Padovan exynos_drm_manager was just a redundant struct to represent the crtc as well. In this commit we merge exynos_drm_manager into exynos_drm_crtc to remove an unnecessary level of indirection easing the understand of the flow on exynos.

[PATCH 18/29] drm/exynos: remove drm_dev from struct exynos_drm_manager

From: Gustavo Padovan manager-drm_dev is only accessed by exynos_drm_crtc_create() so this patch pass drm_dev as argument on exynos_drm_crtc_create() and remove it from struct exynos_drm_manager. Signed-off-by: Gustavo Padovan ---

[PATCH 17/29] drm/exynos: move 'type' from manager to crtc struct

From: Gustavo Padovan 'type' is now part of the struct exynos_drm_crtc. This is just another step in the struct exynos_drm_manager removal. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 6 --

[PATCH 16/29] drm/exynos: remove pipe member of struct exynos_drm_manager

From: Gustavo Padovan It is not longer used. This is part of the process of removing struct exynos_drm_manager entirely. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --

[PATCH 15/29] drm/exynos: add pipe param to exynos_drm_crtc_create()

From: Gustavo Padovan Get the pipe value from a parameter instead of getting it from manager->pipe. We are removing manager->pipe. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 8

[PATCH 14/29] drm/exynos: rename base object of struct exynos_drm_crtc to 'base'

From: Gustavo Padovan 'base' is more widely used name in the drm subsystem for the base object. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 4 ++-- drivers/gpu/drm/exynos/exynos_drm_drv.h | 7 +++ 2 files changed, 5

[PATCH 13/29] drm/exynos: remove exynos_drm_crtc_mode_set_commit()

From: Gustavo Padovan This was just as extra chain in the call stack. We just rename it to _set_base() and let it do everything alone. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 8 +--- 1 file changed, 1 insertion(+), 7

[PATCH 12/29] drm/exynos: call exynos_update_plane() directly on page flips

From: Gustavo Padovan Avoid an extra call to exynos_drm_crtc_mode_set_commit() that only calls exynos_update_plane(). Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-)

[PATCH 11/29] drm/exynos: unify plane update on exynos_update_plane()

From: Gustavo Padovan We can safely use the exynos_update_plane() to update the plane framebuffer for both the overlay and primary planes. Note that this patch removes a call to manager->ops->commit() in exynos_drm_crtc_mode_set_commit(). The commit() call is

[PATCH 10/29] drm/exynos: remove exynos_plane_commit() wrapper

From: Gustavo Padovan It's doing nothing but calling exynos_crtc->ops->win_commit(), so let's call this directly to avoid extra layers of abstraction. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 4 +++-

[PATCH 09/29] drm/exynos: don't do any DPMS operation while updating planes

From: Gustavo Padovan DPMS only makes sense when the mode changes, for plane update changes do not perform any dpms operation. This move places the win_commit() and commit() calls directly in the code instead of calling exynos_drm_crtc_commit() thus avoiding

[PATCH 08/29] drm/exynos: Don't touch DPMS when updating overlay planes

From: Gustavo Padovan DPMS settings should only be changed by a full modeset. exynos_plane_update() should only care about updating the planes itself and nothing else. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_plane.c | 1 - 1 file

[PATCH 07/29] drm/exynos/vidi: remove useless ops->commit()

From: Gustavo Padovan vidi_commit does nothing, remove it and its callers. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 12 1 file changed, 12 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_vidi.c

[PATCH 06/29] drm/exynos/fimd: don't initialize 'ret' variable in fimd_probe()

From: Gustavo Padovan We set it in the beginning of the function, thus no need to set it at initialization. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 05/29] drm/exynos: remove struct exynos_drm_overlay

From: Gustavo Padovan struct exynos_drm_overlay has no practical advantage nor serves as important piece of the exynos API design. The only place it was used was inside the struct exynos_plane which was just causing a extra access overhead. Users had to access

[PATCH 04/29] drm/exynos: remove exynos_drm_crtc_plane_* wrappers

From: Gustavo Padovan This functions were doing nothing but calling a manager op function, so remove them and call the manager directly. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 33 ---

[PATCH 03/29] drm/exynos: expose struct exynos_drm_crtc

From: Gustavo Padovan Let other pieces of the driver access struct exynos_drm_crtc as well. struct exynos_drm_manager will be merged into struct exynos_drm_crtc, in the sense we will move all its members to exynos_drm_crtc, so to start this conversion

[PATCH 02/29] drm/exynos: move to_exynos_crtc() macro to main header

From: Gustavo Padovan With this change we allow other pieces of the code to use this macro. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 +++ 2 files changed, 3 insertions(+),

[PATCH 01/29] drm/exynos/fimd: only finish pageflip if START == START_S

From: Daniel Kurtz A framebuffer gets committed to FIMD's default window like this: exynos_drm_crtc_update() exynos_plane_commit() fimd_win_commit() fimd_win_commit() programs BUF_START[0]. At each vblank, FIMD hardware copies the value from BUF_START to BUF_START_S

[PATCH 00/29] drm/exynos: clean up + atomic phases 1 and 2

From: Gustavo Padovan Hi, In this series: - fix to FIMD pageflips, only finish pageflips if START == START_S. - remove struct exynos_drm_overlay and struct exynos_drm_manager. exynos_drm_overlay was merged with exynos_drm_plane and exynos_drm_manager with

[PATCH RFC v2 06/14] ARM: dts: imx6qdl: Move existing MIPI DSI ports into a new 'ports' node

Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying: > The MIPI DSI node contains some ports which represent possible DRM CRTCs > it can connect with. Each port has a 'reg' property embedded. This > property will be wrongly interpretted by the MIPI DSI bus driver, because > the driver

[PATCH RFC v2 05/14] ARM: imx6q: clk: Add the video_27m clock

Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying: > This patch supports the video_27m clock which is a fixed factor > clock of the pll3_pfd1_540m clock. > > Signed-off-by: Liu Ying > --- > v1->v2: > * None. > > arch/arm/mach-imx/clk-imx6q.c | 1 + >

[PATCH 1/6] gpu: ipu-di: Add ipu_di_adjust_videomode()

On 12/17/2014 04:27 AM, Fabio Estevam wrote: > Steve, > > On Mon, Dec 15, 2014 at 10:29 PM, wrote: >> From: Jiada Wang >> >> On some monitors, high resolution modes are not working, exhibiting >> pixel column truncation problems (for example, 1280x1024 displays as >> 1280x1022). >> >> The

[RFC PATCH v3 4/4] tests/drv_module_reload: add ipvr support

ld be the best option here. Thierry ------ next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141218/2f671650/attachment.sig>

[PATCH RFC 09/15] drm: imx: Add MIPI DSI host controller driver

Hi Russell, On 12/17/2014 06:40 PM, Russell King - ARM Linux wrote: > On Wed, Dec 17, 2014 at 05:44:33PM +0800, Liu Ying wrote: >> Hi Thierry, >> >> Sorry for the late response. >> I tried to address almost all your comments locally first. >> More feedback below. >> >> On 12/10/2014 09:16 PM,

  1   2   >