[PATCH v11 2/4] PM / Domains: add setter for dev.pm_domain

On Thursday, January 07, 2016 03:47:01 PM Tomeu Vizoso wrote: > On 10 November 2015 at 10:33, Daniel Kurtz wrote: > [snip] > > > > The problem appears to be that: > > * On boot, platform_drv_probe() calls dev_pm_domain_attach() before > > drv->probe(); thus, it calls dev_pm_domain_attach()

[PATCH] MAINTAINERS: update for Freescale DCU DRM driver

On 7 January 2016 at 16:02, Stefan Agner wrote: > Promote myself as new maintainer of the Freescale DCU DRM driver. > > Signed-off-by: Stefan Agner > --- > This has been previously discussed privately. The original driver > author and maintainer Jianwei does not work for Freescale anymore > and

[PATCH v3] drm/exynos: fix kernel panic issue at drm releasing

This patch fixes a kernel panic issue which happened when drm driver is closed while modetest. This issue could be reproduced easily by launching modetest with page flip repeatedly. The reason is that invalid drm_file object could be accessed by send_vblank_event function when finishing page

[PATCH] drm/exynos: do not free pended event at postclose callback

These events will be freed by drm_events_release of DRM core so it doesn't need to free these events in SoC specific driver. This patch removes relevant codes from Exynos DRM driver. Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 11 --- 1 file changed, 11

[PATCH 0/4] drm/exynos: introduce generic zpos property

Hi Marek, 2016년 01월 05일 21:52에 Marek Szyprowski 이(가) 쓴 글: > Hello all, > > This patch series is a continuation of rework of blending support in > Exynos DRM driver. Some background can be found here: > http://www.spinics.net/lists/dri-devel/msg96969.html > > Daniel Vetter

[PATCH 1/4] drm: bridge/dw-hdmi: cache edid data

From: Sascha Hauer Instead of rereading the edid data each time userspace asks for them, read them once and cache them in the previously unused edid field in struct dw_hdmi. When the connector is disconnected, drop the cached edid data. Signed-off-by: Sascha Hauer

[PATCH 2/4] drm: bridge/dw-hdmi: remove unused code

From: Sascha Hauer The cable_plugin field in struct dw_hdmi is never set. Remove it and with it all code that is only executed when the variable is true. Signed-off-by: Sascha Hauer Signed-off-by: Philipp Zabel --- drivers/gpu/drm/bridge/dw-hdmi.c | 17

[PATCH 3/4] drm: bridge/dw-hdmi: detect initial connector state

Allow userspace to read the initial connector state via sysfs without having to issue a detect manually. There is no reason to keep the state unknown during initialization. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/bridge/dw-hdmi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 4/4] drm: bridge/dw-hdmi: use rx sense for plug detection if hpd is unreliable

Due to the voltage divider on the HPD line, the HDMI connector on imx6q-sabrelite doesn't reliably detect connected DVI monitors. This patch allows to use the RX_SENSE signals as a workaround when enabled by a boolean device tree property 'hpd-unreliable'. Signed-off-by: Philipp Zabel ---

[RFC PATCH v2 3/4] drm: rockchip: hdmi: add RK3229 HDMI support

Hi Philipp, On 01/08/2016 12:50 AM, Philipp Zabel wrote: > Hi Yakir, > > Am Donnerstag, den 07.01.2016, 18:15 +0800 schrieb Yakir Yang: >> Hi Philipp, >> >> Thanks for your fast respond :) >> >> On 01/07/2016 06:04 PM, Philipp Zabel wrote: >>> Am Donnerstag, den 07.01.2016, 17:02 +0800 schrieb

[RESEND,V2] drm: fsl-dcu: Fix no fb check bug

Hi guys, Am I loosing the plot here or something feels amiss here ? On 6 January 2016 at 06:12, Meng Yi wrote: > For state->fb or state->crtc may be NULL in fsl_dcu_drm_plane_atomic_check > function, if so, return 0. > > Signed-off-by: Meng Yi > Signed-off-by: Jianwei Wang > > --- > > change

[PATCH 1/3] drm/ttm: add ttm_bo_move_to_lru_tail function

Am 05.01.2016 um 22:34 schrieb Alex Deucher: > On Tue, Jan 5, 2016 at 7:16 AM, Christian König > wrote: >> From: Christian König >> >> This allows the drivers to move a BO to the end of the LRU >> without removing and adding it again. >> >> Signed-off-by: Christian König >> Reviewed-by:

