dri-devel
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
Rob Herring (Arm)
Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
Doug Anderson
Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
cong yang
Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
Conor Dooley
[PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
Cong Yang
Re: [PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
Doug Anderson
Re: [PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
cong yang
Re: [PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
Doug Anderson
[PATCH v4 3/7] arm64: defconfig: Enable HIMAX_HX83102 panel
Cong Yang
[PATCH v4 4/7] dt-bindings: display: panel: Add compatible for BOE nv110wum-l60
Cong Yang
Re: [PATCH v4 4/7] dt-bindings: display: panel: Add compatible for BOE nv110wum-l60
Conor Dooley
[PATCH v4 5/7] drm/panel: himax-hx83102: Support for BOE nv110wum-l60 MIPI-DSI panel
Cong Yang
Re: [PATCH v4 5/7] drm/panel: himax-hx83102: Support for BOE nv110wum-l60 MIPI-DSI panel
Doug Anderson
Re: [PATCH v4 5/7] drm/panel: himax-hx83102: Support for BOE nv110wum-l60 MIPI-DSI panel
cong yang
[PATCH v4 6/7] dt-bindings: display: panel: Add compatible for IVO t109nw41
Cong Yang
Re: [PATCH v4 6/7] dt-bindings: display: panel: Add compatible for IVO t109nw41
Conor Dooley
[PATCH v4 7/7] drm/panel: himax-hx83102: Support for IVO t109nw41 MIPI-DSI panel
Cong Yang
Re: [PATCH] drm/xe: Fix UBSAN shift-out-of-bounds failure
Lucas De Marchi
Re: [PATCH] drm/xe: Fix UBSAN shift-out-of-bounds failure
Christian König
Re: [PATCH] drm/xe: Fix UBSAN shift-out-of-bounds failure
Lucas De Marchi
[PATCH v13 00/28] drm/connector: Create HDMI Connector infrastructure
Maxime Ripard
[PATCH v13 01/28] drm/connector: Introduce an HDMI connector initialization function
Maxime Ripard
[PATCH v13 02/28] drm/mode_object: Export drm_mode_obj_find_prop_id for tests
Maxime Ripard
[PATCH v13 03/28] drm/tests: connector: Add tests for drmm_connector_hdmi_init
Maxime Ripard
[PATCH v13 04/28] drm/connector: hdmi: Create an HDMI sub-state
Maxime Ripard
[PATCH v13 05/28] drm/connector: hdmi: Add output BPC to the connector state
Maxime Ripard
[PATCH v13 06/28] drm/tests: Add output bpc tests
Maxime Ripard
[PATCH v13 07/28] drm/connector: hdmi: Add support for output format
Maxime Ripard
[PATCH v13 08/28] drm/tests: Add output formats tests
Maxime Ripard
[PATCH v13 09/28] drm/display: hdmi: Add HDMI compute clock helper
Maxime Ripard
[PATCH v13 10/28] drm/tests: Add HDMI TDMS character rate tests
Maxime Ripard
[PATCH v13 11/28] drm/connector: hdmi: Calculate TMDS character rate
Maxime Ripard
[PATCH v13 12/28] drm/tests: Add TDMS character rate connector state tests
Maxime Ripard
[PATCH v13 13/28] drm/connector: hdmi: Add custom hook to filter TMDS character rate
Maxime Ripard
[PATCH v13 14/28] drm/tests: Add HDMI connector rate filter hook tests
Maxime Ripard
[PATCH v13 16/28] drm/tests: Add HDMI connector bpc and format tests
Maxime Ripard
[PATCH v13 17/28] drm/connector: hdmi: Add Broadcast RGB property
Maxime Ripard
[PATCH v13 18/28] drm/tests: Add tests for Broadcast RGB property
Maxime Ripard
[PATCH v13 19/28] drm/connector: hdmi: Add RGB Quantization Range to the connector state
Maxime Ripard
[PATCH v13 20/28] drm/tests: Add RGB Quantization tests
Maxime Ripard
[PATCH v13 21/28] drm/connector: hdmi: Add Infoframes generation
Maxime Ripard
[PATCH v13 22/28] drm/tests: Add infoframes test
Maxime Ripard
[PATCH v13 23/28] drm/connector: hdmi: Create Infoframe DebugFS entries
Maxime Ripard
[PATCH v13 24/28] drm/vc4: hdmi: Switch to HDMI connector
Maxime Ripard
[PATCH v13 25/28] drm/vc4: tests: Remove vc4_dummy_plane structure
Maxime Ripard
[PATCH v13 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
Maxime Ripard
Re:[PATCH v13 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
Andy Yan
Re: [PATCH v13 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
Maxime Ripard
[PATCH v13 15/28] drm/connector: hdmi: Compute bpc and format automatically
Maxime Ripard
Re:[PATCH v13 15/28] drm/connector: hdmi: Compute bpc and format automatically
Andy Yan
Re: [PATCH v13 15/28] drm/connector: hdmi: Compute bpc and format automatically
Maxime Ripard
Re: [PATCH v13 15/28] drm/connector: hdmi: Compute bpc and format automatically
Andy Yan
[PATCH v13 28/28] drm/sun4i: hdmi: Switch to HDMI connector
Maxime Ripard
[PATCH v13 26/28] drm/vc4: tests: Convert to plane creation helper
Maxime Ripard
[PATCH 00/11] drm: Provide common fbdev client helpers
Thomas Zimmermann
[PATCH 02/11] drm/fbdev-dma: Use fbdev client helpers
Thomas Zimmermann
[PATCH 03/11] drm/fbdev-shmem: Use fbdev client helpers
Thomas Zimmermann
[PATCH 04/11] drm/fbdev-ttm: Use fbdev client helpers
Thomas Zimmermann
[PATCH 01/11] drm/fb-helper: Add helpers for struct drm_client_funcs
Thomas Zimmermann
[PATCH 06/11] drm/exynos: Use fbdev client helpers
Thomas Zimmermann
[PATCH 05/11] drm/armada: Use fbdev client helpers
Thomas Zimmermann
[PATCH 07/11] drm/gma500: Use fbdev client helpers
Thomas Zimmermann
Re: [PATCH 07/11] drm/gma500: Use fbdev client helpers
Patrik Jakobsson
[PATCH 08/11] drm/i915: Use drm_fbdev_helper_client_unregister()
Thomas Zimmermann
Re: [PATCH 08/11] drm/i915: Use drm_fbdev_helper_client_unregister()
Rodrigo Vivi
Re: [PATCH 08/11] drm/i915: Use drm_fbdev_helper_client_unregister()
Thomas Zimmermann
[PATCH 09/11] drm/msm: Use fbdev client helpers
Thomas Zimmermann
Re: [PATCH 09/11] drm/msm: Use fbdev client helpers
Dmitry Baryshkov
[PATCH 10/11] drm/omapdrm: Use fbdev client helpers
Thomas Zimmermann
[PATCH 11/11] drm/tegra: Use fbdev client helpers
Thomas Zimmermann
Re: [PATCH 11/11] drm/tegra: Use fbdev client helpers
Felix Kuehling
Re: [PATCH 11/11] drm/tegra: Use fbdev client helpers
Thomas Zimmermann
Re: [PATCH v2] drivers/i915/intel_bios: Fix parsing backlight BDB data
Ville Syrjälä
[PATCH 4/5] drm/mipi-dbi: Add support for DRM_FORMAT_RGB888
Noralf Trønnes via B4 Relay
[PATCH 3/5] drm/mipi-dbi: Make bits per word configurable for pixel transfers
Noralf Trønnes via B4 Relay
[PATCH 5/5] drm/tiny: panel-mipi-dbi: Support the pixel format property
Noralf Trønnes via B4 Relay
[PATCH 2/5] drm/mipi-dbi: Remove mipi_dbi_machine_little_endian()
Noralf Trønnes via B4 Relay
[PATCH 1/5] dt-bindings: display: panel: mipi-dbi-spi: Add a pixel format property
Noralf Trønnes via B4 Relay
Re: [PATCH 1/5] dt-bindings: display: panel: mipi-dbi-spi: Add a pixel format property
Rob Herring
[PATCH v2] drm/arm/comeda: don't use confusing 'timeout' variable name
Wolfram Sang
Re: [PATCH v2] drm/arm/comeda: don't use confusing 'timeout' variable name
Liviu Dudau
Re: [PATCH v2] drm/arm/comeda: don't use confusing 'timeout' variable name
Wolfram Sang
Re: [PATCH V2 2/2] drm/bridge: samsung-dsim: Fix porch calcalcuation rounding
Frieder Schrempf
Re: [PATCH v6 00/10] Make PCI's devres API more consistent
Philipp Stanner
Re: [PATCH v1 2/5] drm/ci: generate testlist from build
Vignesh Raman
[RFC] CamelCase can it be fixed per Checkpatch.pl script
Ashok Kumar
Re: [RFC] CamelCase can it be fixed per Checkpatch.pl script
Dmitry Baryshkov
[PATCH 0/7] Add DSI support for RK3128
Alex Bee
[PATCH 2/7] dt-bindings: clock: rk3128: Add PCLK_MIPIPHY
Alex Bee
Re: [PATCH 2/7] dt-bindings: clock: rk3128: Add PCLK_MIPIPHY
Conor Dooley
[PATCH 3/7] clk: rockchip: rk3128: Export PCLK_MIPIPHY
Alex Bee
[PATCH 1/7] dt-bindings: display: rockchip, dw-mipi-dsi: Document RK3128 DSI
Alex Bee
Re: [PATCH 1/7] dt-bindings: display: rockchip, dw-mipi-dsi: Document RK3128 DSI
Conor Dooley
[PATCH 5/7] drm/rockchip: dsi: Add support for RK3128
Alex Bee
[PATCH 7/7] ARM: dts: rockchip: Add DSI for RK3128
Alex Bee
[PATCH 6/7] ARM: dts: rockchip: Add DPHY for RK3128
Alex Bee
[PATCH 4/7] clk: rockchip: rk3128: Add hclk_vio_h2p to critical clocks
Alex Bee
[PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
Janusz Krzysztofik
Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
Nirmoy Das
Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
Nirmoy Das
Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
Janusz Krzysztofik
Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
Rodrigo Vivi
Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
Nirmoy Das
Re: [PATCH] drm/panel-edp: Add panel CSOT MNB601LS1-1
Doug Anderson
Re: [PATCH v3] drm/i915/vma: Fix UAF on reopen vs destroy race
Nirmoy Das
Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
David Wang
Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
Linux regression tracking (Thorsten Leemhuis)
Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
Anders Blomdell
Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
Linux regression tracking (Thorsten Leemhuis)
Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
Greg KH
[PATCH] drm/buddy: Fix the range bias clear memory allocation issue
Arunpravin Paneer Selvam
Re: [PATCH] drm/buddy: Fix the range bias clear memory allocation issue
Matthew Auld
[PATCH] drm/buddy: Fix the range bias clear memory allocation issue
Arunpravin Paneer Selvam
Re: [PATCH] drm/buddy: Fix the range bias clear memory allocation issue
Daniel Vetter
Re: [PATCH] drm/buddy: Fix the range bias clear memory allocation issue
Paneer Selvam, Arunpravin
[PATCH 00/20] drm/bridge: tc358775: proper bridge bringup and code cleanup
Michael Walle
[PATCH 01/20] drm/bridge: add dsi_lp11_notify mechanism
Michael Walle
Re: [PATCH 01/20] drm/bridge: add dsi_lp11_notify mechanism
Alexander Stein
Re: [PATCH 01/20] drm/bridge: add dsi_lp11_notify mechanism
Dmitry Baryshkov
[PATCH 02/20] drm/mediatek: dsi: provide LP-11 mode during .pre_enable
Michael Walle
[PATCH 03/20] drm/mediatek: dsi: add support for .dsi_lp11_notity()
Michael Walle
[PATCH 04/20] drm/bridge: tc358775: fix regulator supply id
Michael Walle
[PATCH 05/20] drm/bridge: tc358775: add crtc modes fixup
Michael Walle
[PATCH 06/20] drm/bridge: tc358775: redefine LV_MX()
Michael Walle
[PATCH 07/20] drm/bridge: tc358775: use regmap instead of open coded access functions
Michael Walle
[PATCH 08/20] drm/bridge: tc358775: remove error message if regulator is missing
Michael Walle
[PATCH 09/20] drm/bridge: tc358775: remove complex vsdelay calculation
Michael Walle
[PATCH 10/20] drm/bridge: tc358775: simplify lvds_link property
Michael Walle
[PATCH 11/20] drm/bridge: tc358775: reformat weird indentation
Michael Walle
[PATCH 12/20] drm/bridge: tc358775: correctly configure LVDS clock
Michael Walle
[PATCH 13/20] drm/bridge: tc358775: split the init code
Michael Walle
[PATCH 14/20] drm/bridge: tc358775: configure PLL depending on the LVDS clock
Michael Walle
[PATCH 15/20] drm/bridge: tc358775: dynamically configure DSI link settings
Michael Walle
[PATCH 16/20] drm/bridge: tc358775: use proper defines to configure LVDS timings
Michael Walle
[PATCH 17/20] drm/bridge: tc358775: move bridge power up/down into functions
Michael Walle
[PATCH 18/20] drm/bridge: tc358775: fix the power-up/down delays
Michael Walle
[PATCH 19/20] drm/bridge: tc358775: fix power-up sequencing
Michael Walle
[PATCH 20/20] drm/bridge: tc358775: use devm_drm_bridge_add()
Michael Walle
[syzbot] Monthly dri report (May 2024)
syzbot
Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Hans de Goede
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Maxime Ripard
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Hans de Goede
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Hans de Goede
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Stone
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Stone
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Stone
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Simon Ser
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Christian König
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Dmitry Baryshkov
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Maxime Ripard
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Dmitry Baryshkov
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Hans de Goede
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Dmitry Baryshkov
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Bryan O'Donoghue
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Dmitry Baryshkov
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Dmitry Baryshkov
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Maxime Ripard
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Nicolas Dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Daniel Vetter
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Maxime Ripard
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Nicolas Dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
nicolas . dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
nicolas . dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Maxime Ripard
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
nicolas . dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Simon Ser
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Nicolas Dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Nicolas Dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Maxime Ripard
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Nicolas Dufresne
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Laurent Pinchart
Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
Nicolas Dufresne
drm_exec changes for eviction
Thomas Hellström
Re: drm_exec changes for eviction
Christian König
Re: drm_exec changes for eviction
Thomas Hellström
[PATCH v7 0/1] drm/bridge: it6505: fix hibernate to resume no display issue
kuro
[PATCH v7 1/1] drm/bridge: it6505: fix hibernate to resume no display issue
kuro
Re: [PATCH v7 1/1] drm/bridge: it6505: fix hibernate to resume no display issue
Robert Foss
Re: [PATCH v7 1/1] drm/bridge: it6505: fix hibernate to resume no display issue
Robert Foss
RE: [PATCH v7 1/1] drm/bridge: it6505: fix hibernate to resume no display issue
kuro.chung
Earlier messages
Later messages