https://bugzilla.kernel.org/show_bug.cgi?id=219888
--- Comment #9 from Alexandre Demers (alexandre.f.dem...@gmail.com) ---
It will be patched in upcoming 6.14, but this should be backported.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching t
From: Paul-pl Chen
Add mediate,outproc.yaml to support OUTPROC for MT8196.
MediaTek display overlap output processor, namely OVL_OUTPROC
or OUTPROC,handles the post-stage of pixel processing in the
overlapping procedure.
Signed-off-by: Paul-pl Chen
---
.../display/mediatek/mediatek,outproc.yam
Use atomic refcount_t helper for pages_use_count to optimize pin/unpin
functions by skipping reservation locking while GEM's pin refcount > 1.
Acked-by: Maxime Ripard
Reviewed-by: Boris Brezillon
Suggested-by: Boris Brezillon
Signed-off-by: Dmitry Osipenko
---
drivers/gpu/drm/drm_gem_shmem_he
From: Nancy Lin
Ovlsys_adaptor is an encapsulated module designed to
simplify the DRM control flow. This module is composed
of 20 EXDMAs, 20 BLENDERs, and 12 OUTPROCs.
Two EXDMAs merge into one layer, allowing the module
to support 20 layers for 3 display paths.
Ovlsys_adaptor driver is integrate
Hi Laurent,
> -Original Message-
> From: Biju Das
> Sent: 22 March 2025 09:29
> Subject: RE: [PATCH] drm: renesas: Extend RZ/G2L supported KMS formats
>
> Hi Laurent,
>
> > -Original Message-
> > From: Laurent Pinchart
> > Sent: 21 March 2025 22:33
> > Subject: Re: [PATCH] drm:
From: Vincent Mailhol
In an upcoming change, the non-asm GENMASK*() will all be unified to
depend on GENMASK_TYPE() which indirectly depend on sizeof(), something
not available in asm.
Instead of adding further complexity to GENMASK_TYPE() to make it work
for both asm and non asm, just split the
From: Vincent Mailhol
The definitions of GENMASK() and GENMASK_ULL() do not depend any more
on __GENMASK() and __GENMASK_ULL(). Duplicate the existing unit tests
so that __GENMASK{,ULL}() are still covered.
Because __GENMASK() and __GENMASK_ULL() do use GENMASK_INPUT_CHECK(),
drop the TEST_GENMA
This is a subset of below series:
bits: Fixed-type GENMASK_U*() and BIT_U*()
Link:
https://lore.kernel.org/r/20250308-fixed-type-genmasks-v6-0-f59315e73...@wanadoo.fr
Yury suggested to split the above series in two steps:
#1 Introduce the new fixed type GENMASK_U*()
#2 Consolidate the e
From: Vincent Mailhol
The newly introduced GENMASK_TYPE() macro can also be used to generate
the pre-existing non-asm GENMASK*() variants.
Apply GENMASK_TYPE() to GENMASK(), GENMASK_ULL() and GENMASK_U128().
Signed-off-by: Vincent Mailhol
---
include/linux/bits.h | 26
Hi
Am 18.03.25 um 10:23 schrieb Daniel Thompson:
On Thu, Mar 06, 2025 at 03:05:48PM +0100, Thomas Zimmermann wrote:
Remove support for fb events from backlight subsystem. Provide the
helper backlight_notify_blank_all() instead. Also export the existing
helper backlight_notify_blank() to update
On 17.03.2025 11:52, Ariel D'Alessandro wrote:
> As done in panthor, define and use these GPU_MMU_FEATURES_* macros,
> which makes code easier to read and reuse.
>
> Signed-off-by: Ariel D'Alessandro
> Reviewed-by: Boris Brezillon
> Reviewed-by: Steven Price
> Reviewed-by: AngeloGioacchino Del R
On 17.03.2025 11:52, Ariel D'Alessandro wrote:
> Panfrost does not support uncached mappings, so flag them properly. Also
> flag the pages that are mapped as response to a page fault as cached.
>
> Signed-off-by: Boris Brezillon
> Signed-off-by: Ariel D'Alessandro
> Reviewed-by: AngeloGioacchino
On 17.03.2025 11:52, Ariel D'Alessandro wrote:
> Set this feature flag on all Mali Bifrost platforms as the MMU supports
> AARCH64 4K page table format.
>
> Signed-off-by: Ariel D'Alessandro
> Reviewed-by: Boris Brezillon
> Reviewed-by: Steven Price
> Reviewed-by: AngeloGioacchino Del Regno
>
On 17.03.2025 11:52, Ariel D'Alessandro wrote:
> Currently, Panfrost only supports MMU configuration in "LEGACY" (as
> Bifrost calls it) mode, a (modified) version of LPAE "Large Physical
> Address Extension", which in Linux we've called "mali_lpae".
>
> This commit adds support for conditionally e
Il 19/02/25 16:38, Nicolas Dufresne ha scritto:
Hi Angelo,
Le mercredi 18 décembre 2024 à 11:53 +0100, AngeloGioacchino Del Regno
a écrit :
Add compatible strings for the FG, HDR, RSZ, STITCH, TCC, TDSHP
and WROT hardware components found in MediaTek's MT8188 SoC.
The firmware for this is mis
On Fri, 21 Mar 2025 09:16:45 +0100
Boris Brezillon wrote:
> On Thu, 20 Mar 2025 11:17:36 +
> Karunika Choo wrote:
>
> > This patch moves GPU info initialization into panthor_hw.c in
> > preparation of handling GPU register changes. The GPU register reading
> > operations to populate gpu_inf
Hi Angelo,
Thanks for the fast feedback :)
On 20/03/2025 13:37, AngeloGioacchino Del Regno wrote:
Il 20/03/25 09:48, Alexandre Mergnat ha scritto:
Currently, the panel set power, set gpio and enable the display link
in stk_panel_prepare, pointed by drm_panel_funcs.prepare, called by
panel_bridg
Hi Doug & Dmitry,
On Thu, 20 Mar 2025 at 14:10, Doug Anderson wrote:
>
> Hi,
>
> On Thu, Mar 20, 2025 at 6:47 AM Dmitry Baryshkov
> wrote:
> >
> > On Thu, Mar 20, 2025 at 12:47:09PM +, Christopher Obbard wrote:
> > > The Lenovo Thinkpad T14s Gen6 Snapdragon OLED model has a Samsung
> > > pan
From: Lucas De Marchi
Implement fixed-type BIT_U*() to help drivers add stricter checks,
like it was done for GENMASK_U*().
Signed-off-by: Lucas De Marchi
Acked-by: Jani Nikula
Co-developed-by: Vincent Mailhol
Signed-off-by: Vincent Mailhol
---
Changelog:
v6 -> v7:
v5 -> v6:
- No c
WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
Selected by [m]:
- DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=m] && DRM_XE [=m] && DRM_XE
[=m]=m [=m] && HAS_IOPORT [=y]
FB_IOMEM_HELPERS depends on FB_CORE, Select it before
Hi Kieran,
Thanks for the patch.
> -Original Message-
> From: Kieran Bingham
> Sent: 21 March 2025 19:06
> Subject: RE: [PATCH] drm: renesas: Extend RZ/G2L supported KMS formats
>
> Hi Biju,
>
> Quoting Biju Das (2025-03-21 18:40:50)
> > Hi Kieran,
> >
> > Thanks for the patch.
> >
> >
Introduce some fixed width variant of the GENMASK() and the BIT()
macros in bits.h. Note that the main goal is not to get the correct
type, but rather to enforce more checks at compile time. For example:
GENMASK_U16(16, 0)
will raise a build bug.
This series is a continuation of:
https://l
From: Vincent Mailhol
Add GENMASK_TYPE() which generalizes __GENMASK() to support different
types, and implement fixed-types versions of GENMASK() based on it.
The fixed-type version allows more strict checks to the min/max values
accepted, which is useful for defining registers like implemented
From: Vincent Mailhol
Add some additional tests in lib/test_bits.c to cover the expected
results of the fixed type BIT_U*() macros.
Signed-off-by: Vincent Mailhol
Reviewed-by: Lucas De Marchi
---
Changelog:
v6 -> v7:
- Add Lucas's Reviewed-by tag.
v5 -> v6:
- No changes.
v4
From: Lucas De Marchi
Add some additional tests in lib/test_bits.c to cover the
expected/non-expected values of the fixed-type GENMASK_U*() macros.
Also check that the result value matches the expected type. Since
those are known at build time, use static_assert() instead of normal
kunit tests.
> -Original Message-
> From: Murthy, Arun R
> Sent: Wednesday, March 19, 2025 4:02 PM
> To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org
> Cc: Borah, Chaitanya Kumar ; Murthy,
> Arun R
> Subject: [PATCH v9 3/3] drm/i915/display: A
Hi Laurent,
> -Original Message-
> From: Laurent Pinchart
> Sent: 21 March 2025 22:33
> Subject: Re: [PATCH] drm: renesas: Extend RZ/G2L supported KMS formats
>
> Hi Kieran,
>
> Thank you for the patch.
>
> On Fri, Mar 21, 2025 at 05:22:19PM +, Kieran Bingham wrote:
> > From: Kiera
Add amdxdna_gem_prime_export() and amdxdna_gem_prime_import() for BO
import and export. Register mmu notifier for imported BO as well. When
MMU_NOTIFIER_UNMAP event is received, queue work to remove the notifier.
The same BO could be mapped multiple times if it is exported and imported
by an appli
On Sat, Mar 22, 2025 at 05:55:21PM +0800, Yue Haibing wrote:
WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
Selected by [m]:
- DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=m] && DRM_XE [=m] && DRM_XE [=m]=m
[=m] && HAS_IOPORT
This fixes a bug where some Playstation VR Headsets would not be assigned
the EDID_QUIRK_NON_DESKTOP quirk, causing them to be inaccessible by
certain software under Wayland.
Signed-off-by: devbrones
---
drivers/gpu/drm/drm_edid.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/d
On Fri, Mar 21, 2025 at 11:54:37AM -0700, Rob Clark wrote:
> From: Rob Clark
>
> Really the only purpose of this was to limit the address space size to
> 4GB to avoid 32b rollover problems in 64b pointer math in older sqe fw.
> So replace the address_space_size with a quirk limiting the address
>
The vmapped pages shall be pinned in memory and previously get/put_pages()
were implicitly hard-pinning/unpinning the pages. This will no longer be
the case with addition of memory shrinker because pages_use_count > 0 won't
determine anymore whether pages are hard-pinned (they will be soft-pinned),
Make all drm-shmem exported symbols GPL to make them consistent with
the rest of drm-shmem symbols.
Acked-by: Maxime Ripard
Reviewed-by: Boris Brezillon
Signed-off-by: Dmitry Osipenko
---
drivers/gpu/drm/drm_gem_shmem_helper.c | 16
1 file changed, 8 insertions(+), 8 deletions
Add _locked postfix to drm_gem functions that have unlocked counterpart
functions to make GEM functions naming more consistent and intuitive in
regards to the locking requirements.
Acked-by: Maxime Ripard
Reviewed-by: Boris Brezillon
Suggested-by: Boris Brezillon
Signed-off-by: Dmitry Osipenko
The vmap/vunmap/evict GEM callbacks are always invoked with a held GEM's
reservation lock. Document this locking rule for clarity.
Reviewed-by: Boris Brezillon
Signed-off-by: Dmitry Osipenko
---
include/drm/drm_gem.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/i
Everything that uses the mapped buffer should be agnostic to is_iomem.
The only reason for the is_iomem test is that we're setting shmem->vaddr
to the returned map->vaddr. Now that the shmem->vaddr code is gone, remove
the obsoleted is_iomem test to clean up the code.
Acked-by: Maxime Ripard
Sugg
Add separate pages_pin_count for tracking of whether drm-shmem pages are
moveable or not. With the addition of memory shrinker support to drm-shmem,
the pages_use_count will no longer determine whether pages are hard-pinned
in memory, but whether pages exist and are soft-pinned (and could be swappe
Some drivers like virtio-gpu, don't map the scanout buffer in the
kernel. Calling vmap() in a panic handler is not safe, and writing an
atomic_vmap() API is more complex than expected [1].
So instead, pass the array of pages of the scanout buffer to the
panic handler, and map only one page at a tim
On Fri, Mar 21, 2025 at 10:46:56AM +0100, Maxime Ripard wrote:
> On Tue, Mar 18, 2025 at 09:00:29PM +0200, Dmitry Baryshkov wrote:
> > On Tue, Mar 18, 2025 at 04:51:19PM +0100, Maxime Ripard wrote:
> > > On Fri, Mar 14, 2025 at 08:28:22PM +0200, Dmitry Baryshkov wrote:
> > > > On Fri, Mar 14, 2025
On 2025/3/22 20:51, Lucas De Marchi wrote:
> On Sat, Mar 22, 2025 at 05:55:21PM +0800, Yue Haibing wrote:
>> WARNING: unmet direct dependencies detected for FB_IOMEM_HELPERS
>> Depends on [n]: HAS_IOMEM [=y] && FB_CORE [=n]
>> Selected by [m]:
>> - DRM_XE_DISPLAY [=y] && HAS_IOMEM [=y] && DRM [=
Changes the himax-hx8394 panel to use multi style functions for
improved error handling.
Signed-off-by: Tejas Vipin
---
drivers/gpu/drm/panel/panel-himax-hx8394.c | 444 ++---
1 file changed, 210 insertions(+), 234 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-himax-hx83
https://bugzilla.kernel.org/show_bug.cgi?id=219888
Alexandre Demers (alexandre.f.dem...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
42 matches
Mail list logo
