Nouveau Display Driver

• Thread Index

• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v7 4/8] PCI/VGA: Replace full MIT license text with SPDX identifier
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [Intel-gfx] [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH v6 0/8] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Petr Tesařík <petr@xxxxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH v7 1/8] PCI/VGA: Use unsigned type for the io_state variable
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH v7 0/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH] gpu: drm: nouveau: nvkm: engine: gr: Remove Unneeded semicolon
  • From: Anup Sharma <anupnewsmail@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 1/4] PCI/VGA: tidy up the code and comment format
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 5/8] video/aperture: Add a helper to detect if an aperture contains firmware FB
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v3 2/4] PCI/VGA: Use unsigned type for the io_state variable
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH] nouveau_connector: add nv_encoder pointer check for NULL
  • From: Natalia Petrova <n.petrova@xxxxxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v3 1/4] PCI/VGA: tidy up the code and comment format
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v7 8/8] drm/radeon: Implement the is_boot_device callback function
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v7 3/8] PCI/VGA: Tidy up the code and comment format
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: use struct_size()
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 4/4] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [Intel-gfx] [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH] drm/nouveau/nvif: use struct_size()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH] drm/nouveau/disp: use drm_kms_helper_connector_hotplug_event()
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 14/14] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 13/14] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 12/14] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 11/14] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 10/14] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 09/14] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 08/14] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 07/14] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 06/14] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 02/14] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 01/14] drm: execution context for GEM buffers v4
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v6 2/8] PCI/VGA: Deal only with VGA class devices
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Requests For Proposals for hosting XDC 2024 are now open
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v4 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v4 14/14] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH drm-next v4 03/14] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 01/10] drm/nouveau/nvkm: fini object children in reverse order
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 10/10] drm/nouveau/kms: don't call drm_dp_cec_set_edid() on TMDS
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 09/10] drm/nouveau/nvif: fix potential double-free
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 08/10] drm/nouveau/fifo/ga100-: add per-runlist nonstall intr handling
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 07/10] drm/nouveau/fifo/ga100-: remove individual runlists rather than failing oneinit
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 06/10] drm/nouveau/fifo: return ERR_PTR from nvkm_runl_new()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 05/10] drm/nouveau/fifo: remove left-over references to nvkm_fifo_chan
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 03/10] drm/nouveau/fb/gp102-ga100: switch to simpler vram size detection method
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 02/10] drm/nouveau/nvkm: punt spurious irq messages to debug level
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 01/10] drm/nouveau/nvkm: fini object children in reverse order
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/kms/nv50-: Fix drm_dp_remove_payload() invocation
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50-: Fix drm_dp_remove_payload() invocation
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] nouveau_connector: add nv_encoder pointer check for NULL
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/dp: check for NULL nv_connector->native_mode
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-next v4 02/14] maple_tree: split up MA_STATE() macro
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Intel-gfx] [PATCH v3 4/4] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [RESEND 12/15] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RESEND 10/15] drm/nouveau/nvkm/engine/gr/tu102: Staticify local function gf100_fifo_nonstall_block()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RESEND 09/15] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RESEND 08/15] drm/nouveau/nvkm/subdev/volt/gk20a: Demote kerneldoc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RESEND 06/15] drm/nouveau/nvkm/subdev/acr/lsfw: Remove unused variable 'loc'
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RESEND 07/15] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [RESEND 13/15] drm/nouveau/nvkm/engine/gr/tu102: Completely remove unused function ‘tu102_gr_load’
  • From: Lee Jones <lee@xxxxxxxxxx>
• [RESEND 12/15] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [RESEND 10/15] drm/nouveau/nvkm/engine/gr/tu102: Staticify local function gf100_fifo_nonstall_block()
  • From: Lee Jones <lee@xxxxxxxxxx>
• [RESEND 09/15] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse
  • From: Lee Jones <lee@xxxxxxxxxx>
