Nouveau Display Driver

• Thread Index

• [PATCH] nouveau: fix function cast warnings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 5/8] fbdev: Do not include <linux/notifier.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/8] fbdev: Do not include <linux/backlight.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 8/8] fbdev: Clean up include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 7/8] fbdev: Clean up forward declarations in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 6/8] fbdev: Do not include <linux/slab.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/8] fbdev: Do not include <linux/fs.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/8] staging/fbtft: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/8] drm/nouveau: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/8] fbdev: Clean up include dependencies in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/7] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION ae00c445390b349e070a64dc62f08aa878db7248
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH AUTOSEL 6.7 35/58] drm/nouveau: nvkm_gsp_radix3_sg() should use nvkm_gsp_mem_ctor()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 1/2] [v3] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH 2/2] [v3] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [drm-next][PATCH 0/2] command-line registry and gsp-rm logging
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/7] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] nouveau/svm: fix kvcalloc() argument order
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] nouveau/svm: fix kvcalloc() argument order
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 0/7] fbdev: Clean up include dependencies in header
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH 3/7] fbdev: Do not include <linux/fs.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 5/7] fbdev: Do not include <linux/slab.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 7/7] fbdev: Clean up include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/7] fbdev: Clean up include dependencies in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 6/7] fbdev: Clean up forward declarations in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/7] drm/nouveau: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/7] fbdev: Do not include <linux/notifier.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/7] fbdev: Do not include <linux/backlight.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [linux-next:master] BUILD REGRESSION 445a555e0623387fa9b94e68e61681717e70200a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] drm/nouveau: fix kerneldoc warnings
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION b1d3a0e70c3881d2f8cf6692ccf7c2a4fb2d030d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] [v2] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH] [v2] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION ac139fc7db67968e5061715508b5fc4aa7c40c56
  • From: kernel test robot <lkp@xxxxxxxxx>
• Future of nouveau/nova's display driver, and rvkms introduction!
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: improve idle/busy handling v4
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: improve idle/busy handling v4
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 1/2] [v3] drm/nouveau: fix several DMA buffer leaks
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: use correct size for registry rpc.
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 1/2] [v3] drm/nouveau: fix several DMA buffer leaks
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau: nvkm_gsp_radix3_sg() should use nvkm_gsp_mem_ctor()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH] [v2] drm/nouveau: fix several DMA buffer leaks
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix several DMA buffer leaks
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 2/2] drm/nouveau: omit to create schedulers using the legacy uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fix several DMA buffer leaks
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH] drm/nouveau: fix several DMA buffer leaks
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: nouveau_sched_fini() should check for init failure
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: nouveau_sched_fini() should check for init failure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: nouveau_sched_fini() should check for init failure
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: nouveau_sched_fini() should check for init failure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/6] drm/nouveau/svm: remove unused but set variables
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 1/6] drm/nouveau/acr/ga102: remove unused but set variable
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH] drm/nouveau: nouveau_sched_fini() should check for init failure
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: Thinkpad P17 gen 2 kernel 6.4 and 6.6 lack of support for nvidia GA104GLM [RTX A5000 Mobile] and missing module firmware
  • From: Linux User #330250 <linuxuser330250@xxxxxxx>
• Re: [PATCH 2/6] drm/nouveau/svm: remove unused but set variables
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/6] drm/nouveau/acr/ga102: remove unused but set variable
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/6] drm/nouveau/svm: remove unused but set variables
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 1/6] drm/nouveau/acr/ga102: remove unused but set variable
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• GT216M [GeForce GT 240M] (NV50/Tesla) sddm fails to start since commit 0a2f6372a43ff5e948b8b10be34d4473f6c2ef6c
  • From: "Zdenek Sojka" <zsojka@xxxxxxxxx>
