nouveau  

Messages by Thread

• • Re: [PATCH 3/4] drm/imx: fix -Wformat-truncation warning in imx_ldb_probe() Ville Syrjälä
  • Re: [PATCH 3/4] drm/imx: fix -Wformat-truncation warning in imx_ldb_probe() Jani Nikula
  • [PATCH 4/4] drm: enable -Wformat-truncation across the subsystem Jani Nikula
  • Re: [PATCH 4/4] drm: enable -Wformat-truncation across the subsystem Sam Ravnborg
  • Re: [PATCH 4/4] drm: enable -Wformat-truncation across the subsystem Jani Nikula
• [linux-next:master] BUILD REGRESSION 3689b0ef08b70e4e03b82ebd37730a03a672853a kernel test robot
• [linux-next:master] BUILD REGRESSION 8314289a8d50a4e05d8ece1ae0445a3b57bb4d3b kernel test robot
• [linux-next:master] BUILD REGRESSION 124cfbcd6d185d4f50be02d5f5afe61578916773 kernel test robot
  • Re: [linux-next:master] BUILD REGRESSION 124cfbcd6d185d4f50be02d5f5afe61578916773 Björn Töpel
• Re: [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager on one card Gert Vanhaerents
  • Re: [Nouveau] Kernel problem with multiseat on one card - Wil be more than one window manager on one card Gert Vanhaerents
• [RFC PATCH 0/8] [RFC] DRM Rust abstractions and Nova Danilo Krummrich
  • [RFC PATCH 1/8] rust: drm: ioctl: Add DRM ioctl abstraction Danilo Krummrich
  • [RFC PATCH 2/8] rust: Add a Sealed trait Danilo Krummrich
  • [RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions Danilo Krummrich
  • Re: [RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions Rob Herring
  • Re: [RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions Danilo Krummrich
  • Re: [RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions Danilo Krummrich
  • Re: [RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions Rob Herring
  • [RFC PATCH 4/8] rust: drm: implement `AsRef` for DRM device Danilo Krummrich
  • [RFC PATCH 4/8] rust: drm: implement `AsRef` for DRM device Danilo Krummrich
  • [RFC PATCH 5/8] rust: drm: file: Add File abstraction Danilo Krummrich
  • [RFC PATCH 6/8] rust: drm: gem: Add GEM object abstraction Danilo Krummrich
  • [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Philipp Stanner
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Greg KH
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Greg KH
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Greg KH
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Greg KH
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Zhi Wang
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Zhi Wang
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Danilo Krummrich
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Zhi Wang
  • Re: [RFC PATCH 7/8] rust: add firmware abstractions Zhi Wang
  • [RFC PATCH 8/8] nova: add initial driver stub Danilo Krummrich
  • Re: Device / Driver and PCI Rust abstractions Danilo Krummrich
• [linux-next:master] BUILD REGRESSION 632483ea8004edfadd035de36e1ab2c7c4f53158 kernel test robot
• [PATCH v2] drm/nouveau/nvif: Avoid build error due to potential integer overflows Guenter Roeck
  • Re: [PATCH v2] drm/nouveau/nvif: Avoid build error due to potential integer overflows Kees Cook
• [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows Guenter Roeck
  • Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows Christophe JAILLET
  • Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows Kees Cook
  • Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows Guenter Roeck
  • Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows Joe Perches
  • Re: [PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows Guenter Roeck
• [PATCH] drm/nouveau/disp: Fix missing backlight control on Macbook 5, 1 Takashi Iwai
• [PATCH] nouveau: set placement to original placement on uvmm validate. Dave Airlie
• [PATCH] nouveau/firmware: using dma non-coherent interfaces for fw loading. Dave Airlie
  • Re: [PATCH] nouveau/firmware: using dma non-coherent interfaces for fw loading. kernel test robot
  • Re: [PATCH] nouveau/firmware: using dma non-coherent interfaces for fw loading. kernel test robot
• [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups Jani Nikula
  • [RESEND 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info Jani Nikula
  • Re: [RESEND 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info Lyude Paul
  • Re: [RESEND 1/6] drm/nouveau: convert to using is_hdmi and has_audio from display info Jani Nikula
  • [RESEND 2/6] drm/radeon: convert to using is_hdmi and has_audio from display info Jani Nikula
  • Re: [RESEND 2/6] drm/radeon: convert to using is_hdmi and has_audio from display info Robert Foss
  • [RESEND 3/6] drm/radeon: remove radeon_connector_edid() and stop using edid_blob_ptr Jani Nikula
  • Re: [RESEND 3/6] drm/radeon: remove radeon_connector_edid() and stop using edid_blob_ptr Robert Foss
  • [RESEND 4/6] drm/amdgpu: remove amdgpu_connector_edid() and stop using edid_blob_ptr Jani Nikula
  • Re: [RESEND 4/6] drm/amdgpu: remove amdgpu_connector_edid() and stop using edid_blob_ptr Robert Foss
  • [RESEND 5/6] drm/edid: add a helper for EDID sysfs property show Jani Nikula
  • [RESEND 6/6] drm/connector: update edid_blob_ptr documentation Jani Nikula
  • Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups Alex Deucher
  • Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups Jani Nikula
  • Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups Alex Deucher
  • Re: [RESEND 0/6] drm, nouveau/radeon/amdpgu: edid_blob_ptr cleanups Jani Nikula
• Re: [PATCH v4] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations Faith Ekstrand
  • Re: [PATCH v4] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations Danilo Krummrich
• Re: [REGRESSION] v6.9-rc7: nouveau: init failed, no display output from kernel; successfully bisected Linux regression tracking (Thorsten Leemhuis)
  • Re: [REGRESSION] v6.9-rc7: nouveau: init failed, no display output from kernel; successfully bisected David Airlie
• Re: [PATCH v3] drm/nouveau: use tile_mode and pte_kind for VM_BIND bo allocations Faith Ekstrand
• 2024 X.Org Developers Conference - October 9-11, Montréal, Canada Mark Filion
• [PATCH v2 00/12] Make I2C terminology more inclusive for I2C Algobit and consumers Easwar Hariharan
  • [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive Alex Deucher
  • Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v2 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive Alex Deucher
  • [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive Rodrigo Vivi
  • Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive Rodrigo Vivi
  • Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive Jani Nikula
  • Re: [PATCH v2 03/12] drm/i915: Make I2C terminology more inclusive Andi Shyti
  • [PATCH v2 02/12] drm/gma500: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 04/12] media: au0828: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 05/12] media: cobalt: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 06/12] media: cx18: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 07/12] media: cx25821: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 08/12] media: ivtv: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 09/12] media: cx23885: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 10/12] sfc: falcon: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v2 11/12] fbdev/smscufx: Make I2C terminology more inclusive Thomas Zimmermann
  • [PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v2 12/12] fbdev/viafb: Make I2C terminology more inclusive Thomas Zimmermann
• Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a Greg KH
  • Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a Greg KH
• [PATCH v1 00/12] Make I2C terminology more inclusive for I2C Algobit and consumers Easwar Hariharan
  • [PATCH v1 01/12] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 02/12] drm/gma500: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v1 02/12] drm/gma500: Make I2C terminology more inclusive Thomas Zimmermann
  • [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive Rodrigo Vivi
  • Re: [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v1 03/12] drm/i915: Make I2C terminology more inclusive Zhi Wang
  • [PATCH v1 04/12] media: au0828: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 05/12] media: cobalt: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 06/12] media: cx18: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 07/12] media: cx25821: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 08/12] media: ivtv: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 09/12] media: cx23885: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 10/12] sfc: falcon: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v1 10/12] sfc: falcon: Make I2C terminology more inclusive Easwar Hariharan
  • [PATCH v1 11/12] fbdev/smscufx: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v1 11/12] fbdev/smscufx: Make I2C terminology more inclusive Thomas Zimmermann
  • [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive Thomas Zimmermann
  • Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive Easwar Hariharan
  • Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive Thomas Zimmermann
  • Re: [PATCH v1 12/12] fbdev/viafb: Make I2C terminology more inclusive Easwar Hariharan
• Re: [PATCH] nouveau: Add missing break statement Lucas De Marchi
  • Re: [PATCH] nouveau: Add missing break statement Danilo Krummrich
• Re: nouveau: r535.c:1266:3: error: label at end of compound statement default: with gcc-8 Linux regression tracking (Thorsten Leemhuis)
  • Re: nouveau: r535.c:1266:3: error: label at end of compound statement default: with gcc-8 Timur Tabi
  • Re: nouveau: r535.c:1266:3: error: label at end of compound statement default: with gcc-8 Arnd Bergmann
• [linux-next:master] BUILD REGRESSION bb7a2467e6beef44a80a17d45ebf2931e7631083 kernel test robot
• [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor() Lyude Paul
  • [PATCH 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3 Lyude Paul
  • Re: [PATCH 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3 Dave Airlie
  • Re: [PATCH 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3 Lyude Paul
  • Re: [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor() Timur Tabi
  • Re: [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor() Lyude Paul
  • Re: [PATCH 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor() Timur Tabi
  • [PATCH v2 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor() Lyude Paul
  • [PATCH v2 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3 Lyude Paul
  • Re: [PATCH v2 2/2] drm/nouveau/gsp: Use the sg allocator for level 2 of radix3 Ben Skeggs
  • Re: [PATCH v2 1/2] drm/nouveau/firmware: Fix SG_DEBUG error with nvkm_firmware_ctor() David Airlie
• [linux-next:master] BUILD REGRESSION 5e4f84f18c4ee9b0ccdc19e39b7de41df21699dd kernel test robot
• [linux-next:master] BUILD REGRESSION a59668a9397e7245b26e9be85d23f242ff757ae8 kernel test robot
• [PATCH AUTOSEL 5.10 8/9] drm/nouveau/dp: Don't probe eDP ports twice harder Sasha Levin
• [PATCH AUTOSEL 5.15 8/9] drm/nouveau/dp: Don't probe eDP ports twice harder Sasha Levin
• [PATCH AUTOSEL 6.1 8/9] drm/nouveau/dp: Don't probe eDP ports twice harder Sasha Levin
• [PATCH AUTOSEL 6.6 11/16] drm/nouveau/dp: Don't probe eDP ports twice harder Sasha Levin
• [PATCH AUTOSEL 6.8 12/18] drm/nouveau/dp: Don't probe eDP ports twice harder Sasha Levin
• [PATCH AUTOSEL 6.8 13/43] nouveau/gsp: Avoid addressing beyond end of rpc->entries Sasha Levin
• [linux-next:master] BUILD REGRESSION f529a6d274b3b8c75899e949649d231298f30a32 kernel test robot
• [linux-next:master] BUILD REGRESSION a35e92ef04c07bd473404b9b73d489aea19a60a8 kernel test robot
• Nouveau on a RISC-V SBC with Tesla K80? Supposed to not work or yes? Raymond Wong
  • Re: Nouveau on a RISC-V SBC with Tesla K80? Supposed to not work or yes? Ilia Mirkin
• Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix? Lyude Paul
  • Re: Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix? David Airlie
  • Re: Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix? Ben Skeggs
  • Re: Issues with trying to boot falcons from sgt memory + Possible firmware SG_DEBUG fix? Ben Skeggs
• [linux-next:master] BUILD REGRESSION 7b4f2bc91c15fdcf948bb2d9741a9d7d54303f8d kernel test robot
• [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed Jani Nikula
  • Re: [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed Robert Foss
  • Re: [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed Jani Nikula
  • Re: [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed Jani Nikula
• [PATCH] [v7] nouveau: add command-line GSP-RM registry support Timur Tabi
  • Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support Danilo Krummrich
  • Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support Danilo Krummrich
  • Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support Timur Tabi
  • Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support Danilo Krummrich
  • Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support Lucas De Marchi
  • Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support Danilo Krummrich
  • Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support Timur Tabi
• [linux-next:master] BUILD REGRESSION 4eab358930711bbeb85bf5ee267d0d42d3394c2c kernel test robot
• Re: [PATCH v6 3/5] drm: Add support to get EDID from ACPI Geert Uytterhoeven
• [PATCH] drm/nouveau/disp: fix an error problem in nvkm_uconn_new() Su Hui
• [PATCH] nouveau: rip out busy fence waits Dave Airlie
  • Re: [PATCH] nouveau: rip out busy fence waits Ben Skeggs
  • Re: [PATCH] nouveau: rip out busy fence waits Danilo Krummrich
  • Re: [PATCH] nouveau: rip out busy fence waits Daniel Vetter
• [PATCH 000/156] drm/nouveau: replace "ioctl" interface between drm/nvkm Ben Skeggs
  • [PATCH 002/156] drm/nouveau: alias nouveau_drm.client to nouveau_drm.cli Ben Skeggs
  • [PATCH 001/156] drm/nouveau: add nouveau_drm.device/mmu Ben Skeggs
  • [PATCH 004/156] drm/nouveau: pass drm to nv50_dmac_create(), rather than device+disp Ben Skeggs
  • Re: [PATCH 004/156] drm/nouveau: pass drm to nv50_dmac_create(), rather than device+disp Philipp Stanner
  • [PATCH 005/156] drm/nouveau: pass cli to nouveau_channel_new() instead of drm+device Ben Skeggs
  • [PATCH 009/156] drm/nouveau: remove nouveau_drm.master Ben Skeggs
  • [PATCH 008/156] drm/nouveau: replace some void casts with chan->cli Ben Skeggs
  • [PATCH 007/156] drm/nouveau: remove chan->drm Ben Skeggs
  • [PATCH 006/156] drm/nouveau: remove nouveau_chan.device Ben Skeggs
  • [PATCH 003/156] drm/nouveau: pass drm to nouveau_mem_new(), instead of cli Ben Skeggs
  • [PATCH 015/156] drm/nouveau: store nvkm_device pointer in nouveau_drm Ben Skeggs
  • [PATCH 011/156] drm/nouveau: add nouveau_cli to nouveau_abi16 Ben Skeggs

• Earlier messages
• Later messages