Messages by Thread
-
-
Re: [PATCH v3 0/9] gpu: nova-core: gsp: add RM control command infrastructure
Joel Fernandes
-
[PATCH] drm/auth: Only drm_drop_master if it exists
Jonathan Cavitt
-
[PATCH V1] accel/amdxdna: Guard management mailbox channel cleanup against NULL pointer
Lizhi Hou
-
Re: [PATCH] drm/gpuvm: Do not prepare NULL objects
Danilo Krummrich
-
[PATCH V2] accel/amdxdna: Get device revision to derive VBNV string
Lizhi Hou
-
[PATCH V1] accel/amdxdna: Get device revision to derive VBNV string
Lizhi Hou
-
[PATCH v2 1/4] rust: add SRCU abstraction
Onur Özkan
-
[PATCH v2 0/4] drm/tyr: implement GPU reset API
Onur Özkan
-
Re: [PATCH v2] drm/drm_atomic: duplicate colorop states if plane color pipeline in use
Melissa Wen
-
Re: [PATCH v6 10/21] dt-bindings: display: renesas,rzg2l-du: Add support for RZ/G3E SoC
Laurent Pinchart
-
Re: [PATCH v9 05/11] drm/fourcc: Add DRM_FORMAT_X403
Simon Ser
-
Re: [PATCH v2 04/11] gpu: nova-core: vbios: use checked access in `FwSecBiosImage::header`
Joel Fernandes
-
Re: [PATCH v2 05/11] gpu: nova-core: vbios: use checked accesses in `setup_falcon_data`
Joel Fernandes
-
Re: [PATCH v2 06/11] gpu: nova-core: vbios: drop unused falcon_data_offset from FwSecBiosBuilder
Joel Fernandes
-
Re: [PATCH v2 08/11] gpu: nova-core: vbios: compute FWSEC-relative Falcon data offset
Joel Fernandes
-
Re: [PATCH v2 07/11] gpu: nova-core: vbios: keep PmuLookupTable local in setup_falcon_data
Joel Fernandes
-
Re: [PATCH v2 10/11] gpu: nova-core: vbios: construct `FwSecBiosImage` directly from BIOS images
Joel Fernandes
-
Re: [PATCH v2 09/11] gpu: nova-core: vbios: simplify setup_falcon_data
Joel Fernandes
-
Re: [PATCH 08/10] drm/v3d: Introduce struct v3d_submit and convert CL/TFU/CSD ioctls
Tvrtko Ursulin
-
[PATCH v5 0/7] Qualcomm Sahara protocol enhancements
Kishore Batta
-
[PATCH v3] drm/bridge: ti-sn65dsi83: two fixes + add test pattern
Luca Ceresoli
-
[PATCH] accel/amdxdna: Fix memory leak in amdxdna_iommu_alloc()
Felix Gu
-
[PATCH] drm/gpuvm: take refcount on DRM device
Alice Ryhl
-
Re: [PATCH v3] cgroup/dmem: allow max to be set below current usage
Maarten Lankhorst
-
Re: [PATCH 01/61] Coccinelle: Prefer IS_ERR_OR_NULL over manual NULL check
Krzysztof Kozlowski
-
Re: [PATCH 55/61] interconnect: Prefer IS_ERR_OR_NULL over manual NULL check
Krzysztof Kozlowski
-
Re: [PATCH 07/10] drm/v3d: Migrate BO reservation locking to DRM exec
Tvrtko Ursulin
-
[PATCH] gpu: host1x: mipi: Fix device_node reference leak in tegra_mipi_request()
Felix Gu
-
Re: [PATCH 06/10] drm/v3d: Reject invalid syncobj handles in submit ioctls
Tvrtko Ursulin
-
Re: [PATCH 05/10] drm/v3d: Extract v3d_job_add_syncobjs() helper
Tvrtko Ursulin
-
Re: [PATCH 04/10] drm/v3d: Replace spin_lock_irqsave() with spin_lock_irq()
Tvrtko Ursulin
-
Re: [PATCH 03/10] drm/v3d: Use inline lock for dma fence initialization
Tvrtko Ursulin
-
Re: [PATCH 02/10] drm/v3d: Clear queue->active_job when v3d_fence_create() fails
Tvrtko Ursulin
-
Re: [PATCH v4 3/4] misc: fastrpc: Allocate entire reserved memory for Audio PD in probe
Dmitry Baryshkov
-
[PATCH RFC v4 0/7] Add support for Adreno 810 GPU
Alexander Koskovich
-
Re: [PATCH 0/5] Replace the dmabuf custom test framework with kunit
Christian König
-
Re: [PATCH] dt-bindings: display: bridge: ldb: Require reg property only for i.MX6SX/8MP LDBs
Laurentiu Palcu
-
[PATCH for drm-misc-fixes v4 0/4] Fix some bugs in the hibmc driver
Yongbang Shi
-
[PATCH for drm-misc-fixes v2 0/4] Fix some bugs in the hibmc driver
Yongbang Shi
-
[PATCH] drm: Avoid the chaotic interleaving of change and delete handle
Edward Adam Davis
-
Re: [PATCH] mm/zone_device: Do not touch device folio after calling ->folio_free()
David Hildenbrand (Arm)
-
[PATCH 0/2] drm: Enable eDP VRR for panels with DisplayID Adaptive Sync
Jake S
-
[PATCH] drm/amdgpu: deduplicate ring preempt ib function
Leonardo Cesar
-
Re: [PATCH v5 0/2] drm/bridge: convert users of of_drm_find_bridge(), part 4
Luca Ceresoli
-
[PATCH v2] drm/bridge: ite-it6263: Add suspend/resume support
Biju
-
Re: [PATCH v5 0/7] drm/bridge: protect encoder bridge chain with a mutex
Luca Ceresoli
-
Re: [PATCH] drm/bridge: fsl-ldb: support downstream bridges in addition to panels
Laurentiu Palcu
-
[PATCH v4 0/2] drm/panel: drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions
Avinal Kumar
-
Re: [PATCH 4/4] drm/ast: Support DRM_FORMAT_XRGB1555 on the primary plane
Jocelyn Falempe
-
Re: [PATCH 3/4] drm/ast: Replace references to struct drm_format_info.cpp
Jocelyn Falempe
-
Re: [PATCH 2/4] drm/ast: Remove traces of DRM_FORMAT_RGB888 handling
Jocelyn Falempe
-
Re: [PATCH 1/4] drm/ast: Add constant for VGACR91
Jocelyn Falempe
-
Re: [PATCH v4 2/2] drm/panel: Add panel driver for ChipWealth CH13726A based panels
Aaron Kling
-
Re: [PATCH 1/4] drm/hibmc: Use drm_atomic_helper_check_plane_state()
Yongbang Shi
-
[PULL] drm-intel-next-fixes
Tvrtko Ursulin
-
RE: [PATCH v3 0/3] Improvements on RZ/G2L MIPI DSI driver
Biju Das
-
[PATCH] drm/bridge/cdns-mhdp8546: Fix incorrect register clear in j721e disable
Udit Kumar
-
Re: [PATCH v2 2/3] rust: bitfield: Add KUNIT tests for bitfield
Yury Norov
-
Re: [PATCH] Documentation/gpu: resolve kerneldoc duplicate declaration warning
Sanjay Chitroda
-
[PATCH] drm/panel: novatek-nt36672a: Inline command sequences
Chintan Patel
-
Pinned, non-revocable mappings of VRAM: will bad things happen?
Demi Marie Obenour
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Christian König
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Demi Marie Obenour
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Christian König
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Demi Marie Obenour
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Christian König
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Demi Marie Obenour
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Christian König
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Demi Marie Obenour
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Christian König
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Demi Marie Obenour
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Val Packett
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Christian König
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Demi Marie Obenour
-
Re: Pinned, non-revocable mappings of VRAM: will bad things happen?
Alex Deucher