[PATCH 1/1] gpn: drm: fsl_tcon: add missing of_node_put after calling of_parse_phandle

On 2016-07-04 00:40, Peter Chen wrote: > of_node_put needs to be called when the device node which is got > from of_parse_phandle has finished using, but current code only > calls it at error path, fix it by adding it at correct code path. > > Signed-off-by: Peter Chen > --- >

[PATCH v8 4/4] 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 v2 3/4] 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 Signed-off-by: Vinay Simha BN --- v1: *tested in nexus7 2nd gen. v2: * implemented jani review comments

[PATCH v2 2/4] dt-bindings: Add jdi lt070me05000 panel bindings

Add documentation for lt070me05000 panel Cc: Archit Taneja Cc: John Stultz Cc: Thierry Reding Cc: Sumit Semwal Signed-off-by: Vinay Simha BN Acked-by: Rob Herring --- v2: * incorporated rob herring and thierry reviews gpio to gpios, gpio to regulator using fixed regulators and pwm

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

On Wed, Jul 13, 2016 at 05:29:21PM -0300, Gustavo Padovan wrote: > 2016-07-12 Chris Wilson : > > > 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

[Intel-gfx] [PATCH v3] drm/i915/skl: Add support for the SAGV, fix underrun hangs

On Wed, Jul 13, 2016 at 11:08:46AM -0700, Matt Roper wrote: > On Tue, Jul 12, 2016 at 11:21:39AM -0700, Matt Roper wrote: > > On Tue, Jul 12, 2016 at 01:36:03PM -0400, Lyude wrote: > > > Since the watermark calculations for Skylake are still broken, we're apt > > > to hitting underruns very easily

[RFC] dma-buf: Rename struct fence to dma_fence

On 13 July 2016 at 20:16, Daniel Vetter wrote: > On Wed, Jul 13, 2016 at 03:10:45PM +0100, Chris Wilson wrote: >> I plan to usurp the short name of struct fence for a core kernel struct, >> and so I need to rename the specialised fence/timeline for DMA >> operations to make room. >> >> As an

[Beignet] [PATCH] intel: Export pooled EU and min no. of eus in a pool.

On Wed, Jul 13, 2016 at 11:44:09AM +0100, Arun Siluvery wrote: > On 06/07/2016 05:51, Yang Rong wrote: > >Update kernel interface with new I915_GETPARAM ioctl entries for > >pooled EU and min no. of eus in a pool. Add a wrapping function > >for each parameter. Userspace drivers need these values

[PATCH 3/3] drm/msm: Delete an unnecessary check before drm_gem_object_unreference()

From: Markus Elfring Date: Wed, 13 Jul 2016 19:29:19 +0200 The drm_gem_object_unreference() 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

[PATCH 2/3] drm/msm: Delete unnecessary checks before drm_gem_object_unreference_unlocked()

From: Markus Elfring Date: Wed, 13 Jul 2016 19:15:35 +0200 The drm_gem_object_unreference_unlocked() function tests whether its argument is NULL and then returns immediately. Thus the test around the calls is not needed. This issue was detected by using the

[PATCH 1/3] drm/msm/hdmi: Delete an unnecessary check before the function call "kfree"

From: Markus Elfring Date: Wed, 13 Jul 2016 18:54:11 +0200 The kfree() 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. Signed-off-by:

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

On Tue, Jul 12, 2016 at 01:46:21PM +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 0/3] drm/msm: Deletion of a few unnecessary checks

From: Markus Elfring Date: Wed, 13 Jul 2016 19:46:45 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (3): HDMI: Delete an unnecessary check before the function call "kfree" Delete unnecessary checks

[Intel-gfx] [PATCH v3] drm/i915/skl: Add support for the SAGV, fix underrun hangs

On Wed, Jul 13, 2016 at 11:17:52AM -0700, Matt Roper wrote: > On Wed, Jul 13, 2016 at 09:12:09PM +0300, Ville Syrjälä wrote: > > We have wait_for()/_wait_for() for polling stuff. > > Those just block until a condition becomes true, right? In this case my > understanding from the bspec is that

[Bug 96908] [radeonsi] MSAA causes graphical artifacts

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

[PATCH 1/2] drm/sun4i: Remove redundant call to drm_connector_unregister_all()

