Nouveau Display Driver

• Thread Index

• Re: [PATCH v5 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 14/25] drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 0/5] NVKM GSP RPC message handling policy
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH v2 21/25] drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: Daniel Almeida <daniel.almeida@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH next] drm/nouveau: Fix error pointer dereference in r535_gsp_msgq_recv()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: Remove myself
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v2] drm/nouveau/pmu: Fix gp10b firmware guard
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH v3 06/25] drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: select FW caching
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: select FW caching
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: select FW caching
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v3 06/25] drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: Remove myself
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: select FW caching
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v3 24/25] drm/xen: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 20/25] drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 21/25] drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 17/25] drm/renesas/rcar-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 18/25] drm/renesas/rz-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 16/25] drm/qxl: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 12/25] drm/mediatek: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 08/25] drm/gma500: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 14/25] drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 06/25] drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 09/25] drm/hibmc: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 05/25] drm/gem-vram: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 07/25] drm/exynos: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 04/25] drm/gem-shmem: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 03/25] drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 01/25] drm/dumb-buffers: Sanitize output on errors
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2] drm/nouveau/pmu: Fix gp10b firmware guard
  • From: Aaron Kling via B4 Relay <devnull+webgeek1234.gmail.com@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/pmu: Fix gp10b firmware guard
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] drm/nouveau/pmu: Fix gp10b firmware guard
  • From: Aaron Kling via B4 Relay <devnull+webgeek1234.gmail.com@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RFC 2/3] rust: make ETIMEDOUT error available
  • From: Daniel Almeida <daniel.almeida@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/3] rust: add useful ops for u64
  • From: Daniel Almeida <daniel.almeida@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: Remove myself
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH next] drm/nouveau: Fix error pointer dereference in r535_gsp_msgq_recv()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH RFC 3/3] gpu: nova-core: add basic timer device
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH RFC 2/3] rust: make ETIMEDOUT error available
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH RFC 1/3] rust: add useful ops for u64
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [RFC PATCH 0/3] gpu: nova-core: add basic timer subdevice implementation
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: Remove myself
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 03/17] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH next] drm/nouveau: Fix error pointer dereference in r535_gsp_msgq_recv()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 03/17] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH 1/1] MAINTAINERS: Remove myself
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 0/1] Me stepping down as a nouveau kernel maintainer
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v1 1/2] nouveau/svm: fix missing folio unlock + put after make_device_exclusive_range()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau: Avoid multiple -Wflex-array-member-not-at-end warnings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: select FW caching
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: select FW caching
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 00/17] mm: fixes for device-exclusive entries (hmm)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 00/17] mm: fixes for device-exclusive entries (hmm)
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v3 2/2] gpu: nova-core: add initial documentation
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH v2 00/17] mm: fixes for device-exclusive entries (hmm)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 00/17] mm: fixes for device-exclusive entries (hmm)
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v3 2/2] gpu: nova-core: add initial documentation
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v3 2/2] gpu: nova-core: add initial documentation
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 3/5] drm/nouveau/nvkm: introduce new GSP reply policy NVKM_GSP_RPC_REPLY_POLL
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH 2/5] drm/nouveau/nvkm: factor out the current RPC command reply policies
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH 0/5] NVKM GSP RPC message handling policy
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 3/5] drm/nouveau/nvkm: introduce new GSP reply policy NVKM_GSP_RPC_REPLY_POLL
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH][next] drm/nouveau: Avoid multiple -Wflex-array-member-not-at-end warnings
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/nouveau/nvkm: introduce a kernel doc for GSP message handling
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH 3/5] drm/nouveau/nvkm: introduce new GSP reply policy NVKM_GSP_RPC_REPLY_POLL
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH 2/5] drm/nouveau/nvkm: factor out the current RPC command reply policies
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/nouveau/nvkm: factor out r535_gsp_rpc_handle_reply()
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH v3 1/2] gpu: nova-core: add initial driver stub
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH v1 2/2] nouveau/svm: don't initialize ret in nouveau_atomic_range_fault()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 1/2] nouveau/svm: fix missing folio unlock + put after make_device_exclusive_range()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v2 13/17] mm/page_idle: handle device-exclusive entries correctly in page_idle_clear_pte_refs_one()
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v4] drm/sched: Use struct for drm_sched_init() params
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v4] drm/sched: Use struct for drm_sched_init() params
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v4] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <phasta@xxxxxxxxxx>
• Re: [PATCH v2 03/17] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 15/17] mm/damon: handle device-exclusive entries correctly in damon_folio_mkold_one()
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v2 14/17] mm/damon: handle device-exclusive entries correctly in damon_folio_young_one()
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v2 03/17] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/17] mm: fixes for device-exclusive entries (hmm)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 17/17] mm/rmap: avoid -EBUSY from make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 16/17] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 15/17] mm/damon: handle device-exclusive entries correctly in damon_folio_mkold_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 14/17] mm/damon: handle device-exclusive entries correctly in damon_folio_young_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 13/17] mm/page_idle: handle device-exclusive entries correctly in page_idle_clear_pte_refs_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 12/17] mm/rmap: handle device-exclusive entries correctly in page_vma_mkclean_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 11/17] mm/rmap: handle device-exclusive entries correctly in try_to_migrate_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 10/17] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 09/17] mm/ksm: handle device-exclusive entries correctly in write_protect_page()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 08/17] kernel/events/uprobes: handle device-exclusive entries correctly in __replace_page()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 07/17] mm/page_vma_mapped: device-exclusive entries are not migration entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 05/17] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 06/17] mm: use single SWP_DEVICE_EXCLUSIVE entry type
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 04/17] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 03/17] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 02/17] mm/rmap: reject hugetlb folios in folio_make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 01/17] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 00/17] mm: fixes for device-exclusive entries (hmm)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3] drm/sched: Use struct for drm_sched_init() params
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• Re: [PATCH v3 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v3 1/2] gpu: nova-core: add initial driver stub
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v3 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 4/5] drm/nouveau/nvkm: use the new policy for NV_VGPU_MSG_FUNCTION_ALLOC_MEMORY
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 5/5] drm/nouveau/nvkm: introduce a kernel doc for GSP message handling
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 2/5] drm/nouveau/nvkm: factor out the current RPC command reply policies
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 3/5] drm/nouveau/nvkm: introduce new GSP reply policy NVKM_GSP_RPC_REPLY_POLL
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 0/5] NVKM GSP RPC message handling policy
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH 1/5] drm/nouveau/nvkm: factor out r535_gsp_rpc_handle_reply()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v3] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <phasta@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v2 1/2] gpu: nova-core: add initial driver stub
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v2 0/8] DRM Rust abstractions and Nova
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 06/12] mm: use single SWP_DEVICE_EXCLUSIVE entry type
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v2 3/8] rust: drm: add driver abstractions
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• [PATCH] drm/nouveau: don't attempt to schedule hpd_work on headless cards
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• [PATCH v2] drm/nouveau: don't attempt to schedule hpd_work on headless cards
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: don't attempt to schedule hpd_work on headless cards
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• Re: [PATCH v2 1/2] gpu: nova-core: add initial driver stub
  • From: "Alexandre Courbot" <acourbot@xxxxxxxxxx>
