Nouveau Display Driver

• Thread Index

• [PATCH] drm/nouveau/gr/gf100-: remove unnecessary semicolon
  • From: Deepak R Varma <drv@xxxxxxxxx>
• Re: [PATCH v2 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [PATCH v2] drm/ttm: rework on ttm_resource to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 31/37] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH] drm/nouveau/acr/ga102: make ga102_gsps static (not exported)
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 8/8] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/mmu: Fix an UAF issue in NVKM
  • From: korantwork@xxxxxxxxx
• [PATCH -next] nouveau/dmem: Remove duplicated include in nouveau_dmem.c
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• [PATCH 25/37] drm/nouveau/nvkm/engine/gr/tu102: Staticify local function gf100_fifo_nonstall_block()
  • From: Lee Jones <lee@xxxxxxxxxx>
• Separate TTYs on a Single Dual Head G94 Card
  • From: Shahab Vahedi <shahab.vahedi@xxxxxxxxx>
• [PATCH -resend] drm/nouveau/kms/nv50- (gcc13): fix nv50_wndw_new_ prototype
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v3 4/4] drm/amdgpu: Support allocate of amdgpu_gtt_mgr from pages to bytes
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH 22/37] drm/nouveau/nvkm/engine/fifo/runl: Staticify local function nvkm_engn_cgrp_get()
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: Fix an UAF issue in NVKM
  • From: Xinghui Li <korantwork@xxxxxxxxx>
• [PATCH 3/6] drm/i915: fix’s on ttm_resource rework to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• [PATCH] drm/nouveau/svm: Remove set but unused variable 'priority'
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• [PATCH] drm/nouveau/kms/nv50- (gcc13): fix nv50_wndw_new_ prototype
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 11/37] drm/nouveau/nvkm/subdev/acr/lsfw: Remove unused variable 'loc'
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH linux-next] drm/nouveau/nvkm/core/firmware: replace strncpy() with strscpy()
  • From: <yang.yang29@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Diogo Ivo <diogo.ivo@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/37] drm/nouveau/nvkm/subdev/bios/init: Demote a bunch of kernel-doc abuses
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH] drm/nouveau: Remove unused variable
  • From: Zack Rusin <zack@xxxxxxx>
• [PATCH 24/37] drm/nouveau/nvkm/engine/gr/gf100: Demote kerneldoc abuse
  • From: Lee Jones <lee@xxxxxxxxxx>
• [PATCH 6/6] drm/vmwgfx: fix’s on ttm_resource rework to use size_t type
  • From: Somalapuram Amaranath <Amaranath.Somalapuram@xxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Disabling -Warray-bounds for gcc-13 too
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: More DP_RECEIVER_CAP_SIZE array fixes
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Disabling -Warray-bounds for gcc-13 too
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Panic report and patch against master (Quadro FX)
  • From: Monty Montgomery <xiphmont@xxxxxxxxx>
• Re: 6.2 still cannot get hdmi display out on Thinkpad P73 Quadro RTX 4000 Mobile/TU104
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Re: 6.1 still cannot get display on Thinkpad P73Quadro RTX 4000 Mobile for hybrid graphics?
  • From: Marc MERLIN <marc_nouveau@xxxxxxxxxxx>
• Canceled event: XDC 2023 A Corunha Spain @ Tue Oct 17 - Thu Oct 19, 2023 (nouveau@xxxxxxxxxxxxxxxxxxxxx)
  • From: mario.kleiner.de@xxxxxxxxx
• Invitation: XDC 2023 A Corunha Spain @ Tue Oct 17 - Thu Oct 19, 2023 (nouveau@xxxxxxxxxxxxxxxxxxxxx)
  • From: mario.kleiner.de@xxxxxxxxx
• Re: XDC 2023: Registration & Call for Proposals now open!
  • From: Luna Jernberg <droidbittin@xxxxxxxxx>
