[linux-next:master] BUILD REGRESSION a35e92ef04c07bd473404b9b73d489aea19a60a8

2024-04-19 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master branch HEAD: a35e92ef04c07bd473404b9b73d489aea19a60a8 Add linux-next specific files for 20240419 Error/Warning: (recently discovered and may have been fixed) WARNING: modpost: vmlinux: section mismatch

Re: Nouveau on a RISC-V SBC with Tesla K80? Supposed to not work or yes?

2024-04-19 Thread Ilia Mirkin
I don't think anyone was ever able to get their hands on a K80 to confirm. It's a different ID than the GK110 (0xf0) / GK110B (0xf1). I believe it's referred to as a GK210, but not sure if that's just a marketing thing or if it's actually different. You can try copying the 0xf1 entry in devinit

Re: [PATCH] [v7] nouveau: add command-line GSP-RM registry support

2024-04-19 Thread Danilo Krummrich
Hi, this patch targets drm-misc-next but depends on commit 838ae9f45c4e ("nouveau/gsp: Avoid addressing beyond end of rpc->entries") which is only in drm-misc-fixes. Please let me know if you want to backmerge directly, let me hold the patch back until or anything else. - Danilo On 4/17/24

Re: [PATCH] [v5] nouveau: add command-line GSP-RM registry support

2024-04-19 Thread Danilo Krummrich
On 4/15/24 18:06, Timur Tabi wrote: On Wed, 2024-04-10 at 13:30 +0200, Danilo Krummrich wrote: On Tue, Apr 09, 2024 at 06:15:52PM -0500, Timur Tabi wrote: Add the NVreg_RegistryDwords command line parameter, which allows specifying additional registry keys to be sent to GSP-RM. This allows

Nouveau on a RISC-V SBC with Tesla K80? Supposed to not work or yes?

2024-04-19 Thread Raymond Wong
NOUVEAU MESSAGE :* {* *[ 47.314360] nouveau 0001:03:00.0: enabling device ( -> 0002)[ 47.314452] nouveau 0001:03:00.0: unknown chipset (0f22d0a1) [ 47.323897]pci 0001:02:10.0: enabling device ( -> 0002) [ 47.323938] nouveau 0001:04:00.0: enabling device ( -> 0002)[ 47.324095]

Re: [PATCH v2 1/2] drm/print: drop include debugfs.h and include where needed

2024-04-19 Thread Robert Foss
Hey Jani, Thanks for doing this cleanup. On Thu, Apr 18, 2024 at 12:13 PM Jani Nikula wrote: > > Surprisingly many places depend on debugfs.h to be included via > drm_print.h. Fix them. > > v2: Also fix ivpu and vmwgfx > > Reviewed-by: Andrzej Hajda > Acked-by: Maxime Ripard > Link: >

[PATCH 025/156] drm/nouveau/nvkm: remove perfmon

2024-04-19 Thread Ben Skeggs
This has never really been used for anything, in part due to never having reclocking stable enough in general to attempt to implement dynamic clock changes based on load, etc. To avoid having to rework its interfaces, remove it entirely. Signed-off-by: Ben Skeggs ---