[Bug 81281] 8970M boot problems since 3.13 with dpm

https://bugzilla.kernel.org/show_bug.cgi?id=81281 sharkgoesmad changed: What|Removed |Added CC||sharkgoesmad at gmail.com

[Bug 81281] 8970M boot problems since 3.13 with dpm

https://bugzilla.kernel.org/show_bug.cgi?id=81281 --- Comment #1 from sharkgoesmad --- Created attachment 144541 --> https://bugzilla.kernel.org/attachment.cgi?id=144541=edit Xorg.0.log.old -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 81281] New: 8970M boot problems since 3.13 with dpm

https://bugzilla.kernel.org/show_bug.cgi?id=81281 Bug ID: 81281 Summary: 8970M boot problems since 3.13 with dpm Product: Drivers Version: 2.5 Kernel Version: 3.16.0-rc5 Hardware: All OS: Linux Tree: Mainline

[PATCH -next] drm/i915: Remove duplicated include from intel_dsi_panel_vbt.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- drivers/gpu/drm/i915/intel_dsi_panel_vbt.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c b/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c

[PATCH -next] drm: Remove duplicated include from drm_plane_helper.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- drivers/gpu/drm/drm_plane_helper.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/drm_plane_helper.c b/drivers/gpu/drm/drm_plane_helper.c index 6d13314..64ce96c

[PATCH] drm/rcar-du: Fix maximum frame buffer pitch computation

The maximum pitch constraint for the hardware is expressed in pixels. Convert it to bytes to validate frame buffer creation, as frame buffer pitches are expressed in bytes. Reported-by: Phil Edworthy Signed-off-by: Laurent Pinchart ---

[Bug 79157] [Tesseract Game] Grainy SSAO on RadeonSI

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140728/e4e29026/attachment.html>

Re: [Radeon RV280] radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion »boi->space_accounted« failed, core dumped

I think i probably hit a regression in the mesa libraries since older versions of mesa used to work. I'll try to downgrade from 10.1.6 and see what happens. Am 27.07.2014 um 14:47 schrieb Marek Ol??k: > I think the problem is the driver hasn't called > radeon_cs_space_add_persistent_bo. > >

[Bug 79980] Random radeonsi crashes

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/c35e4823/attachment.html>

[PATCH] drm: add checking DRM_FORMAT_NV12MT

On Mon, Jul 28, 2014 at 11:56:59AM -0400, Rob Clark wrote: > On Mon, Jul 28, 2014 at 12:47 AM, Joonyoung Shim > wrote: > > If user NV12MT uses as pixel format, the Addfb2 ioctl is failed because > > of missing to check DRM_FORMAT_NV12MT. The NV12MT pixel format is > > supported by exynos4 and

[PATCH v2 00/11] ARM: dts: zynq: Prepare Parallella

On 07/28/2014 06:17 PM, Andreas F?rber wrote: > Hi Lars-Peter, > > Am 25.07.2014 01:00, schrieb Andreas F?rber: >> most notably I'm missing >> ADI ADV7513 and AXI-HDMI support > [...] >> Cc: Lars-Peter Clausen (HDMI) > > Could you please enlighten us what the status of upstreaming >

[PATCH v2 00/11] ARM: dts: zynq: Prepare Parallella

Hi Lars-Peter, Am 25.07.2014 01:00, schrieb Andreas F?rber: > most notably I'm missing > ADI ADV7513 and AXI-HDMI support [...] > Cc: Lars-Peter Clausen (HDMI) Could you please enlighten us what the status of upstreaming ADV7511/ADV7513 support is? It is declared "work in progress" here:

[PATCH v2 1/2] drm/mipi-dsi: add (LPM) Low Power Mode transfer support

On 07/28/2014 04:00 AM, Inki Dae wrote: > This patch adds below two flags for LPM transfer, and it attaches LPM flags > to a msg in accordance with master's mode_flags set by LCD Panel driver. > > MIPI_DSI_MODE_CMD_LPM > - If this flag is set by Panel driver, MIPI-DSI controller will tranfer >

