[PULL] topic/drm-misc for 4.1

Hi Dave, A few random things and a few small patches for atomic. Pull request for 4.1 so that Laurent can rebase his rcar atomic conversion, which needs a few things from here. Also better to get the renames in before there's conflicts. Cheers, Daniel The following changes since commit

[PATCH 38/38] drm: rcar-du: Fix race condition in hardware plane allocator

The plane allocator has been inherently racy since the beginning of the transition to atomic updates, as the allocator lock is released between free plane check (at .atomic_check() time) and the reservation (at .atomic_update() time). To fix it, create a new allocator solely based on the atomic

[PATCH 37/38] drm: rcar-du: Move group locking inside rcar_du_crtc_update_planes()

Only the planes to CRTCs association control register DPTSR needs to be protected by custom locking, don't hold the mutex around the whole code. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 10 +++--- 1 file

[PATCH 36/38] drm: rcar-du: Move plane commit code from CRTC start to CRTC resume

As the DRM core will commit plane states when performing atomic updates, those don't need to be committed manually when the CRTC is started except in the system resume code path. However, the atomic plane commit step is currently performed between mode set disable and mode set enable to mimick

[PATCH 35/38] drm: rcar-du: Move plane format to plane state

The format stored in the rcar_du_plane structure is part of the plane state. Move it to the rcar_du_plane_state structure and precompute it in the .atomic_check() handler. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c |

[PATCH 34/38] drm: rcar-du: Remove unneeded rcar_du_crtc plane field

The rcar_du_crtc plane field is only used to check for an error that can't occur. Remove it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 7 ++- drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 2 -- 2 files changed, 2

[PATCH 33/38] drm: rcar-du: Replace plane crtc and enabled fields by plane state

The crtc and enabled fields duplicates information stored in the plane state. Use the plane state instead and remove the fields. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 6 ++

[PATCH 32/38] drm: rcar-du: Rework plane setup code

Now that the plane setup code isn't called outside of the plane implementation, it can be simplified by merging the rcar_du_plane_compute_base() and rcar_du_plane_update_base() functions. Signed-off-by: Laurent Pinchart ---

[PATCH 31/38] drm: rcar-du: Switch plane set_property to atomic helpers

Allow setting up plane properties atomically using the plane set_property atomic helper. The properties are now stored in the plane state (requiring subclassing it) and applied when updating the planes. Signed-off-by: Laurent Pinchart ---

[PATCH 30/38] drm: rcar-du: Switch page flip to atomic helpers

The atomic page flip helper implements the page flip operation using asynchronous commits. As the legacy page flip was the last CRTC operation that needed direct access to plane setup, the plane setup functions can now become private to the plane implementation. Signed-off-by: Laurent Pinchart

[PATCH 29/38] drm: rcar-du: Implement asynchronous commit support

Implement a custom .atomic_commit() handler that supports asynchronous commits using a work queue. This can be used for userspace-driven asynchronous commits, as well as for an atomic page flip implementation. Signed-off-by: Laurent Pinchart ---

[PATCH 28/38] drm: rcar-du: Replace encoder mode_fixup with atomic_check

The encoder .mode_fixup() operation is legacy, atomic updates uses the new .atomic_check() operation. Convert the encoders drivers. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 35 +++

[PATCH 27/38] drm: rcar-du: Switch connector DPMS to atomic helpers

The atomic connector DPMS helper implements the connector DPMS operation using atomic commit, removing the need for DPMS helper operations on CRTCs and encoders. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 11

[PATCH 26/38] drm: rcar-du: Switch mode config to atomic helpers

This removes the legacy mode config code. The CRTC and encoder prepare and commit operations are not used anymore, remove them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 55 ---

[PATCH 25/38] drm: rcar-du: Switch plane update to atomic helpers

This removes the legacy plane update code. Wire up the default atomic check and atomic commit mode config helpers as needed by the plane update atomic helpers. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 3 +++

[PATCH 24/38] drm: rcar-du: Rework CRTC enable/disable for atomic updates

