[PULL] vmwgfx-fixes-3.19

Dave, A single vmwgfx fix for a kernel warning about a bug that could potentially have a task wait forever in the scheduler. The following changes since commit 79305ec6e60d320832505e95c1a028d309fcd2b6: Merge tag 'amdkfd-fixes-2015-01-06' of git://people.freedesktop.org/~gabbayo/linux into

[PATCH 4/4] drm/atomic-helpers: Recover full cursor plane behaviour

Cursor plane updates have historically been fully async and mutliple updates batched together for the next vsync. And userspace relies upon that. Since implementing a full queue of async atomic updates is a bit of work lets just recover the cursor specific behaviour with a hint flag and some hacks

[PATCH 3/4] 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. v2: Fix spelling in one comment.

[PATCH 2/4] 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,

[PATCH 1/4] drm: Add standardized boolean props

Not a new type exposed to userspace, just a standard way to create them since between range, bitmask and enum there's 3 different ways to pull out a boolean prop. Also add the kerneldoc for the recently added new prop types, which Rob forgot all about. Cc: Rob Clark Signed-off-by: Daniel Vetter

[Bug 88642] Trilinear sampling on cubemap wrongly sampled at the border of rasterized triangle on HAWAII

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

[Bug 88642] Trilinear sampling on cubemap wrongly sampled at the border of rasterized triangle on HAWAII

dge of the geometry. -- 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/20150120/c30d98d7/attachment.html>

[PATCH V9 14/14] ARM: dts: peach-pit: represent the connection between bridge and panel using videoport and endpoints

Define videoports and use endpoints to describe the connection between the encoder, bridge and the panel, instead of using phandles. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons

[PATCH V9 13/14] ARM: dts: snow: represent the connection between bridge and panel using videoport and endpoints

Define videoports and use endpoints to describe the connection between the encoder, bridge and the panel, instead of using phandles. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons

[PATCH V9 12/14] drm/bridge: Add i2c based driver for ps8622/ps8625 bridge

From: Vincent Palatin This patch adds drm_bridge driver for parade DisplayPort to LVDS bridge chip. Signed-off-by: Vincent Palatin Signed-off-by: Andrew Bresticker Signed-off-by: Sean Paul Signed-off-by: Rahul Sharma Signed-off-by: Ajay Kumar Acked-by: Inki Dae

[PATCH V9 11/14] Documentation: bridge: Add documentation for ps8622 DT properties

Add documentation for DT properties supported by ps8622/ps8625 eDP-LVDS converter. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons ---

[PATCH V9 10/14] Documentation: devicetree: Add vendor prefix for parade

ps8622 eDP-LVDS converter bridge chip is from parade technologies Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons --- .../devicetree/bindings/vendor-prefixes.txt|1 + 1

[PATCH V9 09/14] Documentation: drm: bridge: move to video/bridge

Move drm/bridge documentation to video/bridge. Also, add proper documentation for gpios used by ptn3460. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons ---

[PATCH V9 08/14] drm/bridge: ptn3460: use gpiod interface

Modify driver to support gpiod interface. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons --- drivers/gpu/drm/bridge/ptn3460.c | 88 -- 1 file

[PATCH V9 07/14] drm/bridge: ptn3460: probe connector at the end of bridge attach

Force bridge connector detection at the end of the bridge attach. This is needed to detect the bridge connector early. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons ---

[PATCH V9 06/14] drm/bridge: ptn3460: support drm_panel

Add drm_panel calls to the driver to make the panel and bridge work together in tandem. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons ---

[PATCH V9 05/14] drm/exynos: dp: support drm_bridge

Modify driver to support drm_bridge. Signed-off-by: Ajay Kumar Signed-off-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons --- .../devicetree/bindings/video/exynos_dp.txt| 12 +++

[PATCH V9 04/14] drm/bridge: ptn3460: Convert to i2c driver model

