Nouveau Display Driver

• Thread Index

• Re: [PATCH 1/4] drm/amdgpu: fix -Wformat-truncation warning in amdgpu_gfx_kiq_init_ring()
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 3/4] drm/imx: fix -Wformat-truncation warning in imx_ldb_probe()
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 4/4] drm: enable -Wformat-truncation across the subsystem
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/4] drm/amdgpu: fix -Wformat-truncation warning in amdgpu_gfx_kiq_init_ring()
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 3/4] drm/imx: fix -Wformat-truncation warning in imx_ldb_probe()
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH 4/4] drm: enable -Wformat-truncation across the subsystem
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 3/4] drm/imx: fix -Wformat-truncation warning in imx_ldb_probe()
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 2/4] drm/nouveau: fix -Wformat-truncation warning in nouveau_backlight_init()
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 1/4] drm/amdgpu: fix -Wformat-truncation warning in amdgpu_gfx_kiq_init_ring()
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 0/4] drm: enable -Wformat-truncation
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 3689b0ef08b70e4e03b82ebd37730a03a672853a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8314289a8d50a4e05d8ece1ae0445a3b57bb4d3b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 7/8] rust: add firmware abstractions
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions
  • From: Rob Herring <robh@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 124cfbcd6d185d4f50be02d5f5afe61578916773
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel problem with multiseat on one card - Wil be more than one window manager on one card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: Kernel problem with multiseat on one card - Wil be more than one window manager on one card
  • From: Gert Vanhaerents <gert.vanhaerents@xxxxxxxxxxx>
• Re: Device / Driver and PCI Rust abstractions
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 8/8] nova: add initial driver stub
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 7/8] rust: add firmware abstractions
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 6/8] rust: drm: gem: Add GEM object abstraction
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 5/8] rust: drm: file: Add File abstraction
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 4/8] rust: drm: implement `AsRef` for DRM device
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 4/8] rust: drm: implement `AsRef` for DRM device
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 2/8] rust: Add a Sealed trait
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 1/8] rust: drm: ioctl: Add DRM ioctl abstraction
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [RFC PATCH 0/8] [RFC] DRM Rust abstractions and Nova
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 632483ea8004edfadd035de36e1ab2c7c4f53158
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] drm/nouveau/disp: Fix missing backlight control on Macbook 5, 1
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH] nouveau: set placement to original placement on uvmm validate.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v4] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [RESEND 4/6] drm/amdgpu: remove amdgpu_connector_edid() and stop using edid_blob_ptr
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [RESEND 3/6] drm/radeon: remove radeon_connector_edid() and stop using edid_blob_ptr
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [RESEND 2/6] drm/radeon: convert to using is_hdmi and has_audio from display info
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• Re: [PATCH] nouveau/firmware: using dma non-coherent interfaces for fw loading.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [RESEND 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH] nouveau/firmware: using dma non-coherent interfaces for fw loading.
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] nouveau/firmware: using dma non-coherent interfaces for fw loading.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [RESEND 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [RESEND 6/6] drm/connector: update edid_blob_ptr documentation
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RESEND 5/6] drm/edid: add a helper for EDID sysfs property show
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RESEND 4/6] drm/amdgpu: remove amdgpu_connector_edid() and stop using edid_blob_ptr
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RESEND 3/6] drm/radeon: remove radeon_connector_edid() and stop using edid_blob_ptr
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RESEND 2/6] drm/radeon: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RESEND 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [REGRESSION] v6.9-rc7: nouveau: init failed, no display output from kernel; successfully bisected
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH v4] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [REGRESSION] v6.9-rc7: nouveau: init failed, no display output from kernel; successfully bisected
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH v3] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations
  • From: Faith Ekstrand <faith@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• 2024 X.Org Developers Conference - October 9-11, Montréal, Canada
  • From: Mark Filion <mark.filion@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 10/12] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• [PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/12] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/12] media: cx23885: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/12] media: ivtv: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/12] media: cx25821: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/12] media: cx18: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/12] media: cobalt: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/12] media: au0828: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/12] drm/gma500: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/12] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Zhi Wang <zhiwang@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 11/12] fbdev/smscufx: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 02/12] drm/gma500: Make I2C terminology more inclusive
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 11/12] fbdev/smscufx: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 10/12] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 09/12] media: cx23885: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 08/12] media: ivtv: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 07/12] media: cx25821: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 06/12] media: cx18: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 05/12] media: cobalt: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 04/12] media: au0828: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 02/12] drm/gma500: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 00/12] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau: Add missing break statement
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: Add missing break statement
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor()
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH v2 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH v2 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: nouveau: r535.c:1266:3: error: label at end of compound statement default: with gcc-8
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: nouveau: r535.c:1266:3: error: label at end of compound statement default: with gcc-8
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: nouveau: r535.c:1266:3: error: label at end of compound statement default: with gcc-8
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION bb7a2467e6beef44a80a17d45ebf2931e7631083
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor()
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 5e4f84f18c4ee9b0ccdc19e39b7de41df21699dd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• RE: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: "Deucher, Alexander" <Alexander.Deucher@xxxxxxx>
• Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a59668a9397e7245b26e9be85d23f242ff757ae8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH AUTOSEL 5.10 8/9] drm/nouveau/dp: Don't probe eDP ports twice harder
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 8/9] drm/nouveau/dp: Don't probe eDP ports twice harder
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 8/9] drm/nouveau/dp: Don't probe eDP ports twice harder
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 11/16] drm/nouveau/dp: Don't probe eDP ports twice harder
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 12/18] drm/nouveau/dp: Don't probe eDP ports twice harder
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 13/43] nouveau/gsp: Avoid addressing beyond end of rpc->entries
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION f529a6d274b3b8c75899e949649d231298f30a32
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 000/156] drm/nouveau: replace "ioctl" interface between drm/nvkm
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix?
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix?
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a35e92ef04c07bd473404b9b73d489aea19a60a8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Nouveau on a RISC-V SBC with Tesla K80? Supposed to not work or yes?
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [v5] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau/disp: add backlight for ada lovelace
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Nouveau on a RISC-V SBC with Tesla K80? Supposed to not work or yes?
  • From: Raymond Wong <raymondwong3690@xxxxxxxxx>
