DRI Development

• Thread Index

• Re: [PATCH v3] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• [PATCH v3] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations
  • From: Mohamed Ahmed <mohamedahmedegypt2001@xxxxxxxxx>
• [pull] amdgpu, amdkfd drm-fixes-6.9
  • From: Alex Deucher <alexander.deucher@xxxxxxx>
• Re: [PATCH v2 1/2] drm/msm/gen_header: allow skipping the validation
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] drm/msm: remove python 3.9 dependency for compiling msm
  • From: Stephen Boyd <swboyd@xxxxxxxxxxxx>
• Don't forget, freedesktop.org offers free CoC training for inquiring projects
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v2] drm/amd/display: Enable colorspace property for MST connectors
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 6/6] drm/xe/client: Print runtime to fdinfo
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v4 9/9] drm/panel: innolux-p079zca: Don't use a table for initting panels
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 8/9] drm/panel: ili9882t: Don't use a table for initting panels
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 7/9] drm/panel: boe-tv101wum-nl6: Don't use a table for initting panels
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 6/9] drm/panel: novatek-nt36672e: Switch to mipi_dsi_dcs_write_seq_multi()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 5/9] drm/mipi-dsi: Introduce mipi_dsi_*_write_seq_multi()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 4/9] drm/mipi-dsi: Reduce driver bloat of mipi_dsi_*_write_seq()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 3/9] drm/mipi-dsi: mipi_dsi_*_write functions don't need to ratelimit prints
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 2/9] drm/mipi-dsi: Fix theoretical int overflow in mipi_dsi_generic_write_seq()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 1/9] drm/mipi-dsi: Fix theoretical int overflow in mipi_dsi_dcs_write_seq()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 0/9] drm/mipi-dsi: Reduce bloat and add funcs for cleaner init seqs
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] drm/msm: Fix gen_header.py for python earlier than v3.9
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2] mailbox: mtk-cmdq: Fix sleeping function called from invalid context
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION e7b4ef8fffaca247809337bb78daceb406659f2d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drm: Allow mode object properties to be added after a device is registered
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH 2/2] Revert "drm/amd/display: Temporary Disable MST DP Colorspace Property"
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH 1/2] drm: Allow mode object properties to be added after a device is registered
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 00/21] drm: Increase COMPILE_TEST=y coverage
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• 2024 X.Org Developers Conference - October 9-11, Montréal, Canada
  • From: Mark Filion <mark.filion@xxxxxxxxxxxxx>
• Re: /sys/kernel/debug/vgaswitcheroo directory missing
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 00/35] fix CONFIG_DRM_USE_DYNAMIC_DEBUG=y regression
  • From: jim.cromie@xxxxxxxxx
• [PULL] drm-intel-fixes
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [RFC 1/5] drm/amdgpu: Fix migration rate limiting accounting
  • From: Friedrich Vock <friedrich.vock@xxxxxx>
• Re: drm scheduler and wq flavours
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH 3/5] drm/i915: Use drm_crtc_vblank_crtc()
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drm/amdgpu: Use drm_crtc_vblank_crtc()
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxx>
• Re: [PATCH v6 0/7] Adds support for ConfigFS to VKMS!
  • From: José Expósito <jose.exposito89@xxxxxxxxx>
• [RFC 1/5] drm/amdgpu: Fix migration rate limiting accounting
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxx>
• [RFC 0/5] Discussion around eviction improvements
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxx>
• [RFC 2/5] drm/amdgpu: Actually respect buffer migration budget
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxx>
• [RFC 5/5] drm/amdgpu: Re-validate evicted buffers
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxx>
• [RFC 3/5] drm/ttm: Add preferred placement flag
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxx>
• [RFC 4/5] drm/amdgpu: Use preferred placement for VRAM+GTT
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxx>
• [PATCH] drm/msm/adreno: De-spaghettify the use of memory barriers
  • From: Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>
• Re: [PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH] drm/msm: remove python 3.9 dependency for compiling msm
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• Re: [PATCH] drm/msm: Fix gen_header.py for python earlier than v3.9
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: /sys/kernel/debug/vgaswitcheroo directory missing
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH 6/6] drm/v3d: Deprecate the use of the Performance Counters enum
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• [PATCH 5/6] drm/v3d: Use V3D_MAX_COUNTERS instead of V3D_PERFCNT_NUM
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• [PATCH 4/6] drm/v3d: Create new IOCTL to expose performance counters information
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• [PATCH 3/6] drm/v3d: Create a new V3D parameter for the maximum number of perfcnt
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• [PATCH 0/6] drm/v3d: Improve Performance Counters handling
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• [PATCH 1/6] drm/v3d: Add Performance Counters descriptions for V3D 4.2 and 7.1
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• [PATCH 2/6] drm/v3d: Different V3D versions can have different number of perfcnt
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• Re: NXP i.MX8MM GPU performances
  • From: João Paulo Gonçalves <jpaulo.silvagoncalves@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/5] drm/amdgpu: Use drm_crtc_vblank_crtc()
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 10/12] accel/ivpu: Configure fw logging using debugfs
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 12/12] accel/ivpu: Share NPU busy time in sysfs
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 11/12] accel/ivpu: Increase reset counter when warm boot fails
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 10/12] accel/ivpu: Configure fw logging using debugfs
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 10/12] accel/ivpu: Configure fw logging using debugfs
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 08/12] accel/ivpu: Add NPU profiling support
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 09/12] accel/ivpu: Add force snoop module parameter
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 07/12] accel/ivpu: Add resume engine support
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 05/12] accel/ivpu: Add HWS JSM messages
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 06/12] accel/ivpu: Implement support for hardware scheduler
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 03/12] accel/ivpu: Create priority based command queues
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 04/12] accel/ivpu: Implement support for preemption buffers
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 02/12] accel/ivpu: Add sched_mode module param
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 01/12] accel/ivpu: Update VPU FW API headers
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• [PATCH 00/12] accel/ivpu: Changes for 6.10
  • From: Jacek Lawrynowicz <jacek.lawrynowicz@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: arm: mediatek: mmsys: Add OF graph support for board path
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [PATCH] drm: deprecate driver date
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 07/11] drm/gma500: Use fbdev client helpers
  • From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
