[PATCH v5 10/12] drm/i915: Defer probe if gmux is present but its driver isn't

> -Original Message- > From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On Behalf > Of > Daniel Vetter > Sent: Thursday, February 18, 2016 6:11 PM > To: Lukas Wunner > Cc: dri-devel; platform-driver-x86 at vger.kernel.org; intel-gfx; Ben Skeggs; > Deucher, Alexander >

[PATCH v5 10/12] drm/i915: Defer probe if gmux is present but its driver isn't

Hi, On Thu, Feb 18, 2016 at 10:39:05PM +0100, Daniel Vetter wrote: > On Thu, Feb 18, 2016 at 9:34 PM, Lukas Wunner wrote: > > > >> Ok, makes sense. I still think adding the check to the client_register > >> function would be good, just as a safety measure. > > > > Hm, the idea of calling

[PATCH v5 10/12] drm/i915: Defer probe if gmux is present but its driver isn't

On Thu, Feb 18, 2016 at 9:34 PM, Lukas Wunner wrote: > >> Ok, makes sense. I still think adding the check to the client_register >> function would be good, just as a safety measure. > > Hm, the idea of calling vga_switcheroo_client_probe_defer() twice > causes me pain in the stomach. It's

[PATCH v5 10/12] drm/i915: Defer probe if gmux is present but its driver isn't

Hi, On Tue, Feb 16, 2016 at 05:08:40PM +0100, Daniel Vetter wrote: > On Tue, Feb 16, 2016 at 04:58:20PM +0100, Lukas Wunner wrote: > > On Sun, Feb 14, 2016 at 01:46:28PM +0100, Daniel Vetter wrote: > > > On Sun, Feb 14, 2016 at 1:10 PM, Lukas Wunner wrote: > > > > + * DRM drivers should invoke

[PULL] topic/drm-misc

Hi Dave, Misc stuff all over: - more mode_fixup removal from Carlos, there's another final pile still left. - final bits of vgaswitcheroo from Lukas for apple gmux, we're still discussing an api cleanup patch to make it a bit more abuse-safe as a follow-up - dp aux interface for userspace

[Bug 94186] Crash when launching glxinfo and World of Warcraft with RV790

vel/attachments/20160218/d9278fc8/attachment.html>

Fwd: Google Summer of Code 2016

-- Forwarded message -- From: Alex Deucher Date: Thu, Feb 18, 2016 at 10:32 AM Subject: Google Summer of Code 2016 To: "mesa-dev at lists.freedesktop.org" , "X.Org Devel List" , wayland Cc: Martin Peres Hi, It's time to start thinking about the Google

[PATCH 4/4] Print details in case of a protect fault interrupt

From: cstout Change-Id: I44f9854e7a7458730d9bfbfeef3361c438e381d2 --- drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/msm/adreno/a4xx_gpu.c b/drivers/gpu/drm/msm/adreno/a4xx_gpu.c index 9aab904..496732d 100644

[PATCH 3/4] Get CP_RPTR from register instead of shadow memory

From: cstout As described in the downstream/kgsl driver: Sometimes the RPTR shadow memory is unreliable causing timeouts in adreno_idle(). Read it directly from the register instead. Change-Id: I1617a670e1da0ae25528c37f3424654d5bedd169 ---

[PATCH 2/4] Add adreno430 power control

Change-Id: Ife53627e9985e1204cc319da0221338e5272eb81 --- drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 39 +-- 1 file changed, 37 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/msm/adreno/a4xx_gpu.c b/drivers/gpu/drm/msm/adreno/a4xx_gpu.c index

[PATCH 1/4] Support for adreno 430.

Change-Id: I6c891515d93a6f1a597e762090c3530a6810c6c6 --- drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 43 +- drivers/gpu/drm/msm/adreno/adreno_device.c | 8 ++ drivers/gpu/drm/msm/adreno/adreno_gpu.c| 3 ++- drivers/gpu/drm/msm/adreno/adreno_gpu.h| 5

