Nouveau Display Driver

• Thread Index

• [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/2] drm/ttm: replace busy placement with flags v3
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• TTM improvement and amdgpu fix
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH] nouveau/gsp/r535: remove a stray unlock in r535_gsp_rpc_send()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] [v2] nouveau/gsp: document some aspects of GSP-RM
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau/fifo: Remove duplicated include in chan.c
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: document some aspects of GSP-RM
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 06/15] nouveau: use an rwlock for the event lock.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 07/17] nouveau: use an rwlock for the event lock.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/2] drm/nouveau: enable dynamic job-flow control
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/nouveau: use GPUVM common infrastructure
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH -next] drm/nouveau/fifo: Remove duplicated include in chan.c
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: document some aspects of GSP-RM
  • From: David Airlie <airlied@xxxxxxxxxx>
• Fwd: Kernel 6.6.1 hangs on "loading initial ramdisk"
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• [PATCH] nouveau/gsp: document some aspects of GSP-RM
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: fix getting max channel id for GSP
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• [PATCH] nouveau/gsp: allocate enough space for all channel ids.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH V2] drm/modes: Fix divide error in drm_mode_debug_printmodeline
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/16] drm: Convert to platform remove callback returning void
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 6/7] drm/exec: Pass in initial # of objects
  • From: Rob Clark <robdclark@xxxxxxxxx>
• [PATCH v2 0/7] drm/msm/gem: drm_exec conversion
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH V2] drm/modes: Fix divide error in drm_mode_debug_printmodeline
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/16] drm: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] nouveau/gsp: fix getting max channel id for GSP
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RFT PATCH v2 04/12] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [REGRESSION]: acpi/nouveau: Hardware unavailable upon resume or suspend fails
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• Re: [PATCH][next] nouveau/gsp: replace zero-length array with flex-array member and use __counted_by
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH][next] nouveau/gsp: replace zero-length array with flex-array member and use __counted_by
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH][next] nouveau/gsp: replace zero-length array with flex-array member and use __counted_by
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH][next] nouveau/gsp: replace zero-length array with flex-array member and use __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] nouveau/gsp: replace zero-length array with flex-array member and use __counted_by
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH v3 5/7] PCI: ACPI: Detect PCIe root ports that are used for tunneling
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau: don't fail driver load if no display hw present.
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH v3 7/7] PCI: Exclude PCIe ports used for virtual links in pcie_bandwidth_available()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v3 5/7] PCI: ACPI: Detect PCIe root ports that are used for tunneling
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v3 7/7] PCI: Exclude PCIe ports used for virtual links in pcie_bandwidth_available()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH] nouveau: don't fail driver load if no display hw present.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau: don't fail driver load if no display hw present.
  • From: airlied@xxxxxxxxx
• Re: [PATCH v3 5/7] PCI: ACPI: Detect PCIe root ports that are used for tunneling
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/radeon: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] nouveau/gsp/r535: Fix a NULL vs error pointer bug
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v3 7/7] PCI: Exclude PCIe ports used for virtual links in pcie_bandwidth_available()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 4/7] PCI: pciehp: Move check for is_thunderbolt into a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 5/7] PCI: ACPI: Detect PCIe root ports that are used for tunneling
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 6/7] PCI: Split up some logic in pcie_bandwidth_available() to separate function
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 3/7] PCI: Drop pci_is_thunderbolt_attached()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 2/7] drm/radeon: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 1/7] drm/nouveau: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 0/7] Improvements to pcie_bandwidth_available() for eGPUs
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH] nouveau: don't fail driver load if no display hw present.
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH] drm/nouveau: Prevents NULL pointer dereference in nouveau_uvmm_sm_prepare
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 2/2] drm/nouveau: enable dynamic job-flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 1/2] drm/nouveau: implement 1:1 scheduler - entity relationship
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next] drm/nouveau: use GPUVM common infrastructure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [REGRESSION]: acpi/nouveau: Hardware unavailable upon resume or suspend fails
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [REGRESSION]: acpi/nouveau: Hardware unavailable upon resume or suspend fails
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [REGRESSION]: acpi/nouveau: Hardware unavailable upon resume or suspend fails
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v9 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [REGRESSION]: acpi/nouveau: Hardware unavailable upon resume or suspend fails
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH 11/20] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] nouveau/gsp/r535: Fix a NULL vs error pointer bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH drm-misc-next v9 12/12] drm/nouveau: use GPUVM common infrastructure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 11/12] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 10/12] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 08/12] drm/nouveau: separately allocate struct nouveau_uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 07/12] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 06/12] drm/nouveau: make use of the GPUVM's shared dma-resv
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 05/12] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 04/12] drm/nouveau: make use of drm_gpuvm_range_valid()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 03/12] drm/gpuvm: export drm_gpuvm_range_valid()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 01/12] drm/gpuvm: convert WARN() to drm_WARN() variants
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 02/12] drm/gpuvm: don't always WARN in drm_gpuvm_check_overflow()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 00/12] [RFC] DRM GPUVM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: fix UBSAN array bounds warning in PACKED_REGISTRY_TABLE
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: fix UBSAN array bounds warning in PACKED_REGISTRY_TABLE
  • From: Danilo Krummrich <me@xxxxxxxx>
