[PATCH v4 6/7] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

base on dfi result, we do ddr frequency scaling, register dmc driver to devfreq framework, and use simple-ondemand policy. Signed-off-by: Lin Huang --- Changes in v4: - use arm_smccc_smc() function talk to bl31 - delete rockchip_dmc.c file and config - delete dmc_notify - adjust probe order

[PATCH v4 7/7] drm/rockchip: Add dmc notifier in vop driver

when in ddr frequency scaling process, vop can not do enable or disable operation, since dcf will base on vop vblank time to do frequency scaling and need to get vop irq if there have vop enabled. So need register to devfreq notifier, and we can get the dmc status. Also, when there have two vop

[RFC 0/3] drm: Add DRM text mode

On Thu, Jul 28, 2016 at 04:15:04PM +0200, Noralf Trønnes wrote: > This patchset explores the idea of adding a DRM text mode > (like VGA text mode) to get an alternative to fbcon/fbdev. > > David Hermann has done alot of work on a fbcon replacement: > - drm: add kernel-log renderer (Mar 2014)[1]

[RFC 0/3] drm: Add DRM text mode

Actually adding David. -Daniel On Fri, Jul 29, 2016 at 10:20:51AM +0200, Daniel Vetter wrote: > On Thu, Jul 28, 2016 at 04:15:04PM +0200, Noralf Trønnes wrote: > > This patchset explores the idea of adding a DRM text mode > > (like VGA text mode) to get an alternative to fbcon/fbdev. > > > >

[PATCH v8 0/4] Generic zpos property

version 8: move drm_blend.o from drm-y to drm_kms_helper-y to avoid EXPORT_SYMBOL(drm_atomic_helper_normalize_zpos) remove dead function declarations in drm_crtc.h rebased code on drm-next + merge of git://linuxtv.org/media_tree.git vsp1 branch. version 7: remove useless EXPORT_SYMBOL() better

[PATCH v8 2/4] drm: sti: use generic zpos for plane

remove private zpos property and use instead the generic new. zpos range is now fixed per plane type and normalized before being using in mixer. Signed-off-by: Benjamin Gaignard Cc: Inki Dae Cc: Daniel Vetter Cc: Ville Syrjala Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc: Andrzej Hajda Cc:

[PATCH v8 1/4] drm: add generic zpos property

From: Marek Szyprowski version 8: - move drm_blend.o from drm-y to drm_kms_helper-y to avoid EXPORT_SYMBOL(drm_atomic_helper_normalize_zpos) - remove dead function declarations in drm_crtc.h version 7: - remove useless EXPORT_SYMBOL() - better z-order wording in

[PATCH v8 3/4] drm/exynos: use generic code for managing zpos plane property

From: Marek Szyprowski This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski Signed-off-by: Benjamin Gaignard Cc: Inki Dae Cc: Daniel Vetter Cc: Ville Syrjala Cc: Joonyoung Shim

[PATCH v8 4/4] drm: rcar: use generic code for managing zpos plane property

version 6: rebased patch on top rcar-du changes for zpos version 4: fix null pointer issue while setting zpos in plane reset function This patch replaces zpos property handling custom code in rcar DRM driver with calls to generic DRM code. Signed-off-by: Benjamin Gaignard Reviewed-by: Laurent

[PATCH 0/7] drm/mediatek: cleaning up and refine

These patches based on 4.7-rc1 to clean up unused function & variable and use drm core function instead. The following patches are needed to cleanly apply on top of v4.7-rc1: - https://patchwork.kernel.org/patch/8044001/ (drm: Deal with rotation in drm_plane_helper_check_update()) -

[PATCH 1/7] drm/mediatek: Remove mtk_drm_crtc_check_flush

From: Daniel Kurtz This function no longer exists. Signed-off-by: Daniel Kurtz Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.h |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.h

[PATCH 2/7] drm/mediatek: plane: Remove plane zpos/index