[PATCH] drm/radeon: fix trivial typo in warning message

Am 08.01.2016 um 01:22 schrieb Alexandre Demers: > Signed-off-by: Alexandre Demers Reviewed-by: Christian König . We probably need to fix this in amdgpu as well. Thanks for the help, Christian. > --- > drivers/gpu/drm/radeon/radeon_device.c | 2 +- > 1 file changed, 1 insertion(+), 1

drm/amd/powerplay: show gpu load when print gpu performance for Cz. (v2)

On Fri, Jan 08, 2016 at 03:44:51AM +, Zhu, Rex wrote: > Hi Dan, > > It is (result == 0). > > From code, smum_send_msg_to_smc() will return negative a error code or zero. > > 0 mean success. > Hm.. I have investigated more and the problem is typos in tonga_send_msg_to_smc().

[patch] drm: move MODULE_PARM_DESC to other file

We moved the module options from drm_drv.c to drm_irq.c in 18882995713d ('drm: Move vblank related module options into drm_irq.c'). Let's move the MODULE_PARM_DESC()s as well so they're together. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c

[PATCH v2] drm/edid: index CEA/HDMI mode tables using the VIC

Add a dummy entry to CEA/HDMI mode tables so they can be indexed directly using the VIC, avoiding a +1/-1 dance here and there. This adds clarity to the error checking for various functions that return the VIC on success and zero on failure; we can now explicitly check for 0 instead of just

[PATCH 3/4] drm: bridge/dw-hdmi: detect initial connector state

On Fri, Jan 08, 2016 at 10:02:06AM +0100, Philipp Zabel wrote: > Allow userspace to read the initial connector state via sysfs without > having to issue a detect manually. There is no reason to keep the state > unknown during initialization. Can you describe how it can be unknown? I've always

[PATCH v2] drm/edid: index CEA/HDMI mode tables using the VIC

On Fri, Jan 08, 2016 at 01:21:51PM +0200, Jani Nikula wrote: > Add a dummy entry to CEA/HDMI mode tables so they can be indexed > directly using the VIC, avoiding a +1/-1 dance here and there. This adds > clarity to the error checking for various functions that return the VIC > on success and zero

[PATCH 4/4] drm: bridge/dw-hdmi: use rx sense for plug detection if hpd is unreliable

On Fri, Jan 08, 2016 at 10:02:07AM +0100, Philipp Zabel wrote: > Due to the voltage divider on the HPD line, the HDMI connector on > imx6q-sabrelite doesn't reliably detect connected DVI monitors. > This patch allows to use the RX_SENSE signals as a workaround when > enabled by a boolean device

[PATCH 3/4] drm: bridge/dw-hdmi: detect initial connector state

Am Freitag, den 08.01.2016, 11:24 + schrieb Russell King - ARM Linux: > On Fri, Jan 08, 2016 at 10:02:06AM +0100, Philipp Zabel wrote: > > Allow userspace to read the initial connector state via sysfs without > > having to issue a detect manually. There is no reason to keep the state > >

[PATCH] drm/radeon: fix trivial typo in warning message

Yes, a quick grep shows the same typo in several places: > $ grep -Rwn 'to small' drivers/gpu/ > > drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c:544:DRM_ERROR("BO to > small for addr 0x%010Lx %d %d\n", >

[PATCH v2 0/3] drm/bridge: add Silicon Image SiI8620 driver

Hi, This version of patchset contains fixes of interrupt pin and binding description according to Rob Herring comments. This patchset adds MHL bridge driver for Silicon Image SiI8620 chip. The chip is quite powerful, supports MHL versions up to 3.0. It is present in multiple mobile devices. I

[PATCH v2 1/3] video: add header file for Mobile High-Definition Link (MHL) interface

This header adds definitions specific to MHL protocol. Signed-off-by: Andrzej Hajda --- include/linux/mhl.h | 292 1 file changed, 292 insertions(+) create mode 100644 include/linux/mhl.h diff --git a/include/linux/mhl.h

[PATCH v2 2/3] dt-bindings: add Silicon Image SiI8620 bridge bindings

SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled via I2C bus. Signed-off-by: Andrzej Hajda --- v2: - changed specifier of INT pin from gpio to interrupt property, - improved description. --- .../bindings/video/bridge/sil-sii8620.txt | 33

[PATCH v2 3/3] drm/bridge: add Silicon Image SiI8620 driver

SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled via I2C bus. Its interaction with other devices in video pipeline is performed mainly on HW level. The only interaction it does on device driver level is filtering-out unsupported video modes, it exposes drm_bridge

[PATCH] drm/ttm: fix adding foreign BOs to the LRU during init

From: Christian König If we import a BO with an eternal reservation object we don't reserve/unreserve it. So we never add it to the LRU causing a possible deny of service. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 8 +++- 1 file changed,

[PATCH] etnaviv: etnaviv_drv: Remove owner assignment from platform_driver

This platform_driver does not need to set an owner as it will be populated by the driver core. Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci. Signed-off-by: Fabio Estevam --- drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v2] drm/edid: index CEA/HDMI mode tables using the VIC