• Re: [PATCH 0/9] GPU-DRM-nouveau: Adjustments for seven function implementations
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v3] drm/nouveau: fix incorrect conversion to dma_resv_wait_timeout()
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: 2023 X.Org Foundation Membership deadline for voting in the election
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: XDC 2023: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• XDC 2023: Registration & Call for Proposals now open!
  • From: Samuel Iglesias Gonsálvez <siglesias@xxxxxxxxxx>
• Re: [PATCH v3] drm/nouveau: fix incorrect conversion to dma_resv_wait_timeout()
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 9/9] drm/nouveau/therm: Move an assignment statement behind a null pointer check in two functions
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 8/9] drm/nouveau/pci: Move an expression into a function call parameter in nvkm_pcie_set_link()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 7/9] drm/nouveau/pci: Move a variable assignment behind condition checks in nvkm_pcie_set_link()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 6/9] drm/nouveau/clk: Move a variable assignment behind a null pointer check in nvkm_pstate_new()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 0/9] GPU-DRM-nouveau: Adjustments for seven function implementations
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 5/9] drm/nouveau/bios/power_budget: Move an expression into a macro call parameter in nvbios_power_budget_header()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 2/9] drm/nouveau/debugfs: Move a variable assignment behind a null pointer check in nouveau_debugfs_pstate_get()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 4/9] drm/nouveau/debugfs: Replace five seq_printf() calls by seq_puts() in nouveau_debugfs_pstate_get()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 1/9] drm/nouveau/debugfs: Move an expression into a function call parameter in nouveau_debugfs_pstate_set()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 3/9] drm/nouveau/debugfs: Use seq_putc() in nouveau_debugfs_pstate_get()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH 2/2] drm/nouveau: constify pointers to hwmon_channel_info
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH -next] drm/nouveau/disp: make gv100_disp_core_mthd_base static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mc/ga100: make ga100_mc_device static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/i915: constify pointers to hwmon_channel_info
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fb: add missing sysmen flush callbacks
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/fb: add missing sysmen flush callbacks
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau/nvkm/outp: Use WARN_ON() in conditionals in nvkm_outp_init_route()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/acr: remove unused loc variable
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/svm: remove unused ret variable
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• (Attn. Skeggsb) Re: [PATCH] drm/nouveau/gr/tu102: remove unused tu102_gr_load function
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/gr/tu102: remove unused tu102_gr_load function
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau: Add a jump label in nouveau_gem_ioctl_pushbuf()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] drm/nouveau/fb: add missing sysmen flush callbacks
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH drm-next v3 05/15] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 10/15] drm/nouveau: fence: separate fence alloc and emit
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 13/15] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v3 05/15] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH drm-next v3 15/15] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 14/15] drm/nouveau: implement new VM_BIND uAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp: set varaiable gv100_disp_core_mthd_base storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH drm-next v3 13/15] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 12/15] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 11/15] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 10/15] drm/nouveau: fence: separate fence alloc and emit
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 09/15] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 08/15] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 07/15] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 06/15] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 05/15] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 03/15] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 02/15] drm_exec: fix double dma_resv unlock
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 01/15] drm: execution context for GEM buffers v3
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v3 00/15] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Support more modes by checking with lower bpc
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Support more modes by checking with lower bpc
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH] drm/nouveau/acr: remove unused loc variable
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp: Support more modes by checking with lower bpc
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 02/12] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 00/12] drm: reduce drm_detect_monitor_audio/drm_detect_hdmi_monitor/edid_blob_ptr usage
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH v2] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH] drm/nouveau/svm: remove unused ret variable
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH 6.2 regression fix] drm/nouveau/kms: Fix backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 6.2 regression fix] drm/nouveau/kms: Fix backlight registration
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [PATCH] mm: Take a page reference when removing device exclusive entries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix bug in buffer relocs for Nouveau
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 6.2 regression fix] drm/nouveau/kms: Fix backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] drm/nouveau/gr: enable memory loads on helper invocation on all channels
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: More DP_RECEIVER_CAP_SIZE array fixes
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 34/37] drm/nouveau/nvkm/engine/gr/tu102: Completely remove unused function ‘tu102_gr_load’
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 31/37] drm/nouveau/dispnv04/crtc: Demote kerneldoc abuses
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] PCI: stop spamming info in quirk_nvidia_hda
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Any tips to avoid Nouveau crashes & freezes?
  • From: Ian Kelling <iank@xxxxxxx>
