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, which was the reference back when we developed Panthor,
was doing so. Turns o
Hi Andy,
On Wed, Sep 04, 2024 at 08:02:32PM +0800, Andy Yan wrote:
> From: Andy Yan
>
> There is a version number hardcoded in the VOP VERSION_INFO
> register, and the version number increments sequentially based
> on the production order of the SOC.
>
> So using this version number to distingu
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} from the same queue. If we don't do that
and the group gets scheduled out
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 refactor Hyper-V
> panic notifiers")
> Signed-off-by: Chen Ni
Applied to hyperv-fixes, thanks!
> ---
> driver
On Wed, 04 Sep 2024, Nathan Chancellor wrote:
> Hi Jani,
>
> On Wed, Sep 04, 2024 at 03:38:19PM +0300, Jani Nikula wrote:
>> We enable most W=1 warnings by default subsystem wide. Also enable
>> warnings on unused static inlines when building with clang.
>>
>> See also commit 6863f5643dd7 ("kbuil
On Tue, 3 Sep 2024 16:49:55 +0200
Mary Guillemard wrote:
> We were allowing any users to create a high priority group without any
> permission checks. As a result, this was allowing possible denial of
> service.
>
> We now only allow the DRM master or users with the CAP_SYS_NICE
> capability to
On Wed, 2024-09-04 at 19:47 +0200, Simona Vetter wrote:
> On Tue, Sep 03, 2024 at 11:44:47AM +0200, Philipp Stanner wrote:
> > The GPU scheduler currently does not ensure that its pending_list
> > is
> > empty before performing various other teardown tasks in
> > drm_sched_fini().
> >
> > If there
On Wed, 4 Sep 2024 12:19:11 +0200
Boris Brezillon wrote:
> On Fri, 30 Aug 2024 10:03:50 +0200
> Mary Guillemard wrote:
>
> > Expose timestamp information supported by the GPU with a new device
> > query.
> >
> > Mali uses an external timer as GPU system time. On ARM, this is wired to
> > the g
On Tue, Sep 03, 2024 at 04:58:09AM +, 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
> S
On Wed, 04 Sep 2024 13:23:21 +1200, Ryan Walklin wrote:
> The WL-355608-A8 is a 3.5" 640x480@60Hz RGB LCD display from an unknown
> OEM used in a number of handheld gaming devices made by Anbernic.
> Previously committed using the OEM serial without a vendor prefix,
> however following subsequent d
On Wed, 04 Sep 2024 13:23:22 +1200, Ryan Walklin wrote:
> As per the previous dt-binding commit, update the WL-355608-A8 panel
> compatible to reflect the the integrating device vendor and name as the
> panel OEM is unknown.
>
> Signed-off-by: Ryan Walklin
>
> --
> Changelog v2..v3:
> - Use inte
On Mon, 2 Sep 2024 16:11:51 +0100
Steven Price wrote:
> On 02/09/2024 14:02, Adrián Larumbe wrote:
> > In the off-chance that waiting for the firmware to signal its booted status
> > timed out in the fast reset path, one must flush the cache lines for the
> > entire FW VM address space before rel
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 by LKP.
>
>
Applied to misc/kernel.git (drm-misc-next).
Th
On 04.09.24 10: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
>
> Signed-off-by: Dominique Martinet
Reviewed-by: Frieder Schrempf
Tested-by:
Hello,
On Mon, 2 Sep 2024 10:42:57 +0200
Christian Heusel wrote:
> > Any chance to see that one pushed to stable 6.10.x kernels so that we
> > can have a working console ?
>
> this is on the way as the stable team has already queued the patch for
> the (to be released) 6.10.8 stable kernel:
>
Am 05.09.24 um 08:56 schrieb Jens Wiklander:
On Fri, Aug 30, 2024 at 10:47 AM Christian König
wrote:
Am 30.08.24 um 09:03 schrieb Jens Wiklander:
Add a no_map attribute to struct restricted_heap_attachment and struct
restricted_heap to skip the call to dma_map_sgtable() if set. This
avoids try
Hi Sascha,
At 2024-09-05 15:10:56, "Sascha Hauer" wrote:
>Hi Andy,
>
>On Wed, Sep 04, 2024 at 08:02:32PM +0800, Andy Yan wrote:
>> From: Andy Yan
>>
>> There is a version number hardcoded in the VOP VERSION_INFO
>> register, and the version number increments sequentially based
>> on the product
Hi Dave, Sima,
Some fixes for the weekly cycle:
Avoid pointless attempts to reload GSC, fix for VBIOS/GOP LUT takeover on
ILK and SNB, eliminate regressions by limitting Fast Wake sync pulse
workaround to Dell Precision 5490 with AUO panels only and some clang
build fixes.
Regards,
Tvrtko
drm-
Hi all,
this fires in my randbuilds here:
vmlinux.o: warning: objtool: adis16400_write_raw() falls through to next
function adis16400_show_serial_number()
ld: vmlinux.o: in function `dw_mipi_dsi_stm_remove':
dw_mipi_dsi-stm.c:(.text+0x8db9a3): undefined reference to `clk_hw_unregister'
ld: vmlin
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 refactor Hyper-V panic
notifiers")
Signed-off-by: Chen Ni
Applied to hyperv-fixes
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 +0200, Nicolas Schier wrote:
> > > > On Wed, Aug 07, 2024 at 04:18:
Sorry, I'm gonna send a V8 to fix this ASAP
On 03/09/2024 19:14, Mark Brown wrote:
On Mon, Jul 22, 2024 at 08:53:41AM +0200, amerg...@baylibre.com wrote:
From: Nicolas Belin
Add the support of MT6357 PMIC audio codec.
This breaks the build:
/build/stage/linux/sound/soc/codecs/mt6357.c: In
On 03/09/2024 15:25, Thomas Zimmermann wrote:
The CRTC has only one output attached to it. Store the output's type
of TX chip in a single field and remove the related bitmask.
Turn the type-less output field in struct ast_device into a union, as
only one of its fields will be used at a time.
T
Some graphics APIs differentiate between out-of-graphics-memory and
out-of-host-memory (system memory). Add a device init flag to
have -ENOSPC propagated from the resource managers instead of being
converted to -ENOMEM, to aid driver stacks in determining what
error code to return or whether correc
The ttm_device_init funcition uses multiple bool arguments. That means
readability in the caller becomes poor, and all callers need to change if
yet another bool is added.
Instead use a struct with multiple single-bit flags. This addresses both
problems. Prefer it over using defines or enums with
Some graphics APIs differentiate between out-of-graphics-memory and
out-of-host-memory (system memory). Add a device init flag to
have -ENOSPC propagated from the resource managers instead of being
converted to -ENOMEM, to aid driver stacks in determining what
error code to return or whether correc
Uprev IGT to the latest version and deqp-runner
to v0.20.0. Also update expectation files.
Signed-off-by: Vignesh Raman
---
v1:
- Flaky test report will be sent to maintainers after this
patch series is reviewed.
---
drivers/gpu/drm/ci/gitlab-ci.yml | 4 +-
drivers/gpu/drm/ci/i
Hi Vignesh,
On Thu, 5 Sept 2024 at 10:41, Vignesh Raman wrote:
> Uprev IGT to the latest version and deqp-runner
> to v0.20.0. Also update expectation files.
Thanks! This is:
Reviewed-by: Daniel Stone
On 05/09/2024 08:19, 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} from the same queue. I
On 05/09/2024 08:01, 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, which was the reference b
Instead of directly casting and returning (void *) pointer, use ERR_CAST
to explicitly return an error-valued pointer. This makes the error handling
more explicit and improves code clarity.
Signed-off-by: Chen Yufan
---
drivers/gpu/drm/nouveau/nvkm/engine/disp/r535.c | 2 +-
drivers/gpu/drm/nouv
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
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 --
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
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
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
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
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
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
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
> 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
> 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 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
> 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 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 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
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
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, 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
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
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
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/
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
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 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, 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 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 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
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
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
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
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
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
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 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
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
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
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
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
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/
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
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
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
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
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/
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
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
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 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:
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 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
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
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 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/
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
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 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
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, 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
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
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
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
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
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
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 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.
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
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 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'
1 - 100 of 131 matches
Mail list logo