When using atomic updates the CRTC .enable() and .disable() helper operations are preferred over the (then legacy) .prepare() and .commit() operations. Implement .enable() and rework .disable() to not depend on DPMS, easing DPMS removal later on. Signed-off-by: Laurent Pinchart

[PATCH 23/38] drm: rcar-du: Rework HDMI encoder enable/disable for atomic updates

When using atomic updates the encoder .enable() and .disable() helper operations are preferred over the (then legacy) .prepare() and .commit() operations. Implement .enable() and .disable() and rework .prepare(), .commit() and .dpms() as wrappers around .enable() and .disable(), easing their

[PATCH 22/38] drm: rcar-du: Rework encoder enable/disable for atomic updates

When using atomic updates the encoder .enable() and .disable() helper operations are preferred over the (then legacy) .prepare() and .commit() operations. Implement .enable() and .disable() and rework .prepare(), .commit() and .dpms() as wrappers around .enable() and .disable(), easing their

[PATCH 21/38] drm: rcar-du: Replace LVDS encoder DPMS by enable/disable

The LVDS encoder doesn't support DPMS states, replace the DPMS operation by enable/disable to avoid propagating DPMS states down to the encoder code. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 12

[PATCH 20/38] drm: rcar-du: Remove private copy of plane size and position

The plane source and destination size and positions are stored in the plane state, and a private copy is kept in the rcar_du_plane objects. Remove the private copy as it just duplicates the state. Signed-off-by: Laurent Pinchart ---

[PATCH 19/38] drm: rcar-du: Wire up atomic state object scaffolding

Hook up the default .reset(), .atomic_duplicate_state() and .atomic_free_state() helpers to ensure that state objects are properly created and destroyed, and call drm_mode_config_reset() at init time to create the initial state objects. Framebuffer reference count also gets maintained

[PATCH 18/38] drm: rcar-du: Handle primary plane config through atomic plane ops

Use the new CRTC atomic transitional helpers drm_helper_crtc_mode_set() and drm_helper_crtc_mode_set_base() to implement the CRTC .mode_set and .mode_set_base operations. This delegates primary plane configuration to the plane .atomic_update and .atomic_disable operations, removing duplicate code

[PATCH 17/38] drm: rcar-du: Implement planes atomic operations

Implement the CRTC .atomic_begin() and .atomic_flush() operations, the plane .atomic_check(), .atomic_update() and operations, and use the transitional atomic helpers to implement the plane update and disable operations on top of the new atomic operations. The plane setup code can't be moved out

[PATCH 16/38] drm: rcar-du: Fix hardware plane allocation

The hardware plane allocator loops over all planes to find free candidates. However, instead of looping over the number of hardware planes, it loops over the number of software planes, which happens to be larger by one unit. This has no effect in practise as the extra plane is always cleared in

[PATCH 15/38] drm: rcar-du: Implement universal plane support

Explicitly create the CRTC primary plane instead of relying on the core helpers to do so. This simplifies the plane logic by merging the KMS and software planes. Reject plane API operations on the primary planes for now, as that code will anyway be refactored when implementing support for atomic

[PATCH 14/38] drm: rcar-du: Define macros for the max number of groups, CRTCs and LVDS

Let's avoid magic constants. Beside increasing code readability, it will also ensure that no location will be forgotten when raising the maximum number of groups, CRTCs or LVDS encoders Signed-off-by: Laurent Pinchart ---

[PATCH 13/38] drm: rcar-du: Disable fbdev emulation when no connector is present

fbdev emulation requires at least one connector, and will fail to initialize if no connector has been successfully instantiated. Disable it in that case and print an informational message instead of failing probe with a confusing fbdev emulation error message. It could be argued that probe should

[PATCH 12/38] drm: rcar-du: Turn vblank on/off when enabling/disabling CRTC

The DRM core vblank handling mechanism requires drivers to forcefully turn vblank reporting off when disabling the CRTC, and to restore the vblank reporting status when enabling the CRTC. Implement this using the drm_crtc_vblank_on/off helpers. When disabling vblank we must first wait for page

[PATCH 11/38] drm: rcar-du: Wait for page flip completion when turning the CRTC off