• [PATCH 6.2 045/141] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 058/143] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 044/145] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 029/104] drm/nouveau/kms/nv50: fix nv50_wndw_new_ prototype
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau/mc: set ga100_mc_device storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• Any tips to avoid Nouveau crashes & freezes?
  • From: Ian Kelling <iank@xxxxxxx>
• Re: [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/clk: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau/device: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 0/2] drm/nouveau: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 0/2] drm/nouveau: avoid usage of list iterator after loop
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 6.2 0228/1001] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Panic on deferred probe with nouveau - jetson-tx1 - 6.3-rc1
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH RESEND] drm/nouveau/hwmon: Use sysfs_emit in show function callsbacks
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix use-after-free bug in nvkm_vmm_pfn_map
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] Change the meaning of the fields in the ttm_place structure from pfn to bytes
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo: set nvkm_engn_cgrp_get storage-class-specifier to static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvfw/acr: set wpr_generic_header_dump storage-class-specifier to static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/fifo: set gf100_fifo_nonstall_block_dump storage-class-specifier to static
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH] drm/nouveau/fifo: set gf100_fifo_nonstall_block_dump storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/nvfw/acr: set wpr_generic_header_dump storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• [PATCH] drm/nouveau/fifo: set nvkm_engn_cgrp_get storage-class-specifier to static
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 01/16] drm: execution context for GEM buffers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH drm-next v2 06/16] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v2 13/16] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] drm/nouveau: NV_DEBUG and NV_ATOMIC should call __drm_debug_enabled
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH drm-next v2 01/16] drm: execution context for GEM buffers
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH drm-next v2 15/16] drm/nouveau: implement new VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 16/16] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 14/16] drm/nouveau: implement uvmm for user mode bindings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 13/16] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 11/16] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 12/16] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 10/16] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 08/16] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 07/16] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 06/16] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 09/16] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 05/16] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 04/16] maple_tree: add flag MT_FLAGS_LOCK_NONE
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 03/16] maple_tree: split up MA_STATE() macro
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 02/16] drm/exec: fix memory leak in drm_exec_prepare_obj()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 01/16] drm: execution context for GEM buffers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next v2 00/16] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/led: explicitly include linux/leds.h
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 12/17] drm/nouveau/devinit/tu102-: wait for GFW_BOOT_PROGRESS == COMPLETED
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 22/38] drm/nouveau/devinit/tu102-: wait for GFW_BOOT_PROGRESS == COMPLETED
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 3/6] drm/ttm: Change the meaning of resource->start from pfn to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 2/6] drm/amdgpu: Remove TTM resource->start visible VRAM condition
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/nouveau/disp: More DP_RECEIVER_CAP_SIZE array fixes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: "Linux kernel regression tracking (#update)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v2 3/3] drm: Call vga_switcheroo_process_delayed_switch() in drm_lastclose
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v4 3/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/nouveau/devinit: Convert function disable() to be void
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 1/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 2/4] drm/amdkfd: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 1/4] drm/amdgpu: Use cursor start instead of ttm resource start
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 1/4] drm/amdgpu: Movie the amdgpu_gtt_mgr start and size from pages to bytes
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v3 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 02/10] iommu: Remove iommu_map_atomic()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Repeatable Freeze - nouveau/dri/mesa ?
  • From: Jeff Sacksteder <jsacksteder@xxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH drm-next 11/14] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (#update)" <regressions@xxxxxxxxxxxxx>
• Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected
  • From: "Linux kernel regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• drm_gpuva_manager requirements (was Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI)
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 13/14] drm/nouveau: implement new VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RESEND][PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH drm-next 02/14] drm/exec: fix memory leak in drm_exec_prepare_obj()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 02/10] iommu: Remove iommu_map_atomic()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/9] drm/nouveau: stop using ttm_bo_wait
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 5/9] drm/nouveau: stop using ttm_bo_wait
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH drm-next 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/9] drm/nouveau: stop using ttm_bo_wait
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 5/9] drm/nouveau: stop using ttm_bo_wait
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 5/9] drm/nouveau: stop using ttm_bo_wait
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH drm-next 02/14] drm/exec: fix memory leak in drm_exec_prepare_obj()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• [PATCH drm-next 14/14] drm/nouveau: debugfs: implement DRM GPU VA debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 13/14] drm/nouveau: implement new VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 12/14] drm/nouveau: implement uvmm for user mode bindings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 11/14] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 10/14] drm/nouveau: chan: provide nouveau_channel_kill()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 09/14] drm/nouveau: fence: fail to emit when fence context is killed
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 07/14] drm/nouveau: bo: initialize GEM GPU VA interface
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 08/14] drm/nouveau: move usercopy helpers to nouveau_drv.h
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 06/14] drm/nouveau: get vmm via nouveau_cli_vmm()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 03/14] drm: manager to keep track of GPUs VA mappings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 02/14] drm/exec: fix memory leak in drm_exec_prepare_obj()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 01/14] drm: execution context for GEM buffers
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH drm-next 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Nicolas Chauvet <kwizart@xxxxxxxxx>
• Re: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 3/3] drm: Call vga_switcheroo_process_delayed_switch() in drm_lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/3] drm: Call vga_switcheroo_process_delayed_switch() in drm_lastclose
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 00/22] drm: Remove includes for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/22] drm: Remove includes for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/22] drm: Remove includes for drm_crtc_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 03/22] drm/amdgpu: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 18/22] drm/sun4i: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 02/22] drm: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 05/22] drm/aspeed: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 0/3] drm/{amdgpu, i915, nouveau, radeon}: Fix fbdev and vga-switcheroo
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 00/22] drm: Remove includes for drm_crtc_helper.h
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 01/22] drm/amdgpu: Fix coding style
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [RESEND][PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [RESEND][PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 00/22] drm: Remove includes for drm_crtc_helper.h
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau/nvkm: Replace zero-length array with flexible-array member
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 21/22] drm/vboxvideo: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 20/22] drm/udl: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 19/22] drm/tidss: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 17/22] drm/sprd: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 18/22] drm/sun4i: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 16/22] drm/shmobile: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/22] drm/kmb: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 22/22] drm/crtc-helper: Remove most include statements from drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/22] drm/ingenic: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 15/22] drm/rockchip: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 14/22] drm/radeon: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/22] drm/i2c/ch7006: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/22] drm/gma500: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 13/22] drm/nouveau: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/22] drm/amdgpu: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/22] drm/logicvc: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/22] drm/ast: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/22] drm: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/22] drm/bridge: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/22] drm/aspeed: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/22] drm/amdgpu: Fix coding style
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/22] drm/arm/komeda: Remove unnecessary include statements for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/22] drm: Remove includes for drm_crtc_helper.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/3] drm: Call vga_switcheroo_process_delayed_switch() in drm_lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/3] drm/{amdgpu, i915, nouveau, radeon}: Fix fbdev and vga-switcheroo
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/3] drm/i915: Allow switching away via vga-switcheroo if uninitialized
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH -resend] drm/nouveau/kms/nv50- (gcc13): fix nv50_wndw_new_ prototype
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: "Linux kernel regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Remove support for legacy contexts/buffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: Remove support for legacy contexts/buffers
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau/nvkm: Replace zero-length array with flexible-array member
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 1/3] drm/i915: Allow switching away via vga-switcheroo if uninitialized
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/3] drm: Call vga_switcheroo_process_delayed_switch() in drm_lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/3] drm: Generic fbdev and vga-switcheroo
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: Remove support for legacy contexts/buffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] drm/nouveau: Remove support for legacy contexts/buffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 5/9] drm/nouveau: stop using ttm_bo_wait
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v2] drm/nouveau: Remove file nouveau_fbcon.c
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2] drm/nouveau: Remove file nouveau_fbcon.c
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2] drm/nouveau: Remove file nouveau_fbcon.c
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3] drm: Only select I2C_ALGOBIT for drivers that actually need it
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH][next] drm/nouveau/nvkm: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Remove file nouveau_fbcon.c
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: Remove file nouveau_fbcon.c
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: Remove file nouveau_fbcon.c
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH] drm/nouveau: Remove file nouveau_fbcon.c
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 2/8] iommu: Remove iommu_map_atomic()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 8/8] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 4/8] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 3/8] iommu: Add a gfp parameter to iommu_map_sg()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 0/8] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 5/8] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [REGRESSION] GM20B probe fails after commit 2541626cfb79
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [RESEND][PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [RESEND][PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu: fix Use after Free bug in nvkm_vmm_node_split
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• [PATCH v3] drm: Only select I2C_ALGOBIT for drivers that actually need it
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v3] drm: Only select I2C_ALGOBIT for drivers that actually need it
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 591cd61541b9b95401e17dca24be486e32104cb8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 5d562c48a21eeb029a8fd3f18e1b31fd83660474
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION ee9bda616d36d2dc864aa294c2656fad88c9efa0
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 5be860bfc73408bc1a8af9167955e480ecebba84
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 2934ceb4e967b9233d0f97732e47175574a11406
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 700e0cd3a5ce6a2cb90d9a2aab729b52f092a7d6
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 13ee7ef407cfcf63f4f047460ac5bb6ba5a3447d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 15f2f20ccbf2d04cb14e3e7635aa0447208c71e7
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] drm/nouveau/disp: Fix nvif_outp_acquire_dp() argument size
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 9e46a79967326efb03c481ddfd58902475bd920d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Nvidia GTX460 Zotac that doesn't work with nouveau
  • From: iba68 <iba68@xxxxxxx>
