在 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
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
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
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
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.__
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
* 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.
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
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
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
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
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
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
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:
>
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
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);
> -
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
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
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
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
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=106175
Brandon Wright changed:
What|Removed |Added
Attachment #142558|0 |1
is obsolete|
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
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
_
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
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
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
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
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-
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
__
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
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-
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
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
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
39 matches
Mail list logo