On Wed, Jul 13, 2016 at 10:56:58AM -0700, Sean Paul wrote: > On Wed, Jul 13, 2016 at 9:39 AM, Chris Wilson > wrote: > > drm_connector_unregister_all() is automatically called by > > drm_dev_unregister() and so the manual call can be dropped. > > > > The documentation for

[PATCH 1/3] RFC: drm: Restrict vblank ioctl to master

On 13.07.2016 15:50, Rainer Hochecker wrote: > Whatever action is taken, it is fine for Kodi. GLX+OML_sync_control is > not an option anymore because we need EGL for vaapi. But we can fall > back to the invisible window for getting vsync. I never tried using EGL > and GLX in the same application,

[PATCH v3 1/7] lib: string: add functions to case-convert strings

On 11/07/16 23:46, Markus Mayer wrote: > On 9 July 2016 at 08:30, Markus Mayer wrote: >> On 9 July 2016 at 05:04, Luis de Bethencourt >> wrote: >>> On 08/07/16 23:43, Markus Mayer wrote: Add a collection of generic functions to convert strings to lowercase or uppercase.

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

On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote: > The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called > while nouveau was runtime suspended, a deadlock would occur due to > nouveau_fbcon_set_suspend also trying to obtain console_lock(). > > Fix this by delaying the

[RFC] dma-buf: Rename struct fence to dma_fence

Am 13.07.2016 um 16:10 schrieb Chris Wilson: > I plan to usurp the short name of struct fence for a core kernel struct, > and so I need to rename the specialised fence/timeline for DMA > operations to make room. > > As an indication of the scale of the flag day: > > 91 files changed, 904

[PATCH 2/2] drm: Unexport drm_connector_unregister_all()

This has now been removed from all drivers as it is performed centrally as a part of device unregistration for modesetting drivers. With the last user gone, we can unexport it from the DRM module. That requires us to move the code slightly to avoid the need for a forward declaration.

[PATCH 1/2] drm/sun4i: Remove redundant call to drm_connector_unregister_all()

drm_connector_unregister_all() is automatically called by drm_dev_unregister() and so the manual call can be dropped. Signed-off-by: Chris Wilson Cc: Daniel Vetter Cc: Maxime Ripard Cc: David Airlie Cc: Chen-Yu Tsai Cc: dri-devel at lists.freedesktop.org Cc: linux-arm-kernel at

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

2016-07-12 Chris Wilson : > 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 and queue hardware operations like

[RFC] dma-buf: Rename struct fence to dma_fence

2016-07-13 Daniel Vetter : > On Wed, Jul 13, 2016 at 03:10:45PM +0100, Chris Wilson wrote: > > I plan to usurp the short name of struct fence for a core kernel struct, > > and so I need to rename the specialised fence/timeline for DMA > > operations to make room. > > > > As an indication of the

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

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 +0200, Peter Wu wrote: > > > The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called > > > while nouveau was runtime

[RFC] dma-buf: Rename struct fence to dma_fence

On Wed, Jul 13, 2016 at 03:10:45PM +0100, Chris Wilson wrote: > I plan to usurp the short name of struct fence for a core kernel struct, > and so I need to rename the specialised fence/timeline for DMA > operations to make room. > > As an indication of the scale of the flag day: > > 91 files

[RFC] dma-buf: Rename struct fence to dma_fence

On Wed, Jul 13, 2016 at 11:54:50PM +0900, Inki Dae wrote: > Hi, > > 2016-07-13 23:10 GMT+09:00 Chris Wilson : > > I plan to usurp the short name of struct fence for a core kernel struct, > > and so I need to rename the specialised fence/timeline for DMA > > operations to make room. > > > > As an

[RFC] dma-buf: Rename struct fence to dma_fence

On 13 July 2016 at 15:10, Chris Wilson wrote: > I plan to usurp the short name of struct fence for a core kernel struct, > and so I need to rename the specialised fence/timeline for DMA > operations to make room. > > As an indication of the scale of the flag day: > > 91 files changed, 904

[PATCH 12/16] gpu: ipu-v3: Fix CSI0 blur in NTSC format

On 07/10/2016 09:33 AM, Steve Longerbeam wrote: > > > On 07/08/2016 10:34 AM, Philipp Zabel wrote: >> Am Donnerstag, den 07.07.2016, 16:03 -0700 schrieb Steve Longerbeam: >>> From: Suresh Dhandapani >>> >>> This patch will change the register IPU_CSI0_CCIR_CODE_2 value from >>> 0x40596 to

[PATCH 05/16] gpu: ipu-v3: Add IDMA channel linking support