From: Daniel Kurtz It is not actually useful to a mtk plane to know its zpos/index, so just remove this field. This let's us completely remove struct mtk_drm_plane in a follow up patch. Signed-off-by: Daniel Kurtz Signed-off-by: Bibby Hsieh ---

[PATCH 3/7] drm/mediatek: Remove mtk_drm_plane

From: Daniel Kurtz Now that mtk_drm_plane just contains its base struct drm_plane, we can just remove it and use struct drm_plane everywhere. Signed-off-by: Daniel Kurtz Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 16

[PATCH 6/7] drm/mediatek: plane: Use FB's format's cpp to compute x offset

From: Daniel Kurtz Use the framebuffer's format to compute its cpp, and use it when calculating the address shift value. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_plane.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 4/7] drm/mediatek: Use drm_atomic destroy_state helpers

Use the core destroy_state helpers to destroy core state to ensure we don't leak if/when more fields get added later. Signed-off-by: Daniel Kurtz Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c |3 +-- drivers/gpu/drm/mediatek/mtk_drm_plane.c |3 +-- 2 files

[PATCH 7/7] drm/mediatek: Fix mtk_atomic_complete for runtime_pm

To properly implement atomic w/ runtime pm, we move drm_atomic_helper_commit_modeset_enables() above drm_atomic_helper_commit_planes() to ensure CRTCs are enabled before modifying plane registers, and set active_only to true to filter out plane update notifications when the CRTC is disabled.

[PATCH 5/7] drm/mediatek: plane: Merge mtk_plane_enable into mtk_plane_atomic_update

From: Daniel Kurtz The mtk_plane_enable is just called once by mtk_plane_atomic_update. So, merge mtk_plane_enable into mtk_plane_atomic_update. While we are here, also clean up the function a bit by using an fb local variables. Signed-off-by: Bibby Hsieh Signed-off-by:

[PATCH v2] drm/fsl-dcu: Implement gamma_lut atomic crtc properties

Gamma correction is optional and can be used to adjust the color output values to match the gamut of a particular TFT LCD panel Gamma_R, Gamma_G and Gamma_B registers are little-endian registers while the rest of the address-space in 2D-ACE is big-endian. Signed-off-by: Meng Yi --- Changes in

[PATCH v14 0/17] Add Analogix Core Display Port Driver

On 5 April 2016 at 04:06, Yakir Yang wrote: > Hi Daniel, > > > On 03/31/2016 06:15 PM, Daniel Vetter wrote: >> >> On Mon, Feb 15, 2016 at 07:08:05PM +0800, Yakir Yang wrote: >>> >>> Hi all, >>> >>>The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller >>> share the same IP, so a

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

On Thu, Jul 28, 2016 at 05:03:52PM -0700, Matt Roper wrote: > This is completely untested (and probably horribly broken/buggy), but > here's a quick mockup of the general approach I was thinking for > ensuring DDB & WM's can be updated together while ensuring the > three-step pipe flushing process

[Bug 97039] The Talos Principle and Serious Sam 3 GPU faults

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/2cc313dc/attachment.html>

[Bug 97039] The Talos Principle and Serious Sam 3 GPU faults

|--- -- 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/20160729/e91cb499/attachment.html>

[Bug 84156] Half of lighting gets broken in older apps

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/0e83d4b4/attachment.html>

[PATCH 2/7] drm/mediatek: plane: Remove plane zpos/index

Hi, Bibby: On Fri, 2016-07-29 at 17:04 +0800, Bibby Hsieh wrote: > From: Daniel Kurtz > > It is not actually useful to a mtk plane to know its zpos/index, so just > remove this field. > > This let's us completely remove struct mtk_drm_plane in a follow up patch. 'let's us'? My English is not

[Bug 97038] OpenArena couple times slower using llvm 3.9

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/39f27ed4/attachment.html>

[Bug 96326] Heavy screen flickering in OpenGL apps on R9 390

An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/24f7cc93/attachment-0001.html>