On Fri, Jan 08, 2016 at 01:30:29PM +0200, Ville Syrjälä wrote: > On Fri, Jan 08, 2016 at 01:21:51PM +0200, Jani Nikula wrote: > > Add a dummy entry to CEA/HDMI mode tables so they can be indexed > > directly using the VIC, avoiding a +1/-1 dance here and there. This adds > > clarity to the error

[patch] drm: move MODULE_PARM_DESC to other file

On Fri, Jan 08, 2016 at 02:00:45PM +0300, Dan Carpenter wrote: > We moved the module options from drm_drv.c to drm_irq.c in 18882995713d > ('drm: Move vblank related module options into drm_irq.c'). Let's move > the MODULE_PARM_DESC()s as well so they're together. > > Signed-off-by: Dan

[Bug 88263] Civilization Beyond Earth crashes on r600

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

[PATCH 1/1] apple-gmux: Add initial documentation

On Mon, 4 Jan 2016 12:21:40 -0800 Darren Hart wrote: > Any concerns with this series? If not, I'll take it in via the pdx86 tree. > Well, it's built around the asciidoc patch, which isn't in the mainline at this point. Should things go a different direction, that could force some changes here;

[PATCH RFC 0/2] Add a display driver to the Allwinner H3

On Wed, 6 Jan 2016 22:20:46 +0100 Maxime Ripard wrote: > > As there is no documentation about the DE2 nor about the HDMI which > > are found in the H3, this driver has been built from Allwiiner's > > sources. > > That's unfortunate :/ > > Have you checked in the A64 BSP if there was some

[PATCH v4.4-rc8] radeon: r100: Silence 'may be used uninitialized' warnings

On Thu, Jan 7, 2016 at 12:31 PM, wrote: > From: Tim Gardner > > CC [M] drivers/gpu/drm/radeon/r100.o > In file included from drivers/gpu/drm/radeon/radeon_mode.h:37:0, > from drivers/gpu/drm/radeon/radeon.h:80, > from drivers/gpu/drm/radeon/r100.c:33: >

[PATCH 1/3] drm/ttm: add ttm_bo_move_to_lru_tail function

On Fri, Jan 8, 2016 at 4:33 AM, Christian König wrote: > Am 05.01.2016 um 22:34 schrieb Alex Deucher: >> >> On Tue, Jan 5, 2016 at 7:16 AM, Christian König >> wrote: >>> >>> From: Christian König >>> >>> This allows the drivers to move a BO to the end of the LRU >>> without removing and

[PATCH] drm/radeon: fix trivial typo in warning message

On Thu, Jan 7, 2016 at 7:22 PM, Alexandre Demers wrote: > Signed-off-by: Alexandre Demers Applied. thanks! Alex > --- > drivers/gpu/drm/radeon/radeon_device.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_device.c >

[PATCH RFC 1/2] clk: sunxi: Add sun8i display support

On Wed, 6 Jan 2016 10:39:51 +0800 Chen-Yu Tsai wrote: > First of all, please include the clk subsystem maintainers and the > linux-clk mailing list for all clk related patches. OK. > On Wed, Jan 6, 2016 at 2:28 AM, Jean-Francois Moine > wrote: > > Add the clock types which are used by the

[PATCH v2 2/3] dt-bindings: add Silicon Image SiI8620 bridge bindings

On Fri, Jan 08, 2016 at 01:48:56PM +0100, Andrzej Hajda wrote: > SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled > via I2C bus. > > Signed-off-by: Andrzej Hajda > --- > v2: > - changed specifier of INT pin from gpio to interrupt property, > - improved description. >

[PATCH 0/2] Last minute 4.4 fixes

