Nouveau Display Driver

• Thread Index

• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 3/9] drm/radeon: Implement .be_primary() callback
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [RFC, drm-misc-next v4 3/9] drm/radeon: Implement .be_primary() callback
  • From: Christian König <christian.koenig@xxxxxxx>
• [RFC, drm-misc-next v4 9/9] drm/gma500: Register as a VGA client by calling vga_client_register()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 8/9] drm/hibmc: Register as a VGA client by calling vga_client_register()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 7/9] drm/ast: Register as a VGA client by calling vga_client_register()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 5/9] drm/i915: Implement .be_primary() callback
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 6/9] drm/loongson: Implement .be_primary() callback
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 4/9] drm/amdgpu: Implement .be_primary() callback
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 3/9] drm/radeon: Implement .be_primary() callback
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 2/9] drm/nouveau: Implement .be_primary() callback
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 1/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [RFT PATCH 06/15] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time
  • From: "Maxime Ripard" <mripard@xxxxxxxxxx>
• [RFT PATCH 06/15] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH 00/15] drm: non-drm-misc drivers call drm_atomic_helper_shutdown() at the right times
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• 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] drm/nouveau: fence: fix undefined fence state after emit
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH drm-misc-next] drm/nouveau: fence: fix undefined fence state after emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• System hang with Linux 6.4 and NVIDIA Quadro 2000
  • From: "Douglas R. Reno" <renodr@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Hamza Mahfooz <hamza.mahfooz@xxxxxxx>
• Re: [PATCH 0/5] Add the pci_get_base_class() helper and use it
  • From: "Deucher, Alexander" <Alexander.Deucher@xxxxxxx>
• Re: [PATCH 2/5] ALSA: hda/intel: Use pci_get_base_class() to reduce duplicated code
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH 4/5] drm/amdgpu: Use pci_get_base_class() to reduce duplicated code
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH 2/5] ALSA: hda/intel: Use pci_get_base_class() to reduce duplicated code
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH 3/5] drm/nouveau: Use pci_get_base_class() to reduce duplicated code
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH 0/5] Add the pci_get_base_class() helper and use it
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH 5/5] drm/radeon: Use pci_get_base_class() to reduce duplicated code
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH 1/5] PCI: Add the pci_get_base_class() helper
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH 06/20] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 05/20] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 04/20] drm/nouveau/nvkm/subdev/volt/gk20a: Demote kerneldoc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 03/20] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 06/20] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH 05/20] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH 04/20] drm/nouveau/nvkm/subdev/volt/gk20a: Demote kerneldoc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH 03/20] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH 02/20] drm/nouveau/nvkm/subdev/acr/lsfw: Remove unused variable 'loc'
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH (set 1) 00/20] Rid W=1 warnings from GPU
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v2] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• [PATCH drm-misc-next v2] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm: drm_exec: build always builtin
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next 1/3] drm: drm_exec: build always builtin
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next] drm/nouveau: uvmm: fix unset region pointer on remap
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH drm-misc-next] drm/nouveau: uvmm: fix unset region pointer on remap
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 3/3] drm/nouveau: gpuva mgr dma-resv/extobj handling, GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 1/3] drm: drm_exec: build always builtin
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 0/3] [RFC] DRM GPUVA Manager GPU-VM features
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH -next 5/7] drm/virtio: Remove an unnecessary NULL value
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 2/2][next] nouveau/svm: Split assignment from if conditional
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/2][next] nouveau/svm: Replace one-element array with flexible-array member in struct nouveau_svm
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/2][next] nouveau/svm: Split assignment from if conditional
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH 1/2][next] nouveau/svm: Replace one-element array with flexible-array member in struct nouveau_svm
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH 0/2][next] nouveau/svm: Replace one-element array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Problem with NVIDIA Quadro FX-2800m
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 5.4 04/39] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 08/89] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 12/68] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 025/149] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.4 039/206] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 05/33] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau: find the smallest page allocation to cover a buffer alloc.
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 6.1-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 5.15-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 5.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 5.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 4.19-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 6.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7
  • From: Peter Bottomley <peter@xxxxxxxxxxxxx>
• [PATCH -next] drm/nouveau/fifo: Remove duplicated include
  • From: GUO Zihua <guozihua@xxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Olaf Skibbe <news@xxxxxxxxxxxxx>