• [RESEND 08/15] drm/nouveau/nvkm/subdev/volt/gk20a: Demote kerneldoc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [RESEND 07/15] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [RESEND 06/15] drm/nouveau/nvkm/subdev/acr/lsfw: Remove unused variable 'loc'
  • From: Lee Jones <lee@xxxxxxxxxx>
• [RESEND 00/15] Rid W=1 warnings from GPU
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 4/4] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 3/4] PCI/VGA: only deal with VGA class devices
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 1/4] PCI/VGA: tidy up the code and comment format
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH drm-next v4 13/14] drm/nouveau: implement new VM_BIND uAPI
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v4 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v4 12/14] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v4 09/14] drm/nouveau: fence: separate fence alloc and emit
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/4] drm/nouveau: stop using is_swiotlb_active
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH drm-next v4 03/14] drm: manager to keep track of GPUs VA mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v4 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH drm-next v4 14/14] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 13/14] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 12/14] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 11/14] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 10/14] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 09/14] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 08/14] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 06/14] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 07/14] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 02/14] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 01/14] drm: execution context for GEM buffers v4
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: bring back blit subchannel for pre nv50 GPUs
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: don't detect DSM for non-NVIDIA device
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Powering down laptop GPU TU117GLM
  • From: Ferenc Wágner <wferi@xxxxxxx>
• Re: [PATCH v2] drm/nouveau: bring back blit subchannel for pre nv50 GPUs
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• [PATCH v2] drm/nouveau: bring back blit subchannel for pre nv50 GPUs
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm: Remove unnecessary (void*) conversions
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/nouveau/acr: remove unused variable loc
  • From: Tom Rix <trix@xxxxxxxxxx>
• libGL error: glx: failed to create dri2 screen libGL / error: failed to load driver: nouveau
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: Fwd: absent both plymouth, and video= on linu lines, vtty[1-6] framebuffers produce vast raster right and bottom borders on the larger resolution of two displays
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Fwd: absent both plymouth, and video= on linu lines, vtty[1-6] framebuffers produce vast raster right and bottom borders on the larger resolution of two displays
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Fwd: absent both plymouth, and video= on linu lines, vtty[1-6] framebuffers produce vast raster right and bottom borders on the larger resolution of two displays
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Fwd: absent both plymouth, and video= on linu lines, vtty[1-6] framebuffers produce vast raster right and bottom borders on the larger resolution of two displays
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: Fwd: absent both plymouth, and video= on linu lines, vtty[1-6] framebuffers produce vast raster right and bottom borders on the larger resolution of two displays
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Fwd: absent both plymouth, and video= on linu lines, vtty[1-6] framebuffers produce vast raster right and bottom borders on the larger resolution of two displays
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Fwd: absent both plymouth, and video= on linu lines, vtty[1-6] framebuffers produce vast raster right and bottom borders on the larger resolution of two displays
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Nouveau with G98: console mixed up
  • From: Damien Dejean <djod4556@xxxxxxxx>
• [PATCH 10/10] drm/nouveau/kms: don't call drm_dp_cec_set_edid() on TMDS
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 08/10] drm/nouveau/fifo/ga100-: add per-runlist nonstall intr handling
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 09/10] drm/nouveau/nvif: fix potential double-free
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 07/10] drm/nouveau/fifo/ga100-: remove individual runlists rather than failing oneinit
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 06/10] drm/nouveau/fifo: return ERR_PTR from nvkm_runl_new()
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 05/10] drm/nouveau/fifo: remove left-over references to nvkm_fifo_chan
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 04/10] drm/nouveau/fb/ga102-: construct vidmem heap via new gp102 paths
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 03/10] drm/nouveau/fb/gp102-ga100: switch to simpler vram size detection method
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 02/10] drm/nouveau/nvkm: punt spurious irq messages to debug level
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 01/10] drm/nouveau/nvkm: fini object children in reverse order
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH v2] drm/nouveau: don't detect DSM for non-NVIDIA device
  • From: Ratchanan Srirattanamet <peathot@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Abort loading ACR if no firmware was found
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/acr: Abort loading ACR if no firmware was found
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 6.3 004/364] drm/nouveau/disp: More DP_RECEIVER_CAP_SIZE array fixes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr/ga102: set variable ga102_gsps storage-class-specifier to static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: dispnv50: fix missing-prototypes warning
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/4] drm/nouveau: stop using is_swiotlb_active
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 3/4] drm/nouveau: stop using is_swiotlb_active
  • From: Christoph Hellwig <hch@xxxxxx>
