[PATCH v2 05/11] Kbuild: don't add obj tree in additional includes

On Wed, Jun 15, 2016 at 05:45:47PM +0200, Arnd Bergmann wrote: > When building with separate object directories and driver specific > Makefiles that add additional header include paths, Kbuild adjusts > the gcc flags so that we include both the directory in the source > tree and in the object

[pull] radeon and amdgpu drm-next-4.8

+- >> drivers/gpu/drm/amd/powerplay/hwmgr/ppatomctrl.h | 1 + >> .../gpu/drm/amd/powerplay/hwmgr/processpptables.c | 13 + >> .../gpu/drm/amd/powerplay/hwmgr/processpptables.h | 17 +- >> drivers/gpu/drm/amd/powerplay/inc/smumgr.h | 29 ++ >>

[pull] radeon and amdgpu drm-next-4.8

; iceland_smum.h} (100%) > ___ > amd-gfx mailing list > amd-gfx at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/amd-gfx > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160718/f64f0c0a/attachment-0001.sig>

[PATCH v2] drm/radeon: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 05:00:44PM +0530, Bhaktipriya Shridhar wrote: > > alloc_workqueue replaces deprecated create_singlethread_workqueue(). > > Each hardware CRTC has a single flip work queue. > When a radeon_flip_work_func item is queued, it needs to be executed > ASAP because even a slight

[PULL] topic/kbl-4.7-fixes

Hi Dave, As promised here's the pile of kbl cherry-picks assembled by Mika It's a bit much, but all well-contained to kbl code and been tested for a while in drm-intel-next. Still separate in case too much, but in that case I think we'd need to disable kbl by default again (which would be

[PATCH] drm/ttm: Remove create_singlethread_workqueue

On Sat, Jul 16, 2016 at 01:50:17PM +0530, Bhaktipriya Shridhar wrote: > swap_queue was created to handle shrinking in low memory situations. > A separate workqueue was used in order to avoid other workqueue tasks > from being blocked since work items on swap_queue spend a lot of time > waiting for

drm/ttm: Delete an unnecessary check before the function call "ttm_tt_destroy"

> When resending pls describe what changed (and why). v3: A bit of reformatting with current software v2: Broken patch where I managed to delete a "t" too much in a source code line somehow. v1: See also a similar update suggestion https://lkml.org/lkml/2015/11/16/416 Would you like

[PATCH] dma-buf: Release module reference on creation failure

Hi Chris, On 18 July 2016 at 17:40, Daniel Vetter wrote: > On Mon, Jul 18, 2016 at 12:16:22PM +0100, Chris Wilson wrote: >> If we fail to create the anon file, we need to remember to release the >> module reference on the owner. >> Thanks for the patch. >> Signed-off-by: Chris Wilson >>

[Intel-gfx] [PATCH] drm/i915/skl: Fix redundant cursor update, fix cursor underruns

On Fri, Jul 15, 2016 at 06:13:56PM -0400, Lyude wrote: > At long last, the time has finally come for Skylake users to plug their > external displays back in. > > During intel_atomic_commit() on Skylake, we've actually been arming the > registers to update the cursor information twice instead of

[PULL] drm-intel-fixes

Hi Dave, Two more regression fixes for 4.7. Cheers, Daniel The following changes since commit aeddda06c1a704bb97c8a7bfe7a472120193bd56: drm/i915: Ignore panel type from OpRegion on SKL (2016-07-14 16:08:04 +0200) are available in the git repository at:

DRM device memory writeback (Mali-DP)

On Mon, Jul 18, 2016 at 12:47:38PM +0200, Hans Verkuil wrote: > On 07/18/2016 12:29 PM, Brian Starkey wrote: > > Hi, > > > > On Fri, Jul 15, 2016 at 10:42:01AM -0700, Eric Anholt wrote: > >> Ville Syrjälä writes: > >> > >>> On Fri, Jul 15, 2016 at 10:09:19AM +0100, Brian Starkey wrote: >

[PATCH] drm/vgem: Remember to offset relative timeouts to mod_timer() by jiffies

On Mon, Jul 18, 2016 at 10:31:18AM +0100, Chris Wilson wrote: > mod_timer() takes an absolute jiffie value, not a relative timeout and > quietly fixup the missed ret=0 otherwise gcc just always returns that > the fence timed out. > > Testcase: igt/vgem_basic/fence > Fixes: 407779848445

