Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I

2019-05-17 Thread Maxime Ripard
On Thu, May 16, 2019 at 06:48:59PM +0200, Torsten Duwe wrote: > On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote: > > > > Driver can talk to the panel over AUX channel only after t1+t3, t1 is > > up to 10ms, t3 is up to 200ms. > > This is after power-on. The boot loader needs to de

Re: drm/nouveau/core/memory: kmemleak 684 new suspected memory leaks

2019-05-17 Thread Sergey Senozhatsky
On (05/17/19 15:13), Sergey Senozhatsky wrote: > ... but most likely it's utterly wrong. > JFI, I removed kmemleak annotation and added the following thing: @@ -360,6 +360,7 @@ gp100_vmm_valid(struct nvkm_vmm *vmm, void *argv, u32 argc, return -EINVAL; }

[PATCH v2 2/3] drm: shmem: Add drm_gem_shmem_map_offset() wrapper

2019-05-17 Thread Steven Price
Provide a wrapper for drm_gem_map_offset() for clients of shmem. This wrapper provides the correct semantics for the drm_gem_shmem_mmap() callback. Signed-off-by: Steven Price --- drivers/gpu/drm/drm_gem_shmem_helper.c | 20 include/drm/drm_gem_shmem_helper.h | 2 ++ 2

Re: [RESEND PATCH v2 2/2] drm/panfrost: Expose perf counters through debugfs

2019-05-17 Thread Steven Price
On 14/05/2019 14:31, Rob Herring wrote: > On Tue, May 14, 2019 at 5:48 AM Boris Brezillon > wrote: >> >> Add a way to dump perf counters through debugfs. The implementation is >> kept simple and has a number of limitations: >> >> * it's not designed for multi-user usage as the counter values are >

Re: drm/nouveau/core/memory: kmemleak 684 new suspected memory leaks

2019-05-17 Thread Sergey Senozhatsky
On (05/17/19 15:13), Sergey Senozhatsky wrote: > 5.1.0-next-20190517 > > I'm looking at quite a lot of kmemleak reports coming from > drm/nouveau/core/memory, all of which are: > > unreferenced object 0x8deec27c4ac0 (size 16): > comm "Web Content"

drm/nouveau/core/memory: kmemleak 684 new suspected memory leaks

2019-05-17 Thread Sergey Senozhatsky
Hello, 5.1.0-next-20190517 I'm looking at quite a lot of kmemleak reports coming from drm/nouveau/core/memory, all of which are: unreferenced object 0x8deec27c4ac0 (size 16): comm "Web Content", pid 5309, jiffies 4309675011 (age 68.076s) hex dump (first 16 byt

[PATCH v2 3/3] drm/panfrost: Use drm_gem_shmem_map_offset()

2019-05-17 Thread Steven Price
panfrost_ioctl_mmap_bo() contains a reimplementation of drm_gem_shmem_map_offset() but with a bug - it allows mapping imported objects (without going through the exporter). Fix this by switching to use the new drm_gem_shmem_map_offset() function instead which has the bonus of simplifying the code.

Re: drm/nouveau/core/memory: kmemleak 684 new suspected memory leaks

2019-05-17 Thread Sergey Senozhatsky
On (05/17/19 15:31), Sergey Senozhatsky wrote: > > backtrace: > > [<81f2894f>] nvkm_memory_tags_get+0x8e/0x130 > > [<7cd7c0bc>] gf100_vmm_valid+0x196/0x2f0 > > [<70cc6d67>] nvkm_vmm_map+0xa8/0x360 > > [] nvkm_vram_map+0

Re: [Nouveau] [PATCH] drm/nouveau: fix duplication of nv50_head_atom struct

2019-05-17 Thread Peteris Rudzusiks
On Wed, May 15, 2019 at 11:29:40PM -0400, Ilia Mirkin wrote: > On Tue, May 14, 2019 at 3:57 PM Peteris Rudzusiks > wrote: > > > > On Tue, May 14, 2019 at 04:55:05PM +1000, Ben Skeggs wrote: > > > On Sun, 12 May 2019 at 04:23, Peteris Rudzusiks > > > wrote: > > > > > > > > nv50_head_atomic_duplica

RE: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required pixel clock rate

2019-05-17 Thread Wen He
> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: 2019年5月16日 1:14 > To: Wen He ; dri-devel@lists.freedesktop.org; > linux-ker...@vger.kernel.org; liviu.du...@arm.com > Cc: Leo Li > Subject: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required pixel

Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I