• drm/nouveau: switch over to vmemdup_user()
  • From: Atul Raut <rauji.raut@xxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Olaf Skibbe <news@xxxxxxxxxxxxx>
• Problem with NVIDIA Quadro FX-2800m
  • From: Wolfram Sauerteig <wsauerteig@xxxxxxxxxxx>
• Re: [PATCH -next 6/7] drm/format-helper: Remove unnecessary NULL values
  • From: Arthur Grillo <arthurgrillo@xxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Olaf Skibbe <news@xxxxxxxxxxxxx>
• Re: [PATCH -next 3/7] drm/msm: Remove unnecessary NULL values
  • From: Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>
• [PATCH drm-misc-next v9 10/11] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Olaf Skibbe <news@xxxxxxxxxxxxx>
• nouveau bug in linux/6.1.38-2
  • From: Olaf Skibbe <news@xxxxxxxxxxxxx>
• [PATCH -next] drm/nouveau/disp: fix incompatible types in subtraction
  • From: Chen Jiahao <chenjiahao16@xxxxxxxxxx>
• Re: Bug#1042753: nouveau bug in linux/6.1.38-2
  • From: Diederik de Haas <didi.debian@xxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/nouveau: sched: avoid job races between entities
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• [PATCH] nouveau: find the smallest page allocation to cover a buffer alloc.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH drm-misc-next] drm/nouveau: sched: avoid job races between entities
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/u_memcpya: use vmemdup_user
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] nouveau/u_memcpya: use vmemdup_user
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/u_memcpya: use kvmalloc_array.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH drm-misc-next v9 01/11] drm/gem: fix lockdep check for dma-resv lock
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH -next 1/7] drm/amdkfd: Remove unnecessary NULL values
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH -next 1/7] drm/amdkfd: Remove unnecessary NULL values
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH -next 4/7] drm/radeon: Remove unnecessary NULL values
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH -next 5/7] drm/virtio: Remove an unnecessary NULL value
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH -next 3/7] drm/msm: Remove unnecessary NULL values
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH -next 2/7] drm/amd/display: Remove unnecessary NULL values
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH -next 1/7] drm/amdkfd: Remove unnecessary NULL values
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH -next 0/7] drm: Remove many unnecessary NULL values
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH -next 7/7] drm: Remove unnecessary NULL values
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• [PATCH -next 6/7] drm/format-helper: Remove unnecessary NULL values
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v9 06/11] drm/nouveau: fence: separate fence alloc and emit
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next 0/5] Nouveau VM_BIND uAPI Fixes
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/sched: Don't pass user flags to drm_syncobj_find_fence()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/sched: Don't pass user flags to drm_syncobj_find_fence()
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Revert a NULL check inside nouveau_connector_get_modes
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v9 06/11] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v9 06/11] drm/nouveau: fence: separate fence alloc and emit
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH drm-misc-next 5/5] drm/nouveau: uvmm: remove dedicated VM pointer from VMAs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 3/5] drm/nouveau: remove incorrect __user annotations
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 4/5] drm/nouveau: uvmm: remove incorrect calls to mas_unlock()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 2/5] drm/nouveau: nvkm: vmm: silence warning from cast
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 1/5] nouveau/dmem: fix copy-paste error in nouveau_dmem_migrate_chunk()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 0/5] Nouveau VM_BIND uAPI Fixes
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next 0/5] Nouveau VM_BIND uAPI Fixes
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH drm-misc-next] nouveau/dmem: fix copy-paste error in nouveau_dmem_migrate_chunk()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH drm-misc-next] nouveau/dmem: fix copy-paste error in nouveau_dmem_migrate_chunk()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp: Revert a NULL check inside nouveau_connector_get_modes
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH drm-misc-next v10 12/12] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 10/12] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 08/12] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 09/12] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 07/12] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 05/12] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 06/12] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 04/12] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 03/12] drm/nouveau: new VM_BIND uAPI interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 02/12] drm/nouveau: fixup the uapi header file.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 01/12] drm/gem: fix lockdep check for dma-resv lock
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v10 00/12] Nouveau VM_BIND UAPI & DRM GPUVA Manager (merged)
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: nouveau bug in linux/6.1.38-2
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v9 00/11] Nouveau VM_BIND UAPI & DRM GPUVA Manager (merged)
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v9 00/11] Nouveau VM_BIND UAPI & DRM GPUVA Manager (merged)
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fixup the uapi header file.
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v9 02/11] drm/nouveau: new VM_BIND uapi interfaces
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau: fixup the uapi header file.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH drm-misc-next v9 11/11] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 09/11] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 08/11] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 07/11] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 06/11] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 05/11] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 04/11] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 03/11] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 02/11] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 01/11] drm/gem: fix lockdep check for dma-resv lock
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v9 00/11] Nouveau VM_BIND UAPI & DRM GPUVA Manager (merged)
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [RESEND] drm/nouveau: remove unused tu102_gr_load() function
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] [RESEND] drm/nouveau: remove unused tu102_gr_load() function
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fixup the uapi header file.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fixup the uapi header file.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: fixup the uapi header file.
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fixup the uapi header file.
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• [PATCH v2 00/12] drm: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v2 09/12] drm/nouveau: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: fixup the uapi header file.
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau: fixup the uapi header file.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 01/12] drm: manager to keep track of GPUs VA mappings
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: Powering down laptop GPU TU117GLM
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Powering down laptop GPU TU117GLM
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Powering down laptop GPU TU117GLM
  • From: Ferenc Wágner <wferi@xxxxxxx>
