[RESEND PATCH v2 2/2] gpu: drm/panel: Add DLC DLC0700YZG-1 panel

2018-05-23 Thread Marco Felsch
From: Philipp Zabel This patch adds support for DLC DLC0700YZG-1 1024x600 LVDS panels to the simple-panel driver. Signed-off-by: Philipp Zabel [m.fel...@pengutronix.de: fix typo in compatible dt-binding] Signed-off-by: Marco Felsch --- .../display/panel/dlc,dlc0700yzg-1.txt| 7

[PATCH 1/2] drm/rockchip: cnd-dp: adjust spdif register setting

2018-05-23 Thread Lin Huang
We use jitter bypass mode for spdif, so do not need to set jitter mode related bit in SPDIF_CTRL_ADDR register. Also, we need to enable SPDIF_ENABLE bit. Signed-off-by: Chris Zhong Signed-off-by: Lin Huang --- drivers/gpu/drm/rockchip/cdn-dp-reg.c | 16 +--- 1 file changed, 1 insert

Re: [GIT PULL] TDA998x I2C driver CEC support

2018-05-23 Thread Russell King
On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote: > Sorry I missed this, just fell between the cracks, > > Any reason you can't/don't use git pull-request to generate pulls? we > have some scripts that parse pulls for tracking now, but this pull > didn't get into the system as it doesn'

Re: [PATCH 22/33] drm/i915: use match_string() helper

2018-05-23 Thread Yisheng Xie
Hi Jani, On 2018/5/22 16:36, Jani Nikula wrote: > On Tue, 22 May 2018, Andy Shevchenko wrote: >> On Mon, May 21, 2018 at 2:57 PM, Yisheng Xie wrote: >>> match_string() returns the index of an array for a matching string, >>> which can be used intead of open coded variant. >> >> https://patchwork

[PATCH 2/2] ASoC: rockchip: cdn-dp sound output use spdif

2018-05-23 Thread Lin Huang
some monitors care about the parity bit in the sub-frame of I2S, but the cdn-dp always set this bit to "1", so these monitors do not have sound output if use i2s, use spdif can fix this issue. Signed-off-by: Chris Zhong Signed-off-by: Lin Huang --- sound/soc/rockchip/rk3399_gru_sound.c | 46 +--

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

2018-05-23 Thread Peter Rosin
On 2018-05-22 11:45, Andrzej Hajda wrote: > On 22.05.2018 09:36, Peter Rosin wrote: >> On 2018-05-22 08:29, Andrzej Hajda wrote: >>> On 21.05.2018 23:56, Peter Rosin wrote: On 2018-05-21 11:21, Andrzej Hajda wrote: > On 21.05.2018 10:53, Peter Rosin wrote: >> On 2018-05-21 10:15, Andrz

Re: [PATCH 5/5] arm64: dts: renesas: r8a77995-draak: add X12 input dot clock

2018-05-23 Thread Simon Horman
On Sun, May 20, 2018 at 11:58:36AM +0300, Laurent Pinchart wrote: > Hi Ulrich, > > Thank you for the patch. > > On Wednesday, 16 May 2018 11:38:22 EEST Simon Horman wrote: > > On Tue, May 15, 2018 at 02:20:40PM +0200, Ulrich Hecht wrote: > > > 74.25 Mhz oscillator X12 is connected to DU_DOTCLKIN0

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

2018-05-23 Thread Peter Rosin
On 2018-05-22 09:36, Peter Rosin wrote: > On 2018-05-22 08:29, Andrzej Hajda wrote: >> On 21.05.2018 23:56, Peter Rosin wrote: >>> On 2018-05-21 11:21, Andrzej Hajda wrote: On 21.05.2018 10:53, Peter Rosin wrote: > On 2018-05-21 10:15, Andrzej Hajda wrote: >> On 19.05.2018 18:48, Peter

[PATCH v2] gpu: drm: omapdrm: Adding new typedef vm_fault_t

2018-05-23 Thread Souptick Joarder
Use new return type vm_fault_t for fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t") Previou

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

2018-05-23 Thread Boris Ostrovsky
On 05/22/2018 11:00 AM, Oleksandr Andrushchenko wrote: > On 05/22/2018 05:33 PM, Boris Ostrovsky wrote: >> On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote: >>> On 05/21/2018 11:36 PM, Boris Ostrovsky wrote: On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wrote: > On 05/21/2018 09:53

Re: [PATCH 1/1] drm/mediatek: Add support for mediatek SOC MT2712

2018-05-23 Thread Stu Hsieh
Hi, CK: I've some reply for comment On Tue, 2018-05-15 at 10:30 +0800, CK Hu wrote: > Hi, Stu: > > I've some inline comments. > > On Mon, 2018-05-14 at 17:59 +0800, Stu Hsieh wrote: > > This patch add support for the Mediatek MT2712 DISP subsystem. > > There are two OVL engine and three disp ou