• unexport swiotlb_active
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/4] x86: move a check out of pci_xen_swiotlb_init
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/4] swiotlb: unexport is_swiotlb_active
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] drm/nouveau/acr/ga102: set variable ga102_gsps storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau: bring back blit subchannel for pre nv50 GPUs
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [RESEND PATCH] drm/nouveau: constify pointers to hwmon_channel_info
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: 6.2 still cannot get hdmi display out on Thinkpad P73 Quadro RTX 4000 Mobile/TU104
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Re: 6.2 still cannot get hdmi display out on Thinkpad P73 Quadro RTX 4000 Mobile/TU104
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• [PATCH 33/53] drm/nouveau: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: 6.2 still cannot get hdmi display out on Thinkpad P73 Quadro RTX 4000 Mobile/TU104
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Re: 6.2 still cannot get hdmi display out on Thinkpad P73 Quadro RTX 4000 Mobile/TU104
  • From: Steven Kucharzyk <stvr_8888@xxxxxxxxxxx>
• Re: 6.2 still cannot get hdmi display out on Thinkpad P73 Quadro RTX 4000 Mobile/TU104
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: 2023 X.Org Foundation Membership deadline for voting in the election
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] drm/ttm: Change the parameters of ttm_range_man_init() from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH v2 2/2] drm/nouveau/clk: avoid usage of list iterator after loop
  • From: Jakob Koschel <jkl820.git@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 2/3] drm/fb-helper: Set framebuffer for vga-switcheroo clients
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• [PATCH v3 1/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH] drm/nouveau: dispnv50: fix missing-prototypes warning
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] drm/nouveau/fifo/gf100-: make gf100_fifo_nonstall_block() static
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: 2023 X.Org Board of Directors Elections Nomination period is NOW
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH] Change the meaning of the fields in the ttm_place structure from pfn to bytes
  • From: Stanislaw Gruszka <stanislaw.gruszka@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [PATCH 2/2] drm/nouveau: constify pointers to hwmon_channel_info
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau/clk: avoid usage of list iterator after loop
  • From: Jakob Koschel <jkl820.git@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH drm-next 13/14] drm/nouveau: implement new VM_BIND UAPI
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Adding support to control backlight using bl_power for nva3.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH v3 2/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 5/6] drm/ttm: Change the meaning of the fields in the drm_mm_nodes structure from pfn to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Steven Price <steven.price@xxxxxxx>
• [PATCH v4 4/4] drm/amdgpu: Cleanup PAGE_SHIFT operation
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v3 2/3] drm/fb-helper: Set framebuffer for vga-switcheroo clients
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• [PATCH -resend] drm/nouveau/kms/nv50- (gcc13): fix nv50_wndw_new_ prototype
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v4 1/4] drm/gem: Remove BUG_ON in drm_gem_private_object_init
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH linux-next] drm/nouveau/fifo: remove duplicated included chid.h
  • From: <yang.yang29@xxxxxxxxxx>
• [PATCH 2/6] drm/amd: fix’s on ttm_resource rework to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 2/5] drm/nouveau/acr: remove the unused variable loc
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 4/6] drm/nouveau: fix’s on ttm_resource rework to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH drm-next 13/14] drm/nouveau: implement new VM_BIND UAPI
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• [PATCH v2] drm/nouveau: fix incorrect conversion to dma_resv_wait_timeout()
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH] Change the meaning of the fields in the ttm_place structure from pfn to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH RESEND] drm/nouveau/hwmon: Use sysfs_emit in show function callsbacks
  • From: Deepak R Varma <drv@xxxxxxxxx>