[Intel-gfx] [PATCH 5/6] drm/i915: Implement color management on bdw/skl/bxt/kbl

On Tue, Feb 09, 2016 at 12:19:17PM +, Lionel Landwerlin wrote: > Patch based on a previous series by Shashank Sharma. > > v2: Do not read GAMMA_MODE register to figure what mode we're in > > v3: Program PREC_PAL_GC_MAX to clamp pixel values > 1.0 > > Add documentation on how the

[PATCH RFC v5 4/8] drm/i2c: tda998x: Add support of a DT graph of ports

On Thu, 18 Feb 2016 08:35:30 -0600 Rob Herring wrote: > On Wed, Feb 17, 2016 at 04:49:05PM +0200, Jyri Sarha wrote: > > From: Jean-Francois Moine > > > > Two kinds of ports may be declared in a DT graph of ports: video and audio. > > This patch accepts the port value from a video port as an

[PATCH 2/2] drm/panel: Add support for LG lp120up1 panel

g/archives/dri-devel/attachments/20160218/1b854aba/attachment.sig>

[Bug 93594] Flickering Shadows in The Talos Principle

this case if only because otherwise things get even more complex... -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160218/fa18cacd/attachment.html>

[PATCH v6 3/3] SMAF: add fake secure module

From: "benjamin.gaignard at linaro.org" This module is allow testing secure calls of SMAF. Signed-off-by: Benjamin Gaignard --- drivers/smaf/Kconfig | 6 +++ drivers/smaf/Makefile | 1 + drivers/smaf/smaf-fakesecure.c | 92

[PATCH v6 2/3] SMAF: add CMA allocator

SMAF CMA allocator implement helpers functions to allow SMAF to allocate contiguous memory. match() each if at least one of the attached devices have coherent_dma_mask set to DMA_BIT_MASK(32). For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not dma_alloc_writecombine to

[PATCH v6 1/3] create SMAF module

Secure Memory Allocation Framework goal is to be able to allocate memory that can be securing. There is so much ways to allocate and securing memory that SMAF doesn't do it by itself but need help of additional modules. To be sure to use the correct allocation method SMAF implement deferred

[PATCH v6 0/3] Secure Memory Allocation Framework

version 6 changes: - rebased on kernel 4.5-rc4 - fix mmapping bug while requested allocation size isn't a a multiple of PAGE_SIZE (add a test for this in libsmaf) version 5 changes: - rebased on kernel 4.3-rc6 - rework locking schema and make handle status use an atomic_t - add a fake

[PATCH] drm/gma500: Make mdfld_dsi_connector_dpms() return a value

9a69a9ac20f7 ("drm: Make the connector dpms callback return a value, v2.") wants mdfld_dsi_connector_dpms to return a value. This fixes also a new gcc 5.2 warning: drivers/gpu/drm/gma500/mdfld_dsi_output.c:407:39: warning: initialization from incompatible pointer type

[PATCH v8 0/2] Add Rockchip Inno-HDMI driver

Hi Mark, Thanks for your apply ;) - Yakir On 02/18/2016 02:12 PM, Mark yao wrote: > On 2016年01月29日 14:42, Yakir Yang wrote: >> Here are a brief introduction to Innosilicon HDMI IP: >>- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant >> transmitter >>- Support HDMI1.4

[PATCH RFC v5 4/8] drm/i2c: tda998x: Add support of a DT graph of ports

On Thu, Feb 18, 2016 at 04:18:23PM +0100, Jean-Francois Moine wrote: > On Thu, 18 Feb 2016 08:35:30 -0600 > Rob Herring wrote: > > > On Wed, Feb 17, 2016 at 04:49:05PM +0200, Jyri Sarha wrote: > > > From: Jean-Francois Moine > > > > > > Two kinds of ports may be declared in a DT graph of

[Bug 93594] Flickering Shadows in The Talos Principle

after KILL_IF should not add much more overhead. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160218/455fd3cd/attachment.html>