• [PATCH v2] drm/nouveau/nvkm/dp: Add workaround to fix DP 1.3+ DPCD issues
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 01/12] drm: manager to keep track of GPUs VA mappings
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvkm/dp: Add hack to fix DP 1.3+ DPCD issues
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• drm/nouveau: fan:
  • From: "Colin King (gmail)" <colin.i.king@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvkm/dp: Add hack to fix DP 1.3+ DPCD issues
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvkm/dp: Add hack to fix DP 1.3+ DPCD issues
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] x86/mm/kmmio: return -ENOMEM when kzalloc failed
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 03/12] drm/nouveau: new VM_BIND uapi interfaces
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxE) ERROR: space prohibited before that ':' (ctx:WxE) ERROR: trailing statements should be on next line ERROR: trail
  • From: Luna Jernberg <droidbittin@xxxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 03/12] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxE) ERROR: space prohibited before that ':' (ctx:WxE) ERROR: trailing statements should be on next line ERROR: trailing s tatements should be on next line
  • From: "Mark Dymek" <mark@xxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: space prohibited before that ':' (ctx:WxW) ERROR: : trailing statements should be on next line
  • From: huzhi001@xxxxxxxxxx
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxE) ERROR: space prohibited before that ':' (ctx:WxE) ERROR: trailing statements should be on next line ERROR: trailing s tatements should be on next line
  • From: huzhi001@xxxxxxxxxx
• Re: [PATCH drm-misc-next v8 03/12] drm/nouveau: new VM_BIND uapi interfaces
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Sean Paul <seanpaul@xxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Sean Paul <seanpaul@xxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: : trailing statements should be on next line
  • From: huzhi001@xxxxxxxxxx
• [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxW) ERROR: trailing statements should be on next line ERROR: space prohibited before that ':' (ctx:WxE) ERROR: space prohibited before that ':' (ctx:WxE) ERROR: trailing statements should be on next line ERROR: trailing s tatements should be on next line
  • From: huzhi001@xxxxxxxxxx
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: : trailing statements should be on next line
  • From: huzhi001@xxxxxxxxxx
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH][next] drm/nouveau/bios/therm: make read-only array duty_lut static const
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Paul Kocialkowski <paul.kocialkowski@xxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-misc-next v8 01/12] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-misc-next v8 02/12] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH drm-misc-next v8 01/12] drm: manager to keep track of GPUs VA mappings
  • From: Steven Price <steven.price@xxxxxxx>
• [PATCH drm-misc-next v8 12/12] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 07/12] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 10/12] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 08/12] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 09/12] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 06/12] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 05/12] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 04/12] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 03/12] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 02/12] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 01/12] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-misc-next v8 00/12] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 3/3] drm/nouveau/kms/nv50-: init hpd_irq_lock for PIOR DP
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 2/3] drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 1/3] drm/nouveau/i2c: fix number of aux event slots
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvkm/dp: Add hack to fix DP 1.3+ DPCD issues
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 3/3] drm/nouveau/kms/nv50-: init hpd_irq_lock for PIOR DP
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 2/3] drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• [PATCH 1/3] drm/nouveau/i2c: fix number of aux event slots
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH drm-next v7 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v7 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Donald Robson <Donald.Robson@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: : trailing statements should be on next line
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo:Fix Nineteen occurrences of the gk104.c error: ERROR: : trailing statements should be on next line
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau: add missing spaces after ','
  • From: sunran001@xxxxxxxxxx
