nouveau  

Messages by Thread

• • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Christian König
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time suijingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Christian König
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time suijingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Christian König
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time suijingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Christian König
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Sui Jingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Christian König
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Thomas Zimmermann
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time suijingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Thomas Zimmermann
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time suijingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Thomas Zimmermann
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Jani Nikula
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Alex Williamson
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time suijingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Alex Williamson
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Sui Jingfeng
  • Re: [Nouveau] [RFC, drm-misc-next v4 0/9] PCI/VGA: Allowing the user to select the primary video adapter at boot time Alex Williamson
• [Nouveau] [RFT PATCH 00/15] drm: non-drm-misc drivers call drm_atomic_helper_shutdown() at the right times Douglas Anderson
  • [Nouveau] [RFT PATCH 06/15] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time Douglas Anderson
  • Re: [Nouveau] [RFT PATCH 06/15] drm/nouveau: Call drm_atomic_helper_shutdown() or equiv at shutdown time Maxime Ripard
• [Nouveau] [PATCH drm-misc-next] drm/nouveau: fence: fix undefined fence state after emit Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next] drm/nouveau: fence: fix undefined fence state after emit Dave Airlie
• [Nouveau] [PATCH 0/5] Add the pci_get_base_class() helper and use it Sui Jingfeng
  • [Nouveau] [PATCH 1/5] PCI: Add the pci_get_base_class() helper Sui Jingfeng
  • [Nouveau] [PATCH 5/5] drm/radeon: Use pci_get_base_class() to reduce duplicated code Sui Jingfeng
  • [Nouveau] [PATCH 2/5] ALSA: hda/intel: Use pci_get_base_class() to reduce duplicated code Sui Jingfeng
  • Re: [Nouveau] [PATCH 2/5] ALSA: hda/intel: Use pci_get_base_class() to reduce duplicated code Takashi Iwai
  • [Nouveau] [PATCH 3/5] drm/nouveau: Use pci_get_base_class() to reduce duplicated code Sui Jingfeng
  • [Nouveau] [PATCH 4/5] drm/amdgpu: Use pci_get_base_class() to reduce duplicated code Sui Jingfeng
  • Re: [Nouveau] [PATCH 0/5] Add the pci_get_base_class() helper and use it Deucher, Alexander
  • Re: [Nouveau] [PATCH 0/5] Add the pci_get_base_class() helper and use it suijingfeng
  • Re: [Nouveau] [PATCH 0/5] Add the pci_get_base_class() helper and use it Bjorn Helgaas
• [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Lee Jones
  • [Nouveau] [PATCH 02/20] drm/nouveau/nvkm/subdev/acr/lsfw: Remove unused variable 'loc' Lee Jones
  • [Nouveau] [PATCH 03/20] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses Lee Jones
  • Re: [Nouveau] [PATCH 03/20] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses Karol Herbst
  • [Nouveau] [PATCH 04/20] drm/nouveau/nvkm/subdev/volt/gk20a: Demote kerneldoc abuses Lee Jones
  • Re: [Nouveau] [PATCH 04/20] drm/nouveau/nvkm/subdev/volt/gk20a: Demote kerneldoc abuses Karol Herbst
  • [Nouveau] [PATCH 05/20] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse Lee Jones
  • Re: [Nouveau] [PATCH 05/20] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse Karol Herbst
  • [Nouveau] [PATCH 06/20] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses Lee Jones
  • Re: [Nouveau] [PATCH 06/20] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses Karol Herbst
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Maxime Ripard
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Maxime Ripard
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Lee Jones
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Jani Nikula
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Maxime Ripard
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Lee Jones
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Lee Jones
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Hamza Mahfooz
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Lee Jones
  • Re: [Nouveau] [PATCH (set 1) 00/20] Rid W=1 warnings from GPU Michel Dänzer
• [Nouveau] [PATCH drm-misc-next v2] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next v2] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly Faith Ekstrand
• [Nouveau] [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly Faith Ekstrand
  • Re: [Nouveau] [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next] drm/nouveau: uapi: don't pass NO_PREFETCH flag implicitly kernel test robot
• [Nouveau] [PATCH drm-misc-next] drm/nouveau: uvmm: fix unset region pointer on remap Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next] drm/nouveau: uvmm: fix unset region pointer on remap Dave Airlie
• [Nouveau] [PATCH drm-misc-next 0/3] [RFC] DRM GPUVA Manager GPU-VM features Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 1/3] drm: drm_exec: build always builtin Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 1/3] drm: drm_exec: build always builtin Christian König
  • Re: [Nouveau] [PATCH drm-misc-next 1/3] drm: drm_exec: build always builtin Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation kernel test robot
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation kernel test robot
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation kernel test robot
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Intel
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Intel
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Intel
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Intel
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Intel
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Dave Airlie
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Christian König
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Dave Airlie
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Christian König
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Daniel Vetter
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Christoph Hellwig
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Thomas Hellström
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Thomas Hellström
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Christian König
  • Re: [Nouveau] [PATCH drm-misc-next 2/3] drm/gpuva_mgr: generalize dma_resv/extobj handling and GEM validation Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 3/3] drm/nouveau: gpuva mgr dma-resv/extobj handling, GEM validation Danilo Krummrich
