Hi Krzysztof,
2024년 8월 25일 (일) 오후 6:01, Krzysztof Kozlowski
님이 작성:
>
> With last TXT binding converted to DT schema, all Samsung Exynos display
> bindings are in "samsung" directory, already present in maintainers
> entry. Drop old "exynos" directory to fix get_maintainers.pl self-test
> warning:
When drm/bridge-connector was moved to DRM_DISPLAY_HELPER not all
users were updated. Add missing Kconfig selections.
Fixes: 9da7ec9b19d8 ("drm/bridge-connector: move to DRM_DISPLAY_HELPER module")
Signed-off-by: Alexander Stein
---
drivers/gpu/drm/imx/ipuv3/Kconfig | 2 ++
1 file changed, 2 ins
On Thu, 5 Sep 2024 19:32:22 +0200
Mary Guillemard wrote:
> This adds a new value to drm_panthor_group_priority exposing the
> realtime priority to userspace.
>
> This is required to implement NV_context_priority_realtime in Mesa.
>
> v2:
> - Add Steven Price r-b
>
> Signed-off-by: Mary Guille
On Thu, 5 Sep 2024 19:32:23 +0200
Mary Guillemard wrote:
> Expose allowed group priorities with a new device query.
>
> This new uAPI will be used in Mesa to properly report what priorities a
> user can use for EGL_IMG_context_priority.
>
> Since this extends the uAPI and because userland need
在 2024/9/6 01:08, Jani Nikula 写道:
On Thu, 05 Sep 2024, Rodrigo Vivi wrote:
On Sat, Aug 31, 2024 at 09:51:14PM +0800, He Lugang wrote:
The parameter dev_priv is actually not used in macro PORT_ALPM_CTL
and PORT_ALPM_LFPS_CTL,so remove it to simplify the code.
It is magically used on our ba
Hi Thomas,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on next-20240905]
[cannot apply to drm-xe/drm-xe-next linus/master v6.11-rc6]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And
There are some spelling mistakes of 'retun' in comments which
should be instead of 'return'.
Signed-off-by: WangYuli
---
arch/arm/mach-omap2/omap-mpuss-lowpower.c | 2 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.h | 2 +-
drivers/infiniband/core/sa_query.c| 2 +-
drivers/input/misc/wistro
Hi Linus,
This has a fair few patches in it, but I reviewed them all and they
seem like real things, amdgpu, i915 and xe each have a bunch of fixes
for various things, then there is a some bridge suspend/resume
ordering fixes for a recent rework, and then some single driver
changes in a few others
On Thu, Sep 5, 2024 at 2:17 PM Ian Forbes wrote:
>
> Adds the necessary files to create tracepoints for the vmwgfx driver.
>
> Adds a single tracepoint for command buffer completion. This tracepoint
> can be used to time command buffer execution time and to decode command
> buffer errors. The subm
Hi Thomas,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on next-20240905]
[cannot apply to drm-xe/drm-xe-next drm-intel/for-linux-next-fixes
drm-tip/drm-tip linus/master v6.11-rc6]
[If your patch is applied to
On Fri, Sep 06, 2024 at 01:15:02PM GMT, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the drm-xe tree got a conflict in:
drivers/gpu/drm/xe/display/xe_display.c
between commit:
11d0613af7c5 ("drm/i915/display: include drm/drm_probe_helper.h where needed")
from the drm-intel t
Hi all,
Today's linux-next merge of the drm-xe tree got a conflict in:
drivers/gpu/drm/xe/display/xe_display.c
between commit:
11d0613af7c5 ("drm/i915/display: include drm/drm_probe_helper.h where needed")
from the drm-intel tree and commit:
87d8ecf01544 ("drm/xe: replace #include with
No functional modification involved.
./drivers/gpu/drm/amd/amdgpu/mes_v11_0.c:418:3-9: code aligned with following
code on line 419.
Reported-by: Abaci Robot
Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=10742
Signed-off-by: Jiapeng Chong
---
drivers/gpu/drm/amd/amdgpu/mes_v11_0.c |
>
> On Tue, Sep 03, 2024 at 06:07:25AM GMT, Sandor Yu wrote:
> > Hi Maxime,
> >
> > Thanks for your comments,
> >
> > > -Original Message-
> > > From: dri-devel On Behalf
> > > Of Maxime Ripard
> > > Sent: 2024年7月2日 21:25
> > > To: Sandor Yu
> > > Cc: dmitry.barysh...@linaro.org; andrz
Hi Dave and Simona,
Last drm-xe-next pull for 6.12. I was going to bring only the fixes, but
that would be basically most of the changes available. And what's not a
fix it's pretty trivial stuff. So I'm including everything.
The one outstanding thing is a prep patch to dma-buf that was needed to
If pci_register_driver() fails, amdgpu_sync_slab and amdgpu_fence_slab
should be freed in the error path, fix it.
Signed-off-by: Jinjie Ruan
Suggested-by: Thomas Gleixner
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/driv
I have been testing various settings on the HDMI out of the i.MX8MP.
I noticed that sometimes my monitor would not sync, but sometimes it
would on the same resolution/refresh rate. Frieder noted the LCDIF
was sometimes underflowing, so read up on it a little bit.
In the comments of the LCDIF dri
On 9/3/24 11:09 AM, Maxime Ripard wrote:
> On Tue, Sep 03, 2024 at 12:12:02AM GMT, Cristian Ciocaltea wrote:
>> On 9/2/24 10:36 AM, Maxime Ripard wrote:
>>> On Sat, Aug 31, 2024 at 01:21:48AM GMT, Cristian Ciocaltea wrote:
On 8/27/24 11:58 AM, Maxime Ripard wrote:
> On Mon, Aug 19, 2024 at
On Wed, Sep 4, 2024 at 3:31 AM Dominique Martinet
wrote:
>
> This allows the hdmi driver to pick e.g. 64.8MHz instead of 65Mhz when we
> cannot output the exact frequency, enabling the imx8mp HDMI output to
> support more modes
>
I went from 19 options on Modetest with my AOC 4K monitor to 31. Of
The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1
Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo PHY based on a
Samsung IP block.
Add just the basic support for now, i.e. RGB output up to 4K@60Hz,
without audio, CEC or any of the HDMI 2.1 specific features.
Co-deve
Rockchip RK3588 SoC integrates the Synopsys DesignWare HDMI 2.1
Quad-Pixel (QP) TX controller IP.
Since this is a new IP block, quite different from those used in the
previous generations of Rockchip SoCs, add a dedicated binding file.
Signed-off-by: Cristian Ciocaltea
---
.../rockchip/rockchip
The Synopsys DesignWare HDMI 2.1 Quad-Pixel (QP) TX Controller IP
supports the following features, among others:
* Fixed Rate Link (FRL)
* Display Stream Compression (DSC)
* 4K@120Hz and 8K@60Hz video modes
* Variable Refresh Rate (VRR) including Quick Media Switching (QMS), aka
Cinema VRR
* Fas
The Rockchip RK3588 SoC family integrates the Synopsys DesignWare HDMI
2.1 Quad-Pixel (QP) TX controller, which is a new IP block, quite
different from those used in the previous generations of Rockchip SoCs.
The controller supports the following features, among others:
* Fixed Rate Link (FRL)
*
Hi Min Hua，
Thanks for your work
At 2024-09-06 06:38:50, "Min-Hua Chen" wrote:
>Include rockchip_drm_drv.h to fix the follow sparse warning:
>
>drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:502:24: sparse:
>warning: symbol 'vop2_platform_driver' was not declared.
>Should it be static?
>
>No f
On Thu, Sep 5, 2024 at 5:03 PM T.J. Mercier wrote:
>
> Shrink the kernel .text a bit after successful initialization of the
> heaps.
>
> Signed-off-by: T.J. Mercier
Acked-by: John Stultz
Shrink the kernel .text a bit after successful initialization of the
heaps.
Signed-off-by: T.J. Mercier
---
drivers/dma-buf/heaps/cma_heap.c| 4 ++--
drivers/dma-buf/heaps/system_heap.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/dma-buf/heaps/cma_heap.c b/
On Thu, Sep 5, 2024 at 5:56 PM Daniel Gomez wrote:
>
> On Mon, Sep 02, 2024 at 01:15:01AM +0900, Masahiro Yamada wrote:
> > On Sat, Aug 31, 2024 at 4:54 AM Nicolas Schier wrote:
> > >
> > > On Sat, Aug 24, 2024 at 12:54:50AM +0200 Daniel Gomez wrote:
> > > > On Wed, Aug 07, 2024 at 05:46:03PM +02
On Thu, Sep 05, 2024 at 11:12:47PM GMT, Krzysztof Kozlowski wrote:
> On 05/09/2024 22:27, Alex Lanzano wrote:
> > On Thu, Sep 05, 2024 at 03:23:20PM GMT, Krzysztof Kozlowski wrote:
> >> On 05/09/2024 14:43, Alex Lanzano wrote:
> >>> Add device tree bindings for the monochrome Sharp Memory LCD
> >>>
On 04/09/2024 10:14, Jianeng Ceng wrote:
This is v3 of the MT8186 Chromebook device tree series.
Please send this kind of patches also to the mediatek mailinglist:
moderated list:ARM/Mediatek SoC support
Thanks
Matthias
---
Changes in v3:
- PATCH 0/2: Add the modify records.
- PATCH 1/2:
In certain use-cases, a CRTC could switch between two encoders
and because the mode being programmed on the CRTC remains
the same during this switch, the CRTC's mode_changed remains false.
In such cases, the encoder's mode_set also gets skipped.
Skipping mode_set on the encoder for such cases coul
On 05/09/2024 22:27, Alex Lanzano wrote:
> On Thu, Sep 05, 2024 at 03:23:20PM GMT, Krzysztof Kozlowski wrote:
>> On 05/09/2024 14:43, Alex Lanzano wrote:
>>> Add device tree bindings for the monochrome Sharp Memory LCD
>>>
>>> Co-developed-by: Mehdi Djait
>>> Signed-off-by: Mehdi Djait
>>> Signed
On Thu, Sep 05, 2024 at 06:45:28PM +0200, Boris Brezillon wrote:
> On Thu, 5 Sep 2024 16:51:44 +0100
> Steven Price wrote:
>
> > The firmware binary has a git SHA embedded into it which can be used to
> > identify which firmware binary is being loaded. Output this as a
> > drm_info() so that it'
Aryabhatta Dey writes:
> Change 'indenpendently' to 'independently'.
>
> Signed-off-by: Aryabhatta Dey
> ---
> Documentation/gpu/komeda-kms.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/gpu/komeda-kms.rst
> b/Documentation/gpu/komeda-kms.rst
> index
On Thu, Sep 05, 2024 at 03:23:20PM GMT, Krzysztof Kozlowski wrote:
> On 05/09/2024 14:43, Alex Lanzano wrote:
> > Add device tree bindings for the monochrome Sharp Memory LCD
> >
> > Co-developed-by: Mehdi Djait
> > Signed-off-by: Mehdi Djait
> > Signed-off-by: Alex Lanzano
>
> I don't underst
On Sat, Aug 31, 2024 at 05:46:55PM +0800, Hongbo Li wrote:
> In IS_ERR, the unlikely is used for the input parameter,
> so these is no need to use it again outside.
>
> Signed-off-by: Hongbo Li
Reviewed-by: Rodrigo Vivi
and pushing now...
> ---
> drivers/gpu/drm/i915/gem/i915_gem_execbuffer.
Hi Dave, Simona,
Fixes for 6.11.
The following changes since commit 431c1646e1f86b949fa3685efc50b660a364c2b6:
Linux 6.11-rc6 (2024-09-01 19:46:02 +1200)
are available in the Git repository at:
https://gitlab.freedesktop.org/agd5f/linux.git
tags/amd-drm-fixes-6.11-2024-09-05
for you to fe
On Tue, Sep 3, 2024 at 5:53 AM sikkamukul wrote:
>
> From: Bob Zhou
>
> [ Upstream commit 50151b7f1c79a09117837eb95b76c2de76841dab ]
>
> Check return value and conduct null pointer handling to avoid null pointer
> dereference.
>
> Signed-off-by: Bob Zhou
> Reviewed-by: Tim Huang
> Signed-off-b
Adds the necessary files to create tracepoints for the vmwgfx driver.
Adds a single tracepoint for command buffer completion. This tracepoint
can be used to time command buffer execution time and to decode command
buffer errors. The submission time is also now recorded when the command
buffer is s
Expose allowed group priorities with a new device query.
This new uAPI will be used in Mesa to properly report what priorities a
user can use for EGL_IMG_context_priority.
Since this extends the uAPI and because userland needs a way to
advertise priorities accordingly, this also bumps the driver
This adds a new value to drm_panthor_group_priority exposing the
realtime priority to userspace.
This is required to implement NV_context_priority_realtime in Mesa.
v2:
- Add Steven Price r-b
Signed-off-by: Mary Guillemard
Reviewed-by: Steven Price
---
drivers/gpu/drm/panthor/panthor_drv.c
This patch series adds support for realtime group priority and exposes
allowed priorities info with a new dev query.
Those changes are required to implement EGL_IMG_context_priority and
EGL_NV_context_priority_realtime extensions properly.
This patch series assumes that [1] is applied. (found in
On Thu, 05 Sep 2024, Rodrigo Vivi wrote:
> On Sat, Aug 31, 2024 at 09:51:14PM +0800, He Lugang wrote:
>> The parameter dev_priv is actually not used in macro PORT_ALPM_CTL
>> and PORT_ALPM_LFPS_CTL,so remove it to simplify the code.
>
> It is magically used on our back... hence the build failures
On Sat, Aug 31, 2024 at 09:51:14PM +0800, He Lugang wrote:
> The parameter dev_priv is actually not used in macro PORT_ALPM_CTL
> and PORT_ALPM_LFPS_CTL,so remove it to simplify the code.
It is magically used on our back... hence the build failures that CI got.
Jani is doing a great clean-up work
On Thu, 5 Sep 2024 16:51:44 +0100
Steven Price wrote:
> The firmware binary has a git SHA embedded into it which can be used to
> identify which firmware binary is being loaded. Output this as a
> drm_info() so that it's obvious from a dmesg log which firmware binary
> is being used.
>
> Signed
I did take the one patch - but I'm happy to push the others to drm-misc
(provided they all get reviewed. 2/3 seems to be reviewed already but not 3/3)
On Thu, 2024-09-05 at 10:24 -0300, Jason Gunthorpe wrote:
> On Wed, Sep 04, 2024 at 03:06:07PM -0400, Lyude Paul wrote:
> > Reviewed-by: Lyude Paul
On 05/09/2024 16:41, Steven Price wrote:
Hi Mihail,
On 05/09/2024 14:54, Mihail Atanassov wrote:
Hi Mary,
On 05/09/2024 12:13, Mary Guillemard wrote:
This adds a new value to drm_panthor_group_priority exposing the
realtime priority to userspace.
This is required to implement NV_context_p
On 05/09/2024 05:33, Dmitry Baryshkov wrote:
> On Wed, 24 Jul 2024 17:01:33 +0200, Marc Gonzalez wrote:
>
>> DT bits required for HDMI TX support in qcom APQ8098 (MSM8998 cousin)
>
> Applied, thanks!
>
> [1/6] dt-bindings: phy: add qcom,hdmi-phy-8998
> https://gitlab.freedesktop.org/lumag/
The firmware binary has a git SHA embedded into it which can be used to
identify which firmware binary is being loaded. Output this as a
drm_info() so that it's obvious from a dmesg log which firmware binary
is being used.
Signed-off-by: Steven Price
---
drivers/gpu/drm/panthor/panthor_fw.c | 55
On 05/09/2024 12:13, Mary Guillemard wrote:
> Expose allowed group priorities with a new device query.
>
> This new uAPI will be used in Mesa to properly report what priorities a
> user can use for EGL_IMG_context_priority.
>
> Since this extends the uAPI and because userland needs a way to
> adv
On 05/09/2024 12:13, Mary Guillemard wrote:
> This adds a new value to drm_panthor_group_priority exposing the
> realtime priority to userspace.
>
> This is required to implement NV_context_priority_realtime in Mesa.
>
> Signed-off-by: Mary Guillemard
Reviewed-by: Steven Price
> ---
> driver
Hi Mihail,
On 05/09/2024 14:54, Mihail Atanassov wrote:
> Hi Mary,
>
> On 05/09/2024 12:13, Mary Guillemard wrote:
>> This adds a new value to drm_panthor_group_priority exposing the
>> realtime priority to userspace.
>>
>> This is required to implement NV_context_priority_realtime in Mesa.
>>
>>
On Thu, Sep 05, 2024 at 03:03:24PM +0200, Uros Bizjak wrote:
> On Thu, Sep 5, 2024 at 2:41 PM Andy Shevchenko
> wrote:
> >
> > On Thu, Sep 05, 2024 at 02:17:08PM +0200, Uros Bizjak wrote:
> > > There were several attempts to resolve circular include dependency
> > > after the addition of percpu.h:
On 2024-08-01, John Ogness wrote:
> On 2024-08-01, Jocelyn Falempe wrote:
>> I think I can also register one console for each drm driver, which
>> will simplify drm_log even further. (currently it would mean having a
>> circular buffer and work function for each driver which is a bit too
>> much)
On Thu, Sep 05, 2024 at 10:30:56AM +0200, Helge Deller wrote:
> On 9/5/24 09:25, Wei Liu wrote:
> > On Mon, Sep 02, 2024 at 03:44:02PM +0800, Chen Ni wrote:
> > > Replace a comma between expression statements by a semicolon.
> > >
> > > Fixes: d786e00d19f9 ("drivers: hv, hyperv_fb: Untangle and re
Initialize with 4 rings to enable preemption.
For now only on A750 as other targets require testing.
Add the "preemption_enabled" module parameter to override this for other
A7xx targets.
Signed-off-by: Antonino Maniscalco
Tested-by: Neil Armstrong # on SM8650-QRD
---
drivers/gpu/drm/msm/adre
Add documentation about the preemption feature supported by the msm
driver.
Signed-off-by: Antonino Maniscalco
---
Documentation/gpu/msm-preemption.rst | 98
1 file changed, 98 insertions(+)
diff --git a/Documentation/gpu/msm-preemption.rst
b/Documentation/
Add trace points corresponding to preemption being triggered and being
completed for latency measurement purposes.
Signed-off-by: Antonino Maniscalco
Tested-by: Neil Armstrong # on SM8650-QRD
---
drivers/gpu/drm/msm/adreno/a6xx_preempt.c | 7 +++
drivers/gpu/drm/msm/msm_gpu_trace.h |
Some userspace changes are necessary so add a flag for userspace to
advertise support for preemption when creating the submitqueue.
When this flag is not set preemption will not be allowed in the middle
of the submitted IBs therefore mantaining compatibility with older
userspace.
The flag is reje
Use the postamble to reset perf counters when switching between rings,
except when sysprof is enabled, analogously to how they are reset
between submissions when switching pagetables.
Signed-off-by: Antonino Maniscalco
---
drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 20 ++-
drive
This patch implements preemption feature for A6xx targets, this allows
the GPU to switch to a higher priority ringbuffer if one is ready. A6XX
hardware as such supports multiple levels of preemption granularities,
ranging from coarse grained(ringbuffer level) to a more fine grained
such as draw-cal
In mesa CP_SET_CTXSWITCH_IB is renamed to CP_SET_AMBLE and some other
names are changed to match KGSL. Import those changes.
The changes have not been merged yet in mesa but are necessary for this
series.
Signed-off-by: Antonino Maniscalco
---
.../gpu/drm/msm/registers/adreno/adreno_pm4.xml
Add missing bitfields to CONTEXT_SWITCH_CNTL in a6xx.xml.
Signed-off-by: Antonino Maniscalco
---
drivers/gpu/drm/msm/registers/adreno/a6xx.xml | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/registers/adreno/a6xx.xml
b/drivers/gpu/drm/msm/registers/
Adds a field to `adreno_info` to store the GPU specific preempt record
size.
Signed-off-by: Antonino Maniscalco
Reviewed-by: Akhil P Oommen
Tested-by: Neil Armstrong # on SM8650-QRD
---
drivers/gpu/drm/msm/adreno/a6xx_catalog.c | 4
drivers/gpu/drm/msm/adreno/adreno_gpu.h | 1 +
2 files
The bv_fence field of rbmemptrs was being used incorrectly as the BV
rptr shadow pointer in some places.
Add a bv_rptr field and change the code to use that instead.
Signed-off-by: Antonino Maniscalco
Reviewed-by: Akhil P Oommen
Tested-by: Neil Armstrong # on SM8650-QRD
---
drivers/gpu/drm/ms
This series implements preemption for A7XX targets, which allows the GPU to
switch to an higher priority ring when work is pushed to it, reducing latency
for high priority submissions.
This series enables L1 preemption with skip_save_restore which requires
the following userspace patches to functi
Hi,
Here's this week drm-misc-fixes PR.
Maxime
drm-misc-fixes-2024-09-05:
A zpos normalization fix for komeda, a register bitmask fix for nouveau,
a memory leak fix for imagination, three fixes for the recent bridge
HDMI work, a potential DoS fix and a cache coherency for panthor, a
change of pa
Hi Mary,
On 05/09/2024 12:13, Mary Guillemard wrote:
This adds a new value to drm_panthor_group_priority exposing the
realtime priority to userspace.
This is required to implement NV_context_priority_realtime in Mesa.
Signed-off-by: Mary Guillemard
---
drivers/gpu/drm/panthor/panthor_drv.c
Helge, you might want to look through the fbdev patches in this series.
Am 20.08.24 um 11:22 schrieb Thomas Zimmermann:
This series removes most dependencies on fbdev from the lcd subsystem
and its drivers.
Patches 1 to 3 rework the fbdev notifier, the fbdev's fb_info can
now refer to a dedicat
Hi
Am 03.09.24 um 16:58 schrieb Daniel Thompson:
On Tue, Aug 20, 2024 at 11:22:38AM +0200, Thomas Zimmermann wrote:
This series removes most dependencies on fbdev from the lcd subsystem
and its drivers.
Patches 1 to 3 rework the fbdev notifier, the fbdev's fb_info can
now refer to a dedicated
On Tue, Sep 03, 2024 at 06:04:13PM GMT, Jessica Zhang wrote:
>
>
> On 8/30/2024 3:16 PM, Dmitry Baryshkov wrote:
> > On Fri, 30 Aug 2024 at 22:28, Jessica Zhang
> > wrote:
> > >
> > >
> > >
> > > On 8/30/2024 10:18 AM, Dmitry Baryshkov wrote:
> > > > On Thu, Aug 29, 2024 at 01:48:32PM GMT, J
Hi Dave and Sima,
Here goes this week's drm-xe-fixes, mostly
with power-management related fixes.
drm-xe-fixes-2024-09-05:
- GSC loading fix (Daniele)
- PCODE mutex fix (Matt)
- Suspend/Resume fixes (Maarten, Imre)
- RPM fixes (Rodrigo)
The following changes since commit 431c1646e1f86b949fa3685ef
Add documentation around vkms_output and its initialization.
Add some documentation on pixel conversion functions.
Update of outdated comments for pixel_write functions.
Reviewed-by: José Expósito
Signed-off-by: Louis Chauvet
---
This series does not introduce functionnal changes, only some
docu
Le 05/09/24 - 14:33, José Expósito a écrit :
> Hi Louis,
>
> Thanks for appling the suggested changes.
>
> I added some minor style comments, but other than that patch looks
> good to me.
>
> > Add documentation around vkms_output and its initialization.
> > Add some documentation on pixel conve
On Wed, Sep 04, 2024 at 03:06:07PM -0400, Lyude Paul wrote:
> Reviewed-by: Lyude Paul
>
> Will handle pushing it to drm-misc in just a moment
Did you just take this one patch?
Who will take the rest of the series for DRM?
Jason
On 05/09/2024 14:43, Alex Lanzano wrote:
> Add device tree bindings for the monochrome Sharp Memory LCD
>
> Co-developed-by: Mehdi Djait
> Signed-off-by: Mehdi Djait
> Signed-off-by: Alex Lanzano
I don't understand what happened here. Your process of handling patches
is odd. Tags do not disapp
On Thu, Sep 05, 2024 at 09:19:14AM +0200, Boris Brezillon wrote:
> If deferred operations are pending, we want to wait for those to
> land before declaring the queue blocked on a SYNC_WAIT. We need
> this to deal with the case where the sync object is signalled through
> a deferred SYNC_{ADD,SET} f
On Thu, Sep 05, 2024 at 09:01:54AM +0200, Boris Brezillon wrote:
> The only user (the mesa gallium driver) is already assuming explicit
> synchronization and doing the export/import dance on shared BOs. The
> only reason we were registering ourselves as writers on external BOs
> is because Xe, whic
On Thu, 05 Sep 2024, Uros Bizjak wrote:
> Usage of pseudo-random functions requires inclusion of
> header instead of .
>
> Signed-off-by: Uros Bizjak
> Cc: Jani Nikula
> Cc: Joonas Lahtinen
> Cc: Rodrigo Vivi
> Cc: Tvrtko Ursulin
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: intel-...@lists
On Thu, Sep 5, 2024 at 2:41 PM Andy Shevchenko
wrote:
>
> On Thu, Sep 05, 2024 at 02:17:08PM +0200, Uros Bizjak wrote:
> > There were several attempts to resolve circular include dependency
> > after the addition of percpu.h: 1c9df907da83 ("random: fix circular
> > include dependency on arm64 afte
Add support for the monochrome Sharp Memory LCDs.
Co-developed-by: Mehdi Djait
Signed-off-by: Mehdi Djait
Signed-off-by: Alex Lanzano
---
MAINTAINERS | 6 +
drivers/gpu/drm/tiny/Kconfig| 20 +
drivers/gpu/drm/tiny/Makefile | 1 +
drivers/gpu/drm/tiny/
Add device tree bindings for the monochrome Sharp Memory LCD
Co-developed-by: Mehdi Djait
Signed-off-by: Mehdi Djait
Signed-off-by: Alex Lanzano
---
.../bindings/display/sharp,ls010b7dh04.yaml | 92 +++
1 file changed, 92 insertions(+)
create mode 100644
Documentation/devic
This patch series add support for the monochrome Sharp Memory LCD
panels. This series is based off of the work done by Mehdi Djait.
References:
https://lore.kernel.org/dri-devel/71a9dbf4609dbba46026a31f60261830163a0b99.1701267411.git.mehdi.dj...@bootlin.com/
https://www.sharpsde.com/fileadmin/prod
On Thu, Sep 05, 2024 at 02:17:08PM +0200, Uros Bizjak wrote:
> There were several attempts to resolve circular include dependency
> after the addition of percpu.h: 1c9df907da83 ("random: fix circular
> include dependency on arm64 after addition of percpu.h"), c0842fbc1b18
> ("random32: move the pse
Update efuse data for MT8188 displayport.
The DP monitor can not display when DUT connected to USB-c to DP dongle.
Analysis view is invalid DP efuse data.
Fixes: 350c3fe907fb ("drm/mediatek: dp: Add support MT8188 dp/edp function")
Reviewed-by: Matthias Brugger
Signed-off-by: Liankun Yang
---
C
On Thu, 5 Sept 2024 at 10:48, Maxime Ripard wrote:
>
> On Thu, 05 Sep 2024 06:08:20 +0300, Dmitry Baryshkov wrote:
> > Add two selects for DRM_DISPLAY_DSC_HELPER which got missed in the
> > original commit ca097d4d94d8 ("drm/display: split DSC helpers from DP
> > helpers") and were later reported
> The current VKMS driver can only uses one CRTC and one encoder. This patch
> introduce in the same time CRTC and encoders as they are tighly linked.
>
> Signed-off-by: Louis Chauvet
> ---
> drivers/gpu/drm/vkms/vkms_config.c | 266
> +
> drivers/gpu/drm/vkm
> As a plane will be a folder in ConfigFS, add name configuration for plane
> so it will reflect the folder name.
>
> Signed-off-by: Louis Chauvet
> ---
> drivers/gpu/drm/vkms/vkms_config.c | 14 ++
> drivers/gpu/drm/vkms/vkms_config.h | 2 ++
> drivers/gpu/drm/vkms/vkms_plane.c |
> The current vkms driver only allows the usage of one primary, eight
> overlays and one cursor plane. This new configuration structure aims to
> make the configuration more flexible.
>
> Signed-off-by: Louis Chauvet
> ---
> drivers/gpu/drm/vkms/vkms_config.c | 90
>
> As the configuration will be used by userspace, add a validator to avoid
> creating a broken DRM device
This is something I considered to include in my configfs series, however,
I'm not sure if the set of rules used to validate a device configuration
are already implemented somewhere in the DRM
> Creating a new vkms_config structure will be more complex once we
> start adding more options.
>
> Extract the vkms_config structure to its own header and source files
> and add functions to create and delete a vkms_config and to initialize
> debugfs.
>
> Refactor, no functional changes.
>
> S
> As the crtc mask is dynamic, avoid hardcoding it. It is already computed
> once all the planes are created, so it should be a no-op
>
> Signed-off-by: Louis Chauvet
> ---
> drivers/gpu/drm/vkms/vkms_drv.c | 10 +-
> drivers/gpu/drm/vkms/vkms_plane.c | 5 +++--
> drivers/gpu/drm/vkms
Hi Louis,
Thanks for appling the suggested changes.
I added some minor style comments, but other than that patch looks
good to me.
> Add documentation around vkms_output and its initialization.
> Add some documentation on pixel conversion functions.
> Update of outdated comments for pixel_write
Usage of pseudo-random functions requires inclusion of
header instead of .
Signed-off-by: Uros Bizjak
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Thomas Zimmermann
Cc: David Airlie
Cc: Daniel Vetter
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/lib/drm_random.h | 2 +-
1 file cha
Usage of pseudo-random functions requires inclusion of
header instead of .
Signed-off-by: Uros Bizjak
Cc: Jani Nikula
Cc: Joonas Lahtinen
Cc: Rodrigo Vivi
Cc: Tvrtko Ursulin
Cc: David Airlie
Cc: Daniel Vetter
Cc: intel-...@lists.freedesktop.org
Cc: dri-devel@lists.freedesktop.org
---
driv
There were several attempts to resolve circular include dependency
after the addition of percpu.h: 1c9df907da83 ("random: fix circular
include dependency on arm64 after addition of percpu.h"), c0842fbc1b18
("random32: move the pseudo-random 32-bit definitions to prandom.h") and
finally d9f29deb7fe8
On Thu, 05 Sep 2024 06:39:32 -0300 Vignesh Raman wrote ---
> Uprev IGT to the latest version and deqp-runner
> to v0.20.0. Also update expectation files.
>
> Signed-off-by: Vignesh Raman vignesh.ra...@collabora.com>
> ---
>
> v1:
> - Flaky test report will be sent to ma
Hi Dave, Sima,
here's the drm-misc-next-fixes PR for this week. I cherry-picked
the fix from drm-misc-next, as there will be no more PRs for the
latter branch in this release cycle.
Best regards
Thomas
drm-misc-next-fixes-2024-09-05:
Short summary of fixes pull:
tegra:
- Fix uninitialized varia
Expose allowed group priorities with a new device query.
This new uAPI will be used in Mesa to properly report what priorities a
user can use for EGL_IMG_context_priority.
Since this extends the uAPI and because userland needs a way to
advertise priorities accordingly, this also bumps the driver
This adds a new value to drm_panthor_group_priority exposing the
realtime priority to userspace.
This is required to implement NV_context_priority_realtime in Mesa.
Signed-off-by: Mary Guillemard
---
drivers/gpu/drm/panthor/panthor_drv.c | 2 +-
drivers/gpu/drm/panthor/panthor_sched.c | 2 --
This patch series adds support for realtime group priority and exposes
allowed priorities info with a new dev query.
Those changes are required to implement EGL_IMG_context_priority and
EGL_NV_context_priority_realtime extensions properly.
This patch series assumes that [1] is applied. (found in
1 - 100 of 131 matches
Mail list logo