[Bug 97128] Kernel hang when running out of memory

¶nig Signed-off-by: Alex Deucher -- 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/20160729/0483acc6/attachment.html>

[Bug 97069] Radeon r600 glamor corruptions on ARM64

L: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/38fda808/attachment.html>

[PATCH v3] drm/atomic-helper: Add atomic_mode_set helper callback

Some encoders need more information from crtc and connector state or connector display info than just the mode during mode setting. This patch adds an atomic encoder mode setting variant that passes the crtc state (which contains the modes) and the connector state. atomic_enable/disable variants

[PATCH] drm/imx: Remove imx_drm_handle_vblank()

Am Freitag, den 29.07.2016, 14:00 +0800 schrieb Liu Ying: > imx_drm_handle_vblank() is just a simple wrapper of drm_crtc_handle_vblank() > without doing any thing fancy - drm_crtc_handle_vblank() can be called > directly. So, let's remove the wrapper. > > Signed-off-by: Liu Ying Applied, thank

[PULL REQUEST] Generic zpos property

Hello Dave, This pull request is for z-pos feature. It include generic code for new z-pos property and functions to normalize it (in a new file named drm_blend.c) Three drivers (exynos, rcard-du and sti) have been modified to take benefit of this generic implementation of z-order. I have to warn

[PATCH v3] drm/atomic-helper: Add atomic_mode_set helper callback