• [PATCH] nouveau/gsp: use correct size for registry rpc.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] [v2] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: Re: Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [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: improve idle/busy handling v4
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Rework TTMs busy handling
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] nouveau: rip out fence irq allow/block sequences.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] nouveau: rip out fence irq allow/block sequences.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] mm: Remove double faults once write a device pfn
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] mm: Remove double faults once write a device pfn
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] mm: Remove double faults once write a device pfn
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] mm: Remove double faults once write a device pfn
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH][next] drm/nouveau/fifo/gk104: remove redundant variable ret
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau/fifo/gk104: remove redundant variable ret
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] nouveau: rip out fence irq allow/block sequences.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 16/82] drm/nouveau/mmu: Refactor intentional wrap-around calculation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 48/82] drm/nouveau/mmu: Refactor intentional wrap-around test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau/fifo/gk104: remove redundant variable ret
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] mm: Remove double faults once write a device pfn
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 4/5] drm/ttm: improve idle/busy handling v3
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/ttm: improve idle/busy handling v3
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH] nouveau/vmm: don't set addr on the fail path to avoid warning
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drm/ttm: return ENOSPC from ttm_bo_mem_space
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: Rework TTMs busy handling
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau/fifo/gk104: remove redundant variable ret
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• AD107M (197), black screen
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] iommu: Mark dev_iommu_get() with lockdep
  • From: Moritz Fischer <moritzf@xxxxxxxxxx>
• Re: [PATCH] therm.c: Adding an array index check before accessing an element.
  • From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: Thorsten Leemhuis <linux@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Moritz Fischer <moritzf@xxxxxxxxxx>
• [PATCH] drm/nouveau: svm: fix kvcalloc() arguments order
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: [PATCH v3 3/7] PCI: Drop pci_is_thunderbolt_attached()
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/9] PCI: pciehp: Move check for is_thunderbolt into a quirk
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• RE: [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Bhardwaj, Rajneesh" <Rajneesh.Bhardwaj@xxxxxxx>
• [PATCH] drm/nouveau/fifo: remove duplicated including
  • From: Wang Jinchao <wangjinchao@xxxxxxxxxxx>
• Help identifying still open projects on https://www.x.org/wiki/SummerOfCodeIdeas/
  • From: vivek pandya <vivekvpandya@xxxxxxxxx>
• Driver Nvidia 535
  • From: niepce <pierrejove@xxxxxxx>
• [PATCH] therm.c: Adding an array index check before accessing an element.
  • From: Andrey Shumilin <shum.sdl@xxxxxxxx>
• Re: [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH linux-next v2] drm/nouveau/disp: switch to use kmemdup() helper
  • From: <yang.guang5@xxxxxxxxxx>
• Re: [PATCH 03/10] iommu/of: Use -ENODEV consistently in of_iommu_configure()
  • From: Moritz Fischer <moritzf@xxxxxxxxxx>
• [PATCH] drm/nouveau: Removes unnecessary args check in nouveau_uvmm_sm_prepare
  • From: Yuran Pereira <yuran.pereira@xxxxxxxxxxx>
• Re: [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <ltuikov89@xxxxxxxxx>
• Re: [PATCH] tvnv17.c: Adding a NULL pointer check.
  • From: Alexey Khoroshilov <khoroshilov@xxxxxxxxx>
• [PATCH linux-next] drm/nouveau/disp: switch to use kmemdup() helper
  • From: <yang.guang5@xxxxxxxxxx>
• Re: [PATCH 09/10] ACPI: IORT: Cast from ULL to phys_addr_t
  • From: Moritz Fischer <moritzf@xxxxxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: "Lazar, Lijo" <lijo.lazar@xxxxxxx>
• [PATCH] tvnv17.c: Adding a NULL pointer check.
  • From: Andrey Shumilin <shum.sdl@xxxxxxxx>
• Re: [PATCH 07/10] acpi: Do not return struct iommu_ops from acpi_iommu_configure_id()
  • From: Moritz Fischer <moritzf@xxxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• Re: [REGRESSION]: acpi/nouveau: Hardware unavailable upon resume or suspend fails
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• [PATCH] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• Re: [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
• [PATCH v2] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• [PATCH] drm/nouveau: Prevents NULL pointer dereference in nouveau_uvmm_sm_prepare
  • From: Yuran Pereira <yuran.pereira@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] drm/nouveau: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 7/7] PCI: Exclude PCIe ports used for virtual links in pcie_bandwidth_available()
  • From: "Lazar, Lijo" <lijo.lazar@xxxxxxx>
• Re: [PATCH v2 8/9] PCI: Exclude PCIe ports used for tunneling in pcie_bandwidth_available()
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: [PATCH v3 7/7] PCI: Exclude PCIe ports used for virtual links in pcie_bandwidth_available()
  • From: "Lazar, Lijo" <lijo.lazar@xxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: [PATCH v3 4/7] PCI: pciehp: Move check for is_thunderbolt into a quirk
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <ltuikov89@xxxxxxxxx>
• [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH] driver: gpu: Fix warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• Re: [PATCH v2 2/9] drm/radeon: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] driver: gpu: Fix warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• Re: [PATCH v2 3/9] PCI: Drop pci_is_thunderbolt_attached()
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• Re: [PATCH v3] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• Re: [PATCH v3] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• Re: [PATCH 2/4] drm/ttm: replace busy placement with flags v4
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v5
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH] drm/sched: Convert the GPU scheduler to variable number of run-queues
  • From: Luben Tuikov <ltuikov89@xxxxxxxxx>
