Re: [PATCH 7/7] drm/syncobj: use the timeline point in drm_syncobj_find_fence

2018-11-24 Thread Chunming Zhou
在 2018/11/24 2:16, Christian König 写道: Am 23.11.18 um 14:42 schrieb Chunming Zhou: But I've came up with something which should work. Assume the original chain is: 136912---18 And we garbage collect everything but 6 and 18 then all we need to know to return the correct node is

Re: dad4f140ed ("Merge branch 'xarray' of .."): Mem-Info:

2018-11-24 Thread Philip Li
On Fri, Nov 23, 2018 at 07:58:03PM -0800, Matthew Wilcox wrote: > On Sat, Nov 24, 2018 at 09:20:38AM +0800, kernel test robot wrote: > > Greetings, > > > > 0day kernel testing robot got the below dmesg and the first bad commit is > > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/li

[Bug 105530] Stuttering on Raven Ridge when TearFree is on

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105530 --- Comment #17 from Michel Dänzer --- (In reply to Andrew Sheldon from comment #16) > Okay, so it turns out the frame dropping issue only exists for me in a PRIME > configuration. Perhaps the additional GPU copy at full load is too much for > t

[Bug 108852] totem MPEG4 video playback color screw-up

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108852 --- Comment #2 from network...@rkmail.ru --- Known issue, see bugs #104597 #106490 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.f

[Bug 108852] totem MPEG4 video playback color screw-up

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108852 --- Comment #3 from network...@rkmail.ru --- (In reply to network723 from comment #2) > Known issue, see bugs #104597 #106490 bug#104597 bug#106490 -- You are receiving this mail because: You are the assignee for the bug.__

Re: AMDGPU with 4.19.x kernel - cannot enable DPM

2018-11-24 Thread Chris Rankin
Hi, thanks for the reply. That patch doesn't solve my issue, although it does mean that the DRM layer no longer tries to enable "gen 3" PCIE link speeds. I have attached the dmesg output for a stock 4.19.4 kernel that also has your patch applied. Cheers, Chris On Fri, 23 Nov 2018 at 20:25, Alex

Re: [PATCHv5 4/6] drm/omap: fix incorrect union usage

2018-11-24 Thread Tony Lindgren
* Sebastian Reichel [181121 16:09]: > The DSI encoder sets dssdev->ops->dsi.set_config, which is stored at the > same offset as dssdev->ops->hdmi.set_hdmi_mode. The code in omap_encoder > only checks if dssdev->ops->hdmi.set_hdmi_mode is NULL. Due to the way > union works, it won't be NULL if dsi.

[PATCH] drm: add capability DRM_CAP_ASYNC_UPDATE

2018-11-24 Thread Helen Koike
Allow userspace to identify if the driver supports async update. Signed-off-by: Enric Balletbo i Serra [prepared for upstream] Signed-off-by: Helen Koike --- Hi, This patch introduces the ASYNC_UPDATE cap, which originated from the discussion regarding DRM_MODE_ATOMIC_AMEND on [1], to allow us

Re: [PATCH] drm/meson: add support for 1080p25 mode

2018-11-24 Thread Michal Lazo
I would suggest same aproach as for "meson_hdmi_encp_mode_1080p30" and "meson_hdmi_encp_mode_1080p60" so duplicate "meson_hdmi_encp_mode_1080p50" with name "meson_hdmi_encp_mode_1080p25" now the code looks really like common copy paste problem Michal Lazo On Wed, Nov 21, 2018 at 10:47 AM Neil Arm

Re: [Xen-devel][PATCH 2/3] drm/xen-front: Use Xen common shared buffer implementation

2018-11-24 Thread Juergen Gross
On 22/11/2018 15:33, Daniel Vetter wrote: > On Thu, Nov 22, 2018 at 12:02:29PM +0200, Oleksandr Andrushchenko wrote: >> From: Oleksandr Andrushchenko >> >> Use page directory based shared buffer implementation >> now available as common code for Xen frontend drivers. >> >> Signed-off-by: Oleksandr

[PATCH v2] drm/atomic: add ATOMIC_AMEND flag to the Atomic IOCTL.

2018-11-24 Thread Helen Koike
This flag tells core to jump ahead the queued update if the conditions in drm_atomic_async_check() are met. That means we are only able to do an async update if no modeset is pending and update for the same plane is not queued. It uses the already in place infrastructure for async updates. It is

Re: [PATCH] drm/meson: add support for 1080p25 mode

2018-11-24 Thread Michal Lazo
I checked 1080p30/1080p60 and values are same I didn't check others so clean duplicates or make duplicates :) On Fri, Nov 23, 2018 at 2:15 PM Neil Armstrong wrote: > > Hi Michal, > > On 23/11/2018 13:57, Michal Lazo wrote: > > I would suggest same aproach as for > > "meson_hdmi_encp_mode_1080p30

RE: [PATCH 4/5] drm: rcar-du: Add R8A7744 support