Hi Philipp, On 07/08/2016 10:34 AM, Philipp Zabel wrote: > > Please use the defines here: > IPUV3_CHANNEL_IC_PRP_ENC_MEM > IPUV3_CHANNEL_MEM_ROT_ENC > Right, I will fix in next version. Steve

[PATCH 02/16] gpu: ipu-cpmem: Add ipu_cpmem_set_uv_offset()

Hi Philipp, On 07/08/2016 10:34 AM, Philipp Zabel wrote: > Am Donnerstag, den 07.07.2016, 16:03 -0700 schrieb Steve Longerbeam: >> Adds ipu_cpmem_set_uv_offset(), to set planar U/V offsets. >> >> Signed-off-by: Steve Longerbeam >> --- >> drivers/gpu/ipu-v3/ipu-cpmem.c | 7 +++ >>

[PATCH v1 5/6] drm/rockchip: dw_hdmi: introduce the VPLL clock setting

Heiko, On 07/12/2016 10:27 PM, Heiko Stübner wrote: > Hi Yakir, > > Am Montag, 11. Juli 2016, 19:05:49 schrieb Yakir Yang: >> For RK3399 HDMI, there is an external clock need for HDMI PHY, >> and it should keep the same clock rate with VOP DCLK. >> >> VPLL have supported the clock for HDMI PHY,

[PATCH v1 4/6] drm/rockchip: dw_hdmi: add RK3399 HDMI support

Philipp, On 07/11/2016 07:51 PM, Philipp Zabel wrote: > Am Montag, den 11.07.2016, 19:05 +0800 schrieb Yakir Yang: >> RK3399 and RK3288 shared the same HDMI IP controller, only some light >> difference with GRF configure. >> >> Signed-off-by: Yakir Yang > Reviewed-by: Philipp Zabel Thanks for

[RFC] dma-buf: Rename struct fence to dma_fence

I plan to usurp the short name of struct fence for a core kernel struct, and so I need to rename the specialised fence/timeline for DMA operations to make room. As an indication of the scale of the flag day: 91 files changed, 904 insertions(+), 880 deletions(-) with the greatest victim being

[PATCH -next] drm: atmel-hlcdc: fix non static symbol warning

On Wed, 13 Jul 2016 12:43:03 + weiyj_lk at 163.com wrote: > From: Wei Yongjun > > Fixes the following sparse warning: > > drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:390:6: warning: > symbol 'atmel_hlcdc_crtc_reset' was not declared. Should it be static? Sorry but Thierry already

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

On Wed, Jul 13, 2016 at 11:54:49AM +0200, Daniel Vetter wrote: > On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote: > > The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called > > while nouveau was runtime suspended, a deadlock would occur due to > >

[PATCH] clover: Pass unquoted compiler arguments to Clang

On 07/13/2016 02:18 PM, Vedran Miletić wrote: > OpenCL apps can quote arguments they pass to the OpenCL compiler, most > commonly include paths containing spaces. > > If the Clang OpenCL compiler was called via a shell, the shell would > split the arguments with respect to to quotes and then

[PATCH] clover: Pass unquoted compiler arguments to Clang

OpenCL apps can quote arguments they pass to the OpenCL compiler, most commonly include paths containing spaces. If the Clang OpenCL compiler was called via a shell, the shell would split the arguments with respect to to quotes and then remove quotes before passing the arguments to the compiler.

[PATCH v3 0/2] Toshiba TC358767 eDP bridge driver

Hi, On 07/13/2016 12:37 PM, Philipp Zabel wrote: > Hi, > > this patchset adds DT binding docs and a drm_bridge driver for the > Toshiba TC358767 eDP bridge, currently supporting only 24-bit DPI input > and control via I2C. The chip is also capable to act as a DSI sink, but > the driver doesn't

[patch] drm/msm: return -EFAULT instead of bytes remaining

copy_to/from_user returns the number of bytes remaining to be copied but we want to return -EFAULT. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/msm/msm_perf.c b/drivers/gpu/drm/msm/msm_perf.c index 830857c..17fe4e5 100644 --- a/drivers/gpu/drm/msm/msm_perf.c +++

[patch] drm/rockchip: fix a couple off by one bugs

The priv->crtc_funcs[] array has ROCKCHIP_MAX_CRTC elements so > should be >= here. Fixes: 2048e3286f34 ('drm: rockchip: Add basic drm driver') Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c index