[Bug 93591] [TONGA] ARK Survival Evolved: corruption of main menu textures

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160218/0972046e/attachment.html>

[Bug 93594] Flickering Shadows in The Talos Principle

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160218/419a98e2/attachment.html>

[PATCH 3/3] drm/atomic: Refuse to steal encoders from connectors not part of the state.

On Thu, Feb 18, 2016 at 01:43:11PM +0100, Daniel Vetter wrote: > On Thu, Feb 18, 2016 at 12:18:53PM +0100, Maarten Lankhorst wrote: > > Op 18-02-16 om 12:07 schreef Daniel Vetter: > > > On Thu, Feb 18, 2016 at 09:54:43AM +0100, Maarten Lankhorst wrote: > > >> Because encoder <-> connector mapping

[PATCH 2/2] drm/exynos: use real device for DMA-mapping operations

This patch changes device pointer provided to all calls to DMA-mapping subsystem from the virtual exynos-drm 'device' to the real device pointer of one of the CRTC devices (decon, fimd or mixer). This way no more hacks will be needed to configure proper DMA-mapping address space on the common

[PATCH 1/2] drm/exynos: refactor driver and device registration code

This patch refactors driver and device registration by moving all drivers to the common array. This way additional flags can be added later for new features. #ifdef-based code has been replaced by IS_ENABLED() macro usage. Signed-off-by: Marek Szyprowski ---

[PATCH 0/2] Exynos DRM: resolve problems with DMA and virtual exynos-drm device

Hello, This patchset resolves the issues with using 'exynos-drm' virtual device for allocating DMA buffers and performing various DMA-mapping operations inside Exynos DRM driver. 'exynos-drm' is a pure virtual device and some architectures (like ARM64) doesn't configure DMA-mapping operations

[pull] radeon and amdgpu drm-next-4.6

Hi Dave, First radeon and amdgpu pull request for 4.6. Highlights: - ACP support for APUs with i2s audio - CS ioctl optimizations - GPU scheduler optimizations - GPUVM optimizations - Initial GPU reset support (not enabled yet) - New powerplay sysfs interface for manually selecting clocks -

[PATCH v8 0/2] Add Rockchip Inno-HDMI driver

On 2016年01月29日 14:42, Yakir Yang wrote: > Here are a brief introduction to Innosilicon HDMI IP: >- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter >- Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec >- Digital video interface supports a pixel

[GIT PULL] drm/rockchip: new feature to support inno hdmi

Hi Dave These patches based on drm-next, it looks good and Innosilicon HDMI works, so I'd like you can land them. Thanks. The following changes since commit 5443ce86fa37e7d3cc63d2067d05e3388fdeec17: drm: virtio-gpu: set atomic flag (2016-02-11 08:56:23 +1000) are available in the git

[PATCH 3/3] drm/atomic: Refuse to steal encoders from connectors not part of the state.

On Thu, Feb 18, 2016 at 12:18:53PM +0100, Maarten Lankhorst wrote: > Op 18-02-16 om 12:07 schreef Daniel Vetter: > > On Thu, Feb 18, 2016 at 09:54:43AM +0100, Maarten Lankhorst wrote: > >> Because encoder <-> connector mapping is fixed when not moving to > >> another crtc we can just reject

[PATCH 3/3] drm/atomic: Refuse to steal encoders from connectors not part of the state.

Op 18-02-16 om 12:07 schreef Daniel Vetter: > On Thu, Feb 18, 2016 at 09:54:43AM +0100, Maarten Lankhorst wrote: >> Because encoder <-> connector mapping is fixed when not moving to >> another crtc we can just reject connectors trying to steal an encoder >> from a connector not part of the state.

[PULL] drm-intel-fixes

Hi Dave - Just one g4x hotplug fix from Ville here. I'll do another with the skl display power ref stuff from Imre independently. BR, Jani. The following changes since commit 631c0e84d941a43c9477afbea6374a18b816f68e: Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux

[Intel-gfx] [PATCH 2/3] drm/atomic: Refuse to steal encoders with index < conn_idx.

Op 18-02-16 om 12:09 schreef Daniel Vetter: > On Thu, Feb 18, 2016 at 09:54:42AM +0100, Maarten Lankhorst wrote: >> There was a potential to crash in the following case: >> [ 49.985270] [drm:update_connector_routing] Updating routing for >> [CONNECTOR:48:DP-3] >> [ 49.985273]

[PATCH 3/3] drm/atomic: Refuse to steal encoders from connectors not part of the state.

Op 18-02-16 om 12:07 schreef Daniel Vetter: > On Thu, Feb 18, 2016 at 09:54:43AM +0100, Maarten Lankhorst wrote: >> Because encoder <-> connector mapping is fixed when not moving to >> another crtc we can just reject connectors trying to steal an encoder >> from a connector not part of the state.

[Intel-gfx] [PATCH 0/3] drm/atomic: Fix encoder stealing.

On Thu, Feb 18, 2016 at 09:54:40AM +0100, Maarten Lankhorst wrote: > This is a small change to make encoder stealing work more as expected. I think the first step here is to type in unit tests with specific cases so that we can actually have a reasonable discussion about what's "expected".

[Intel-gfx] [PATCH 2/3] drm/atomic: Refuse to steal encoders with index < conn_idx.

On Thu, Feb 18, 2016 at 09:54:42AM +0100, Maarten Lankhorst wrote: > There was a potential to crash in the following case: > [ 49.985270] [drm:update_connector_routing] Updating routing for > [CONNECTOR:48:DP-3] > [ 49.985273] [drm:update_connector_routing] [CONNECTOR:48:DP-3] keeps >

[PATCH 3/3] drm/atomic: Refuse to steal encoders from connectors not part of the state.

On Thu, Feb 18, 2016 at 09:54:43AM +0100, Maarten Lankhorst wrote: > Because encoder <-> connector mapping is fixed when not moving to > another crtc we can just reject connectors trying to steal an encoder > from a connector not part of the state. This won't break MST on i915 > because in that

drm/gma500: Use correct unref in the gem bo create function

Please apply the following patch to stable 4.4. Seems we can hit this on CDV without an evil userspace. Fixes a warning and a race. commit d3e376f52d095103ca51dbda4d6ff8aaf488f98f Author: Daniel Vetter Date: Mon Nov 23 10:32:49 2015 +0100 drm/gma500: Use correct unref in the gem bo create

[PATCH v8.1 1/2] drm/rockchip: hdmi: add Innosilicon HDMI support

On 2016年02月18日 05:00, Heiko Stuebner wrote: > Am Mittwoch, 3. Februar 2016, 17:44:57 schrieb Yakir Yang: >> The Innosilicon HDMI is a low power HDMI 1.4 transmitter >> IP, and it have been integrated on some rockchip CPUs >> (like RK3036, RK312x). >> >> Signed-off-by: Yakir Yang > On a

userptr support in drm drivers

Hi Jean, Am 18.02.2016 um 09:59 schrieb Jean Delvare: > Hi Daniel, > > On Tue, 16 Feb 2016 22:14:12 +0100, Daniel Vetter wrote: >> On Tue, Feb 16, 2016 at 09:33:51PM +0100, Christian König wrote: >>> At least for Radeon and Amdgpu the current situation is actually what we >>> want. >>>

[Intel-gfx] [PATCH 3/6] drm/i915: enable CSC for pipe C

Thanks Matt, I'll drop this patch in the next series. - Lionel On 18/02/16 01:55, Matt Roper wrote: > On Tue, Feb 09, 2016 at 12:19:15PM +, Lionel Landwerlin wrote: >> Patch based on a previous series by Shashank Sharma. >> >> v2: Update contributors > Is this patch actually necessary? If I

userptr support in drm drivers