• [PATCH 6/6] drm/amdgpu: Cleanup the GDS, GWS and OA allocations
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• [PATCH 1/2] drm/i915: constify pointers to hwmon_channel_info
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2 0/2] drm/nouveau: avoid usage of list iterator after loop
  • From: Jakob Koschel <jkl820.git@xxxxxxxxx>
• [PATCH 34/37] drm/nouveau/nvkm/engine/gr/tu102: Completely remove unused function ‘tu102_gr_load’
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Fwd: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH v4 3/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v4 4/4] drm/i915: Clean up page shift operation
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 1/5] drm/nouveau/nvfw/acr: make wpr_generic_header_dump() static
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/fifo: make gf100_fifo_nonstall_block static
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH 2/6] drm/amdgpu: Remove TTM resource->start visible VRAM condition
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH 4/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: nvkm_devinit_func.disable() to be made void
  • From: Deepak R Varma <drv@xxxxxxxxx>
• 2023 X.Org Board of Directors Elections timeline extended, request for nominations
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• [PATCH 3/6] drm/ttm: Change the meaning of resource->start from pfn to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH] drm/nouveau/mc/ga100: make ga100_mc_device static
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>
• [PATCH 1/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH v2 1/2] drm/nouveau/device: avoid usage of list iterator after loop
  • From: Jakob Koschel <jkl820.git@xxxxxxxxx>
• Re: [PATCH v2 0/8] Fix several device private page reference counting issues
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/fifo: small cleanup in nvkm_chan_cctx_get()
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [PATCH v3 3/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH v2 4/4] drm/amdgpu: Support allocate of amdgpu_gtt_mgr from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 2/4] drm/amdgpu: Support allocate of amdgpu_gtt_mgr from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH v4 3/4] drm/amdgpu: GDS/GWS/OA cleanup the page shift operation
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [PATCH v4 2/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [PATCH] drm/nouveau/gr/gv100-: unlock on error in gf100_gr_chan_new()
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH drm-next 13/14] drm/nouveau: implement new VM_BIND UAPI
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• [PATCH] drm/nouveau/fifo: make nvkm_runl_new() return error pointers
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: 2023 X.Org Foundation Membership deadline for voting in the election
  • From: Harald Koenig <harald@xxxxxxxxxxx>
• 2023 X.Org Foundation Election vote results
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• 2023 X.Org Foundation Membership deadline extended
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix bug in buffer relocs for Nouveau
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/fb: fix pci device refcount leak in nv1a_ram_new()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH 21/37] drm/nouveau/nvkm/subdev/volt/gk20a: Demote kerneldoc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH 1/2] drm/nouveau/device: avoid usage of list iterator after loop
  • From: Jakob Koschel <jkl820.git@xxxxxxxxx>
• [PATCH 10/37] drm/nouveau/nvkm/nvfw/acr: Make local function ‘wpr_generic_header_dump’ static
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH v2] drm/ttm: Change the meaning of the fields in the ttm_place structure from pfn to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 0/2] drm/nouveau: avoid usage of list iterator after loop
  • From: Jakob Koschel <jkl820.git@xxxxxxxxx>
• Reminder: Last day (!) to nominate candidates for the 2023 X.Org Board of Directors Elections
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• [PATCH 23/37] drm/nouveau/nvkm/engine/fifo/gf100: Staticify local function gf100_fifo_nonstall_block()
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH 1/6] drm/gem: Remove BUG_ON in drm_gem_private_object_init
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Reminder: Only 2 days left to nominate candidates for the 2023 X.Org Board of Directors Elections
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH 5/6] drm/radeon: fix’s on ttm_resource rework to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• 2023 X.Org Foundation Membership deadline for voting in the election
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v4 2/4] drm/ttm: Clean up page shift operation
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH] drm/nouveau/kms/nv50- (gcc13): fix nv50_wndw_new_ prototype
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH] drm/nouveau: remove unused tu102_gr_load() function
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] drm/nouveau/devinit: Convert function disable() to be void
  • From: Deepak R Varma <drv@xxxxxxxxx>