[PATCH 2/9] async: Introduce kfence, a N:M completion mechanism

On Wed, Jul 13, 2016 at 11:20:14AM +0100, Chris Wilson wrote: > On Wed, Jul 13, 2016 at 11:38:52AM +0200, Peter Zijlstra wrote: > > Also, I'm not a particular fan of the k* naming, but I see 'fence' is > > already taken. > > Agreed, I really want to rename the dma-buf fence to struct dma_fence -

[PATCH 24/27] drm: Resurrect atomic rmfb code

On Wed, Jul 13, 2016 at 12:15:17PM +0200, Maarten Lankhorst wrote: > Op 08-06-16 om 14:19 schreef Daniel Vetter: > > This was somehow lost between v3 and the merged version in Maarten's > > patch merged as: > > > > commit f2d580b9a8149735cbc4b59c4a8df60173658140 > > Author: Maarten Lankhorst > >

Kernel stability on baytrail machines

> On Tue 2016-07-12 16:41:58, 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,

[PATCH -next] drm/mediatek/mtk_mipi_tx: remove redundant dev_err call in mtk_mipi_tx_probe()

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 --- drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 7 ++- 1 file changed, 2 insertions(+), 5

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

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 --- drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c | 4 +--- 1 file changed, 1 insertion(+),

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

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 --- drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c |

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

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 ---

[PATCH -next] drm: atmel-hlcdc: fix non static symbol warning

From: Wei Yongjun Fixes the following sparse warning: drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:390:6: warning: symbol 'atmel_hlcdc_crtc_reset' was not declared. Should it be static? Signed-off-by: Wei Yongjun ---

linux-next: manual merge of the drm-misc tree with the arm tree

Hi all, Today's linux-next merge of the drm-misc tree got a conflict in: drivers/gpu/drm/rockchip/rockchip_drm_drv.c between commit: 062993b15e8e ("drm: convert DT component matching to component_match_add_release()") from the arm tree and commit: 6d5fa28c13b9 ("gpu: drm:

[PATCH 5/9] async: Wrap hrtimer to provide a time source for a kfence

On Fri, Jun 24, 2016 at 10:08:49AM +0100, Chris Wilson wrote: > kfence_add_delay() is a convenience wrapper around > hrtimer_start_range_ns() to provide a time source for a kfence graph. Changelog could be greatly improved by telling us why we'd want this.

[PATCH 3/9] async: Extend kfence to allow struct embedding