• [PATCH] nouveau/gsp: fix UBSAN array bounds warning in PACKED_REGISTRY_TABLE
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau: use an rwlock for the event lock.
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH 3/3] nouveau/gsp: add some basic registry entries.
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH 3/3] nouveau/gsp: add some basic registry entries.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 3/3] nouveau/gsp: add some basic registry entries.
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/mmu/r535: initial support
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [bug report] drm/nouveau/mmu/r535: initial support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/mmu/r535: initial support
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH] nouveau/gsp/r535: uninitialized variable in r535_gsp_acpi_mux_id()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] nouveau/gsp/r535: uninitialized variable in r535_gsp_acpi_mux_id()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/mmu/r535: initial support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/mmu/r535: initial support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [bug report] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [bug report] drm/nouveau/mmu/r535: initial support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] nouveau: use an rwlock for the event lock.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 6/9] PCI: Rename is_thunderbolt to is_tunneled
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2 6/9] PCI: Rename is_thunderbolt to is_tunneled
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 5/9] PCI: pciehp: Move check for is_thunderbolt into a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 1/9] drm/nouveau: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 1/9] drm/nouveau: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] PCI: Drop pci_is_thunderbolt_attached()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] nouveau: don't fail driver load if no display hw present.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v2 6/9] PCI: Rename is_thunderbolt to is_tunneled
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2 6/9] PCI: Rename is_thunderbolt to is_tunneled
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/9] Improvements to pcie_bandwidth_available() for eGPUs
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2 9/9] PCI: Add a quirk to mark 0x8086 : 0x9a23 as supporting PCIe tunneling
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 7/9] PCI: ACPI: Detect PCIe root ports that are used for tunneling
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 6/9] PCI: Rename is_thunderbolt to is_tunneled
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 5/9] PCI: pciehp: Move check for is_thunderbolt into a quirk
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 3/9] PCI: Drop pci_is_thunderbolt_attached()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 4/9] PCI: Move the `PCI_CLASS_SERIAL_USB_USB4` definition to common header
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 2/9] drm/radeon: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 1/9] drm/nouveau: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v2 0/9] Improvements to pcie_bandwidth_available() for eGPUs
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: Error "kernel rejected pushbuf" with RTX 3090 (GA102 chip)
  • From: Timothy Maden <terminatorul@xxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/nouveau/gr/gf100-: unlock mutex failing to create golden context
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] drm/nouveau/gr/gf100-: unlock mutex failing to create golden context
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: nouveau/gsp: move to latest fw and small fixes
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 10/12] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH v3 00/16] drm: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v3 14/16] drm/nouveau: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 10/12] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 03/12] drm/gpuvm: export drm_gpuvm_range_valid()
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 02/12] drm/gpuvm: don't always WARN in drm_gpuvm_check_overflow()
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 12/12] drm/nouveau: use GPUVM common infrastructure
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-misc-next v8 12/12] drm/nouveau: use GPUVM common infrastructure
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v8 04/12] drm/nouveau: make use of drm_gpuvm_range_valid()
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v8 08/12] drm/nouveau: separately allocate struct nouveau_uvmm
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH drm-misc-next v8 12/12] drm/nouveau: use GPUVM common infrastructure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 11/12] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 10/12] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 09/12] drm/gpuvm: reference count drm_gpuvm structures
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 08/12] drm/nouveau: separately allocate struct nouveau_uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 07/12] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 06/12] drm/nouveau: make use of the GPUVM's shared dma-resv
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 05/12] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 04/12] drm/nouveau: make use of drm_gpuvm_range_valid()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 03/12] drm/gpuvm: export drm_gpuvm_range_valid()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 02/12] drm/gpuvm: don't always WARN in drm_gpuvm_check_overflow()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 01/12] drm/gpuvm: convert WARN() to drm_WARN() variants
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 00/12] [RFC] DRM GPUVM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 3/3] nouveau/gsp: add some basic registry entries.
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 3/3] nouveau/gsp: add some basic registry entries.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 5/7] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 1/7] drm/gpuvm: convert WARN() to drm_WARN() variants
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 5/7] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 5/7] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 1/7] drm/gpuvm: convert WARN() to drm_WARN() variants
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [PATCH 2/3] nouveau/gsp: fix message signature.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 3/3] nouveau/gsp: add some basic registry entries.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 1/3] nouveau/gsp: move to 535.113.01
  • From: Dave Airlie <airlied@xxxxxxxxx>