• [linux-next:master] BUILD REGRESSION c35bd4e428856ed8c1fae7f7dfa08a9141c153d1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 06/19] drm/modes: Add a function to generate analog display modes
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v10 05/19] drm/connector: Add TV standard property
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v10 00/19] drm: Analog TV Improvements
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 736b6d81d93cf61a0601af90bd552103ef997b3f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 771a207d1ee9f38da8c0cee1412228f18b900bac
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION e4cd8d3ff7f9efeb97330e5e9b99eeb2a68f5cf9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 18/19] drm/vc4: vec: Add support for more analog TV standards
  • From: Mateusz Kwiatkowski <kfyatek@xxxxxxxxx>
• Re: [PATCH v10 00/19] drm: Analog TV Improvements
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
  • From: Computer Enthusiastic <computer.enthusiastic@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH] drm/nouveau/fb/ga102: Replace zero-length array of trailing structs with flex-array
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 18/19] drm/vc4: vec: Add support for more analog TV standards
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v10 05/19] drm/connector: Add TV standard property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v10 01/19] drm/tests: client: Mention that we can't use MODULE_ macros
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH v10 19/19] drm/sun4i: tv: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 18/19] drm/vc4: vec: Add support for more analog TV standards
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 16/19] drm/vc4: vec: Check for VEC output constraints
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 17/19] drm/vc4: vec: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 15/19] drm/vc4: vec: Use TV Reset implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 14/19] drm/atomic-helper: Add an analog TV atomic_check implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 13/19] drm/atomic-helper: Add a TV properties reset helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 12/19] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 11/19] drm/modes: Introduce more named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 10/19] drm/client: Remove match on mode name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 08/19] drm/modes: Introduce the tv_mode property as a command-line option
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 09/19] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 07/19] drm/connector: Add a function to lookup a TV mode by its name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 06/19] drm/modes: Add a function to generate analog display modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 05/19] drm/connector: Add TV standard property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 04/19] drm/connector: Rename drm_mode_create_tv_properties
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 03/19] drm/connector: Only register TV mode property if present
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 02/19] drm/connector: Rename legacy TV property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 01/19] drm/tests: client: Mention that we can't use MODULE_ macros
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v10 00/19] drm: Analog TV Improvements
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 15f3bff12cf6a888ec2ad39652828c60e6836b3d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next] drm/nouveau/gr/gf100-: Remove unneeded semicolon
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 3c1f24109dfc4fb1a3730ed237e50183c6bb26b3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: (subset) [PATCH v9 12/25] drm/connector: Add pixel clock to cmdline mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: (subset) [PATCH v9 11/25] drm/modes: Fill drm_cmdline mode from named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: (subset) [PATCH v9 10/25] drm/modes: Switch to named mode descriptors
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: (subset) [PATCH v9 08/25] drm/client: Add some tests for drm_connector_pick_cmdline_mode()
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: (subset) [PATCH v9 09/25] drm/modes: Move named modes parsing to a separate function
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: (subset) [PATCH v9 02/25] drm/tests: Add Kunit Helpers
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: (subset) [PATCH v9 01/25] docs/fb: Document current named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 5c92ddca1053df02387e8006d06094e18cc8538a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9 01/25] docs/fb: Document current named modes
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH v9 25/25] drm/sun4i: tv: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 24/25] drm/vc4: vec: Add support for more analog TV standards
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 22/25] drm/vc4: vec: Check for VEC output constraints
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 23/25] drm/vc4: vec: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 18/25] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 21/25] drm/vc4: vec: Use TV Reset implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 19/25] drm/atomic-helper: Add a TV properties reset helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 20/25] drm/atomic-helper: Add an analog TV atomic_check implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 16/25] drm/client: Remove match on mode name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 12/25] drm/connector: Add pixel clock to cmdline mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 11/25] drm/modes: Fill drm_cmdline mode from named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 15/25] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 17/25] drm/modes: Introduce more named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 14/25] drm/modes: Introduce the tv_mode property as a command-line option
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 13/25] drm/connector: Add a function to lookup a TV mode by its name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 08/25] drm/client: Add some tests for drm_connector_pick_cmdline_mode()
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 06/25] drm/connector: Add TV standard property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 09/25] drm/modes: Move named modes parsing to a separate function
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 10/25] drm/modes: Switch to named mode descriptors
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 05/25] drm/connector: Rename drm_mode_create_tv_properties
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 07/25] drm/modes: Add a function to generate analog display modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 01/25] docs/fb: Document current named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 04/25] drm/connector: Only register TV mode property if present
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 03/25] drm/connector: Rename legacy TV property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 02/25] drm/tests: Add Kunit Helpers
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v9 00/25] drm: Analog TV Improvements
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: Coverity: nouveau_dp_irq(): Null pointer dereferences
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH v8 16/24] drm/modes: Introduce more named modes
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v8 15/24] drm/client: Remove match on mode name
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v8 14/24] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH 1/5] drm/nouveau/nvfw/acr: make wpr_generic_header_dump() static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/nouveau/nvfw/acr: make wpr_generic_header_dump() static
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: Coverity: nouveau_dp_irq(): Null pointer dereferences
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Coverity: nouveau_dp_irq(): Null pointer dereferences
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Coverity: nouveau_dp_irq(): Null pointer dereferences
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Coverity: nouveau_dp_irq(): Null pointer dereferences
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION f8f60f322f0640c8edda2942ca5f84b7a27c417a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Coverity: nouveau_dp_irq(): Null pointer dereferences
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH v8 17/24] drm/probe-helper: Provide a TV get_modes helper
  • From: Maíra Canal <mairacanal@xxxxxxxxxx>