• Re: [PATCH v3 6/7] PCI: Split up some logic in pcie_bandwidth_available() to separate function
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - Wil be more than one window manager on one card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Prevents NULL pointer dereference in nouveau_uvmm_sm_prepare
  • From: Yuran Pereira <yuran.pereira@xxxxxxxxxxx>
• [REGRESSION]: acpi/nouveau: Hardware unavailable upon resume or suspend fails
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• Re: [PATCH 3/3] nouveau/gsp: add some basic registry entries.
  • From: Timur Tabi <timur@xxxxxxxxxx>
• [PATCH v3] driver: gpu: Fixing warning directly dereferencing a rcu pointer
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• [PATCH v2] drivers: gpu: Fixing warning directly dereferencing a rcu pointer v2
  • From: Abhinav Singh <singhabhinav9051571833@xxxxxxxxx>
• [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• Re: [PATCH v2 1/9] drm/nouveau: Switch from pci_is_thunderbolt_attached() to dev_is_removable()
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
• [PATCH][next] drm/nouveau/fifo/gk104: remove redundant variable ret
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: Rework TTMs busy handling
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH v2] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH AUTOSEL 6.1 5/5] nouveau: fix disp disabling with GSP
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• [PATCH 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH] drm/nouveau/disp/r535: fix error code in r535_dp_aux_xfer()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 5/5] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/5] drm/ttm: return ENOSPC from ttm_bo_mem_space
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 4/5] drm/ttm: improve idle/busy handling v3
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/5] drm/vmwgfx: remove vmw_vram_gmr_placement
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Rework TTMs busy handling
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/6] drm/nouveau/svm: remove unused but set variables
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 1/6] drm/nouveau/acr/ga102: remove unused but set variable
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH linux-next v2] drm/nouveau/disp: switch to use kmemdup() helper
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: Rework TTMs busy handling
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• [PATCH] nouveau/gsp: handle engines in runl without nonstall interrupts.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 2/5] drm/ttm: return ENOSPC from ttm_bo_mem_space
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: Rework TTMs busy handling
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: Rework TTMs busy handling
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH 5/5] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/5] drm/ttm: return ENOSPC from ttm_bo_mem_space
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 4/5] drm/ttm: improve idle/busy handling v2
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 3/5] drm/ttm: replace busy placement with flags v5
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Rework TTMs busy handling
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/5] drm/vmwgfx: remove vmw_vram_gmr_placement
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH AUTOSEL 6.1 5/5] nouveau: fix disp disabling with GSP
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/4] drm/nouveau/disp: don't misuse kernel-doc comments
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/bios/init: drop kernel-doc notation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo: remove duplicated including
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH linux-next] drm/nouveau/disp: switch to use kmemdup() helper
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 5/5] nouveau: fix disp disabling with GSP
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 8/8] nouveau: fix disp disabling with GSP
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 2/4] drm/ttm: replace busy placement with flags v4
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 4/4] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 3/4] drm/ttm: improve idle/busy handling v2
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/4] drm/ttm: replace busy placement with flags v4
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/4] drm/ttm: return ENOSPC from ttm_bo_mem_space
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Rework TTMs busy handling
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/4] drm/ttm: return ENOSPC from ttm_bo_mem_space
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 08/11] nouveau/gsp: don't free ctrl messages on errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 08/11] nouveau/gsp: don't free ctrl messages on errors
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v9 09/25] drm/modes: Move named modes parsing to a separate function
  • From: Dave Stevenson <dave.stevenson@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/11] nouveau/gsp: don't free ctrl messages on errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v9 09/25] drm/modes: Move named modes parsing to a separate function
  • From: Dave Stevenson <dave.stevenson@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 09/25] drm/modes: Move named modes parsing to a separate function
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: AD107M (197), black screen
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• AD107M (197), black screen
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v9 09/25] drm/modes: Move named modes parsing to a separate function
  • From: Dave Stevenson <dave.stevenson@xxxxxxxxxxxxxxx>