Turning a CRTC off will prevent a queued page flip from ever completing, potentially confusing userspace. Wait for queued page flips to complete before turning the CRTC off to avoid this. Signed-off-by: Laurent Pinchart ---

[PATCH 10/38] drm: rcar-du: Reorder CRTC functions

The next commit will need functions to be reordered to avoid forward declarations. Do it separately to help review. This only moves functions without any change to the code. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c

[PATCH 09/38] drm: rcar-du: Don't set connector->encoder at init time

The drm_connector encoder field points to the encoder driving the connector. No such association exists at init time, as all pipelines are disabled. Don't set the field. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c |

[PATCH 08/38] drm: rcar-du: Remove drm_fbdev_cma_restore_mode() call at init time

The function is meant to restore the fbdev mode in the lastclose handler, not to be called at init time. Remove the call. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 4 1 file changed, 4 deletions(-) diff --git

[PATCH 07/38] drm: rcar-du: Don't disable unused functions at init time

All encoders and CRTCs start disabled, re-disabling them is a no-op. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c

[PATCH 06/38] drm: adv7511: Fix nested sleep when reading EDID

The EDID read code waits for the read completion interrupt to occur using wait_event_interruptible(). The condition passed to the macro reads I2C registers. This results in sleeping with the task state set to TASK_INTERRUPTIBLE, triggering a WARN_ON() introduced in commit 8eb23b9f35aae ("sched:

[PATCH 05/38] drm: adv7511: Fix DDC error interrupt handling

The DDC error interrupt bit is located in REG_INT1, not REG_INT0. Update both the interrupt wait code and the interrupt sources reset code accordingly. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/i2c/adv7511.c | 14 ++ 1 file

[PATCH 04/38] drm/atomic-helpers: Fix documentation typos and wrong copy

The kerneldoc blocks for the drm_atomic_helper_*_set_property() functions seem to have been copied from the plane disable handler without being properly updated. Fix them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_atomic_helper.c | 15

[PATCH 03/38] drm/atomic-helpers: make mode_set hooks optional

From: Daniel Vetter With runtime PM the hw might still be off while doing the ->mode_set callbacks - runtime PM get/put should only happen in the enable/disable hooks to properly support DPMS. Which essentially makes these callbacks useless for drivers support runtime PM,

[PATCH 02/38] drm/atomic-helper: Rename commmit_post/pre_planes

From: Daniel Vetter These names only make sense because of backwards compatability with the order used by the crtc helper library. There's not really any real requirement in the ordering here. So rename them to something more descriptive and update the kerneldoc a bit.

[PATCH 01/38] drm/atomic: Rename drm_atomic_helper_commit_pre_planes() state argument

The argument contains a pointer to the old state, rename it to old_state like in all other commit helper functions. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_atomic_helper.c | 10 +- 1 file changed, 5 insertions(+), 5

[PATCH 00/38] Renesas R-Car DU atomic updates support

Hello, This patch series implements atomic updates support for the rcar-du driver. The series starts with four core atomic helpers fixes/cleanups (two from Daniel that I have included here for completeness). It then follows with two fixes for the adv7511 driver and height fixes for the rcar-du

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

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

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

org/archives/dri-devel/attachments/20150225/0d3824bc/attachment-0001.html>

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/48189aff/attachment.html>

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

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

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

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

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

-Dieter -- 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/20150225/4f9c9407/attachment.html>

[PATCH 8/8] ASoC: kirkwood: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 7/8] ASoC: fsl_spdif: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 6/8] ASoC: fsl_esai: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 5/8] serial: samsung: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 4/8] pwm: atmel-hlcdc: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 3/8] drm: armada: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 2/8] ARM: imx: fix struct clk pointer comparing

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 1/8] clk: add helper function clk_is_match()

Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk instances"), clk API users can no longer check if two struct clk pointers are pointing to the same hardware clock, i.e. struct clk_hw, by simply comparing two pointers. That's because with the per-user clk change, a brand

[PATCH 0/8] Fix struct clk pointer comparing

On the first day back from Chinese new year holiday, I got a regression report from rmk, saying Ethernet stops working on HimmingBoard with v4.0-rc1. I read through the thread [1] and found a couple of i.MX audio drivers are also affected per Stephen's Coccinelle report. That's why I came up

