Convert irqd_get_trigger_type(irq_get_irq_data(irq)) cases to the more
simple irq_get_trigger_type(irq).
Suggested-by: Andy Shevchenko
Signed-off-by: Vasileios Amoiridis
---
drivers/gpu/drm/i2c/tda998x_drv.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i
Changes in v2:
- Split patches to subsystems
- Add tag
---
v1: https://lore.kernel.org/all/20240902225534.130383-1-vassilisa...@gmail.com/
Vasileios Amoiridis (1):
drm/i2c: tda998x: Make use of irq_get_trigger_type()
drivers/gpu/drm/i2c/tda998x_drv.c | 3 +--
1 file changed, 1
Fixed some spelling errors, the details are as follows:
-in the code comments:
addess->address
trasitions->transitions
furture->future
unsubmited->unsubmitted
Signed-off-by: Shen Lichuan
---
drivers/gpu/drm/i915/gvt/gtt.c| 2 +-
drivers/gpu/drm/i915/gvt/o
Thomas Zimmermann writes:
Hello Thomas,
> Hi Javier,
>
> thanks for the patch.
>
Thanks for your feedback.
> Am 12.09.24 um 18:33 schrieb Javier Martinez Canillas:
>> Julius Werner writes:
[...]
>> ---
>> drivers/firmware/google/framebuffer-coreboot.c | 16
>> 1 file cha
This series adds basic drm_panic support for nouveau.
Patches 1 Add ABGR2101010 support in drm_panic.
Patch 2 registers nouveau to drm_panic, and handle tiling.
I've tested on a GTX1650 (Turing) and GF 8800 GT (Tesla), while
running Gnome/Wayland desktop, and in VT.
It should work on other nv50+ c
Add support for ABGR2101010, used by the nouveau driver.
Signed-off-by: Jocelyn Falempe
---
drivers/gpu/drm/drm_panic.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/drm_panic.c b/drivers/gpu/drm/drm_panic.c
index 74412b7bf936..0a9ecc1380d2 100644
--- a/drivers/
Add drm_panic support, for nv50+ cards.
It's enough to get the panic screen while running Gnome/Wayland on a
GTX 1650.
It doesn't support multi-plane or compressed format.
Support for other formats and older cards will come later.
Tiling is only tested on GTX1650, and might be wrong for other cards
Jocelyn Falempe writes:
Hello Jocelyn,
> Add support for ABGR2101010, used by the nouveau driver.
>
> Signed-off-by: Jocelyn Falempe
> ---
> drivers/gpu/drm/drm_panic.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_panic.c b/drivers/gpu/drm/drm_panic.
On Thu, 2024-09-12 at 16:55 +0200, Christian König wrote:
> Am 11.09.24 um 11:44 schrieb Philipp Stanner:
> > On Wed, 2024-09-11 at 10:58 +0200, Christian König wrote:
> > > Calling the signaling a NULL fence is obviously a coding error in
> > > a
> > > driver. Those functions unfortunately just re
On Wed, 11 Sep 2024, Maxime Ripard wrote:
> On Tue, 10 Sep 2024 21:15:25 -0300, Carlos Eduardo Gallo Filho wrote:
>> This patchset includes new KUnit tests for 5 untested functions from
>> drm_framebuffer.c and improvements to the existent one.
>>
>> The first patch replace the use of dev_private
Hello,
On Thu, Sep 12, 2024 at 10:47:31PM +0200, Danilo Krummrich wrote:
> On 9/12/24 7:11 PM, Devarsh Thakkar wrote:
> > Modify license to include dual licensing as GPL-2.0-only OR MIT license for
> > tidss display driver. This allows other operating system ecosystems such as
> > Zephyr and also
Uwe Kleine-König writes:
> Hello,
>
> On Thu, Sep 12, 2024 at 10:47:31PM +0200, Danilo Krummrich wrote:
>> On 9/12/24 7:11 PM, Devarsh Thakkar wrote:
>> > Modify license to include dual licensing as GPL-2.0-only OR MIT license for
>> > tidss display driver. This allows other operating system ecos
On Fri, Sep 13, 2024 at 10:31:08AM GMT, Jani Nikula wrote:
> On Wed, 11 Sep 2024, Maxime Ripard wrote:
> > On Tue, 10 Sep 2024 21:15:25 -0300, Carlos Eduardo Gallo Filho wrote:
> >> This patchset includes new KUnit tests for 5 untested functions from
> >> drm_framebuffer.c and improvements to the
On Fri, Sep 13, 2024 at 9:38 AM Javier Martinez Canillas
wrote:
> Uwe Kleine-König writes:
> > On Thu, Sep 12, 2024 at 10:47:31PM +0200, Danilo Krummrich wrote:
> >> On 9/12/24 7:11 PM, Devarsh Thakkar wrote:
> >> > Modify license to include dual licensing as GPL-2.0-only OR MIT license
> >> >
On 08/09/2024 16:21, Krzysztof Kozlowski wrote:
Mark local static 'struct regmap_config' as const for safer and more
obvious code.
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/bridge/ti-dlpc3433.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/b
On 07/09/2024 07:54, Dominique Martinet wrote:
From: Dominique Martinet
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
Tested-by: Adam Ford #imx8mp-beacon
Reviewed-by: Frieder S
September 12, 2024 at 8:11 PM, "Devarsh Thakkar" mailto:devar...@ti.com?to=%22Devarsh%20Thakkar%22%20%3Cdevarsht%40ti.com%3E >
wrote:
>
> Modify license to include dual licensing as GPL-2.0-only OR MIT license for
> tidss display driver. This allows other operating system ecosystems such as
> Ze
On 02/09/2024 13:33, Liao Chen wrote:
Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based
on the alias from of_device_id table.
Signed-off-by: Liao Chen
---
drivers/gpu/drm/bridge/ite-it6505.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bridge/ite
On 27/06/2024 01:07, Fabio Estevam wrote:
From: Fabio Estevam
Replace SET_RUNTIME_PM_OPS with its modern RUNTIME_PM_OPS() alternative.
The combined usage of pm_ptr() and RUNTIME_PM_OPS()
allows the compiler to evaluate if the runtime suspend/resume() functions
are used at build time or are sim
On 27/06/2024 01:07, Fabio Estevam wrote:
From: Fabio Estevam
Replace SET_RUNTIME_PM_OPS with its modern RUNTIME_PM_OPS() alternative.
The combined usage of pm_ptr() and RUNTIME_PM_OPS()
allows the compiler to evaluate if the runtime suspend/resume() functions
are used at build time or are sim
On 27/06/2024 01:07, Fabio Estevam wrote:
From: Fabio Estevam
Replace SET_RUNTIME_PM_OPS with its modern RUNTIME_PM_OPS() alternative.
The combined usage of pm_ptr() and RUNTIME_PM_OPS()
allows the compiler to evaluate if the runtime suspend/resume() functions
are used at build time or are sim
On 27/06/2024 01:07, Fabio Estevam wrote:
From: Fabio Estevam
Replace SET_SYSTEM_SLEEP_PM_OPS with its modern SYSTEM_SLEEP_PM_OPS()
alternative.
The combined usage of pm_ptr() and SYSTEM_SLEEP_PM_OPS()
allows the compiler to evaluate if the runtime suspend/resume() functions
are used at build
On 27/06/2024 01:07, Fabio Estevam wrote:
From: Fabio Estevam
Replace SET_RUNTIME_PM_OPS with its modern RUNTIME_PM_OPS() alternative.
The combined usage of pm_ptr() and RUNTIME_PM_OPS()
allows the compiler to evaluate if the runtime suspend/resume() functions
are used at build time or are sim
On 07/08/2024 17:27, Takashi Iwai wrote:
The dw-hdmi drm bridge driver is the only one who still uses the ALSA
vmalloc helper API functions. A previous attempt to change the way of
buffer management wasn't taken for this legacy stuff, as we had little
chance for test and some risk of major break
On 14/08/2024 12:37, Esben Haabendal wrote:
Using the correct bit helps. The documentation specifies bit 0 in both
registers to be controlling polarity of dpi_vsync_input and
dpi_hsync_input polarity. Bit 1 is reserved, and should therefore not be
set.
Tested with panel that requires active high
On 27/06/2024 01:06, Fabio Estevam wrote:
From: Fabio Estevam
Replace SET_SYSTEM_SLEEP_PM_OPS with its modern SYSTEM_SLEEP_PM_OPS()
alternative.
The combined usage of pm_ptr() and SYSTEM_SLEEP_PM_OPS()
allows the compiler to evaluate if the runtime suspend/resume() functions
are used at build
On 08/09/2024 15:28, Jonas Karlman wrote:
Update successfully read EDID during hotplug processing to ensure the
connector diplay_info is always up-to-date.
Signed-off-by: Jonas Karlman
---
v2: No change
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 12
1 file changed, 12 inser
On 08/09/2024 15:28, Jonas Karlman wrote:
With the use of adjusted_mode directly from the crtc_state there is no
longer a need to store a copy in previous_mode, remove it and the now
unneeded mode_set ops.
Signed-off-by: Jonas Karlman
---
v2: No change
---
drivers/gpu/drm/bridge/synopsys/dw-h
On 08/09/2024 15:28, Jonas Karlman wrote:
Use the passed mode instead of mixing use of passed mode and the stored
previous_mode. The passed mode is currenly always the previous_mode.
Also fix a small typo and add a variable to help shorten a code line.
Signed-off-by: Jonas Karlman
---
v2: Upda
On 08/09/2024 15:28, Jonas Karlman wrote:
Change to only call poweron/poweroff from atomic_enable/atomic_disable
ops instead of trying to be clever by keeping a bridge_is_on state and
poweron/off in the hotplug irq handler.
The bridge is already enabled/disabled depending on connection state
wit
On 08/09/2024 15:28, Jonas Karlman wrote:
Fold the poweron and setup functions into one function and use the
adjusted_mode directly from the new crtc_state to remove the need of
storing previous_mode.
Signed-off-by: Jonas Karlman
---
v2: No change
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
Hi,
On Wed, 04 Sep 2024 14:05:42 +0200, Alexander Stein wrote:
> this small series improves debugging the tc358767 driver by using
> dev_err_probe for additional information (patch 1) and print IRQ
> debug output only if hotplug status actually changed.
>
> Changes inv 3:
> * Collected Robert's a
Hi,
On Wed, 26 Jun 2024 20:06:59 -0300, Fabio Estevam wrote:
> Replace SET_SYSTEM_SLEEP_PM_OPS with its modern SYSTEM_SLEEP_PM_OPS()
> alternative.
>
> The combined usage of pm_ptr() and SYSTEM_SLEEP_PM_OPS()
> allows the compiler to evaluate if the runtime suspend/resume() functions
> are used a
Hi,
On Sat, 07 Sep 2024 14:54:33 +0900, 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
>
>
Thanks, Applied to https://gitlab.freedesktop.org/drm/mi
On 13/09/2024 09:22, Javier Martinez Canillas wrote:
Jocelyn Falempe writes:
Hello Jocelyn,
Add support for ABGR2101010, used by the nouveau driver.
Signed-off-by: Jocelyn Falempe
---
drivers/gpu/drm/drm_panic.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/gpu/
Hi all,
Friendly ping: who can take this, please? 🙂
Thanks
-Gustavo
On 21/08/24 22:16, Gustavo A. R. Silva wrote:
Use the `DEFINE_RAW_FLEX()` helper for an on-stack definition of
a flexible structure where the size of the flexible-array member
is known at compile-time, and refactor the rest of
On 08/09/2024 16:21, Krzysztof Kozlowski wrote:
Mark local static 'struct regmap_config' as const for safer and more
obvious code.
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/fsl-dcu/fsl_tcon.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/fsl
Hi Devarsh,
On Thu, Sep 12, 2024 at 10:41:42PM +0530, Devarsh Thakkar wrote:
> Modify license to include dual licensing as GPL-2.0-only OR MIT license for
> tidss display driver. This allows other operating system ecosystems such as
> Zephyr and also the commercial firmwares to refer and derive co
Hi
Am 12.09.24 um 15:48 schrieb Jocelyn Falempe:
[...]
--- a/drivers/gpu/drm/ast/ast_main.c
+++ b/drivers/gpu/drm/ast/ast_main.c
@@ -110,7 +110,7 @@ static void ast_detect_tx_chip(struct ast_device
*ast, bool need_post)
ast->dp501_fw_addr = drmm_kzalloc(dev, 32*1024,
GFP_KERNEL);
Il 13/09/24 05:15, Jianeng Ceng ha scritto:
Ponyta is a custom label Chromebook based on MT8186. It is a
self-developed project of Huaqin and has no fixed OEM.
Acked-by: Krzysztof Kozlowski
Signed-off-by: Jianeng Ceng
---
Changes in v5:
- PATCH 1/2: Remove sku2147483647.
- Link to
v4:https://
The return value of drm_atomic_get_crtc_state() needs to be
checked. To avoid use of error pointer 'crtc_state' in case
of the failure.
Cc: sta...@vger.kernel.org
Fixes: dd86dc2f9ae1 ("drm/sti: implement atomic_check for the planes")
Signed-off-by: Ma Ke
---
Changes in v2:
- modified the Fixes ta
Il 13/09/24 05:15, Jianeng Ceng ha scritto:
MT8186 ponyta, known as huaqin custom label, is a
MT8186 Ponyta is a Huaqin board based on the Corsola board design with the
addition of (optional??) LTE connectivity through (usb? pcie? what?) integrated
module.
MT8186 based laptop. It is based on
Hi,
On 07/09/2024 16:01, Tejas Vipin wrote:
Changes the raydium-rm69380 panel to use multi style functions for
improved error handling.
Signed-off-by: Tejas Vipin
---
drivers/gpu/drm/panel/panel-raydium-rm69380.c | 95 ++-
1 file changed, 30 insertions(+), 65 deletions(-)
di
On 04/09/2024 16:29, Jianhua Lu wrote:
Switch to devm_mipi_dsi_* function, we don't need to detach and
unregister dsi manually any more.
Signed-off-by: Jianhua Lu
---
drivers/gpu/drm/panel/panel-novatek-nt36523.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff -
The return value of drm_atomic_get_crtc_state() needs to be
checked. To avoid use of error pointer 'crtc_state' in case
of the failure.
Cc: sta...@vger.kernel.org
Fixes: dd86dc2f9ae1 ("drm/sti: implement atomic_check for the planes")
Signed-off-by: Ma Ke
---
drivers/gpu/drm/sti/sti_hqvdp.c | 3 +
On 11/09/2024 22:01, Andy Shevchenko wrote:
Use %*ph format to print small buffer as hex string.
Signed-off-by: Andy Shevchenko
---
drivers/gpu/drm/panel/panel-sony-acx565akm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-sony-acx565akm.c
On Fri, 13 Sep 2024, Maxime Ripard wrote:
> On Fri, Sep 13, 2024 at 10:31:08AM GMT, Jani Nikula wrote:
>> On Wed, 11 Sep 2024, Maxime Ripard wrote:
>> > On Tue, 10 Sep 2024 21:15:25 -0300, Carlos Eduardo Gallo Filho wrote:
>> >> This patchset includes new KUnit tests for 5 untested functions from
Hi,
On 28/08/2024 09:46, Frieder Schrempf wrote:
From: Frieder Schrempf
The Jenson BL-JT60050-01A is a 7" 1024x600 LVDS display.
Signed-off-by: Frieder Schrempf
Acked-by: Conor Dooley
---
Changes for v2:
* Add tag from Conor (thanks!)
---
Documentation/devicetree/bindings/display/panel/pa
Hi,
On Wed, 04 Sep 2024 22:29:07 +0800, Jianhua Lu wrote:
> Switch to devm_mipi_dsi_* function, we don't need to detach and
> unregister dsi manually any more.
>
>
Thanks, Applied to https://gitlab.freedesktop.org/drm/misc/kernel.git
(drm-misc-next)
[1/1] drm: panel: nt36523: use devm_mipi_ds
Hi,
On Sun, 08 Sep 2024 21:35:30 +0800, Min-Hua Chen wrote:
> make ts050_panel_data and ts050v2_panel_data static because they
> are only used in drivers/gpu/drm/panel/panel-khadas-ts050.c,
> and fix the following sparse warnings:
>
> drivers/gpu/drm/panel/panel-khadas-ts050.c:620:32:
> sparse: w
Hi,
On Wed, 11 Sep 2024 23:01:25 +0300, Andy Shevchenko wrote:
> Use %*ph format to print small buffer as hex string.
>
>
Thanks, Applied to https://gitlab.freedesktop.org/drm/misc/kernel.git
(drm-misc-next)
[1/1] drm/panel: sony-acx565akm: Use %*ph to print small buffer
https://gitlab
Il 13/09/24 07:40, Alper Nebi Yasak ha scritto:
Hi,
On 2024-09-13 05:56 +03:00, Jason-JH Lin (林睿祥) wrote:
Hi Alper,
I think that's a platform issue because it works find in my MT8188
platform, but I don't have any MT8173 platform.
Can you help me test the fix patch in your MT8173 platform?
I'
Alain Volmat wrote:
> Hi,
>
> I probably went a bit fast on the commit message. It seems to me that
> the Fixes line would be probably better with below one instead.
>
> Fixes: dd86dc2f9ae1 ("drm/sti: implement atomic_check for the planes")
>
> The same fix is actually necessary for all planes
On Fri, Sep 13, 2024 at 02:11:56AM +0200, Vasileios Amoiridis wrote:
> Convert irqd_get_trigger_type(irq_get_irq_data(irq)) cases to the more
> simple irq_get_trigger_type(irq).
LGTM, FWIW,
Reviewed-by: Andy Shevchenko
--
With Best Regards,
Andy Shevchenko
> Subject: Re: [EXT] Re: [PATCH v16 4/8] drm: bridge: Cadence: Add MHDP8501
> DP/HDMI driver
>
> On Fri, Sep 06, 2024 at 02:50:08AM GMT, Sandor Yu wrote:
> > > On Tue, Sep 03, 2024 at 06:07:25AM GMT, Sandor Yu wrote:
> > > > > -Original Message-
> > > > > From: dri-devel On
> > > > > Beh
On 11/09/2024 09:59, Christian König wrote:
The enable_signaling callback is the only function the dma_fence
objects calls with the fence lock held (the signaled callback might be
called with the fence lock held as well, but that isn't guaranted).
The background of that decision was to avoid r
Hi,
On 9/13/24 10:09 AM, Gustavo A. R. Silva wrote:
Hi all,
Friendly ping: who can take this, please? 🙂
Usually, that's me. But I thought you might want to send a v2 based on Kees'
comments?
- Danilo
Thanks
-Gustavo
On 21/08/24 22:16, Gustavo A. R. Silva wrote:
Use the `DEFINE_RAW_FLEX(
The Qualcomm SA8775P platform comes with a DisplayPort controller
with a different base offset than the previous SoCs,
add support for this in the DisplayPort driver.
Signed-off-by: Soutrik Mukhopadhyay
---
v2: No change
---
drivers/gpu/drm/msm/dp/dp_display.c | 7 +++
1 file changed, 7 ins
Add support for eDP PHY v5 found on the Qualcomm SA8775P platform.
Signed-off-by: Soutrik Mukhopadhyay
---
v2: Fixed review comments from Dmitry
- Reused edp_swing_hbr_rbr and edp_swing_hbr2_hbr3 for v5.
---
drivers/phy/qualcomm/phy-qcom-edp.c | 33 +
1 file
Add compatible string for the DisplayPort controller found on the
Qualcomm SA8775P platform.
Signed-off-by: Soutrik Mukhopadhyay
---
v2: No change
---
Documentation/devicetree/bindings/display/msm/dp-controller.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bi
Add compatible string for the supported eDP PHY on sa8775p platform.
Signed-off-by: Soutrik Mukhopadhyay
---
v2: No change
---
Documentation/devicetree/bindings/phy/qcom,edp-phy.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/phy/qcom,edp-phy.yaml
b/
In order to support different HW versions, introduce aux_cfg array
to move v4 specific aux configuration settings.
Signed-off-by: Soutrik Mukhopadhyay
---
v2: Fixed review comments from Bjorn and Dmitry
- Made aux_cfg array as const.
---
drivers/phy/qualcomm/phy-qcom-edp.c | 37
This series adds support for the DisplayPort controller
and eDP PHY v5 found on the Qualcomm SA8775P platform.
---
v2: Fixed review comments from Dmitry and Bjorn
- Made aux_cfg array as const.
- Reused edp_swing_hbr_rbr and edp_swing_hbr2_hbr3 for v5.
---
Soutrik Mukhopa
Hi everyone,
it seemed to me in recent weeks that the GPU Scheduler is not that
actively maintained.
At least I haven't seen Luben posting that much, and a trivial patch of
mine [1] has been pending for a while now. We also didn't have that
much discussion yet about looking deeper into the schedu
Am 13.09.24 um 12:49 schrieb Philipp Stanner:
Hi everyone,
it seemed to me in recent weeks that the GPU Scheduler is not that
actively maintained.
At least I haven't seen Luben posting that much, and a trivial patch of
mine [1] has been pending for a while now. We also didn't have that
much dis
Using Tvrtko's updated mail address.
Am 13.09.24 um 12:55 schrieb Christian König:
Am 13.09.24 um 12:49 schrieb Philipp Stanner:
Hi everyone,
it seemed to me in recent weeks that the GPU Scheduler is not that
actively maintained.
At least I haven't seen Luben posting that much, and a trivial
drm_gpuvm_bo_obtain_prealloc() will call drm_gpuvm_bo_put() on our
pre-allocated BO if the association exists. Given we
only have one ref on preallocated_vm_bo, drm_gpuvm_bo_destroy() will
be called immediately, and we have to hold the VM resv lock when
calling this function.
Fixes: 647810ec2476
On Fri, 13 Sept 2024 at 13:38, Soutrik Mukhopadhyay
wrote:
>
> In order to support different HW versions, introduce aux_cfg array
> to move v4 specific aux configuration settings.
>
> Signed-off-by: Soutrik Mukhopadhyay
> ---
> v2: Fixed review comments from Bjorn and Dmitry
> - Made aux_
On Fri, 13 Sept 2024 at 13:38, Soutrik Mukhopadhyay
wrote:
>
> The Qualcomm SA8775P platform comes with a DisplayPort controller
> with a different base offset than the previous SoCs,
> add support for this in the DisplayPort driver.
>
> Signed-off-by: Soutrik Mukhopadhyay
> ---
> v2: No change
>
On Tue, 10 Sep 2024, "Chrisanthus, Anitha" wrote:
> Thanks for the patch.
>
> Acked-by: Anitha Chrisanthus
Thanks, pushed to drm-misc-next.
BR,
Jani.
--
Jani Nikula, Intel
On Tue, 10 Sep 2024, Matt Coster wrote:
> On 10/09/2024 11:03, Jani Nikula wrote:
>> Building with clang and and W=1 leads to warning about unused
>> pvr_fw_version_packed(). Fix by annotating it with __maybe_unused.
>>
>> See also commit 6863f5643dd7 ("kbuild: allow Clang to find unused static
>
Hi,
On 28/08/2024 10:41, Philipp Stanner wrote:
drm_sched_job_init() has no control over how users allocate struct
drm_sched_job. Unfortunately, the function can also not set some struct
members such as job->sched.
job->sched usage from within looks like a bug. But not related to the
memset
Jocelyn Falempe writes:
> On 13/09/2024 09:22, Javier Martinez Canillas wrote:
>> Jocelyn Falempe writes:
>>
>> Hello Jocelyn,
>>
>>> Add support for ABGR2101010, used by the nouveau driver.
>>>
>>> Signed-off-by: Jocelyn Falempe
>>> ---
>>> drivers/gpu/drm/drm_panic.c | 10 ++
>>>
Hi Rob, Helen,
On 14/08/24 23:11, Rob Clark wrote:
On Wed, Aug 14, 2024 at 2:42 AM Vignesh Raman
wrote:
Hi Helen,
On 14/08/24 01:44, Helen Mae Koike Fornazier wrote:
On Tue, 13 Aug 2024 02:26:48 -0300 Vignesh Raman wrote ---
> Hi Helen,
>
> On 13/08/24 01:47, Helen Mae K
On Wed, 2024-09-11 at 13:22 +0100, Tvrtko Ursulin wrote:
>
> On 10/09/2024 11:25, Philipp Stanner wrote:
> > On Mon, 2024-09-09 at 18:19 +0100, Tvrtko Ursulin wrote:
> > > From: Tvrtko Ursulin
> > >
> > > Having removed one re-lock cycle on the entity->lock in a patch
> > > titled
> > > "drm/sch
On 28/08/2024 10:41, Philipp Stanner wrote:
drm_sched_job_init()'s name suggests that after the function succeeded,
parameter "job" will be fully initialized. This is not the case; some
members are only later set, notably "job->sched" by drm_sched_job_arm().
Document that drm_sched_job_init()
Am 13.09.24 um 14:17 schrieb Pierre-Eric Pelloux-Prayer:
Hi Tvrtko,
Le 12/09/2024 à 10:13, Tvrtko Ursulin a écrit :
On 11/09/2024 15:58, Pierre-Eric Pelloux-Prayer wrote:
Giving the opportunity to userspace to associate a free-form
name with a drm_file struct is helpful for tracking and debug
Hi,
Le 12/09/2024 à 10:24, Tvrtko Ursulin a écrit :
On 11/09/2024 15:58, Pierre-Eric Pelloux-Prayer wrote:
In debugfs gem_info/vm_info files, timeout handler and page fault reports.
This information is useful with the virtio/native-context driver: this
allows the guest applications identifier
Hi Tvrtko,
Le 12/09/2024 à 10:13, Tvrtko Ursulin a écrit :
On 11/09/2024 15:58, Pierre-Eric Pelloux-Prayer wrote:
Giving the opportunity to userspace to associate a free-form
name with a drm_file struct is helpful for tracking and debugging.
This is similar to the existing DMA_BUF_SET_NAME io
On Fri, 2024-09-13 at 12:56 +0100, Tvrtko Ursulin wrote:
>
> Hi,
>
> On 28/08/2024 10:41, Philipp Stanner wrote:
> > drm_sched_job_init() has no control over how users allocate struct
> > drm_sched_job. Unfortunately, the function can also not set some
> > struct
> > members such as job->sched.
>
On Fri, Sep 13, 2024 at 04:07:53PM GMT, Soutrik Mukhopadhyay wrote:
> Add support for eDP PHY v5 found on the Qualcomm SA8775P platform.
>
> Signed-off-by: Soutrik Mukhopadhyay
> ---
> v2: Fixed review comments from Dmitry
> - Reused edp_swing_hbr_rbr and edp_swing_hbr2_hbr3 for v5.
>
> --
This patch series enables userspace utilities like gputop and nvtop to
query a render context's fdinfo file and figure out rates of engine
and memory utilisation.
Previous discussion can be found at
https://lore.kernel.org/dri-devel/20240903202541.430225-1-adrian.laru...@collabora.com/
Changelog:
Enable calculations of job submission times in clock cycles and wall
time. This is done by expanding the boilerplate command stream when running
a job to include instructions that compute said times right before and
after a user CS.
A separate kernel BO is created per queue to store those values.
In order to support UM in calculating rates of GPU utilisation, the current
operating and maximum GPU clock frequencies must be recorded during device
initialisation, and also during OPP state transitions.
Signed-off-by: Adrián Larumbe
---
drivers/gpu/drm/panthor/panthor_devfreq.c | 18 +
Drawing from the FW-calculated values in a previous commit, we can increase
the numbers for an open file by collecting them from finished jobs when
updating their group synchronisation objects.
Display of fdinfo key-value pairs is governed by a bitmask that is by
default unset in the present commi
Implement drm object's status callback.
Also, we consider a PRIME imported BO to be resident if its matching
dma_buf has an open attachment, which means its backing storage had already
been allocated.
Signed-off-by: Adrián Larumbe
Reviewed-by: Steven Price
Reviewed-by: Liviu Dudau
Reviewed-by:
This commit introduces a DRM device sysfs attribute that lets UM control
the job accounting status in the device. The knob variable had been brought
in as part of a previous commit, but now we're able to fix it manually.
As sysfs files are part of a driver's uAPI, describe its legitimate input
val
On 13/09/2024 13:30, Philipp Stanner wrote:
On Fri, 2024-09-13 at 12:56 +0100, Tvrtko Ursulin wrote:
Hi,
On 28/08/2024 10:41, Philipp Stanner wrote:
drm_sched_job_init() has no control over how users allocate struct
drm_sched_job. Unfortunately, the function can also not set some
struct
mem
Hi Dave, Simona,
A few fixes for 6.12 and the drm dma-buf race fixes from Al Viro.
The following changes since commit 7a199557643e993d4e7357860624b8aa5d8f4340:
Revert "drm/amdgpu: align pp_power_profile_mode with kernel docs" (2024-09-05
14:27:41 -0400)
are available in the Git repository at
On 13/09/2024 13:17, Pierre-Eric Pelloux-Prayer wrote:
Hi Tvrtko,
Le 12/09/2024 à 10:13, Tvrtko Ursulin a écrit :
On 11/09/2024 15:58, Pierre-Eric Pelloux-Prayer wrote:
Giving the opportunity to userspace to associate a free-form
name with a drm_file struct is helpful for tracking and debug
On Fri, Sep 13, 2024 at 01:27:22PM +0200, Boris Brezillon wrote:
> drm_gpuvm_bo_obtain_prealloc() will call drm_gpuvm_bo_put() on our
> pre-allocated BO if the association exists. Given we
> only have one ref on preallocated_vm_bo, drm_gpuvm_bo_destroy() will
> be called immediately, and we have t
On Fri, 13 Sep 2024 13:42:10 +0100
Adrián Larumbe wrote:
> In order to support UM in calculating rates of GPU utilisation, the current
> operating and maximum GPU clock frequencies must be recorded during device
> initialisation, and also during OPP state transitions.
>
> Signed-off-by: Adrián L
On Fri, 13 Sep 2024 13:42:11 +0100
Adrián Larumbe wrote:
> Drawing from the FW-calculated values in a previous commit, we can increase
> the numbers for an open file by collecting them from finished jobs when
> updating their group synchronisation objects.
>
> Display of fdinfo key-value pairs i
On Fri, 13 Sep 2024 13:42:13 +0100
Adrián Larumbe wrote:
> This commit introduces a DRM device sysfs attribute that lets UM control
> the job accounting status in the device. The knob variable had been brought
> in as part of a previous commit, but now we're able to fix it manually.
>
> As sysfs
On 13/09/2024 12:27, Boris Brezillon wrote:
> drm_gpuvm_bo_obtain_prealloc() will call drm_gpuvm_bo_put() on our
> pre-allocated BO if the association exists. Given we
> only have one ref on preallocated_vm_bo, drm_gpuvm_bo_destroy() will
> be called immediately, and we have to hold the VM resv lo
On Fri, 13 Sep 2024 11:15:03 +0800, Jianeng Ceng wrote:
> This is v7 of the MT8186 Chromebook device tree series.
> ---
> Changes in v7:
> - PATCH 2/2: Remove prototype sku.
> - PATCH 2/2: Disable the other trackpad to enable one of them.
> - Link to
> v5:https://lore.kernel.org/all/202409130155
The iommu_paging_domain_alloc() function doesn't return NULL pointers,
it returns error pointers. Update the check to match.
Fixes: 45c690aea8ee ("drm/tegra: Use iommu_paging_domain_alloc()")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/tegra/drm.c | 4 ++--
1 file changed, 2 insertions(+)
чт, 20 июн. 2024 г. в 18:46, Krzysztof Kozlowski :
>
> On 18/06/2024 15:59, Dzmitry Sankouski wrote:
> > maxim,max77705 is MAX77705 pmic binding part
> >
> > Signed-off-by: Dzmitry Sankouski
> > ---
> > .../devicetree/bindings/mfd/maxim,max77705.yaml| 112
> > +
>
> Your p
column header should be GPU, not CPU
Signed-off-by: Zhang He
---
drivers/gpu/drm/i915/gt/intel_gt_pm_debugfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gt/intel_gt_pm_debugfs.c
b/drivers/gpu/drm/i915/gt/intel_gt_pm_debugfs.c
index 8d08b38874ef..b6
On 10/09/2024 16:03, Christian König wrote:
Am 10.09.24 um 11:46 schrieb Tvrtko Ursulin:
On 10/09/2024 10:08, Christian König wrote:
Am 09.09.24 um 19:19 schrieb Tvrtko Ursulin:
From: Tvrtko Ursulin
Having removed one re-lock cycle on the entity->lock in a patch titled
"drm/sched: Optimis
1 - 100 of 179 matches
Mail list logo