On Fri, Jun 24, 2016 at 10:08:47AM +0100, Chris Wilson wrote: > @@ -151,7 +161,11 @@ static void kfence_free(struct kref *kref) > > WARN_ON(atomic_read(>pending) > 0); > > - kfree(fence); > + if (fence->flags) { > + kfence_notify_t fn = (kfence_notify_t)fence->flags;

[PATCH 2/9] async: Introduce kfence, a N:M completion mechanism

On Fri, Jun 24, 2016 at 10:08:46AM +0100, Chris Wilson wrote: > +struct kfence { > + wait_queue_head_t wait; > + unsigned long flags; > + struct kref kref; > + atomic_t pending; > +}; > +#define KFENCE_CHECKED_BIT 0 > + > +static void kfence_free(struct kref *kref) > +{ > +

[PATCH 2/3] drm: fb_helper: implement ioctl FBIO_WAITFORVSYNC

On Wed, Jul 13, 2016 at 10:11:47AM +0200, Stefan Christ wrote: > Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic > framebuffer emulation driver. Legacy framebuffer users like non kms/drm > based OpenGL(ES)/EGL implementations may require the ioctl to > synchronize drawing or

[PATCH][libdrm] drm: Fix multi GPU drmGetDevice return wrong device

On 13 July 2016 at 11:17, Yu, Qiang wrote: > Hi Emil, > > > Nice to hear from you. > > > On 11 July 2016 at 06:17, Qiang Yu wrote: >> drmGetDevice will always return the first device it find >> under /dev/dri/. This is not true for multi GPU situation. >> > How does the following alternative

[PATCH 24/27] drm: Resurrect atomic rmfb code

Op 08-06-16 om 14:19 schreef Daniel Vetter: > This was somehow lost between v3 and the merged version in Maarten's > patch merged as: > > commit f2d580b9a8149735cbc4b59c4a8df60173658140 > Author: Maarten Lankhorst > Date: Wed May 4 14:38:26 2016 +0200 > > drm/core: Do not preserve

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

vel/attachments/20160713/5b99d517/attachment.html>

Kernel stability on baytrail machines

On Tue 2016-07-12 16:41:58, 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 much

[PATCH 1/3] drm/cma-helper: Add multi buffer support for cma fbdev

On Wed, Jul 13, 2016 at 10:11:46AM +0200, Stefan Christ wrote: > From: Xinliang Liu > > This patch add a config to support to create multi buffer for cma fbdev. > Such as double buffer and triple buffer. > > Cma fbdev is convient to add a legency fbdev. And still many Android > devices use

[PATCH 0/3] Support fast framebuffer panning for i.MX6

On Wed, Jul 13, 2016 at 10:11:45AM +0200, Stefan Christ wrote: > Hi, > > im currently working on supporting double/tripple buffering for the > framebuffer > emulation on the i.MX6. While working on it I noticed that the mainline > kernel > does not support some features in the generic drm

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

On Wed, Jul 13, 2016 at 9:44 AM, Vinay Simha BN wrote: > 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: >

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

On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote: > The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called > while nouveau was runtime suspended, a deadlock would occur due to > nouveau_fbcon_set_suspend also trying to obtain console_lock(). > > Fix this by delaying the

[PATCH 1/3] RFC: drm: Restrict vblank ioctl to master

Corporation http://blog.ffwll.ch -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160713/899cfec0/attachment-0001.html>

[PATCH 1/1] gpu: drm: omapdrm: dss-of: add missing of_node_put after calling of_parse_phandle

On Wed, Jul 13, 2016 at 01:22:06AM +, Peter Chen wrote: > > > > >Just an aside: When you do the same bugfix for multiple places it's good > >practice to > >submit it as one series (and cc everyone involved). Increases the odds that > >someone > >is in a good mood and reviews them all,

[PATCH 1/3] RFC: drm: Restrict vblank ioctl to master

L attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160713/c2ad5b90/attachment.html>

[PATCH 1/3] RFC: drm: Restrict vblank ioctl to master

On Wed, Jul 13, 2016 at 06:43:37PM +0900, Michel Dänzer wrote: > On 13.07.2016 15:50, Rainer Hochecker wrote: > > Whatever action is taken, it is fine for Kodi. GLX+OML_sync_control is > > not an option anymore because we need EGL for vaapi. But we can fall > > back to the invisible window for

[Beignet] [PATCH] intel: Export pooled EU and min no. of eus in a pool.

On 06/07/2016 05:51, Yang Rong wrote: > Update kernel interface with new I915_GETPARAM ioctl entries for > pooled EU and min no. of eus in a pool. Add a wrapping function > for each parameter. Userspace drivers need these values when decide > the thread count. This kernel enabled pooled eu by

[PATCH 2/9] async: Introduce kfence, a N:M completion mechanism

On Fri, Jun 24, 2016 at 10:08:46AM +0100, Chris Wilson wrote: > diff --git a/kernel/async.c b/kernel/async.c > index d2edd6efec56..d0bcb7cc4884 100644 > --- a/kernel/async.c > +++ b/kernel/async.c > @@ -50,6 +50,7 @@ asynchronous and synchronous parts of the kernel. > > #include > #include >

[PATCH v3 2/4] drm/rockchip: add an common abstracted PSR driver

Daniel, On 07/12/2016 08:38 PM, Daniel Vetter wrote: > On Fri, Jul 01, 2016 at 02:00:00PM -0400, Sean Paul wrote: >> On Fri, Jul 1, 2016 at 5:19 AM, Yakir Yang wrote: >>> The PSR driver have exported four symbols for specific device driver: >>> - rockchip_drm_psr_register() >>> -

[PATCH v2 2/2] drm/bridge: tc358767: Add DPI to eDP bridge driver

Hi, On 07/12/2016 10:51 PM, Philipp Zabel wrote: > From: Andrey Gusakov > > Add a drm_bridge driver for the Toshiba TC358767 DPI/DSI to > eDP/DP bridge. Currently only DPI input with 24-bit RGB is > supported. > > Signed-off-by: Andrey Gusakov > Signed-off-by: Philipp Zabel > --- > Changes

[PATCH 2/2] drm: Unexport drm_connector_unregister_all()

On Wed, Jul 13, 2016 at 9:39 AM, Chris Wilson wrote: > This has now been removed from all drivers as it is performed centrally > as a part of device unregistration for modesetting drivers. With the last > user gone, we can unexport it from the DRM module. That requires us to > move the code

[PATCH 1/2] drm/sun4i: Remove redundant call to drm_connector_unregister_all()

On Wed, Jul 13, 2016 at 9:39 AM, Chris Wilson wrote: > drm_connector_unregister_all() is automatically called by > drm_dev_unregister() and so the manual call can be dropped. > > Signed-off-by: Chris Wilson > Cc: Daniel Vetter > Cc: Maxime Ripard > Cc: David Airlie > Cc: Chen-Yu Tsai > Cc:

[PATCH 2/9] async: Introduce kfence, a N:M completion mechanism

On Wed, Jul 13, 2016 at 11:38:52AM +0200, Peter Zijlstra wrote: > On Fri, Jun 24, 2016 at 10:08:46AM +0100, Chris Wilson wrote: > > diff --git a/kernel/async.c b/kernel/async.c > > index d2edd6efec56..d0bcb7cc4884 100644 > > --- a/kernel/async.c > > +++ b/kernel/async.c > > @@ -50,6 +50,7 @@

[Intel-gfx] [PATCH v3] drm/i915/skl: Add support for the SAGV, fix underrun hangs

On Wed, Jul 13, 2016 at 09:12:09PM +0300, Ville Syrjälä wrote: > On Wed, Jul 13, 2016 at 11:08:46AM -0700, Matt Roper wrote: > > On Tue, Jul 12, 2016 at 11:21:39AM -0700, Matt Roper wrote: > > > On Tue, Jul 12, 2016 at 01:36:03PM -0400, Lyude wrote: > > > > Since the watermark calculations for

[PATCH] drm/amdkfd: print doorbell offset as a hex value

On Wed, Jul 13, 2016 at 10:36 AM, Colin King wrote: > From: Colin Ian King > > The doorbell offset is formatted with a 0x prefix to suggest it is > a hexadecimal value, when in fact %d is being used and this is confusing. > Use %X instead to match the proceeding 0x prefix. > > Signed-off-by:

[Intel-gfx] [PATCH v3] drm/i915/skl: Add support for the SAGV, fix underrun hangs

On Tue, Jul 12, 2016 at 11:21:39AM -0700, Matt Roper wrote: > On Tue, Jul 12, 2016 at 01:36:03PM -0400, Lyude wrote: > > Since the watermark calculations for Skylake are still broken, we're apt > > to hitting underruns very easily under multi-monitor configurations. > > While it would be lovely if

[Intel-gfx] [PATCH 06/64] drm: Restore double clflush on the last partial cacheline

Daniel Vetter writes: > On Thu, Jul 07, 2016 at 09:41:12AM +0100, Chris Wilson wrote: >> This effectively reverts >> >> commit afcd950cafea6e27b739fe7772cbbeed37d05b8b >> Author: Chris Wilson >> Date: Wed Jun 10 15:58:01 2015 +0100 >> >> drm: Avoid the double clflush on the last cache

[PATCH 1/2] drm/sun4i: Remove redundant call to drm_connector_unregister_all()

On Wed, Jul 13, 2016 at 9:39 AM, Chris Wilson wrote: > drm_connector_unregister_all() is automatically called by > drm_dev_unregister() and so the manual call can be dropped. > The documentation for drm_connector_unregister_all says "Drivers should call this [...] right before calling

[PATCH][libdrm] drm: Fix multi GPU drmGetDevice return wrong device

Hi Qiang Yu, Thanks for fixing my buggy code (yet again) :-) On 11 July 2016 at 06:17, Qiang Yu wrote: > drmGetDevice will always return the first device it find > under /dev/dri/. This is not true for multi GPU situation. > How does the following alternative solution sound: - keep