Dave, A comple of small but important fixes for vmwgfx. Not sure there will be time to get them in though. /Thomas

[PATCH 1/2] drm/vmwgfx: Fix an incorrect lock check

With CONFIG_SMP=n and CONFIG_DEBUG_SPINLOCK=y the vmwgfx kernel module would unconditionally throw a bug when checking for a held spinlock in the command buffer code. Fix this by using a lockdep check. Cc: Reported-and-tested-by: Tetsuo Handa Signed-off-by: Thomas Hellstrom Reviewed-by:

[PATCH 2/2] drm/vmwgfx: Fix a width / pitch mismatch on framebuffer updates

When the framebuffer is a vmwgfx dma buffer and a proxy surface is created, the vmw_kms_update_proxy() function requires that the proxy surface width and the framebuffer pitch are compatible, otherwise display corruption occurs as seen in gnome-shell/native with software 3D. Since the framebuffer

[pull] radeon and amdgpu drm-next-4.5

On Thu, Jan 7, 2016 at 5:34 PM, Alex Deucher wrote: > Hi Dave, > > Misc fixes for amdgpu and radeon for 4.5. The bulk of the changes > are smatch fixes and cleanups. This also includes the DP MST fixes > from Mykola. Beyond that some fixes from Christian to avoid -ENOMEM > errors in some

AMD: amdgpu/radeonsi support for mobile FirePro?

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

AMD: amdgpu/radeonsi support for mobile FirePro?

On Fri, Jan 8, 2016 at 3:00 PM, Alex G.S. wrote: > Dear Radeon Devs, > > What's the support status of the AMD FirePro W5170M and AMD FirePro W5130M. > I'm confused as to whether these will support 'radeonsi' or 'amdgpu'. After > doing exhaustive research I've come across codenames like Tropo

[PATCH] drm: Release driver references to handle before making it available again

When userspace closes a handle, we remove it from the file->object_idr and then tell the driver to drop its references to that file/handle. However, as the file/handle is already available again for reuse, it may be reallocated back to userspace and active on a new object before the driver has had

[PATCH 00/21] drm_event cleanup

Hi all, This patch series is inspired by a WIP patch from Rob Clark to consolidate the drm_event handling a bit. I've went a bit further and also moved the pending event handling and unlinking into the core, which allows us to nuke a bunch of code from drivers who all copypasted this themselves.

[PATCH 01/21] drm: kerneldoc for drm_fops.c

Just prep work before I throw more drm_event refactorings on top. Signed-off-by: Daniel Vetter --- Documentation/DocBook/gpu.tmpl | 48 +-- drivers/gpu/drm/drm_fops.c | 129 ++--- include/drm/drmP.h | 17 +++--- 3 files changed,

[PATCH 02/21] drm: Add functions to setup/tear down drm_events.

An attempt at not spreading out the file_priv->event_space stuff out quite so far and wide. And I think fixes something in ipp_get_event() that is broken (or if they are doing something more weird/subtle, then breaks it in a fun way). Based upon a patch from Rob Clark, rebased and polished. Cc:

[PATCH 03/21] drm/exynos: Use the new event init/free functions

Also fixes a bug in IPP with not correctly checking/allocating for space in the event space. Not a too serious bug since it's not a real ringbuffer, just a limit to avoid too much kernel allocations. Cc: Rob Clark Cc: Inki Dae Signed-off-by: Daniel Vetter ---

[PATCH 05/21] drm: Create drm_send_event helpers

Use them in the core vblank code and exynos/vmwgfx drivers. Note that the difference between wake_up_all and _interruptible in vmwgfx doesn't matter since the only waiter is the core code in drm_fops.c. And that is interruptible. Cc: Thomas Hellstrom Cc: Inki Dae Signed-off-by: Daniel Vetter

[PATCH 06/21] drm/fsl: Remove preclose hook

Doesn't do anything, but annoys when auditing them all. Cc: Jianwei Wang Signed-off-by: Daniel Vetter --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c

[PATCH 07/21] drm/armada: Remove NULL open/pre/postclose hooks

The compiler will do this, but the void hits when grepping all the hooks for a subsystem wide audit are slightly annoying. So remove them for next time around. Cc: Russell King Signed-off-by: Daniel Vetter --- drivers/gpu/drm/armada/armada_drv.c | 3 --- 1 file

[PATCH 08/21] drm/gma500: Remove empty preclose hook

