dri-devel  

Messages by Thread

• • [PATCH v2] drm/gem: Fix inconsistent plane dimension calculation in drm_gem_fb_init_with_funcs() Ashutosh Desai
• Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Thomas Zimmermann
  • Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Yongbang Shi
  • Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Thomas Zimmermann
  • Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Yongbang Shi
  • Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Thomas Zimmermann
  • Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Yongbang Shi
  • Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Thomas Zimmermann
  • Re: [PATCH for drm-misc-fixes v4 2/4] drm/hisilicon/hibmc: fix no showing when no connectors connected Yongbang Shi
• 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
• [PATCH v1] drm/radeon: fix memory leak in radeon_ring_restore() on lock failure Yuho Choi
  • Re: [PATCH v1] drm/radeon: fix memory leak in radeon_ring_restore() on lock failure Alex Deucher
  • Re: [PATCH v1] drm/radeon: fix memory leak in radeon_ring_restore() on lock failure 최유호
• Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Julian Orth
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Julian Orth
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Julian Orth
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Michel Dänzer
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Ville Syrjälä
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Nicolas Frattaroli
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Ville Syrjälä
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Nicolas Frattaroli
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Ville Syrjälä
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Michel Dänzer
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Ville Syrjälä
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Michel Dänzer
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Ville Syrjälä
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Michel Dänzer
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Ville Syrjälä
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Julian Orth
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Julian Orth
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Ville Syrjälä
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Alex Deucher
  • Re: [PATCH RESEND v7 0/2] Pass down hot-plug CONNECTOR ID to user-space Michel Dänzer
• [PATCH 0/9] vfio/pci: Add mmap() for DMABUFs Matt Evans
  • [PATCH 9/9] vfio/pci: Add mmap() attributes to DMABUF feature Matt Evans
  • Re: [PATCH 9/9] vfio/pci: Add mmap() attributes to DMABUF feature Jason Gunthorpe
  • Re: [PATCH 9/9] vfio/pci: Add mmap() attributes to DMABUF feature Leon Romanovsky
  • Re: [PATCH 9/9] vfio/pci: Add mmap() attributes to DMABUF feature Alex Williamson
  • [PATCH 5/9] vfio/pci: Provide a user-facing name for BAR mappings Matt Evans
  • Re: [PATCH 5/9] vfio/pci: Provide a user-facing name for BAR mappings Jason Gunthorpe
  • [PATCH 3/9] vfio/pci: Add a helper to create a DMABUF for a BAR-map VMA Matt Evans
  • Re: [PATCH 3/9] vfio/pci: Add a helper to create a DMABUF for a BAR-map VMA Jason Gunthorpe
  • Re: [PATCH 3/9] vfio/pci: Add a helper to create a DMABUF for a BAR-map VMA Matt Evans
  • Re: [PATCH 3/9] vfio/pci: Add a helper to create a DMABUF for a BAR-map VMA Jason Gunthorpe
  • [PATCH 6/9] vfio/pci: Clean up BAR zap and revocation Matt Evans
  • [PATCH 8/9] vfio/pci: Permanently revoke a DMABUF on request Matt Evans
  • [PATCH 4/9] vfio/pci: Convert BAR mmap() to use a DMABUF Matt Evans
  • [PATCH 1/9] vfio/pci: Fix vfio_pci_dma_buf_cleanup() double-put Matt Evans
  • Re: [PATCH 1/9] vfio/pci: Fix vfio_pci_dma_buf_cleanup() double-put Jason Gunthorpe
  • [PATCH 2/9] vfio/pci: Add a helper to look up PFNs for DMABUFs Matt Evans
  • Re: [PATCH 2/9] vfio/pci: Add a helper to look up PFNs for DMABUFs Jason Gunthorpe
  • [PATCH 7/9] vfio/pci: Support mmap() of a VFIO DMABUF Matt Evans
  • Re: [PATCH 7/9] vfio/pci: Support mmap() of a VFIO DMABUF Jason Gunthorpe
• [PATCH] drm/bridge: dw-hdmi-qp: Guard clear_audio_infoframe when PHY is down Frank Zhang
  • Re: [PATCH] drm/bridge: dw-hdmi-qp: Guard clear_audio_infoframe when PHY is down Detlev Casanova
• [PATCH] staging: fbtft: clarify TODO comment in fbtft-core Sachin Kumar
  • Re: [PATCH] staging: fbtft: clarify TODO comment in fbtft-core Andy Shevchenko
  • [PATCH v2] staging: fbtft: clarify TODO comment in fbtft-core Sachin Kumar
  • Re: [PATCH v2] staging: fbtft: clarify TODO comment in fbtft-core Greg KH
  • [PATCH] staging: fbtft: clarify TODO comment in fbtft-core Sachin Kumar
  • [PATCH v3] staging: fbtft: clarify TODO comment in fbtft-core Sachin Kumar
  • Re: [PATCH v3] staging: fbtft: clarify TODO comment in fbtft-core Greg KH