[PATCH v3] drm/ttm: Delete an unnecessary check before the function call "ttm_tt_destroy"

On Mon, Jul 18, 2016 at 04:10:36PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 18 Jul 2016 16:06:18 +0200 > > The ttm_tt_destroy() function tests whether its argument is NULL > and then returns immediately. Thus the test around the call is not needed. > > This issue was

[PATCH 0/7] de-stage SW_SYNC validation frawework

Hi, Do you think there is time to get this in for 4.8? Thanks. 2016-06-20 Gustavo Padovan : > From: Gustavo Padovan > > Hi Greg, > > This is the last step in the Sync Framwork de-stage task. It de-stage > the SW_SYNC validation framework and the sync_debug info debugfs file. > > The first

[PATCH v3] drm/ttm: Delete an unnecessary check before the function call "ttm_tt_destroy"

From: Markus Elfring Date: Mon, 18 Jul 2016 16:06:18 +0200 The ttm_tt_destroy() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software.

[PATCH 2/2] drm/imx: Remove imx_drm_crtc_id()

There is no one calling imx_drm_crtc_id() and it is just a simple wrapper of drm_crtc_index() without doing any thing fancy - the drivers may call drm_crtc_index() directly. So, let's remove the wrapper. Signed-off-by: Liu Ying --- drivers/gpu/drm/imx/imx-drm-core.c | 6 --

[PATCH 1/2] drm/imx: Remove imx_drm_crtc_vblank_get/_put()

There is no one calling imx_drm_crtc_vblank_get/_put() and they are just two simple wrappers of drm_crtc_vblank_get/_put() without doing any thing fancy - the drivers may call drm_crtc_vblank_get/_put() directly. So, let's remove the two wrappers. Signed-off-by: Liu Ying ---

[PATCH v2] drm/radeon: Remove deprecated create_singlethread_workqueue

Am 16.07.2016 um 13:30 schrieb Bhaktipriya Shridhar: > alloc_workqueue replaces deprecated create_singlethread_workqueue(). > > Each hardware CRTC has a single flip work queue. > When a radeon_flip_work_func item is queued, it needs to be executed > ASAP because even a slight delay may cause the

[PATCH v4 4/8] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: One comment inline. On Fri, 2016-07-15 at 18:07 +0800, YT Shen wrote: > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen > --- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c |6 >

[PATCH v4 3/8] drm/mediatek: add shadow register support

Hi, YT: One comment inline. On Fri, 2016-07-15 at 18:07 +0800, YT Shen wrote: > We need to acquire mutex before using the resources, > and need to release it after finished. > So we don't need to write registers in the blanking period. > > Signed-off-by: YT Shen > --- >

Kernel stability on baytrail machines

On Tue, 12 Jul 2016 16:41:58 -0300 Ezequiel Garcia wrote: > Hi Alan, > > (Adding interested people to this thread) > > On 09 Apr 08:14 PM, One Thousand Gnomes wrote: > > > > I do feel that the importance of the mentioned bug is currently > > > > underestimated. Can anyone here give a note, how

[PATCH v3 1/2] drm/dsi: Implement dcs set/get display brightness

On 18 July 2016 at 09:28, Vinay Simha BN wrote: > Provide a small convenience wrapper that set/get the > display brightness value > > Cc: John Stultz > Cc: Sumit Semwal > Cc: Archit Taneja > Cc: Rob Clark > Cc: Jani Nikula > Cc: Thierry Reding > Cc: Emil Velikov > Signed-off-by: Vinay

[PATCH] dma-buf: Release module reference on creation failure

On Mon, Jul 18, 2016 at 12:16:22PM +0100, Chris Wilson wrote: > If we fail to create the anon file, we need to remember to release the > module reference on the owner. > > Signed-off-by: Chris Wilson > Reviewed-by: Joonas Lahtinen > Cc: Joonas Lahtinen > Cc: Sumit Semwal > Cc: Daniel Vetter

[PATCH v8 2/2] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

Add support for the JDI LT070ME05000 WUXGA DSI panel used in Nexus 7 2013 devices. Programming sequence for the panel is was originally found in the android-msm-flo-3.4-lollipop-release branch from: https://android.googlesource.com/kernel/msm.git And video mode setting is from