[PATCH v6 45/46] dma-mapping: Remove dma_get_attr

After switching DMA attributes to unsigned long it is easier to just compare the bits. Signed-off-by: Krzysztof Kozlowski [for avr32] Acked-by: Hans-Christian Noren Egtvedt [for arc] Acked-by: Vineet Gupta [for arm64 and dma-iommu] Acked-by: Robin Murphy --- Documentation/DMA-API.txt

[PATCH v6 16/46] drm/rockship: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski [for drm] Acked-by: Daniel Vetter --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 17 +++-- drivers/gpu/drm/rockchip/rockchip_drm_gem.h | 2 +- 2

[PATCH v6 15/46] drm/nouveau: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski [for drm] Acked-by: Daniel Vetter --- drivers/gpu/drm/nouveau/nvkm/subdev/instmem/gk20a.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-)

[PATCH v6 14/46] drm/msm: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski [for drm] Acked-by: Daniel Vetter --- drivers/gpu/drm/msm/msm_drv.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

[PATCH v6 13/46] drm/mediatek: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski [for drm] Acked-by: Daniel Vetter --- drivers/gpu/drm/mediatek/mtk_drm_gem.c | 13 ++--- drivers/gpu/drm/mediatek/mtk_drm_gem.h | 2 +- 2 files changed,