• 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]
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• 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]
  • From: Anders Blomdell <anders.blomdell@xxxxxxxxx>
• Re: [PATCH v3 5/6] drm/xe: Add helper to accumulate exec queue runtime
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v2] mailbox: mtk-cmdq: Fix sleeping function called from invalid context
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 1/2] drm: print top commit sha after loading the driver
  • From: Farah Kassabri <fkassabri@xxxxxxxxx>
• Re: [PATCH v4 5/7] drm/panel: himax-hx83102: Support for BOE nv110wum-l60 MIPI-DSI panel
  • From: cong yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
  • From: cong yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
  • From: cong yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/2] drm: print top commit sha after loading the driver
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• [PULL] drm-misc-next-fixes
  • From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v14 21/28] dept: Apply timeout consideration to dma fence wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 03/28] dept: Add single event dependency tracker APIs
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 18/28] dept: Apply timeout consideration to swait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 10/28] dept: Record the latest one out of consecutive waits of the same class
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 09/28] dept: Add a mechanism to refill the internal memory pools on running out
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 26/28] fs/jbd2: Use a weaker annotation in journal handling
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 14/28] dept: Apply sdt_might_sleep_{start, end}() to hashed-waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 20/28] dept: Apply timeout consideration to hashed-waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 02/28] dept: Implement Dept(Dependency Tracker)
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 19/28] dept: Apply timeout consideration to waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 11/28] dept: Apply sdt_might_sleep_{start, end}() to wait_for_completion()/complete()
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 27/28] dept: Add documentation for Dept
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 24/28] dept: Print event context requestor's stacktrace on report
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 17/28] dept: Apply timeout consideration to wait_for_completion()/complete()
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 23/28] dept: Track PG_locked with dept
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 22/28] dept: Make Dept able to work with an external wgen
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 07/28] dept: Distinguish each syscall context from another
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 25/28] cpu/hotplug: Use a weaker annotation in AP thread
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 05/28] dept: Tie to Lockdep and IRQ tracing
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 13/28] dept: Apply sdt_might_sleep_{start, end}() to waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 16/28] dept: Track timeout waits separately with a new Kconfig
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 04/28] dept: Add lock dependency tracker APIs
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 28/28] dept: Add documentation for Dept's APIs
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 06/28] dept: Add proc knobs to show stats and dependency graph
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 12/28] dept: Apply sdt_might_sleep_{start,end}() to swait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 08/28] dept: Distinguish each work from another
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 15/28] dept: Apply sdt_might_sleep_{start, end}() to dma fence wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 01/28] llist: Move llist_{head, node} definition to types.h
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 00/28] DEPT(Dependency Tracker)
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v2] mailbox: mtk-cmdq: Fix sleeping function called from invalid context
  • From: "Jason-JH.Lin" <jason-jh.lin@xxxxxxxxxxxx>
• [PATCH] drm/panel: simple: Add missing display timing flags for KOE TX26D202VM0BWA
  • From: Liu Ying <victor.liu@xxxxxxx>
• [PATCH] drm/msm: Fix gen_header.py for python earlier than v3.9
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH 2/5] drm/amdgpu: Use drm_crtc_vblank_crtc()
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] drm/i915: Use drm_crtc_vblank_crtc()
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian König <christian.koenig@xxxxxxx>
• RE: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] drm/msm: remove python 3.9 dependency for compiling msm
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/buddy: Fix the range bias clear memory allocation issue
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 5/6] drm/xe: Add helper to accumulate exec queue runtime
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 6/6] drm/xe/client: Print runtime to fdinfo
  • From: Tvrtko Ursulin <tursulin@xxxxxxxxxxx>
• Re: [PATCH v1 2/2] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: NXP i.MX8MM GPU performances
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• /sys/kernel/debug/vgaswitcheroo directory missing
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: arm: mediatek: mmsys: Add OF graph support for board path
  • From: CK Hu (胡俊光) <ck.hu@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] drm/buddy: Fix the range bias clear memory allocation issue
  • From: Arunpravin Paneer Selvam <Arunpravin.PaneerSelvam@xxxxxxx>
• Re: A link error related to DRM and fbdev
  • From: Henry Wu <triangletrap12@xxxxxxxxx>
• Re: [PATCH 11/11] drm/tegra: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 93a39e4766083050ca0ecd6a3548093a3b9eb60c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 5/6] drm/xe: Add helper to accumulate exec queue runtime
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v3 6/6] drm/xe/client: Print runtime to fdinfo
  • From: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@xxxxxxxxx>
• Re: [PATCH v1 2/2] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v3 5/6] drm/xe: Add helper to accumulate exec queue runtime
  • From: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@xxxxxxxxx>