• Re: [PATCH v8 12/24] drm/connector: Add a function to lookup a TV mode by its name
  • From: Maíra Canal <mairacanal@xxxxxxxxxx>
• Re: [PATCH v8 06/24] drm/modes: Add a function to generate analog display modes
  • From: Maíra Canal <mairacanal@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 382d2f9e739bc6f151c718b38537ae522ff848cd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Coverity: nouveau_dp_irq(): Null pointer dereferences
  • From: coverity-bot <keescook@xxxxxxxxxxxx>
• Coverity: nvkm_dp_train(): Integer handling issues
  • From: coverity-bot <keescook@xxxxxxxxxxxx>
• Coverity: nv50_pior_atomic_enable(): Memory - corruptions
  • From: coverity-bot <keescook@xxxxxxxxxxxx>
• Coverity: nv50_sor_atomic_enable(): Memory - corruptions
  • From: coverity-bot <keescook@xxxxxxxxxxxx>
• Coverity: nv50_hdmi_enable(): OVERRUN
  • From: coverity-bot <keescook@xxxxxxxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• [PATCH v8 23/24] drm/vc4: vec: Add support for more analog TV standards
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 21/24] drm/vc4: vec: Check for VEC output constraints
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 20/24] drm/vc4: vec: Use TV Reset implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 24/24] drm/sun4i: tv: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 14/24] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 22/24] drm/vc4: vec: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 18/24] drm/atomic-helper: Add a TV properties reset helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 10/24] drm/modes: Fill drm_cmdline mode from named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 19/24] drm/atomic-helper: Add an analog TV atomic_check implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 15/24] drm/client: Remove match on mode name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 16/24] drm/modes: Introduce more named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 17/24] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 12/24] drm/connector: Add a function to lookup a TV mode by its name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 13/24] drm/modes: Introduce the tv_mode property as a command-line option
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 11/24] drm/connector: Add pixel clock to cmdline mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 07/24] drm/client: Add some tests for drm_connector_pick_cmdline_mode()
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 09/24] drm/modes: Switch to named mode descriptors
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 08/24] drm/modes: Move named modes parsing to a separate function
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 06/24] drm/modes: Add a function to generate analog display modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 05/24] drm/connector: Add TV standard property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 04/24] drm/connector: Rename drm_mode_create_tv_properties
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 03/24] drm/connector: Only register TV mode property if present
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 02/24] drm/connector: Rename legacy TV property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 01/24] drm/tests: Add Kunit Helpers
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v8 00/24] drm: Analog TV Improvements
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v7 22/23] drm/vc4: vec: Add support for more analog TV standards
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v7 22/23] drm/vc4: vec: Add support for more analog TV standards
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v7 14/23] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v7 14/23] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v3] drm/nouveau: Add support to control backlight using bl_power for nva3.
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v7 22/23] drm/vc4: vec: Add support for more analog TV standards
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: [PATCH v7 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v7 15/23] drm/modes: Introduce more named modes
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v7 15/23] drm/modes: Introduce more named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v7 22/23] drm/vc4: vec: Add support for more analog TV standards
  • From: Mateusz Kwiatkowski <kfyatek@xxxxxxxxx>