• [PATCH] accel/habanalabs: simplify function pointer checks in mmu.c Onat Baker
• [PATCH v2] drm/panel: visionox-rm69299: Make use of prepare_prev_first David Heidelberg via B4 Relay
  • Re: [PATCH v2] drm/panel: visionox-rm69299: Make use of prepare_prev_first Neil Armstrong
  • Re: [PATCH v2] drm/panel: visionox-rm69299: Make use of prepare_prev_first Doug Anderson
• [PATCH v4 0/3 RESEND] drm: bridge: add support for Triple 10-BIT Svyatoslav Ryhel
  • [PATCH v4 1/3 RESEND] dt-bindigs: display: extend the LVDS codec with Triple 10-BIT LVDS Transmitter Svyatoslav Ryhel
  • [PATCH v4 2/3 RESEND] dt-bindigs: display: extend the simple bridge with MStar TSUMU88ADT3-LF-1 bridge Svyatoslav Ryhel
  • [PATCH v4 3/3 RESEND] drm/bridge: simple-bridge: Add support for MStar TSUMU88ADT3-LF-1 Svyatoslav Ryhel
  • Re: [PATCH v4 0/3 RESEND] drm: bridge: add support for Triple 10-BIT Dmitry Baryshkov
• [PATCH v1 0/1 RESEND] dt-bindings: display: bridge: ssd2825: inherit dsi-controller properties Svyatoslav Ryhel
  • [PATCH v1 1/1 RESEND] dt-bindings: display: bridge: ssd2825: inherit dsi-controller properties Svyatoslav Ryhel
  • Re: [PATCH v1 1/1 RESEND] dt-bindings: display: bridge: ssd2825: inherit dsi-controller properties Rob Herring (Arm)
• Re: [PATCH 4/4] drm/hibmc: Use gem-shmem with shadow-plane helpers for memory management Thomas Zimmermann
• [PATCH v5 0/2] drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions Avinal Kumar
  • [PATCH v5 1/2] drm/mipi-dsi: add mipi_dsi_shutdown_peripheral_multi Avinal Kumar
  • Re: [PATCH v5 1/2] drm/mipi-dsi: add mipi_dsi_shutdown_peripheral_multi Doug Anderson
  • Re: [PATCH v5 1/2] drm/mipi-dsi: add mipi_dsi_shutdown_peripheral_multi neil . armstrong
  • Re: [PATCH v5 1/2] drm/mipi-dsi: add mipi_dsi_shutdown_peripheral_multi Doug Anderson
  • [PATCH v5 2/2] drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions Avinal Kumar
  • Re: [PATCH v5 2/2] drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions Doug Anderson
  • Re: [PATCH v5 2/2] drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions Dmitry Baryshkov
  • Re: [PATCH v5 2/2] drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions Doug Anderson
• Re: [PATCH 1/4] drm/hibmc: Use drm_atomic_helper_check_plane_state() Thomas Zimmermann
  • Re: [PATCH 1/4] drm/hibmc: Use drm_atomic_helper_check_plane_state() Yongbang Shi
• [PULL] drm-misc-next-fixes Thomas Zimmermann
  • [PULL] drm-misc-next-fixes Thomas Zimmermann
• Re: [PATCH v2] drm/bridge: ite-it6263: Add suspend/resume support Liu Ying
  • RE: [PATCH v2] drm/bridge: ite-it6263: Add suspend/resume support Biju Das
  • Re: [PATCH v2] drm/bridge: ite-it6263: Add suspend/resume support Liu Ying
  • RE: [PATCH v2] drm/bridge: ite-it6263: Add suspend/resume support Biju Das
  • Re: [PATCH v2] drm/bridge: ite-it6263: Add suspend/resume support Liu Ying
  • RE: [PATCH v2] drm/bridge: ite-it6263: Add suspend/resume support Biju Das
• Re: [PATCH v8 4/4] misc: fastrpc: Add polling mode support for fastRPC driver Luben Tuikov
  • Re: [PATCH v8 4/4] misc: fastrpc: Add polling mode support for fastRPC driver Dmitry Baryshkov
• Re: [PATCH] drm/panel: novatek-nt36672a: Inline command sequences Doug Anderson
  • Re: [PATCH] drm/panel: novatek-nt36672a: Inline command sequences Chintan Patel