• Re: [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Robert Foss <rfoss@xxxxxxxxxx>
• [PATCH 025/156] drm/nouveau/nvkm: remove perfmon
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH 000/156] drm/nouveau: replace "ioctl" interface between drm/nvkm
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: [PATCH 000/156] drm/nouveau: replace "ioctl" interface between drm/nvkm
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• Re: Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix?
  • From: David Airlie <airlied@xxxxxxxxxx>
• Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix?
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 7b4f2bc91c15fdcf948bb2d9741a9d7d54303f8d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 000/156] drm/nouveau: replace "ioctl" interface between drm/nvkm
  • From: Danilo Krummrich <me@xxxxxxxx>
• [PATCH] [v7] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 4eab358930711bbeb85bf5ee267d0d42d3394c2c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] drm/nouveau/disp: fix an error problem in nvkm_uconn_new()
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• Re: [PATCH 004/156] drm/nouveau: pass drm to nv50_dmac_create(), rather than device+disp
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH] nouveau: rip out busy fence waits
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 000/156] drm/nouveau: replace "ioctl" interface between drm/nvkm
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 155/156] drm/nouveau: remove remaining usage of nvif_device.object.map
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 153/156] drm/nouveau: pass nouveau_drm to nvxx_*
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 152/156] drm/nouveau: move nvxx_* definitions to nouveau_drv.h
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 151/156] drm/nouveau: remove client_mutex
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 149/156] drm/nouveau/nvif: remove engobj from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 147/156] drm/nouveau/nvif: rework engobj "mthd" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 146/156] drm/nouveau/nvif: remove chan from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 154/156] drm/nouveau: remove remaining usage of nvif_device.info
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 156/156] drm/nouveau: remove remaining usage of nouveau_drm.client
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 144/156] drm/nouveau/nvif: rework chan "new ctxdma" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 142/156] drm/nouveau/nvif: rework chan "sclass" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 145/156] drm/nouveau/nvif: rework chan "new engobj" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 137/156] drm/nouveau/nvif: remove mem from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 150/156] drm/nouveau/nvkm: switch nvkm_object to non-irqsafe spinlock
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 139/156] drm/nouveau/nvif: remove ctxdma from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 148/156] drm/nouveau/nvif: rework engobj "new event" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 132/156] drm/nouveau/nvif: rework disp chan "new ctxdma" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 138/156] drm/nouveau/nvif: remove vmm from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 135/156] drm/nouveau/nvif: rework device "new ctxdma" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 143/156] drm/nouveau/nvif: rework chan "new event" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 141/156] drm/nouveau/nvif: rework chan "map" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 136/156] drm/nouveau/nvif: rework device/cgrp "new chan" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 129/156] drm/nouveau/nvif: remove head from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 130/156] drm/nouveau/nvif: rework disp "new chan" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 126/156] drm/nouveau/nvif: rework disp "new head" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 140/156] drm/nouveau/nvif: remove device from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 134/156] drm/nouveau/nvif: rework device "new cgrp" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 128/156] drm/nouveau/nvif: rework head "new event" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 133/156] drm/nouveau/nvif: remove disp chans from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 127/156] drm/nouveau/nvif: rework head "scanoutpos" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 123/156] drm/nouveau/nvif: rework outp "dp mst id get"/"dp mst id put" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 131/156] drm/nouveau/nvif: remove disp from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 125/156] drm/nouveau/nvif: remove outp from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 122/156] drm/nouveau/nvif: rework outp "dp sst" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 124/156] drm/nouveau/nvif: rework outp "dp mst vcpi" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 116/156] drm/nouveau/nvif: rework outp "hda eld" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 117/156] drm/nouveau/nvif: rework outp "dp aux pwr" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 118/156] drm/nouveau/nvif: rework outp "dp aux xfer" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 115/156] drm/nouveau/nvif: rework outp "infoframe" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 121/156] drm/nouveau/nvif: rework outp "dp drive" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 120/156] drm/nouveau/nvif: rework outp "dp train" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 113/156] drm/nouveau/nvif: rework outp "lvds config" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 112/156] drm/nouveau/nvif: rework outp "bl get"/"bl set" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 114/156] drm/nouveau/nvif: rework outp "hdmi config" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 119/156] drm/nouveau/nvif: rework outp "dp rates" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 109/156] drm/nouveau/nvif: rework outp "inherit" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 111/156] drm/nouveau/nvif: rework outp "release" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 110/156] drm/nouveau/nvif: rework outp "acquire" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 106/156] drm/nouveau/nvif: rework outp "detect" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 103/156] drm/nouveau/nvif: rework conn "new event" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 107/156] drm/nouveau/nvif: rework outp "edid get" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 108/156] drm/nouveau/nvif: rework outp "load detect" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 105/156] drm/nouveau/nvif: rework disp "new outp" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 104/156] drm/nouveau/nvif: remove conn from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 100/156] drm/nouveau/nvif: rework disp "sclass" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 102/156] drm/nouveau/nvif: rework disp "new conn" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 101/156] drm/nouveau/nvif: rework disp "new caps" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 099/156] drm/nouveau/nvif: rework device "new disp" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 091/156] drm/nouveau/nvif: rework vmm "raw get"/"raw put" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 096/156] drm/nouveau/nvif: rework fault buffer "map" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 093/156] drm/nouveau/nvif: rework vmm "raw sparse" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 084/156] drm/nouveau/nvif: rework mem "map"/"unmap" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 094/156] drm/nouveau/nvif: rework vmm "fault replay"/"fault cancel" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 098/156] drm/nouveau/nvif: remove fault buffer from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 097/156] drm/nouveau/nvif: rework fault buffer "new event" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 095/156] drm/nouveau/nvif: rework device "new fault buffer" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 085/156] drm/nouveau/nvif: rework mmu "new vmm" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 092/156] drm/nouveau/nvif: rework vmm "raw map"/"raw unmap" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 087/156] drm/nouveau/nvif: rework vmm "page" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 090/156] drm/nouveau/nvif: rework vmm "pfnmap"/"pfnclr" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 089/156] drm/nouveau/nvif: rework vmm "map"/"unmap" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 088/156] drm/nouveau/nvif: rework vmm "get"/"put" apis
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 086/156] drm/nouveau/nvif: remove mmu from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 081/156] drm/nouveau/nvif: rework mmu "type" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 078/156] drm/nouveau/nvif: rework device "new mmu" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 080/156] drm/nouveau/nvif: rework mmu "heap" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 083/156] drm/nouveau/nvif: rework mmu "new mem" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 082/156] drm/nouveau/nvif: rework mmu "kind" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 079/156] drm/nouveau/nvif: rework mmu "sclass" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 076/156] drm/nouveau/nvif: rework usermode "map" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 073/156] drm/nouveau/nvif: rework ctrl "pstate user" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 074/156] drm/nouveau/nvif: remove ctrl from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 068/156] drm/nouveau/nvif: rework device "info v1" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 072/156] drm/nouveau/nvif: rework ctrl "pstate attr" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 077/156] drm/nouveau/nvif: remove usermode from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 075/156] drm/nouveau/nvif: rework device "new usermode" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 069/156] drm/nouveau/nvif: rework device "time" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 070/156] drm/nouveau/nvif: rework device "new ctrl" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 067/156] drm/nouveau/nvif: rework device "info v0" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 071/156] drm/nouveau/nvif: rework ctrl "pstate info" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 065/156] drm/nouveau/nvif: rework device "sclass" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 066/156] drm/nouveau/nvif: rework device "map" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 061/156] drm/nouveau/nvkm: remove device list
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 062/156] drm/nouveau/nvif: rework driver "new client" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 059/156] drm/nouveau/nvif: move nvif<->nvkm interface definitions to driverif.h
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 060/156] drm/nouveau/nvif: rework "new driver" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 057/156] drm/nouveau/nvif: add alternate version of nvif_object_ctor()
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 064/156] drm/nouveau/nvif: remove client from object rb
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 063/156] drm/nouveau/nvif: rework client "new device" api
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 055/156] drm/nouveau/disp: simplify hw user definition
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 058/156] drm/nouveau/nvif: add alternate version of nvif_event_ctor()
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 056/156] drm/nouveau/nvif: output oclass id in object dbg messages
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 053/156] drm/nouveau/nvkm: rename struct nvkm_uchan
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 046/156] drm/nouveau/nvkm: detach user handling from nvkm_fault_buffer
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 052/156] drm/nouveau/nvkm: rename struct nvkm_ucgrp
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 051/156] drm/nouveau/nvkm: detach user handling from nvkm_disp_chan
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 054/156] drm/nouveau/nvkm: move umem list to mmu
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 048/156] drm/nouveau/nvkm: detach user handling from nvkm_conn
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 043/156] drm/nouveau/nvkm: rename struct nvkm_ummu
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 047/156] drm/nouveau/nvkm: detach user handling from nvkm_disp
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 050/156] drm/nouveau/nvkm: detach user handling from nvkm_uhead
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 049/156] drm/nouveau/nvkm: detach user handling from nvkm_outp
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 042/156] drm/nouveau/nvkm: rename struct nvkm_uvfn
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 044/156] drm/nouveau/nvkm: rename struct nvkm_umem
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 045/156] drm/nouveau/nvkm: rename struct nvkm_uvmm
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 041/156] drm/nouveau/nvkm: rename struct nvkm_control
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 039/156] drm/nouveau/nvkm: remove nvkm_client()
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 038/156] drm/nouveau/nvkm: rename struct nvkm_uevent
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 036/156] drm/nouveau/nvif: remove device rd/wr
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 040/156] drm/nouveau/nvkm: rename struct nvkm_udevice
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 033/156] drm/nouveau/nvif: remove client devlist
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 037/156] drm/nouveau/nvif: remove disp chan rd/wr
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 034/156] drm/nouveau/nvif: remove client fini
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 035/156] drm/nouveau/nvif: remove device args
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 030/156] drm/nouveau/nvif: remove nvxx_client()
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 032/156] drm/nouveau/nvif: remove client version
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 031/156] drm/nouveau/nvif: remove driver keep/fini
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 027/156] drm/nouveau/nvif: remove support for userspace backends
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 026/156] drm/nouveau/nvkm: remove nvkm_client_search()
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 029/156] drm/nouveau/nvif: remove nvxx_object()
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 028/156] drm/nouveau/nvif: remove route/token
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 023/156] drm/nouveau/nvkm: move nouveau_nvif.c to nvkm/core/driver.c
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 024/156] drm/nouveau/nvkm: move nvkm/engine/device/ to nvkm/device/
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 019/156] drm/nouveau/kms: remove push pointer from nv50_dmac
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 021/156] drm/nouveau/kms: move dmac sync/vram ctxdmas to core+wndws
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 022/156] drm/nouveau/nvkm: remove detect/mmio/subdev_mask from device args
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 017/156] drm/nouveau: remove push pointer from nouveau_channel
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 020/156] drm/nouveau/kms: move hw ring tracking vars into nvif_push
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 016/156] drm/nouveau: create pci device once
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 012/156] drm/nouveau: handle limited nvif in abi16
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 013/156] drm/nouveau: remove abi16->device
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 018/156] drm/nouveau/kms: remove a few unused struct members and fn decls
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 014/156] drm/nouveau: remove abi16->handles
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 011/156] drm/nouveau: add nouveau_cli to nouveau_abi16
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 015/156] drm/nouveau: store nvkm_device pointer in nouveau_drm
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 010/156] drm/nouveau: always map device
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 006/156] drm/nouveau: remove nouveau_chan.device
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 007/156] drm/nouveau: remove chan->drm
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 008/156] drm/nouveau: replace some void casts with chan->cli
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 009/156] drm/nouveau: remove nouveau_drm.master
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 003/156] drm/nouveau: pass drm to nouveau_mem_new(), instead of cli
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 005/156] drm/nouveau: pass cli to nouveau_channel_new() instead of drm+device
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 004/156] drm/nouveau: pass drm to nv50_dmac_create(), rather than device+disp
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 001/156] drm/nouveau: add nouveau_drm.device/mmu
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 000/156] drm/nouveau: replace "ioctl" interface between drm/nvkm
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [PATCH 002/156] drm/nouveau: alias nouveau_drm.client to nouveau_drm.cli
  • From: Ben Skeggs <bskeggs@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 66e4190e92ce0e4a50b2f6be0e5f5b2e47e072f4
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] [v6] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau/disp: add backlight for ada lovelace
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 6bd343537461b57f3efe5dfc5fc193a232dfef1e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] [v5] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/nouveau/disp: add backlight for ada lovelace
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] [v5] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [bug report] drm/nouveau/disp/r535: initial support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: "Maxime Ripard" <mripard@xxxxxxxxxx>
• 2024 X.Org Foundation Election Results
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH] drm/nouveau: use vmemdup_array_user() in u_memcpya()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau: fix duplicate pointer to struct drm_device
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: fix instmem race condition around ptr stores
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH v2] drm: nv04: Fix out of bounds access
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive
  • From: Martin Habets <habetsm.xilinx@xxxxxxxxx>