• [PATCH] drm/nouveau: select FW caching
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v2 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• RE: [PATCH v5 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: "Kandpal, Suraj" <suraj.kandpal@xxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v2 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/2] gpu: nova-core: add initial documentation
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 0/4] drm/gpuvm: Add support for single-page-filled mappings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v5 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 0/4] drm/gpuvm: Add support for single-page-filled mappings
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• Re: [PATCH 0/4] drm/gpuvm: Add support for single-page-filled mappings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] drm/gpuvm: Add support for single-page-filled mappings
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• [PATCH v5 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v5 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v5 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v5 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v5 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH 0/4] drm/gpuvm: Add support for single-page-filled mappings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] drm/gpuvm: Add support for single-page-filled mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH 2/2] gpu: nova-core: add initial documentation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 1/2] gpu: nova-core: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [drm-misc-next] drm/nouveau: fix kernel-doc comments
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v7 0/7] Improve gpu_scheduler trace events + uAPI
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v1 07/12] mm/page_vma_mapped: device-private entries are not migration entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v7 2/7] drm/sched: store the drm client_id in drm_sched_fence
  • From: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@xxxxxxx>
• [PATCH v7 0/7] Improve gpu_scheduler trace events + uAPI
  • From: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@xxxxxxx>
• Re: [RFC 2/8] drm/nouveau: introduce tu102_gsp_init_fw_heap()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 07/12] mm/page_vma_mapped: device-private entries are not migration entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 06/12] mm: use single SWP_DEVICE_EXCLUSIVE entry type
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 02/12] mm/rmap: reject hugetlb folios in folio_make_device_exclusive()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 3/4] mm/memory: pass folio and pte to restore_exclusive_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 1/4] lib/test_hmm: make dmirror_atomic_map() consume a single page
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 3/4] mm/memory: pass folio and pte to restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/4] lib/test_hmm: make dmirror_atomic_map() consume a single page
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 0/4] mm: cleanups for device-exclusive entries (hmm)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 11/12] mm/rmap: handle device-exclusive entries correctly in page_vma_mkclean_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 10/12] mm/rmap: handle device-exclusive entries correctly in folio_referenced_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 09/12] mm/rmap: handle device-exclusive entries correctly in try_to_migrate_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 07/12] mm/page_vma_mapped: device-private entries are not migration entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 06/12] mm: use single SWP_DEVICE_EXCLUSIVE entry type
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 02/12] mm/rmap: reject hugetlb folios in folio_make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 00/12] mm: fixes for device-exclusive entries (hmm)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH v2] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <phasta@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] nouveau/svm: fix + cleanup for nouveau_atomic_range_fault()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 06/31] nvkm: correctly calculate the available space of the GSP cmdq buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 05/31] nvkm/gsp: correctly advance the read pointer of GSP message queue
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.13 07/34] nvkm: correctly calculate the available space of the GSP cmdq buffer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.13 06/34] nvkm/gsp: correctly advance the read pointer of GSP message queue
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v4 00/15] NVKM GSP RPC kernel docs, cleanups and fixes
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v4 00/15] NVKM GSP RPC kernel docs, cleanups and fixes
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v4 10/15] drm/nouveau: refine the variable names in r535_gsp_msg_recv()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 13/15] drm/nouveau: factor out r535_gsp_msgq_recv_one_elem()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 09/15] drm/nouveau: refine the variable names in r535_gsp_rpc_push()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 14/15] drm/nouveau: support handling the return of large GSP message
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 15/15] drm/nouveau: consume the return of large GSP message
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 08/15] drm/nouveau: remove the magic number in r535_gsp_rpc_push()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 12/15] drm/nouveau: factor out r535_gsp_msgq_peek()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 07/15] drm/nouveau: fix the broken marco GSP_MSG_MAX_SIZE
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 05/15] drm/nouveau: rename "argv" to what it represents in *rm_{alloc, ctrl}_*()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 02/15] drm/nouveau: rename "repc" to "gsp_rpc_len" on the GSP message recv path
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 06/15] drm/nouveau: rename "argc" to what it represents in GSP RPC routines
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 03/15] drm/nouveau: rename "argv" to what it represents on the GSP message send path
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 11/15] drm/nouveau: rename the variable "cmd" to "msg" in r535_gsp_cmdq_{get, push}()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 04/15] drm/nouveau: remove unused param repc in *rm_alloc_push()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 01/15] drm/nouveau: add a kernel doc to introduce the GSP RPC
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v4 00/15] NVKM GSP RPC kernel docs, cleanups and fixes
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH v1 2/2] nouveau/svm: don't initialize ret in nouveau_atomic_range_fault()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/2] nouveau/svm: fix missing folio unlock + put after make_device_exclusive_range()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 0/2] nouveau/svm: fix + cleanup for nouveau_atomic_range_fault()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Maíra Canal <mcanal@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/sched: Use struct for drm_sched_init() params
  • From: Philipp Stanner <phasta@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [syzbot] [dri?] divide error in drm_mode_debug_printmodeline
  • From: syzbot <syzbot+2e93e6fb36e6fdc56574@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 8/8] drm/nouveau: introduce the scrubber on Ada in a kernel doc
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 7/8] drm/nouveau: set max supported vGPU count when SRIOV is supported
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 6/8] drm/nouveau: override the WPR2 heap size when SRIOV is supported on Ada
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 5/8] drm/nouveau: support WPR2 heap size override
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 1/8] drm/nouveau: factor out nvkm_gsp_init_fw_heap()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 3/8] drm/nouveau: load scrubber ucode image when WPR2 heap size > 256MB
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau: Do not override forced connector status
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] [drm-misc-next] drm/nouveau: fix kernel-doc comments
  • From: Danilo Krummrich <kernel@xxxxxxxx>
• Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• [PATCH v2 22/25] drm/vmwgfx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 24/25] drm/xen: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 16/25] drm/qxl: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 15/25] drm/omapdrm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 11/25] drm/loongson: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 09/25] drm/hibmc: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/25] drm/armada: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 03/25] drm/gem-dma: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/25] drm/dumb-buffers: Sanitize output on errors
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 23/25] drm/xe: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 25/25] drm/xlnx: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 13/25] drm/msm: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 21/25] drm/virtio: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 20/25] drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 18/25] drm/renesas/rz-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 17/25] drm/renesas/rcar-du: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 14/25] drm/nouveau: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 12/25] drm/mediatek: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 10/25] drm/imx/ipuv3: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 07/25] drm/exynos: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 08/25] drm/gma500: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 05/25] drm/gem-vram: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 04/25] drm/gem-shmem: Compute dumb-buffer sizes with drm_mode_size_dumb()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 02/25] drm/dumb-buffers: Provide helper to set pitch and size
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH] [drm-misc-next] drm/nouveau: fix kernel-doc comments
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH] nouveau/fence: handle cross cli fences properly.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] [drm-misc-next] drm/nouveau: fix kernel-doc comments
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH] nouveau/fence: handle cross device fences properly. (v3)
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Bjorn Andersson <andersson@xxxxxxxxxx>
• Re: [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Bjorn Andersson <andersson@xxxxxxxxxx>
• Re: [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH v4 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v4 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: Laptop, nouveau and external monitor
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RESEND] drm/nouveau/disp: Fix missing backlight control on Macbook 5,1
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v3 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Johan Hovold <johan@xxxxxxxxxx>
• [PATCH] [RFC] nouveau: hack fix for regression from 6.2
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/fence: handle cross device fences properly.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Harry Wentland <harry.wentland@xxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v3 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v3 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v3 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v3 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v3 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: Laptop, nouveau and external monitor
  • From: H <agents@xxxxxxxxxxxxxx>
• [PATCH RESEND] drm/nouveau/disp: Fix missing backlight control on Macbook 5, 1
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: Laptop, nouveau and external monitor
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Laptop, nouveau and external monitor
  • From: H <agents@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - more than 1 user simultaneously on 1 video card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH 5/7] security: Replace get_task_comm() with %pTN
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] security: Replace get_task_comm() with %pTN
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v2 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 6/7] drivers: Repace get_task_comm() with %pTN
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 5/5] drm/connector: make mode_valid take a const struct drm_display_mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v1 v1] drm/nouveau: Fix memory leak in nvbios_iccsense_parse
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix memory leak in nvbios_iccsense_parse
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] drm/nouveau: vendor in drm_encoder_slave API
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau: incorporate I2C TV encoder drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 0/2] drm/nouveau: remove drm_encoder_slave interface
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 5/5] drm/connector: make mode_valid take a const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 4/5] drm/connector: make mode_valid_ctx take a const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/7] vsprintf: Add %pTN to print task name
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/15] nvkm: rename "repc" to "gsp_rpc_len" on the GSP message recv path
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH v3 01/15] nvkm: add a kernel doc to introduce the GSP RPC
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• Re: [PATCH 1/7] vsprintf: Add %pTN to print task name
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/7] vsprintf: Add %pTN to print task name
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH 6/7] drivers: Repace get_task_comm() with %pTN
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: neil.armstrong@xxxxxxxxxx
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v3 12/15] nvkm: factor out r535_gsp_msgq_peek()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 3/4] drm/i915/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 1/4] drm/dp: Add helper to set LTTPRs in transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2 0/4] drm/dp: Rework LTTPR transparent mode handling and add support to msm driver
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v3 02/15] nvkm: rename "repc" to "gsp_rpc_len" on the GSP message recv path
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v3 01/15] nvkm: add a kernel doc to introduce the GSP RPC
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH RFC 2/4] drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] drm/msm/dp: Add support for LTTPR handling
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau/gsp/r535: Modify mismatched function name
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH -next] drm/nouveau/gsp/r535: Modify mismatched function name
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• [PATCH] nvn: Place flush_page below 4GB.
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/2] [v2] drm/nouveau: retain device pointer in nvkm_gsp_mem object
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 3/3] drm: remove driver date from struct drm_driver and all drivers
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RFC 5/5] RDMA/mlx5: Enabling ATS for ODP memory
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 4/5] RDMA/mlx5: Add fallback for P2P DMA errors
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 3/5] IB/core: P2P DMA for device private pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 2/5] nouveau/dmem: HMM P2P DMA for private dev pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• [RFC 0/5] GPU Direct RDMA (P2P DMA) for Device Private Pages
  • From: Yonatan Maman <ymaman@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: fw: sync dma after setup is called.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: create module debugfs root
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 0/3] NVKM GSP RPC fixes
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau: create module debugfs root
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: Remove unused functions
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [RFC 0/8] drm/nouveau: scrubber ucode image support for vGPU
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [RFC 2/8] drm/nouveau: introduce tu102_gsp_init_fw_heap()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [RFC 8/8] drm/nouveau: introduce the scrubber on Ada in a kernel doc
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 7/8] drm/nouveau: set max supported vGPU count when SRIOV is supported
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 5/8] drm/nouveau: support WPR2 heap size override
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 6/8] drm/nouveau: override the WPR2 heap size when SRIOV is supported on Ada
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 4/8] drm/nouveau: scrub the FB memory when scrubber firmware is loaded
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 3/8] drm/nouveau: load scrubber ucode image when WPR2 heap size > 256MB
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 2/8] drm/nouveau: introduce tu102_gsp_init_fw_heap()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 1/8] drm/nouveau: factor out nvkm_gsp_init_fw_heap()
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [RFC 0/8] drm/nouveau: scrubber ucode image support for vGPU
  • From: Zhi Wang <zhiw@xxxxxxxxxx>
• [PATCH] nouveau/gsp: drop WARN_ON in ACPI probes
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 2/2] [v9] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Inquiry on Nouveau driver compatibility and documentation updates
  • From: David Hedlund <davidh@xxxxxxx>
• [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] nouveau: fw: sync dma after setup is called.
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH] nouveau: fw: sync dma after setup is called.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: "Diogo Ivo" <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] nouveau/dp: handle retries for AUX CH transfers with GSP.
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC PATCH v1 06/10] mm/hugetlb: use separate folio->_hugetlb_list for hugetlb-internals
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [REGRESSION] GM20B pmu timeout
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [PATCH 2/2] nouveau/dp: handle retries for AUX CH transfers with GSP.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 1/2] nouveau: handle EBUSY and EAGAIN for GSP aux errors.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/10] mm: Introduce and use folio_owner_ops
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [RFC PATCH v1 10/10] mm: hugetlb: Use owner_ops on folio_put for hugetlb
  • From: Fuad Tabba <tabba@xxxxxxxxxx>