• Re: [PATCH v4 5/7] drm/panel: himax-hx83102: Support for BOE nv110wum-l60 MIPI-DSI panel
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH AUTOSEL 5.4 5/6] drm/amdkfd: Flush the process wq before creating a kfd_process
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 8/9] drm/amdkfd: Flush the process wq before creating a kfd_process
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 12/15] drm/amdkfd: Flush the process wq before creating a kfd_process
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 11/15] drm/amd/display: Atom Integrated System Info v2_2 for DCN35
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 18/25] drm/amdkfd: Flush the process wq before creating a kfd_process
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 17/25] drm/amd/display: Add VCO speed parameter for DCN31 FPU
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 16/25] drm/amd/display: Atom Integrated System Info v2_2 for DCN35
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 15/25] drm/amd/display: Add dtbclk access to dcn315
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 35/43] drm/amdkfd: Flush the process wq before creating a kfd_process
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 34/43] drm/amd/display: Disable seamless boot on 128b/132b encoding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 33/43] drm/amd/display: Fix DC mode screen flickering on DCN321
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 32/43] drm/amd/display: Add VCO speed parameter for DCN31 FPU
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 31/43] drm/amd/display: Allocate zero bw after bw alloc enable
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 30/43] drm/amd/display: Atom Integrated System Info v2_2 for DCN35
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 29/43] drm/amd/display: Add dtbclk access to dcn315
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 28/43] drm/amdgpu: Fix VRAM memory accounting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 43/52] drm/amdkfd: Flush the process wq before creating a kfd_process
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 42/52] drm/amd/display: Disable seamless boot on 128b/132b encoding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 41/52] drm/amd/display: Fix DC mode screen flickering on DCN321
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 40/52] drm/amd/display: Add VCO speed parameter for DCN31 FPU
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 39/52] drm/amd/display: Allocate zero bw after bw alloc enable
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 38/52] drm/amd/display: Atom Integrated System Info v2_2 for DCN35
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 37/52] drm/amd/display: Add dtbclk access to dcn315
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 36/52] drm/amd/display: Ensure that dmcub support flag is set for DCN20
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 35/52] drm/amdgpu: Fix VRAM memory accounting
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] drm/msm: remove python 3.9 dependency for compiling msm
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 3/3] drm/amd/display: Set color_mgmt_changed to true on unsuspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 3/3] drm/amd/display: Set color_mgmt_changed to true on unsuspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 3/3] drm/amd/display: Set color_mgmt_changed to true on unsuspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 4/5] drm/amd/display: Set color_mgmt_changed to true on unsuspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 09/12] drm/amdgpu/mes: fix use-after-free issue
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 08/12] drm/amdgpu: Fix the ring buffer size for queue VM flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 07/12] drm/amdgpu: Update BO eviction priorities
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 06/12] drm/amd/display: Set color_mgmt_changed to true on unsuspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 17/19] drm/etnaviv: fix tx clock gating on some GC7000 variants
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 12/19] drm/amdgpu/mes: fix use-after-free issue
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 11/19] drm/amdgpu: Fix the ring buffer size for queue VM flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 10/19] drm/amdkfd: Add VRAM accounting for SVM migration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 09/19] drm/amd/pm: Restore config space after reset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 08/19] drm/amdgpu: Update BO eviction priorities
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 07/19] drm/amd/display: Set color_mgmt_changed to true on unsuspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 19/23] drm/etnaviv: fix tx clock gating on some GC7000 variants
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 14/23] drm/amdgpu/mes: fix use-after-free issue
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 13/23] drm/amdgpu: Fix the ring buffer size for queue VM flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 11/23] drm/amd/pm: Restore config space after reset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 12/23] drm/amdkfd: Add VRAM accounting for SVM migration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 10/23] drm/amdgpu: Update BO eviction priorities
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 09/23] drm/amd/display: Set color_mgmt_changed to true on unsuspend
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v3 6/6] drm/xe/client: Print runtime to fdinfo
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v3 3/6] drm/xe/lrc: Add helper to capture context timestamp
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v3 0/6] drm/xe: Per client usage
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v3 4/6] drm/xe: Add helper to capture engine timestamp
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v3 1/6] drm/xe: Promote xe_hw_engine_class_to_str()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v3 5/6] drm/xe: Add helper to accumulate exec queue runtime
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v3 2/6] drm/xe: Add XE_ENGINE_CLASS_OTHER to str conversion
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v2 6/6] drm/xe/client: Print runtime to fdinfo
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
  • From: Nirmoy Das <nirmoy.das@xxxxxxxxxxxxxxx>
• RE: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 11/11] drm/tegra: Use fbdev client helpers
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH 1/5] dt-bindings: display: panel: mipi-dbi-spi: Add a pixel format property
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] drm/drm-bridge.c: Drop conditionals around of_node pointers
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [RFC PATCH] drm/amd/display: Disable panel_power_savings sysfs entry for OLED displays
  • From: Gergo Koteles <soyer@xxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Nicolas Dufresne <nicolas.dufresne@xxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• NXP i.MX8MM GPU performances
  • From: João Paulo Gonçalves <jpaulo.silvagoncalves@xxxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] drm/drm-bridge.c: Drop conditionals around of_node pointers
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: "T.J. Mercier" <tjmercier@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] dt-bindings: display: rockchip, dw-mipi-dsi: Document RK3128 DSI
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 2/7] dt-bindings: clock: rk3128: Add PCLK_MIPIPHY
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v4 6/7] dt-bindings: display: panel: Add compatible for IVO t109nw41
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v4 4/7] dt-bindings: display: panel: Add compatible for BOE nv110wum-l60
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/panel: himax-hx83102: Break out as separate driver
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] dt-bindings: arm: mediatek: mmsys: Add OF graph support for board path
  • From: "Rob Herring (Arm)" <robh@xxxxxxxxxx>
• Re: [PATCH v3 1/3] dt-bindings: display: mediatek: Add OF graph support for board path
  • From: "Rob Herring (Arm)" <robh@xxxxxxxxxx>
• Re: [pull] drm/msm: drm-msm-next-2024-05-07 for v6.10
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH] drm/connector: Add \n to message about demoting connector force-probes
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH] drm/connector: Add \n to message about demoting connector force-probes
  • From: Simon Ser <contact@xxxxxxxxxxx>
• [PATCH v3 10/10] ARM: dts: chameleonv3: Add video device nodes
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 09/10] media: dt-bindings: Add Intel Displayport RX IP
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 07/10] media: intel: Add Displayport RX IP driver
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 08/10] media: dt-bindings: Add Chameleon v3 video interface
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 05/10] media: dt-bindings: video-interfaces: Support DisplayPort MST
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 06/10] media: v4l2-mediabus: Add support for DisplayPort media bus
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 04/10] drm/display: Add mask definitions for DP_PAYLOAD_ALLOCATE_* registers
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 02/10] drm/dp_mst: Move DRM-independent structures to separate header
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 03/10] lib: Move DisplayPort CRC functions to common lib
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 01/10] media: Add Chameleon v3 video interface driver
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• [PATCH v3 00/10] Add Chameleon v3 video support
  • From: "Paweł Anikiel" <panikiel@xxxxxxxxxx>