• Re: [PATCH v7 22/23] drm/vc4: vec: Add support for more analog TV standards
  • From: Mateusz Kwiatkowski <kfyatek@xxxxxxxxx>
• Re: [PATCH v7 06/23] drm/modes: Add a function to generate analog display modes
  • From: Mateusz Kwiatkowski <kfyatek@xxxxxxxxx>
• Re: [PATCH v7 15/23] drm/modes: Introduce more named modes
  • From: Mateusz Kwiatkowski <kfyatek@xxxxxxxxx>
• Re: [PATCH v7 00/23] drm: Analog TV Improvements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 06/23] drm/modes: Add a function to generate analog display modes
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: [PATCH v7 00/23] drm: Analog TV Improvements
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: [PATCH v7 22/23] drm/vc4: vec: Add support for more analog TV standards
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: [PATCH v7 14/23] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v7 15/23] drm/modes: Introduce more named modes
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v7 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v7 15/23] drm/modes: Introduce more named modes
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v7 14/23] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH v7 23/23] drm/sun4i: tv: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 22/23] drm/vc4: vec: Add support for more analog TV standards
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 21/23] drm/vc4: vec: Convert to the new TV mode property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 20/23] drm/vc4: vec: Check for VEC output constraints
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 19/23] drm/vc4: vec: Use TV Reset implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 18/23] drm/atomic-helper: Add an analog TV atomic_check implementation
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 17/23] drm/atomic-helper: Add a TV properties reset helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 15/23] drm/modes: Introduce more named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 14/23] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 13/23] drm/modes: Introduce the tv_mode property as a command-line option
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 10/23] drm/modes: Fill drm_cmdline mode from named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 12/23] drm/connector: Add a function to lookup a TV mode by its name
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 11/23] drm/connector: Add pixel clock to cmdline mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 09/23] drm/modes: Switch to named mode descriptors
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 08/23] drm/modes: Move named modes parsing to a separate function
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 07/23] drm/client: Add some tests for drm_connector_pick_cmdline_mode()
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 06/23] drm/modes: Add a function to generate analog display modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 05/23] drm/connector: Add TV standard property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 04/23] drm/connector: Rename drm_mode_create_tv_properties
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 03/23] drm/connector: Only register TV mode property if present
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 02/23] drm/connector: Rename legacy TV property
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 01/23] drm/tests: Add Kunit Helpers
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v7 00/23] drm: Analog TV Improvements
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v6 14/23] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v6 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: Fans ramping up randomly when idle
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH v6 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v6 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v6 10/23] drm/modes: Fill drm_cmdline mode from named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v6 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 16/23] drm/probe-helper: Provide a TV get_modes helper
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 13/23] drm/modes: Introduce the tv_mode property as a command-line option
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: [PATCH v6 13/23] drm/modes: Introduce the tv_mode property as a command-line option
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 11/23] drm/connector: Add pixel clock to cmdline mode
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 10/23] drm/modes: Fill drm_cmdline mode from named modes
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Fans ramping up randomly when idle
  • From: Timothy Madden <terminatorul@xxxxxxxxx>