On Fri, Jul 29, 2016 at 03:20:04PM +0200, Philipp Zabel wrote: > Some encoders need more information from crtc and connector state or > connector display info than just the mode during mode setting. This > patch adds an atomic encoder mode setting variant that passes the crtc > state (which

[Bug 95427] gem_userptr_blits@mlocked-* should skip due to memory pre-condition not met

achment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/2e713770/attachment-0001.html>

[Bug 97128] Kernel hang when running out of memory

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/c3d27ec6/attachment.html>

[Bug 96326] Heavy screen flickering in OpenGL apps on R9 390

nts/20160729/f3874c1c/attachment.html>

[PATCH 2/2] dt-bindings: add simple-panel-dsi and simple-panel

e common helpers (I'm thinking one that takes as input the target clock frequency and the timing ranges and outputs a mode with the porches adjusted to match the target clock frequency as closely as possible). The big advantage is, of course, that device trees become trivial to write and people don't have to manually stitch together timings to get to the desired result. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/fd6558a0/attachment.sig>

[Bug 94249] Topaz GPU not working correctly

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/20160729/2c5906ab/attachment.html>

[Bug 94249] Topaz GPU not working correctly

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/2173ddd0/attachment-0001.html>

[Bug 94249] Topaz GPU not working correctly

nal. I'm not sure where those missing symbols are from. -- 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/20160729/72fc5fcf/atta

[Bug 94249] Topaz GPU not working correctly

ing DRI_PRIME=1 glxinfo with xf86-video-intel using DRI3). -- 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/20160729/11

[Bug 94249] Topaz GPU not working correctly

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

[Bug 97128] Kernel hang when running out of memory

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/b2ebe722/attachment.html>

[PATCH v2 3/3] drm/mediatek: fix the wrong pixel clock when resolution is 4K

to the of_device_id table (it'll obtain it via an indirect dev->driver->of_match_table), so you don't have to move this around and make this patch overall less churn. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/de5bab71/attachment.sig>

[Bug 96721] radeon: unable to handle kernel paging request with counter strike: go

https://bugzilla.kernel.org/show_bug.cgi?id=96721 --- Comment #1 from Christoph Haag --- Created attachment 226841 --> https://bugzilla.kernel.org/attachment.cgi?id=226841=edit dmesg with stacktrace used for getting line numbers With 4.7 it's still happening. I finally built a kernel with

ATPX changes in drm-next-4.8 and D3cold handling

> -Original Message- > From: Peter Wu [mailto:peter at lekensteyn.nl] > Sent: Thursday, July 28, 2016 8:00 PM > To: Lukas Wunner > Cc: Deucher, Alexander; dri-devel at lists.freedesktop.org; Christoph Haag; > Koenig, Christian; amd-gfx at lists.freedesktop.org; Zhang, Hawking > Subject:

[PATCH 1/2] drm: mali-dp: Clear the config_valid flag before using it in wait_event.

config_valid variable is used to signal the activation of the CVAL request when the vsync interrupt has fired. malidp_set_and_wait_config_valid() uses the variable in wait_event_interruptible_timeout without clearing it first, so the wait is skipped. Cc: Brian Starkey Signed-off-by: Liviu Dudau

[PATCH 2/2] drm: mali-dp: Set the drm->irq_enabled flag to match driver's state.

Mali DP driver does not use drm_irq_{un,}install() function so the drm->irq_enabled flag does not get managed automatically. Among other DRM framework functions, drm_wait_vblank() checks the value of the flag and return -EINVAL if not set. Cc: Brian Starkey Signed-off-by: Liviu Dudau ---

Cleanup patches for mali-dp driver

Hi, A couple of patches to fix issues that I have discovered during the development of more Mali DP features :) I would like to take these patches through drm-misc and don't go through the mali-dp tree as I will be going on holiday for a month. If anyone has patches for Mali DP driver (or

[Bug 95427] gem_userptr_blits@mlocked-* should skip due to memory pre-condition not met

ubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/b6ec0f0c/attachment.html>

[Bug 95427] gem_userptr_blits@mlocked-* should skip due to memory pre-condition not met

The messages are nothing to do with this test, just spam. -- 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/20160729/67c1eee7/attachment.html>

[Bug 93050] Amdgpu, Tonga "IO_PAGE_FAULT" and "[amdgpu]] *ERROR* amdgpu: ring 0 test failed" result in Kernel Panic

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/09e407d0/attachment.html>

ATPX changes in drm-next-4.8 and D3cold handling

On Fri, Jul 29, 2016 at 03:45:50PM +, Deucher, Alexander wrote: > > -Original Message- > > From: Peter Wu [mailto:peter at lekensteyn.nl] > > Sent: Thursday, July 28, 2016 8:00 PM > > To: Lukas Wunner > > Cc: Deucher, Alexander; dri-devel at lists.freedesktop.org; Christoph Haag; > >

[pull] radeon and amdgpu drm-next-4.8

Hi Dave, A few more patches for amdgpu and radeon for 4.8. The big change is the additional power feature enablement for polaris that was pending the 4.7 back merge. The rest are mainly bug fixes and cleanups. The following changes since commit 162b20d2f9ef9dfa833cc329b1e8957beb672349:

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

So I've been working on trying to fix this entirely again (e.g. writing the ddb properly), since from bug reports it still doesn't sound like we've got enough workarounds to make this tolerable. I've shown this to matt roper, but I should probably post what I've been trying to do for you as well.

[Bug 96326] Heavy screen flickering in OpenGL apps on R9 390

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/20160729/1dc694e8/attachment.html>

[Bug 96326] Heavy screen flickering in OpenGL apps on R9 390

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

[Bug 96326] Heavy screen flickering in OpenGL apps on R9 390

gpu? Currently amdgpu.ko, radeon.ko in the past. -- 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/20160729/b59330b4/attachment.html>

[PATCH] drm/analogix_dp: Ensure the panel is properly prepared/unprepared

Instead of just preparing the panel on bind, actually prepare/unprepare during modeset/disable. The panel must be prepared in order to read hpd status, so we need to refcount the prepares in order to ensure we don't accidentally turn the panel off at the wrong time. Signed-off-by: Sean Paul ---

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

On Fri, Jul 29, 2016 at 02:48:09PM -0400, Lyude wrote: > So I've been working on trying to fix this entirely again (e.g. writing > the ddb properly), since from bug reports it still doesn't sound like > we've got enough workarounds to make this tolerable. I've shown this to > matt roper, but I

[Intel-gfx] [PATCH v2] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

On Fri, Jul 29, 2016 at 08:50:05AM +0300, Joonas Lahtinen wrote: > Only property creation uses the rotation as an index, so convert the > to figure the index when needed. > > v2: Use the new defines to build the _MASK defines (Sean) > > Cc: intel-gfx at lists.freedesktop.org > Cc: linux-arm-msm

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

On Fri, 2016-07-29 at 22:26 +0300, Ville Syrjälä wrote: > On Fri, Jul 29, 2016 at 02:48:09PM -0400, Lyude wrote: > > > > So I've been working on trying to fix this entirely again (e.g. > > writing > > the ddb properly), since from bug reports it still doesn't sound > > like > > we've got enough

[PATCH -next] drm/amdgpu: use kmemdup rather than duplicating its implementation

> -Original Message- > From: Sean Paul [mailto:seanpaul at google.com] > Sent: Friday, July 29, 2016 3:35 PM > To: Wei Yongjun > Cc: Deucher, Alexander; Koenig, Christian; Dave Airlie; Jiang, Sonny; Liu, > Leo; > Nath, Arindam; Zhou, David(ChunMing); Zhou, Jammy; Liu, Monk; dri-devel; >

virglrenderer regression in commit ad4f0f1941677c

Hi, This commit in virglrenderer causes a regression in Android for me. The parameters that get passed in are last_level = 8, width = 1. I'm not really sure if this is valid (I'm guessing there should be some min width?), or where I should be looking to fix this. Any ideas? commit

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