• Re: [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm: nv04: Add check to avoid out of bounds access
  • From: Mikhail Kobuk <m.kobuk@xxxxxxxxx>
• [PATCH v2] drm: nv04: Fix out of bounds access
  • From: Mikhail Kobuk <m.kobuk@xxxxxxxxx>
• Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive
  • From: Martin Habets <habetsm.xilinx@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 8568bb2ccc278f344e6ac44af6ed010a90aa88dc
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: 2024 X.Org Foundation Membership deadline for voting in the election
  • From: Marc Balmer <marc@xxxxxxx>
• Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 9ed46da14b9b9b2ad4edb3b0c545b6dbe5c00d39
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 2/2] drm/dp: set pwm bit count when pwm hz is not set
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] drm/nouveau/disp: add backlight for ada lovelace
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 4118d9533ff3a5d16efb476a0d00afceecd92cf5
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] nouveau: fix instmem race condition around ptr stores
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 6ebf211bb11dfc004a2ff73a9de5386fa309c430
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm: nv04: Add check to avoid out of bounds access
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 1/2] drm/print: drop include debugfs.h and include where needed
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH] [v5] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] [v5] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau: fix instmem race condition around ptr stores
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a053fd3ca5d1b927a8655f239c84b0d790218fda
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] nouveau: fix instmem race condition around ptr stores
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH] nouveau: fix instmem race condition around ptr stores
  • From: Lucas Stach <dev@xxxxxxxxxx>