• Re: [PATCH v2] drm/arm/comeda: don't use confusing 'timeout' variable name
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [pull] drm/msm: drm-msm-next-2024-05-07 for v6.10
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 00/15] drm: struct drm_edid conversions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] drm/fbdev-shmem: Clean up deferred I/O
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: "Bryan O'Donoghue" <bryan.odonoghue@xxxxxxxxxx>
• Re: [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
  • From: "Rob Herring (Arm)" <robh@xxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: A link error related to DRM and fbdev
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [lvc-project] [PATCH] [RFC] dma-buf: fix race condition between poll and close
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/fbdev-dma: Clean up deferred I/O
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: drm_exec changes for eviction
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/11] drm/msm: Use fbdev client helpers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: arm: mediatek: mmsys: Add OF graph support for board path
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v4 7/7] drm/panel: himax-hx83102: Support for IVO t109nw41 MIPI-DSI panel
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 6/7] dt-bindings: display: panel: Add compatible for IVO t109nw41
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 5/7] drm/panel: himax-hx83102: Support for BOE nv110wum-l60 MIPI-DSI panel
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 4/7] dt-bindings: display: panel: Add compatible for BOE nv110wum-l60
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 3/7] arm64: defconfig: Enable HIMAX_HX83102 panel
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/7] drm/panel: himax-hx83102: Break out as separate driver
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/7] Break out as separate driver and add BOE nv110wum-l60 IVO t109nw41 MIPI-DSI panel
  • From: Cong Yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/panel: himax-hx83102: Break out as separate driver
  • From: cong yang <yangcong5@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] CamelCase can it be fixed per Checkpatch.pl script
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 01/20] drm/bridge: add dsi_lp11_notify mechanism
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: drm_exec changes for eviction
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH] drm/xe: Fix UBSAN shift-out-of-bounds failure
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2] drm/arm/comeda: don't use confusing 'timeout' variable name
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• [PATCH v13 26/28] drm/vc4: tests: Convert to plane creation helper
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 28/28] drm/sun4i: hdmi: Switch to HDMI connector
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 15/28] drm/connector: hdmi: Compute bpc and format automatically
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 25/28] drm/vc4: tests: Remove vc4_dummy_plane structure
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 24/28] drm/vc4: hdmi: Switch to HDMI connector
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 23/28] drm/connector: hdmi: Create Infoframe DebugFS entries
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 22/28] drm/tests: Add infoframes test
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 21/28] drm/connector: hdmi: Add Infoframes generation
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 20/28] drm/tests: Add RGB Quantization tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 19/28] drm/connector: hdmi: Add RGB Quantization Range to the connector state
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 18/28] drm/tests: Add tests for Broadcast RGB property
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 17/28] drm/connector: hdmi: Add Broadcast RGB property
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH] drm/xe: Fix UBSAN shift-out-of-bounds failure
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [PATCH v13 16/28] drm/tests: Add HDMI connector bpc and format tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 14/28] drm/tests: Add HDMI connector rate filter hook tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 13/28] drm/connector: hdmi: Add custom hook to filter TMDS character rate
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 12/28] drm/tests: Add TDMS character rate connector state tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 11/28] drm/connector: hdmi: Calculate TMDS character rate
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 10/28] drm/tests: Add HDMI TDMS character rate tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 09/28] drm/display: hdmi: Add HDMI compute clock helper
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 08/28] drm/tests: Add output formats tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 07/28] drm/connector: hdmi: Add support for output format
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 06/28] drm/tests: Add output bpc tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 05/28] drm/connector: hdmi: Add output BPC to the connector state
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 04/28] drm/connector: hdmi: Create an HDMI sub-state
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 03/28] drm/tests: connector: Add tests for drmm_connector_hdmi_init
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 02/28] drm/mode_object: Export drm_mode_obj_find_prop_id for tests
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 01/28] drm/connector: Introduce an HDMI connector initialization function
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v13 00/28] drm/connector: Create HDMI Connector infrastructure
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH 00/14] improve Analogix DP AUX channel handling
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 08/11] drm/i915: Use drm_fbdev_helper_client_unregister()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Linaro-mm-sig] [PATCH] dma-buf/sw-sync: don't enable IRQ from sync_print_obj()
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 10/14] drm/bridge: analogix_dp: move macro reset after link bandwidth setting
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 09/14] drm/bridge: analogix_dp: remove PLL lock check from analogix_dp_config_video
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 08/14] drm/bridge: analogix_dp: move basic controller init into runtime PM
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 07/14] drm/bridge: analogix_dp: move platform and PHY power handling into runtime PM
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 06/14] drm/bridge: analogix_dp: remove clk handling from analogix_dp_set_bridge
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 05/14] drm/bridge: analogix_dp: remove unused analogix_dp_remove
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 04/14] drm/bridge: analogix_dp: handle clock via runtime PM
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 03/14] drm/bridge: analogix_dp: register AUX bus after enabling runtime PM
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 08/11] drm/i915: Use drm_fbdev_helper_client_unregister()
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [PATCH 02/14] drm/rockchip: analogix_dp: add runtime PM handling
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• [PATCH 11/11] drm/tegra: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/11] drm/omapdrm: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/11] drm/msm: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/11] drm/i915: Use drm_fbdev_helper_client_unregister()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/11] drm/gma500: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/11] drm/armada: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/11] drm/exynos: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/11] drm: Provide common fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/11] drm/fb-helper: Add helpers for struct drm_client_funcs
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/11] drm/fbdev-ttm: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/11] drm/fbdev-shmem: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/11] drm/fbdev-dma: Use fbdev client helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 01/14] drm/bridge: analogix_dp: remove unused platform power_on_end callback
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] drm/uapi: Move drm_color_ctm_3x4 out from drm_mode.h
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2] drivers/i915/intel_bios: Fix parsing backlight BDB data
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [lvc-project] [PATCH] [RFC] dma-buf: fix race condition between poll and close
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v7 01/18] soc: mediatek: Disable 9-bit alpha in ETHDR
  • From: Shawn Sung (宋孝謙) <Shawn.Sung@xxxxxxxxxxxx>