Use drm_bridge helpers to modify the driver to support i2c driver model. Signed-off-by: Ajay Kumar Acked-by: Inki Dae Tested-by: Rahul Sharma Tested-by: Javier Martinez Canillas Tested-by: Gustavo Padovan Tested-by: Sjoerd Simons --- drivers/gpu/drm/bridge/Kconfig |2 +

[PATCH 03/14] drm/bridge: make bridge registration independent of drm flow

Currently, third party bridge drivers(ptn3460) are dependent on the corresponding encoder driver init, since bridge driver needs a drm_device pointer to finish drm initializations. The encoder driver passes the drm_device pointer to the bridge driver. Because of this dependency, third party

[PATCH V9 02/14] drm/bridge: do not pass drm_bridge_funcs to drm_bridge_init

Assign the pointer to bridge ops structure(drm_bridge_funcs) in the bridge driver itself, instead of passing it to drm_bridge_init. This will allow bridge driver developer to pack bridge private information inside the bridge object and pass only the drm-relevant information to drm_bridge_init.

[PATCH V9 01/14] drm/bridge: ptn3460: Few trivial cleanups

This patch does the following changes: -- Use usleep_range instead of udelay. -- Remove driver_private member from ptn3460 structure. -- Make all possible functions and structures static. -- Use dev_err for non-DRM errors. -- Arrange header files

[PATCH V9 00/14] drm/exynos: few patches to enhance bridge chip support

This series is based on v3.19-rc5 tag of Linux-next tree at: git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Changes since V2: -- Address comments from Jingoo Han for ps8622 driver -- Address comments from Daniel, Rob and Thierry regarding bridge

[Bug 85204] [Radeon HD 5650] return from sleep state failed

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/0dc9dc2e/attachment.html>

[PATCH v3] drm: imx: imx-tve: Check and propagate the errors

From: Fabio Estevam In the case of errors we should propagate them. Signed-off-by: Fabio Estevam --- Changes since v2: - Propage the error in more places like suggested by Philipp drivers/gpu/drm/imx/imx-tve.c | 24 1 file changed, 16

[PATCH v10 0/9] ASoC: tda998x: add a codec to the HDMI transmitter