• [PATCH] drm/nouveau/disp: add backlight for ada lovelace
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau: fix devinit paths to only handle display on GSP.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau: fix instmem race condition around ptr stores
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau/kms/nv50-: Disable AUX bus for disconnected DP ports
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 4/5] drm/nouveau: Use drm_crtc_vblank_crtc()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 4/5] drm/nouveau: Use drm_crtc_vblank_crtc()
  • From: Ville Syrjala <ville.syrjala@xxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 11cb68ad52ac78c81e33b806b531f097e68edfa2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm: nv04: Add check to avoid out of bounds access
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH] nouveau: fix devinit paths to only handle display on GSP.
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau: fix devinit paths to only handle display on GSP.
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• [PATCH] nouveau: fix devinit paths to only handle display on GSP.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm: nv04: Add check to avoid out of bounds access
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH] [v2] nouveau: fix function cast warning
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: Avoid addressing beyond end of rpc->entries
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] drm: nv04: Add check to avoid out of bounds access
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8568bb2ccc278f344e6ac44af6ed010a90aa88dc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] drm/nouveau/dp: Don't probe eDP ports twice harder
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau/kms/nv50-: Disable AUX bus for disconnected DP ports
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 0/2] nouveau: GSP DP aux fixes
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 2b3d5988ae2cb5cd945ddbc653f0a71706231fdd
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] [v2] nouveau: fix function cast warning
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 727900b675b749c40ba1f6669c7ae5eb7eb8e837
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION c0b832517f627ead3388c6f0c74e8ac10ad5774b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: 2024 X.Org Foundation Membership deadline for voting in the election
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: 2024 X.Org Foundation Membership deadline for voting in the election
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• [PATCH v0 08/14] media: ivtv: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 00/14] Make I2C terminology more inclusive for I2C Algobit and consumers
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 05/14] media: cobalt: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Old NVIDIA Geforce 4 Ti 4200 - is it useful to developers?
  • From: A Levak <alevak385@xxxxxxxxx>