2018-11-24 Thread Fabrizio Castro
Thank you Laurent. Cheers, Fab > From: Laurent Pinchart > Sent: 23 November 2018 12:05 > Subject: Re: [PATCH 4/5] drm: rcar-du: Add R8A7744 support > > Hi Fabrizio, > > On Thursday, 22 November 2018 17:59:32 EET Fabrizio Castro wrote: > > On 15 October 2018 23:25 Laurent Pinchart wrote: > > > On

RE: [PATCH v2 3/5] drm: rcar-du: Add r8a77470 support

2018-11-24 Thread Fabrizio Castro
Thank you Laurent. Cheers, Fab > From: linux-renesas-soc-ow...@vger.kernel.org > On Behalf Of Laurent Pinchart > Sent: 23 November 2018 12:07 > Subject: Re: [PATCH v2 3/5] drm: rcar-du: Add r8a77470 support > > Hi Fabrizio, > > On Thursday, 22 November 2018 18:03:44 EET Fabrizio Castro wrote: >

Re: [RFC v2 00/14] kunit: introduce KUnit, the Linux kernel unit testing framework

2018-11-24 Thread Knut Omang
On Tue, 2018-10-23 at 16:57 -0700, Brendan Higgins wrote: > This patch set proposes KUnit, a lightweight unit testing and mocking > framework for the Linux kernel. > > Unlike Autotest and kselftest, KUnit is a true unit testing framework; First thanks to Hidenori Yamaji for making me aware of the

Re: [PATCH] mm: Replace all open encodings for NUMA_NO_NODE