[PATCH v2 2/2] drm/exynos: dsi: add LPM (Low Power Mode) transfer support

On 07/28/2014 04:00 AM, Inki Dae wrote: > This patch adds LPM transfer support for video or command data. > > With this patch, Exynos MIPI DSI controller can transfer command or > video data with HS or LP mode in accordance with mode_flags set > by LCD Panel driver. > > Changelog v2: Enable High

[PATCH libdrm] libdrm: Fix drm.h include in qxl drm header file

2014-07-28 17:06 GMT+02:00 Emil Velikov : > On 28/07/14 15:35, Andreas Boll wrote: >> ping >> >> 2014-05-05 23:54 GMT+02:00 Andreas Boll : >>> Use "drm.h" instead of "drm/drm.h" as used in the other header files. >>> Fixes xserver-xorg-video-qxl build with KMS support on Debian, where this >>>

[PATCH 1/5] drm/radeon: add userptr support v5

On Mon, Jul 28, 2014 at 01:30:08PM +0200, Christian K?nig wrote: > +struct dma_buf *radeon_gem_prime_export(struct drm_device *dev, > + struct drm_gem_object *gobj, > + int flags) > +{ > + struct radeon_bo *bo =

[PATCH 07/12] drm: drop redundant drm_file->is_master

Hi On Fri, Jul 25, 2014 at 9:56 AM, Daniel Vetter wrote: > On Thu, Jul 24, 2014 at 11:38:28PM +0200, David Herrmann wrote: >> On Thu, Jul 24, 2014 at 11:52 AM, Daniel Vetter wrote: >> > On Wed, Jul 23, 2014 at 05:26:42PM +0200, David Herrmann wrote: >> >> +static inline bool drm_is_master(const

[PATCH] work around warning in i915_gem_gtt

On Mon, Jul 28, 2014 at 01:20:58PM +0200, Pavel Machek wrote: > > Gcc warns that addr might be used uninitialized. It may not, but I see > why gcc gets confused. > > Additionally, hiding code with side-effects inside WARN_ON() argument > seems uncool, so I moved it outside. > > Signed-off-by:

[PATCH 0/8] Upstreaming the Android build and misc fixes

On Mon, Jul 28, 2014 at 01:01:19PM +0100, Emil Velikov wrote: > On 28/07/14 08:07, Daniel Vetter wrote: > > On Mon, Jul 28, 2014 at 03:48:53AM +0100, Emil Velikov wrote: > >> A few updates: > >> > >> - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed > >> to > >> *_H_FILES

[Bug 79571] [Regression][radeon] Using Weston while playing video on X with VDPAU in background causes kernel panic.

https://bugzilla.kernel.org/show_bug.cgi?id=79571 M132 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCH] drm/exynos: hdmi: add null check for hdmiphy_port

The hdmiphy can be apb and hdmiphy_port can be null. So before accessing hdmiphy_port, it should be checked. Signed-off-by: Seung-Woo Kim --- drivers/gpu/drm/exynos/exynos_hdmi.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH] drm/radeon: load the lm63 driver for an lm64 thermal chip.

Looks like the lm63 driver supports the lm64 as well. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_atombios.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c

[PATCH 0/3] drm/exynos: Allow module to be autoloaded

signature Size: 6170 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/14894732/attachment.bin>

[PATCH 00/19] atomic, remixed

On Mon, Jul 28, 2014 at 1:17 PM, Rob Clark wrote: > On Sun, Jul 27, 2014 at 5:41 PM, Daniel Vetter > wrote: >> Hi all, >> >> So I've figured instead of just talking I should draw up my ideas for atomic >> helpers and related stuff in some draft patches. Major differences compared >> to >>

[PATCH libdrm] libdrm: Fix drm.h include in qxl drm header file

ping 2014-05-05 23:54 GMT+02:00 Andreas Boll : > Use "drm.h" instead of "drm/drm.h" as used in the other header files. > Fixes xserver-xorg-video-qxl build with KMS support on Debian, where this > file is installed in /usr/include/libdrm. > > Fixes Debian bug #746807 > > Reported-by: Bastian

[Bug 81644] Random crashes on RadeonSI with Chromium.

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

[PATCH libdrm] libdrm: Fix drm.h include in qxl drm header file

On 28/07/14 15:35, Andreas Boll wrote: > ping > > 2014-05-05 23:54 GMT+02:00 Andreas Boll : >> Use "drm.h" instead of "drm/drm.h" as used in the other header files. >> Fixes xserver-xorg-video-qxl build with KMS support on Debian, where this >> file is installed in /usr/include/libdrm. >> I

[PATCH] radeon: fix typo in sample split / fixes MSAA on Hawaii

On 27.07.2014 03:12, Marek Ol??k wrote: > From: Marek Ol??k > > --- > radeon/radeon_surface.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c > index 9c3a192..8a1fe7d 100644 > --- a/radeon/radeon_surface.c > +++

[Bug 81837] [radeonsi] memory leaks in OpenCL

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140728/56834a46/attachment.html>

drm/i915: CONFIG_DRM_I915_UMS

On Sat, 2014-07-26 at 01:44 +0200, Daniel Vetter wrote: > On Fri, Jul 25, 2014 at 2:14 PM, Paul Bolle wrote: > > Your commit 2225a28fd916 ("drm/i915: Ditch UMS config option") is > > included in today's linux-next (ie, next-20140725). It removes the > > Kconfig symbol DRM_I915_UMS. > > > > It

[Bug 78453] [HAWAII] Get acceleration working

HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/c88611cb/attachment.html>

[PATCH 0/2] Update copyright notices for Renesas DRM drivers

Hi Dave, On Wednesday 02 July 2014 16:42:09 Laurent Pinchart wrote: > Hi Dave, > > Could you please pick those two patches up for v3.17 ? Am I missing something ? Is there a secret e-mail address I need to send my patches to to get them picked up ? This is a trivial change first submitted in

[PATCH] drm: add checking DRM_FORMAT_NV12MT

If user NV12MT uses as pixel format, the Addfb2 ioctl is failed because of missing to check DRM_FORMAT_NV12MT. The NV12MT pixel format is supported by exynos4 and some qualcomm chipset and it is used by exynos drm driver. Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/drm_crtc.c | 5 + 1

[PATCH 5/5] drm/radeon: allow userptr write access under certain conditions

From: Christian K?nig It needs to be anonymous memory (no file mappings) and we are requried to install an MMU notifier. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gem.c | 19 --- 1 file changed, 12 insertions(+), 7 deletions(-)

[PATCH 4/5] drm/radeon: add userptr flag to register MMU notifier

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/Kconfig| 1 + drivers/gpu/drm/radeon/Makefile| 2 +- drivers/gpu/drm/radeon/radeon.h| 12 ++ drivers/gpu/drm/radeon/radeon_device.c | 2 +

[PATCH 3/5] drm/radeon: add userptr flag to directly validate the BO to GTT

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gem.c | 18 +- include/uapi/drm/radeon_drm.h | 1 + 2 files changed, 18 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_gem.c

[PATCH 2/5] drm/radeon: add userptr flag to limit it to anonymous memory

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gem.c | 3 ++- drivers/gpu/drm/radeon/radeon_ttm.c | 8 include/uapi/drm/radeon_drm.h | 3 ++- 3 files changed, 12 insertions(+), 2 deletions(-) diff --git

[PATCH 1/5] drm/radeon: add userptr support v5

From: Christian K?nig This patch adds an IOCTL for turning a pointer supplied by userspace into a buffer object. It imposes several restrictions upon the memory being mapped: 1. It must be page aligned (both start/end addresses, i.e ptr and size). 2. It must be

[Bug 81678] X crashes on start (integrated 7640G + discrete 7500M/7600M)

bed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/74fe04d3/attachment.html>

[PATCH] work around warning in i915_gem_gtt

Gcc warns that addr might be used uninitialized. It may not, but I see why gcc gets confused. Additionally, hiding code with side-effects inside WARN_ON() argument seems uncool, so I moved it outside. Signed-off-by: Pavel Machek diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.c

[PATCH 0/8] Upstreaming the Android build and misc fixes

On 28/07/14 08:07, Daniel Vetter wrote: > On Mon, Jul 28, 2014 at 03:48:53AM +0100, Emil Velikov wrote: >> A few updates: >> >> - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed to >> *_H_FILES >> - Including the platform Android.mk files individually is not the right way

[Bug 81837] New: [radeonsi] memory leaks in OpenCL

ment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/994039e7/attachment-0001.html>

[PATCH] drm: add checking DRM_FORMAT_NV12MT

On Mon, Jul 28, 2014 at 12:47 AM, Joonyoung Shim wrote: > If user NV12MT uses as pixel format, the Addfb2 ioctl is failed because > of missing to check DRM_FORMAT_NV12MT. The NV12MT pixel format is > supported by exynos4 and some qualcomm chipset and it is used by exynos > drm driver. tbh,

[PATCH V6 0/8] drm/exynos: few patches to enhance bridge chip support

Hi Andreas, On 7/27/14, Andreas F?rber wrote: > Hi Ajay, > > Am 25.07.2014 21:22, schrieb Ajay Kumar: >> This series is based on exynos-drm-next branch of Inki Dae's tree at: >> git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git >> >> I have tested this after adding few DT

[PATCH 00/19] atomic, remixed

On Sun, Jul 27, 2014 at 11:41:29PM +0200, Daniel Vetter wrote: > Hi all, > > So I've figured instead of just talking I should draw up my ideas for atomic > helpers and related stuff in some draft patches. Major differences compared to > Rob's series: > > - The software side state update is done

[Bug 75276] Implement VGPR Register Spilling

ail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/1965633b/attachment.html>

[PATCH v2 2/2] drm/exynos: dsi: add LPM (Low Power Mode) transfer support

This patch adds LPM transfer support for video or command data. With this patch, Exynos MIPI DSI controller can transfer command or video data with HS or LP mode in accordance with mode_flags set by LCD Panel driver. Changelog v2: Enable High Speed clock only in case of stand by request.

[PATCH v2 1/2] drm/mipi-dsi: add (LPM) Low Power Mode transfer support

This patch adds below two flags for LPM transfer, and it attaches LPM flags to a msg in accordance with master's mode_flags set by LCD Panel driver. MIPI_DSI_MODE_CMD_LPM - If this flag is set by Panel driver, MIPI-DSI controller will tranfer command data to Panel device in Low Power Mode.

[PATCH v2 0/2] drm/mipi-dsi: support lpm (low power mode) transfer

This patch series adds lpm tranfer support for video and command data. for this, this patch adds two flags, and makes mipi dsi host to send commands to lcd panel device with lpm if mode_flags of lcd panel driver includes lpm flag. and also it applies this feature to exynos mipi dsi driver.

[PATCH 00/19] atomic, remixed

On Sun, Jul 27, 2014 at 11:41:29PM +0200, Daniel Vetter wrote: > - I've added a new set of plane helpers. Mostly this was motivated to make the > atomic helpers work on less stellar hardware where you can't just stream the > state and then atomically commit with some GO bits. But those helpers

[PATCH v5 00/11] Add DRM for stih4xx platforms

Hello Dave, You can found the patcheset with Rob's reviewed-by tag here: git://git.linaro.org/people/benjamin.gaignard/kernel.git on drm_kms_for_next-v7 branch It is the same code (drm_kms_for_next-v6) than what Rob has reviewed, rebased (and tested) on top of drm-next. The only changes are

[PATCH 0/3] drm/exynos: Allow module to be autoloaded

grateful to hear as i think i've addressed your original comment on the set in the previous reply? -- Sjoerd Simons Collabora Ltd. -- next part -- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6170 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/16c29e60/attachment-0001.bin>

[Bug 75276] Implement VGPR Register Spilling

bug 81834. -- 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/20140728/cd30762a/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

- 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/20140728/e3f205fe/attachment-0001.html>

[Bug 81678] X crashes on start (integrated 7640G + discrete 7500M/7600M)

hat needs to be resolved. -- 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/20140728/277328fa/attachment.html>

[PATCH v5 00/11] Add DRM for stih4xx platforms

On 16 July 2014 04:33, Rob Clark wrote: > On Tue, Jul 15, 2014 at 5:41 AM, Benjamin Gaignard > wrote: >> Hi all, >> >> Does version 6 fit to all your expectations ? >> If yes will you consider to merge it into drm-next ? >> If no, please tell me what need to be fixed. > > > I had another pass

[PATCH 0/8] Upstreaming the Android build and misc fixes

On Mon, Jul 28, 2014 at 03:48:53AM +0100, Emil Velikov wrote: > A few updates: > > - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed to > *_H_FILES > - Including the platform Android.mk files individually is not the right way > to do. One needs to construct an array/list

[Bug 81680] [r600g] Firefox crashes with hardware acceleration turned on

em with a build of upstream Mesa 10.1? -- 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/20140728/47b7386a/attachment.html>

[PATCH 00/19] atomic, remixed

On Sun, Jul 27, 2014 at 5:41 PM, Daniel Vetter wrote: > Hi all, > > So I've figured instead of just talking I should draw up my ideas for atomic > helpers and related stuff in some draft patches. Major differences compared to > Rob's series: > > - The software side state update is done

[Bug 78453] [HAWAII] Get acceleration working

bed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/edf3b1bd/attachment.html>

[PATCH 0/8] Upstreaming the Android build and misc fixes

A few updates: - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed to *_H_FILES - Including the platform Android.mk files individually is not the right way to do. One needs to construct an array/list of Android.mks and include it. - The series including the above fixes

[Bug 81644] Random crashes on RadeonSI with Chromium.

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

[PATCH 19/19] drm/atomic-helpers: functions for state duplicate/destroy/reset

The atomic users and helpers assume that there is always a obj->state structure around. Which means drivers need to somehow create that at driver load time. Also it should obviously reset hardware state, so needs to be reset upon resume. Finally the destroy/duplicate_state functions are an awful

[PATCH 18/19] drm: trylock modest locking for fbdev panics

In the fbdev code we want to do trylocks only to avoid deadlocks and other ugly issues. Thus far we've only grabbed the overall modeset lock, but that already failed to exclude a pile of potential concurrent operations. With proper atomic support this will be worse. So add a trylock mode to the

[PATCH 17/19] drm/atomic-helper: implement ->page_flip

Currently there is no way to implement async flips using atomic, that essentially requires us to be able to cancel pending requests mid-flight. To be able to do that (and I guess we want this since vblank synced updates whic opportunistically cancel still pending updates seem to be wanted) we'd

[PATCH 16/19] drm/atomic-helpers: document how to implement async commit

No helper function to do it all yet provided since no driver has support for driver core fences yet. Which we'd need to make the implementation really generic. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_atomic_helper.c | 37 + 1 file changed, 37

[PATCH 15/19] drm/plane-helper: Add async mode to prepare_fb

Currently all helpers use ->prepare_fb for synchronous state updates, so we need the driver callback to wait for any outstanding rendering. But with async commit we really only want to reserve the framebuffer, but not stall for rendering. That should be done in the asynchronous worker. So add a

[PATCH 14/19] drm/atomic-helper: implementatations for legacy interfaces

Well, except page_flip since that requires async commit, which isn't there yet. For the functions which changes planes there's a bit of trickery involved to keep the fb refcounting working. But otherwise fairly straight-forward atomic updates. The property setting functions are still a bit

[PATCH 13/19] drm: Move ->old_fb from crtc to plane

Atomic implemenations for legacy ioctls must be able to drop locks. Which doesn't cause havoc since we only do that while constructing the new state, so no driver or hardware state change has happened. The only troubling bit is the fb refcounting the core does - if someone else has snuck in then

[PATCH 12/19] drm: Atomic crtc/connector updates using crtc helper interfaces

So this is finally the integration of the crtc helper interfaces into the atomic helper functions. In the check function we now have a few steps: - First we update the output routing and figure out which crtcs need a full mode set. Suitable encoders are selected using ->best_encoder, with

[PATCH 11/19] drm/crtc-helper: Transitional functions using atomic plane helpers

These two functions allow drivers to reuse their atomic plane helpers functions for the primary plane to implement the interfaces required by the crtc helpers for the legacy ->set_config callback. This is purely transitional and won't be used once the driver is fully converted. But it allows

[PATCH 10/19] drm/plane-helper: transitional atomic plane helpers

Converting a driver to the atomic interface can be a daunting undertaking. One of the prerequisites is to have full universal planes support. To make that transition a bit easier this pathc provides plane helpers which use the new atomic helper callbacks just only for the plane changes. This way

[PATCH 09/19] drm/i915: Use generic vblank wait

This has the upside that it will no longer steal interrupts from the interrutp handler on pre-g4x. Furthermore this will now scream properly on all platforms if we don't have hw counters enabled. Not yet tested. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/i915/intel_display.c | 41

[PATCH 08/19] drm/irq: Implement a generic vblank_wait function

As usual in both a crtc index and a struct drm_crtc * version. The function assumes that no one drivers their display below 10Hz, and it will complain if the vblank wait takes longer than that. v2: Also check dev->max_vblank_counter since some drivers register a fake get_vblank_counter function.

[PATCH 07/19] drm: Add drm_crtc_vblank_waitqueue()

From: Ville Syrj?l? Add a small static inline helper to grab the vblank wait queue based on the drm_crtc. This is useful for drivers to do internal vblank waits using wait_event() & co. v2: Pimp commit message (Daniel) Add kernel doc (Daniel) Suggested-by:

[PATCH 06/19] drm: Add atomic/plane helpers

This is the first cut of atomic helper code. As-is it's only useful to implement a pure atomic interface for plane updates. Later patches will integrate this with the crtc helpers so that full atomic updates are possible. We also need a pile of helpers to aid drivers in transitioning from the

[PATCH 05/19] drm: Global atomic state handling

Some differences compared to Rob's patches again: - Dropped the committed and checked booleans. Checking will be internally enforced by always calling ->atomic_check before ->atomic_commit. And async handling needs to be solved differently because the current scheme completely side-steps ww

[PATCH 04/19] drm: Handle legacy per-crtc locking with full acquire ctx

So drivers using the atomic interfaces expect that they can acquire additional locks internal to the driver as-needed. Examples would be locks to protect shared state like shared display PLLs. Unfortunately the legacy ioctls assume that all locking is fully done by the drm core. Now for those

[PATCH 03/19] drm: Move modeset_lock_all helpers to drm_modeset_lock.[hc]

Somehow we've forgotten about this little bit of OCD. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 95 -- drivers/gpu/drm/drm_modeset_lock.c | 95 ++ include/drm/drm_crtc.h | 4 --

[PATCH 02/19] drm: Add drm_plane/connector_index

In the atomic state we'll have an array of states for crtcs, planes and connectors and need to be able to at them by their index. We already have a drm_crtc_index function so add the missing ones for planes and connectors. If it later on turns out that the list walking is too expensive we can add

[PATCH 01/19] drm: Add atomic driver interface definitions for objects

Heavily based upon Rob Clark's atomic series. - Dropped the connctor state from the crtc state, instead opting for a full-blown connector state. The only thing it has is the desired crtc, but drivers which have connector properties have now a data-structure to subclass. - Rename

[PATCH 00/19] atomic, remixed

Hi all, So I've figured instead of just talking I should draw up my ideas for atomic helpers and related stuff in some draft patches. Major differences compared to Rob's series: - The software side state update is done synchronously, at least when using the helper code. Drivers are free to do

[PATCH] drm/radeon: adjust default radeon_vm_block_size v2

On Sat, Jul 26, 2014 at 9:34 AM, Christian K?nig wrote: > Hey Alex, > > can you use this version instead of the one you already have in > drm-next-3.17-wip? It depends on a change from drm-fixes-3.16, so you need > to merge (or rebase) your -next branch to apply it. > > Apart from that I also