• [PATCH v0 02/14] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 02/14] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 02/14] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 13/14] drm/nouveau: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 07/14] media: cx25821: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 01/14] IB/hfi1, IB/qib: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 06/14] media: cx18: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 03/14] drm/gma500, drm/i915: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 12/14] fbdev/viafb: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 02/14] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 14/14] i2c and treewide: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 11/14] fbdev/smscufx: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 04/14] media: au0828: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH v0 09/14] media: cx23885: Make I2C terminology more inclusive
  • From: Easwar Hariharan <eahariha@xxxxxxxxxxxxxxxxxxx>
• [PATCH] drm: nv04: Add check to avoid out of bounds access
  • From: Mikhail Kobuk <m.kobuk@xxxxxxxxx>
• Re: 2024 X.Org Foundation Membership deadline for voting in the election
  • From: Ricardo Garcia <rgarcia@xxxxxxxxxx>
• [PATCH] nouveau/gsp: Avoid addressing beyond end of rpc->entries
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a6bd6c9333397f5a0e2667d4d82fef8c970108f2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] nouveau/uvmm: fix addr/range calcs for remap operations
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH][next] drm/nouveau/gr/gf100: Remove second semicolon
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] nouveau/uvmm: fix addr/range calcs for remap operations
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 06/12] nouveau: fix function cast warning
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• 2024 X.Org Foundation Membership deadline for voting in the election
  • From: Christopher Michael <cmichael@xxxxxxxxxx>