r600 - NI/Turks: flickering with 'geom-outlining-150'

Am 25.02.2015 09:31, schrieb Michel Dänzer: > On 25.02.2015 13:04, Dieter Nützel wrote: >> Am 20.02.2015 17:29, schrieb Alex Deucher: >>> On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel >>> >>> wrote: Hello Alex, I get _today_ flickering with Mesa-demo 'geom-outlining-150'.

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

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/20150225/b7537056/attachment.html>

[Bug 89327] Loss of HDMI audio on auto screen off (energy saving)

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/edc05d6c/attachment-0001.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

, folks. -- 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/20150225/2cfe5651/attachment.html>

[PATCH] drm/radeon: release digital encoder before asking for new one.

On Wed, Feb 25, 2015 at 8:32 PM, Dave Airlie wrote: > From: Dave Airlie > > This stops a DRM_ERROR that says we already used the encoder. > > Reported-by: Dieter Nützel > Signed-off-by: Dave Airlie I've squashed this into the appropriate patch and pushed a new 4.1-wip tree. Alex > --- >

[PATCH] drm/i915: fix failure to power off after hibernate

001-drm-i915-zero-PCI_COMMAND-at-the-end-of-hibernation.patch Type: text/x-patch Size: 783 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/59ff0ced/attachment.bin> -- next part -- A non-text attachment was scrubbed... Na

Fwd: drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/0f436fd5/attachment-0001.bin>

[PATCH] drm/omap: tiler: add hibernation callback

From: Grygorii Strashko Setting a dev_pm_ops resume callback but not a set of hibernation handler means that pm function will not be called upon hibernation. Fix this by using SIMPLE_DEV_PM_OPS, which appropriately assigns the suspend and hibernation handlers and

[PATCH] drm: atmel-hlcdc: remove clock polarity from crtc driver

Remove this configuration bit in crtc driver as the rising edge clock is widely used. Signed-off-by: Boris BREZILLON Signed-off-by: Nicolas Ferre --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH libdrm 00/04] Silence compiler warnings

On 25/02/15 17:09, Jan Vesely wrote: > Hi, > > you can add > Reviewed-by: Jan Vesely > to 1,2, and 4. > I think 3 needs someone from exynos to say whether the function should > not be used somewhere (just to be on the safe side). > Great, thanks. For anyone interested I will give it a few

[libdrm][PATCH 3/2] Fix always true comparison.

On 25/02/15 17:11, Jan Vesely wrote: > gentle ping > Afaics it's very had to get in this code nowadays - drm_server_info is set only via the legacy (?) function drmSetServerInfo. With the latter only(?) used by the xserver when working with dri1 modules. So testing this is likely to be very

[Bug 89034] Firefox crashing xserver and some major rendering bugs

ts.freedesktop.org/archives/dri-devel/attachments/20150225/7e7c2991/attachment.html>

[PATCH] drm: Remove redundant code in the getencoder ioctl

When enabling atomic state object for this ioctl in commit abd69c55dd8f1f71b33b8c6165217f4329db8f25 Author: Daniel Vetter Date: Tue Nov 25 23:50:05 2014 +0100 drm: Handle atomic state properly in kms getfoo ioctl I've forgotten to remove this hunk in one of the later revisions.

eDP display control registers in Linux kernel

ichael > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/ac095781/attachment-0001.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

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

r600 - NI/Turks: flickering with 'geom-outlining-150'

On 25.02.2015 13:04, Dieter Nützel wrote: > Am 20.02.2015 17:29, schrieb Alex Deucher: >> On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel >> wrote: >>> Hello Alex, >>> >>> I get _today_ flickering with Mesa-demo 'geom-outlining-150'. >>> It worked OK last night and I've reseted Mesa git back to

[PATCH 0/8] Fix struct clk pointer comparing

Quoting Stephen Boyd (2015-02-25 12:42:45) > On 02/25/15 09:55, Mike Turquette wrote: > > Quoting Russell King - ARM Linux (2015-02-25 07:03:49) > >> Case 1 applies in places like the Kirkwood I2S driver, and the iMX6 > >> ethernet code, and it's these cases which need to be fixed. > >> > >> Case