2018-11-24 Thread Vinod Koul
On 23-11-18, 15:24, Anshuman Khandual wrote: > --- a/drivers/dma/dmaengine.c > +++ b/drivers/dma/dmaengine.c > @@ -386,7 +386,8 @@ EXPORT_SYMBOL(dma_issue_pending_all); > static bool dma_chan_is_local(struct dma_chan *chan, int cpu) > { > int node = dev_to_node(chan->device->dev); > -

[PATCH] udlfb: don't call unregister_framebuffer on a null pointer

2018-11-24 Thread Colin King
From: Colin Ian King Just before calling unregister_framebuffer with info there is a null check on info, implying info may possibly zero. Calling unregister_framebuffer with a null pointer will cause a null pointer dereference, fix this by moving the call to the block where info has been null ch

[Bug 106175] amdgpu.dc=1 shows performance issues with Xorg compositors when moving windows

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106175 --- Comment #67 from tempel.jul...@gmail.com --- Just wanted to note that applying [PATCH 1/2] drm/amd/display: Use private obj helpers for dm_atomic_state [PATCH 2/2] drm/amd/display: Remove wait for hw/flip done in atomic check does not solve/w

Re: [Nouveau] [PATCH 2/2] drm/nouveau: Grab an rpm reference before/after DP AUX transactions

2018-11-24 Thread Karol Herbst
why the nouveau_is_rpm_worker stuff? On Sat, Nov 17, 2018 at 2:50 AM Lyude Paul wrote: > > Now that we have ->pre_transfer() and ->post_transfer() for DP AUX > channel devices, we can implement these hooks in order to ensure that > the GPU is actually woken up before AUX transactions happen. This

Re: [Nouveau] [PATCH 0/6] Remove all bad dp_mst_port uses and hide struct def

2018-11-24 Thread Karol Herbst
Patches 1 and 5 are Acked-by: Karol Herbst Patches 2-4 are Reviewed-by: Karol Herbst On Sat, Nov 17, 2018 at 1:21 AM Lyude Paul wrote: > > So we don't ever have to worry about drivers touching drm_dp_mst_port > structs without verifying them and crashing again. > > Lyude Paul (6): > drm/dp_mst

Re: [PATCH v2] drm/meson: Fixes for drm_crtc_vblank_on/off support

2018-11-24 Thread Lyude Paul
There are some typos according to dim checkpatch: 6421619a1655 (HEAD) drm/meson: Fixes for drm_crtc_vblank_on/off support -:48: WARNING:TYPO_SPELLING: 'occurence' may be misspelled - perhaps 'occurrence'? #48: The issue is that vblank need to be enabled in any occurence of : -:53: WAR

[Bug 201273] Fatal error during GPU init amdgpu RX560

2018-11-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=201273 --- Comment #15 from quirin.blae...@freenet.de --- (In reply to Alex Deucher from comment #14) > Created attachment 279635 [details] > test fix > > Does this patch help? I'll check that, but it may require at least a week to verify. -- You are

[Bug 106175] amdgpu.dc=1 shows performance issues with Xorg compositors when moving windows

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106175 --- Comment #68 from bmil...@gmail.com --- (In reply to tempel.julian from comment #67) > Just wanted to note that applying > [PATCH 1/2] drm/amd/display: Use private obj helpers for dm_atomic_state > [PATCH 2/2] drm/amd/display: Remove wait for

[PATCH] drm/meson: Enable fast_io in meson_dw_hdmi_regmap_config

2018-11-24 Thread Lyude Paul
Seeing as we use this registermap in the context of our IRQ handlers, we need to be using spinlocks for reading/writing registers so that we can still read them from IRQ handlers without having to grab any mutexes and accidentally sleep. We don't currently do this, as pointed out by lockdep: [ 1

[Bug 106175] amdgpu.dc=1 shows performance issues with Xorg compositors when moving windows

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106175 --- Comment #69 from tempel.jul...@gmail.com --- (In reply to bmilreu from comment #68) > try 0001-drm-amd-display-Add-fast-path-for-legacy-cursor-plan.patch That one works, also with modesetting driver. Regarding your question if modesetting d

[Bug 106175] amdgpu.dc=1 shows performance issues with Xorg compositors when moving windows

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106175 Brandon Wright changed: What|Removed |Added Attachment #142558|0 |1 is obsolete|

Re: [PATCH 1/9] drm: replace "drm_gem_object_unreference_unlocked" function with "*put_unlocked"

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > This patch unifies the naming of DRM functions for reference counting as > requested on Documentation/gpu/todo.rst > > Signed-off-by: Fernando Ramos This is already fixed in drm-misc-next as it happens: commit a0d4d42cb5854400baa47bf63d9

Re: [PATCH 2/9] drm: remove deprecated "[__]drm_gem_object_[un]reference[_locked]" functions

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > There are no more places where these (deprecated) functions are being > used from, thus they can now be removed. > > Signed-off-by: Fernando Ramos Patch applied to drm-misc-next. Yours, Linus Walleij _

[Bug 108854] [polaris11] - Failed GPU reset after hang

2018-11-24 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108854 Bug ID: 108854 Summary: [polaris11] - Failed GPU reset after hang Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Seve

Re: [PATCH 3/9] drm: replace "drm_dev_unref" function with "drm_dev_put"

2018-11-24 Thread Linus Walleij
On Fri, Nov 16, 2018 at 6:04 PM Fernando wrote: > I'm new on this, how should I proceed? Should I create a new (V2) patch > series with > these changes reverted? Or will the maintainer automatically take care > of this when merging? I fixed it :) I think. At least I hope I didn't do something b

Re: [PATCH 3/9] drm: replace "drm_dev_unref" function with "drm_dev_put"

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > This patch unifies the naming of DRM functions for reference counting as > requested on Documentation/gpu/todo.rst > > Signed-off-by: Fernando Ramos Patch applied after some collecting ACKs and tweaking. Yours, Linus Walleij

Re: [PATCH 4/9] drm: remove deprecated "drm_dev_unref" function

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > There are no more places where this (deprecated) function is being used > from, thus it can now be removed. > > Signed-off-by: Fernando Ramos Patch applied. Yours, Linus Walleij ___ dri-devel m

Re: [PATCH 5/9] drm: replace "drm_connector_unreference" with "drm_connector_put"

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > This patch unifies the naming of DRM functions for reference counting as > requested on Documentation/gpu/todo.rst > > Signed-off-by: Fernando Ramos Patch applied. Yours, Linus Walleij ___ dri-

Re: [PATCH 6/9] drm: remove deprecated "drm_connector_[un]reference" functions

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > There are no more places where this (deprecated) function is being > used from, thus it can now be removed. > > Signed-off-by: Fernando Ramos Patch applied collecting Paul's review tag. Yours, Linus Walleij __

Re: [PATCH 7/9] drm: remove deprecated "drm_framebuffer_[un]reference" functions

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > There are no more places where this (deprecated) function is being used > from, thus it can now be removed. > > Signed-off-by: Fernando Ramos Patch applied. Yours, Linus Walleij ___ dri-devel m

Re: [PATCH 8/9] drm: remove no longer needed drm-get-put coccinelle script

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:18 PM Fernando Ramos wrote: > The coccinelle script was used to rename some (deprecated) functions > which no longer exist now. > > Signed-off-by: Fernando Ramos Patch applied with Julia's ACK. Yours, Linus Walleij ___ dri-

Re: [PATCH 9/9] docs: drm: remove no longer relevant TODO entry

2018-11-24 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:18 PM Fernando Ramos wrote: > This entry asked to rename all drm core "*_reference/_unrefence" > functions to "*_get/_put". > > Now that this task is complete, we can remove this entry from the TODO > list. > > Signed-off-by: Fernando Ramos Patch applied. Yours, Linu

Re: [PATCH 0/9] drm: remove deprecated functions

2018-11-24 Thread Linus Walleij
On Wed, Nov 21, 2018 at 10:42 AM Daniel Vetter wrote: > On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote: > > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos > > wrote: > > > > > One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was > > > to > > > "switch from r

[PATCH] drm/meson: Fix OOB memory accesses in meson_viu_set_osd_lut()

2018-11-24 Thread Lyude Paul
Currently on driver bringup with KASAN enabled, meson triggers an OOB memory access as shown below: [ 117.904528] == [ 117.904560] BUG: KASAN: global-out-of-bounds in meson_viu_set_osd_lut+0x7a0/0x890 [ 117.904588] Read of size 4