• [PATCH] $drm/nouveau: Fix kernel-doc
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• [PATCH v3] drm/nouveau: fix incorrect conversion to dma_resv_wait_timeout()
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH 3/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH v2 1/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH v4 1/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH] drm/nouveau/acr: make wpr_generic_header_dump static
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• [PATCH -next] drm/nouveau/gr/gf100-: Remove unneeded semicolon
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• [PATCH v3] drm/ttm: rework on ttm_resource to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• Re: [PATCH 03/21] drm/ingenic: Don't set struct drm_driver.lastclose
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• [PATCH -next] drm/nouveau/gr/gv100-: fix missing unlock on error in gf100_gr_chan_new()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH 3/5] drm/nouveau/fifo: make nvkm_engn_cgrp_get static
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau: Fix bug in buffer relocs for Nouveau
  • From: Tanmay Bhushan <007047221b@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: Add support to control backlight using bl_power for nva3.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Ajay Gupta <ajayg@xxxxxxxxxx>
• [PATCH v2 2/3] drm/fb-helper: Set framebuffer for vga-switcheroo clients
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH 1/2] drm/ttm: prevent moving of pinned BOs
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• [PATCH] nouveau: fix nv50_wndw_new_() prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 2/3] drm/fb-helper: Set framebuffer for vga-switcheroo clients
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 2/3] drm/fb-helper: Set framebuffer for vga-switcheroo clients
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• [PATCH 5/5] drm/nouveau/gr/tu102: Remove the unused function tu102_gr_load()
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv04: fix pci device refcount leak
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• 2023 X.Org Board of Directors Elections Nomination period is NOW
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• Re: [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH v2 02/10] iommu: Remove iommu_map_atomic()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [PATCH 1/6] drm/ttm: rework on ttm_resource to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH v2 3/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH -next] drm/nouveau/fifo: Remove duplicated include in chan.c
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/gr/gf100-: remove unnecessary semicolon
  • From: Deepak R Varma <drv@xxxxxxxxx>
• Re: [PATCH v2 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [PATCH v2] drm/ttm: rework on ttm_resource to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 31/37] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH] drm/nouveau/acr/ga102: make ga102_gsps static (not exported)
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 8/8] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/mmu: Fix an UAF issue in NVKM
  • From: korantwork@xxxxxxxxx
• [PATCH -next] nouveau/dmem: Remove duplicated include in nouveau_dmem.c
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• [PATCH 25/37] drm/nouveau/nvkm/engine/gr/tu102: Staticify local function gf100_fifo_nonstall_block()
  • From: Lee Jones <lee@xxxxxxxxxx>
• Separate TTYs on a Single Dual Head G94 Card
  • From: Shahab Vahedi <shahab.vahedi@xxxxxxxxx>
• [PATCH -resend] drm/nouveau/kms/nv50- (gcc13): fix nv50_wndw_new_ prototype
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v3 4/4] drm/amdgpu: Support allocate of amdgpu_gtt_mgr from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 22/37] drm/nouveau/nvkm/engine/fifo/runl: Staticify local function nvkm_engn_cgrp_get()
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: Fix an UAF issue in NVKM
  • From: Xinghui Li <korantwork@xxxxxxxxx>
• [PATCH 3/6] drm/i915: fix’s on ttm_resource rework to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH] drm/nouveau/svm: Remove set but unused variable 'priority'
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50- (gcc13): fix nv50_wndw_new_ prototype
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 11/37] drm/nouveau/nvkm/subdev/acr/lsfw: Remove unused variable 'loc'
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH linux-next] drm/nouveau/nvkm/core/firmware: replace strncpy() with strscpy()
  • From: <yang.yang29@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/37] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH] drm/nouveau: Remove unused variable
  • From: Zack Rusin <zack@xxxxxxx>