• [PATCH 2/4] drm/nouveau: don't misuse kernel-doc comments
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 1/4] drm/nouveau/disp: don't misuse kernel-doc comments
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 4/4] drm/nouveau/volt/gk20a: don't misuse kernel-doc comments
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/4] drm/nouveau/gr/gf100: don't misuse kernel-doc comments
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau: uapi: fix kerneldoc warnings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 07/11] nouveau/gsp: convert gsp errors to generic errors
  • From: Timur Tabi <timur@xxxxxxxxxx>
• [PATCH 10/11] nouveau: push event block/allowing out of the fence context
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 11/11] drm/nouveau/dp: Honor GSP link training retry timeouts
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 09/11] nouveau/gsp: always free the alloc messages on r535
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 07/11] nouveau/gsp: convert gsp errors to generic errors
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 08/11] nouveau/gsp: don't free ctrl messages on errors
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 04/11] nouveau/gsp: free acpi object after use
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 06/11] drm/nouveau/gsp: Fix ACPI MXDM/MXDS method invocations
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 05/11] nouveau/gsp: free userd allocation.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 03/11] nouveau: fix disp disabling with GSP
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 01/11] nouveau/gsp: add three notifier callbacks that we see in normal operation (v2)
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 02/11] nouveau/gsp: drop some acpi related debug
  • From: Dave Airlie <airlied@xxxxxxxxx>
• nouveau GSP fixes
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] drm/nouveau/therm: remove redundant duty == target check
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH] drm/nouveau/bios/init: drop kernel-doc notation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fixup gk20a instobj hierarchy
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH linux-next] drm/nouveau/disp: switch to use kmemdup() helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: Don't allow inheritance of headless iors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fixup gk20a instobj hierarchy
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50-: Don't allow inheritance of headless iors
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• Re: nouveau 0000:01:00.0: drm_WARN_ON(!found_head)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] drm/nouveau: include drm/drm_edid.h only where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH v2 0/7] IOMMU related FW parsing cleanup
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 6.1 13/29] nouveau/tu102: flush all pdbs on vmm flush
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 07/12] nouveau/tu102: flush all pdbs on vmm flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 09/16] nouveau/tu102: flush all pdbs on vmm flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 09/19] nouveau/tu102: flush all pdbs on vmm flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 13/29] nouveau/tu102: flush all pdbs on vmm flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 19/47] nouveau/tu102: flush all pdbs on vmm flush
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: Fwd: Kernel 6.6.1 hangs on "loading initial ramdisk"
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Ré : fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT]
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• [PATCH] drm/nouveau: Fixup gk20a instobj hierarchy
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT]
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• [PATCH v2 0/7] IOMMU related FW parsing cleanup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 5/7] iommu: Mark dev_iommu_priv_set() with a lockdep
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 1/7] iommu: Remove struct iommu_ops *iommu from arch_setup_dma_ops()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 6/7] acpi: Do not return struct iommu_ops from acpi_iommu_configure_id()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 4/7] iommu: Mark dev_iommu_get() with lockdep
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 2/7] iommmu/of: Do not return struct iommu_ops from of_iommu_configure()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 3/7] iommu/of: Use -ENODEV consistently in of_iommu_configure()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 7/7] iommu/tegra: Use tegra_dev_iommu_get_stream_id() in the remaining places
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFT PATCH v2 04/12] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Owen T. Heisler" <writer@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: GPU MMU faults (was Meaning of the engines in paramaters of nouveau module)
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• Re: [PATCH] nouveau/gsp: drop the gsp failure message to a debug.
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: Meaning of the engines in paramaters of nouveau module
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: nouveau-next stalled to august 30?
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/gsp: drop some acpi related debug
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/gsp: drop the gsp failure message to a debug.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/gsp: add three notifier callbacks that we see in normal operation (v2)
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] nouveau/gsp: add three notifier callbacks that we see in normal operation
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: add three notifier callbacks that we see in normal operation
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] nouveau/gsp: add three notifier callbacks that we see in normal operation
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH] nouveau/gsp: add three notifier callbacks that we see in normal operation
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: PR: nv50 IB-mode DMA crash fixes
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: PR: nv50 IB-mode DMA crash fixes
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Meaning of the engines in paramaters of nouveau module
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• nouveau-next stalled to august 30?
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• PR: nv50 IB-mode DMA crash fixes
  • From: Monty Montgomery <xiphmont@xxxxxxxxx>
