Bug 58957

Summary:	Кривая работа Nvidia при первой загрузке на новом ядре после обновления
Product:	Sisyphus	Reporter:	Vladislav Glinkin <glinkinvd>
Component:	kernel-modules-nvidia-6.18	Assignee:	Sergey V Turchin <zerg>
Status:	NEW ---	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P5	CC:	alexei.mezin, boyarsh, glebfm, kernelbot, ldv, mike, rider, sbolshakov, shrek, sin, vitty, vsu, vt, zerg
Version:	unstable
Hardware:	x86_64
OS:	Linux

Description Vladislav Glinkin 2026-04-30 16:54:37 MSK

Версии пакетов:
kernel-image-6.18-6.18.25-alt1
kernel-modules-nvidia-6.18-595.58.03-alt1

На системах с дискретной Nvidia и интегрированной графикой Intel, AMD возникает следующая ситуация:

После обновлении ядра (6.12, 6.18), при ПЕРВОЙ загрузке на новом ядре, в качестве основного DRM устройства используется драйвер интегрированной графики, как пример:
```
[root@ASUS-PRIME-X670E-PRO-WIFI ~]# cat /sys/kernel/debug/dri/0/name; cat /sys/kernel/debug/dri/1/name
efidrm dev=efi-framebuffer.0 unique=efi-framebuffer.0
amdgpu dev=0000:12:00.0 unique=0000:12:00.0
```

Из-за чего, в dmesg возникают ошибки вида:
```
[    5.052235] [drm:nv_drm_dev_load [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to allocate NvKmsKapiDevice
```

И nvidia в целом работает криво.

При последующих загрузках ситуация меняется, в качестве основного DRM устройства используется драйвер дискретной видеокарты:
```
[root@ASUS-PRIME-X670E-PRO-WIFI ~]# cat /sys/kernel/debug/dri/0/name; cat /sys/kernel/debug/dri/1/name
cat: /sys/kernel/debug/dri/0/name: Нет такого файла или каталога
nvidia-drm dev=0000:01:00.0 unique=0000:01:00.0
```

Так вот, в связи с этим поведением возникает следующий вопрос: есть ли у нас пути решения данной проблемы помимо отключения интегрированной графики при наличии дискретной?

Шаги воспроизведения такие:
1) Обновиться до нового ядра в репозитории с тем же flavour (update-kernel)
2) Обновиться до другого flavour (update-kernel -t <flavour>)

Вешаю на ядро. При необходимости прошу скорректировать компонент.
Прошу не закрывать данную ошибку без каких-либо обоснований, если это не проблема вовсе.

Comment 1 Vladislav Glinkin 2026-04-30 17:05:25 MSK

>1) Обновиться до нового ядра в репозитории с тем же flavour (update-kernel)
>2) Обновиться до другого flavour (update-kernel -t <flavour>)

Здесь имелась в виду не последовательность, а ИЛИ.
Можно воспроизвести двумя способами.