On Fri, Jul 29, 2016 at 12:39:05PM +0300, Ville Syrjälä wrote: > On Thu, Jul 28, 2016 at 05:03:52PM -0700, Matt Roper wrote: > > This is completely untested (and probably horribly broken/buggy), but > > here's a quick mockup of the general approach I was thinking for > > ensuring DDB & WM's can

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

On Fri, Jul 29, 2016 at 10:26:20PM +0300, Ville Syrjälä wrote: > On Fri, Jul 29, 2016 at 02:48:09PM -0400, Lyude wrote: > > So I've been working on trying to fix this entirely again (e.g. writing > > the ddb properly), since from bug reports it still doesn't sound like > > we've got enough

[Intel-gfx] [PATCH 1/9] drm: Warn about negative sizes when calculating scale factor

On Tue, Jul 26, 2016 at 12:39 PM, Ville Syrjälä wrote: > On Tue, Jul 26, 2016 at 05:24:42PM +0100, Chris Wilson wrote: >> On Tue, Jul 26, 2016 at 07:06:56PM +0300, ville.syrjala at linux.intel.com >> wrote: >> > From: Ville Syrjälä >> > >> > Passing negative width/hight to scale factor

[Bug 97137] R7 M370 hangs with radeon.dpm=1 when running demanding graphical programs with DRI PRIME

' seems to work without any problems. -- 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/20160729/f969e3af/attachment.html>

[Bug 97137] R7 M370 hangs with radeon.dpm=1 when running demanding graphical programs with DRI PRIME

ext part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/d4c747ec/attachment.html>

[Bug 97137] R7 M370 hangs with radeon.dpm=1 when running demanding graphical programs with DRI PRIME

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/1a85d07d/attachment.html>

[Bug 97138] AMD 3650 flickering on linux 4.7

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

[Bug 97138] AMD 3650 flickering on linux 4.7

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/20160729/0afd89b6/attachment.html>

[Bug 97137] R7 M370 hangs with radeon.dpm=1 when running demanding graphical programs with DRI PRIME

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/4487240b/attachment-0001.html>

[Bug 97138] AMD 3650 flickering on linux 4.7

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160729/ddec73ce/attachment.html>

[Bug 150731] New: amdgpu: segfault on unbind in sysfs; card becomes nonresponsive