• Re: How to set debug parameters to get the information I want?
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Ré : Ré : How to set debug parameters to get the information I want?
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• Ré : How to set debug parameters to get the information I want?
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• Re: Thinkpad P17 gen 2 kernel 6.4 and 6.6 lack of support for nvidia GA104GLM [RTX A5000 Mobile] and missing module firmware
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• How to set debug parameters to get the information I want?
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• Re: Thinkpad P17 gen 2 kernel 6.4 and 6.6 lack of support for nvidia GA104GLM [RTX A5000 Mobile] and missing module firmware
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Thinkpad P17 gen 2 kernel 6.4 and 6.6 lack of support for nvidia GA104GLM [RTX A5000 Mobile] and missing module firmware
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: Kernel problem with multiseat on one card
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 08/10] iommu/tegra: Use tegra_dev_iommu_get_stream_id() in the remaining places
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] nouveau/tu102: flush all pdbs on vmm flush
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: Removes unnecessary args check in nouveau_uvmm_sm_prepare
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] driver: gpu: Fix warning directly dereferencing a rcu pointer
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 08/10] iommu/tegra: Use tegra_dev_iommu_get_stream_id() in the remaining places
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 06/10] iommu: Replace iommu_device_lock with iommu_probe_device_lock
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 06/10] iommu: Replace iommu_device_lock with iommu_probe_device_lock
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 08/10] iommu/tegra: Use tegra_dev_iommu_get_stream_id() in the remaining places
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 04/10] iommu: Mark dev_iommu_get() with lockdep
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] acpi: Do not return struct iommu_ops from acpi_iommu_configure_id()
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] iommmu/of: Do not return struct iommu_ops from of_iommu_configure()
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH] [v2] nouveau/gsp: document some aspects of GSP-RM
  • 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] nouveau/gsp/r535: remove a stray unlock in r535_gsp_rpc_send()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [v2] nouveau/gsp: document some aspects of GSP-RM
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH][next] nouveau/gsp: replace zero-length array with flex-array member and use __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH][next] nouveau/gsp: replace zero-length array with flex-array member and use __counted_by
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 03/10] iommu/of: Use -ENODEV consistently in of_iommu_configure()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 06/10] iommu: Replace iommu_device_lock with iommu_probe_device_lock
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 02/10] iommmu/of: Do not return struct iommu_ops from of_iommu_configure()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 08/10] iommu/tegra: Use tegra_dev_iommu_get_stream_id() in the remaining places
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 10/10] ACPI: IORT: Allow COMPILE_TEST of IORT
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 04/10] iommu: Mark dev_iommu_get() with lockdep
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 01/10] iommu: Remove struct iommu_ops *iommu from arch_setup_dma_ops()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 09/10] ACPI: IORT: Cast from ULL to phys_addr_t
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 05/10] iommu: Mark dev_iommu_priv_set() with a lockdep
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 00/10] IOMMU related FW parsing cleanup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 07/10] acpi: Do not return struct iommu_ops from acpi_iommu_configure_id()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [REGRESSION]: nouveau: Asynchronous wait on fence
  • From: "Owen T. Heisler" <writer@xxxxxxxxx>
• 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 <timur@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp/r535: remove a stray unlock in r535_gsp_rpc_send()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: Hamza Mahfooz <hamza.mahfooz@xxxxxxx>
• [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>