Re: [PATCH v6 5/5] drm/rockchip: support dp training outside dp firmware

2018-05-23 Thread hl
Hi Enric, On Wednesday, May 23, 2018 01:06 AM, Enric Balletbo Serra wrote: Lin, 2018-05-22 9:41 GMT+02:00 Enric Balletbo Serra : Hi Lin 2018-05-22 3:08 GMT+02:00 hl : Hi Enric, On Monday, May 21, 2018 11:22 PM, Enric Balletbo Serra wrote: Hi Lin, 2018-05-21 11:37 GMT+02:00 Lin Huang :

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

2018-05-23 Thread Boris Ostrovsky
On 05/22/2018 02:27 PM, Oleksandr Andrushchenko wrote: > On 05/22/2018 09:02 PM, Boris Ostrovsky wrote: >> On 05/22/2018 11:00 AM, Oleksandr Andrushchenko wrote: >>> On 05/22/2018 05:33 PM, Boris Ostrovsky wrote: On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote: > On 05/21/2018 11:36

Re: [PATCH V4 0/3] Expanding the basic vkms features

2018-05-23 Thread Haneen Mohammed
On Tue, May 22, 2018 at 09:16:11AM -0300, Rodrigo Siqueira wrote: > This series of patches add a centralized initialization mechanism, a > single CRTC with a plane, an encoder, and extra module information. > > Changes in v2: > - Remove unused definitions > - Improve file names > - Improve cod

[RESEND PATCH v2 0/2] gpu: drm/panel: Add DLC DLC0700YZG-1 support

2018-05-23 Thread Marco Felsch
This serie adds support for the DLC Display Co. DLC0700YZG-1 7.0" WSVGA TFT LCD panel. The customer isn't listed as vendor so we have to add the vendor prefix too. Philipp Zabel (2): dt-bindings: Add vendor prefix for DLC Display Co., Ltd. gpu: drm/panel: Add DLC DLC0700YZG-1 panel .../displ

[RESEND PATCH v2 1/2] dt-bindings: Add vendor prefix for DLC Display Co., Ltd.

2018-05-23 Thread Marco Felsch
From: Philipp Zabel DLC provides a wide range of display solutions. Website: http://www.dlcdisplay.com/ Signed-off-by: Philipp Zabel Signed-off-by: Marco Felsch --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetr

Re: [PATCH] gpu: drm: omapdrm: Adding new typedef vm_fault_t

2018-05-23 Thread Souptick Joarder
>drivers/gpu//drm/omapdrm/omap_gem.c: In function 'fault_2d': >drivers/gpu//drm/omapdrm/omap_gem.c:480:9: error: implicit declaration of > function 'vmf_error'; did you mean '__pmd_error'? > [-Werror=implicit-function-declaration] > ret = vmf_error(err); I think, drm-next and next-

[PATCH v2] drm: fix off-by-one in logger

2018-05-23 Thread Norbert Manthey
The current implementation will leak a byte to the log via memmove. The specified 27 bytes are off-by-one, as the payload is 25 bytes, and the termination character is only one byte large. To avoid this, factor out the error message, and furthermore make the second parameter of the append_entry fun

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

2018-05-23 Thread Peter Rosin
On 2018-05-22 08:29, Andrzej Hajda wrote: > On 21.05.2018 23:56, Peter Rosin wrote: >> On 2018-05-21 11:21, Andrzej Hajda wrote: >>> On 21.05.2018 10:53, Peter Rosin wrote: On 2018-05-21 10:15, Andrzej Hajda wrote: > On 19.05.2018 18:48, Peter Rosin wrote: >> On 2018-05-18 13:51, Andrz

Re: [Xen-devel] [RFC 1/3] xen/balloon: Allow allocating DMA buffers

2018-05-23 Thread Boris Ostrovsky
On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote: > On 05/21/2018 11:36 PM, Boris Ostrovsky wrote: >> On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wrote: >>> On 05/21/2018 09:53 PM, Boris Ostrovsky wrote: On 05/21/2018 01:32 PM, Oleksandr Andrushchenko wrote: > On 05/21/2018 07:35

[Bug 105257] GPU HANG: ecode 9:0:0x86dffffd, in Xorg, reason: Hang on render ring, action: reset

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105257 --- Comment #6 from Santiago --- Same issue in a Dell XPS 13 witch tactile screen, but not while editing any presentation, I'm just browsing the web (with Chromium). In my case, the screens freezes for a second and the mouse stops working (mayb

[Bug 106625] GPL Request: Where is AMD's patch for libomxil-bellagio / gst-plugins-omx to support HEVC decode?

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Bug ID: 106625 Summary: GPL Request: Where is AMD's patch for libomxil-bellagio / gst-plugins-omx to support HEVC decode? Product: Mesa Version: git Ha