[PATCH v6 12/46] drm/exynos: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski [for drm] Acked-by: Daniel Vetter --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 2 +- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 12 +---

[PATCH v6 00/46] dma-mapping: Use unsigned long for dma_attrs

Hi, The fifth version of this patchset was merged by Andrew Morton few days ago. It was rebased on v4.7-rc5 so it missed some ongoing changes. This is just rebase on next-20160713. For easier testing the patchset is available here: repo: https://github.com/krzk/linux branch: for-next/dma

[PATCH][libdrm] drm: Fix multi GPU drmGetDevice return wrong device

afb532fa07c53d Please drop this line. [yuq] OK. Regards, Qiang -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160713/94117712/attachment-0001.html>

[PATCH 3/3] drm/imx: ipuv3-crtc: implement fast path mode_set_base

Implementing the function "mode_set_base" for i.MX6 IPU enables the fast-path in function drm_crtc_helper_set_config. The fast-path is used when flag 'mode_changed' is false and flag 'fb_changed' is true. The fast-patch is needed for applications using the legcay framebuffer ioctl FBIOPAN_DISPLAY

[PATCH 2/3] drm: fb_helper: implement ioctl FBIO_WAITFORVSYNC

Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic framebuffer emulation driver. Legacy framebuffer users like non kms/drm based OpenGL(ES)/EGL implementations may require the ioctl to synchronize drawing or buffer flip for double buffering. It is tested on the i.MX6. Code is

[PATCH 1/3] drm/cma-helper: Add multi buffer support for cma fbdev

From: Xinliang Liu This patch add a config to support to create multi buffer for cma fbdev. Such as double buffer and triple buffer. Cma fbdev is convient to add a legency fbdev. And still many Android devices use fbdev now and at least double buffer is needed for these

[PATCH 0/3] Support fast framebuffer panning for i.MX6

Hi, im currently working on supporting double/tripple buffering for the framebuffer emulation on the i.MX6. While working on it I noticed that the mainline kernel does not support some features in the generic drm framebuffer emulation for framebuffer panning and vsync synchronisation. They are

[Bug 93341] GPU lockups on RadeonHD 7770 (radeonsi driver) when running OpenGL games or after extended periods of time

nges. There is repo with mesa-git for fedora (against llvm 3.8). It could be good start. -- 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-dev

[PATCH 2/2] [media] s5p-g2d: Replace old driver with DRM version

On 07/13/2016 01:02 AM, Mauro Carvalho Chehab wrote: > I suspect that you'll be applying this one via DRM tree, so: > > Em Tue, 24 May 2016 15:28:13 +0200 > Krzysztof Kozlowski escreveu: > >> Remove the old non-DRM driver because it is now entirely supported by >> exynos_drm_g2d driver. >> >>

[PATCH v3 3/4] drm/bridge: analogix_dp: add the PSR function support