• Re: [PATCH 06/12] nouveau: fix function cast warning
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH 06/12] nouveau: fix function cast warning
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/12] kbuild: enable some -Wextra warnings by default
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] therm.c: Adding an array index check before accessing an element.
  • From: Andrey Shumilin <shum.sdl@xxxxxxxx>
• Regarding X.Org Endless Vacation of Code (EVoC)-Ojus Chugh
  • From: Ojus Chugh <ojuschugh@xxxxxxxxx>
• Re: [PATCH] [v4] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [v4] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: Nova and staging Rust abstractions
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Nova and staging Rust abstractions
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] nouveau/dmem: handle kcalloc() allocation failure
  • From: Duoming Zhou <duoming@xxxxxxxxxx>
• Re: [PATCH] nouveau/dmem: handle kcalloc() allocation failure
  • From: duoming@xxxxxxxxxx
• [PATCH v2] nouveau/dmem: handle kcalloc() allocation failure
  • From: Duoming Zhou <duoming@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 1843e16d2df9d98427ef8045589571749d627cf7
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Regarding EVoC Project-Adding new compiler optimization Passes to Codegen
  • From: Ojus Chugh <ojuschugh@xxxxxxxxx>
• [PATCH v3] nouveau/dmem: handle kcalloc() allocation failure
  • From: Duoming Zhou <duoming@xxxxxxxxxx>
• Re: [PATCH] nouveau/gsp: don't check devinit disable on GSP.
  • From: Danilo Krummrich <me@xxxxxxxx>
• Re: [PATCH] nouveau/gsp: don't check devinit disable on GSP.
  • From: Timothy Maden <terminatorul@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/dp: Fix incorrect return code in r535_dp_aux_xfer()
  • From: David Airlie <airlied@xxxxxxxxxx>
• [PATCH] drm/nouveau/dp: Fix incorrect return code in r535_dp_aux_xfer()
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH][next] drm/nouveau/gr/gf100: Remove second semicolon
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• [PATCH] nouveau/gsp: don't check devinit disable on GSP.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [10/13] drm/fbdev-generic: Fix locking with drm_client_buffer_vmap_local()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [09/13] drm/gem: Acquire reservation lock in drm_gem_{pin/unpin}()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [PATCH] nouveau: reset the bo resource bus info after an eviction
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] nouveau: reset the bo resource bus info after an eviction
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: Reminder: 2024 X.Org Board of Directors Elections timeline extended, request for nominations
  • From: Christopher Michael <cmichael@xxxxxxxxxx>
• [PATCH] nouveau: reset the bo resource bus info after an eviction
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v3] nouveau/dmem: handle kcalloc() allocation failure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 1843e16d2df9d98427ef8045589571749d627cf7
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 61996c073c9b070922ad3a36c981ca6ddbea19a5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 11afac187274a6177a7ac82997f8691c0f469e41
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 11afac187274a6177a7ac82997f8691c0f469e41
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] nouveau/dmem: handle kcalloc() allocation failure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/dmem: handle kcalloc() allocation failure
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 2/2] drm/nouveau: move more missing UAPI bits
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH v2 1/2] drm/nouveau: fix stale locked mutex in nouveau_gem_ioctl_pushbuf
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH] nouveau/dmem: handle kcalloc() allocation failure
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Reminder: 2024 X.Org Board of Directors Elections timeline extended, request for nominations
  • From: Christopher Michael <cmichael@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau: move more missing UAPI bits
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: fix stale locked mutex in nouveau_gem_ioctl_pushbuf
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/nouveau: move more missing UAPI bits
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: fix stale locked mutex in nouveau_gem_ioctl_pushbuf
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• [PATCH 2/2] drm/nouveau: move more missing UAPI bits
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• [PATCH 1/2] drm/nouveau: fix stale locked mutex in nouveau_gem_ioctl_pushbuf
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH stable v6.7] drm/nouveau: don't fini scheduler before entity flush
  • From: Greg KH <greg@xxxxxxxxx>