• [PATCH 24/37] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH 6/6] drm/vmwgfx: fix’s on ttm_resource rework to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: More DP_RECEIVER_CAP_SIZE array fixes
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Disabling -Warray-bounds for gcc-13 too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Panic report and patch against master (Quadro FX)
  • From: Monty Montgomery <xiphmont@xxxxxxxxx>
• Re: 6.2 still cannot get hdmi display out on Thinkpad P73 Quadro RTX 4000 Mobile/TU104
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Re: 6.1 still cannot get display on Thinkpad P73Quadro RTX 4000 Mobile for hybrid graphics?
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Canceled event: XDC 2023 A Corunha Spain @ Tue Oct 17 - Thu Oct 19, 2023 (nouveau@xxxxxxxxxxxxxxxxxxxxx)
  • From: mario.kleiner.de@xxxxxxxxx
• Invitation: XDC 2023 A Corunha Spain @ Tue Oct 17 - Thu Oct 19, 2023 (nouveau@xxxxxxxxxxxxxxxxxxxxx)
  • From: mario.kleiner.de@xxxxxxxxx
• Re: XDC 2023: Registration & Call for Proposals now open!
  • From: Luna Jernberg <droidbittin@xxxxxxxxx>
• Re: [PATCH 0/9] GPU-DRM-nouveau: Adjustments for seven function implementations
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v3] drm/nouveau: fix incorrect conversion to dma_resv_wait_timeout()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2023 X.Org Foundation Membership deadline for voting in the election
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: XDC 2023: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• XDC 2023: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: [PATCH v3] drm/nouveau: fix incorrect conversion to dma_resv_wait_timeout()
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 9/9] drm/nouveau/therm: Move an assignment statement behind a null pointer check in two functions
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 8/9] drm/nouveau/pci: Move an expression into a function call parameter in nvkm_pcie_set_link()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 7/9] drm/nouveau/pci: Move a variable assignment behind condition checks in nvkm_pcie_set_link()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 6/9] drm/nouveau/clk: Move a variable assignment behind a null pointer check in nvkm_pstate_new()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 0/9] GPU-DRM-nouveau: Adjustments for seven function implementations
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 5/9] drm/nouveau/bios/power_budget: Move an expression into a macro call parameter in nvbios_power_budget_header()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 2/9] drm/nouveau/debugfs: Move a variable assignment behind a null pointer check in nouveau_debugfs_pstate_get()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 4/9] drm/nouveau/debugfs: Replace five seq_printf() calls by seq_puts() in nouveau_debugfs_pstate_get()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 1/9] drm/nouveau/debugfs: Move an expression into a function call parameter in nouveau_debugfs_pstate_set()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 3/9] drm/nouveau/debugfs: Use seq_putc() in nouveau_debugfs_pstate_get()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH 2/2] drm/nouveau: constify pointers to hwmon_channel_info
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau/disp: make gv100_disp_core_mthd_base static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mc/ga100: make ga100_mc_device static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/i915: constify pointers to hwmon_channel_info
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fb: add missing sysmen flush callbacks
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/fb: add missing sysmen flush callbacks
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau/nvkm/outp: Use WARN_ON() in conditionals in nvkm_outp_init_route()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: remove unused loc variable
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/svm: remove unused ret variable
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• (Attn. Skeggsb) Re: [PATCH] drm/nouveau/gr/tu102: remove unused tu102_gr_load function
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/gr/tu102: remove unused tu102_gr_load function
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau: Add a jump label in nouveau_gem_ioctl_pushbuf()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] drm/nouveau/fb: add missing sysmen flush callbacks
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH drm-next v3 05/15] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 10/15] drm/nouveau: fence: separate fence alloc and emit
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 13/15] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 05/15] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH drm-next v3 15/15] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 14/15] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp: set varaiable gv100_disp_core_mthd_base storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH drm-next v3 13/15] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 12/15] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 11/15] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 10/15] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 09/15] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 08/15] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 07/15] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 06/15] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 05/15] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 03/15] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 02/15] drm_exec: fix double dma_resv unlock
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 01/15] drm: execution context for GEM buffers v3
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 00/15] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Support more modes by checking with lower bpc
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Support more modes by checking with lower bpc
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/acr: remove unused loc variable
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp: Support more modes by checking with lower bpc
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 02/12] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 00/12] drm: reduce drm_detect_monitor_audio/drm_detect_hdmi_monitor/edid_blob_ptr usage
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH] drm/nouveau/svm: remove unused ret variable
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH 6.2 regression fix] drm/nouveau/kms: Fix backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 6.2 regression fix] drm/nouveau/kms: Fix backlight registration
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix bug in buffer relocs for Nouveau
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 6.2 regression fix] drm/nouveau/kms: Fix backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: More DP_RECEIVER_CAP_SIZE array fixes
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 34/37] drm/nouveau/nvkm/engine/gr/tu102: Completely remove unused function ‘tu102_gr_load’
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 31/37] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Any tips to avoid Nouveau crashes & freezes?
  • From: Ian Kelling <iank@xxxxxxx>