• Re: [PATCH v4 2/2] drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions Doug Anderson
  • Re: [PATCH v4 2/2] drm/panel: panasonic-vvx10f034n00: transition to mipi_dsi wrapped functions Doug Anderson
• Re: [PATCH v4 1/2] drm/mipi-dsi: add mipi_dsi_shutdown_peripheral_multi Doug Anderson
• Re: [PATCH v2 08/11] gpu: nova-core: vbios: compute FWSEC-relative Falcon data offset Eliot Courtney
  • Re: [PATCH v2 08/11] gpu: nova-core: vbios: compute FWSEC-relative Falcon data offset Joel Fernandes
  • Re: [PATCH v2 08/11] gpu: nova-core: vbios: compute FWSEC-relative Falcon data offset Eliot Courtney
• Re: [PATCH] drm/panel: visionox-rm69299: Make use of prepare_prev_first Doug Anderson
  • Re: [PATCH] drm/panel: visionox-rm69299: Make use of prepare_prev_first David Heidelberg
• Re: [PATCH v2 11/11] gpu: nova-core: vbios: reject extra PCI-AT and FWSEC images Eliot Courtney
  • Re: [PATCH v2 11/11] gpu: nova-core: vbios: reject extra PCI-AT and FWSEC images Joel Fernandes
  • Re: [PATCH v2 11/11] gpu: nova-core: vbios: reject extra PCI-AT and FWSEC images Timur Tabi
  • Re: [PATCH v2 11/11] gpu: nova-core: vbios: reject extra PCI-AT and FWSEC images Joel Fernandes
• Re: [PATCH v2 09/11] gpu: nova-core: vbios: simplify setup_falcon_data Eliot Courtney
• [PATCH] drm/amd/display: Add FPU guards around dcn31/315/316 update_bw_bounding_box Mikhail Gavrilov
  • Re: [PATCH] drm/amd/display: Add FPU guards around dcn31/315/316 update_bw_bounding_box Ostrowski, Rafal
  • Re: [PATCH] drm/amd/display: Add FPU guards around dcn31/315/316 update_bw_bounding_box Mikhail Gavrilov
• Re: [PATCH] mm/zone_device: Do not touch device folio after calling ->folio_free() Alistair Popple
• Re: [PATCH v11 02/20] gpu: nova-core: gsp: Extract usable FB region from GSP John Hubbard
  • Re: [PATCH v11 02/20] gpu: nova-core: gsp: Extract usable FB region from GSP John Hubbard
  • Re: [PATCH v11 02/20] gpu: nova-core: gsp: Extract usable FB region from GSP Joel Fernandes
  • Re: [PATCH v11 02/20] gpu: nova-core: gsp: Extract usable FB region from GSP David Airlie
  • Re: [PATCH v11 02/20] gpu: nova-core: gsp: Extract usable FB region from GSP John Hubbard
  • Re: [PATCH v11 02/20] gpu: nova-core: gsp: Extract usable FB region from GSP Joel Fernandes
• Re: [PATCH v11 01/20] gpu: nova-core: gsp: Return GspStaticInfo from boot() John Hubbard
• Re: [PATCH v2] gpu: ipu-v3: clean up kernel-doc warnings Randy Dunlap
• Re: [PATCH v2 0/3] rust: add `bitfield!` macro Danilo Krummrich
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro John Hubbard
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Alexandre Courbot
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Alexandre Courbot
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro John Hubbard
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Alexandre Courbot
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro John Hubbard
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Miguel Ojeda
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Mark Brown
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Danilo Krummrich
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Danilo Krummrich
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Miguel Ojeda
  • Re: [PATCH v2 0/3] rust: add `bitfield!` macro Danilo Krummrich
• Re: [PATCH v2 1/4] rust: add SRCU abstraction Boqun Feng
  • Re: [PATCH v2 1/4] rust: add SRCU abstraction Onur Özkan
• [PATCH v8 0/6] Support sparse mappings in Panthor Adrián Larumbe
  • [PATCH v8 1/6] drm/panthor: Expose GPU page sizes to UM Adrián Larumbe
  • [PATCH v8 2/6] drm/panthor: Pass vm_bind_op to vm_prepare_map_op_ctx Adrián Larumbe
  • [PATCH v8 3/6] drm/panthor: Delete spurious whitespace from uAPI header Adrián Larumbe
  • [PATCH v8 6/6] drm/panthor: Bump the driver version to 1.9 Adrián Larumbe
  • [PATCH v8 4/6] drm/panthor: Remove unused operation context field Adrián Larumbe
  • [PATCH v8 5/6] drm/panthor: Support sparse mappings Adrián Larumbe
  • Re: [PATCH v8 5/6] drm/panthor: Support sparse mappings Boris Brezillon
  • Re: [PATCH v8 5/6] drm/panthor: Support sparse mappings Adrián Larumbe
  • Re: [PATCH v8 5/6] drm/panthor: Support sparse mappings Boris Brezillon