• [Nouveau] [PATCH 0/2][next] nouveau/svm: Replace one-element array with flexible-array member Gustavo A. R. Silva
  • [Nouveau] [PATCH 1/2][next] nouveau/svm: Replace one-element array with flexible-array member in struct nouveau_svm Gustavo A. R. Silva
  • Re: [Nouveau] [PATCH 1/2][next] nouveau/svm: Replace one-element array with flexible-array member in struct nouveau_svm Kees Cook
  • [Nouveau] [PATCH 2/2][next] nouveau/svm: Split assignment from if conditional Gustavo A. R. Silva
  • Re: [Nouveau] [PATCH 2/2][next] nouveau/svm: Split assignment from if conditional Kees Cook
  • Re: [Nouveau] [PATCH 0/2][next] nouveau/svm: Replace one-element array with flexible-array member Kees Cook
• [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Takashi Iwai
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Karol Herbst
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Borislav Petkov
  • Re: [Nouveau] [PATCH] drm/nouveau/disp: fix use-after-free in error handling of nouveau_connector_create Lyude Paul
• Re: [Nouveau] Problem with NVIDIA Quadro FX-2800m Karol Herbst
• [Nouveau] [PATCH 5.4 04/39] drm/nouveau/gr: enable memory loads on helper invocation on all channels Greg Kroah-Hartman
• [Nouveau] [PATCH 5.15 08/89] drm/nouveau/gr: enable memory loads on helper invocation on all channels Greg Kroah-Hartman
• [Nouveau] [PATCH 5.10 12/68] drm/nouveau/gr: enable memory loads on helper invocation on all channels Greg Kroah-Hartman
• [Nouveau] [PATCH 6.1 025/149] drm/nouveau/gr: enable memory loads on helper invocation on all channels Greg Kroah-Hartman
• [Nouveau] [PATCH 6.4 039/206] drm/nouveau/gr: enable memory loads on helper invocation on all channels Greg Kroah-Hartman
• [Nouveau] [PATCH 4.19 05/33] drm/nouveau/gr: enable memory loads on helper invocation on all channels Greg Kroah-Hartman
• [Nouveau] Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 6.1-stable tree gregkh
• [Nouveau] Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 5.15-stable tree gregkh
• [Nouveau] Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 5.10-stable tree gregkh
• [Nouveau] Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 5.4-stable tree gregkh
• [Nouveau] Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 4.19-stable tree gregkh
• [Nouveau] Patch "drm/nouveau/gr: enable memory loads on helper invocation on all channels" has been added to the 6.4-stable tree gregkh
• [Nouveau] [PATCH -next] drm/nouveau/fifo: Remove duplicated include GUO Zihua
• [Nouveau] drm/nouveau: switch over to vmemdup_user() Atul Raut
• [Nouveau] nouveau bug in linux/6.1.38-2 Olaf Skibbe
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Thorsten Leemhuis
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Karol Herbst
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Olaf Skibbe
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Karol Herbst
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Olaf Skibbe
  • Re: [Nouveau] Bug#1042753: nouveau bug in linux/6.1.38-2 Diederik de Haas
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Olaf Skibbe
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Karol Herbst
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Olaf Skibbe
  • Re: [Nouveau] nouveau bug in linux/6.1.38-2 Linux regression tracking #update (Thorsten Leemhuis)
• [Nouveau] [PATCH -next] drm/nouveau/disp: fix incompatible types in subtraction Chen Jiahao
• [Nouveau] [PATCH] nouveau: find the smallest page allocation to cover a buffer alloc. Dave Airlie
  • Re: [Nouveau] [PATCH] nouveau: find the smallest page allocation to cover a buffer alloc. Faith Ekstrand
• [Nouveau] [PATCH drm-misc-next] drm/nouveau: sched: avoid job races between entities Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next] drm/nouveau: sched: avoid job races between entities Faith Ekstrand
• [Nouveau] [PATCH] nouveau/u_memcpya: use vmemdup_user Dave Airlie
  • Re: [Nouveau] [PATCH] nouveau/u_memcpya: use vmemdup_user Danilo Krummrich