2019-05-17 Thread Torsten Duwe
On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote: > > Driver can talk to the panel over AUX channel only after t1+t3, t1 is > up to 10ms, t3 is up to 200ms. This is after power-on. The boot loader needs to deal with this. > It works with older version of driver > that keeps pane

Re: drm/nouveau/core/memory: kmemleak 684 new suspected memory leaks

2019-05-17 Thread Sergey Senozhatsky
On (05/17/19 16:27), Sergey Senozhatsky wrote: > > ... but most likely it's utterly wrong. > > > > JFI, I removed kmemleak annotation meeehhh kmemleak: 2046 new suspected memory leaks (see /sys/kernel/debug/kmemleak) unreferenced object 0x95cbea4e6060 (size 16): comm "Web Content", p

Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I

2019-05-17 Thread Torsten Duwe
On Fri, 17 May 2019 09:27:38 +0200 Maxime Ripard wrote: > On Thu, May 16, 2019 at 06:48:59PM +0200, Torsten Duwe wrote: > > On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote: > > > > > > Driver can talk to the panel over AUX channel only after t1+t3, > > > t1 is up to 10ms, t3 is

RE: [PATCH 11/11] drm/amdgpu: stop removing BOs from the LRU during CS

2019-05-17 Thread Liang, Prike
Hi Christian, With the series patch set , amdgpu_vm_validate_pt_bos occasionally evicted amdgpu BOs failed and can’t find the valid first busy bo . Another problem is that during the first BOs get lock period will run into deadlock . /* check if other user occupy memory too long time */

Re: [PATCH v2 1/3] dt-bindings: add vendor prefix for Evervision Electronics

2019-05-17 Thread Marco Felsch
On 19-05-16 21:38, Rob Herring wrote: > On Tue, Apr 23, 2019 at 7:26 AM Thierry Reding > wrote: > > > > On Tue, Apr 16, 2019 at 12:06:43PM +0200, Marco Felsch wrote: > > > Evervision Electronics is a panel manufacturer from Taipei. > > > http://www.evervisionlcd.com/index.php?lang=en > > > > > >

Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I

2019-05-17 Thread Maxime Ripard
On Fri, May 17, 2019 at 10:14:18AM +0200, Torsten Duwe wrote: > On Fri, 17 May 2019 09:27:38 +0200 > Maxime Ripard wrote: > > > On Thu, May 16, 2019 at 06:48:59PM +0200, Torsten Duwe wrote: > > > On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote: > > > > > > > > Driver can talk to

Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I

2019-05-17 Thread Torsten Duwe
On Fri, May 17, 2019 at 11:08:45AM +0200, Maxime Ripard wrote: > > > > So for all current practical purposes, we can assume the Teres-I panel > > to be powered properly and providing valid EDID; nothing to worry about > > in software. > > You're creating a generic binding for all the users of that

Re: [PATCH libdrm] enable syncobj test depending on capability

2019-05-17 Thread zhoucm1
ping, Could you help check in patch to gitlab? My connection to gitlab still has problem. Thanks, -David On 2019年05月16日 19:03, Zhou, David(ChunMing) wrote: could you help push this patch as well? Thanks, -David Original Message Subject: Re: [PATCH libdrm] enable syncobj

Re: [PATCH libdrm] enable syncobj test depending on capability

2019-05-17 Thread Michel Dänzer
On 2019-05-17 11:47 a.m., zhoucm1 wrote: > ping, Could you help check in patch to gitlab? My connection to gitlab > still has problem. Please follow the process documented in include/drm/README for include/drm/drm.h . -- Earthling Michel Dänzer | https://www.amd.com L

[PATCH 0/2] drm/komeda: Add format: Y0L2, P010, YUV420_8/10BIT

2019-05-17 Thread james qian wang (Arm Technology China)
This patch series adds new formats: - block format support for Y0L2, P010 - AFBC format YUV420_8_BIT, YUV420_10_BIT This patch series depends on: - https://patchwork.freedesktop.org/series/58710/ - https://patchwork.freedesktop.org/series/59000/ - https://patchwork.freedesktop.org/series/59002/ -

[PATCH 2/2] drm/komeda: Add format support for Y0L2, P010, YUV420_8/10BIT