• nouveau/gsp: move to latest fw and small fixes
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 2/2] nouveau/disp: fix post-gsp build on 32-bit arm.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: fix r535 build on 32-bit arm.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 6/7] drm/exec: Pass in initial # of objects
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 6/7] drm/exec: Pass in initial # of objects
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 6/7] drm/exec: Pass in initial # of objects
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 6/7] drm/exec: Pass in initial # of objects
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 1/2] nouveau: fix r535 build on 32-bit arm.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 2/2] nouveau/disp: fix post-gsp build on 32-bit arm.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 6/7] drm/exec: Pass in initial # of objects
  • From: Rob Clark <robdclark@xxxxxxxxx>
• [PATCH 0/7] drm/msm/gem: drm_exec conversion
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: How to enable OpenCL device in Clover ?
  • From: Timothy Maden <terminatorul@xxxxxxxxx>
• Re: [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH v7 3/6] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH v7 3/6] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH v7 3/6] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 3/6] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• [PATCH v7 3/6] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH 42/44] drm/nouveau/nvenc/r535: initial support
  • From: Martin Roukala <martin.peres@xxxxxxx>
• Re: [PATCH 17/44] drm/nouveau/mmu/tu102-: prepare for GSP-RM
  • From: Martin Roukala <martin.peres@xxxxxxx>
• Re: [PATCH 03/44] drm/nouveau/nvkm: bump maximum number of NVJPG
  • From: Martin Roukala <martin.peres@xxxxxxx>
• [PATCH] drm/nouveau/nvif: avoid possible memory leak of 'args'
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 1/7] drm/gpuvm: convert WARN() to drm_WARN() variants
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 42/44] drm/nouveau/nvenc/r535: initial support
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 33/44] drm/nouveau/gsp/r535: add support for rm control
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 31/44] drm/nouveau/nvkm: support loading fws into sg_table
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH 17/44] drm/nouveau/mmu/tu102-: prepare for GSP-RM
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v7 1/7] drm/gpuvm: convert WARN() to drm_WARN() variants
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 03/44] drm/nouveau/nvkm: bump maximum number of NVJPG
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fixing indentation and adding License Identifier tag
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/dispnv04: fix a possible null pointer dereference
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 5/7] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 7/7] drm/nouveau: use GPUVM common infrastructure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 6/7] drm/nouveau: make use of the GPUVM's shared dma-resv
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 3/7] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 4/7] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 1/7] drm/gpuvm: convert WARN() to drm_WARN() variants
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 2/7] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v7 0/7] [RFC] DRM GPUVM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: How to enable OpenCL device in Clover ?
  • From: Andrew Randrianasulu <randrianasulu@xxxxxxxxx>
• [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH] drm/nouveau: Fixing indentation and adding License Identifier tag
  • From: Bragatheswaran Manickavel <bragathemanick0908@xxxxxxxxx>
