On 7/15/2025 5:44 AM, Krzysztof Kozlowski wrote:
On 04/07/2025 05:16, jackysliu wrote:
From: jackysliu
A null pointer dereference vulnerability exists in the AMD display driver's
(DC module) cleanup function dc_destruct().
When display control context (dc->ctx) construction fails
(due to
On 7/15/25 01:44, Shankar, Uma wrote:
-Original Message-
From: Borah, Chaitanya Kumar
Sent: Tuesday, July 15, 2025 10:08 AM
To: Alex Hung ; Simon Ser ;
Shankar, Uma
Cc: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org; wayland-
de...@lists.freedesktop.org; harry.went
(plane_state);
- struct drm_crtc_state *crtc_state;
+ struct drm_crtc_state *crtc_state = NULL;
int ret;
if (IS_ERR(plane_state))
---
base-commit: d3deabe4c619875714b9a844b1a3d9752dbae1dd
change-id: 20250715-drm-msm-fix-const-uninit-warning-2b93cef9f1c6
Best regards,
--
Nathan Chancellor
_plane_state->crtc_w != plane_state->crtc_w ||
old_plane_state->crtc_h != plane_state->crtc_h ||
msm_framebuffer_format(old_plane_state->fb) !=
msm_framebuffer_format(plane_state->fb))
---
base-commit: 8290d37ad2b087bbcfe65fa5bcaf260e1
Hi,
On Tue, Jul 15, 2025 at 02:24:39PM +0200, Thomas Zimmermann wrote:
> Include to declare device_property_read_u32(). Avoids
> dependency on backlight header to include it.
device_property_*() is from , which is already
included in the following line...
Greetings,
-- Sebastian
>
> Signed-o
Hello Dmitry Baryshkov,
This is a semi-automatic email about new static checker warnings.
Commit 4f89cf40d01e ("drm/msm: bail out late_init_minor() if it is
not a GPU device") from Jul 5, 2025, leads to the following Smatch
complaint:
drivers/gpu/drm/msm/msm_debugfs.c:332 late_init_minor()
We need to drop a couple locks before returning if the kasprintf() fails.
Fixes: c03ea34cbf88 ("drm/amdgpu: add support of debugfs for mqd information")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/amd/amdgpu/amdgpu_userq.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --
The devm_drm_bridge_alloc() function returns error pointers on error. It
never returns NULL.
Fixes: 48f05c3b4b70 ("drm/bridge: analogix_dp: Use devm_drm_bridge_alloc() API")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 4 ++--
1 file changed, 2 insertion
The fwnode_create_software_node() function returns error pointers. It
never returns NULL. Update the checks to match.
Fixes: f0e53aadd702 ("drm/xe: Support for I2C attached MCUs")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/xe/xe_i2c.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletion
Hello Zhanjun Dong,
Commit b2c4ac219fa4 ("drm/xe/uc: Disable GuC communication on
hardware initialization error") from Jul 7, 2025 (linux-next), leads
to the following Smatch static checker warning:
drivers/gpu/drm/xe/xe_uc.c:167 vf_uc_load_hw()
warn: missing unwind goto?
drivers
On 2025-07-15 6:59 p.m., Dan Carpenter wrote:
Hello Zhanjun Dong,
Commit b2c4ac219fa4 ("drm/xe/uc: Disable GuC communication on
hardware initialization error") from Jul 7, 2025 (linux-next), leads
to the following Smatch static checker warning:
drivers/gpu/drm/xe/xe_uc.c:167 vf_uc_lo
Hello,
kernel test robot noticed
"kunit.drm_test_framebuffer_create.ABGR_pitch_less_than_min_required.fail"
on:
commit: e33530ce8ac50d5155aa7a83f6dcd8b8372279d0 ("[PATCH RESEND] drm: Fix
potential null pointer dereference issues in drm_managed.c")
url:
https://github.com/intel-lab-lkp/
Hi Dmitry,
On 2025/7/15 20:05, Dmitry Baryshkov wrote:
On Tue, Jul 15, 2025 at 07:24:54PM +0800, Chaoyi Chen wrote:
From: Chaoyi Chen
This patch add support for Type-C Port Controller Manager.
The extcon device should still be supported.
Signed-off-by: Chaoyi Chen
---
drivers/phy/rockchip
在 2025/7/14 17:11, Christian Brauner 写道:
On Thu, 10 Jul 2025 10:14:06 +, 陈涛涛 Taotao Chen wrote:
From: Taotao Chen
This patch series refactors the address_space_operations write_begin()
and write_end() callbacks to take const struct kiocb * as their first
argument, allowing IOCB flags suc
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
drivers/gpu/drm/etnaviv/etnaviv_sched.c
between commit:
61ee19dedb8d ("drm/etnaviv: Protect the scheduler's pending list with its
lock")
from the origin tree and commits:
0a5dc1b67ef5 ("drm/sched: Rename DRM_GPU_S
-connector-for-hotplug-notify/20250715-192802
base: next-20250714
patch link:
https://lore.kernel.org/r/20250715112456.101-4-kernel%40airkyi.com
patch subject: [PATCH 3/5] phy: rockchip: phy-rockchip-typec: Add support for
Type-C TCPM
config: arm-randconfig-004-20250716
(https://download.01.o
Hi
Am 15.07.25 um 15:22 schrieb Simona Vetter:
On Tue, Jul 15, 2025 at 02:24:52PM +0200, Thomas Zimmermann wrote:
The backlight interfaces don't require anything from , so
don't include it.
Signed-off-by: Thomas Zimmermann
I like this very much.
Reviewed-by: Simona Vetter
Thanks for revi
On Mon Jul 14, 2025 at 3:46 PM MDT, Doug Anderson wrote:
> Hi,
>
> On Tue, Jul 8, 2025 at 12:39 AM Brigham Campbell
> wrote:
>>
>> Update jdi-lpm102a188a panel driver to use the "multi" variant of MIPI
>> functions in order to facilitate improved error handling and remove the
>> panel's dependenc
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/display/drm_dp_helper.c
between commit:
d34d6feaf4a7 ("drm/dp: Change AUX DPCD probe address from LANE0_1_STATUS to
TRAINING_PATTERN_SET")
from the drm-intel-fixes tree and commit:
b87ed522b364 ("drm/dp
On 7/15/2025 10:28 PM, Summers, Stuart wrote:
On Tue, 2025-07-15 at 22:09 +0530, Riana Tauro wrote:
Hi Stuart
On 7/15/2025 7:40 PM, Summers, Stuart wrote:
On Tue, 2025-07-15 at 16:17 +0530, Riana Tauro wrote:
Add a debugfs fault handler to trigger csc error handler that
wedges the device a
Hi
Am 16.07.25 um 01:43 schrieb Sebastian Reichel:
Hi,
On Tue, Jul 15, 2025 at 02:24:39PM +0200, Thomas Zimmermann wrote:
Include to declare device_property_read_u32(). Avoids
dependency on backlight header to include it.
device_property_*() is from , which is already
included in the followi
Hi
Am 15.07.25 um 15:34 schrieb Rob Herring:
On Tue, Jul 15, 2025 at 7:30 AM Thomas Zimmermann wrote:
Include to declare struct device_node and include
to declare struct of_device_id. Avoids
dependency on backlight header to include it.
struct device_node should be opaque...
/*
Document the compatible value for Tianxinwei TWX700100S0 panel.
Signed-off-by: Richard Yao
---
.../devicetree/bindings/display/panel/ilitek,ili9881c.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.yaml
b/Documentati
inb/outb speccial wire not support on other ARCH.
Should detect whether arch platform support or not.
Signed-off-by: zhangzhijie
---
drivers/gpu/drm/i915/display/intel_vga.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/i915/display/intel_vga.c
b/drivers/gpu/drm/i9
Add support for the Tianxianwei TWX700100S0 panel.
The init table was provided by Tianxianwei. Their comments have been
preserved.
Signed-off-by: Richard Yao
---
drivers/gpu/drm/panel/panel-ilitek-ili9881c.c | 242 ++
1 file changed, 242 insertions(+)
diff --git a/drivers/gpu/d
There are some spelling mistakes of 'notifer' in comments which
should be 'notifier'.
Fix them and add it to scripts/spelling.txt.
Signed-off-by: WangYuli
---
arch/x86/kvm/i8254.c| 4 ++--
drivers/cxl/core/mce.h | 2 +-
Tianxinwei is a company based in Shenzen, China, making LCD screens.
Add their name to the list of vendors.
Signed-off-by: Richard Yao
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefix
Document the compatible value for Tianxianwei TWX700100S0 panel.
Signed-off-by: Richard Yao
---
.../devicetree/bindings/display/panel/ilitek,ili9881c.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.yaml
b/Documentat
On Mon, Jul 14, 2025 at 6:06 PM Richard Yao wrote:
> From: Richard Yao
>
I goofed when using git send-email for v2 and did not change the sender
email to my @scandent.com. My apologies for any confusion that they might
have caused.
>
> Hello,
>
> This series adds support for the Tianxianwei TWX
Hi Roger,
On 5/20/2025 3:53 PM, Roger Quadros wrote:
This series adds AF_XDP zero coppy support to am65-cpsw driver.
Tests were performed on AM62x-sk with xdpsock application [1].
A clear improvement is seen in 64 byte packets on Transmit (txonly)
and receive (rxdrop).
1500 byte test seems to
Separating the header allows the use of `size_of::()`
instead of the magic number 4.
Signed-off-by: Rhys Lloyd
---
drivers/gpu/nova-core/vbios.rs | 56 +-
1 file changed, 35 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/nova-core/vbios.rs b/drivers/gpu/
Add support for the Tianxianwei TWX700100S0 panel.
The init table was provided by Tianxianwei. Their comments have been
preserved.
Signed-off-by: Richard Yao
fixme
Signed-off-by: Richard Yao
---
drivers/gpu/drm/panel/panel-ilitek-ili9881c.c | 242 ++
1 file changed, 242 inser
The Samsung ATNA30DW01 panel is a 13" AMOLED eDP panel. It is similar to
the ATNA33XC20 except that it is smaller and has a higher resolution.
Tested-by: Jérôme de Bretagne
Signed-off-by: Dale Whinham
---
.../devicetree/bindings/display/panel/samsung,atna33xc20.yaml | 2 ++
1 file changed, 2
Document the compatible value for Tianxianwei TWX700100S0 panel.
Signed-off-by: Richard Yao
---
.../devicetree/bindings/display/panel/ilitek,ili9881c.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.yaml
b/Documentat
Hello,
This series adds support for the Tianxianwei TWX700100S0 panel. The
first patch adds the Tianxianwei vendor to the vendor prefixes yaml
file. The second patch documents the DT binding. The third patch makes
fairly standard changes to the ili9881c driver.
Runtime testing and validation was
Hello,
This series adds support for the Tianxinwei TWX700100S0 panel. The first
patch adds the Tianxinwei vendor to the vendor prefixes yaml file. The
second patch documents the DT binding. The third patch makes fairly
standard changes to the ili9881c driver.
Runtime testing and validation was d
This series brings support for the X1E80100/X1P64100-based Microsoft
Surface Pro 11.
Patches 7 to 9 are included as RFC as we are unsure of how best to
achieve the required functionality, however the implementation is
functional.
Dale Whinham (6):
dt-bindings: display: panel: samsung,atna30dw01
Tianxianwei is a company based in Shenzhen, China, making LCD screens.
Add their name to the list of vendors.
Signed-off-by: Richard Yao
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-pref
Instead of the data field containing a u32 and changing the alignment,
change data to [u8; 4] and convert to u32 with a helper function.
Removes another magic number by making the struct the same size as
the data it needs to read, allowing the use of
`size_of::()`
Signed-off-by: Rhys Lloyd
---
Ch
12 is identical to the value of `size_of::()`,
so use the latter instead.
Signed-off-by: Rhys Lloyd
---
drivers/gpu/nova-core/vbios.rs | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/nova-core/vbios.rs b/drivers/gpu/nova-core/vbios.rs
index 663fc50e8b66..ac35415b4
Hi Jakub,
Sorry for the duplicate mail.
On 7/14/2025 8:36 PM, Jakub Kicinski wrote:
On Mon, 14 Jul 2025 14: 50: 05 +0530 Malladi, Meghana wrote: > > AF_XDP
performance using 64 byte packets in Kpps. > > Benchmark: XDP-SKB XDP-
Native XDP-Native(ZeroCopy) > > rxdrop 317 504 824 > > txonly 400 4
Instead of the data field containing a u32 and changing the alignment,
change data to [u8; 4] and convert to u32 with a helper function.
Removes another magic number by making the struct the same size as
the data it needs to read, allowing the use of
`size_of::()`
Signed-off-by: Rhys Lloyd
---
d
From: Richard Yao
Hello,
This series adds support for the Tianxianwei TWX700100S0 panel. The
first patch adds the Tianxianwei vendor to the vendor prefixes yaml
file. The second patch documents the DT binding. The third patch makes
fairly standard changes to the ili9881c driver.
Runtime testin
Add support for the Tianxinwei TWX700100S0 panel.
The init table was provided by Tianxinwei. Their comments have been
preserved.
Signed-off-by: Richard Yao
---
drivers/gpu/drm/panel/panel-ilitek-ili9881c.c | 242 ++
1 file changed, 242 insertions(+)
diff --git a/drivers/gpu/drm
Tianxianwei is a company based in Shenzhen, China, making LCD screens.
Add their name to the list of vendors.
Signed-off-by: Richard Yao
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-pref
On 14.07.25 07:18, Dave Airlie wrote:
> From: Dave Airlie
>
> This enables all the backend code to use the list lru in memcg mode,
> and set the shrinker to be memcg aware.
>
> It adds the loop case for when pooled pages end up being reparented
> to a higher memcg group, that newer memcg can
"Alice Ryhl" writes:
> Since commit b20fbbc08a36 ("rust: check type of `$ptr` in
> `container_of!`") we have enforced that the field pointer passed to
> container_of! must match the declared field. This caused mismatches when
> using a pointer to bindings::x for fields of type Opaque.
>
> This si
Hi
Am 14.07.25 um 14:39 schrieb Simona Vetter:
On Fri, Jul 11, 2025 at 11:35:15AM +0200, Thomas Zimmermann wrote:
Revert the use of drm_gem_object.dma_buf back to .import_attach->dmabuf
in the affected places. Also revert any fixes on top. Separates references
to imported and exported DMA bufs
> -Original Message-
> From: Borah, Chaitanya Kumar
> Sent: Tuesday, July 15, 2025 10:08 AM
> To: Alex Hung ; Simon Ser ;
> Shankar, Uma
> Cc: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org; wayland-
> de...@lists.freedesktop.org; harry.wentl...@amd.com; leo@amd.com;
Radeon is the only driver acquiring the console lock on suspend and
resume by itself. This creates cyclic locking dependencies with the
client-list mutex.
Drop the console locking from radeon and let fbdev client handle the
console locking as necessary. Adopts the behavior of all other DRM
drivers
The radeon driver holds the console lock while suspending in-kernel
DRM clients. This creates a circular dependency with the client-list
mutex, which is supposed to be acquired first. Reported when combining
radeon with another DRM driver.
Therefore, do not take the console lock in radeon, but let
The function radeon_resume_kms() acquires the console lock. It is
inconsistent, as it depends on the notify_client argument. That
lock then covers a number of suspend operations that are unrelated
to the console.
Remove the calls to console_lock() and console_unlock() from the
radeon function. The
When application A submits jobs (a1, a2, a3) and application B submits
job b1 with a dependency on a2's scheduler fence, the normal execution
flow is:
1. a1 gets popped from the entity by the scheduler
2. run_job(a1) executes
3. a1's scheduled fence gets signaled
4. drm_sched_run_job_work() calls d
Sitronix ST7567 is a monochrome Dot Matrix LCD Controller.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Rob Herring (Arm)
Reviewed-by: Marcus Folkesson
---
(no changes since v1)
.../bindings/display/sitronix,st7567.yaml | 63 +++
MAINTAINERS
The Sitronix ST7567 is a monochrome Dot Matrix LCD Controller that has SPI,
I2C and parallel interfaces. The st7571-i2c driver only has support for I2C
so displays using other transport interfaces are currently not supported.
The DRM_FORMAT_R1 pixel format and data commands are the same than what
Other Sitronix display controllers might need a different parsing DT
logic, so lets add a .parse_dt callback to struct st7571_panel_data.
Suggested-by: Thomas Zimmermann
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Marcus Folkesson
---
(no changes since v1)
drivers/gpu/drm/sitronix/s
This patch-series adds support for the Sitronix ST7567 Controller, which is a
monochrome Dot Matrix LCD Controller that has SPI, I2C and parallel interfaces.
The st7571-i2c driver only has support for I2C so displays using other transport
interfaces are currently not supported.
The DRM_FORMAT_R1
It seems the driver took some inspiration from ssd130x and some of the
functions (encoder callbacks) were not renamed to use a st7571_ prefix.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Marcus Folkesson
---
(no changes since v1)
drivers/gpu/drm/sitronix/st7571-i2c.c | 12 ++-
The driver already uses the dev_err_probe() helper (that only prints error
messages for the -EPROBE_DEFER case) when fails to get any other resource.
Also do the same when it fails to obtain the reset GPIO.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Marcus Folkesson
---
Changes in v3
From: Chaoyi Chen
Add support for Type-C orientation and altmode switch.
The Type-C controller can be specified to handling switching.
Signed-off-by: Chaoyi Chen
---
.../bindings/phy/rockchip,rk3399-typec-phy.yaml| 14 ++
1 file changed, 14 insertions(+)
diff --git
a/Document
On 04/07/2025 05:16, jackysliu wrote:
> From: jackysliu
>
> A null pointer dereference vulnerability exists in the AMD display driver's
> (DC module) cleanup function dc_destruct().
> When display control context (dc->ctx) construction fails
> (due to memory allocation failure), this pointer r
On 15.07.25 12:27, Philipp Stanner wrote:
> On Tue, 2025-07-15 at 09:51 +, cao, lin wrote:
>>
>> [AMD Official Use Only - AMD Internal Distribution Only]
>>
>>
>>
>> Hi Philipp,
>>
>>
>> Thanks for your review, let me try to clarify why I added drm_sched_wakeup()
>> to drm_sched_entity_kill_jo
On Tue, Jul 15, 2025 at 01:47:52PM +0800, Andy Yan wrote:
> Fix the compile error due to bridge->detect parameter changes.
>
> Reported-by: Dixit Ashutosh
> Closes:
> https://lore.kernel.org/dri-devel/175250667117.3567548.8371527247937906463.b4...@oss.qualcomm.com/T/#m8ecd00a05a330bc9c76f11c981d
Hi Frank,
On Fri, Jul 11, 2025 at 12:03:22AM -0400, Frank Li wrote:
> Subject:
> save and store registers at suspend()/resume() function
>
> On Wed, Jul 09, 2025 at 03:23:20PM +0300, Laurentiu Palcu wrote:
> > If runtime PM is used for the clock providers and they're part of a
> > power domain, t
On 14/07/2025 02:04, Askar Safin wrote:
Are normal panics (i. e. not drm panics) still supposed to work with bochs?
"Normal panics", is just the console logs through fbcon. The problem is
that this is not designed to work in a panic context, so on some driver
it can work, but it's not reliabl
pm_runtime_put_autosuspend(), pm_runtime_put_sync_autosuspend(),
pm_runtime_autosuspend() and pm_request_autosuspend() now include a call
to pm_runtime_mark_last_busy(). Remove the now-reduntant explicit call to
pm_runtime_mark_last_busy().
Signed-off-by: Sakari Ailus
Acked-by: Jani Nikula
Revie
From: Chaoyi Chen
This patch add support for Type-C Port Controller Manager.
The extcon device should still be supported.
Signed-off-by: Chaoyi Chen
---
drivers/phy/rockchip/phy-rockchip-typec.c | 335 --
1 file changed, 319 insertions(+), 16 deletions(-)
diff --git a/driv
From: Chaoyi Chen
The USB Type-C DisplayPort alternate mode driver will find
"displayport" property for DRM hotplug event notify[0].
[0]: https://lore.kernel.org/all/20210817215201.795062-9-hdego...@redhat.com/
Signed-off-by: Chaoyi Chen
---
.../devicetree/bindings/connector/usb-connector.yam
From: Chaoyi Chen
This patch add support for Type-C Port Manager. If the Type-C
controller is present, the DP hot plug events can be notified with
the help of TCPM and without the need for extcon.
The extcon device should still be supported.
Signed-off-by: Chaoyi Chen
---
drivers/gpu/drm/rock
From: Chaoyi Chen
The RK3399 EVB IND board has a Type-C interface DisplayPort.
It use fusb302 chip as Type-C controller.
Signed-off-by: Chaoyi Chen
---
.../boot/dts/rockchip/rk3399-evb-ind.dts | 119 ++
1 file changed, 119 insertions(+)
diff --git a/arch/arm64/boot/dts/ro
On Fri, 11 Jul 2025 16:08:16 -0700
dan.j.willi...@intel.com wrote:
> Xu Yilun wrote:
> > On Sat, Jun 21, 2025 at 11:07:24AM +1000, Alexey Kardashevskiy wrote:
> > >
> > >
> > > On 11/6/25 11:55, Alexey Kardashevskiy wrote:
> > > > Hi,
> > > >
> > > > Is there a QEMU tree using this somewher
On 15/07/2025 13:24, Chaoyi Chen wrote:
> From: Chaoyi Chen
>
> Add support for Type-C orientation and altmode switch.
> The Type-C controller can be specified to handling switching.
Please describe the hardware in details. Above sentences don't help me
to understand this.
>
> Signed-off-by:
On 15/07/2025 13:24, Chaoyi Chen wrote:
> From: Chaoyi Chen
>
> The USB Type-C DisplayPort alternate mode driver will find
> "displayport" property for DRM hotplug event notify[0].
>
> [0]: https://lore.kernel.org/all/20210817215201.795062-9-hdego...@redhat.com/
>
> Signed-off-by: Chaoyi Chen
On 15/07/2025 13:24, Chaoyi Chen wrote:
> /dts-v1/;
> +#include
> #include "rk3399.dtsi"
>
> / {
> @@ -19,6 +20,16 @@ chosen {
> stdout-path = "serial2:150n8";
> };
>
> + vbus_typec: vbus-typec-regulator {
use consistent naming. How other regulators are called?
On Tue, 2025-07-15 at 03:38 +, cao, lin wrote:
>
> [AMD Official Use Only - AMD Internal Distribution Only]
>
>
>
> Hi Christian, Philipp,
>
>
> I modified the commit msg, and I hope it makes more sense:
>
>
> drm/sched: wake up scheduler when killing jobs to prevent hang
nit:
s/wake/W
[AMD Official Use Only - AMD Internal Distribution Only]
Hi Philipp,
Thanks for your review, let me try to clarify why I added drm_sched_wakeup() to
drm_sched_entity_kill_jobs_work():
When application A submits jobs (a1, a2, a3) and application B submits job b1
with a dependency on a1's schedu
This patch addresses the need for a recovery method (firmware-update
on Firmware errors) introduced in the later patches of Xe KMD. Whenever
XE KMD detects a firmware error, a drm wedged uevent needs to be sent
to the system administrator/userspace to trigger a firmware update.
The initial proposa
Add support to handle firmware reported errors. When CSC firmware
errors are encoutered, a error interrupt is received by the GFX device as
a MSI interrupt. Device Source control registers indicates the source of the
error
as CSC. The HEC error status register indicates that the error is firmware
Userspace should be notified after setting the device as wedged.
Re-order function calls to set gt wedged before sending uevent.
Cc: Matthew Brost
Suggested-by: Raag Jadav
Signed-off-by: Riana Tauro
Reviewed-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_device.c | 12
1 file change
The patches in these series refactor the boot survivability code to
allow adding runtime survivability
Refactor existing code to separate both the modes
This patch renames the functions and separates init and enable
Signed-off-by: Riana Tauro
---
drivers/gpu/drm/xe/xe_device.c|
Add a helper function to set recovery method. The recovery
method has to be set before declaring the device wedged and sending the
drm wedged uevent. If no method is set, default unbind/re-bind method
will be set
Signed-off-by: Riana Tauro
---
drivers/gpu/drm/xe/xe_device.c | 26 ++
Gfx device reports two classes of errors: uncorrectable and
correctable. Depending on the severity uncorrectable errors are further
classified Non-Fatal and Fatal
Correctable and Non-Fatal errors: These errors are reported as MSI. Bits in
the Master Interrupt Register indicate the class of the err
Add support to handle CSC firmware reported errors. When CSC firmware
errors are encoutered, a error interrupt is received by the GFX device as
a MSI interrupt.
Device Source control registers indicates the source of the error as CSC
The HEC error status register indicates that the error is firmwa
Add documentation for vendor specific device wedged recovery method
and runtime survivability.
v2: fix documentation (Raag)
v3: add userspace tool for firmware update (Raag)
Signed-off-by: Riana Tauro
---
Documentation/gpu/xe/index.rst | 1 +
Documentation/gpu/xe/xe_device.rst
Add a debugfs fault handler to trigger csc error handler that
wedges the device and sends drm uevent
v2: add debugfs only for bmg (Umesh)
Signed-off-by: Riana Tauro
---
drivers/gpu/drm/xe/xe_debugfs.c | 3 +++
drivers/gpu/drm/xe/xe_hw_error.c | 11 +++
2 files changed, 14 insertions(+
Certain runtime firmware errors can cause the device to be in a unusable
state requiring a firmware flash to restore normal operation.
Runtime Survivability Mode indicates firmware flash is necessary by
wedging the device and exposing survivability mode sysfs.
The below sysfs is an indication that
On Tue, 2025-07-15 at 09:51 +, cao, lin wrote:
>
> [AMD Official Use Only - AMD Internal Distribution Only]
>
>
>
> Hi Philipp,
>
>
> Thanks for your review, let me try to clarify why I added drm_sched_wakeup()
> to drm_sched_entity_kill_jobs_work():
>
>
> When application A submits jo
Hi Frank,
On Fri, Jul 11, 2025 at 01:07:06AM -0400, Frank Li wrote:
> On Wed, Jul 09, 2025 at 03:23:26PM +0300, Laurentiu Palcu wrote:
> > Add DT nodes for DCIF and LVDS in imx943.dtsi and activate them in
> > imx943-evk.dts.
> >
> > Signed-off-by: Laurentiu Palcu
> > ---
> > arch/arm64/boot/dts
On Tue, Jul 15, 2025 at 07:24:54PM +0800, Chaoyi Chen wrote:
> From: Chaoyi Chen
>
> This patch add support for Type-C Port Controller Manager.
> The extcon device should still be supported.
>
> Signed-off-by: Chaoyi Chen
> ---
> drivers/phy/rockchip/phy-rockchip-typec.c | 335
Hi Frank,
On Fri, Jul 11, 2025 at 01:01:20AM -0400, Frank Li wrote:
> On Wed, Jul 09, 2025 at 03:23:25PM +0300, Laurentiu Palcu wrote:
> > From: Sandor Yu
> >
> > This patch adds support for the i.MX94 Display Control Interface.
>
> Needn't word "this patch"
>
> Can you list feature here?
I wi
On Tue, Jul 15, 2025 at 07:24:52PM +0800, Chaoyi Chen wrote:
> From: Chaoyi Chen
>
> The USB Type-C DisplayPort alternate mode driver will find
> "displayport" property for DRM hotplug event notify[0].
>
> [0]: https://lore.kernel.org/all/20210817215201.795062-9-hdego...@redhat.com/
>
> Signed-
On Tue, Jul 15, 2025 at 12:53:22PM +0300, Sakari Ailus wrote:
> pm_runtime_put_autosuspend(), pm_runtime_put_sync_autosuspend(),
> pm_runtime_autosuspend() and pm_request_autosuspend() now include a call
> to pm_runtime_mark_last_busy(). Remove the now-reduntant explicit call to
> pm_runtime_mark_l
On Tue, 15 Jul 2025 13:47:52 +0800, Andy Yan wrote:
> Fix the compile error due to bridge->detect parameter changes.
>
>
Applied to drm-misc-next, thanks!
[1/1] drm/bridge: megachips-stdp-ge-b850v3-fw: Fix a compile error due to
bridge->detect parameter changes
commit: a622663dbf874a
On Tue, Jul 15, 2025 at 07:24:56PM +0800, Chaoyi Chen wrote:
> From: Chaoyi Chen
>
> The RK3399 EVB IND board has a Type-C interface DisplayPort.
> It use fusb302 chip as Type-C controller.
>
> Signed-off-by: Chaoyi Chen
> ---
> .../boot/dts/rockchip/rk3399-evb-ind.dts | 119 +
p3 install dtschema --upgrade
This patch series was applied (using b4) to base:
Base: attempting to guess base-commit...
Base: tags/next-20250715 (exact match)
If this is not the correct base, please add 'base-commit' tag
(or use b4 which does this automatically)
New warnings runn
On Tue, 2025-07-15 at 16:17 +0530, Riana Tauro wrote:
> Add a debugfs fault handler to trigger csc error handler that
> wedges the device and sends drm uevent
>
> v2: add debugfs only for bmg (Umesh)
>
> Signed-off-by: Riana Tauro
> ---
> drivers/gpu/drm/xe/xe_debugfs.c | 3 +++
> drivers/gpu
On 7/15/25 6:44 AM, WangYuli wrote:
> According to the context, "mce_notifer" should be "mce_notifier".
>
> Link:
> https://lore.kernel.org/all/b3c019b63c93846f+20250715071245.398846-1-wangy...@uniontech.com/
> Fixes: 516e5bd0b6bf ("cxl: Add mce notifier to emit aliased address for
> extended
1 - 100 of 230 matches
Mail list logo