• Re: [PATCH v3 0/9] gpu: nova-core: gsp: add RM control command infrastructure Joel Fernandes
• Re: [PATCH v11 07/20] gpu: nova-core: mm: Add TLB flush support Joel Fernandes
  • Re: [PATCH v11 07/20] gpu: nova-core: mm: Add TLB flush support Danilo Krummrich
  • Re: [PATCH v11 07/20] gpu: nova-core: mm: Add TLB flush support Joel Fernandes
  • Re: [PATCH v11 07/20] gpu: nova-core: mm: Add TLB flush support Danilo Krummrich
  • Re: [PATCH v11 07/20] gpu: nova-core: mm: Add TLB flush support Joel Fernandes
  • Re: [PATCH v11 07/20] gpu: nova-core: mm: Add TLB flush support Joel Fernandes
  • Re: [PATCH v11 07/20] gpu: nova-core: mm: Add TLB flush support Joel Fernandes
• [PATCH] drm/auth: Only drm_drop_master if it exists Jonathan Cavitt
  • Re: [PATCH] drm/auth: Only drm_drop_master if it exists Luben Tuikov
  • Re: [PATCH] drm/auth: Only drm_drop_master if it exists Maciej Patelczyk
  • Re: [PATCH] drm/auth: Only drm_drop_master if it exists Dmitry Baryshkov
  • RE: [PATCH] drm/auth: Only drm_drop_master if it exists Cavitt, Jonathan
• Re: [PATCH v2 1/2] drm/sched: Make drm_sched_entity_kill() a public function Danilo Krummrich
  • Re: [PATCH v2 1/2] drm/sched: Make drm_sched_entity_kill() a public function Luben Tuikov
• [PATCH V1] accel/amdxdna: Guard management mailbox channel cleanup against NULL pointer Lizhi Hou
  • Re: [PATCH V1] accel/amdxdna: Guard management mailbox channel cleanup against NULL pointer Mario Limonciello
  • Re: [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
  • RE: [PATCH] drm/gpuvm: Do not prepare NULL objects Cavitt, Jonathan
  • Re: [PATCH] drm/gpuvm: Do not prepare NULL objects Danilo Krummrich
  • Re: [PATCH] drm/gpuvm: Do not prepare NULL objects Luben Tuikov
• Re: [PATCH 2/4] drm/amd/display: use a separate helper to translate degamma curves Kovac, Krunoslav
  • Re: [PATCH 2/4] drm/amd/display: use a separate helper to translate degamma curves Melissa Wen
• [PATCH V2] accel/amdxdna: Get device revision to derive VBNV string Lizhi Hou
  • Re: [PATCH V2] accel/amdxdna: Get device revision to derive VBNV string Mario Limonciello
  • Re: [PATCH V2] accel/amdxdna: Get device revision to derive VBNV string Lizhi Hou
• Re: [PATCH v7 5/6] drm/panthor: Support sparse mappings Adrián Larumbe
  • Re: [PATCH v7 5/6] drm/panthor: Support sparse mappings Boris Brezillon
• [PATCH V1] accel/amdxdna: Get device revision to derive VBNV string Lizhi Hou
  • Re: [PATCH V1] accel/amdxdna: Get device revision to derive VBNV string Mario Limonciello
  • Re: [PATCH V1] accel/amdxdna: Get device revision to derive VBNV string Lizhi Hou
  • Re: [PATCH V1] accel/amdxdna: Get device revision to derive VBNV string Mario Limonciello
  • Re: [PATCH V1] accel/amdxdna: Get device revision to derive VBNV string Lizhi Hou
• [PATCH v2 RESEND 1/4] rust: add SRCU abstraction Onur Özkan
  • [PATCH v2 RESEND 2/4] MAINTAINERS: add Rust SRCU files to SRCU entry Onur Özkan
  • Re: [PATCH v2 RESEND 1/4] rust: add SRCU abstraction Gary Guo
• Re: [PATCH v2 0/4] drm/tyr: implement GPU reset API Onur Özkan
  • Re: [PATCH v2 0/4] drm/tyr: implement GPU reset API Boqun Feng
  • Re: [PATCH v2 0/4] drm/tyr: implement GPU reset API Onur Özkan
  • Re: [PATCH v2 0/4] drm/tyr: implement GPU reset API Onur Özkan

• Later messages