Hi Daniel, On Tue, 16 Feb 2016 22:14:12 +0100, Daniel Vetter wrote: > On Tue, Feb 16, 2016 at 09:33:51PM +0100, Christian König wrote: > > At least for Radeon and Amdgpu the current situation is actually what we > > want. > > > > >However I still find it confusing > > >that full userptr support

[PATCH 3/3] drm/atomic: Refuse to steal encoders from connectors not part of the state.

Because encoder <-> connector mapping is fixed when not moving to another crtc we can just reject connectors trying to steal an encoder from a connector not part of the state. This won't break MST on i915 because in that case connectors will be part of the state if you switch them between crtc's.

[PATCH 2/3] drm/atomic: Refuse to steal encoders with index < conn_idx.

There was a potential to crash in the following case: [ 49.985270] [drm:update_connector_routing] Updating routing for [CONNECTOR:48:DP-3] [ 49.985273] [drm:update_connector_routing] [CONNECTOR:48:DP-3] keeps [ENCODER:33:DP MST-33], now on [CRTC:21:crtc-0] [ 49.985275]

[PATCH 1/3] drm/atomic: Always call steal_encoder.

There's no need to have a separate function to get the crtc which is stolen, this can already be found when actually stealing the encoder. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 86 - 1 file changed, 28 insertions(+), 58

[PATCH 0/3] drm/atomic: Fix encoder stealing.

This is a small change to make encoder stealing work more as expected. First patch is a small cleanup, second patch is a small fix for a crash I was hitting on my skylake with MST. The third patch refuses to steal encoders from connectors not part of the state. I had an alternate version that

[Bug 93341] GPU lockups on RadeonHD 7770 (radeonsi driver) when running OpenGL games

-- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160218/79d5ba64/attachment.html>

userptr support in drm drivers

Hi Christian, On Tue, 16 Feb 2016 21:33:51 +0100, Christian König wrote: > At least for Radeon and Amdgpu the current situation is actually what we > want. > > > However I still find it confusing > > that full userptr support is under #if defined(CONFIG_MMU_NOTIFIER), > > and not under #if

[Bug 93341] GPU lockups on RadeonHD 7770 (radeonsi driver) when running OpenGL games

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160218/a920f2df/attachment.html>

[PATCH 1/2] dt-bindings: Add LG lp120up1 panel bindings

On Wed, Feb 17, 2016 at 02:50:38PM +0800, Jitao Shi wrote: > Add documentation for lp120up1 panel > > Signed-off-by: Jitao Shi > --- > .../bindings/display/panel/lg,lp120up1.txt |7 +++ > 1 file changed, 7 insertions(+) > create mode 100644 >

[PATCH RFC v5 4/8] drm/i2c: tda998x: Add support of a DT graph of ports

On Wed, Feb 17, 2016 at 04:49:05PM +0200, Jyri Sarha wrote: > From: Jean-Francois Moine > > Two kinds of ports may be declared in a DT graph of ports: video and audio. > This patch accepts the port value from a video port as an alternative > to the video-ports property. > It also accepts audio

[PATCH 3/5] drm/dp/mst: change MST detection scheme

Hi Dave, it seems to be missed call to drm_mode_connector_set_tile_property(port->connector); here: > + } else if (port->pdt == DP_PEER_DEVICE_SST_SINK || > + port->pdt == DP_PEER_DEVICE_DP_LEGACY_CONV) { > + if (!port->cached_edid) {

[Bug 94202] Driver stalls from time to time

chives/dri-devel/attachments/20160218/2a4da79a/attachment.html>

[Bug 93594] Flickering Shadows in The Talos Principle

ugh I suppose that means it potentially wouldn't early discard whole quads neither). -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/at

[PATCH v1 06/10] device property: switch to use UUID API

On Wednesday, February 17, 2016 02:17:24 PM Andy Shevchenko wrote: > Switch to use a generic UUID API instead of custom approach. It allows to > define UUIDs, compare them, and validate. > > Signed-off-by: Andy Shevchenko > --- > drivers/acpi/property.c | 18 -- > 1 file