Hola :)
El viernes actualicé mi Tumbleweed y ahora la GPU no da señal, Los
ventiladores se ponen a girar muchísimo, no hay señal de vídeo, el
portátil se recaliente y tengo que apagar pulsando el botón de
encendido ya que ninguna combinación de teclas funciona.
La única manera de que funcione es utilizando la opción de "nomodeset"
en el GRUB2. Todas las demás opciones de amdgpu.[algo] no funcionan. Y
asé que eso desactiva el KMS, pero es la única manera que tengo de
tener un equipo medianamente funcional.
Arrancando con "nomodeset" consigo tener un equipo funcional, pero no
puedo bajar el brillo (está al máximo y quema los ojos que da gusto),
el monitor externo no funciona, ...
El HW es:
Lenovo T495s
AMD Ryzen 5 PRO 3500U w/ Radeon Vega Mobile Gfx
Esto es lo que dice lspci:
05:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Picasso [1002:15d8] (rev d2)
Subsystem: Lenovo Device [17aa:5127]
Kernel modules: amdgpu
El comando inxi devuelve esto:
# inxi -GxxSza
System: Kernel: 5.7.7-1-default x86_64 bits: 64 compiler: gcc v: 10.1.1
parameters: BOOT_IMAGE=/boot/vmlinuz-5.7.7-1-default
root=UUID=3fdb5281-9201-4189-8d53-73ed044bab6a
resume=/dev/disk/by-id/nvme-WDC_PC_SN730_SDBQNTY-256G-1001_19451D805162-part2
nomodeset mitigations=off
Console: tty 1 wm: kwin_x11 dm: SDDM Distro: openSUSE
Tumbleweed 20200717
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Picasso vendor:
Lenovo driver: N/A bus ID: 05:00.0 chip ID: 1002:15d8
Device-2: Chicony type: USB driver: uvcvideo bus ID:
4-2.1:4 chip ID: 04f2:b67c serial: <filter>
Display: server: X.org 1.20.8 compositor: kwin_x11 driver:
N/A note: display driver n/a FAILED: ati
unloaded: fbdev,modesetting,radeon,vesa resolution:
<xdpyinfo missing>
OpenGL: renderer: llvmpipe (LLVM 10.0.0 256 bits) v: 3.3
Mesa 20.1.2 compat-v: 3.1 direct render: Yes
Sí, tengo el driver amdgpu, el microcódigo amdgpu y el firmware amdgpu
instalado. De hecho, es una de las cosas que se actualizaron el
viernes.
He mirado en el YaST y no me lista versiones anteriores de esos
paquetes y no uso btrfs para hacer rollback ... La verdad es que YUM
trae la opción de rollback y es maravilloso (MHO). Estaría bien que
Zypper lo incluyese para evitar forzar/obligar al usuario a depender
de un sistema de ficheros para eso ...
Yep, he probado a arrancar con el kernel anterior, pero ocurre lo mismo..
Voy a ver si en el FTP/repo de SUSE puedo encontrar versiones antiguas
de esos paquetes. Si la shay, pruebo esta noche porque es el portátil
del trabajo y ahora no puedo andar haciendo pruebas ... :(
Llevo todo el fin de semana buscando en Internet, pero no veo que la
gente tenga ese problema. Veo foros y listas de hace tiempo que
recomiendan lo mismo (nomodeset, que sí me funciona) o bien usar
amdgpu.dc=1 ó 0 (o alguna otra opción de amdgpu) ... pero eso no me
funciona.
Si alguien más tiene este HW, que lo sepa de antemano. Si alguien ha
conseguido resolver este problema ... se agradecen ideas ;)
Gracias !!!
Rafa
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe(a)opensuse.org
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help(a)opensuse.org