https://bugzilla.kernel.org/show_bug.cgi?id=210739
Kris Karas (bugs-...@moonlit-rail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, Dec 16, 2020 at 01:06:03AM +0200, Laurent Pinchart wrote:
> Convert the Renesas R-Car DU text binding to YAML.
>
I tend to think this should be split up, but up to you.
> Signed-off-by: Laurent Pinchart
> ---
> Changes since v1:
>
> - Use pattern instead of enum for dclkin
> - Update M
On Wed, 16 Dec 2020 00:59:27 +0200, Laurent Pinchart wrote:
> From: Fabrizio Castro
>
> Document RZ/G2E support for property renesas,companion.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Laurent Pinchart
> Signed-off-by: Laurent Pinchart
> ---
> Changes since v1:
>
> - Slight reword o
Utilize the deferred free helper library in the system heap.
This provides a nice performance bump and puts the
system heap performance on par with ION.
Cc: Sumit Semwal
Cc: Liam Mark
Cc: Chris Goldsworthy
Cc: Laura Abbott
Cc: Brian Starkey
Cc: Hridya Valsaraju
Cc: Suren Baghdasaryan
Cc: S
Reuse/abuse the pagepool code from the network code to speed
up allocation performance.
This is similar to the ION pagepool usage, but tries to
utilize generic code instead of a custom implementation.
Cc: Sumit Semwal
Cc: Liam Mark
Cc: Chris Goldsworthy
Cc: Laura Abbott
Cc: Brian Starkey
Cc:
This patch provides infrastructure for deferring buffer frees.
This is a feature ION provided which when used with some form
of a page pool, provides a nice performance boost in an
allocation microbenchmark. The reason it helps is it allows the
page-zeroing to be done out of the normal allocation/
On Thu, Dec 17, 2020 at 14:11, Alex Deucher
wrote:
On Mon, Dec 14, 2020 at 5:21 PM Aurabindo Pillai
wrote:
[Why&How]
Adds a module parameter to enable experimental freesync video mode
modeset
optimization. Enabling this mode allows the driver to skip a full
modeset when
freesync co
https://bugzilla.kernel.org/show_bug.cgi?id=210739
--- Comment #6 from Frank Kruger (fkrue...@mailbox.org) ---
(In reply to Alex Deucher from comment #5)
> Created attachment 294203 [details]
> possible fix
>
> I think this patch should fix it.
Will the fix be part of 5.10.2? Thx.
--
You may r
Poke, can we please get some reviews on this? It's been over a week.
On Fri, 2020-12-04 at 17:35 -0500, Lyude Paul wrote:
> A while ago we ran into issues while trying to enable the eDP backlight
> control interface as defined by VESA, in order to make the DPCD
> backlight controls on newer laptop
Much more clear to read one function call than four lines doing this
conversion.
v7:
- function renamed
- calculating width and height before truncate
- inlined
Cc: Ville Syrjälä
Cc: dri-devel@lists.freedesktop.org
Cc: Gwan-gyeong Mun
Signed-off-by: José Roberto de Souza
---
include/drm/drm_r
On 12/17/20 3:42 PM, Daniel Vetter wrote:
On Thu, Dec 17, 2020 at 8:19 PM Andrey Grodzovsky
wrote:
On 12/17/20 7:01 AM, Daniel Vetter wrote:
On Wed, Dec 16, 2020 at 07:20:02PM -0500, Andrey Grodzovsky wrote:
On 12/16/20 6:15 PM, Daniel Vetter wrote:
On Wed, Dec 16, 2020 at 7:26 PM Andrey G
On 12/17/20 3:48 PM, Daniel Vetter wrote:
On Thu, Dec 17, 2020 at 9:38 PM Andrey Grodzovsky
wrote:
On 12/17/20 3:10 PM, Christian König wrote:
[SNIP]
By eliminating such users, and replacing them with local maps which
are strictly bound in how long they can exist (and hence we can
serializ
On Thu, Dec 17, 2020 at 9:38 PM Andrey Grodzovsky
wrote:
>
>
> On 12/17/20 3:10 PM, Christian König wrote:
> > [SNIP]
> By eliminating such users, and replacing them with local maps which
> > are strictly bound in how long they can exist (and hence we can
> > serialize against them fi
On Thu, Dec 17, 2020 at 8:19 PM Andrey Grodzovsky
wrote:
>
>
> On 12/17/20 7:01 AM, Daniel Vetter wrote:
> > On Wed, Dec 16, 2020 at 07:20:02PM -0500, Andrey Grodzovsky wrote:
> >> On 12/16/20 6:15 PM, Daniel Vetter wrote:
> >>> On Wed, Dec 16, 2020 at 7:26 PM Andrey Grodzovsky
> >>> wrote:
> >>>
On 12/17/20 3:10 PM, Christian König wrote:
[SNIP]
By eliminating such users, and replacing them with local maps which
are strictly bound in how long they can exist (and hence we can
serialize against them finishing in our hotunplug code).
Not sure I see how serializing against BO map/unmap h
On Fri, Dec 18, 2020 at 06:09:43AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> As per the radeon/amdgpu fix don't use multihop is hw moves
> aren't enabled.
>
> Reported-by: Mike Galbraith
> Tested-by: Mike Galbraith
> Fixes: 0c8c0659d74 ("drm/nouveau/ttm: use multihop")
> Signed-off-by:
From: Dave Airlie
As per the radeon/amdgpu fix don't use multihop is hw moves
aren't enabled.
Reported-by: Mike Galbraith
Tested-by: Mike Galbraith
Fixes: 0c8c0659d74 ("drm/nouveau/ttm: use multihop")
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 31 ++
[SNIP]
By eliminating such users, and replacing them with local maps which
are strictly bound in how long they can exist (and hence we can
serialize against them finishing in our hotunplug code).
Not sure I see how serializing against BO map/unmap helps - our
problem as
you described is that o
On Thu, Dec 17, 2020 at 4:31 AM wrote:
>
> From: siyanteng
>
> When building cma_heap the following error shows up:
>
> drivers/dma-buf/heaps/cma_heap.c:195:10: error: implicit declaration of
> function 'vmap'; did you mean 'kmap'? [-Werror=implicit-function-declaration]
> 195 | vaddr = vmap(bu
On Thu, Dec 17, 2020 at 7:26 PM Daniel Vetter wrote:
>
> On Thu, Dec 17, 2020 at 7:19 PM Daniel Vetter wrote:
> >
> > On Thu, Dec 17, 2020 at 7:09 PM Jerome Glisse wrote:
> > >
> > > Adding few folks on cc just to raise awareness and so that i
> > > could get corrected if i said anything wrong.
On Thu, Dec 17, 2020 at 7:40 PM Jerome Glisse wrote:
>
> On Thu, Dec 17, 2020 at 07:19:07PM +0100, Daniel Vetter wrote:
> > On Thu, Dec 17, 2020 at 7:09 PM Jerome Glisse wrote:
> > >
> > > Adding few folks on cc just to raise awareness and so that i
> > > could get corrected if i said anything wr
On 12/17/20 7:01 AM, Daniel Vetter wrote:
On Wed, Dec 16, 2020 at 07:20:02PM -0500, Andrey Grodzovsky wrote:
On 12/16/20 6:15 PM, Daniel Vetter wrote:
On Wed, Dec 16, 2020 at 7:26 PM Andrey Grodzovsky
wrote:
On 12/16/20 12:12 PM, Daniel Vetter wrote:
On Wed, Dec 16, 2020 at 5:18 PM Christia
On Mon, Dec 14, 2020 at 5:21 PM Aurabindo Pillai
wrote:
>
> [Why&How]
> Adds a module parameter to enable experimental freesync video mode modeset
> optimization. Enabling this mode allows the driver to skip a full modeset when
> freesync compatible modes are requested by the userspace. This param
On Thu, 17 Dec 2020 17:59:23 +0800, Liu Ying wrote:
> This patch adds bindings for i.MX8qm/qxp pixel combiner.
>
> Signed-off-by: Liu Ying
> ---
> .../display/bridge/fsl,imx8qxp-pixel-combiner.yaml | 160
> +
> 1 file changed, 160 insertions(+)
> create mode 100644
> Docum
On Thu, Dec 17, 2020 at 07:19:07PM +0100, Daniel Vetter wrote:
> On Thu, Dec 17, 2020 at 7:09 PM Jerome Glisse wrote:
> >
> > Adding few folks on cc just to raise awareness and so that i
> > could get corrected if i said anything wrong.
> >
> > On Thu, Dec 17, 2020 at 04:45:55PM +0100, Daniel Vett
On Thu, Dec 17, 2020 at 7:19 PM Daniel Vetter wrote:
>
> On Thu, Dec 17, 2020 at 7:09 PM Jerome Glisse wrote:
> >
> > Adding few folks on cc just to raise awareness and so that i
> > could get corrected if i said anything wrong.
> >
> > On Thu, Dec 17, 2020 at 04:45:55PM +0100, Daniel Vetter wrot
On 12/17/20 8:06 PM, Dmitry Osipenko wrote:
Add suspend/resume and generic power domain support to the Host1x driver.
This is required for enabling system-wide DVFS and supporting dynamic
power management using a generic power domain.
Tested-by: Peter Geis
Tested-by: Nicolas Chauvet
Signed-off
On Thu, Dec 17, 2020 at 7:09 PM Jerome Glisse wrote:
>
> Adding few folks on cc just to raise awareness and so that i
> could get corrected if i said anything wrong.
>
> On Thu, Dec 17, 2020 at 04:45:55PM +0100, Daniel Vetter wrote:
> > On Thu, Dec 17, 2020 at 4:36 PM Christian König
> > wrote:
>
Adding few folks on cc just to raise awareness and so that i
could get corrected if i said anything wrong.
On Thu, Dec 17, 2020 at 04:45:55PM +0100, Daniel Vetter wrote:
> On Thu, Dec 17, 2020 at 4:36 PM Christian König
> wrote:
> > Am 17.12.20 um 16:26 schrieb Daniel Vetter:
> > > On Thu, Dec 17
Hi Tian,
On Wed, Dec 16, 2020 at 05:15:14PM +0800, Tian Tao wrote:
> add the CONFIG_PM_SLEEP to isolate the function of resume and suspend.
>
> Signed-off-by: Tian Tao
> ---
> drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/
Hi Peter.
On Wed, Dec 16, 2020 at 09:44:59AM +0200, Peter Ujfalusi wrote:
>
> On 15/12/2020 16.26, Rob Herring wrote:
> > On Tue, 15 Dec 2020 14:42:27 +0200, Peter Ujfalusi wrote:
> >> My employment with TI is coming to an end and I will not have access to
> >> the board where this bridge is conn
https://bugzilla.kernel.org/show_bug.cgi?id=210739
--- Comment #5 from Alex Deucher (alexdeuc...@gmail.com) ---
Created attachment 294203
--> https://bugzilla.kernel.org/attachment.cgi?id=294203&action=edit
possible fix
I think this patch should fix it.
--
You are receiving this mail because:
Hi Luben,
Am Freitag, dem 11.12.2020 um 15:36 -0500 schrieb Luben Tuikov:
> On 2020-12-10 4:31 a.m., Lucas Stach wrote:
> > Hi Luben,
> >
> > Am Mittwoch, den 09.12.2020, 21:14 -0500 schrieb Luben Tuikov:
> > > This patch does not change current behaviour.
> > >
> > > The driver's job timeout ha
On Thu, Dec 17, 2020 at 4:36 PM Christian König
wrote:
> Am 17.12.20 um 16:26 schrieb Daniel Vetter:
> > On Thu, Dec 17, 2020 at 4:10 PM Christian König
> > wrote:
> >> Am 17.12.20 um 15:36 schrieb Daniel Vetter:
> >>> On Thu, Dec 17, 2020 at 2:46 PM Christian König
> >>> wrote:
> Am 16.12.
Am 17.12.20 um 16:26 schrieb Daniel Vetter:
On Thu, Dec 17, 2020 at 4:10 PM Christian König
wrote:
Am 17.12.20 um 15:36 schrieb Daniel Vetter:
On Thu, Dec 17, 2020 at 2:46 PM Christian König
wrote:
Am 16.12.20 um 16:09 schrieb Daniel Vetter:
On Wed, Dec 16, 2020 at 03:04:26PM +0100, Christi
On Thu, Dec 17, 2020 at 4:10 PM Christian König
wrote:
>
> Am 17.12.20 um 15:36 schrieb Daniel Vetter:
> > On Thu, Dec 17, 2020 at 2:46 PM Christian König
> > wrote:
> >> Am 16.12.20 um 16:09 schrieb Daniel Vetter:
> >>> On Wed, Dec 16, 2020 at 03:04:26PM +0100, Christian König wrote:
> >>> [SNIP
On Thu, Dec 17, 2020 at 11:03:20AM +0100, Daniel Vetter wrote:
> On Wed, Dec 16, 2020 at 5:16 PM Paul E. McKenney wrote:
> >
> > On Wed, Dec 16, 2020 at 10:52:06AM +0100, Daniel Vetter wrote:
> > > On Wed, Dec 16, 2020 at 2:14 AM syzbot
> > > wrote:
> > > >
> > > > Hello,
> > > >
> > > > syzbot f
Am 17.12.20 um 15:36 schrieb Daniel Vetter:
On Thu, Dec 17, 2020 at 2:46 PM Christian König
wrote:
Am 16.12.20 um 16:09 schrieb Daniel Vetter:
On Wed, Dec 16, 2020 at 03:04:26PM +0100, Christian König wrote:
[SNIP]
+
+/* As long as pages are available make sure to release at least one */
+sta
On Thu, Dec 17, 2020 at 3:43 PM Maxime Ripard wrote:
>
> There's currently four users of the same logic to wait for a commit to
> be flipped: three for the CRTCs, connectors and planes in
> drm_atomic_helper_wait_for_dependencies, and one in vc4.
>
> Let's consolidate this a bit to avoid any code
On Thu, Dec 17, 2020 at 2:46 PM Christian König
wrote:
>
> Am 16.12.20 um 16:09 schrieb Daniel Vetter:
> > On Wed, Dec 16, 2020 at 03:04:26PM +0100, Christian König wrote:
> >> [SNIP]
> >> @@ -276,9 +277,9 @@ static void ttm_shrink(struct ttm_mem_global *glob,
> >> bool from_wq,
> >>
> >> wh
Am Donnerstag, den 17.12.2020, 15:02 +0100 schrieb Christian König:
> Am 17.12.20 um 14:45 schrieb Robin Murphy:
> > On 2020-12-17 10:25, Christian König wrote:
> > > Am 17.12.20 um 02:07 schrieb Chen Li:
> > > > On Wed, 16 Dec 2020 22:19:11 +0800,
> > > > Christian König wrote:
> > > > > Am 16.12.
Am 17.12.20 um 14:37 schrieb Chen Li:
On Thu, 17 Dec 2020 18:25:11 +0800,
Christian König wrote:
Am 17.12.20 um 02:07 schrieb Chen Li:
On Wed, 16 Dec 2020 22:19:11 +0800,
Christian König wrote:
Am 16.12.20 um 14:48 schrieb Chen Li:
On Wed, 16 Dec 2020 15:59:37 +0800,
Christian König wrote:
[
Am 17.12.20 um 14:45 schrieb Robin Murphy:
On 2020-12-17 10:25, Christian König wrote:
Am 17.12.20 um 02:07 schrieb Chen Li:
On Wed, 16 Dec 2020 22:19:11 +0800,
Christian König wrote:
Am 16.12.20 um 14:48 schrieb Chen Li:
On Wed, 16 Dec 2020 15:59:37 +0800,
Christian König wrote:
[SNIP]
Hi,
Am 16.12.20 um 16:09 schrieb Daniel Vetter:
On Wed, Dec 16, 2020 at 03:04:26PM +0100, Christian König wrote:
[SNIP]
@@ -276,9 +277,9 @@ static void ttm_shrink(struct ttm_mem_global *glob, bool
from_wq,
while (ttm_zones_above_swap_target(glob, from_wq, extra)) {
spin_unloc
On 2020-12-17 10:25, Christian König wrote:
Am 17.12.20 um 02:07 schrieb Chen Li:
On Wed, 16 Dec 2020 22:19:11 +0800,
Christian König wrote:
Am 16.12.20 um 14:48 schrieb Chen Li:
On Wed, 16 Dec 2020 15:59:37 +0800,
Christian König wrote:
[SNIP]
Hi, Christian. I'm not sure why this change is a
On Thu, Dec 17, 2020 at 12:32:20PM +0100, Simon Ser wrote:
> It doesn't seem like drm.h docs are included anywhere. Render them next
> to drm_mode.h, under the "Userspace API Structures" section.
>
> This also allows references to e.g. DRM_CAP_* to be properly linkified
> elsewhere in our docs.
>
On Thu, Dec 17, 2020 at 12:32:19PM +0100, Simon Ser wrote:
> Sphinx doesn't like old doc-comments in drm.h and generates warnings
> like:
>
> ./include/uapi/drm/drm.h:87: warning: cannot understand function
> prototype: 'struct drm_clip_rect '
> ./include/uapi/drm/drm.h:97: warning: canno
On Thu, Dec 17, 2020 at 12:32:16PM +0100, Simon Ser wrote:
> Add a new entry for "type" in the section for standard plane properties.
>
> Signed-off-by: Simon Ser
> Cc: Daniel Vetter
> Cc: Pekka Paalanen
> ---
> drivers/gpu/drm/drm_plane.c | 52 ++---
> 1 file c
On Thu, Dec 17, 2020 at 12:32:18PM +0100, Simon Ser wrote:
> Our documentation build system chokes on \file comments. This comment
> seems mostly historical and doesn't provide any useful information.
>
> ./include/uapi/drm/drm.h:2: warning: Cannot understand * \file drm.h
> on line 2 -
On Thu, Dec 17, 2020 at 12:32:17PM +0100, Simon Ser wrote:
> Document that enabling atomic also enables universal planes and aspect
> ratio modes.
>
> Signed-off-by: Simon Ser
> Cc: Daniel Vetter
> Cc: Pekka Paalanen
Reviewed-by: Daniel Vetter
> ---
> include/uapi/drm/drm.h | 4 +++-
> 1 fi
On Thu, Dec 17, 2020 at 12:32:15PM +0100, Simon Ser wrote:
> The docs for enum drm_plane_type mention legacy IOCTLs, however the
> plane type is not tied to legacy IOCTLs, the drm_cursor.primary and
> cursor fields are. Add a small paragraph to reference these.
>
> Instead, document expectations f
On Thu, Dec 17, 2020 at 12:32:14PM +0100, Simon Ser wrote:
> The documentation build system recognizes "struct XXX" references and
> generates links for them.
>
> Signed-off-by: Simon Ser
> Cc: Daniel Vetter
> Cc: Pekka Paalanen
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_plane.c
On Thu, Dec 17, 2020 at 12:32:12PM +0100, Simon Ser wrote:
> State that the "KMS Properties" section is mainly for user-space
> developers.
>
> Signed-off-by: Simon Ser
> Cc: Daniel Vetter
> Cc: Pekka Paalanen
> ---
> Documentation/gpu/drm-kms.rst | 3 +++
> 1 file changed, 3 insertions(+)
>
On Wed, Dec 16, 2020 at 07:20:02PM -0500, Andrey Grodzovsky wrote:
>
> On 12/16/20 6:15 PM, Daniel Vetter wrote:
> > On Wed, Dec 16, 2020 at 7:26 PM Andrey Grodzovsky
> > wrote:
> > >
> > > On 12/16/20 12:12 PM, Daniel Vetter wrote:
> > > > On Wed, Dec 16, 2020 at 5:18 PM Christian König
> > > >
Our documentation build system chokes on \file comments. This comment
seems mostly historical and doesn't provide any useful information.
./include/uapi/drm/drm.h:2: warning: Cannot understand * \file drm.h
on line 2 - I thought it was a doc line
Signed-off-by: Simon Ser
Cc: Daniel Vet
It doesn't seem like drm.h docs are included anywhere. Render them next
to drm_mode.h, under the "Userspace API Structures" section.
This also allows references to e.g. DRM_CAP_* to be properly linkified
elsewhere in our docs.
Signed-off-by: Simon Ser
Cc: Daniel Vetter
Cc: Pekka Paalanen
---
The docs for enum drm_plane_type mention legacy IOCTLs, however the
plane type is not tied to legacy IOCTLs, the drm_cursor.primary and
cursor fields are. Add a small paragraph to reference these.
Instead, document expectations for primary and cursor planes for
non-legacy userspace. Note that thes
Introduce a new "Standard Plane Properties" section for properties
defined in drm_plane.c. Move the mis-placed IN_FORMATS docs there.
Signed-off-by: Simon Ser
Reviewed-by: Daniel Vetter
Cc: Pekka Paalanen
---
Documentation/gpu/drm-kms.rst | 6 ++
drivers/gpu/drm/drm_blend.c | 6 --
Document that enabling atomic also enables universal planes and aspect
ratio modes.
Signed-off-by: Simon Ser
Cc: Daniel Vetter
Cc: Pekka Paalanen
---
include/uapi/drm/drm.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h
in
Add a new entry for "type" in the section for standard plane properties.
Signed-off-by: Simon Ser
Cc: Daniel Vetter
Cc: Pekka Paalanen
---
drivers/gpu/drm/drm_plane.c | 52 ++---
1 file changed, 48 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_
The documentation build system recognizes "struct XXX" references and
generates links for them.
Signed-off-by: Simon Ser
Cc: Daniel Vetter
Cc: Pekka Paalanen
---
drivers/gpu/drm/drm_plane.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_plane.c b/
Sphinx doesn't like old doc-comments in drm.h and generates warnings
like:
./include/uapi/drm/drm.h:87: warning: cannot understand function prototype:
'struct drm_clip_rect '
./include/uapi/drm/drm.h:97: warning: cannot understand function prototype:
'struct drm_drawable_info '
./inc
This is v2 for the series "drm/doc: improve plane property docs" [1].
The first 4 commits of v1 aren't re-sent. The last 4 commits of v2 are
new.
[1]: https://patchwork.freedesktop.org/series/85016/
Simon Ser (9):
drm/doc: the KMS properties section is for user-space devs
drm/doc: introduce
State that the "KMS Properties" section is mainly for user-space
developers.
Signed-off-by: Simon Ser
Cc: Daniel Vetter
Cc: Pekka Paalanen
---
Documentation/gpu/drm-kms.rst | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/gpu/drm-kms.rst b/Documentation/gpu/drm-kms.rst
inde
On Thursday, December 17th, 2020 at 11:52 AM, Daniel Vetter
wrote:
> > > > + * capability, the plane type is just a hint and is mostly
> > > > superseded by
> > > > + * atomic test-only commits. The type hint can still be used to
> > > > come up
> > > > + * more easily with a plane
On Thursday, December 17th, 2020 at 11:50 AM, Daniel Vetter
wrote:
> > > > @@ -557,19 +561,20 @@ enum drm_plane_type {
> > > > /**
> > > > * @DRM_PLANE_TYPE_PRIMARY:
> > > > *
> > > > -* Primary planes represent a "main" plane for a CRTC. Primary
> > > > planes
> > > > -*
On Thu, Dec 17, 2020 at 11:41 AM Simon Ser wrote:
>
> On Wednesday, December 16th, 2020 at 10:23 PM, Daniel Vetter
> wrote:
>
> > > + * type:
> > > + * Immutable property describing the type of the plane.
> > > + *
> > > + * For user-space which has enabled the
> > > &DRM_CLIENT_CAP_UNI
On Thu, Dec 17, 2020 at 11:37 AM Simon Ser wrote:
>
> On Wednesday, December 16th, 2020 at 10:19 PM, Daniel Vetter
> wrote:
>
> > On Wed, Dec 16, 2020 at 09:22:21PM +0100, Simon Ser wrote:
> > > The docs for enum drm_plane_type mention legacy IOCTLs, however the
> > > plane type is not tied to l
On Wednesday, December 16th, 2020 at 10:23 PM, Daniel Vetter
wrote:
> > + * type:
> > + * Immutable property describing the type of the plane.
> > + *
> > + * For user-space which has enabled the
> > &DRM_CLIENT_CAP_UNIVERSAL_PLANES
>
> While we're at this: Does the kerneldoc for this c
On Wednesday, December 16th, 2020 at 10:19 PM, Daniel Vetter
wrote:
> On Wed, Dec 16, 2020 at 09:22:21PM +0100, Simon Ser wrote:
> > The docs for enum drm_plane_type mention legacy IOCTLs, however the
> > plane type is not tied to legacy IOCTLs, the drm_cursor.primary and
> > cursor fields are.
Am 17.12.20 um 02:07 schrieb Chen Li:
On Wed, 16 Dec 2020 22:19:11 +0800,
Christian König wrote:
Am 16.12.20 um 14:48 schrieb Chen Li:
On Wed, 16 Dec 2020 15:59:37 +0800,
Christian König wrote:
[SNIP]
Hi, Christian. I'm not sure why this change is a hack here. I cannot see the
problem and wl
drm-misc-next-2020-12-17:
drm-misc-next for v5.12:
UAPI Changes:
- Not necessarily one, but we document that userspace needs to force probe
connectors.
Cross-subsystem Changes:
- Require FB_ATY_CT for aty on sparc64.
- video: Fix documentation, and a few compiler warnings.
- Add devicetree bindi
On Thu, Dec 17, 2020 at 9:40 AM Jiaying Liang wrote:
>
>
> On 12/15/20 7:23 AM, Alex Deucher wrote:
> > On Mon, Dec 14, 2020 at 7:24 PM Jiaying Liang
> > wrote:
> >> On 12/11/20 11:39 AM, Daniel Vetter wrote:
> >>> Hi all
> >>>
> >>> On Fri, Dec 11, 2020 at 8:03 PM Alex Deucher
> >>> wrote:
>
On Wed, Dec 16, 2020 at 5:16 PM Paul E. McKenney wrote:
>
> On Wed, Dec 16, 2020 at 10:52:06AM +0100, Daniel Vetter wrote:
> > On Wed, Dec 16, 2020 at 2:14 AM syzbot
> > wrote:
> > >
> > > Hello,
> > >
> > > syzbot found the following issue on:
> > >
> > > HEAD commit:94801e5c Merge tag 'pinc
https://bugzilla.kernel.org/show_bug.cgi?id=210739
--- Comment #4 from Kris Karas (bugs-...@moonlit-rail.com) ---
OK, just finished the bisect.
The errant commit is:
65bf2cf95d3ade4b56c35b17bb955a64b7f4b019
"drm/amdgpu: utilize subconnector property for DP through atombios"
I reverted tha
Convert mediatek,musb.txt to YAML schema mediatek,musb.yaml
Cc: Min Guo
Signed-off-by: Chunfeng Yun
Reviewed-by: Rob Herring
---
v4: no changes
v3: add Reviewed-by Rob
v2: new patch
---
.../devicetree/bindings/usb/mediatek,musb.txt | 57 -
.../bindings/usb/mediatek,musb.yaml
Hi Maxime,
On 10/12/2020 14:46, Maxime Ripard wrote:
> Hi,
>
> Here's a series introducing the CEC support for the BCM2711 found on the
> RaspberryPi4.
>
> The BCM2711 HDMI controller uses a similar layout for the CEC registers, the
> main difference being that the interrupt handling part is now
switch to using devm_add_action_or_reset() instead of devm_add_action to
avoid call the cec_delete_adapter,when devm_add_action_or_reset return
failed.
Signed-off-by: Tian Tao
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --gi
On Wed, 16 Dec 2020 15:59:37 +0800,
Christian König wrote:
>
> Am 16.12.20 um 06:41 schrieb Chen Li:
> > When using e8860(gcn1) on arm64, the kernel crashed on drm/radeon:
> >
> > [ 11.240414] pc : __memset+0x4c/0x188
> > [ 11.244101] lr : radeon_uvd_get_create_msg+0x114/0x1d0 [radeon]
> > [
Convert phy-mtk-tphy.txt to YAML schema mediatek,tphy.yaml
Signed-off-by: Chunfeng Yun
Reviewed-by: Rob Herring
---
v4: add Reviewed-by Rob
v3:
1. fix dt_binding_check error in example after add mtu3.yaml
Changes suggested by Rob:
2. fix wrong indentation
3. remove '|' due to no formatt
Convert mediatek,mtu3.txt to YAML schema mediatek,mtu3.yaml
Signed-off-by: Chunfeng Yun
---
v4:
1. refer to usb-drd.yaml insstead of usb/generic.txt
the following ones suggested by Rob:
2. add the number of phys supported
3. fix indentation of wakeup
4. add examples for port and connect
Convert HDMI PHY binding to YAML schema mediatek,hdmi-phy.yaml
Cc: Chun-Kuang Hu
Cc: Philipp Zabel
Signed-off-by: Chunfeng Yun
Reviewed-by: Rob Herring
---
v4: add maintainer Philipp
v3: add Reviewed-by Rob
v2: fix binding check warning of reg in example
---
.../display/mediatek/mediatek,hdmi
Due to usb-device.txt is converted into usb-device.yaml,
so modify reference file names at the same time.
Signed-off-by: Chunfeng Yun
---
v2~v4: no changes
---
Documentation/devicetree/bindings/net/btusb.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/device
On Wed, 16 Dec 2020 22:19:11 +0800,
Christian König wrote:
>
> Am 16.12.20 um 14:48 schrieb Chen Li:
> > On Wed, 16 Dec 2020 15:59:37 +0800,
> > Christian König wrote:
> >> Am 16.12.20 um 06:41 schrieb Chen Li:
> >>> When using e8860(gcn1) on arm64, the kernel crashed on drm/radeon:
> >>> [SNIP]
>
On Wed, Dec 9, 2020 at 9:32 AM Yongqiang Niu wrote:
>
> Actually, setting the registers for routing, use multiple 'if-else' for
> different
> routes, but this code would be more and more complicated while we
> support more and more SoCs. Change that and use a function call per SoC so the
> code w
add the CONFIG_PM_SLEEP to isolate the function of resume and suspend.
Signed-off-by: Tian Tao
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c
b/drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_dr
Laurent,
Please review the patch, so that we can push the input_format to the
mainline, which completes the overall features handled wrt bridge.
On Sun, Nov 8, 2020 at 3:47 PM Sam Ravnborg wrote:
> Hi Laurent,
>
> On Thu, Oct 22, 2020 at 12:15:47PM +0530, Vinay Simha BN wrote:
> > - atomic_chec
Replace a comma between expression statements by a semicolon.
Signed-off-by: Zheng Yongjun
---
drivers/gpu/drm/i915/intel_region_lmem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_region_lmem.c
b/drivers/gpu/drm/i915/intel_region_lmem.c
index 4
The binding should use "unevaluatedProperties" instead of
"additionalProperties", since it is a SPI device and may have
SPI-related Device Tree properties, for instance the "spi-max-frequency"
property that is present in the example.
Fixes: e366a644c69d ("dt-bindings: display: Add ABT Y030XX067A p
Convert usb-device.txt to YAML schema usb-device.yaml
Signed-off-by: Chunfeng Yun
---
v4: no changes, update dependent series:
https://patchwork.kernel.org/project/linux-usb/list/?series=399561
[v6,00/19] dt-bindings: usb: Add generic USB HCD, xHCI, DWC USB3 DT schema
v3:
1. remove $no
Convert phy-mtk-ufs.txt to YAML schema mediatek,ufs-phy.yaml
Cc: Stanley Chu
Signed-off-by: Chunfeng Yun
Reviewed-by: Rob Herring
Reviewed-by: Stanley Chu
---
v4: add Reviewed-by Stanley
v3: add Reviewed-by Rob
v2: fix binding check warning of reg in example
---
.../bindings/phy/mediatek,ufs-
Hi Allen.
As it6505 is compatible with DisplayPort 1.1a,
Should DPI_PIXEL_CLK_MAX be 165 000 instead of 95 000 khz ?
This would permit 1080p support, as it may be supported.
Mathieu
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://list
Convert phy-mtk-xsphy.txt to YAML schema mediatek,xsphy.yaml
Signed-off-by: Chunfeng Yun
Reviewed-by: Rob Herring
---
v4: add Reviewed-by Rob
v3:
1. remove type for property with standard unit suffix suggested by Rob
2. remove '|' for descritpion
3. fix yamllint warning
v2:
1. modify d
Hi Allen.As it6505 is compatible with DisplayPort 1.1a,Should DPI_PIXEL_CLK_MAX be 165 000 instead of 95 000 khz ?This would permit 1080p support, as it seems supported. Mathieu
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.fre
On Tue, Dec 15, 2020 at 04:42:34PM +0100, Maxime Ripard wrote:
> Hi,
>
> Here's some patches to enable the HDR output in the RPi4/BCM2711 HDMI
> controller.
>
> Let me know what you think,
> Maxime
Applied to drm-misc-next
Maxime
signature.asc
Description: PGP signature
___
Due to the phy/usb bindings are converted into YAML schema and
also renamed, update entries.
Meanwhile add drivers/usb/host/mtk-xhci* files.
Signed-off-by: Chunfeng Yun
---
v3~v4: no changes
v2: new patch
---
MAINTAINERS | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/MAI
Convert MIPI DSI PHY binding to YAML schema mediatek,dsi-phy.yaml
Cc: Chun-Kuang Hu
Cc: Philipp Zabel
Signed-off-by: Chunfeng Yun
---
v4:
1. add maintainer Philipp add support mt8183 suggested by Chun-Kuang
2. use keyword multipleOf suggested by Rob
3. fix typo of 'MIPI' in title
v3: new
Convert mediatek,mtk-xhci.txt to YAML schema mediatek,mtk-xhci.yaml
Signed-off-by: Chunfeng Yun
---
v4: update it according to Rob's suggestion
1. modify dictionary of phys
2. fix endentation in "mediatek,syscon-wakeup" items
3. remove reference to usb-hcd.yaml
v3:
1. fix yamllint warnin
98 matches
Mail list logo