ine ANALOGIX_DP_PLL_REG_1 0xfc >>>>#define ANALOGIX_DP_PLL_REG_2 0x9e4 >>>>#define ANALOGIX_DP_PLL_REG_3 0x9e8 >>>> @@ -30,6 +32,21 @@ >>>> >>>>#define ANALOGIX_DP_PD 0x12c >>>> >>>> +#define ANALOGIX_DP_IF_TYPE0x244 >>>> +#define ANALOGIX_DP_IF_PKT_DB1 0x254 >>>> +#define ANALOGIX_DP_IF_PKT_DB2 0x258 >>>> +#define ANALOGIX_DP_SPD_HB00x2F8 >>>> +#define ANALOGIX_DP_SPD_HB10x2FC >>>> +#define ANALOGIX_DP_SPD_HB20x300 >>>> +#define ANALOGIX_DP_SPD_HB30x304 >>>> +#define ANALOGIX_DP_SPD_PB00x308 >>>> +#define ANALOGIX_DP_SPD_PB10x30C >>>> +#define ANALOGIX_DP_SPD_PB20x310 >>>> +#define ANALOGIX_DP_SPD_PB30x314 >>>> +#define ANALOGIX_DP_PSR_FRAME_UPDATE_CTRL 0x318 >>>> +#define ANALOGIX_DP_VSC_SHADOW_DB0 0x31C >>>> +#define ANALOGIX_DP_VSC_SHADOW_DB1 0x320 >>>> + >>>>#define ANALOGIX_DP_LANE_MAP 0x35C >>>> >>>>#define ANALOGIX_DP_ANALOG_CTL_1 0x370 >>>> @@ -103,6 +120,8 @@ >>>> >>>>#define ANALOGIX_DP_SOC_GENERAL_CTL0x800 >>>> >>>> +#define ANALOGIX_DP_CRC_CON0x890 >>>> + >>>>/* ANALOGIX_DP_TX_SW_RESET */ >>>>#define RESET_DP_TX(0x1 << 0) >>>> >>>> @@ -151,6 +170,7 @@ >>>>#define VID_CHK_UPDATE_TYPE_SHIFT (4) >>>>#define VID_CHK_UPDATE_TYPE_1 (0x1 << 4) >>>>#define VID_CHK_UPDATE_TYPE_0 (0x0 << 4) >>>> +#define REUSE_SPD_EN (0x1 << 3) >>>> >>>>/* ANALOGIX_DP_VIDEO_CTL_8 */ >>>>#define VID_HRES_TH(x) (((x) & 0xf) << 4) >>>> @@ -376,4 +396,12 @@ >>>>#define VIDEO_MODE_SLAVE_MODE (0x1 << 0) >>>>#define VIDEO_MODE_MASTER_MODE (0x0 << 0) >>>> >>>> +/* ANALOGIX_DP_PKT_SEND_CTL */ >>>> +#define IF_UP (0x1 << 4) >>>> +#define IF_EN (0x1 << 0) >>>> + >>>> +/* ANALOGIX_DP_CRC_CON */ >>>> +#define PSR_VID_CRC_FLUSH (0x1 << 2) >>>> +#define PSR_VID_CRC_ENABLE (0x1 << 0) >>>> + >>>>#endif /* _ANALOGIX_DP_REG_H */ >>>> diff --git a/include/drm/bridge/analogix_dp.h >>>> b/include/drm/bridge/analogix_dp.h >>>> index 261b86d..183a336 100644 >>>> --- a/include/drm/bridge/analogix_dp.h >>>> +++ b/include/drm/bridge/analogix_dp.h >>>> @@ -38,6 +38,9 @@ struct analogix_dp_plat_data { >>>>struct drm_connector *); >>>>}; >>>> >>>> +int analogix_dp_active_psr(struct device *dev); >>>> +int analogix_dp_inactive_psr(struct device *dev); >>> Why active/inactive instead of enable/disable, which is used everywhere >>> else? >> >> Done >> >> Thanks, >> - Yakir >> >> >>>> + >>>>int analogix_dp_resume(struct device *dev); >>>>int analogix_dp_suspend(struct device *dev); >>>> >>>> -- >>>> 1.9.1 >>>> >>>> >>> >> > > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160713/e045f779/attachment-0001.html>

[PATCH 2/2] [media] s5p-g2d: Replace old driver with DRM version

message part URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160713/9e2fa231/attachment-0001.sig>

[Bug 93475] Saints Row IV causes GPU lockup on Linux

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160713/bc23c988/attachment.html>

[Bug 96678] Awesomenauts cannot launch AMD PITCAIRN

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

[Bug 96908] [radeonsi] MSAA causes graphical artifacts

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

[PATCH v3 2/2] drm/bridge: tc358767: Add DPI to eDP bridge driver

From: Andrey Gusakov Add a drm_bridge driver for the Toshiba TC358767 DPI/DSI to eDP/DP bridge. Currently only DPI input with 24-bit RGB is supported. Signed-off-by: Andrey Gusakov Signed-off-by: Philipp Zabel --- Changes since v2: - Let

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

Add DT binding documentation for the Toshiba TC358767 eDP bridge. Signed-off-by: Philipp Zabel --- .../bindings/display/bridge/toshiba,tc358767.txt | 51 ++ 1 file changed, 51 insertions(+) create mode 100644

  1   2   >