• Re: [PATCH v9 3/8] x86/vmware: Introduce VMware hypercall API
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [lvc-project] [PATCH] [RFC] dma-buf: fix race condition between poll and close
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 4/5] drm/mipi-dbi: Add support for DRM_FORMAT_RGB888
  • From: Noralf Trønnes via B4 Relay <devnull+noralf.tronnes.org@xxxxxxxxxx>
• [PATCH 3/5] drm/mipi-dbi: Make bits per word configurable for pixel transfers
  • From: Noralf Trønnes via B4 Relay <devnull+noralf.tronnes.org@xxxxxxxxxx>
• [PATCH 5/5] drm/tiny: panel-mipi-dbi: Support the pixel format property
  • From: Noralf Trønnes via B4 Relay <devnull+noralf.tronnes.org@xxxxxxxxxx>
• [PATCH 0/5] drm/tiny: panel-mipi-dbi: Support 18 bits per color RGB666
  • From: Noralf Trønnes via B4 Relay <devnull+noralf.tronnes.org@xxxxxxxxxx>
• [PATCH 2/5] drm/mipi-dbi: Remove mipi_dbi_machine_little_endian()
  • From: Noralf Trønnes via B4 Relay <devnull+noralf.tronnes.org@xxxxxxxxxx>
• [PATCH 1/5] dt-bindings: display: panel: mipi-dbi-spi: Add a pixel format property
  • From: Noralf Trønnes via B4 Relay <devnull+noralf.tronnes.org@xxxxxxxxxx>
• Re: [PATCH v9 1/8] x86/vmware: Move common macros to vmware.h
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: drm scheduler and wq flavours
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx>
• [PATCH v2] drm/arm/comeda: don't use confusing 'timeout' variable name
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
  • From: Janusz Krzysztofik <janusz.krzysztofik@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] drm/bridge: samsung-dsim: Fix porch calcalcuation rounding
  • From: Frieder Schrempf <frieder.schrempf@xxxxxxxxxx>
• Re: [PATCH 01/20] drm/bridge: add dsi_lp11_notify mechanism
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/buddy: Fix the range bias clear memory allocation issue
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• Re: [PATCH v6 00/10] Make PCI's devres API more consistent
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• 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]
  • From: David Wang <00107082@xxxxxxx>
• Re: [RFT PATCH v2 14/48] drm/panel: ltk050h3146w: Stop tracking prepared
  • From: Quentin Schulz <quentin.schulz@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 2b84edefcad14934796fad37b16512b6a2ca467e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFT PATCH v2 15/48] drm/panel: ltk050h3146w: Don't call unprepare+disable at shutdown/remove
  • From: Quentin Schulz <quentin.schulz@xxxxxxxxx>
• Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
  • From: Nirmoy Das <nirmoy.das@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: arm: mediatek: mmsys: Add OF graph support for board path
  • From: CK Hu (胡俊光) <ck.hu@xxxxxxxxxxxx>
• Re: [PATCH v1 5/5] drm/ci: update xfails for the new testlist
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/5] drm/ci: skip driver specific tests
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] drm/ci: generate testlist from build
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• Re: [PATCH v7 01/18] soc: mediatek: Disable 9-bit alpha in ETHDR
  • From: CK Hu (胡俊光) <ck.hu@xxxxxxxxxxxx>
• Re: [PATCH v1 2/5] drm/ci: generate testlist from build
  • From: Vignesh Raman <vignesh.raman@xxxxxxxxxxxxx>
• 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]
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [RFC] CamelCase can it be fixed per Checkpatch.pl script
  • From: Ashok Kumar <ashokemailat@xxxxxxxxx>
• [PATCH] [PATCH RESEND] drm/virtio: fix memory leak of vbuf
  • From: Weishi Li <liweishi@xxxxxxxxxx>
• Re: [PATCH v12 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
  • From: Andy Yan <andy.yan@xxxxxxxxxxxxxx>
• Re: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: drm scheduler and wq flavours
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• [PATCH v9 7/8] x86/vmware: Undefine VMWARE_HYPERCALL
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 8/8] x86/vmware: Add TDX hypercall support
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 6/8] drm/vmwgfx: Use VMware hypercall API
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 5/8] input/vmmouse: Use VMware hypercall API
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 4/8] ptp/vmware: Use VMware hypercall API
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 3/8] x86/vmware: Introduce VMware hypercall API
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 2/8] x86/vmware: Correct macro names
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 1/8] x86/vmware: Move common macros to vmware.h
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH v9 0/8] VMware hypercalls enhancements
  • From: Alexey Makhalov <alexey.makhalov@xxxxxxxxxxxx>
• [PATCH 4/7] clk: rockchip: rk3128: Add hclk_vio_h2p to critical clocks
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• [PATCH 6/7] ARM: dts: rockchip: Add DPHY for RK3128
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• [PATCH 7/7] ARM: dts: rockchip: Add DSI for RK3128
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• [PATCH 5/7] drm/rockchip: dsi: Add support for RK3128
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• [PATCH 1/7] dt-bindings: display: rockchip, dw-mipi-dsi: Document RK3128 DSI
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• [PATCH 3/7] clk: rockchip: rk3128: Export PCLK_MIPIPHY
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• [PATCH 2/7] dt-bindings: clock: rk3128: Add PCLK_MIPIPHY
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• [PATCH 0/7] Add DSI support for RK3128
  • From: Alex Bee <knaerzche@xxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: "T.J. Mercier" <tjmercier@xxxxxxxxxx>