• Patch "drm/nouveau: don't fini scheduler before entity flush" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH stable v6.7] drm/nouveau: don't fini scheduler before entity flush
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH stable v6.7] drm/nouveau: don't fini scheduler before entity flush
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH stable v6.7] drm/nouveau: don't fini scheduler before entity flush
  • From: Greg KH <greg@xxxxxxxxx>
• Patch "drm/nouveau: don't fini scheduler before entity flush" has been added to the 6.7-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH stable v6.7] drm/nouveau: don't fini scheduler before entity flush
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] nouveau: lock the client object tree.
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [v4] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau/dmem: handle kcalloc() allocation failure
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] nouveau/dmem: handle kcalloc() allocation failure
  • From: Timur Tabi <timur@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: keep DMA buffers required for suspend/resume
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 1870cdc0e8dee32e3c221704a2977898ba4c10e8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• 2024 X.Org Board of Directors Elections timeline extended, request for nominations
  • From: Christopher Michael <cmichael@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: improve idle/busy handling v5
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH 1/2] nouveau: lock the client object tree.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH 2/2] nouveau/umem: rename nvkm client lock to umem_lock
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] [v4][RFC] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION f303a3e2bcfba900efb5aee55236d17030e9f882
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 1/2] drm/ttm: improve idle/busy handling v5
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 3/3] drivers/gpu/drm/nouveau/nvkm/subdev/mxm/base.c: BUFFER_OVERFLOW
  • From: Andrey Shumilin <shum.sdl@xxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 20af1ca418d2c0b11bc2a1fe8c0c88f67bcc2a7e
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 20af1ca418d2c0b11bc2a1fe8c0c88f67bcc2a7e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH 09/13] drm/gem: Acquire reservation lock in drm_gem_{pin/unpin}()
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH 08/13] drm/qxl: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• DisplayPort: handling of HPD events / link training
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 22ba90670a51a18c6b36d285fddf92b9887c0bc3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH] [v4][RFC] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: retain device pointer in nvkm_gsp_mem object
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: retain device pointer in nvkm_gsp_mem object
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] [v4][RFC] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 13/13] drm/qxl: Do not pin buffer objects for vmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/13] drm/client: Pin vmap'ed GEM buffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/13] drm/qxl: Provide qxl_bo_{pin,unpin}_locked()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/13] drm/gem: Acquire reservation lock in drm_gem_{pin/unpin}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/13] drm/gem-vram: Do not pin buffer objects for vmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/13] drm/fbdev-generic: Fix locking with drm_client_buffer_vmap_local()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/13] drm/qxl: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/13] drm/nouveau: Provide nouveau_bo_{pin,unpin}_locked()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/13] drm/nouveau: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/13] drm/msm: Acquire reservation lock in GEM pin/unpin callback
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/13] drm/msm: Provide msm_gem_get_pages_locked()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/13] drm/gem-vram: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/13] drm/gem-shmem: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 1/2] drm/ttm: improve idle/busy handling v4
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: improve idle/busy handling v4
  • From: Matthew Auld <matthew.auld@xxxxxxxxx>
• [PATCH] drm/nouveau: retain device pointer in nvkm_gsp_mem object
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH] [v4][RFC] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: improve idle/busy handling v4
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8552c902efe7ef670b6961fb8885b67961aeb629
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/9] backlight/corgi-lcd: Include <linux/backlight.h>
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH v3 1/9] backlight/corgi-lcd: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 1/9] backlight/corgi-lcd: Include <linux/backlight.h>
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH v3 1/9] backlight/corgi-lcd: Include <linux/backlight.h>
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH] nouveau: report byte usage in VRAM usage.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: use dedicated wq for fence uevents work
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 33e1d31873f87d119e5120b88cd350efa68ef276
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: use dedicated wq for fence uevents work
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: improve idle/busy handling v4
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 1/9] backlight/corgi-lcd: Include <linux/backlight.h>
  • From: Lee Jones <lee@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: use dedicated wq for fence uevents work
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] drm/nouveau: use dedicated wq for fence uevents work
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 4893c639cc3659cefaa675bf1e59f4e7571afb5c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/9] backlight/corgi-lcd: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• 2024 X.Org Board of Directors Elections Nomination period is NOW
  • From: Christopher Michael <cmichael@xxxxxxxxxx>