2019-05-17 Thread james qian wang (Arm Technology China)
- Y0L2 and P010 are block (tiled) format, Update the kemeda logic to compatible with such block format. - Since DRM introduced a general block information to drm_format_info, the format_caps->tiled_size no long needed, delete it. - Build some fb utils functions for code sharing. Signed-off-by: J

[PATCH 1/2] drm/komeda: Add komeda_fb_check_src_coords

2019-05-17 Thread james qian wang (Arm Technology China)
Add komeda_fb_check_src_coords and check if the layer configured src rect can meet the requirement of fb and fb format. Signed-off-by: James Qian Wang (Arm Technology China) --- .../arm/display/komeda/komeda_framebuffer.c | 21 .../arm/display/komeda/komeda_framebuffer.h | 2 ++

Re: [PATCH v7 09/11] drm: uevent for connector status change

2019-05-17 Thread Pekka Paalanen
On Thu, 16 May 2019 14:24:55 +0200 Daniel Vetter wrote: > On Thu, May 16, 2019 at 11:22:11AM +0300, Pekka Paalanen wrote: > > On Wed, 15 May 2019 10:24:49 +0200 > > Daniel Vetter wrote: > > > > > On Wed, May 15, 2019 at 10:37:31AM +0300, Pekka Paalanen wrote: > > > > On Tue, 14 May 2019 16:

Re: [PATCH v4 1/2] dt-bindings: display: stm32: add supply property to DSI controller

2019-05-17 Thread Benjamin Gaignard
Le mar. 14 mai 2019 à 11:36, Yannick Fertré a écrit : > > This patch adds documentation of a new property phy-dsi-supply to the > STM32 DSI controller. > > Signed-off-by: Yannick Fertré > Reviewed-by: Rob Herring > Reviewed-by: Philippe Cornu Applied on drm-misc-next, Thanks, Benjamin > ---

Re: [PATCH v4 2/2] drm/stm: dsi: add regulator support

2019-05-17 Thread Benjamin Gaignard
Le mar. 14 mai 2019 à 11:36, Yannick Fertré a écrit : > > Add support of regulator for the phy part of the DSI > controller. > > Signed-off-by: Yannick Fertré > Acked-by: Philippe Cornu Applied on drm-misc-next, Thanks, Benjamin > --- > drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 60 > ++

RE: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required pixel clock rate

2019-05-17 Thread Wen He
> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: 2019年5月16日 18:45 > To: Wen He ; dri-devel@lists.freedesktop.org; > linux-ker...@vger.kernel.org; liviu.du...@arm.com > Cc: Leo Li > Subject: Re: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required >

Re: [PATCH v2 1/3] dt-bindings: gpu: add #cooling-cells property to the ARM Mali Midgard GPU binding

2019-05-17 Thread Heiko Stuebner
Am Donnerstag, 16. Mai 2019, 19:40:38 CEST schrieb Doug Anderson: > Hi, > > On Thu, May 16, 2019 at 10:25 AM Matthias Kaehlcke wrote: > > > The GPU can be used as a thermal cooling device, add an optional > > '#cooling-cells' property. > > > > Signed-off-by: Matthias Kaehlcke > > --- > > Change

RE: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required pixel clock rate

2019-05-17 Thread Wen He
> -Original Message- > From: liviu.du...@arm.com [mailto:liviu.du...@arm.com] > Sent: 2019年5月16日 16:24 > To: Wen He > Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org; Leo Li > > Subject: Re: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required > pixel clock ra

Re: [PATCH 0/2] Add BO reservation to GEM VRAM pin/unpin/push_to_system

2019-05-17 Thread Gerd Hoffmann
Hi, > It turns out that the bochs and vbox drivers automatically reserved and > unreserved the BO from within their pin and unpin functions. The other > drivers; ast, hibmc and mgag200; performed reservation explicitly. With the > GEM VRAM conversion, automatic BO reservation within pin and unpi

[Bug 108898] (Recoverable) GPU hangs with GfxBench Manhattan GL tests

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108898 --- Comment #5 from Eero Tamminen --- Sometimes there's also another error message, about fences: [ 5813.444709] [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out or interrupted! [ 5818.564819] [drm:amdgpu_job_time

[Bug 110701] GPU faults in in Unigine Valley 1.0

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110701 Bug ID: 110701 Summary: GPU faults in in Unigine Valley 1.0 Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Pri

Re: [PATCH libdrm] enable syncobj test depending on capability