Based on broonie/ASoC v10: - add the generic dt-card - define the audio ports from a DT graph of ports (Russell King) - reuse HDMI constants (Andrew Jackson - Jyri Sarha) - alloc rate_constraints in codec (Jyri Sarha) - fix bad number of channels (Jyri

[Bug 88408] Black screen in Nuclear Dawn

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/71d9e8f9/attachment.html>

[Bug 88408] Black screen in Nuclear Dawn

ing 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/20150120/4936f95c/attachment.html>

[PATCH v10 9/9] ASoC: add generic dt-card support

To create simple cards, the syntax of the simple-card does not follow the common binding of the device graphs (Documentation/devicetree/bindings/graph.txt). dt-card devices are created by audio controllers with themselves as the root of the graph. The sound card is created according to the

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #12 from Gustaw Smolarczyk --- This hack, when applied on top of 3.19-rc5, seems to fix the problem. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 88408] Black screen in Nuclear Dawn

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/5b38d045/attachment.html>

[PATCH v10 8/9] ASoC: core: export snd_soc_get_dai_name

snd_soc_get_dai_name() may be used to define a sound card with a different syntax from the one of the simple-card. Signed-off-by: Jean-Francois Moine --- include/sound/soc.h | 2 ++ sound/soc/soc-core.c | 5 +++-- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git

[Bug 88493] No hdmi audio an agd5f 3.20-wip since consolidate audio_get_pin() functions

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

[Bug 85204] [Radeon HD 5650] return from sleep state failed

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/525f71dc/attachment.html>

[Bug 91571] AMD graphics hardware hangs with an homogeneous coloured screen or blank screen, and with chirp coming from the graphics card

https://bugzilla.kernel.org/show_bug.cgi?id=91571 Alberto Salvia Novella changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCH v10 7/9] drm/i2c: tda998x: set cts_n according to the sample width

With I2S input, the CTS_N predivider depends on the audio sample width. Signed-off-by: Jean-Francois Moine --- drivers/gpu/drm/i2c/tda998x_drv.c | 21 ++--- include/sound/tda998x.h | 4 +++- sound/soc/codecs/tda998x.c| 5 +++-- 3 files changed, 24

[Bug 88493] No hdmi audio an agd5f 3.20-wip since consolidate audio_get_pin() functions

signee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/600fead0/attachment.html>

[PATCH v10 6/9] ASoC: tda998x: add a codec to the HDMI transmitter

The tda998x CODEC maintains the audio format and rate constraints according to the HDMI device parameters (EDID) and sets dynamically the input ports in the TDA998x I2C driver on start/stop audio streaming. Signed-off-by: Jean-Francois Moine --- drivers/gpu/drm/i2c/tda998x_drv.c | 124

[Bug 91571] AMD graphics hardware hangs with an homogeneous coloured screen or blank screen, and with chirp coming from the graphics card

https://bugzilla.kernel.org/show_bug.cgi?id=91571 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

On Mon, Jan 19, 2015 at 10:35 PM, Javier Martinez Canillas wrote: > Hello Thierry, > > On 01/19/2015 05:30 PM, Thierry Reding wrote: >>> >>> I know you probably are very busy but it would be great if you can take a >>> look >>> to this series to avoid another kernel release to be missed since we

[PATCH] drm/exynos: IOMMU support should not be selectable by user

If system provides IOMMU feature, Exynos DRM should use it by default, because the Exynos DRM subdrivers don't work correctly when Exynos IOMMU driver has been enabled and no IOMMU support has been compiled into Exynos DRM driver. Signed-off-by: Marek Szyprowski ---

[Bug 88408] Black screen in Nuclear Dawn

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/da5e2bfa/attachment-0001.html>

[Bug 88493] No hdmi audio an agd5f 3.20-wip since consolidate audio_get_pin() functions

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

[PATCH v2] dri2: Reuse unused flags in GetBuffers protocol to pass last SBC

On 01/19/2015 06:29 AM, Chris Wilson wrote: > Allow mesa/dri2 to implement GLX_EXT_buffer_age by reporting the sbc of > when the current back buffer was defined. As this may require ddx > support, only set the value if enabled by the ddx and report the new > semantics via a DRI2GetParam request. >

[PATCH v4 9/9] drm/exynos: add support for 'hdmi' clock

Hello Marek, On 01/20/2015 01:16 PM, Marek Szyprowski wrote: > Mixed need to have hdmi clock enabled to properly perform power on/off > sequences, so add handling of this clock directly to the mixer driver. > Dependency between hdmi clock and mixer module has been observed on > Exynos4 based

[PATCH v4 9/9] drm/exynos: add support for 'hdmi' clock

Mixed need to have hdmi clock enabled to properly perform power on/off sequences, so add handling of this clock directly to the mixer driver. Dependency between hdmi clock and mixer module has been observed on Exynos4 based boards. Suggested-by: Andrzej Hajda Signed-off-by: Marek Szyprowski ---

[PATCH v4 8/9] ARM: dts: exynos5250: add display power domain

From: Andrzej Hajda The patch adds domain definition and references to it in appropriate devices. Signed-off-by: Andrzej Hajda [mszyprow: rebased onto generic power domains dt bindings] Signed-off-by: Marek Szyprowski Tested-by: Javier Martinez Canillas Reviewed-by:

[PATCH v4 7/9] ARM: dts: Exynos: add 'hdmi' clock to mixer nodes

Mixed block needs to control hdmi clock to properly perform power on/off operation, so add 'hdmi' clock also to mixer nodes. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos5250.dtsi | 5 +++-- arch/arm/boot/dts/exynos5420.dtsi | 5 +++-- 2 files changed, 6 insertions(+), 4

[PATCH v4 6/9] ARM: dts: exynos4210-universal_c210: enable hdmi support

From: Tomasz Stanislawski This patch adds configuration of hw modules required to enable HDMI support on Universal C210 board. Signed-off-by: Tomasz Stanislawski Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4210-universal_c210.dts | 57

[PATCH v4 5/9] ARM: dts: exynos4412-odroid: enable hdmi support

This patch adds nodes specific to Exynos4412 based Odroid X/X2/U2/U3 boards required for enabling HDMI display. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 44 + 1 file changed, 44 insertions(+) diff --git

[PATCH v4 4/9] ARM: dts: exynos4: add dependency between TV and LCD0 power domains

TV Mixer needs both TV and LCD0 domains enabled to be fully operational. This dependency is modelled by making TV power domains a sub-domain of LCD0 power domain. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v4 3/9] ARM: dts: exynos4: add hdmi related nodes