• Re: Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• RE: [PATCH] mm: Remove double faults once write a device pfn
  • From: "Zhou, Xianrong" <Xianrong.Zhou@xxxxxxx>
• RE: [PATCH] mm: Remove double faults once write a device pfn
  • From: "Zhou, Xianrong" <Xianrong.Zhou@xxxxxxx>
• 2024 X.Org Foundation Membership deadline for voting in the election
  • From: Christopher Michael <cmichael@xxxxxxxxxx>
• RE: Re: Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: "Zeng, Oak" <oak.zeng@xxxxxxxxx>
• Re: Re: Re: [PATCH 3/5] drm/ttm: replace busy placement with flags v6
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• RE: [PATCH] mm: Remove double faults once write a device pfn
  • From: "Zhou, Xianrong" <Xianrong.Zhou@xxxxxxx>
• RE: [PATCH] mm: Remove double faults once write a device pfn
  • From: "Zhou, Xianrong" <Xianrong.Zhou@xxxxxxx>
• [linux-next:master] BUILD REGRESSION 2d5c7b7eb345249cb34d42cbc2b97b4c57ea944e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] [v4] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH] [v4] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v3 7/9] fbdev: Do not include <linux/slab.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 9/9] fbdev: Clean up include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/9] staging/fbtft: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 8/9] fbdev: Clean up forward declarations in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 4/9] fbdev: Do not include <linux/backlight.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/9] drm/nouveau: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/9] backlight/corgi-lcd: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 6/9] fbdev: Do not include <linux/notifier.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 5/9] fbdev: Do not include <linux/fs.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/9] fbdev: Clean up include dependencies in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v2 0/8] fbdev: Clean up include dependencies in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/8] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 3/8] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 2/8] staging/fbtft: Include <linux/backlight.h>
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION d37e1e4c52bc60578969f391fb81f947c3e83118
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drm/nouveau/mmu/r535: uninitialized variable in r535_bar_new_()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] nouveau: fix function cast warnings
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 2c3b09aac00d7835023bbc4473ee06696be64fa8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] drm/nouveau: don't fini scheduler if not initialized
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH v6 4/5] drm/amd: Fetch the EDID from _DDC if available for eDP
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v6 5/5] drm/nouveau: Use drm_edid_read_acpi() helper
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v6 3/5] drm: Add support to get EDID from ACPI
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v6 2/5] drm: Stop using `select BACKLIGHT_CLASS_DEVICE`
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v6 0/5] Add support for getting EDID over ACPI to DRM
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 2/8] staging/fbtft: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] nouveau/gsp: add kconfig option to enable GSP paths by default
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/gsp: add kconfig option to enable GSP paths by default
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] nouveau/gsp: add kconfig option to enable GSP paths by default
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 1/2] [v3] nouveau: add command-line GSP-RM registry support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] [v3] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/2] [v3] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] drm/nouveau/mmu/r535: uninitialized variable in r535_bar_new_()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] nouveau: offload fence uevents work to workqueue
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 2/2] [v3] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/2] [v3] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] [v3] nouveau: add command-line GSP-RM registry support
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] nouveau: fix function cast warnings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 5/8] fbdev: Do not include <linux/notifier.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/8] fbdev: Do not include <linux/backlight.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 8/8] fbdev: Clean up include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 7/8] fbdev: Clean up forward declarations in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 6/8] fbdev: Do not include <linux/slab.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/8] fbdev: Do not include <linux/fs.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/8] staging/fbtft: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/8] drm/nouveau: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/8] fbdev: Clean up include dependencies in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/7] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION ae00c445390b349e070a64dc62f08aa878db7248
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH AUTOSEL 6.7 35/58] drm/nouveau: nvkm_gsp_radix3_sg() should use nvkm_gsp_mem_ctor()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 1/2] [v3] nouveau: add command-line GSP-RM registry support
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [PATCH 2/2] [v3] drm/nouveau: expose GSP-RM logging buffers via debugfs
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• [drm-next][PATCH 0/2] command-line registry and gsp-rm logging
  • From: Timur Tabi <ttabi@xxxxxxxxxx>
• Re: [PATCH 2/7] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] fbdev: Do not include <linux/backlight.h> in header
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] nouveau/svm: fix kvcalloc() argument order
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH] nouveau/svm: fix kvcalloc() argument order
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 0/7] fbdev: Clean up include dependencies in header
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH 3/7] fbdev: Do not include <linux/fs.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 5/7] fbdev: Do not include <linux/slab.h> in header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 7/7] fbdev: Clean up include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>