https://bugzilla.kernel.org/show_bug.cgi?id=150731 Bug ID: 150731 Summary: amdgpu: segfault on unbind in sysfs; card becomes nonresponsive Product: Drivers Version: 2.5 Kernel Version: 4.6.4 Hardware: x86-64

[Bug 150731] amdgpu: segfault on unbind in sysfs; card becomes nonresponsive

https://bugzilla.kernel.org/show_bug.cgi?id=150731 --- Comment #1 from Jimi --- Clarification: If I bind the card to amdgpu, X doesn't crash when I actually bind it to amdgpu. I never actually get to bind it to amdgpu. X crashes when I rescan PCI devices (after unbinding the card from whatever

[Bug 150731] amdgpu: segfault on unbind in sysfs; card becomes nonresponsive

https://bugzilla.kernel.org/show_bug.cgi?id=150731 --- Comment #2 from Jimi --- Another clarification: the behavior is the same if I don't bind the card to amdgpu myself and let it be bound to amdgpu on boot, automatically, which is how I usually test it. -- You are receiving this mail

virglrenderer regression in commit ad4f0f1941677c

Hi - Original Message - > Hi, > > This commit in virglrenderer causes a regression in Android for me. > The parameters that get passed in are last_level = 8, width = 1. I'm > not really sure if this is valid (I'm guessing there should be some > min width?), or where I should be looking

[PATCH -next] drm/amdgpu: use kmemdup rather than duplicating its implementation

On Fri, Jul 29, 2016 at 3:38 PM, Deucher, Alexander wrote: >> -Original Message- >> From: Sean Paul [mailto:seanpaul at google.com] >> Sent: Friday, July 29, 2016 3:35 PM >> To: Wei Yongjun >> Cc: Deucher, Alexander; Koenig, Christian; Dave Airlie; Jiang, Sonny; Liu, >> Leo; >> Nath,

[PATCH -next] drm/amdgpu: use kmemdup rather than duplicating its implementation

On Thu, Jul 28, 2016 at 12:18 PM, Wei Yongjun wrote: > Use kmemdup rather than duplicating its implementation. > > Generated by: scripts/coccinelle/api/memdup.cocci > > Signed-off-by: Wei Yongjun Thanks for the patch. I'll apply this to -misc once the merge window is closed. Acked-by: Sean

[Bug 97122] list of 12 dEQP-GLES2 tests causing systematic GPU lockups

https://bugs.freedesktop.org/show_bug.cgi?id=97122 --- Comment #2 from Mauro Rossi --- Created attachment 125388 --> https://bugs.freedesktop.org/attachment.cgi?id=125388=edit dmesg for uniform_iterations#double_continue_vertex FAIL -- You are receiving this mail because: You are the

[Bug 97122] list of 12 dEQP-GLES2 tests causing systematic GPU lockups

https://bugs.freedesktop.org/show_bug.cgi?id=97122 --- Comment #3 from Mauro Rossi --- Created attachment 125389 --> https://bugs.freedesktop.org/attachment.cgi?id=125389=edit dmesg for uniform_iterations#double_continue_fragment FAIL -- You are receiving this mail because: You are the

ATPX changes in drm-next-4.8 and D3cold handling

On Thu, Jul 28, 2016 at 05:40:31PM +0200, Lukas Wunner wrote: > On Thu, Jul 28, 2016 at 03:33:25PM +, Deucher, Alexander wrote: > > > From: Peter Wu [mailto:peter at lekensteyn.nl] > > > Sent: Thursday, July 21, 2016 6:43 AM > > > In case you missed it, Dave's D3cold patches were succeeded by

[Bug 64475] Euro Track Simulator II game slow in cabin with r600g and radeonsi

TML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160729/ebbf0981/attachment.html>

[Bug 97123] [AMDGPU][CIK] Suspend to disk deadlocks system on resume always (Linus master + drm-next-4.9-wip)

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

[PATCH] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