2019-05-17 Thread Koenig, Christian
Am 17.05.19 um 11:55 schrieb Michel Dänzer: > [CAUTION: External Email] > > On 2019-05-17 11:47 a.m., zhoucm1 wrote: >> ping, Could you help check in patch to gitlab? My connection to gitlab >> still has problem. > Please follow the process documented in include/drm/README for > include/drm/drm.h .

Re:[PATCH libdrm] enable syncobj test depending on capability

2019-05-17 Thread Zhou, David(ChunMing)
Can you guy do that? Otherwise if kernel driver doesn't set that cap, test could fail. Thanks, -David Original Message Subject: Re: [PATCH libdrm] enable syncobj test depending on capability From: "Koenig, Christian" To: Michel Dänzer ,"Zhou, David(ChunMing)" ,"Zhou, David(Chun

Re: [PATCH] drm/amd/display: Allow faking displays as VRR capable.

2019-05-17 Thread Harry Wentland
On 2019-04-30 3:56 p.m., Mario Kleiner wrote: > [CAUTION: External Email] > > On Tue, Apr 30, 2019 at 2:22 PM Kazlauskas, Nicholas > wrote: >> >> On 4/30/19 3:44 AM, Michel Dänzer wrote: >>> [CAUTION: External Email] >>> >>> On 2019-04-30 9:37 a.m., Mario Kleiner wrote: Allow to detect any

Re: [PATCH v7 3/6] drm/i915/dp: Program VSC Header and DB for Pixel Encoding/Colorimetry Format

2019-05-17 Thread Maarten Lankhorst
Op 10-05-2019 om 03:53 schreef Gwan-gyeong Mun: > Function intel_pixel_encoding_setup_vsc handles vsc header and data block > setup for pixel encoding / colorimetry format. > > Setup VSC header and data block in function intel_pixel_encoding_setup_vsc > for pixel encoding / colorimetry format as pe

Re: [PATCH libdrm] enable syncobj test depending on capability

2019-05-17 Thread Koenig, Christian
No, first of all I'm really busy with those TTM problems. And second I'm actually not very familiar with this either. Please just split the patch up into two, one updating the headers and one fixing the test case. Maybe that's enough for Michel, Christian. Am 17.05.19 um 14:28 schrieb Zhou, Da

Re: [v11 08/12] drm/i915: Enable infoframes on GLK+ for HDR

2019-05-17 Thread Ville Syrjälä
On Thu, May 16, 2019 at 07:40:13PM +0530, Uma Shankar wrote: > From: Ville Syrjälä > > This patch enables infoframes on GLK+ to be > used to send HDR metadata to HDMI sink. > > v2: Addressed Shashank's review comment. > > v3: Addressed Shashank's review comment. > > v4: Added Shashank's RB. >

RE: [PATCH 01/11] drm/ttm: Make LRU removal optional.

