Nouveau Display Driver
Thread Index
[
Prev Page
][
Next Page
]
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>
[PATCH v3 17/23] drm/fb-helper: Perform all fbdev I/O with the same implementation
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 18/23] drm/fb_helper: Minimize damage-helper overhead
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 15/23] drm/fb-helper: Disconnect damage worker from update logic
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 06/23] drm/ingenic: Don't set struct drm_driver.output_poll_changed
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 10/23] drm/tve200: Include <linux/of.h>
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 11/23] drm/fb-helper: Cleanup include statements in header file
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 04/23] drm/amdgpu: Don't set struct drm_driver.output_poll_changed
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 09/23] drm/panel-ili9341: Include <linux/backlight.h>
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 14/23] drm/fb-helper: Rename drm_fb_helper_unregister_fbi() to use _info postfix
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 07/23] drm/logicvc: Don't set struct drm_driver.output_poll_changed
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 20/23] drm/fb-helper: Set flag in struct drm_fb_helper for leaking physical addresses
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 02/23] drm/mcde: Don't set struct drm_driver.lastclose
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 13/23] drm/fb-helper: Rename drm_fb_helper_alloc_fbi() to use _info postfix
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 03/23] drm/vboxvideo: Don't set struct drm_driver.lastclose
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 12/23] drm/fb_helper: Rename field fbdev to info in struct drm_fb_helper
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 16/23] drm/fb-helper: Call fb_sync in I/O functions
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 08/23] drm/rockchip: Don't set struct drm_driver.output_poll_changed
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 05/23] drm/imx/dcss: Don't set struct drm_driver.output_poll_changed
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 01/23] drm/komeda: Don't set struct drm_driver.lastclose
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
[PATCH v3 00/23] drm/fb-helper: Untangle fbdev emulation and helpers
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
Re: [PATCH v2 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
From
: Thomas Zimmermann <tzimmermann@xxxxxxx>
Re: [PATCH v2 21/21] drm/fb-helper: Remove unnecessary include statements
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 20/21] drm/fb-helper: Move generic fbdev emulation into separate source file
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 19/21] drm/fb-helper: Always initialize generic fbdev emulation
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 18/21] drm/fb_helper: Minimize damage-helper overhead
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 16/21] drm/fb-helper: Call fb_sync in I/O functions
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 15/21] drm/fb-helper: Disconnect damage worker from update logic
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH] nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf
From
: Karol Herbst <kherbst@xxxxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Fedora ARM]