This patch adds entries for HDMI, Mixer and i2c with hdmi-phy modules found in Exynos 4210 and 4x12 SoCs. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4.dtsi| 40 +++ arch/arm/boot/dts/exynos4210.dtsi | 8

[PATCH v4 2/9] ARM: Exynos: add support for sub-power domains

This patch adds support for making one power domain a sub-domain of other domain. This is useful for modeling power dependences for devices like TV Mixer or Camera ISP, which needs to have more than one power domain enabled to be operational. Based on previous work by Amit Daniel Kachhap .

[PATCH v4 1/9] PM / Domains: Add a note about power domain subdomains

This patch adds a note on defining subdomains to generic PM domain binding documentation to let power domain providers use common approach for defining power domain hierarchy. Signed-off-by: Marek Szyprowski Acked-by: Geert Uytterhoeven Reviewed-by: Ulf Hansson ---

[PATCH v4 0/9] Enable HDMI support on Exynos platforms

Hi all, This is yet another approach to submit patches, which enables HDMI support for two Exynos based platforms: UniversalC210 and Odroid X2/U3. Beside DTS changes, this patchset adds parent domain support for Exynos PM domains. This was the most controversial patch in the previous attempts,

[PATCH 01/36] clk: Introduce clk_try_parent()

On Tue, Jan 20, 2015 at 1:02 PM, Mike Turquette wrote: > Quoting Thierry Reding (2015-01-20 02:48:20) >> From: Thierry Reding >> >> This new function is similar to clk_set_parent(), except that it doesn't >> actually change the parent. It merely checks that the given parent clock >> can be a

[PATCH] drm: don't loose HPD events

Since drm_helper_probe_single_connector_modes_merge_bits() and other places also update connector->status, the output_poll_execute() and/or drm_helper_hpd_irq_event() logic can get confused and forget to send a HPD event. There are two possible solutions: (1) keep track of state at last HPD check

[Mesa-dev] [dri2proto] Declare DRI2ParamXHasBufferAge

On 01/19/2015 03:00 AM, Chris Wilson wrote: > In order for X/DDX to reuse a driver specific field of the DRI2GetBuffers > reply, we need to declare the change in semantics. To indicate that the > flags field now continues the last swap buffers count instead, we > introduce the has-buffer-age

[Mesa-dev] [mesa 9/9] glx/dri2: Implement getBufferAge

On 01/20/2015 12:35 PM, Ian Romanick wrote: > On 01/19/2015 03:00 AM, Chris Wilson wrote: >> + DRI2Buffer *buffers; >> + >> + for (i = 0; i < priv->bufferCount; i++) >> + attachments[i] = priv->buffers[i].attachment; >> + >> + buffers =

[Mesa-dev] [xorg 1/3] dri2: Allow GetBuffers to match any format

On 01/19/2015 03:00 AM, Chris Wilson wrote: > Since the introduction of DRI2GetBuffersWithFormat, the old > DRI2GetBuffers interface would always recreate all buffers all the time > as it was no longer agnostic to the format value being set by the DDXes. > This causes an issue with clients

[PATCH 34/36] drm/tegra: Track active planes in CRTC state

aps the subject should be updated to something like: drm/tegra: Track changed planes in CRTC state ? 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/20150120/bb37a1ae/attachment.sig>

[Mesa-dev] [mesa 9/9] glx/dri2: Implement getBufferAge