• Re: [PATCH v6 14/23] drm/modes: Properly generate a drm_display_mode from a named mode
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 09/23] drm/modes: Switch to named mode descriptors
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v6 08/23] drm/modes: Move named modes parsing to a separate function
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH v3] drm/nouveau: Add support to control backlight using bl_power for nva3.
  • From: Antonio Gomes <antoniospg100@xxxxxxxxx>
• [PATCH v3] drm/nouveau: Add support to control backlight using bl_power for nva3.
  • From: Antonio Gomes <antoniospg100@xxxxxxxxx>
• Re: TV Out question
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: TV Out question
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: TV Out question
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: TV Out question
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: TV Out question
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: TV Out question
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: TV Out question
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• Re: TV Out question
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH v5 02/31] drm/i915: Don't register backlight when another backlight should be used (v2)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 23/23] drm/fb-helper: Clarify use of last_close and output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 20/23] drm/fb-helper: Set flag in struct drm_fb_helper for leaking physical addresses
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• TV Out question
  • From: Lukas Satin <luke.satin@xxxxxxxxx>
• [PATCH v3 22/23] drm/fb-helper: Remove unnecessary include statements
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 19/23] drm/fb-helper: Always initialize generic fbdev emulation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 23/23] drm/fb-helper: Clarify use of last_close and output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 21/23] drm/fb-helper: Move generic fbdev emulation into separate source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>