• [Nouveau] [PATCH] nouveau/u_memcpya: use kvmalloc_array. Dave Airlie
• [Nouveau] Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7 Bagas Sanjaya
  • Re: [Nouveau] Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7 Thorsten Leemhuis
  • Re: [Nouveau] Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7 Peter Bottomley
  • Re: [Nouveau] Fwd: System (Xeon Nvidia) hangs at boot terminal after kernel 6.4.7 Linux regression tracking #update (Thorsten Leemhuis)
• [Nouveau] [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler Matthew Brost
  • Re: [Nouveau] [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler Christian König
  • Re: [Nouveau] [PATCH drm-misc-next] drm/sched: support multiple rings per gpu_scheduler Danilo Krummrich
• [Nouveau] [PATCH -next 0/7] drm: Remove many unnecessary NULL values Ruan Jinjie
  • [Nouveau] [PATCH -next 6/7] drm/format-helper: Remove unnecessary NULL values Ruan Jinjie
  • Re: [Nouveau] [PATCH -next 6/7] drm/format-helper: Remove unnecessary NULL values Arthur Grillo
  • [Nouveau] [PATCH -next 7/7] drm: Remove unnecessary NULL values Ruan Jinjie
  • [Nouveau] [PATCH -next 1/7] drm/amdkfd: Remove unnecessary NULL values Ruan Jinjie
  • Re: [Nouveau] [PATCH -next 1/7] drm/amdkfd: Remove unnecessary NULL values Christian König
  • Re: [Nouveau] [PATCH -next 1/7] drm/amdkfd: Remove unnecessary NULL values Alex Deucher
  • [Nouveau] [PATCH -next 2/7] drm/amd/display: Remove unnecessary NULL values Ruan Jinjie
  • [Nouveau] [PATCH -next 3/7] drm/msm: Remove unnecessary NULL values Ruan Jinjie
  • Re: [Nouveau] [PATCH -next 3/7] drm/msm: Remove unnecessary NULL values Abhinav Kumar
  • [Nouveau] [PATCH -next 5/7] drm/virtio: Remove an unnecessary NULL value Ruan Jinjie
  • Re: [Nouveau] [PATCH -next 5/7] drm/virtio: Remove an unnecessary NULL value Dmitry Osipenko
  • [Nouveau] [PATCH -next 4/7] drm/radeon: Remove unnecessary NULL values Ruan Jinjie
  • Re: [Nouveau] [PATCH -next 0/7] drm: Remove many unnecessary NULL values Dmitry Baryshkov
• [Nouveau] [PATCH] drm/nouveau/sched: Don't pass user flags to drm_syncobj_find_fence() Faith Ekstrand
  • Re: [Nouveau] [PATCH] drm/nouveau/sched: Don't pass user flags to drm_syncobj_find_fence() Danilo Krummrich
• [Nouveau] [PATCH drm-misc-next 0/5] Nouveau VM_BIND uAPI Fixes Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 0/5] Nouveau VM_BIND uAPI Fixes Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 1/5] nouveau/dmem: fix copy-paste error in nouveau_dmem_migrate_chunk() Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 2/5] drm/nouveau: nvkm: vmm: silence warning from cast Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 4/5] drm/nouveau: uvmm: remove incorrect calls to mas_unlock() Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 3/5] drm/nouveau: remove incorrect __user annotations Danilo Krummrich
  • [Nouveau] [PATCH drm-misc-next 5/5] drm/nouveau: uvmm: remove dedicated VM pointer from VMAs Danilo Krummrich
  • Re: [Nouveau] [PATCH drm-misc-next 0/5] Nouveau VM_BIND uAPI Fixes Dave Airlie
• [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Borislav Petkov
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Thorsten Leemhuis
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Karol Herbst
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Borislav Petkov
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Karol Herbst
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Borislav Petkov
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Karol Herbst
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Takashi Iwai
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Karol Herbst
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Takashi Iwai
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Karol Herbst
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Takashi Iwai
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Thorsten Leemhuis
  • Re: [Nouveau] 2b5d1c29f6c4 ("drm/nouveau/disp: PIOR DP uses GPIO for HPD, not PMGR AUX interrupts") Karol Herbst

• Earlier messages
• Later messages