omapdrm + etnaviv memory leak

2018-05-23 Thread Tomi Valkeinen
Hi Lucas, Julien has written an X driver for OMAP5 SoC (which has Vivante's GC320). We're seeing a memory leak when using omapdrm for display and etnaviv for X 2D rendering. The X driver uses DRI3, so dmabuf import/export is involved. I've written a simple DRI3 tester, which supports using diff

Re: [PATCH] drm/gma500: Remove VLA

2018-05-23 Thread Daniel Vetter
On Fri, May 18, 2018 at 10:58:40AM -0700, Kees Cook wrote: > On Mon, Apr 9, 2018 at 2:06 PM, Laura Abbott wrote: > > > > There's an ongoing effort to remove VLAs[1] from the kernel to eventually > > turn on -Wvla. Switch to a reasonable upper bound for the VLAs in > > the gma500 driver. > > > > [1

Re: [PATCHv2] drm/i2c: tda998x: Remove VLA usage

2018-05-23 Thread Daniel Vetter
On Sat, May 19, 2018 at 11:07:08AM +0100, Russell King - ARM Linux wrote: > On Fri, May 18, 2018 at 11:01:55AM -0700, Kees Cook wrote: > > On Tue, Apr 10, 2018 at 6:03 PM, Laura Abbott wrote: > > > There's an ongoing effort to remove VLAs[1] from the kernel to eventually > > > turn on -Wvla. The v

Re: [PATCH v7 3/5] soc: rockchip: split rockchip_typec_phy struct to separate header

2018-05-23 Thread Enric Balletbo Serra
2018-05-23 9:42 GMT+02:00 Lin Huang : > we may use rockchip_phy_typec struct in other driver, so split > it to separate header. > > Signed-off-by: Lin Huang > --- > Changes in v2: > - None > Changes in v3: > - None > Changes in v4: > - None > Changes in v5: > - None > Changes in v6: > - new patch

Re: [GIT PULL] TDA998x I2C driver CEC support

2018-05-23 Thread Daniel Vetter
On Tue, May 22, 2018 at 09:27:07AM +0100, Russell King wrote: > On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote: > > Sorry I missed this, just fell between the cracks, > > > > Any reason you can't/don't use git pull-request to generate pulls? we > > have some scripts that parse pulls f

Re: [PATCH v2] gpu: drm: udl: Adding new typedef vm_fault_t

2018-05-23 Thread Daniel Vetter
On Mon, May 21, 2018 at 10:27:44AM +0530, Souptick Joarder wrote: > On Thu, May 10, 2018 at 7:18 PM, Souptick Joarder > wrote: > > On Wed, Apr 25, 2018 at 10:29 AM, Souptick Joarder > > wrote: > >> Use new return type vm_fault_t for fault and huge_fault > >> handler. For now, this is just docum

Re: [PATCH v7 4/5] phy: rockchip-typec: support variable phy config value

2018-05-23 Thread Enric Balletbo Serra
2018-05-23 9:42 GMT+02:00 Lin Huang : > the phy config values used to fix in dp firmware, but some boards > need change these values to do training and get the better eye diagram > result. So support that in phy driver. > > Signed-off-by: Chris Zhong > Signed-off-by: Lin Huang > --- > Changes in

Re: [PATCH v7 5/5] drm/rockchip: support dp training outside dp firmware

2018-05-23 Thread Enric Balletbo Serra
2018-05-23 9:42 GMT+02:00 Lin Huang : > DP firmware uses fixed phy config values to do training, but some > boards need to adjust these values to fit for their unique hardware > design. So get phy config values from dts and use software link training > instead of relying on firmware, if software tr

Re: omapdrm + etnaviv memory leak

2018-05-23 Thread Lucas Stach
Hi Tomi, Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen: > Hi Lucas, > > Julien has written an X driver for OMAP5 SoC (which has Vivante's > GC320). We're seeing a memory leak when using omapdrm for display and > etnaviv for X 2D rendering. The X driver uses DRI3, so dmabuf > imp

Re: [PATCH v2 2/3] drm/vkms: Add basic CRTC initialization

2018-05-23 Thread Daniel Vetter
On Sun, May 20, 2018 at 09:22:31AM +0300, Haneen Mohammed wrote: > On Wed, May 16, 2018 at 08:56:21PM -0300, Rodrigo Siqueira wrote: > > This commit adds the essential infrastructure for around CRTCs which > > is composed of: a new data struct for output data information, a > > function for creatin

Re: [PATCH v2 0/3] Expanding the basic vkms features

2018-05-23 Thread Daniel Vetter
On Thu, May 17, 2018 at 10:42:32PM +0300, Haneen Mohammed wrote: > On Wed, May 16, 2018 at 08:55:06PM -0300, Rodrigo Siqueira wrote: > > This series of patches add a centralized initialization mechanism, a > > single CRTC with a plane, an encoder, and extra module information. > > > > Changes in

Re: [PATCH v2] drm/tegra: Add kerneldoc for UAPI

2018-05-23 Thread Daniel Vetter
On Fri, May 18, 2018 at 10:33:37PM +0200, Thierry Reding wrote: > From: Thierry Reding > > Document the userspace ABI with kerneldoc to provide some information on > how to use it. > > v2: > - keep GEM object creation flags for ABI compatibility > - fix typo in struct drm_tegra_syncpt_incr kerne

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Daniel Vetter
On Fri, May 18, 2018 at 05:27:51PM +0800, Qiang Yu wrote: > Kernel DRM driver for ARM Mali 400/450 GPUs. > > This implementation mainly take amdgpu DRM driver as reference. > > - Mali 4xx GPUs have two kinds of processors GP and PP. GP is for > OpenGL vertex shader processing and PP is for frag

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

2018-05-23 Thread Daniel Vetter
On Tue, May 22, 2018 at 09:04:17AM +0800, Qiang Yu wrote: > On Tue, May 22, 2018 at 3:37 AM, Eric Anholt wrote: > > Qiang Yu writes: > > > >> This reverts commit 45c3d213a400c952ab7119f394c5293bb6877e6b. > >> > >> lima driver need preclose to wait all task in the context > >> created within closi

Re: [PATCH 2/2] Use char * for struct drm_dp_aux_msg's buffer

2018-05-23 Thread Daniel Vetter
On Tue, May 22, 2018 at 11:33:35AM +0300, Jani Nikula wrote: > On Mon, 21 May 2018, Maya Rashish wrote: > > In drm_dp_i2c_drain_msg we do msg.buffer += err which isn't > > legal for void *. > > Well, this isn't pedantic C, it's GCC. There are tons of pointer > arithmetics for void pointers all ov

Re: [PATCH V3 0/3] Expanding the basic vkms features

2018-05-23 Thread Daniel Vetter
On Mon, May 21, 2018 at 10:04:23PM -0300, Rodrigo Siqueira wrote: > This series of patches add a centralized initialization mechanism, a > single CRTC with a plane, an encoder, and extra module information. > > Changes in v2: > - Remove unused definitions > - Improve file names > - Improve cod

Re: [GIT PULL] TDA998x I2C driver CEC support

2018-05-23 Thread Daniel Vetter
On Wed, May 23, 2018 at 11:13 AM, Russell King wrote: > On Wed, May 23, 2018 at 10:48:15AM +0200, Daniel Vetter wrote: >> On Tue, May 22, 2018 at 09:27:07AM +0100, Russell King wrote: >> > On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote: >> > > Sorry I missed this, just fell between th

Re: [PATCH v2 2/4] drm/mediatek: Add support for mediatek SOC MT2712

2018-05-23 Thread Stu Hsieh
On Wed, 2018-05-23 at 13:23 +0800, CK Hu wrote: > Hi, Stu: > > I've some inline comment. > > On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote: > > This patch add support for the Mediatek MT2712 DISP subsystem. > > There are two OVL engine and three disp output in MT2712. > > > > Signed-off-by:

Re: [PATCH] drm/omap: dss: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

2018-05-23 Thread Tomi Valkeinen
On 14/05/18 02:36, Hernán Gonzalez wrote: > Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). > > drivers/gpu/drm/omapdrm/dss/dss.c:959:9-16: WARNING: ERR_CAST can be used > with d > Generated by: scripts/coccinelle/api/err_cast.cocci > > Signed-off-by: Hernán Gonzalez > --- > dr

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Christian König
Am 18.05.2018 um 11:27 schrieb Qiang Yu: Kernel DRM driver for ARM Mali 400/450 GPUs. This implementation mainly take amdgpu DRM driver as reference. - Mali 4xx GPUs have two kinds of processors GP and PP. GP is for OpenGL vertex shader processing and PP is for fragment shader processing.

Re: [PATCH v2 4/4] drm/mediatek: add connection from OD1 to RDMA1

2018-05-23 Thread Stu Hsieh
Hi, CK: On Wed, 2018-05-23 at 14:01 +0800, CK Hu wrote: > Hi, Stu: > > On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote: > > This patch add the connection from OD1 to RDMA1 for ext path. > > > > I would like to apply this patch before the patch 'Add support for > mediatek SOC MT2712' because

Re: [PATCH 15/61] gpu: drm: omapdrm: displays: simplify getting .drvdata

2018-05-23 Thread Tomi Valkeinen
On 19/04/18 17:05, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/gpu/drm/omapdrm/dis

Re: [PATCH v8 3/3] drm: writeback: Add client capability for exposing writeback connectors

2018-05-23 Thread Maarten Lankhorst
Op 18-05-18 om 17:17 schreef Liviu Dudau: > Due to the fact that writeback connectors behave in a special way > in DRM (they always report being disconnected) we might confuse some > userspace. Add a client capability for writeback connectors that will > filter them out for clients that don't under

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

2018-05-23 Thread Christian König
Well NAK, that brings back a callback we worked quite hard on getting rid of. It looks like the problem isn't that you need the preclose callback, but you rather seem to misunderstood how TTM works. All you need to do is to cleanup your command submission path so that the caller of lima_sche

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

2018-05-23 Thread Andrzej Hajda
On 23.05.2018 10:29, Peter Rosin wrote: > On 2018-05-22 17:03, Peter Rosin wrote: >> On 2018-05-22 11:45, Andrzej Hajda wrote: >>> On 22.05.2018 09:36, Peter Rosin wrote: On 2018-05-22 08:29, Andrzej Hajda wrote: > On 21.05.2018 23:56, Peter Rosin wrote: >> On 2018-05-21 11:21, Andrzej

Re: [PATCH 0/6] omapdrm: struct_mutex removal

2018-05-23 Thread Tomi Valkeinen
On 02/04/18 21:50, Laurent Pinchart wrote: > Hello, > > This patch series removes the usage of struct_mutex from the omapdrm driver in > order to switch to gem_free_object_unlocked(). The series is inspired by > Daniel Vetter's recent gem_free_object_unlocked() patches (starting with > "[PATCH 1/5

[Bug 106625] GPL Request: Where is AMD's patch for libomxil-bellagio / gst-plugins-omx to support HEVC decode?

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Daniel Stone changed: What|Removed |Added CC||dan...@fooishbar.org --- Comment #1 from

Re: [PATCH 2/2] Use char * for struct drm_dp_aux_msg's buffer

2018-05-23 Thread Jani Nikula
On Wed, 23 May 2018, Daniel Vetter wrote: > On Tue, May 22, 2018 at 11:33:35AM +0300, Jani Nikula wrote: >> On Mon, 21 May 2018, Maya Rashish wrote: >> > In drm_dp_i2c_drain_msg we do msg.buffer += err which isn't >> > legal for void *. >> >> Well, this isn't pedantic C, it's GCC. There are tons

[Bug 106625] AMD HEVC support for for libomxil-bellagio / gst-plugins-omx

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Daniel Stone changed: What|Removed |Added Summary|GPL Request: Where is AMD's |AMD HEVC support for for

Re: [PATCH v3 2/3] dt-bindings: arm: omap: dmm: Document new compatible for DRA7xx family

2018-05-23 Thread Tomi Valkeinen
On 10/04/18 14:33, Peter Ujfalusi wrote: > From: Tomi Valkeinen > > Define unique compatible string for the DMM in DRA7xx family. > > The new compatible can be used to apply DRA7xx specific workarounds for > ERRATAs, like i878 (MPU Lockup with concurrent DMM and EMIF accesses) > > Signed-off-by

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #17 from taij...@posteo.de --- Created attachment 139692 --> https://bugs.freedesktop.org/attachment.cgi?id=139692&action=edit dmesg with the debug symbols requested by Lukas This is the 'vanilla' kernel with the extra patch for th

Re: [PATCH] drm/xen-front: fix pointer casts

2018-05-23 Thread Oleksandr Andrushchenko
On 05/23/2018 12:19 PM, Juergen Gross wrote: On 21/05/18 09:39, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Building for a 32-bit target results in warnings from casting between a 32-bit pointer and a 64-bit integer. Fix the warnings by casting those pointers to uintptr_t firs

Re: [PATCH] drm/omap: fix memory barrier bug in DMM driver

2018-05-23 Thread Tomi Valkeinen
On 23/03/18 14:57, Peter Ujfalusi wrote: > From: Tomi Valkeinen > > A DMM timeout "timed out waiting for done" has been observed on DRA7 > devices. The timeout happens rarely, and only when the system is under > heavy load. > > Debugging showed that the timeout can be made to happen much more >

[PATCH] drm/exynos: Fix default value for zpos plane property

2018-05-23 Thread Marek Szyprowski
The default zpos property for all planes in Exynos DRM was fixed as zero. Fix this by providing proper value provided by hardware drivers, which typically matches hardware window number. Reported-by: Seung-Woo Kim Fixes: e47726a11e11 ("drm/exynos: use generic code for managing zpos plane propert

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #18 from taij...@posteo.de --- (In reply to Lukas Wunner from comment #16) > Created attachment 139688 [details] [review] > drm-next-4.18-wip debug patch 1 > > So, the HDA device's usage counter is 0, it has no active children and >

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #12 from Christian König --- (In reply to mikhail.v.gavrilov from comment #11) > (In reply to Christian König from comment #10) > > Please provide the output of vainfo. > > $ vainfo > libva info: VA-API version 1.1.0 ... At least o

[PATCH 0/3] Exynos DRM - add 2 more planes to Decon on Exynos5433

2018-05-23 Thread Marek Szyprowski
Dear all, This patchset enables support for 2 more hardware windows in Exynos5433 Decon's, what gives us 2 more overlay planes. This require enabling a few more clocks to get it working properly. My merge plan for this patchset: 1. dts (patch 2/3) - please schedule for v4.18 merge window 2. drive

[PATCH 2/3] arm64: dts: exynos: Add more clocks to Exynos5433 Decon/DeconTV

2018-05-23 Thread Marek Szyprowski
Add all '1x' clocks to decon and decontv devices. Enabling those clocks is needed to get proper display on hardware windows no 4 and 5. Signed-off-by: Marek Szyprowski --- arch/arm64/boot/dts/exynos/exynos5433.dtsi | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git

[PATCH 1/3] dt-bindings: exynos5433-decon: add more required clocks

2018-05-23 Thread Marek Szyprowski
Proper support for Decon's hardware window no 4 and 5 require enabling a few more clocks ("aclk_smmu_decon1x", "aclk_xiu_decon1x", "pclk_smmu_decon1x"). Add those clocks to required clocks list in Decon's dt bindings. Signed-off-by: Marek Szyprowski --- .../bindings/display/exynos/exynos5433-dec

[PATCH 3/3] drm/exynos: decon: Add support for hardware windows no 4 and 5

2018-05-23 Thread Marek Szyprowski
Enable support for 2 more hardware windows. This require enabling a few more clocks and set proper plane type for all windows. In the new configuration primary plane uses hardware window no 3 and cursor uses window no 5. The remaining hardware windows are used for overlays. This gives us an overlay

Re: [PATCH 06/10] drm/msm/gpu: Capture the GPU state on a GPU hang

2018-05-23 Thread Sharat Masetty
On 4/18/2018 4:14 AM, Jordan Crouse wrote: Capture the GPU state on a GPU hang and store it for later playback via the devcoredump facility. Only one crash state is stored at a time on the assumption that the first hang is usually the most interesting. The existing crash state can be cleared af

Re: [PATCH 04/10] drm/msm/gpu: Convert the GPU show function to use the GPU state

2018-05-23 Thread Sharat Masetty
On 4/18/2018 4:14 AM, Jordan Crouse wrote: Convert the existing GPU show function to use the GPU state to dump the information rather than reading it directly from the hardware. This will require an additional step to capture the state before dumping it for the existing nodes but it will greatl

Re: [PATCH] drm/xen-front: fix pointer casts

2018-05-23 Thread Oleksandr Andrushchenko
On 05/23/2018 02:06 PM, Juergen Gross wrote: On 23/05/18 12:00, Oleksandr Andrushchenko wrote: On 05/23/2018 12:19 PM, Juergen Gross wrote: On 21/05/18 09:39, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Building for a 32-bit target results in warnings from casting between a

Re: [PATCH 06/10] drm/msm/gpu: Capture the GPU state on a GPU hang

2018-05-23 Thread Sharat Masetty
On 5/23/2018 4:50 PM, Sharat Masetty wrote: On 4/18/2018 4:14 AM, Jordan Crouse wrote: Capture the GPU state on a GPU hang and store it for later playback via the devcoredump facility. Only one crash state is stored at a time on the assumption that the first hang is usually the most interest

[Bug 97942] [IGT][BYT/BXT] gem_mmap_gtt subtest basic-wc fails due to Test assertion failure

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=97942 Jani Saarinen changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug 97942] [IGT][BYT/BXT] gem_mmap_gtt subtest basic-wc fails due to Test assertion failure

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=97942 Jani Saarinen changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #10 from Jani Saarine

[PATCH v2] drm/xen-front: fix pointer casts

2018-05-23 Thread Oleksandr Andrushchenko
From: Oleksandr Andrushchenko Building for a 32-bit target results in warnings from casting between a 32-bit pointer and a 64-bit integer. Fix the warnings by casting those pointers to uintptr_t first. Signed-off-by: Oleksandr Andrushchenko --- Changes since v1: - remove unneeded u64 and phys_

Re: [PATCH 1/3] dt-bindings: exynos5433-decon: add more required clocks

2018-05-23 Thread Krzysztof Kozlowski
On Wed, May 23, 2018 at 1:00 PM, Marek Szyprowski wrote: > Proper support for Decon's hardware window no 4 and 5 require enabling > a few more clocks ("aclk_smmu_decon1x", "aclk_xiu_decon1x", > "pclk_smmu_decon1x"). Add those clocks to required clocks list in Decon's > dt bindings. > > Signed-off-

Re: [PATCH 0/3] Exynos DRM - add 2 more planes to Decon on Exynos5433

2018-05-23 Thread Krzysztof Kozlowski
On Wed, May 23, 2018 at 12:59 PM, Marek Szyprowski wrote: > Dear all, > > This patchset enables support for 2 more hardware windows in Exynos5433 > Decon's, what gives us 2 more overlay planes. This require enabling > a few more clocks to get it working properly. > > My merge plan for this patchse

[Bug 106625] AMD HEVC support for for libomxil-bellagio / gst-plugins-omx

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 --- Comment #2 from Luke McKee --- I'm hoping AMD will get around to releasing their changes to LGPL licensed gstreamer-plugins-omx / libomxil-bellago It's mesa/Gallium that has the BSD/MIT license and all the code for libomix-belagio h265 supp

Re: omapdrm + etnaviv memory leak

2018-05-23 Thread Tomi Valkeinen
On 23/05/18 11:53, Lucas Stach wrote: > Hi Tomi, > > Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen: >> Hi Lucas, >> >> Julien has written an X driver for OMAP5 SoC (which has Vivante's >> GC320). We're seeing a memory leak when using omapdrm for display and >> etnaviv for X 2D re

[Bug 106625] AMD HEVC support for for libomxil-bellagio / gst-plugins-omx

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Christian König changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug 106625] AMD HEVC support for for libomxil-bellagio / gst-plugins-omx

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Luke McKee changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #4 from Luke McKee ---

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #19 from Lukas Wunner --- Created attachment 139706 --> https://bugs.freedesktop.org/attachment.cgi?id=139706&action=edit drm-next-4.18-wip debug patch 2 Okay at 10.574564, the HDA controller tries to runtime suspend but returns -

[Bug 106625] AMD HEVC support for for libomxil-bellagio / gst-plugins-omx

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Luke McKee changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

Re: [PATCH v8 3/3] drm: writeback: Add client capability for exposing writeback connectors

2018-05-23 Thread Liviu Dudau
On Wed, May 23, 2018 at 11:34:32AM +0200, Maarten Lankhorst wrote: > Op 18-05-18 om 17:17 schreef Liviu Dudau: > > Due to the fact that writeback connectors behave in a special way > > in DRM (they always report being disconnected) we might confuse some > > userspace. Add a client capability for wr

[Bug 106625] AMD HEVC support for for libomxil-bellagio / gst-plugins-omx

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 --- Comment #6 from Daniel Stone --- (In reply to Luke McKee from comment #2) > I'm hoping AMD will get around to releasing their changes to LGPL licensed > gstreamer-plugins-omx / libomxil-bellago > > It's mesa/Gallium that has the BSD/MIT lic

[Bug 106625] Request test app for HEVC decode with AMD proprietary driver

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Daniel Stone changed: What|Removed |Added Summary|AMD HEVC support for for|Request test app for HEVC

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

2018-05-23 Thread Andrzej Hajda
On 23.05.2018 12:46, Peter Rosin wrote: > On 2018-05-23 11:39, Andrzej Hajda wrote: > > *snip* > >> Panels are managed by dsi host only if dsi host implements it, and it is >> up to dsi host author, it is not mandatory. The only case I am aware of >> is exynos-dsi. I guess most developers are not a

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

2018-05-23 Thread Qiang Yu
On Wed, May 23, 2018 at 5:04 PM, Daniel Vetter wrote: > On Tue, May 22, 2018 at 09:04:17AM +0800, Qiang Yu wrote: >> On Tue, May 22, 2018 at 3:37 AM, Eric Anholt wrote: >> > Qiang Yu writes: >> > >> >> This reverts commit 45c3d213a400c952ab7119f394c5293bb6877e6b. >> >> >> >> lima driver need pre

Re: [PATCH] doc: how to become a drm-intel committer

2018-05-23 Thread Jani Nikula
On Wed, 16 May 2018, Jani Nikula wrote: > Until now, the drm-intel commit access have been handed out ad hoc, > without transparency, consistency, or fairness. With pressure to add > more committers, this is no longer tenable, if it ever was. Document the > requirements and expectations around bec

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

2018-05-23 Thread Qiang Yu
On Wed, May 23, 2018 at 5:35 PM, Christian König wrote: > Well NAK, that brings back a callback we worked quite hard on getting rid > of. > > It looks like the problem isn't that you need the preclose callback, but you > rather seem to misunderstood how TTM works. > > All you need to do is to clea

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Qiang Yu
On Wed, May 23, 2018 at 5:02 PM, Daniel Vetter wrote: > On Fri, May 18, 2018 at 05:27:51PM +0800, Qiang Yu wrote: >> Kernel DRM driver for ARM Mali 400/450 GPUs. >> >> This implementation mainly take amdgpu DRM driver as reference. >> >> - Mali 4xx GPUs have two kinds of processors GP and PP. GP i

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

2018-05-23 Thread Christian König
Am 23.05.2018 um 15:13 schrieb Qiang Yu: On Wed, May 23, 2018 at 5:35 PM, Christian König wrote: Well NAK, that brings back a callback we worked quite hard on getting rid of. It looks like the problem isn't that you need the preclose callback, but you rather seem to misunderstood how TTM works

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106631 Bug ID: 106631 Summary: PALM: clpeak: Bus error (core dumped) & lots of GPU lockup Product: Mesa Version: 18.0 Hardware: Other OS: All Status:

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Qiang Yu
On Wed, May 23, 2018 at 5:29 PM, Christian König wrote: > Am 18.05.2018 um 11:27 schrieb Qiang Yu: >> >> Kernel DRM driver for ARM Mali 400/450 GPUs. >> >> This implementation mainly take amdgpu DRM driver as reference. >> >> - Mali 4xx GPUs have two kinds of processors GP and PP. GP is for >>

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #1 from Ricardo Ribalda --- Created attachment 139710 --> https://bugs.freedesktop.org/attachment.cgi?id=139710&action=edit dmesg -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #2 from Ricardo Ribalda --- libclc version: a2118d58fca567694edfabea78293e0dc9255500 (current HEAD) -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Christian König
Am 23.05.2018 um 15:52 schrieb Qiang Yu: On Wed, May 23, 2018 at 5:29 PM, Christian König wrote: Am 18.05.2018 um 11:27 schrieb Qiang Yu: Kernel DRM driver for ARM Mali 400/450 GPUs. This implementation mainly take amdgpu DRM driver as reference. - Mali 4xx GPUs have two kinds of processors

[Bug 106625] AMD HEVC support for for libomxil-bellagio / gst-plugins-omx

2018-05-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106625 Christian König changed: What|Removed |Added Resolution|--- |INVALID Summary|Request te

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Qiang Yu
On Wed, May 23, 2018 at 9:59 PM, Christian König wrote: > Am 23.05.2018 um 15:52 schrieb Qiang Yu: >> >> On Wed, May 23, 2018 at 5:29 PM, Christian König >> wrote: >>> >>> Am 18.05.2018 um 11:27 schrieb Qiang Yu: Kernel DRM driver for ARM Mali 400/450 GPUs. This implementation

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Christian König
Am 23.05.2018 um 16:13 schrieb Qiang Yu: On Wed, May 23, 2018 at 9:59 PM, Christian König wrote: Am 23.05.2018 um 15:52 schrieb Qiang Yu: On Wed, May 23, 2018 at 5:29 PM, Christian König wrote: Am 18.05.2018 um 11:27 schrieb Qiang Yu: Kernel DRM driver for ARM Mali 400/450 GPUs. This imple

Re: [PATCH RFC 00/24] Lima DRM driver

2018-05-23 Thread Qiang Yu
On Wed, May 23, 2018 at 10:19 PM, Christian König wrote: > Am 23.05.2018 um 16:13 schrieb Qiang Yu: >> >> On Wed, May 23, 2018 at 9:59 PM, Christian König >> wrote: >>> >>> Am 23.05.2018 um 15:52 schrieb Qiang Yu: On Wed, May 23, 2018 at 5:29 PM, Christian König wrote: > >

[PATCH 1/9] drm: provide management functions for drm_file

2018-05-23 Thread Noralf Trønnes
From: David Herrmann Rather than doing drm_file allocation/destruction right in the fops, lets provide separate helpers. This decouples drm_file management from the still-mandatory drm-fops. It prepares for use of drm_file without the fops, both by possible separate fops implementations and APIs

[PATCH 3/9] drm: Make ioctls available for in-kernel clients

2018-05-23 Thread Noralf Trønnes
Make ioctl wrappers for functions that will be used by the in-kernel API. The following functions are touched: - drm_mode_create_dumb_ioctl() - drm_mode_destroy_dumb_ioctl() - drm_mode_addfb() - drm_mode_rmfb() Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_crtc_internal.h | 19 ++

[PATCH 0/9] drm: Add generic fbdev emulation

2018-05-23 Thread Noralf Trønnes
This patchset adds generic fbdev emulation for drivers that supports GEM based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An API is begun to support in-kernel clients in general. The CMA helper drivers is moved as a whole over to this generic fbdev emulation. I've added patches

[PATCH 4/9] drm: Begin an API for in-kernel clients

2018-05-23 Thread Noralf Trønnes
This the beginning of an API for in-kernel clients. First out is a way to get a framebuffer backed by a dumb buffer. Only GEM drivers are supported. The original idea of using an exported dma-buf was dropped because it also creates an anonomous file descriptor which doesn't work when the buffer is

[PATCH 6/9] drm/pl111: Set .gem_prime_vmap and .gem_prime_mmap

2018-05-23 Thread Noralf Trønnes
These are needed for pl111 to use the generic fbdev emulation. Cc: Eric Anholt Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/pl111/pl111_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/pl111/pl111_drv.c b/drivers/gpu/drm/pl111/pl111_drv.c index 454ff0804642..788

  1   2   >