• Re: [PATCH drm-misc-next v6 1/6] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 1/6] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 1/6] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 2/6] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 1/6] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/dispnv04: fix a possible null pointer dereference
  • From: Ma Ke <make_ruc2021@xxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix DP capable DSM connectors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/dispnv04: fix a possible null pointer dereference
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: exec: fix ioctl kernel-doc warning
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] drm/nouveau/disp: fix DP capable DSM connectors
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: exec: fix ioctl kernel-doc warning
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: exec: fix ioctl kernel-doc warning
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH -next 0/7] drm: Remove many unnecessary NULL values
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH] drm/nouveau: Fixing indentation and adding License Identifier tag
  • From: Bragatheswaran Manickavel <bragathemanick0908@xxxxxxxxx>
• [PATCH] drm/nouveau/dispnv04: fix a possible null pointer dereference
  • From: Ma Ke <make_ruc2021@xxxxxxx>
• Re: [PATCH] drm/nouveau: fix kernel-doc warning
  • From: Bragatheswaran Manickavel <bragathemanick0908@xxxxxxxxx>
• [PATCH] drm/nouveau: fix kernel-doc warning
  • From: Bragatheswaran Manickavel <bragathemanick0908@xxxxxxxxx>
• Error "kernel rejected pushbuf" with RTX 3090 (GA102 chip)
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• [PATCH drm-misc-next v6 6/6] drm/nouveau: use GPUVM common infrastructure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v6 5/6] drm/nouveau: make use of the GPUVM's shared dma-resv
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v6 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v6 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v6 2/6] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v6 1/6] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v6 0/6] [RFC] DRM GPUVM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 0/6] [RFC] DRM GPUVM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix kernel-doc warning
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix kernel-doc warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2] drm/nouveau: exec: fix ioctl kernel-doc warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• How to enable OpenCL device in Clover ?
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• Error "kernel rejected pushbuf" for GA102 chipset OpenGL / Vulkan
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• [PATCH] drm/nouveau: exec: fix ioctl kernel-doc warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH drm-misc-next v5 0/6] [RFC] DRM GPUVM features
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] drm/nouveau: chan: use struct nvif_mclass
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH v2 2/3] drm/nouveau: chan: use channel class definitions
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 3/3] drm/nouveau: exec: report max pushs through getparam
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 1/3] drm/nouveau: chan: use struct nvif_mclass
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH drm-misc-next v5 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fence: fix type cast warning in nouveau_fence_emit()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/2][next] nouveau/svm: Replace one-element array with flexible-array member
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Some monitors not working after 6.2 kernel due to Nouveau commit
  • From: stratus@xxxxxxx
• [PATCH] drm/nouveau/flcn/msgq: fix potential deadlock on &msgq->lock
  • From: Chengfeng Ye <dg573847474@xxxxxxxxx>
• [PATCH] drm/nouveau/nvif: refactor deprecated strncpy
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• [PATCH] drm/nouveau/core: refactor deprecated strncpy
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• [PATCH 37/44] drm/nouveau/disp/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH 3/3] drm/nouveau: exec: report max pushs through getparam
  • From: Faith Ekstrand <faith.ekstrand@xxxxxxxxxxxxx>
• Re: [PATCH 9/9] drm/v3d: Annotate struct v3d_perfmon with __counted_by
  • From: Maira Canal <mcanal@xxxxxxxxxx>
• Re: [PATCH 8/9] drm/vmwgfx: Annotate struct vmw_surface_dirty with __counted_by
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• Re: [PATCH 3/3] drm/nouveau: exec: report max pushs through getparam
  • From: Faith Ekstrand <faith.ekstrand@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/pm: refactor deprecated strncpy
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• drivers/gpu/drm/nouveau/nvkm/subdev/i2c/bit.c and bus.c with a series of the non-existing config "NOUVEAU_I2C_INTERNAL"
  • From: sunying@xxxxxxxxxxxxxxxx