• [PATCH drm-next v7 13/13] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 12/13] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 11/13] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 10/13] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 09/13] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 08/13] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 07/13] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 06/13] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 04/13] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 05/13] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 03/13] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 01/13] drm: execution context for GEM buffers v7
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v7 00/13] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/iccsense:
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/iccsense:
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvkm: do not use assignment in if condition
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/pci: ERROR: "foo * bar" should be "foo *bar"
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: bring back blit subchannel for pre nv50 GPUs
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Abort loading ACR if no firmware was found
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: Abort loading ACR if no firmware was found
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH RFC v1 26/52] drm/nouveau: Use struct drm_crtc::drm_dev instead of struct drm_crtc::dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] drm/nouveau: remove spaces after '*'
  • From: sunran001@xxxxxxxxxx
• [PATCH v3 5/9] drm/amdgpu: Implement the is_primary_gpu callback of vga_client_register()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v3 4/9] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v3 3/9] PCI/VGA: Switch to aperture_contain_firmware_fb_nonreloc()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v3 2/9] video/aperture: Add a helper for determining if an unmoved aperture contain FB
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v3 1/9] video/aperture: Add a helper to detect if an aperture contains firmware FB
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v3 0/9] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: XDC 2023: Registration & Call for Proposals now open!
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• [PATCH] drm/nouveau: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau: add missing spaces after ','
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau: add missing spaces after ', ' and before '('
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau: ERROR: (foo*) should be (foo *)
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/flcn/qmgr: add missing spaces after ', '
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/flcn/cmdq: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/flcn/qmgr: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/flcn/msgq: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/clk: remove spaces before ','
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/clk: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/clk: add missing spaces after ', ' and '{'
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/clk: add missing spaces after ','
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/clk: remove spaces before ','
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/devinit: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/volt: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/volt/gk104: Move assignment outside if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/pmu: add spaces around '='
  • From: sunran001@xxxxxxxxxx
• Re: [PATCH] drm/radeon: ERROR: "(foo*)" should be "(foo *)"
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH] drm/radeon: ERROR: "(foo*)" should be "(foo *)"
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/iccsense: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• Re: [PATCH] drm/nouveau/iccsense:
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: use drm_kms_helper_connector_hotplug_event()
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH v2 1/6] video/aperture: Add a helper to detect if an aperture contains firmware FB
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v2 5/6] drm/i915: Implement the is_boot_device callback function
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH] drm/nouveau/pci: ERROR: "foo * bar" should be "foo *bar"
  • From: sunran001@xxxxxxxxxx
• Re: [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• [PATCH v1 2/4] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Fwd: [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH v2 6/6] drm/ast: Register as a vga client to vgaarb by calling vga_client_register()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH v1 3/4] drm/amdgpu: Implement the is_boot_device callback function
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v1 1/4] video/aperture: Add a helper to detect if an aperture contains firmware FB
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v2 4/6] drm/radeon: Implement the is_boot_device callback function
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH v2 2/6] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH] drm/nouveau/iccsense:
  • From: sunran001@xxxxxxxxxx
• [PATCH v2 0/6] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH] drm/nouveau/nvkm: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH v1 4/4] drm/radeon: Implement the is_boot_device callback function
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH] drm/nouveau/nvkm: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH v2 3/6] drm/amdgpu: Implement the is_boot_device callback function
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• [PATCH] drm/nouveau/i2c: do not use assignment in if condition
  • From: sunran001@xxxxxxxxxx