2019-05-17 Thread Zhou, David(ChunMing)
> -Original Message- > From: Christian König > Sent: Tuesday, May 14, 2019 8:31 PM > To: Olsak, Marek ; Zhou, David(ChunMing) > ; Liang, Prike ; dri- > de...@lists.freedesktop.org; amd-...@lists.freedesktop.org > Subject: [PATCH 01/11] drm/ttm: Make LRU removal optional. > > [CAUTION: E

[RFC PATCH] drm/i915: Tolerate file owned GEM contexts on hot unbind

2019-05-17 Thread Janusz Krzysztofik
From: Janusz Krzysztofik During i915_driver_unload(), GEM contexts are verified restrictively inside i915_gem_fini() if they don't consume shared resources which should be cleaned up before the driver is released. If those checks don't result in kernel panic, one more check is performed at the e

Re: [v11 05/12] drm/i915: Attach HDR metadata property to connector

2019-05-17 Thread Ville Syrjälä
On Thu, May 16, 2019 at 07:40:10PM +0530, Uma Shankar wrote: > Attach HDR metadata property to connector object. > > v2: Rebase > > v3: Updated the property name as per updated name > while creating hdr metadata property > > Signed-off-by: Uma Shankar > Reviewed-by: Shashank Sharma > --- > dr

Re: [v11 06/12] drm/i915: Write HDR infoframe and send to panel

2019-05-17 Thread Ville Syrjälä
On Thu, May 16, 2019 at 07:40:11PM +0530, Uma Shankar wrote: > Enable writing of HDR metadata infoframe to panel. > The data will be provid by usersapace compositors, based > on blending policies and passsed to driver through a blob > property. > > v2: Rebase > > v3: Fixed a warning message > >

[PATCH] drm/connector: Add doc for content_protection tri-state

2019-05-17 Thread Harry Wentland
It was there all along in the patch description when this change was introduced but it would be helpful to have the same documented in the code. Signed-off-by: Harry Wentland Cc: Sean Paul Cc: Sean Paul Cc: Bhawanpreet Lakha --- drivers/gpu/drm/drm_connector.c | 9 + 1 file changed, 9

Re: [PATCH libdrm] enable syncobj test depending on capability

2019-05-17 Thread Michel Dänzer
On 2019-05-17 3:43 p.m., Koenig, Christian wrote: > No, first of all I'm really busy with those TTM problems. > > And second I'm actually not very familiar with this either. > > Please just split the patch up into two, one updating the headers and one > fixing the test case. > > Maybe that's en

Re: [RFC PATCH] drm/i915: Tolerate file owned GEM contexts on hot unbind

2019-05-17 Thread Chris Wilson
Quoting Janusz Krzysztofik (2019-05-17 15:06:17) > From: Janusz Krzysztofik > > During i915_driver_unload(), GEM contexts are verified restrictively > inside i915_gem_fini() if they don't consume shared resources which > should be cleaned up before the driver is released. If those checks > don't

Re: [PATCH] drm/connector: Add doc for content_protection tri-state

2019-05-17 Thread Sean Paul
On Fri, May 17, 2019 at 10:12 AM Harry Wentland wrote: > > It was there all along in the patch description when this change was > introduced but it would be helpful to have the same documented in the > code. > > Signed-off-by: Harry Wentland > Cc: Sean Paul > Cc: Sean Paul > Cc: Bhawanpreet Lak

[PATCH] drm/panfrost: Select devfreq

2019-05-17 Thread Ezequiel Garcia
Currently, there is some logic for the driver to work without devfreq. However, the driver actually fails to probe if !CONFIG_PM_DEVFREQ. Fix this by selecting devfreq, and drop the additional checks for devfreq. Signed-off-by: Ezequiel Garcia --- drivers/gpu/drm/panfrost/Kconfig|

[PATCH] backlight: gpio-backlight: Set power state instead of brightness at probe

2019-05-17 Thread Paul Kocialkowski
On a trivial gpio-backlight setup with a panel using the backlight but no boot software to enable it beforehand, we fall in a case where the backlight is disabled (not just blanked) and thus remains disabled when the panel gets enabled. Setting gbl->def_value via the device-tree prop allows enabli

Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I

2019-05-17 Thread Vasily Khoruzhick
On Fri, May 17, 2019 at 2:47 AM Torsten Duwe wrote: > > On Fri, May 17, 2019 at 11:08:45AM +0200, Maxime Ripard wrote: > > > > > > So for all current practical purposes, we can assume the Teres-I panel > > > to be powered properly and providing valid EDID; nothing to worry about > > > in software.

Re: [PATCH] drm/panfrost: Select devfreq

2019-05-17 Thread Neil Armstrong
On 17/05/2019 17:00, Ezequiel Garcia wrote: > Currently, there is some logic for the driver to work without devfreq. > However, the driver actually fails to probe if !CONFIG_PM_DEVFREQ. > > Fix this by selecting devfreq, and drop the additional checks > for devfreq. > Please add a Fixes tag. Ne

Re: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required pixel clock rate

2019-05-17 Thread liviu.du...@arm.com
On Fri, May 17, 2019 at 10:37:01AM +, Wen He wrote: > > > > -Original Message- > > From: Robin Murphy [mailto:robin.mur...@arm.com] > > Sent: 2019年5月16日 18:45 > > To: Wen He ; dri-devel@lists.freedesktop.org; > > linux-ker...@vger.kernel.org; liviu.du...@arm.com > > Cc: Leo Li > > Su

Re: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required pixel clock rate

2019-05-17 Thread liviu.du...@arm.com
On Fri, May 17, 2019 at 10:38:00AM +, Wen He wrote: > > > > -Original Message- > > From: liviu.du...@arm.com [mailto:liviu.du...@arm.com] > > Sent: 2019年5月16日 16:24 > > To: Wen He > > Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org; Leo Li > > > > Subject: Re: [EXT

[PATCH 1/2] drm/arm/hdlcd: Actually validate CRTC modes

2019-05-17 Thread Robin Murphy
Rather than allowing any old mode through, then subsequently refusing unmatchable clock rates in atomic_check when it's too late to back out and pick a different mode, let's do that validation up-front where it will cause unsupported modes to be correctly pruned in the first place. This also elimi

[PATCH 2/2] drm/arm/hdlcd: Allow a bit of clock tolerance

2019-05-17 Thread Robin Murphy
On the Arm Juno platform, the HDLCD pixel clock is constrained to 250KHz resolution in order to avoid the tiny System Control Processor spending aeons trying to calculate exact PLL coefficients. This means that modes like my oddball 1600x1200 with 130.89MHz clock get rejected since the rate cannot

Re: [PATCH] gpu: drm: use struct_size() in kmalloc()

2019-05-17 Thread Pan, Xinhui
I am going to put more members which are also array after this struct, not only obj[]. Looks like this struct_size did not help on multiple array case. Thanks anyway. From: xiaolinkui Sent: Friday, May 17, 2019 4:46:00 PM To: Deucher, Alexander; Koenig, Christia

Re: [PATCH v4 03/18] kunit: test: add string_stream a std::stream like string builder

2019-05-17 Thread Stephen Boyd
Quoting Brendan Higgins (2019-05-14 15:16:56) > A number of test features need to do pretty complicated string printing > where it may not be possible to rely on a single preallocated string > with parameters. > > So provide a library for constructing the string as you go similar to > C++'s std::s

Re: [PATCH v4 04/18] kunit: test: add kunit_stream a std::stream like logger

2019-05-17 Thread Stephen Boyd
Quoting Brendan Higgins (2019-05-14 15:16:57) > diff --git a/kunit/kunit-stream.c b/kunit/kunit-stream.c > new file mode 100644 > index 0..1884f1b550888 > --- /dev/null > +++ b/kunit/kunit-stream.c > @@ -0,0 +1,152 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * C++ stream style s

Re: [PATCH v4 17/18] kernel/sysctl-test: Add null pointer test for sysctl.c:proc_dointvec()

2019-05-17 Thread Stephen Boyd
Quoting Brendan Higgins (2019-05-14 15:17:10) > diff --git a/kernel/sysctl-test.c b/kernel/sysctl-test.c > new file mode 100644 > index 0..fe0f2bae66085 > --- /dev/null > +++ b/kernel/sysctl-test.c > @@ -0,0 +1,293 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * KUnit test of proc

[PATCH v5 2/6] iommu: io-pgtable: fix sanity check for non 48-bit mali iommu

2019-05-17 Thread Clément Péron
Allwinner H6 SoC has a Mali T720MP2 with a 33-bit iommu which trig the sanity check during the alloc of the pgtable. Change the sanity check to allow non 48-bit configuration. Suggested-by: Robin Murphy Signed-off-by: Clément Péron --- drivers/iommu/io-pgtable-arm.c | 2 +- 1 file changed, 1 i

[PATCH v5 0/6] Allwinner H6 Mali GPU support

2019-05-17 Thread Clément Péron
Hi, The Allwinner H6 has a Mali-T720 MP2 which should be supported by the new panfrost driver. This series fix two issues and introduce the dt-bindings but a simple benchmark show that it's still NOT WORKING. I'm pushing it in case someone want to continue the work. This has been tested with Mes

[PATCH v5 5/6] arm64: dts: allwinner: Add ARM Mali GPU node for H6

2019-05-17 Thread Clément Péron
Add the mali gpu node to the H6 device-tree. Signed-off-by: Clément Péron --- arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi b/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi index 16c5c3

[PATCH v5 6/6] arm64: dts: allwinner: Add mali GPU supply for H6 boards

2019-05-17 Thread Clément Péron
Enable and add supply to the Mali GPU node on all the H6 boards. Regarding the datasheet the maximum time for supply to reach its voltage is 32ms. Signed-off-by: Clément Péron --- arch/arm64/boot/dts/allwinner/sun50i-h6-beelink-gs1.dts | 6 ++ arch/arm64/boot/dts/allwinner/sun50i-h6-orangep

[PATCH v5 4/6] dt-bindings: gpu: mali-midgard: Add H6 mali gpu compatible

2019-05-17 Thread Clément Péron
This add the H6 mali compatible in the dt-bindings to later support specific implementation. Signed-off-by: Clément Péron Reviewed-by: Rob Herring --- .../devicetree/bindings/gpu/arm,mali-midgard.txt | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/Documentati

[PATCH v5 1/6] drm: panfrost: add optional bus_clock

2019-05-17 Thread Clément Péron
Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock. Add an optional bus_clock at the init of the panfrost driver. Signed-off-by: Clément Péron --- drivers/gpu/drm/panfrost/panfrost_device.c | 25 +- drivers/gpu/drm/panfrost/panfrost_device.h | 1 + 2 files cha

[PATCH v5 3/6] dt-bindings: gpu: add bus clock for Mali Midgard GPUs

2019-05-17 Thread Clément Péron
From: Icenowy Zheng Some SoCs adds a bus clock gate to the Mali Midgard GPU. Add the binding for the bus clock. Signed-off-by: Icenowy Zheng Signed-off-by: Clément Péron Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/gpu/arm,mali-midgard.txt | 6 ++ 1 file changed, 6 ins

Re: [PATCH v4 01/18] kunit: test: add KUnit test runner core

2019-05-17 Thread Stephen Boyd
Quoting Brendan Higgins (2019-05-14 15:16:54) > diff --git a/include/kunit/test.h b/include/kunit/test.h > new file mode 100644 > index 0..e682ea0e1f9a5 > --- /dev/null > +++ b/include/kunit/test.h > @@ -0,0 +1,162 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > +/* > + * Base unit test

[Bug 110702] segfault in radeonsi HEVC hardware decoding

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110702 Bug ID: 110702 Summary: segfault in radeonsi HEVC hardware decoding Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: norm

Re: [PATCH v5 1/6] drm: panfrost: add optional bus_clock

2019-05-17 Thread Rob Herring
On Fri, May 17, 2019 at 1:47 PM Clément Péron wrote: > > Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock. > > Add an optional bus_clock at the init of the panfrost driver. > > Signed-off-by: Clément Péron > --- > drivers/gpu/drm/panfrost/panfrost_device.c | 25 ++

Re: lima_bo memory leak after drm_sched job destruction rework

2019-05-17 Thread Grodzovsky, Andrey
On 5/17/19 3:35 PM, Erico Nunes wrote: > [CAUTION: External Email] > > Hello, > > I have recently observed a memory leak issue with lima using > drm-misc-next, which I initially reported here: > https://gitlab.freedesktop.org/lima/linux/issues/24 > It is an easily reproduceable memory leak which I

Re: [PATCH v6 2/3] dt-bindings: backlight: add lm3630a bindings

2019-05-17 Thread Rob Herring
On Wed, Apr 24, 2019 at 4:25 AM Brian Masney wrote: > > Add new backlight bindings for the TI LM3630A dual-string white LED. > > Signed-off-by: Brian Masney > Reviewed-by: Rob Herring > --- > Changes since v5: > - Change 'lm3630a_bl@38' in examples to 'led-controller@38' > > Changes since v4: >

[PATCH] drm: rcar-du: writeback: include interface header

2019-05-17 Thread Kieran Bingham
The new writeback feature is exports functions so that they can integrate into the rcar_du_kms module. The interface functions are defined in the rcar_du_writeback header, but it is not included in the object file itself leading to compiler warnings for missing prototypes. Include the header as a

Re: [PATCH] drm: rcar-du: writeback: include interface header

2019-05-17 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Fri, May 17, 2019 at 10:20:49PM +0100, Kieran Bingham wrote: > The new writeback feature is exports functions so that they can > integrate into the rcar_du_kms module. > > The interface functions are defined in the rcar_du_writeback header, but > it is not

Re: [PATCH v5 1/6] drm: panfrost: add optional bus_clock

2019-05-17 Thread Clément Péron
Hi Rob, On Fri, 17 May 2019 at 22:07, Rob Herring wrote: > > On Fri, May 17, 2019 at 1:47 PM Clément Péron wrote: > > > > Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock. > > > > Add an optional bus_clock at the init of the panfrost driver. > > > > Signed-off-by: Clément Péron

Re: [PATCH v5 1/6] drm: panfrost: add optional bus_clock

2019-05-17 Thread Rob Herring
On Fri, May 17, 2019 at 5:08 PM Clément Péron wrote: > > Hi Rob, > > On Fri, 17 May 2019 at 22:07, Rob Herring wrote: > > > > On Fri, May 17, 2019 at 1:47 PM Clément Péron wrote: > > > > > > Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock. > > > > > > Add an optional bus_clock a

[RFC PATCH 0/3] VSP1/DU atomic interface changes

2019-05-17 Thread Kieran Bingham
As part of the ongoing DU group refactoring it became apparent that we need to split the configuration of the VSP to allow fine grain control of setting the VSP1 mode configuration and enabling/disabling of the pipeline. To split the mode configuration and the pipeline enablement, we add three new

[PATCH 3/3] media: vsp1: drm: Remove vsp1_du_setup_lif()

2019-05-17 Thread Kieran Bingham
The vsp1_du_setup_lif() function is deprecated, and the users have been removed. Remove the implementation and the associated configuration structure. Signed-off-by: Kieran Bingham --- drivers/media/platform/vsp1/vsp1_drm.c | 47 -- include/media/vsp1.h

[PATCH 1/3] media: vsp1: drm: Split vsp1_du_setup_lif()

2019-05-17 Thread Kieran Bingham
Break vsp1_du_setup_lif() into components more suited to the DRM Atomic API. The existing vsp1_du_setup_lif() API call is maintained as it is still used from the DU. Signed-off-by: Kieran Bingham --- drivers/media/platform/vsp1/vsp1_drm.c | 233 ++--- include/media/vsp1.h

[PATCH 2/3] drm: rcar-du: Convert to the new VSP atomic API

2019-05-17 Thread Kieran Bingham
The configuration API between the VSP and the DU has been updated to provide finer grain control over modesetting, and enablement. Split rcar_du_vsp_enable() into rcar_du_vsp_modeset() and rcar_du_vsp_enable() accordingly, and update each function to use the new VSP API. There are no further user

Re: [PATCH v6 2/3] dt-bindings: backlight: add lm3630a bindings

2019-05-17 Thread Brian Masney
Hi Rob, On Fri, May 17, 2019 at 04:11:48PM -0500, Rob Herring wrote: > On Wed, Apr 24, 2019 at 4:25 AM Brian Masney wrote: > > > > Add new backlight bindings for the TI LM3630A dual-string white LED. > > > > Signed-off-by: Brian Masney > > Reviewed-by: Rob Herring > > --- > > Changes since v5:

Re: lima_bo memory leak after drm_sched job destruction rework

2019-05-17 Thread Grodzovsky, Andrey
Don't have the code in front of me now but as far as I remember it will only prematurely terminate in drm_sched_cleanup_jobs if there is timeout work in progress which would not be the case if nothing hangs. Andrey From: Erico Nunes Sent: 17 May 2019 17

[Bug 110701] GPU faults in in Unigine Valley 1.0

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110701 --- Comment #1 from Christian Widmer --- Having a similar issue where using OpenGL in certain applications (specifically encountered the problem in Anki with hardware acceleration and mpv with the x11egl context and vaapi hardware decoding) caus

[Bug 110701] GPU faults in in Unigine Valley 1.0

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110701 --- Comment #2 from Christian Widmer --- I should probably mention that I am using a Radeon RX580 on Gentoo with kernel 5.1.3 and a pretty recent git version of LLVM. -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 110701] GPU faults in in Unigine Valley 1.0

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110701 --- Comment #3 from Yury Zhuravlev --- Similar, after the update today I have the same errors even for KDE KWin. Looks like Marek something did. Error: [ 240.649210] amdgpu :1f:00.0: [gfxhub] no-retry page fault (src_id:0 ring:24 vmid:7 p

[Bug 110701] GPU faults in in Unigine Valley 1.0

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110701 --- Comment #4 from Yury Zhuravlev --- I made bisect and I found bad commit it's here https://cgit.freedesktop.org/mesa/mesa/commit/?id=4549c3678865236216952f649fa5ed0115fe81b9 can you try to build mesa for previous commit? Like 6b3343e5d80abf1

[Bug 110701] GPU faults in in Unigine Valley 1.0

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110701 --- Comment #5 from Yury Zhuravlev --- > can you try to build mesa for previous commit? Like > 6b3343e5d80abf162b45f0d7e977449588824706 > > I think we need to change the title of this bug. sorry, it's also unstable, but I can't reproduce erro

[Bug 110702] segfault in radeonsi HEVC hardware decoding

2019-05-17 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110702 --- Comment #1 from Pierre Ossman --- Created attachment 144290 --> https://bugs.freedesktop.org/attachment.cgi?id=144290&action=edit gdb bt full A backtrace of the crash from gdb. It looks like the allocation filed, but then either kodi or