• [PATCH 32/44] drm/nouveau/gsp/r535: add support for booting GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH 0/5] Add the pci_get_base_class() helper and use it
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH drm-misc-next v5 6/6] drm/nouveau: use GPUVM common infrastructure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v5 5/6] drm/nouveau: make use of the GPUVM's shared dma-resv
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v5 4/6] drm/gpuvm: track/lock/validate external/evicted objects
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v5 3/6] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v5 2/6] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v5 1/6] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v5 0/6] [RFC] DRM GPUVM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: Requests For Proposals for hosting XDC 2024 are now open
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH v2] MAINTAINERS: Update drm-misc entry to match all drivers
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH 3/3] drm/nouveau: exec: report max pushs through getparam
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v4 7/8] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v4 6/8] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50: hide unused variables
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• [PATCH 3/3] drm/nouveau: exec: report max pushs through getparam
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 2/3] drm/nouveau: chan: use channel class definitions
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 1/3] drm/nouveau: chan: use struct nvif_mclass
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• [PATCH] MAINTAINERS: update nouveau maintainers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50: hide unused variables
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 40/44] drm/nouveau/gr/r535: initial support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 38/44] drm/nouveau/fifo/r535: initial support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 36/44] drm/nouveau/mmu/r535: initial support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/9] drm/i915/selftests: Annotate struct perf_series with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 34/44] drm/nouveau/gsp/r535: add support for rm alloc
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50: hide unused variables
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 3/9] drm/i915/selftests: Annotate struct perf_series with __counted_by
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] drm/i915/selftests: Annotate struct perf_series with __counted_by
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v4 3/8] drm/nouveau: uvmm: rename 'umgr' to 'base'
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v4 2/8] drm/gpuvm: allow building as module
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v4 1/8] drm/gpuvm: rename struct drm_gpuva_manager to struct drm_gpuvm
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH drm-misc-next 2/2] drm/nouveau: enable dynamic job flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 1/2] drm/nouveau: make use of DRM_SCHED_POLICY_SINGLE_ENTITY
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 1/3] drm/sched: implement dynamic job flow control
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 5/9] drm/nouveau/pm: Annotate struct nvkm_perfdom with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 7/9] drm/virtio: Annotate struct virtio_gpu_object_array with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 8/9] drm/vmwgfx: Annotate struct vmw_surface_dirty with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] drm/vc4: Annotate struct vc4_perfmon with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 4/9] drm/msm/dpu: Annotate struct dpu_hw_intr with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [RFT PATCH v2 04/12] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 3/9] drm/i915/selftests: Annotate struct perf_series with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 2/9] drm/amdgpu/discovery: Annotate struct ip_hw_instance with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 5/9] drm/nouveau/pm: Annotate struct nvkm_perfdom with __counted_by
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 2/9] drm/amdgpu/discovery: Annotate struct ip_hw_instance with __counted_by
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH 9/9] drm/v3d: Annotate struct v3d_perfmon with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH 5/9] drm/nouveau/pm: Annotate struct nvkm_perfdom with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 7/9] drm/virtio: Annotate struct virtio_gpu_object_array with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/9] drm/msm/dpu: Annotate struct dpu_hw_intr with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 8/9] drm/vmwgfx: Annotate struct vmw_surface_dirty with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/9] drm/amdgpu/discovery: Annotate struct ip_hw_instance with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 6/9] drm/vc4: Annotate struct vc4_perfmon with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/9] drm/i915/selftests: Annotate struct perf_series with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/9] drm/amd/pm: Annotate struct smu10_voltage_dependency_table with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/9] drm: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFT PATCH v2 04/12] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH v2 00/12] drm: call drm_atomic_helper_shutdown() at the right times
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v4 4/8] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v4 4/8] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v4 4/8] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v4 4/8] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v4 4/8] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2] MAINTAINERS: Update drm-misc entry to match all drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2] MAINTAINERS: Update drm-misc entry to match all drivers
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v4 4/8] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v4 1/8] drm/gpuvm: rename struct drm_gpuva_manager to struct drm_gpuvm
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 00/44] drm/nouveau: initial support for GSP-RM 535.54.04 (and Ada GPUs)
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v3 42/44] drm/nouveau/kms/nv50-: create connectors based on nvkm info
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v3 40/44] drm/nouveau/kms/nv50-: create heads after outps/conns
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v3 23/44] drm/nouveau/disp: add output backlight control methods
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v4 6/8] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH drm-misc-next v4 8/8] drm/nouveau: GPUVM dma-resv/extobj handling, GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 7/8] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 6/8] drm/gpuvm: add drm_gpuvm_flags to drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 4/8] drm/gpuvm: add common dma-resv per struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 5/8] drm/gpuvm: add an abstraction for a VM / BO combination
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 3/8] drm/nouveau: uvmm: rename 'umgr' to 'base'
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 2/8] drm/gpuvm: allow building as module
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 1/8] drm/gpuvm: rename struct drm_gpuva_manager to struct drm_gpuvm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v4 0/8] [RFC] DRM GPUVA Manager GPU-VM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 0/5] Add the pci_get_base_class() helper and use it
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH] nouveau/u_memcpya: fix NULL vs error pointer bug
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v3 44/44] drm/nouveau/kms/nv50-: disable dcb parsing
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 43/44] drm/nouveau/kms/nv50-: create outputs based on nvkm info
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 42/44] drm/nouveau/kms/nv50-: create connectors based on nvkm info
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 37/44] drm/nouveau/disp: move outp init/fini paths to chipset code
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 39/44] drm/nouveau/kms/nv50-: create heads based on nvkm head mask
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 41/44] drm/nouveau/kms/nv50-: name aux channels after their connector
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 38/44] drm/nouveau/disp/nv50-: skip DCB_OUTPUT_TV
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 40/44] drm/nouveau/kms/nv50-: create heads after outps/conns
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 36/44] drm/nouveau/disp: move outp/conn construction to chipset code
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 35/44] drm/nouveau/disp: add dp mst id get/put methods
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 34/44] drm/nouveau/disp: add dp sst config method
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 33/44] drm/nouveau/disp: move link training out of supervisor
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 32/44] drm/nouveau/disp: add dp train method
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 31/44] drm/nouveau/kms/nv50-: fixup sink D3 before tearing down link
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 30/44] drm/nouveau/kms/nv50-: flush mst disables together
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 29/44] drm/nouveau/kms/nv50-: split DP disable+enable into two modesets
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 28/44] drm/nouveau/disp: add dp rates method
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 27/44] drm/nouveau/disp: add dp aux xfer method
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 26/44] drm/nouveau/disp: move dp aux pwr method to HAL
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 25/44] drm/nouveau/disp: add hdmi audio hal function
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 24/44] drm/nouveau/disp: add output lvds config method
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 23/44] drm/nouveau/disp: add output backlight control methods
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 22/44] drm/nouveau/disp: remove SOR routing updates from supervisor
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 21/44] drm/nouveau/disp: release outputs post-modeset
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 20/44] drm/nouveau/disp: move hdmi disable out of release()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 19/44] drm/nouveau/disp: add output hdmi config method
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 17/44] drm/nouveau/kms/nv50-: keep output state around until modeset complete
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 18/44] drm/nouveau/kms/nv50-: move audio enable post-modeset
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 15/44] drm/nouveau/kms/nv50-: pull some common init out of OR-specific code
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 16/44] drm/nouveau/kms/nv50-: remove nv_encoder.audio.connector
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 14/44] drm/nouveau/disp: update SOR routing immediately on acquire()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 13/44] drm/nouveau/disp: add acquire_sor/pior()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 12/44] drm/nouveau/disp: add acquire_dac()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 10/44] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 11/44] drm/nouveau/disp: shuffle to make upcoming diffs prettier
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 09/44] drm/nouveau/disp: rename internal output acquire/release functions
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 08/44] drm/nouveau/disp: add output method to fetch edid
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 07/44] drm/nouveau/disp: add output detect method
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 04/44] drm/nouveau/mmu/gp100-: always invalidate TLBs at CACHE_LEVEL_ALL
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 05/44] drm/nouveau/kms/nv50-: fix mst payload alloc fail crashing evo
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 06/44] drm/nouveau/disp: rearrange output methods
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 03/44] drm/nouveau/gr/gf100-: lose contents of global ctxbufs across suspend
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 02/44] drm/nouveau/imem: support allocations not preserved across suspend
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 01/44] drm/nouveau/devinit/tu102-: remove attempt at loading PreOS
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v3 00/44] drm/nouveau: initial support for GSP-RM 535.54.04 (and Ada GPUs)
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Stepping away.
  • From: Martin Roukala <martin.peres@xxxxxxx>