• [PATCH v1 0/4] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvkm/dp: Add hack to fix DP 1.3+ DPCD issues
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp/g94: enable HDMI
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH] drm/nouveau/disp/g94: enable HDMI
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/nvkm/dp: Add hack to fix DP 1.3+ DPCD issues
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: use drm_kms_helper_connector_hotplug_event()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp/g94: enable HDMI
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Donald Robson <Donald.Robson@xxxxxxxxxx>
• Re: [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp/g94: enable HDMI
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH v1 2/4] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH v1 0/4] PCI/VGA: Improve the default VGA device selection
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH v1 1/4] video/aperture: Add a helper to detect if an aperture contains firmware FB
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH drm-next v6 13/13] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 11/13] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 12/13] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 08/13] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 10/13] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 09/13] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 07/13] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 06/13] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 05/13] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 04/13] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 03/13] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 02/13] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 01/13] drm: execution context for GEM buffers v5
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v6 00/13] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH 3/3] drm/nouveau/disp: verify mode on atomic_check
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 2/3] drm/nouveau/disp: drop unused argument in nv50_dp_mode_valid
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 1/3] drm/nouveau/disp: fix HDMI on gt215+
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Why drm/nouveau contains files not related to nouveau?
  • From: Paul Dufresne <dufresnep@xxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: XDC 2023: Registration & Call for Proposals now open!
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH v7 5/8] video/aperture: Add a helper to detect if an aperture contains firmware FB
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH v7 8/8] drm/radeon: Implement the is_boot_device callback function
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: Powering down laptop GPU TU117GLM
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau: Remove the unused variable entry
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• 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: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Powering down laptop GPU TU117GLM
  • From: Ferenc Wágner <wferi@xxxxxxx>
• Re: [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Karol Herbst <kherbst@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 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• 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: Danilo Krummrich <dakr@xxxxxxxxxx>
• 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: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH v6 0/8] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: use drm_kms_helper_connector_hotplug_event()
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH v6 0/8] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: use drm_kms_helper_connector_hotplug_event()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Donald Robson <Donald.Robson@xxxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH drm-next v5 09/14] drm/nouveau: fence: separate fence alloc and emit
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [RESEND, 12/15] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • 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>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v7 1/8] PCI/VGA: Use unsigned type for the io_state variable
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [Intel-gfx] [PATCH v3 4/4] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [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 <suijingfeng@xxxxxxxxxxx>
• [PATCH v6 3/8] PCI/VGA: Tidy up the code and comment format
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Donald Robson <Donald.Robson@xxxxxxxxxx>
• Re: [PATCH v7 7/8] drm/amdgpu: Implement the is_boot_device callback function
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH v3 4/4] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v2 2/2] vgaarb: introduce is_boot_device callback function to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v3 3/4] PCI/VGA: only deal with VGA class devices
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH] drm: Remove unnecessary (void*) conversions
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• Re: [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Oded Gabbay <ogabbay@xxxxxxxxxx>
• [PATCH v7 0/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH] drm/nouveau: fix codeing style
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 3/4] PCI/VGA: only deal with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH drm-next v5 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Oded Gabbay <ogabbay@xxxxxxxxxx>
• 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: 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: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v6 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH v6 1/8] PCI/VGA: Use unsigned type for the io_state variable
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v7 7/8] drm/amdgpu: Implement the is_boot_device callback function
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v7 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v6 4/8] PCI/VGA: Replace full MIT license text with SPDX identifier
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
  • From: Petr Tesařík <petr@xxxxxxxxxxx>
• [PATCH] drm/nouveau/nvkm/engine/gr/gf100: Remove unneeded semicolon
  • From: baomingtong001@xxxxxxxxxx
• Re: [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Donald Robson <Donald.Robson@xxxxxxxxxx>
• [PATCH] drm/nouveau/dp: check for NULL nv_connector->native_mode
  • From: Natalia Petrova <n.petrova@xxxxxxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• NVIDIA(R) NVSTM 4200M
  • From: MM <finjulhich@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v2 1/2] vgaarb: various coding style and comments fix
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/8] PCI/VGA: Deal only with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: patches dropped from drm-misc-next [Was: Re: [PATCH 00/53] drm: Convert to platform remove callback returning] void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• 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>
• [PATCH v6 0/8] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• [PATCH] drm: Remove unnecessary (void*) conversions
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v7 6/8] PCI/VGA: Introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• [PATCH v7 4/8] PCI/VGA: Replace full MIT license text with SPDX identifier
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v3 0/4] PCI/VGA: introduce is_boot_device function callback to vga_client_register
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH 00/53] drm: Convert to platform remove callback returning void
  • From: Inki Dae <daeinki@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 3/4] PCI/VGA: only deal with VGA class devices
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH] drm/nouveau/nvif: use struct_size()
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• [PATCH v7 3/8] PCI/VGA: Tidy up the code and comment format
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• 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>