On 01/19/2015 03:00 AM, Chris Wilson wrote: > Within the DRI2GetBuffers return packet there is a 4-byte field that is > currently unused by any driver, i.e. flags. With the co-operation of a > suitably modified X server, we can pass the last SBC on which the buffer > was defined (i.e. the last

[PATCH 34/36] drm/tegra: Track active planes in CRTC state

On Tue, Jan 20, 2015 at 11:48:53AM +0100, Thierry Reding wrote: > From: Thierry Reding > > Wrap struct drm_crtc_state in a driver-specific structure and add the > planes field which keeps track of which planes are updated or disabled > during a modeset. This allows atomic updates of the the

[PATCH v10 5/9] drm/i2c: tda998x: Change drvdata for audio extension

The device drvdata is used for component bind, but points to the encoder/connector structure which is hidden from the slave encoder. For audio extension, the slave encoder private data must be accessible, so, this patch changes drvdata to the slave encoder private data and sets it in case of slave

[PATCH 03/36] drm/plane: Add optional ->atomic_disable() callback

On Tue, Jan 20, 2015 at 11:48:22AM +0100, Thierry Reding wrote: > From: Thierry Reding > > In order to prevent drivers from having to perform the same checks over > and over again, add an optional ->atomic_disable callback which the core > calls under the right circumstances. > > v2: pass old

[PATCH 02/36] drm/plane: Make ->atomic_update() mandatory

On Tue, Jan 20, 2015 at 11:48:21AM +0100, Thierry Reding wrote: > From: Thierry Reding > > There is no use-case where it would be useful for drivers not to > implement this function and the transitional plane helpers already > require drivers to provide an implementation. > > Signed-off-by:

[PATCH 05/36] drm/atomic: Add drm_atomic_plane_get_crtc_state()

On Tue, Jan 20, 2015 at 11:48:24AM +0100, Thierry Reding wrote: > From: Thierry Reding > > This function is useful to obtain the state of the CRTC that a plane is > being attached to. > > Signed-off-by: Thierry Reding > --- > include/drm/drm_atomic.h | 21 + > 1 file

[PATCH 04/36] drm/atomic: Add ->atomic_check() to encoder helpers

On Tue, Jan 20, 2015 at 11:48:23AM +0100, Thierry Reding wrote: > From: Thierry Reding > > This callback can be used instead of the legacy ->mode_fixup() and is > passed the CRTC and connector states. It can thus use these states to > validate the modeset and cache values in the state to be used

[PATCH 0/3] Fixes for kernel queue handling issues

On Thu, Jan 15, 2015 at 5:46 AM, Oded Gabbay wrote: > This small patch-set fixes a corner-case bug in kernel queue handling, which > was caused by using a function called sync_with_hw(). > > The patch-set removes this function, as it is not needed anymore. As a result, > we need to replace

[PATCH 0/4] drm/amdkfd: more preparation for VI APU

On Tue, Jan 13, 2015 at 6:19 AM, Oded Gabbay wrote: > This patch-set continues to prepare amdkfd so it could support VI APU. it > prepares DQM and KQ modules to support more than one ASIC. > > Note: there is no change in the IOCTLs. Series is: Reviewed-by: Alex Deucher > > Oded > > Ben

[Mesa-dev] [mesa 8/9] glx/dri2: Move the wait after SwapBuffers into the next GetBuffers

On 01/19/2015 03:00 AM, Chris Wilson wrote: > As the SBC from the reply from SwapBuffers is not used immediately and > can be easily determined by counting the new of SwapBuffers requests > made by the client, we can defer the synchronisation point to the > pending GetBuffers round trip. (We force

[PATCH] drm/amdkfd: Fix description of sched_policy module parameter

On Sun, Jan 18, 2015 at 10:23 AM, Oded Gabbay wrote: > From: Ben Goz > > Signed-off-by: Ben Goz > Signed-off-by: Oded Gabbay Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/amd/amdkfd/kfd_module.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[PATCH 36/36] drm/tegra: dc: Unify enabling the display controller

From: Thierry Reding Previously output drivers would enable continuous display mode and power up the display controller at various points during the initialization. This is suboptimal because it accesses display controller registers in output drivers and duplicates a bit of

[PATCH 35/36] drm/tegra: Track tiling and format in plane state

From: Thierry Reding Tracking these in the plane state allows them to be computed in the ->atomic_check() callback and reused when applying the configuration in ->atomic_update(). Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dc.c | 127

[PATCH 34/36] drm/tegra: Track active planes in CRTC state

From: Thierry Reding Wrap struct drm_crtc_state in a driver-specific structure and add the planes field which keeps track of which planes are updated or disabled during a modeset. This allows atomic updates of the the display engine at ->atomic_flush() time. Signed-off-by:

[PATCH 33/36] drm/tegra: Remove unused ->mode_fixup() callbacks

From: Thierry Reding All output drivers have now been converted to use the ->atomic_check() callback, so the ->mode_fixup() callbacks are no longer used. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dsi.c | 87

[PATCH 32/36] drm/tegra: Atomic conversion, phase 3, step 3

From: Thierry Reding Provide a custom ->atomic_commit() implementation which supports async commits. The generic atomic page-flip helper can use this to implement page-flipping. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dc.c | 129

[PATCH 31/36] drm/tegra: Atomic conversion, phase 3, step 2

From: Thierry Reding Replace drm_crtc_helper_set_config() by drm_atomic_helper_set_config(). All drivers have now been converted to use ->atomic_check() to set the atomic state, therefore the atomic mode setting helpers can be used. Signed-off-by: Thierry Reding ---

[PATCH 30/36] drm/tegra: dc: Use atomic clock state in modeset

From: Thierry Reding All clock state is now stored in the display controller's atomic state, so the output drivers no longer need to call back into the display controller driver to set up the clock. This is also required to make sure no hardware changes are made before

[PATCH 29/36] drm/tegra: sor: Implement ->atomic_check()

From: Thierry Reding The implementation of the ->atomic_check() callback precomputes all parameters to check if the given configuration can be applied. If so the precomputed values are stored in the atomic state object for the encoder and applied during modeset. In that way

[PATCH 28/36] drm/tegra: hdmi: Implement ->atomic_check()

From: Thierry Reding The implementation of the ->atomic_check() callback precomputes all parameters to check if the given configuration can be applied. If so the precomputed values are stored in the atomic state object for the encoder and applied during modeset. In that way

[PATCH 27/36] drm/tegra: dsi: Implement ->atomic_check()

From: Thierry Reding The implementation of the ->atomic_check() callback precomputes all parameters to check if the given configuration can be applied. If so the precomputed values are stored in the atomic state object for the encoder and applied during modeset. In that way

[PATCH 26/36] drm/tegra: rgb: Implement ->atomic_check()

From: Thierry Reding The implementation of the ->atomic_check() callback precomputes all parameters to check if the given configuration can be applied. If so the precomputed values are stored in the atomic state object for the encoder and applied during modeset. In that way

[PATCH 25/36] drm/tegra: dc: Store clock setup in atomic state

From: Thierry Reding This allows the clock setup to be separated from the clock programming and better matches the expectations of the atomic modesetting where no code paths must fail during modeset. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dc.c | 76

[PATCH 24/36] drm/tegra: Atomic conversion, phase 3, step 1

From: Thierry Reding Switch out the regular plane helpers for the atomic plane helpers. Also use the default atomic helpers to implement the ->atomic_check() and ->atomic_commit() callbacks. The driver now exclusively uses the atomic interfaces. Signed-off-by: Thierry Reding

[PATCH 23/36] drm/tegra: Atomic conversion, phase 2

From: Thierry Reding Hook up the default ->reset() and ->atomic_duplicate_state() helpers. This ensures that state objects are properly created and framebuffer reference counts correctly maintained. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dc.c | 12

[PATCH 22/36] drm/tegra: Atomic conversion, phase 1

From: Thierry Reding Implement initial atomic state handling. Hook up the CRTCs, planes' and connectors' ->atomic_destroy_state() callback to ensure that the atomic state objects don't leak. Furthermore the CRTC now implements the ->mode_set_nofb() callback that is used by

[PATCH 21/36] drm/tegra: dc: Do not needlessly deassert reset

From: Thierry Reding Commit 9c0127004ff4 ("drm/tegra: dc: Add powergate support") changed the driver's ->probe() implementation to deassert the module reset, and with there being nobody else to assert it until ->remove() there is no need to deassert again later on.

[PATCH 20/36] drm/tegra: Output cleanup functions cannot fail

From: Thierry Reding The tegra_output_exit() and tegra_output_remove() functions cannot fail, so make them return void. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/drm.h| 4 ++-- drivers/gpu/drm/tegra/dsi.c| 6 +- drivers/gpu/drm/tegra/hdmi.c |

[PATCH 19/36] drm/tegra: Remove remnants of the output midlayer

From: Thierry Reding The tegra_output midlayer is now completely gone and output drivers use it purely as a helper library. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dc.c | 52 drivers/gpu/drm/tegra/drm.h| 39 ---

[PATCH 18/36] drm/tegra: debugfs cleanup cannot fail

From: Thierry Reding The debugfs cleanup code never fails, so no error is returned. Therefore the functions can all return void instead. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dsi.c | 12 +++- drivers/gpu/drm/tegra/hdmi.c | 13 +++--

[PATCH 17/36] drm/tegra: sor: Demidlayer

From: Thierry Reding Implement encoder and connector within the eDP driver itself using the Tegra output helpers rather than using the Tegra output as midlayer. By doing so one level of indirection is removed and output drivers become more flexible while keeping the majority

[PATCH 16/36] drm/tegra: dsi: Demidlayer

From: Thierry Reding Implement encoder and connector within the DSI driver itself using the Tegra output helpers rather than using the Tegra output as midlayer. By doing so one level of indirection is removed and output drivers become more flexible while keeping the majority

[PATCH 15/36] drm/tegra: hdmi: Demidlayer

From: Thierry Reding Implement encoder and connector within the HDMI driver itself using the Tegra output helpers rather than using the Tegra output as midlayer. By doing so one level of indirection is removed and output drivers become more flexible while keeping the majority

[PATCH 14/36] drm/tegra: rgb: Demidlayer

From: Thierry Reding Implement encoder and connector within the RGB driver itself using the Tegra output helpers rather than using the Tegra output as midlayer. By doing so one level of indirection is removed and output drivers become more flexible while keeping the majority

[PATCH 13/36] drm/tegra: Add tegra_dc_setup_clock() helper

From: Thierry Reding This is a small helper that performs the basic steps required by all output drivers to prepare the display controller for use with a given encoder. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dc.c | 20

[PATCH 12/36] drm/tegra: output: Make ->setup_clock() optional

From: Thierry Reding In order to transition output drivers to using the struct tegra_output as a helper rather than midlayer, make this callback optional. Instead drivers should implement the equivalent as part of ->mode_fixup(). For the conversion to atomic modesetting a new

[PATCH 11/36] drm/tegra: Convert output midlayer to helpers

From: Thierry Reding The output layer was initially designed to help reduce the amount of code duplicated in output drivers. An unfortunate side-effect of that was that it turned into a midlayer and it became difficult to make the output drivers work without bending over

[PATCH 10/36] drm/tegra: dc: No longer disable planes at CRTC disable

From: Thierry Reding The DRM core should take care of disabling all unneeded planes, so there is no need to do this explicitly. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dc.c | 14 -- 1 file changed, 14 deletions(-) diff --git

[PATCH 09/36] drm/tegra: Move tegra_drm_mode_funcs to the core

From: Thierry Reding This structure will be extended using non-framebuffer related callbacks in subsequent patches, so it should move to a more central location. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/drm.c | 15 +++ drivers/gpu/drm/tegra/drm.h

[PATCH 08/36] drm/tegra: dc: Wait for idle when disabled

From: Thierry Reding When disabling the display controller, stop it and wait for it to become idle. Doing so ensures that no further accesses to the framebuffer occur and the buffers can be safely unmapped or freed. Signed-off-by: Thierry Reding ---

  1   2   >