• Re: [PATCH] drm/nouveau: sched: fix leaking memory of timedout job
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fence: fix type cast warning in nouveau_fence_emit()
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: Stepping away.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: sched: fix leaking memory of timedout job
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Stepping away.
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] nouveau/u_memcpya: fix NULL vs error pointer bug
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] MAINTAINERS: remove myself as nouveau maintainer
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: sched: fix leaking memory of timedout job
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 08/44] drm/nouveau/devinit/tu102-: prepare for GSP-RM
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 04/44] drm/nouveau/gsp: prepare for GSP-RM
  • From: Danilo Krummrich <me@xxxxxxxx>
• [PATCH 44/44] drm/nouveau/ofa/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 43/44] drm/nouveau/nvjpg/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 42/44] drm/nouveau/nvenc/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 40/44] drm/nouveau/gr/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 41/44] drm/nouveau/nvdec/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 39/44] drm/nouveau/ce/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 38/44] drm/nouveau/fifo/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 36/44] drm/nouveau/mmu/r535: initial support
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 35/44] drm/nouveau/gsp/r535: add interrupt handling
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 34/44] drm/nouveau/gsp/r535: add support for rm alloc
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 33/44] drm/nouveau/gsp/r535: add support for rm control
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 31/44] drm/nouveau/nvkm: support loading fws into sg_table
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 30/44] drm/nouveau/kms/tu102-: disable vbios parsing when running on RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 29/44] drm/nouveau/sec2/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 28/44] drm/nouveau/nvenc/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 27/44] drm/nouveau/nvdec/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 26/44] drm/nouveau/gr/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 25/44] drm/nouveau/fifo/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 24/44] drm/nouveau/disp/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 23/44] drm/nouveau/ce/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 22/44] drm/nouveau/vfn/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 21/44] drm/nouveau/top/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 20/44] drm/nouveau/therm/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 19/44] drm/nouveau/privring/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 18/44] drm/nouveau/pmu/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 17/44] drm/nouveau/mmu/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 16/44] drm/nouveau/mc/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 15/44] drm/nouveau/ltc/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 14/44] drm/nouveau/imem/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 13/44] drm/nouveau/i2c/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 12/44] drm/nouveau/gpio/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 11/44] drm/nouveau/fuse/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 10/44] drm/nouveau/fb/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 09/44] drm/nouveau/fault/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 08/44] drm/nouveau/devinit/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 07/44] drm/nouveau/bus/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 06/44] drm/nouveau/bar/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 05/44] drm/nouveau/acr/tu102-: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 04/44] drm/nouveau/gsp: prepare for GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 03/44] drm/nouveau/nvkm: bump maximum number of NVJPG
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 02/44] drm/nouveau/nvkm: bump maximum number of NVDEC
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 00/44] drm/nouveau: initial support for GSP-RM 535.54.04 (and Ada GPUs)
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 01/44] drm/nouveau/mmu/tu102-: remove write to 0x100e68 during tlb invalidate
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v2 00/44] drm/nouveau: display rework to support GSP-RM
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 44/44] drm/nouveau/kms/nv50-: disable dcb parsing
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 43/44] drm/nouveau/kms/nv50-: create outputs based on nvkm info
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 42/44] drm/nouveau/kms/nv50-: create connectors based on nvkm info
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 41/44] drm/nouveau/kms/nv50-: name aux channels after their connector
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 40/44] drm/nouveau/kms/nv50-: create heads after outps/conns
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 39/44] drm/nouveau/kms/nv50-: create heads based on nvkm head mask
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 38/44] drm/nouveau/disp/nv50-: skip DCB_OUTPUT_TV
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 37/44] drm/nouveau/disp: move outp init/fini paths to chipset code
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 36/44] drm/nouveau/disp: move outp/conn construction to chipset code
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 35/44] drm/nouveau/disp: add dp mst id get/put methods
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 34/44] drm/nouveau/disp: add dp sst config method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 33/44] drm/nouveau/disp: move link training out of supervisor
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 32/44] drm/nouveau/disp: add dp train method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 31/44] drm/nouveau/kms/nv50-: fixup sink D3 before tearing down link
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 30/44] drm/nouveau/kms/nv50-: flush mst disables together
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 29/44] drm/nouveau/kms/nv50-: split DP disable+enable into two modesets
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 28/44] drm/nouveau/disp: add dp rates method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 27/44] drm/nouveau/disp: add dp aux xfer method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 26/44] drm/nouveau/disp: move dp aux pwr method to HAL
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 25/44] drm/nouveau/disp: add hdmi audio hal function
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 24/44] drm/nouveau/disp: add output lvds config method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 23/44] drm/nouveau/disp: add output backlight control methods
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 22/44] drm/nouveau/disp: remove SOR routing updates from supervisor
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 21/44] drm/nouveau/disp: release outputs post-modeset
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 20/44] drm/nouveau/disp: move hdmi disable out of release()
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 19/44] drm/nouveau/disp: add output hdmi config method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 18/44] drm/nouveau/kms/nv50-: move audio enable post-modeset
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 17/44] drm/nouveau/kms/nv50-: keep output state around until modeset complete
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 16/44] drm/nouveau/kms/nv50-: remove nv_encoder.audio.connector
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 15/44] drm/nouveau/kms/nv50-: pull some common init out of OR-specific code
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 14/44] drm/nouveau/disp: update SOR routing immediately on acquire()
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 13/44] drm/nouveau/disp: add acquire_sor/pior()
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 12/44] drm/nouveau/disp: add acquire_dac()
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 11/44] drm/nouveau/disp: shuffle to make upcoming diffs prettier
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 10/44] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 09/44] drm/nouveau/disp: rename internal output acquire/release functions
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 08/44] drm/nouveau/disp: add output method to fetch edid
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 07/44] drm/nouveau/disp: add output detect method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 06/44] drm/nouveau/disp: rearrange output methods
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 05/44] drm/nouveau/kms/nv50-: fix mst payload alloc fail crashing evo
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 04/44] drm/nouveau/mmu/gp100-: always invalidate TLBs at CACHE_LEVEL_ALL
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 03/44] drm/nouveau/gr/gf100-: lose contents of global ctxbufs across suspend
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 02/44] drm/nouveau/imem: support allocations not preserved across suspend
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 01/44] drm/nouveau/devinit/tu102-: remove attempt at loading PreOS
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2 00/44] drm/nouveau: display rework to support GSP-RM
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 34/44] drm/nouveau/disp: add support for post-LT adjust
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH 04/44] drm/nouveau/mmu/gp100-: always invalidate TLBs at CACHE_LEVEL_ALL
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH] drm/nouveau: sched: fix leaking memory of timedout job
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/u_memcpya: fix NULL vs error pointer bug
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/u_memcpya: fix NULL vs error pointer bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] nouveau/u_memcpya: fix NULL vs error pointer bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] drm/nouveau: fence: fix type cast warning in nouveau_fence_emit()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/u_memcpya: fix NULL vs error pointer bug
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 34/44] drm/nouveau/disp: add support for post-LT adjust
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 04/44] drm/nouveau/mmu/gp100-: always invalidate TLBs at CACHE_LEVEL_ALL
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH 00/44] drm/nouveau: display rework to support GSP-RM
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: refactor deprecated strncpy
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/pm: refactor deprecated strncpy
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/core: refactor deprecated strncpy
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/pm: refactor deprecated strncpy
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] nouveau/u_memcpya: fix NULL vs error pointer bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/pm: refactor deprecated strncpy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/core: refactor deprecated strncpy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: refactor deprecated strncpy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v3 6/7] drm/gpuvm: generalize dma_resv/extobj handling and GEM validation
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH 44/44] drm/nouveau/kms/nv50-: disable dcb parsing
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 43/44] drm/nouveau/kms/nv50-: create outputs based on nvkm info
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 42/44] drm/nouveau/kms/nv50-: create connectors based on nvkm info
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 41/44] drm/nouveau/kms/nv50-: name aux channels after their connector
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 40/44] drm/nouveau/kms/nv50-: create heads after outps/conns
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 39/44] drm/nouveau/kms/nv50-: create heads based on nvkm head mask
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 38/44] drm/nouveau/disp: move outp init/fini paths to chipset code
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 37/44] drm/nouveau/disp: move outp/conn construction to chipset code
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 36/44] drm/nouveau/disp: add dp mst id get/put methods
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 35/44] drm/nouveau/disp: add dp sst config method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 34/44] drm/nouveau/disp: add support for post-LT adjust
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 33/44] drm/nouveau/disp: move link training out of supervisor
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 32/44] drm/nouveau/disp: add dp train method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 31/44] drm/nouveau/kms/nv50-: fixup sink D3 before tearing down link
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 30/44] drm/nouveau/kms/nv50-: flush mst disables together
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 29/44] drm/nouveau/kms/nv50-: split DP disable+enable into two modesets
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>