• Re: [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
  • From: Nirmoy Das <nirmoy.das@xxxxxxxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] Revert "drm/i915: Remove extra multi-gt pm-references"
  • From: Janusz Krzysztofik <janusz.krzysztofik@xxxxxxxxxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RFT PATCH v2 31/48] drm/panel: xinpeng-xpp055c272: Don't call unprepare+disable at shutdown/remove
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 30/48] drm/panel: xinpeng-xpp055c272: Stop tracking prepared
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 17/48] drm/panel: ltk500hd1829: Don't call unprepare+disable at shutdown/remove
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 16/48] drm/panel: ltk500hd1829: Stop tracking prepared
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 13/48] drm/panel: kingdisplay-kd097d04: Don't call unprepare+disable at shutdown/remove
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 12/48] drm/panel: kingdisplay-kd097d04: Stop tracking prepared/enabled
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 09/48] drm/panel: innolux-p079zca: Don't call unprepare+disable at shutdown/remove
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 08/48] drm/panel: innolux-p079zca: Stop tracking prepared/enabled
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 14/48] drm/panel: ltk050h3146w: Stop tracking prepared
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFT PATCH v2 15/48] drm/panel: ltk050h3146w: Don't call unprepare+disable at shutdown/remove
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/panel-edp: Add ID for KD KD116N09-30NH-A016
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] drm/panel-edp: Add panel CSOT MNB601LS1-1
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v1 10/12] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] drm/i915/vma: Fix UAF on reopen vs destroy race
  • From: Nirmoy Das <nirmoy.das@xxxxxxxxxxxxxxx>
• Re: [RFT PATCH v2 15/48] drm/panel: ltk050h3146w: Don't call unprepare+disable at shutdown/remove
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/mediatek: Add support for OF graphs
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] drm/buddy: Fix the range bias clear memory allocation issue
  • From: Arunpravin Paneer Selvam <Arunpravin.PaneerSelvam@xxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 20/20] drm/bridge: tc358775: use devm_drm_bridge_add()
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 19/20] drm/bridge: tc358775: fix power-up sequencing
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 18/20] drm/bridge: tc358775: fix the power-up/down delays
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 17/20] drm/bridge: tc358775: move bridge power up/down into functions
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 16/20] drm/bridge: tc358775: use proper defines to configure LVDS timings
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 15/20] drm/bridge: tc358775: dynamically configure DSI link settings
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 14/20] drm/bridge: tc358775: configure PLL depending on the LVDS clock
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 13/20] drm/bridge: tc358775: split the init code
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 12/20] drm/bridge: tc358775: correctly configure LVDS clock
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 11/20] drm/bridge: tc358775: reformat weird indentation
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 10/20] drm/bridge: tc358775: simplify lvds_link property
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 09/20] drm/bridge: tc358775: remove complex vsdelay calculation
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 08/20] drm/bridge: tc358775: remove error message if regulator is missing
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 07/20] drm/bridge: tc358775: use regmap instead of open coded access functions
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 06/20] drm/bridge: tc358775: redefine LV_MX()
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 05/20] drm/bridge: tc358775: add crtc modes fixup
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 04/20] drm/bridge: tc358775: fix regulator supply id
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 03/20] drm/mediatek: dsi: add support for .dsi_lp11_notity()
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 02/20] drm/mediatek: dsi: provide LP-11 mode during .pre_enable
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 01/20] drm/bridge: add dsi_lp11_notify mechanism
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• [PATCH 00/20] drm/bridge: tc358775: proper bridge bringup and code cleanup
  • From: Michael Walle <mwalle@xxxxxxxxxx>
