[v5 PATCH 0/5] 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

[v5 PATCH 4/5] 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 v5: None Changes in v4: - add a reset node - support 2 phys Changes in v3: - add SoC specific compatible string - remove reg = <1>; Changes in v2: None

[v5 PATCH 5/5] 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 v3 2/4] drm/rockchip: add an common abstracted PSR driver

On Tue, Jul 12, 2016 at 9: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() >> > -

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

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

[Bug 96897] [opencl] clpeak hangs during compilation

|| -- 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/20160713/ebbd98bb/attachment.html>

[Bug 96897] [opencl] clpeak hangs during compilation

deep recursion in clover / LLVM code. -- 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/20160713/5a6c38b7/attachment-0001.html>

[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

[Bug 86669] SSH Account request

nts/20160713/b5fd1f7c/attachment.html>

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

Hi Archit, Am Mittwoch, den 13.07.2016, 11:25 +0530 schrieb Archit Taneja: [...] > > diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig > > index a1419214..ebcad29 100644 > > --- a/drivers/gpu/drm/bridge/Kconfig > > +++ b/drivers/gpu/drm/bridge/Kconfig > > @@ -58,6

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

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 support that yet. It is based on Andrey's initial driver, which

[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

[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

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

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: Colin Ian King ---

[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 1/3] RFC: drm: Restrict vblank ioctl to master

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

Error handling in drivers/gpu/drm/nouveau/nvkm/subdev/secboot/gm20b.c

so we always return '0', which means success. Best regards, CJ -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160713/2026ff2d/attachment-0001.html>

[Bug 96444] GRID Autosport crash on loading race

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/20160713/81d47409/attachment.html>

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

[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] 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:

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

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

[Bug 96908] [radeonsi] MSAA causes graphical artifacts

re-try when I get the change. I'll keep you posted. -- 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/20160713/73205

[Bug 96908] [radeonsi] MSAA causes graphical artifacts

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/20160713/ab6fcb4e/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>

[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 93475] Saints Row IV causes GPU lockup on Linux

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

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

[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/1] gpu: drm: omapdrm: dss-of: add missing of_node_put after calling of_parse_phandle

> >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, instead of just the one affecting >their own >driver. Thanks, I realized

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

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

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

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

[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][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] 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 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;

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

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

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

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

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

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

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

On Wed, Jul 13, 2016 at 6:35 AM, Dan Carpenter wrote: > copy_to/from_user returns the number of bytes remaining to be copied but > we want to return -EFAULT. > > Signed-off-by: Dan Carpenter thanks, I've added to msm-next BR, -R > > diff --git a/drivers/gpu/drm/msm/msm_perf.c

[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 2/4] drm/msm/hdmi: Use more DT friendly GPIO names

On Fri, Jul 08, 2016 at 11:25:52AM +0530, Archit Taneja wrote: > Update the gpio name parsing code to try to search for without the > "qcom,hdmi-tx-" prefix. The older downstream bindings that expect > "qcom,hdmi-tx-xyz" or "qcom,hdmi-tx-xyz-gpio" would work as the > property name would work as

[PATCH 1/7] dt-bindings: add rk3399 support for dw-mipi-rockchip

On Fri, Jul 08, 2016 at 05:04:55PM +0800, Chris Zhong wrote: > The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has > additional phy config clock. > > Signed-off-by: Chris Zhong > --- > > .../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt| 5 > + > 1

[PATCH 3/7] dt-bindings: add power domain node for dw-mipi-rockchip

On Fri, Jul 08, 2016 at 05:04:57PM +0800, Chris Zhong wrote: > Signed-off-by: Chris Zhong > --- > > .../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt| 1 > + > 1 file changed, 1 insertion(+) Acked-by: Rob Herring

[v5 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

On Tue, Jul 12, 2016 at 8:09 AM, Chris Zhong wrote: > 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

[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

[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

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

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

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

On Wed, Jul 13, 2016 at 3:15 AM, Dan Carpenter wrote: > 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 > Reviewed-by: Sean Paul > diff --git

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

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

[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

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

  1   2   >