dri-devel
Thread
Date
Earlier messages
Messages by Thread
[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
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 v2 3/3] drm/mediatek: Implement OF graphs support for display paths
Michael Walle
Re: [PATCH v2 3/3] drm/mediatek: Implement OF graphs support for display paths
AngeloGioacchino Del Regno
Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove
Bui Quang Minh
get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Kees Cook
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Jens Axboe
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Kees Cook
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Jens Axboe
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Kees Cook
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Kees Cook
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Al Viro
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Linus Torvalds
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Al Viro
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Al Viro
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Linus Torvalds
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Al Viro
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Daniel Vetter
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Christian Brauner
[PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Christian Brauner
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Kees Cook
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Kees Cook
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Christian Brauner
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Daniel Vetter
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Christian Brauner
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Daniel Vetter
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Christian Brauner
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
[PATCH v2] epoll: be better about file lifetimes
Linus Torvalds
Re: [PATCH v2] epoll: be better about file lifetimes
Jens Axboe
RE: [PATCH v2] epoll: be better about file lifetimes
David Laight
Re: [PATCH v2] epoll: be better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Al Viro
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Christian Brauner
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Christian Brauner
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Linus Torvalds
Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
Jens Axboe
Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
Christian Brauner
[PATCH] dma-buf/sw-sync: don't enable IRQ from sync_print_obj()
Tetsuo Handa
[PATCH] drm/msm/a6xx: Cleanup indexed regs const'ness
Rob Clark
[PATCH] drm/amdgpu: delete unnecessary check
Dan Carpenter
[PATCH] drm/amd/pm: Fix error code in vega10_hwmgr_backend_init()
Dan Carpenter
Re: [PATCH] drm/amd/pm: Fix error code in vega10_hwmgr_backend_init()
Markus Elfring
Re: [PATCH] drm: renesas: shmobile: Call drm_helper_force_disable_all() at shutdown time
Doug Anderson
[PATCH] drm/vmwgfx: Re-introduce drm_crtc_helper_funcs::prepare
Ian Forbes
Re: [PATCH] drm/vmwgfx: Re-introduce drm_crtc_helper_funcs::prepare
Zack Rusin
Re: [PATCH] drm/vmwgfx: Re-introduce drm_crtc_helper_funcs::prepare
Daniel Vetter
[BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
Sean Anderson
Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
Laurent Pinchart
Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
Maxime Ripard
Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
Laurent Pinchart
Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
Tomi Valkeinen
[RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
Douglas Anderson
[RFT PATCH v2 01/48] drm/panel: raydium-rm692e5: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 02/48] drm/panel: boe-himax8279d: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 03/48] drm/panel: boe-himax8279d: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 04/48] drm/panel: boe-tv101wum-nl6: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 05/48] drm/panel: boe-tv101wum-nl6: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 06/48] drm/panel: edp: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 07/48] drm/panel: edp: Add a comment about unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 09/48] drm/panel: innolux-p079zca: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 10/48] drm/panel: khadas-ts050: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 08/48] drm/panel: innolux-p079zca: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 11/48] drm/panel: khadas-ts050: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 13/48] drm/panel: kingdisplay-kd097d04: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 12/48] drm/panel: kingdisplay-kd097d04: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 14/48] drm/panel: ltk050h3146w: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 15/48] drm/panel: ltk050h3146w: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 16/48] drm/panel: ltk500hd1829: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 17/48] drm/panel: ltk500hd1829: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 18/48] drm/panel: novatek-nt36672a: Stop tracking prepared
Douglas Anderson
Re: [RFT PATCH v2 18/48] drm/panel: novatek-nt36672a: Stop tracking prepared
Joel Selvaraj
[RFT PATCH v2 21/48] drm/panel: olimex-lcd-olinuxino: Don't call unprepare+disable at remove
Douglas Anderson
[RFT PATCH v2 22/48] drm/panel: osd-osd101t2587-53ts: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 23/48] drm/panel: osd-osd101t2587-53ts: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 24/48] drm/panel: samsung-atna33xc20: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 25/48] drm/panel: samsung-atna33xc20: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 26/48] drm/panel: simple: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 27/48] drm/panel: simple: Add a comment about unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 19/48] drm/panel: novatek-nt36672a: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
Re: [RFT PATCH v2 19/48] drm/panel: novatek-nt36672a: Don't call unprepare+disable at shutdown/remove
Joel Selvaraj
Re: [RFT PATCH v2 19/48] drm/panel: novatek-nt36672a: Don't call unprepare+disable at shutdown/remove
Joel Selvaraj
[RFT PATCH v2 28/48] drm/panel: tdo-tl070wsh30: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 20/48] drm/panel: olimex-lcd-olinuxino: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 29/48] drm/panel: tdo-tl070wsh30: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 30/48] drm/panel: xinpeng-xpp055c272: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 31/48] drm/panel: xinpeng-xpp055c272: Don't call unprepare+disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 32/48] drm/panel: jdi-lt070me05000: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 33/48] drm/panel: jdi-lt070me05000: Don't call disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 34/48] drm/panel: panasonic-vvx10f034n00: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 35/48] drm/panel: panasonic-vvx10f034n00: Don't call disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 36/48] drm/panel: seiko-43wvf1g: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 37/48] drm/panel: seiko-43wvf1g: Don't call disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 38/48] drm/panel: sharp-lq101r1sx01: Stop tracking prepared/enabled
Douglas Anderson
[RFT PATCH v2 39/48] drm/panel: sharp-lq101r1sx01: Don't call disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 40/48] drm/panel: sharp-ls043t1le01: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 41/48] drm/panel: sharp-ls043t1le01: Don't call disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 42/48] drm/panel: sitronix-st7703: Stop tracking prepared
Douglas Anderson
[RFT PATCH v2 43/48] drm/panel: sitronix-st7703: Don't call disable at shutdown/remove
Douglas Anderson
[RFT PATCH v2 44/48] drm/panel: raydium-rm67191: Stop tracking enabled
Douglas Anderson
[RFT PATCH v2 45/48] drm/panel: raydium-rm67191: Don't call unprepare+disable at shutdown
Douglas Anderson
[RFT PATCH v2 46/48] drm/panel: sony-acx565akm: Don't double-check enabled state in disable
Douglas Anderson
Re: [RFT PATCH v2 46/48] drm/panel: sony-acx565akm: Don't double-check enabled state in disable
Linus Walleij
[RFT PATCH v2 47/48] drm/panel: sony-acx565akm: Don't call disable at remove
Douglas Anderson
Re: [RFT PATCH v2 47/48] drm/panel: sony-acx565akm: Don't call disable at remove
Linus Walleij
Re: [RFT PATCH v2 47/48] drm/panel: sony-acx565akm: Don't call disable at remove
Linus Walleij
[RFT PATCH v2 48/48] drm/panel: Update TODO list item for cleaning up prepared/enabled tracking
Douglas Anderson
Re: [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
Linus Walleij
Re: [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
Ondřej Jirman
Re: [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
Maxime Ripard
Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
Mina Almasry
[PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
Florian Fainelli
Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
Arnd Bergmann
Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
Florian Fainelli
Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
Daniel Vetter
Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
kernel test robot
Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
kernel test robot
[PATCH v5 00/10] drm: zynqmp_dp: IRQ cleanups and debugfs support
Sean Anderson
[PATCH v5 01/10] drm: zynqmp_kms: Fix AUX bus not getting unregistered
Sean Anderson
[PATCH v5 02/10] drm: zynqmp_dp: Rearrange zynqmp_dp for better padding
Sean Anderson
[PATCH v5 03/10] drm: zynqmp_dp: Don't delay work
Sean Anderson
[PATCH v5 04/10] drm: zynqmp_dp: Add locking
Sean Anderson
[PATCH v5 05/10] drm: zynqmp_dp: Don't retrain the link in our IRQ
Sean Anderson
[PATCH v5 06/10] drm: zynqmp_dp: Convert to a hard IRQ
Sean Anderson
[PATCH v5 07/10] drm: zynqmp_dp: Use AUX IRQs instead of polling
Sean Anderson
[PATCH v5 08/10] drm: zynqmp_dp: Split off several helper functions
Sean Anderson
[PATCH v5 09/10] drm: zynqmp_dp: Take dp->lock in zynqmp_dp_hpd_work_func
Sean Anderson
[PATCH v5 10/10] drm: zynqmp_dp: Add debugfs interface for compliance testing
Sean Anderson
Re: [PATCH v0 04/14] media: au0828: Make I2C terminology more inclusive
Mauro Carvalho Chehab
[PATCH v2 0/2] drm/msm/gen_header: allow skipping the validation
Dmitry Baryshkov
[PATCH v2 1/2] drm/msm/gen_header: allow skipping the validation
Dmitry Baryshkov
Re: [PATCH v2 1/2] drm/msm/gen_header: allow skipping the validation
Abhinav Kumar
[PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
Dmitry Baryshkov
Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
Abhinav Kumar
Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
Dmitry Baryshkov
Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
Abhinav Kumar
Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
Dmitry Baryshkov
Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
Abhinav Kumar
Re: [PATCH v2 0/2] drm/msm/gen_header: allow skipping the validation
Dmitry Baryshkov
[PATCH v2 00/12] Make I2C terminology more inclusive for I2C Algobit and consumers
Easwar Hariharan
[PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
Easwar Hariharan
Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
Rodrigo Vivi
Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
Easwar Hariharan
Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
Rodrigo Vivi
Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
Jani Nikula
Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
Andi Shyti
[PATCH v2 02/12] drm/gma500: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 04/12] media: au0828: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 05/12] media: cobalt: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 06/12] media: cx18: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 07/12] media: cx25821: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 08/12] media: ivtv: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 09/12] media: cx23885: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 10/12] sfc: falcon: Make I2C terminology more inclusive
Easwar Hariharan
[PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive
Easwar Hariharan
Re: [PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive
Thomas Zimmermann
[PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive
Easwar Hariharan
Re: [PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive
Thomas Zimmermann
Re: [PATCH] drm/msm/gen_header: allow skipping the validation
Nathan Chancellor
Re: [PATCH] drm/msm/gen_header: allow skipping the validation
Dmitry Baryshkov
[PATCH v5 00/10] drm/bridge: Allow using fwnode API to get the next bridge
Sui Jingfeng
[PATCH v5 02/10] drm/bridge: Add a helper to setup both the of_node and fwnode of drm bridge
Sui Jingfeng
[PATCH v5 03/10] drm/bridge: simple-bridge: Use fwnode APIs to acquire device properties
Sui Jingfeng
[PATCH v5 01/10] drm/bridge: Allow using fwnode APIs to get the next bridge
Sui Jingfeng
[PATCH v5 04/10] drm/bridge: display-connector: Use fwnode APIs to acquire device properties
Sui Jingfeng
[PATCH v5 05/10] drm/bridge: sii902x: Switch to use fwnode APIs to acquire device properties
Sui Jingfeng
[PATCH v5 06/10] drm-bridge: it66121: Use fwnode APIs to acquire device properties
Sui Jingfeng
[PATCH v5 07/10] drm/bridge: tfp410: Use fwnode APIs to acquire device properties
Sui Jingfeng
[PATCH v5 08/10] drm/bridge: sii9234: Use fwnode APIs to abstract DT dependent API away
Sui Jingfeng
[PATCH v5 10/10] drm/bridge: anx7688: Switch to use drm_bridge_set_node() helper
Sui Jingfeng
[PATCH v5 09/10] drm/bridge: ch7033: Switch to use fwnode based APIs
Sui Jingfeng
Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
Arnd Bergmann
Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
Thomas Zimmermann
[PATCH 00/14] improve Analogix DP AUX channel handling
Lucas Stach
[PATCH 06/14] drm/bridge: analogix_dp: remove clk handling from analogix_dp_set_bridge
Lucas Stach
Earlier messages