I'm auditing them all, empty ones just confuse ... Cc: Patrik Jakobsson Signed-off-by: Daniel Vetter --- drivers/gpu/drm/gma500/psb_drv.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_drv.c index

[PATCH 09/21] drm: Clean up pending events in the core

There's really no reason to not do so, instead of replicating this for every use-case and every driver. Now we can't just nuke the events, since that would still mean that all drm_event users would need to know when that has happened, since calling e.g. drm_send_event isn't allowed any more.

[PATCH 10/21] drm/i915: Nuke intel_modeset_preclose

Now that the drm core unlinks/disarms events there's no need to do so ourselves anymore. Nuke the code. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_dma.c | 2 -- drivers/gpu/drm/i915/intel_display.c | 21 - drivers/gpu/drm/i915/intel_drv.h | 1 - 3

[PATCH 11/21] drm/atmel: Nuke preclose

The only thing this did was cancle pending flip events, and the core takes care of that now. Cc: Boris Brezillon Signed-off-by: Daniel Vetter --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 18 -- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 10 --

[PATCH 04/21] drm/vmwgfx: Use the new event init/free functions

Cc: Rob Clark Signed-off-by: Daniel Vetter --- drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 32 1 file changed, 8 insertions(+), 24 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c b/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c index

[PATCH 12/21] drm/exynos: Remove event cancelling from postclose

The core takes care of this now. And since kfree(NULL) is ok we can simplify the function even further now. Cc: Inki Dae Signed-off-by: Daniel Vetter --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 14 -- 1 file changed, 14 deletions(-) diff --git

[PATCH 13/21] drm/imx: Unconfuse preclose logic

So this one is special, since it tries to prevent races when userspace crashes simply by disabling the vblank machinery. Well except that imx always has vblanks enabled, and the disable_vblank hook actually just tries to cancel a pending pageflip. Without any locking whatsoever. Of course this is

[PATCH 14/21] drm/msm: Nuke preclose hooks

They only complete the page flip events to avoid oops when the drm file closes. The core takes care of that now and we can remove this code. Cc: Rob Clark Signed-off-by: Daniel Vetter --- drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 7 --- drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c | 11

[PATCH 15/21] drm/omap: Nuke close hooks

Again since the core takes care of this we can remove them. While at it also remove the postclose hook, it's empty. Cc: Laurent Pinchart Cc: Tomi Valkeinen Signed-off-by: Daniel Vetter --- drivers/gpu/drm/omapdrm/omap_drv.c | 29 - 1 file changed, 29 deletions(-)

[PATCH 16/21] drm/rcar: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. Cc: Laurent Pinchart Signed-off-by: Daniel Vetter --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 20 drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 2 --

[PATCH 17/21] drm/shmob: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. Cc: Laurent Pinchart Signed-off-by: Daniel Vetter --- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 20 drivers/gpu/drm/shmobile/shmob_drm_drv.c | 8 2 files changed,

[PATCH 18/21] drm/tegra: Stop cancelling page flip events

The core takes care of that now. Cc: Thierry Reding Cc: Terje Bergström Signed-off-by: Daniel Vetter --- drivers/gpu/drm/tegra/dc.c | 17 - drivers/gpu/drm/tegra/drm.c | 3 --- 2 files changed, 20 deletions(-) diff --git a/drivers/gpu/drm/tegra/dc.c

[PATCH 19/21] drm/tilcdc: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. Cc: Rob Clark Signed-off-by: Daniel Vetter --- drivers/gpu/drm/shmobile/shmob_drm_crtc.h | 2 -- drivers/gpu/drm/tegra/drm.h | 1 - drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 20

[PATCH 20/21] drm/vc4: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. Cc: Eric Anholt Signed-off-by: Daniel Vetter enter the commit message for your changes. Lines starting --- drivers/gpu/drm/vc4/vc4_crtc.c | 20 drivers/gpu/drm/vc4/vc4_drv.c |

[PATCH 21/21] drm/vmwgfx: Nuke preclose hook

Again since the drm core takes care of event unlinking/disarming this is now just needless code. Cc: Thomas Hellström Signed-off-by: Daniel Vetter --- drivers/gpu/drm/vc4/vc4_drv.h | 1 - drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 10 - drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 38

[PATCH 1/1] apple-gmux: Add initial documentation