• [PATCH 6.2 045/141] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 058/143] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 044/145] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 029/104] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/mc: set ga100_mc_device storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• Any tips to avoid Nouveau crashes & freezes?
  • From: Ian Kelling <iank@xxxxxxx>
• Re: [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/clk: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau/device: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 0/2] drm/nouveau: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 0/2] drm/nouveau: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 6.2 0228/1001] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Panic on deferred probe with nouveau - jetson-tx1 - 6.3-rc1
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH RESEND] drm/nouveau/hwmon: Use sysfs_emit in show function callsbacks
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] Change the meaning of the fields in the ttm_place structure from pfn to bytes
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo: set nvkm_engn_cgrp_get storage-class-specifier to static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvfw/acr: set wpr_generic_header_dump storage-class-specifier to static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo: set gf100_fifo_nonstall_block_dump storage-class-specifier to static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/fifo: set gf100_fifo_nonstall_block_dump storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/nvfw/acr: set wpr_generic_header_dump storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/fifo: set nvkm_engn_cgrp_get storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 01/16] drm: execution context for GEM buffers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH drm-next v2 06/16] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v2 13/16] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau: NV_DEBUG and NV_ATOMIC should call __drm_debug_enabled
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH drm-next v2 01/16] drm: execution context for GEM buffers
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH drm-next v2 15/16] drm/nouveau: implement new VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 16/16] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 14/16] drm/nouveau: implement uvmm for user mode bindings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 13/16] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 11/16] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 12/16] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 10/16] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 08/16] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 07/16] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 06/16] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 09/16] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 02/16] drm/exec: fix memory leak in drm_exec_prepare_obj()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 01/16] drm: execution context for GEM buffers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/led: explicitly include linux/leds.h
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 12/17] drm/nouveau/devinit/tu102-: wait for GFW_BOOT_PROGRESS == COMPLETED
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 22/38] drm/nouveau/devinit/tu102-: wait for GFW_BOOT_PROGRESS == COMPLETED
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 3/6] drm/ttm: Change the meaning of resource->start from pfn to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 2/6] drm/amdgpu: Remove TTM resource->start visible VRAM condition
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/nouveau/disp: More DP_RECEIVER_CAP_SIZE array fixes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: "Linux kernel regression tracking (#update)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v2 3/3] drm: Call vga_switcheroo_process_delayed_switch() in drm_lastclose
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v4 3/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/nouveau/devinit: Convert function disable() to be void
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 1/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 2/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 1/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 1/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v3 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 02/10] iommu: Remove iommu_map_atomic()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Repeatable Freeze - nouveau/dri/mesa ?
  • From: Jeff Sacksteder <jsacksteder@xxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH drm-next 11/14] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (#update)" <regressions@xxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• drm_gpuva_manager requirements (was Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI)
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 13/14] drm/nouveau: implement new VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RESEND][PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-next 02/14] drm/exec: fix memory leak in drm_exec_prepare_obj()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>