[Bug 89034] Firefox crashing xserver and some major rendering bugs

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

[PATCH 00/38] Renesas R-Car DU atomic updates support

Hi Laurent, On Wed, Feb 25, 2015 at 1:54 PM, Laurent Pinchart wrote: > Hello, > > This patch series implements atomic updates support for the rcar-du driver. > > The series starts with four core atomic helpers fixes/cleanups (two from > Daniel that I

[PATCH] drm: exynos: clean up dma_addr_t use

dma_addr_t may be 32 or 64 bits long on 32-bit CPUs, so we cannot cast it to a pointer without getting a compiler warning: drivers/gpu/drm/exynos/exynos_drm_buf.c: In function 'lowlevel_buffer_allocate': drivers/gpu/drm/exynos/exynos_drm_buf.c:109:18: warning: cast from pointer to integer of

[patch] drm/i915: cleanup some indenting

Static checkers complain that we should probably add curly braces because, from the indenting, it looks like seq_printf() should be inside the list_for_each_entry() loop. But the code is actually correct, it's just the indenting which is off. Besides fixing the indenting on seq_printf(), I did

[pull] radeon drm-fixes-4.0

Hi Dave, Radeon fixes for 4.0, all over the place. The following changes since commit 5b49afd60a850acca321a87eb83ab0c387725206: Merge tag 'drm-amdkfd-fixes-2015-02-23' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes (2015-02-24 11:10:14 +1000) are available in the git

[v3] libdrm: improvements to userspace exynos component

On 24 February 2015 at 14:20, Tobias Jakobi wrote: > Hello, > > here are some miscellaneous improvements (small features, bugfixes, spelling > fixes, etc.) for the exynos component of libdrm. The general idea is to let > userspace use the G2D engine functionality more > efficiently. > > If

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

ML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150225/15db1871/attachment.html>

[patch] drm/i915: cleanup some indenting

On Wed, 25 Feb 2015, Dan Carpenter wrote: > Static checkers complain that we should probably add curly braces > because, from the indenting, it looks like seq_printf() should be inside > the list_for_each_entry() loop. But the code is actually correct, it's > just the indenting which is off. > >

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

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

[PATCH 00/04 libdrm] The rocky road to building with -Wextra

On 23 February 2015 at 13:57, Emil Velikov wrote: > Hi all, > > A few small patches, that handle the initial step of building the whole > of libdrm with WARN_CFLAGS (-Wall -Wextra and friends). > > The first patch makes sure we build everything at make distcheck time, > followed by a couple of

drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

On Tue, Feb 24, 2015 at 11:20 PM, Dieter Nützel wrote: > Hello Alex, > > I get this in dmesg: > > [ 26.001926] [drm:radeon_atom_pick_dig_encoder [radeon]] *ERROR* chosen > encoder in use 4 > > What do you need? The message is harmless I think. It's just debugging output from the DP MST

[Bug 83226] Allow use of ColorRange and ColorSpace in xorg.conf.d files

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

[PATCH 0/8] Fix struct clk pointer comparing

On Wed, Feb 25, 2015 at 10:53:30PM +0800, Shawn Guo wrote: > On the first day back from Chinese new year holiday, I got a regression > report from rmk, saying Ethernet stops working on HimmingBoard with > v4.0-rc1. > > I read through the thread [1] and found a couple of i.MX audio drivers > are

[Intel-gfx] [patch] drm/i915: cleanup some indenting

On Wed, Feb 25, 2015 at 03:29:05PM +0200, Jani Nikula wrote: > On Wed, 25 Feb 2015, Dan Carpenter wrote: > > Static checkers complain that we should probably add curly braces > > because, from the indenting, it looks like seq_printf() should be inside > > the list_for_each_entry() loop. But the

eDP display control registers in Linux kernel

nts/20150225/9f73dff4/attachment-0001.html>

[PATCH 4/4] drm/dp: add DPCD definitions from eDP 1.4

Signed-off-by: Jani Nikula --- include/drm/drm_dp_helper.h | 37 + 1 file changed, 37 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index cc96024e8776..07d94faa9255 100644 --- a/include/drm/drm_dp_helper.h +++

[PATCH 3/4] drm/dp: add DPCD definitions from eDP 1.2

Mostly display control related DPCD addresses. Signed-off-by: Jani Nikula --- include/drm/drm_dp_helper.h | 32 1 file changed, 32 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index 209c5b91b0e8..cc96024e8776 100644 ---

[PATCH 2/4] drm/dp: add DPCD definitions from DP 1.2a

Signed-off-by: Jani Nikula --- include/drm/drm_dp_helper.h | 95 ++--- 1 file changed, 90 insertions(+), 5 deletions(-) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index 98fefe45d158..209c5b91b0e8 100644 ---

[PATCH 1/4] drm/dp: indentation and ordering cleanups

Keep the DPCD macros ordered by address, and make indentation conform to the rest of the file. commit e045d20bef41707dbba676e58624b54f9f39e172 Author: Sonika Jindal Date: Thu Feb 19 13:16:44 2015 +0530 drm: Adding edp1.4 specific dpcd macros Signed-off-by: Jani Nikula --- Daniel, this

eDP display control registers in Linux kernel

On Mon, 23 Feb 2015, Michael Leuchtenburg wrote: > I'm certain that it has dynamic backlight control of some sort, as the > brightness varies based on content. I'm also sure it has an eDP panel, and > an Intel graphics adapter. I'm not certain that DPCD will let me adjust it, > or how to check,

[PATCH libdrm 5/5] tests: automake: keep the libs link at the final stage

Currently the static archive libdrmtest.la links against libdrm.la. Only to have both added to the executables' LDADD. Simplify things a bit, by doing the link in the final module (the executables/tests in this case). Signed-off-by: Emil Velikov --- tests/Makefile.am | 5 ++--- 1 file changed,

[PATCH libdrm 4/5] tests: move the SUBDIR at the top of the makefile

None of the subdirs require the modules built in the local makefile, so moving them at the top makes things a hell lot easier to read. Signed-off-by: Emil Velikov --- tests/Makefile.am | 26 ++ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git

[PATCH libdrm 3/5] automake: drop the NULL variable from the makefile

Signed-off-by: Emil Velikov --- tests/Makefile.am | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/tests/Makefile.am b/tests/Makefile.am index 37b8d3a..e0281aa 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -1,5 +1,3 @@ -NULL:=# - AM_CPPFLAGS = \ -I

[PATCH libdrm 2/5] configure: omap, freedreno and tegra require atomics

They have used them since day one, but the check was never there. Cc: Rob Clark Cc: Thierry Reding Signed-off-by: Emil Velikov --- configure.ac | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 8afee83..ac1bf8f 100644 ---

[PATCH libdrm 1/5] automake: wrap an insanely long line

Signed-off-by: Emil Velikov --- Makefile.am | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index 3cb516c..e9a041d 100644 --- a/Makefile.am +++ b/Makefile.am @@ -57,7 +57,18 @@ if HAVE_TEGRA TEGRA_SUBDIR = tegra endif -SUBDIRS = .

[PATCH] drm: Don't assign fbs for universal cursor support to files

The internal framebuffers we create to remap legacy cursor ioctls to plane operations for the universal plane support shouldn't be linke to the file like normal userspace framebuffers. This bug goes back to the original universal cursor plane support introduced in commit

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

Hello Kukjin, On 02/19/2015 03:44 AM, Andreas Färber wrote: > Am 02.02.2015 um 14:20 schrieb Marek Szyprowski: >> From: Andrzej Hajda >> >> The patch adds domain definition and references to it in appropriate devices. >> >> Signed-off-by: Andrzej Hajda >> [mszyprow: rebased onto generic

[PATCH 7/8] ASoC: fsl_spdif: fix struct clk pointer comparing

On 02/25/15 06:53, Shawn Guo wrote: > Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk > instances"), clk API users can no longer check if two struct clk > pointers are pointing to the same hardware clock, i.e. struct clk_hw, by > simply comparing two pointers. That's

  1   2   >