On Mon, Jan 04, 2016 at 12:21:40PM -0800, Darren Hart wrote: > On Mon, Jan 04, 2016 at 05:52:06PM +0100, Lukas Wunner wrote: > > Document what I've learned so far about the gmux so that we can > > collaboratively reverse-engineer its remaining unknown bits > > without everyone having to start from

AMD: amdgpu/radeonsi support for mobile FirePro?

Am 08.01.2016 um 21:00 schrieb Alex G.S.: > What's the support status of the AMD FirePro W5170M and AMD FirePro W5130M. > I'm confused as to whether these will support 'radeonsi' or 'amdgpu'. I think that is a false dichotomy. The (free) Linux driver consists of a kernel part and a (or actual

amdgpu/radeonsi support for mobile FirePro?

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

[PATCH 21/21] drm/vmwgfx: Nuke preclose hook

On 01/08/2016 09:36 PM, Daniel Vetter wrote: > Again since the drm core takes care of event unlinking/disarming this > is now just needless code. > > Cc: Thomas Hellström > Signed-off-by: Daniel Vetter Hmm, IIRC this is actually a list of events that core drm is not aware of yet. They sit on

[PATCH 02/21] drm: Add functions to setup/tear down drm_events.

On Fri, Jan 8, 2016 at 3:36 PM, Daniel Vetter wrote: > An attempt at not spreading out the file_priv->event_space stuff out > quite so far and wide. And I think fixes something in ipp_get_event() > that is broken (or if they are doing something more weird/subtle, then > breaks it in a fun way).

[pull] radeon and amdgpu drm-next-4.5

Hi Dave, Misc fixes for amdgpu and radeon for 4.5. Pretty much the same as the requst I sent yesterday minus the ttm and dependent CS ioctl fixes from Christian until we sort out all the additional issues that uncovered. The bulk of the changes are smatch fixes and cleanups. This also includes

[PATCH 00/21] drm_event cleanup

On Fri, Jan 8, 2016 at 3:36 PM, Daniel Vetter wrote: > Hi all, > > This patch series is inspired by a WIP patch from Rob Clark to consolidate the > drm_event handling a bit. I've went a bit further and also moved the pending > event handling and unlinking into the core, which allows us to nuke a

[PATCH v2 0/3] drm: adv7511: edid read fixes

So, here is my V2 of this series. Changes: * Added tags. Thanks to Laurent and Lars-Peter for review and to Archit for testing. Much appreciated! * rephrased the comment and commit message in patch 1 to be hopefully less confusing :) No code changes! Thanks, Wolfram Wolfram Sang (3):

[PATCH v2 1/3] drm: adv7511: really enable interrupts for EDID detection

From: Wolfram Sang The interrupts for EDID_READY or DDC_ERROR were never enabled in this driver, so reading EDID always timed out when chip was powered down and interrupts were used. Fix this and also remove clearing the interrupt flags, they are cleared in

[PATCH v2 2/3] drm: adv7511: mark ADV7511_REG_EDID_READ_CTRL volatile

From: Wolfram Sang This register includes a counter which is decremented by the chip on I2C failures. Also, it is reset when powering down. Signed-off-by: Wolfram Sang Reviewed-by: Laurent Pinchart Tested-by: Archit Taneja

[PATCH v2 3/3] drm: adv7511: it's HPD, not HDP

From: Wolfram Sang Fix this typo, consequently used over both files :) Signed-off-by: Wolfram Sang Acked-by: Lars-Peter Clausen Reviewed-by: Laurent Pinchart Tested-by: Archit Taneja --- drivers/gpu/drm/i2c/adv7511.c |

[Bug 110211] [regression bisected] amdgpu Fury X Unplayable Slow Down on Dota 2

https://bugzilla.kernel.org/show_bug.cgi?id=110211 --- Comment #5 from Kevin McCormack --- Well, it seems that things are much better with 4.4rc8! I'm not sure why. It could also be the new Mushkin RAM I installed. I was having a lot of other random issues with my G.Skill Ares kit like lots of

[PATCH 6/8] ASoC: AMD: add AMD ASoC ACP 2.x DMA driver

On Tue, Jan 5, 2016 at 1:43 PM, Mark Brown wrote: > On Wed, Dec 23, 2015 at 02:01:13PM -0500, Alex Deucher wrote: > >> --- /dev/null >> +++ b/sound/soc/amd/Kconfig >> @@ -0,0 +1,4 @@ >> +config SND_SOC_AMD_ACP >> + tristate "AMD Audio Coprocessor support" >> + help >> + This option