• Re: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [syzbot] Monthly dri report (May 2024)
  • From: syzbot <syzbot+list81f184520f9f481c9488@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/mediatek: Add support for OF graphs
  • From: "Michael Walle" <mwalle@xxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/vmwgfx: Re-introduce drm_crtc_helper_funcs::prepare
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 3/3] drm/mediatek: Implement OF graphs support for display paths
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation/gpu: Document the situation with unqualified drm-memory-
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/2] drm/bridge: anx7625: Change TDM setting accroding to dt property
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Safety of opening up /dev/dma_heap/* to physically present users (udev uaccess tag) ?
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/mediatek: Add support for OF graphs
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/mediatek: Add support for OF graphs
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] drm/mediatek: Add support for OF graphs
  • From: "Michael Walle" <mwalle@xxxxxxxxxx>
• drm_exec changes for eviction
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH v7 1/1] drm/bridge: it6505: fix hibernate to resume no display issue
  • From: kuro <kuro.chung@xxxxxxxxxx>
• [PATCH v7 0/1] drm/bridge: it6505: fix hibernate to resume no display issue
  • From: kuro <kuro.chung@xxxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: Charan Teja Kalla <quic_charante@xxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/3] drm/mediatek: Implement OF graphs support for display paths
  • From: "Michael Walle" <mwalle@xxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• RE: [PATCH v6 1/1] drm/bridge: it6505: fix hibernate to resume no display issue
  • From: <kuro.chung@xxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v12 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
  • From: Andy Yan <andy.yan@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] refcount: Introduce refcount_long_t and APIs
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v12 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH v12 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/rockchip: vop2: fix rk3588 dp+dsi maxclk verification
  • From: Quentin Schulz <quentin.schulz@xxxxxxxxx>
• Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove
  • From: Bui Quang Minh <minhquangbui99@xxxxxxxxx>
• Re: [PATCH 2/2] drm/rockchip: vop2: configure layers for vp3 on rk3588
  • From: Quentin Schulz <quentin.schulz@xxxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
  • From: "Maxime Ripard" <mripard@xxxxxxxxxx>
• Re: [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
  • From: Ondřej Jirman <megi@xxxxxx>
• Re: [lvc-project] [PATCH] [RFC] dma-buf: fix race condition between poll and close
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFT PATCH v2 47/48] drm/panel: sony-acx565akm: Don't call disable at remove
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFT PATCH v2 47/48] drm/panel: sony-acx565akm: Don't call disable at remove
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFT PATCH v2 46/48] drm/panel: sony-acx565akm: Don't double-check enabled state in disable
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 9/9] drm/panel: innolux-p079zca: Don't use a table for initting panels
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] i2c: mux: Remove class argument from i2c_mux_add_adapter()
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/9] drm/mipi-dsi: Introduce mipi_dsi_*_write_seq_multi()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 4/8] drm/mipi-dsi: Introduce mipi_dsi_*_write_seq_multi()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 8/9] drm/panel: ili9882t: Don't use a table for initting panels
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• linux-next: manual merge of the drm-xe tree with the drm-intel tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/msm/dpu: fix vblank IRQ handling for command panels
  • From: Caleb Connolly <caleb.connolly@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] epoll: be better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v2] epoll: be better about file lifetimes
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 2/8] x86/vmware: Move common macros to vmware.h
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] epoll: be better about file lifetimes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] epoll: be better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: Charan Teja Kalla <quic_charante@xxxxxxxxxxx>
• [PATCH] dma-buf/sw-sync: don't enable IRQ from sync_print_obj()
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] drm: arm: display: komeda: komeda_crtc: use 'time_left' variable with wait_for_completion_timeout()
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFT PATCH v2 19/48] drm/panel: novatek-nt36672a: Don't call unprepare+disable at shutdown/remove
  • From: Joel Selvaraj <jo@xxxxxxxxxxx>
• Re: [RFT PATCH v2 18/48] drm/panel: novatek-nt36672a: Stop tracking prepared
  • From: Joel Selvaraj <jo@xxxxxxxxxxx>
• Re: [RFT PATCH v2 19/48] drm/panel: novatek-nt36672a: Don't call unprepare+disable at shutdown/remove
  • From: Joel Selvaraj <jo@xxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/amd/pm: Fix error code in vega10_hwmgr_backend_init()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] drm/msm/a6xx: Cleanup indexed regs const'ness
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 16/18] drm/mediatek: Support CRC in display driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] drm/amdgpu: delete unnecessary check
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] drm/amd/pm: Fix error code in vega10_hwmgr_backend_init()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] staging: fb_tinylcd Alignment to open parenthesis
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] drm/vmwgfx: Re-introduce drm_crtc_helper_funcs::prepare
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmabuf: fix dmabuf file poll uaf issue
  • From: "T.J. Mercier" <tjmercier@xxxxxxxxxx>
• Re: [PATCH] drm: renesas: shmobile: Call drm_helper_force_disable_all() at shutdown time
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH] drm/vmwgfx: Re-introduce drm_crtc_helper_funcs::prepare
  • From: Ian Forbes <ian.forbes@xxxxxxxxxxxx>
• Re: [PATCH v1 10/12] sfc: falcon: Make I2C terminology more inclusive
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [BUG] drm: zynqmp_dp: Lockup in zynqmp_dp_bridge_detect when device is unbound
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFT PATCH v2 48/48] drm/panel: Update TODO list item for cleaning up prepared/enabled tracking
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 47/48] drm/panel: sony-acx565akm: Don't call disable at remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 46/48] drm/panel: sony-acx565akm: Don't double-check enabled state in disable
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 45/48] drm/panel: raydium-rm67191: Don't call unprepare+disable at shutdown
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 44/48] drm/panel: raydium-rm67191: Stop tracking enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 43/48] drm/panel: sitronix-st7703: Don't call disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 42/48] drm/panel: sitronix-st7703: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 41/48] drm/panel: sharp-ls043t1le01: Don't call disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 40/48] drm/panel: sharp-ls043t1le01: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 39/48] drm/panel: sharp-lq101r1sx01: Don't call disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 38/48] drm/panel: sharp-lq101r1sx01: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 37/48] drm/panel: seiko-43wvf1g: Don't call disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 36/48] drm/panel: seiko-43wvf1g: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 35/48] drm/panel: panasonic-vvx10f034n00: Don't call disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 34/48] drm/panel: panasonic-vvx10f034n00: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 33/48] drm/panel: jdi-lt070me05000: Don't call disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 32/48] drm/panel: jdi-lt070me05000: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 31/48] drm/panel: xinpeng-xpp055c272: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 30/48] drm/panel: xinpeng-xpp055c272: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 29/48] drm/panel: tdo-tl070wsh30: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 28/48] drm/panel: tdo-tl070wsh30: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 27/48] drm/panel: simple: Add a comment about unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 26/48] drm/panel: simple: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 25/48] drm/panel: samsung-atna33xc20: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 24/48] drm/panel: samsung-atna33xc20: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 23/48] drm/panel: osd-osd101t2587-53ts: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 22/48] drm/panel: osd-osd101t2587-53ts: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 21/48] drm/panel: olimex-lcd-olinuxino: Don't call unprepare+disable at remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 20/48] drm/panel: olimex-lcd-olinuxino: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 19/48] drm/panel: novatek-nt36672a: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 18/48] drm/panel: novatek-nt36672a: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 17/48] drm/panel: ltk500hd1829: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 16/48] drm/panel: ltk500hd1829: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 15/48] drm/panel: ltk050h3146w: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 14/48] drm/panel: ltk050h3146w: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 13/48] drm/panel: kingdisplay-kd097d04: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 12/48] drm/panel: kingdisplay-kd097d04: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 11/48] drm/panel: khadas-ts050: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 10/48] drm/panel: khadas-ts050: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 09/48] drm/panel: innolux-p079zca: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 08/48] drm/panel: innolux-p079zca: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 07/48] drm/panel: edp: Add a comment about unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 06/48] drm/panel: edp: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 05/48] drm/panel: boe-tv101wum-nl6: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 04/48] drm/panel: boe-tv101wum-nl6: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFT PATCH v2 03/48] drm/panel: boe-himax8279d: Don't call unprepare+disable at shutdown/remove
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 02/48] drm/panel: boe-himax8279d: Stop tracking prepared/enabled
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 01/48] drm/panel: raydium-rm692e5: Stop tracking prepared
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 00/48] drm/panel: Remove most store/double-check of prepared/enabled state
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] epoll: try to be a _bit_ better about file lifetimes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/msm/dpu: fix vblank IRQ handling for command panels
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH] drm/msm/gen_header: allow skipping the validation
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/6] drm/panel: novatek-nt36672a: stop calling regulator_set_load manually
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• RE: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: "Zeng, Oak" <oak.zeng@xxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/msm/gen_header: allow skipping the validation
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 9221b2819b8a4196eecf5476d66201be60fbcf29
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] fbdev: Have CONFIG_FB_NOTIFY be tristate
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [PATCH v2 1/2] drm/msm/gen_header: allow skipping the validation
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH v5 10/10] drm: zynqmp_dp: Add debugfs interface for compliance testing
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 09/10] drm: zynqmp_dp: Take dp->lock in zynqmp_dp_hpd_work_func
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 08/10] drm: zynqmp_dp: Split off several helper functions
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 07/10] drm: zynqmp_dp: Use AUX IRQs instead of polling
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 06/10] drm: zynqmp_dp: Convert to a hard IRQ
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 05/10] drm: zynqmp_dp: Don't retrain the link in our IRQ
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 04/10] drm: zynqmp_dp: Add locking
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 03/10] drm: zynqmp_dp: Don't delay work
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 02/10] drm: zynqmp_dp: Rearrange zynqmp_dp for better padding
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 00/10] drm: zynqmp_dp: IRQ cleanups and debugfs support
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• [PATCH v5 01/10] drm: zynqmp_kms: Fix AUX bus not getting unregistered
  • From: Sean Anderson <sean.anderson@xxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v0 04/14] media: au0828: Make I2C terminology more inclusive
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• get_file() unsafe under epoll (was Re: [syzbot] [fs?] [io-uring?] general protection fault in __ep_remove)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] Documentation/gpu: Document the situation with unqualified drm-memory-
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/12] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/12] media: cx23885: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/12] media: ivtv: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/12] media: cx25821: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/12] media: cx18: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/12] media: cobalt: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/12] media: au0828: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] drm/ci: validate drm/msm XML register files against schema
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 1/2] drm/msm/gen_header: allow skipping the validation
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 0/2] drm/msm/gen_header: allow skipping the validation
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/12] drm/gma500: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/12] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] Fix Kernel CI issues
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: drm/bridge: anx7625: Add a perporty to change TDM setting
  • From: Hsin-Te Yuan <yuanhsinte@xxxxxxxxxxxx>
• Re: [PATCH] Documentation/gpu: Document the situation with unqualified drm-memory-
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx>
• Re: [PATCH 5/6] drm/panel: novatek-nt36672a: stop calling regulator_set_load manually
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH] drm/connector: Add \n to message about demoting connector force-probes
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/msm/gen_header: allow skipping the validation
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: drm/bridge: anx7625: Add a perporty to change TDM setting
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [PATCH v5 10/10] drm/bridge: anx7688: Switch to use drm_bridge_set_node() helper
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 09/10] drm/bridge: ch7033: Switch to use fwnode based APIs
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 08/10] drm/bridge: sii9234: Use fwnode APIs to abstract DT dependent API away
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 07/10] drm/bridge: tfp410: Use fwnode APIs to acquire device properties
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 06/10] drm-bridge: it66121: Use fwnode APIs to acquire device properties
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 05/10] drm/bridge: sii902x: Switch to use fwnode APIs to acquire device properties
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 04/10] drm/bridge: display-connector: Use fwnode APIs to acquire device properties
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 03/10] drm/bridge: simple-bridge: Use fwnode APIs to acquire device properties
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 02/10] drm/bridge: Add a helper to setup both the of_node and fwnode of drm bridge
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 01/10] drm/bridge: Allow using fwnode APIs to get the next bridge
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v5 00/10] drm/bridge: Allow using fwnode API to get the next bridge
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v3 9/9] drm/panel: innolux-p079zca: Don't use a table for initting panels
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [git pull] drm fixes for 6.9-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v3 0/2] Fix Kernel CI issues
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH linux-next] gpu:ipu-v3:pre: replace of_node_put() with __free
  • From: R Sundar <prosunofficial@xxxxxxxxx>
• Re: [PATCH] staging: fb_tinylcd Alignment to open parenthesis
  • From: Ashok Kumar <ashokemailat@xxxxxxxxx>
• Re: [PATCH] Documentation/gpu: Document the situation with unqualified drm-memory-
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [v1,1/3] drm/panel: ili9341: Correct use of device property APIs
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] Documentation/gpu: Document the situation with unqualified drm-memory-
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] drm/bridge: sii902x: Fix mode_valid hook
  • From: Jayesh Choudhary <j-choudhary@xxxxxx>
• [PATCH 14/14] drm/bridge: analogix_dp: handle AUX transfer timeouts
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 12/14] drm/bridge: analogix_dp: simplify and correct PLL lock checks
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 13/14] drm/bridge: analogix_dp: only read AUX status when an error occured
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 11/14] drm/bridge: analogix_dp: don't wait for PLL lock too early
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 10/14] drm/bridge: analogix_dp: move macro reset after link bandwidth setting
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 09/14] drm/bridge: analogix_dp: remove PLL lock check from analogix_dp_config_video
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 08/14] drm/bridge: analogix_dp: move basic controller init into runtime PM
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 05/14] drm/bridge: analogix_dp: remove unused analogix_dp_remove
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 04/14] drm/bridge: analogix_dp: handle clock via runtime PM
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 07/14] drm/bridge: analogix_dp: move platform and PHY power handling into runtime PM
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 00/14] improve Analogix DP AUX channel handling
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 01/14] drm/bridge: analogix_dp: remove unused platform power_on_end callback
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 03/14] drm/bridge: analogix_dp: register AUX bus after enabling runtime PM
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 02/14] drm/rockchip: analogix_dp: add runtime PM handling
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 06/14] drm/bridge: analogix_dp: remove clk handling from analogix_dp_set_bridge
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: Proposal to add CRIU support to DRM render nodes
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• RE: [PATCH 06/23] drm/xe/svm: Introduce a helper to build sg table from hmm range
  • From: "Zeng, Oak" <oak.zeng@xxxxxxxxx>