[PATCH v3 1/2] drm/dsi: Implement dcs set/get display brightness

Provide a small convenience wrapper that set/get the display brightness value Cc: John Stultz Cc: Sumit Semwal Cc: Archit Taneja Cc: Rob Clark Cc: Jani Nikula Cc: Thierry Reding Cc: Emil Velikov Signed-off-by: Vinay Simha BN --- v1: *tested in nexus7 2nd gen. v2: * implemented jani

[PATCH v8 4/4] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

er failure, intermediate funcs also will not get executed (gpios, regulator disable). In this case even the dsi fails, it should be panel(dsi write) failures rather than the bridge/interface. > > The patch is > Reviewed-by: Emil Velikov > > Regards, > Emil > -- Regards, Vinay Simha.B.N. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160718/c7432098/attachment-0001.html>

[PATCH v2 3/4] drm/dsi: Implement dcs set/get display brightness

; + if (err < 0) { > > + if (err == 0) > Something looks fishy here. This can never be true, can it ? > > -Emil > -- Regards, Vinay Simha.B.N. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160718/6534a248/attachment-0001.html>

[Bug 96860] Aliasing when using vdpau with mpv

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

DRM device memory writeback (Mali-DP)

On 07/18/2016 12:29 PM, Brian Starkey wrote: > Hi, > > On Fri, Jul 15, 2016 at 10:42:01AM -0700, Eric Anholt wrote: >> Ville Syrjälä writes: >> >>> On Fri, Jul 15, 2016 at 10:09:19AM +0100, Brian Starkey wrote: Hi Daniel, Thanks for taking a look. (+Cc Laurent)

[PATCH] dma-buf: Release module reference on creation failure

If we fail to create the anon file, we need to remember to release the module reference on the owner. Signed-off-by: Chris Wilson Reviewed-by: Joonas Lahtinen Cc: Joonas Lahtinen Cc: Sumit Semwal Cc: Daniel Vetter Cc: linux-media at vger.kernel.org Cc: dri-devel at lists.freedesktop.org Cc:

[pull] radeon and amdgpu drm-next-4.8

changed, 469 insertions(+), 360 deletions(-) > rename drivers/gpu/drm/amd/amdgpu/{iceland_smumgr.h => iceland_smum.h} (100%) > ___ > amd-gfx mailing list > amd-gfx at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/amd-gfx > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160718/86635ead/attachment-0001.html>

[PATCH v2] drm/amdgpu: Disable RPM helpers while reprobing connectors on resume

Just about all of amdgpu's connector probing functions try to acquire runtime PM refs. If we try to do this in the context of amdgpu_resume_kms by calling drm_helper_hpd_irq_event(), we end up deadlocking the system. Since we're guaranteed to be holding the spinlock for RPM in amdgpu_resume_kms,

DRM device memory writeback (Mali-DP)

Hi, On Fri, Jul 15, 2016 at 10:42:01AM -0700, Eric Anholt wrote: >Ville Syrjälä writes: > >> On Fri, Jul 15, 2016 at 10:09:19AM +0100, Brian Starkey wrote: >>> Hi Daniel, >>> >>> Thanks for taking a look. >>> >>> (+Cc Laurent) >>> >>> On Fri, Jul 15, 2016 at 09:33:34AM +0200, Daniel Vetter

DRM device memory writeback (Mali-DP)

On Mon, Jul 18, 2016 at 11:01 AM, Daniel Vetter wrote: > On Mon, Jul 18, 2016 at 12:47:38PM +0200, Hans Verkuil wrote: >> On 07/18/2016 12:29 PM, Brian Starkey wrote: >> > OK, so let's talk about using connectors instead then :-) >> > >> > We can attach a generic fixed_mode property which can

[PATCH 1/2] drm/imx: Remove imx_drm_crtc_vblank_get/_put()

Hi Liu, Am Montag, den 18.07.2016, 15:44 +0800 schrieb Liu Ying: > There is no one calling imx_drm_crtc_vblank_get/_put() and > they are just two simple wrappers of drm_crtc_vblank_get/_put() > without doing any thing fancy - the drivers may call > drm_crtc_vblank_get/_put() directly. So, let's

[PATCH v3 1/2] dt-bindings: tc358767: add DT documentation

Am Sonntag, den 17.07.2016, 13:55 +0530 schrieb Archit Taneja: > > On 7/17/2016 4:04 AM, Rob Herring wrote: > > On Wed, Jul 13, 2016 at 09:07:10AM +0200, Philipp Zabel wrote: > >> Add DT binding documentation for the Toshiba TC358767 eDP bridge. > >> > >> Signed-off-by: Philipp Zabel > >> --- >

[PATCH v4 3/8] drm/mediatek: add shadow register support

Hi CK, YT, Am Montag, den 18.07.2016, 14:32 +0800 schrieb CK Hu: > Hi, YT: > > One comment inline. > > > On Fri, 2016-07-15 at 18:07 +0800, YT Shen wrote: > > We need to acquire mutex before using the resources, > > and need to release it after finished. > > So we don't need to write registers

[PATCH v3 2/2] drm/mediatek: set mt8173 dithering function

Hi, Bibby: Some comments inline. On Thu, 2016-07-07 at 15:37 +0800, Bibby Hsieh wrote: > Some panels only accept bpc (bit per color) 6-bit. > But, the default bpc in mt8173 display data path is 8-bit. > If we didn't enable dithering function to convert bpc, > display cannot show the smooth

[PATCH] drm/vgem: Remember to offset relative timeouts to mod_timer() by jiffies

mod_timer() takes an absolute jiffie value, not a relative timeout and quietly fixup the missed ret=0 otherwise gcc just always returns that the fence timed out. Testcase: igt/vgem_basic/fence Fixes: 407779848445 ("drm/vgem: Attach sw fences to exported vGEM dma-buf") Signed-off-by: Chris Wilson

[Bug 94900] HD6950 GPU lockup loop with various steam games (octodad[always], saints row 4[always], dead island[always], grid autosport[sometimes])

ASAP. -- 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/20160718/fc86e5be/attachment.html>

[PATCH] drm/hdlcd: Delete an unnecessary check before drm_fbdev_cma_hotplug_event()

On Sat, Jul 16, 2016 at 09:20:02AM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 16 Jul 2016 09:10:40 +0200 > > The drm_fbdev_cma_hotplug_event() function tests whether its argument > is NULL and then returns immediately. > Thus the test around the call is not needed. > >

[PATCH 0/8] drm/amdgpu: Fine-tuning for three function implementations

Am 16.07.2016 um 16:33 schrieb SF Markus Elfring: > From: Markus Elfring > Date: Sat, 16 Jul 2016 16:23:21 +0200 > > Further update suggestions were taken into account after patches > were applied from static source code analysis. Small coding style nit pick on patch #7: > - } > + } else

[PATCH -next] drm/hisilicon: Fix return value check in ade_dts_parse()

On 13 July 2016 at 20:43, wrote: > From: Wei Yongjun > > In case of error, the function devm_clk_get() returns ERR_PTR() > and never returns NULL. The NULL test in the return value check > should be replaced with IS_ERR(). > > Signed-off-by: Wei Yongjun Hi, thanks. This patch had already

[PATCH -next] drm/hisilicon: Remove redundant dev_err call in ade_dts_parse()

Hi, thanks. This patch had already applied to drm-hisilicon-next. On 13 July 2016 at 20:44, wrote: > From: Wei Yongjun > > There is a error message within devm_ioremap_resource > already, so remove the dev_err call to avoid redundant > error message. > > Signed-off-by: Wei Yongjun > --- >

[PATCH -next] drm/hisilicon: Fix non static symbol warning

On 13 July 2016 at 20:43, wrote: > From: Wei Yongjun > > Fixes the following sparse warning: > > drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c:107:5: warning: > symbol 'ade_get_channel_formats' was not declared. Should it be static? > > Signed-off-by: Wei Yongjun Thanks, applied to

[PATCH 02/11] drm/doc: Add kerneldoc for @index

On Fri, Jul 15, 2016 at 09:06:04PM +0100, Chris Wilson wrote: > On Fri, Jul 15, 2016 at 09:47:59PM +0200, Daniel Vetter wrote: > > Was forgotten when adding them all over. 0-day should complain about > > new missing kernel-doc, not sure why that wasn't caught/fixed. > > > > Cc: Chris Wilson > >

[PATCH 00/21] drm: make fbdev support really optional

On Fri, Jul 15, 2016 at 10:37:45AM -0400, Sean Paul wrote: > On Fri, Jul 15, 2016 at 10:17 AM, Emil Velikov > wrote: > > On 15 July 2016 at 14:37, Tobias Jakobi > > wrote: > >> Hello Emil, > >> > >> Emil Velikov wrote: > >>> On 15 July 2016 at 13:47, Tobias Jakobi >>> math.uni-bielefeld.de>

[PATCH] drm/ttm: Delete an unnecessary check before the function call "ttm_tt_destroy"

On Fri, Jul 15, 2016 at 08:28:18PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 15 Jul 2016 20:20:48 +0200 > > The ttm_tt_destroy() function tests whether its argument is NULL > and then returns immediately. Thus the test around the call is not needed. > > Signed-off-by:

[GIT PULL] drm bridge drivers for 4.8

Hi Laurent, On 07/17/2016 02:23 PM, Laurent Pinchart wrote: > Hi Archit, > > On Sunday 17 Jul 2016 14:09:21 Archit Taneja wrote: >> Hi Dave, >> >> This pull request contains the following bridge driver updates: >> >> - Converts the ADV7511 i2c slave encoder driver to a bridge driver. >>Adds

[Bug 94900] HD6950 GPU lockup loop with various steam games (octodad[always], saints row 4[always], dead island[always], grid autosport[sometimes])

soc()` in `expr_handler::fold_alu_op2()` somewhere around `sb_expr.cpp:740`. -- 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/20160718/71

[PATCH] drm/fsl-dcu: Add gamma set for crtc

On Fri, Jul 15, 2016 at 04:50:53PM +0800, Meng Yi wrote: > Gamma correction is optional and can be used to adjust the color > output values to match the gamut of a particular TFT LCD panel > > Signed-off-by: Meng Yi Please use the new atomic color management properties instead. There's a

[Bug 113891] [radeon] Display jitter

https://bugzilla.kernel.org/show_bug.cgi?id=113891 Jean Delvare changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[PATCH] drm/ast: Delete an unnecessary check before drm_gem_object_unreference_unlocked()

On Sat, Jul 16, 2016 at 10:04:34AM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 16 Jul 2016 09:54:22 +0200 > > The drm_gem_object_unreference_unlocked() function tests whether > its argument is NULL and then returns immediately. > Thus the test around the call is not

[PATCH] drm/nouveau/fbcon: fix deadlock with FBIOPUT_CON2FBMAP

On Fri, Jul 15, 2016 at 01:10:51PM +0200, Peter Wu wrote: > On Wed, Jul 13, 2016 at 04:57:19PM +0200, Daniel Vetter wrote: > > On Wed, Jul 13, 2016 at 02:40:50PM +0200, Peter Wu wrote: > > > On Wed, Jul 13, 2016 at 11:54:49AM +0200, Daniel Vetter wrote: > > > > On Tue, Jul 12, 2016 at 06:49:34PM

[PATCH v4] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Fri, Jul 15, 2016 at 09:31:11AM +0100, Chris Wilson wrote: > vGEM buffers are useful for passing data between software clients and > hardware renders. By allowing the user to create and attach fences to > the exported vGEM buffers (on the dma-buf), the user can implement a > deferred renderer

[PATCH 02/11] drm/doc: Add kerneldoc for @index

On Mon, Jul 18, 2016 at 09:15:35AM +0200, Daniel Vetter wrote: > On Fri, Jul 15, 2016 at 09:06:04PM +0100, Chris Wilson wrote: > > On Fri, Jul 15, 2016 at 09:47:59PM +0200, Daniel Vetter wrote: > > > Was forgotten when adding them all over. 0-day should complain about > > > new missing kernel-doc,

[Bug 96964] R290X stuck at 100% GPU load / full core clock on non-x86 machines

part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160718/44fdb073/attachment.html>

[Bug 96964] R290X stuck at 100% GPU load / full core clock on non-x86 machines

tly on both cards with this applied. -- 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/20160718/b452740a/attachment.html>

[Bug 96964] R290X stuck at 100% GPU load / full core clock on non-x86 machines

https://bugs.freedesktop.org/show_bug.cgi?id=96964 --- Comment #9 from Timothy Pearson --- A bit more information: * Disabling DPM does not fix the problem (dpm=0 on module load) * Using hard reset instead of soft reset just makes a complete mess / host hang * It looks like only the CP block