Only property creation uses the rotation as an index, so convert the to figure the index when needed. v2: Use the new defines to build the _MASK defines (Sean) Cc: intel-gfx at lists.freedesktop.org Cc: linux-arm-msm at vger.kernel.org Cc: freedreno at lists.freedesktop.org Cc: malidp at

[PATCH v2] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

Only property creation uses the rotation as an index, so convert the to figure the index when needed. v2: Use the new defines to build the _MASK defines (Sean) Cc: intel-gfx at lists.freedesktop.org Cc: linux-arm-msm at vger.kernel.org Cc: freedreno at lists.freedesktop.org Cc: malidp at

[PATCH] drm: BIT(DRM_ROTATE_?) -> DRM_ROTATE_?

This can be disregarded. -- Joonas Lahtinen Open Source Technology Center Intel Corporation

[PATCH] drm/imx: Remove imx_drm_handle_vblank()

imx_drm_handle_vblank() is just a simple wrapper of drm_crtc_handle_vblank() without doing any thing fancy - drm_crtc_handle_vblank() can be called directly. So, let's remove the wrapper. Signed-off-by: Liu Ying --- drivers/gpu/drm/imx/imx-drm-core.c | 6 -- drivers/gpu/drm/imx/imx-drm.h

[Bug 94249] Topaz GPU not working correctly

nts/20160729/6c2da60c/attachment.html>

[Bug 95528] BioShock Infinite graphical glitches on radeonsi

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/20160729/6ac500c2/attachment.html>

[v8 PATCH 0/6] Rockchip Type-C and DisplayPort driver

Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and

[v8 PATCH 5/6] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v8: None Changes in v7: None Changes in v6: - add assigned-clocks and assigned-clock-rates - add power-domains Changes in v5: None Changes in v4: - add a

[v8 PATCH 6/6] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v4 0/7] rk3399 support ddr frequency scaling

rk3399 platform have dfi controller can monitor ddr load, and dcf controller to handle ddr register so we can get the right ddr frequency and make ddr controller happy work(which will implement in bl31). So we do ddr frequency scaling with following flow: kernel

[PATCH v4 1/7] clk: rockchip: add clock flag parameter when register pll

From: Heiko Stübner add clock flag parameter so we can pass specific clock flag (like CLK_GET_RATE_NOCACHE etc..)to pll driver. Signed-off-by: Heiko Stübner Signed-off-by: Lin Huang --- Changes in v4: - None Changes in v3: - None Changes in v2: - None Changes in v1: -

[PATCH v4 2/7] clk: rockchip: add new clock-type for the ddrclk

On new rockchip platform(rk3399 etc), there have dcf controller to do ddr frequency scaling, and this controller will implement in arm-trust-firmware. We add a special clock-type to handle that. Signed-off-by: Lin Huang --- Changes in v4: - use arm_smccc_smc() to set/read ddr rate Changes in

[PATCH v4 3/7] clk: rockchip: rk3399: add SCLK_DDRCLK ID for ddrc

Signed-off-by: Lin Huang --- Changes in v4: -None Changes in v3: -None Changes in v2: - None Changes in v1: - None include/dt-bindings/clock/rk3399-cru.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/clock/rk3399-cru.h b/include/dt-bindings/clock/rk3399-cru.h index

[PATCH v4 4/7] clk: rockchip: rk3399: add ddrc clock support

add ddrc clock setting, so we can do ddr frequency scaling on rk3399 platform in future. Signed-off-by: Lin Huang --- Changes in v4: - None Changes in v3: - None Changes in v2: - remove clk_ddrc_dpll_src from critical clock list Changes in v1: - remove ddrc source CLK_IGNORE_UNUSED flag -

[PATCH v4 5/7] PM / devfreq: event: support rockchip dfi controller

on rk3399 platform, there is dfi conroller can monitor ddr load, base on this result, we can do ddr freqency scaling. Signed-off-by: Lin Huang Acked-by: Chanwoo Choi --- Changes in v4: - None Changes in v3: - None Changes in v2: - use clk_disable_unprepare and clk_enable_prepare - remove