[PATCH] drm: Release driver references to handle before making it available again

On Fri, Jan 08, 2016 at 08:25:07PM +, Chris Wilson wrote: > Whilst calling back into the driver, we have to drop the > file->table_lock spinlock and so to prevent reusing the closed handle we > mark that handle as stale in the idr, perform the callback and then > remove the handle. It is then

[PATCH 0/9] Add ASoC support for AMD APUs [v7]

This patch set implements support for i2s audio and new AMD GPUs. The i2s codec is fed by a DMA engine on the GPU. To handle this we create mfd cells which we hang the i2s codec and DMA engine on. Because of this, this patch set covers two subsystems: drm and alsa. The drm patches add support for

[PATCH 2/9] drm/amdgpu: add irq domain support

Hardware blocks on the GPU like ACP generate interrupts in the GPU interrupt controller, but are driven by a separate driver. Add an irq domain to the GPU driver so that blocks like ACP can register a Linux interrupt. Acked-by: Dave Airlie Acked-by: Christian König Signed-off-by: Alex Deucher

[PATCH 1/9] drm/amdgpu/cgs: add an interface to access PCI resources

This provides an interface to get access to the base address of PCI resources (MMIO, DOORBELL, etc.). Only MMIO and DOORBELL are implemented right now. This is necessary to properly utilize shared drivers on platform devices. IP modules can use this interface to get the base address of the

[PATCH 3/9] ASoC: dwc: add quirk to override COMP_PARAM_1 register

From: Maruthi Srinivas Bayyavarapu DWC for capture in ACP 2.x IP reports playback and capture capabilities though it supports only capture. Added a quirk to override default value to represent capture capability only. Signed-off-by: Maruthi Bayyavarapu

[PATCH 5/9] drm/amd: add pm domain for ACP IP sub blocks

From: Maruthi Srinivas Bayyavarapu ACP IP have internal DMA controller, DW I2S controller and DSPs as separate power tiles. DMA and I2S devices are added to generic pm domain, so that entire IP can be powered off/on at appropriate times. Unused DSPs are made to be

[PATCH 9/9] ASoC: AMD: Manage ACP 2.x SRAM banks power

From: Maruthi Srinivas Bayyavarapu ACP SRAM banks gets turned on when ACP is powered on. Not all banks are used for playback/capture. So, power on required banks during audio device open and power off during audio device close. Signed-off-by: Maruthi Bayyavarapu

[PATCH 7/9] ASoC: AMD: add AMD ASoC ACP 2.x DMA driver

From: Maruthi Srinivas Bayyavarapu ACP IP has internal DMA controller with multiple channels which can be programmed in cyclic/non cyclic manner. ACP can generate interrupt upon completion of DMA transfer, if required. The PCM driver provides the platform DMA

[PATCH 4/9] drm/amd: add ACP driver support

From: Maruthi Bayyavarapu This adds the ACP (Audio CoProcessor) IP driver and wires it up to the amdgpu driver. The ACP block provides the DMA engine for i2s based ALSA driver. This is required for audio on APUs that utilize an i2s codec. Reviewed-by: Jammy Zhou

[PATCH 8/9] ASoC: AMD: add pm ops

From: Maruthi Srinivas Bayyavarapu genpd will power off/on ACP to manage runtime ACP PM. ACP runtime PM hooks are added to get it deinitialized and initialized respectively, after it is powered off/on. When system goes to suspend when audio usecase is active, ACP

[PATCH v2] drm: Release driver references to handle before making it available again

When userspace closes a handle, we remove it from the file->object_idr and then tell the driver to drop its references to that file/handle. However, as the file/handle is already available again for reuse, it may be reallocated back to userspace and active on a new object before the driver has had

[PATCH] x86: Add an explicit barrier() to clflushopt()

On 01/07/16 14:32, H. Peter Anvin wrote: > > Nevermind. CLFLUSH is not ordered with regards to CLFLUSHOPT to the > same cache line. > *Except* to the same cache line, dammit. -hpa

[PATCH 6/9] ASoC : AMD : add ACP 2.2 register headers

From: Maruthi Srinivas Bayyavarapu These are register headers for the ACP (Audio CoProcessor) v2.2 Signed-off-by: Maruthi Bayyavarapu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- sound/soc/amd/include/acp_2_2_d.h | 609

drm/amd/powerplay: show gpu load when print gpu performance for Cz. (v2)

Hi Dan, It is (result == 0).