kernel-default-5.3.18-150300.59.43.1.x86_64 freeze on boot with radeon

newer
15.2 -> 15.3: Danach Wayland und...

older
Dualboot Leap 15.3 Windows 10 (11)

Martin Schröder

26 Jan 2022 26 Jan '22

21:55

Moin, beim neuesten Kernel für 15.3 ist Vorsicht geboten: https://bugzilla.opensuse.org/show_bug.cgi?id=1195168 Gruß Martin

Show replies by date

Andreas Kyek

27 Jan 27 Jan

11:48

Am Mittwoch, den 26.01.2022, 22:55 +0100 schrieb Martin Schröder:

...

Moin, beim neuesten Kernel für 15.3 ist Vorsicht geboten: https://bugzilla.opensuse.org/show_bug.cgi?id=1195168

Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt? (Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei) Andreas

Martin Schröder

12:32

Am Do., 27. Jan. 2022 um 12:48 Uhr schrieb Andreas Kyek :

...

Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Das frage ich mich auch. Und warum sind die Tickets jetzt zu? Christian? Markus? Gruß Martin

Joachim Weber

13:17

Ich hab eben ein Update meines LEAP 15.3 gemacht. Bei mir funktioniert bisher der Kernel ohne Probleme, ich habe aber auch eine NVidia-GraKa (Geforce GT610) mit den G03*-Nvidia-Treibern aus https://download.nvidia.com/opensuse/leap/15.3 Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und IT-Consulting (z/OS und Linux) Am 27.01.22 um 13:32 schrieb Martin Schröder:

...

Am Do., 27. Jan. 2022 um 12:48 Uhr schrieb Andreas Kyek :

...
Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Das frage ich mich auch. Und warum sind die Tickets jetzt zu? Christian? Markus?

Gruß Martin

Joachim Weber

13:27

Es scheint auch nicht alle Installationen mit einer Radeon-GraKa zu betreffen. In https://www.opensuse-forum.de/thread/65441-nach-update-startet-opensuse-nich... berichtet ein User, dass das Problem nur auf einem seiner Rechner mit ATI Radeon GraKa auftritt. Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und IT-Consulting (z/OS und Linux) Am 27.01.22 um 14:17 schrieb Joachim Weber:

...

Ich hab eben ein Update meines LEAP 15.3 gemacht. Bei mir funktioniert bisher der Kernel ohne Probleme, ich habe aber auch eine NVidia-GraKa (Geforce GT610) mit den G03*-Nvidia-Treibern aus https://download.nvidia.com/opensuse/leap/15.3

Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und IT-Consulting (z/OS und Linux)

Am 27.01.22 um 13:32 schrieb Martin Schröder:

...
Am Do., 27. Jan. 2022 um 12:48 Uhr schrieb Andreas Kyek :

...
Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Das frage ich mich auch. Und warum sind die Tickets jetzt zu? Christian? Markus?

Gruß Martin

Marcus Meissner

16:54

On Thu, Jan 27, 2022 at 01:32:34PM +0100, Martin Schröder wrote:

...

Am Do., 27. Jan. 2022 um 12:48 Uhr schrieb Andreas Kyek :

...
Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Das frage ich mich auch. Und warum sind die Tickets jetzt zu? Christian? Markus?

I will queue an urgent followup fix update :/ Ciao, Marcus

Andreas Kyek

4 Feb 4 Feb

08:41

Am Donnerstag, den 27.01.2022, 17:54 +0100 schrieb Marcus Meissner:

...

On Thu, Jan 27, 2022 at 01:32:34PM +0100, Martin Schröder wrote:

...
Am Do., 27. Jan. 2022 um 12:48 Uhr schrieb Andreas Kyek < andreas.kyek@gmx.net>:

...
Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Das frage ich mich auch. Und warum sind die Tickets jetzt zu? Christian? Markus?

I will queue an urgent followup fix update :/

Ciao, Marcus

Is this fixed now? today zypper is telling me.: Reading installed packages... The following 28 packages are going to be upgraded: ffmpeg-4 google-chrome-stable libavcodec57 libavcodec58_134 [...] The following 6 NEW packages are going to be installed: kernel-default-5.3.18-150300.59.43.1 kernel-default-extra-5.3.18- 150300.59.43.1 kernel-default-optional-5.3.18-150300.59.43.1 kernel- preempt-5.3.18-150300.59.43.1 kernel-preempt-extra-5.3.18-150300.59.43.1 kernel-preempt-optional- 5.3.18-150300.59.43.1 The following 2 packages require a system reboot: kernel-default-5.3.18-150300.59.43.1 kernel-preempt-5.3.18- 150300.59.43.1 [...] isn't this still the defect version?? Andreas

Andreas Kyek

08:50

sorry - war paralell am arbeiten hier und da ist alles in englisch:-( Am Freitag, den 04.02.2022, 09:41 +0100 schrieb Andreas Kyek:

...

Am Donnerstag, den 27.01.2022, 17:54 +0100 schrieb Marcus Meissner:

...
On Thu, Jan 27, 2022 at 01:32:34PM +0100, Martin Schröder wrote:

...
Am Do., 27. Jan. 2022 um 12:48 Uhr schrieb Andreas Kyek < andreas.kyek@gmx.net>:

...
Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Das frage ich mich auch. Und warum sind die Tickets jetzt zu? Christian? Markus?

I will queue an urgent followup fix update :/

Ciao, Marcus

Is this fixed now?

today zypper is telling me.:

Reading installed packages...

The following 28 packages are going to be upgraded: ffmpeg-4 google-chrome-stable libavcodec57 libavcodec58_134 [...]

The following 6 NEW packages are going to be installed: kernel-default-5.3.18-150300.59.43.1 kernel-default-extra-5.3.18- 150300.59.43.1 kernel-default-optional-5.3.18-150300.59.43.1 kernel- preempt-5.3.18-150300.59.43.1 kernel-preempt-extra-5.3.18-150300.59.43.1 kernel-preempt-optional- 5.3.18-150300.59.43.1

The following 2 packages require a system reboot: kernel-default-5.3.18-150300.59.43.1 kernel-preempt-5.3.18- 150300.59.43.1

[...]

isn't this still the defect version??

Andreas

Joachim Weber

14:03

Hallo Andreas, der "Fehler" macht sich scheinbar nur bei bestimmten (wohl älteren) Radeon-GraKas bemerkbar. Ich hab den Kernel auch und bei mir läuft er ohne Probleme (Nvidia-Graka Geforce GT610). In https://www.opensuse-forum.de/thread/65441-nach-update-startet-opensuse-nich... berichtet ein User, dass das Problem nur auf einem seiner Rechner mit ATI Radeon GraKas auftritt. Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und IT-Consulting (z/OS und Linux) Am 04.02.22 um 09:50 schrieb Andreas Kyek:

...

sorry - war paralell am arbeiten hier und da ist alles in englisch:-(

Am Freitag, den 04.02.2022, 09:41 +0100 schrieb Andreas Kyek:

...
Am Donnerstag, den 27.01.2022, 17:54 +0100 schrieb Marcus Meissner:

...
On Thu, Jan 27, 2022 at 01:32:34PM +0100, Martin Schröder wrote:

...
Am Do., 27. Jan. 2022 um 12:48 Uhr schrieb Andreas Kyek < andreas.kyek@gmx.net>:

...
Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Das frage ich mich auch. Und warum sind die Tickets jetzt zu? Christian? Markus?

I will queue an urgent followup fix update :/

Ciao, Marcus

Is this fixed now?

today zypper is telling me.:

Reading installed packages...

The following 28 packages are going to be upgraded: ffmpeg-4 google-chrome-stable libavcodec57 libavcodec58_134 [...]

The following 6 NEW packages are going to be installed: kernel-default-5.3.18-150300.59.43.1 kernel-default-extra-5.3.18- 150300.59.43.1 kernel-default-optional-5.3.18-150300.59.43.1 kernel- preempt-5.3.18-150300.59.43.1 kernel-preempt-extra-5.3.18-150300.59.43.1 kernel-preempt-optional- 5.3.18-150300.59.43.1

The following 2 packages require a system reboot: kernel-default-5.3.18-150300.59.43.1 kernel-preempt-5.3.18- 150300.59.43.1

[...]

isn't this still the defect version??

Andreas

Timo Sokal

5 Feb 5 Feb

08:18

Am Freitag, dem 04.02.2022 um 15:03 +0100 schrieb Joachim Weber:

...

Moin

...

der "Fehler" macht sich scheinbar nur bei bestimmten (wohl älteren) Radeon-GraKas bemerkbar.

Eine Radeon R5/R7 IGP 200 series in einem Laptop (Manufactured 12/2018) ist IMHO weder sehr alt noch sonderlich exotisch. -- Timo Sokal

Joachim Weber

12:15

Der Fehler scheint wohl mit der Nutzung des Radeon-Treibers zusammenzuhängen, soweit ich das aus entsprechenden Threads und Mails lese. GraKas, die den amdgpu-Treiber verwenden, machen scheinbar wenig bis keine Probleme. Der Kernel läuft bei mir ohne Probleme. Ich benutze eine NVIDIA Geforce GT610 mit dem Nvidia-Treiber. Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und IT-Consulting (z/OS und Linux) Am 05.02.22 um 09:18 schrieb Timo Sokal:

...

Am Freitag, dem 04.02.2022 um 15:03 +0100 schrieb Joachim Weber:

...
Moin

...
der "Fehler" macht sich scheinbar nur bei bestimmten (wohl älteren) Radeon-GraKas bemerkbar.

Eine Radeon R5/R7 IGP 200 series in einem Laptop (Manufactured 12/2018) ist IMHO weder sehr alt noch sonderlich exotisch.

Werner Franke

6 Feb 6 Feb

16:12

Am 05.02.22 um 13:15 schrieb Joachim Weber:

...

Der Fehler scheint wohl mit der Nutzung des Radeon-Treibers zusammenzuhängen, soweit ich das aus entsprechenden Threads und Mails lese. GraKas, die den amdgpu-Treiber verwenden, machen scheinbar wenig bis keine Probleme.

Der Kernel läuft bei mir ohne Probleme. Ich benutze eine NVIDIA Geforce GT610 mit dem Nvidia-Treiber.

Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und IT-Consulting (z/OS und Linux)

Am 05.02.22 um 09:18 schrieb Timo Sokal:

...
Am Freitag, dem 04.02.2022 um 15:03 +0100 schrieb Joachim Weber:

...
Moin

...
der "Fehler" macht sich scheinbar nur bei bestimmten (wohl älteren) Radeon-GraKas bemerkbar.

Eine Radeon R5/R7 IGP 200 series in einem Laptop (Manufactured 12/2018) ist IMHO weder sehr alt noch sonderlich exotisch.

Mein HP ProLiant MicroServer N36L mit ATI Mobility Radeon HD Graphics, die den Treiber "radeon" benutzt, auch das Problem. Leider habe ich keine Idee, wie ich Infos beisteuern kann, da der Bildschirm gleich nachdem die Initrd geladen wurde schwarz wird und auch keine LOG Files geschrieben werden. Soweit kommt die Kiste gar nicht.

Aktuell läuft der Kernel 5.3.18-59.40-default. viele Grüße Werner

Manfred Keller

4 Feb 4 Feb

11:45

Hallo Andreas, Am 04.02.22 um 09:41 schrieb Andreas Kyek: [...]

...

The following 2 packages require a system reboot: kernel-default-5.3.18-150300.59.43.1 kernel-preempt-5.3.18- 150300.59.43.1

[...]

isn't this still the defect version??

Ich denke, das ist die selbe, für machen User defekte Version. Ansonsten hätte er ja eine höhere Versionsnummer. Was genau die Ursache ist kann ich nicht sagen. Bei meinem System läuft dieser Kernel problemlos, trotz AMD Grafikkarte. Gruß Manfred

Marcus Meissner

7 Feb 7 Feb

15:16

Hi, Vorhin wurde ein bugfix kernel released. Sorry das es so lange gedauert hat. Ciao, Marcus On Thu, Jan 27, 2022 at 12:48:06PM +0100, Andreas Kyek wrote:

...

Am Mittwoch, den 26.01.2022, 22:55 +0100 schrieb Martin Schröder:

...
Moin, beim neuesten Kernel für 15.3 ist Vorsicht geboten: https://bugzilla.opensuse.org/show_bug.cgi?id=1195168

Nachdem es nun gerade meinen Home-Server damit auch getroffen hatte - weiss jemand warum es diesen Kernel IMMER NOCH gibt? Ich habe das nicht erwartet und heute nach dem update den Reboot gemacht. Warum werden erwiesenermassen kaputte Produkte nicht entfernt?

(Mit dem Vorgänger Kernel läuft der Rechner wieder einwandfrei)

Andreas

Andreas Kyek

15:49

Am Montag, den 07.02.2022, 16:16 +0100 schrieb Marcus Meissner:

...

Hi,

Vorhin wurde ein bugfix kernel released.

Sorry das es so lange gedauert hat.

Ciao, Marcus

gerade installiert - zumindest hier ist das Problem jetzt behoben: root@server:~> inxi -SGM System: Host: server Kernel: 5.3.18-150300.59.46-preempt x86_64 bits: 64 Desktop: Xfce 4.16.0 Distro: openSUSE Leap 15.3 Machine: Type: Desktop Mobo: Gigabyte model: GA-880GA-UD3H serial: BIOS: Award v: F7 date: 11/24/2010 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] RS880 [Radeon HD 4250] driver: radeon v: kernel Display: server: X.Org 1.20.3 driver: ati,radeon unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz OpenGL: renderer: N/A v: N/A Danke Andreas

Werner Franke

17:01

Am 07.02.22 um 16:49 schrieb Andreas Kyek:

...

Am Montag, den 07.02.2022, 16:16 +0100 schrieb Marcus Meissner:

...
Hi,

Vorhin wurde ein bugfix kernel released.

Sorry das es so lange gedauert hat.

Ciao, Marcus

gerade installiert - zumindest hier ist das Problem jetzt behoben:

root@server:~> inxi -SGM System: Host: server Kernel: 5.3.18-150300.59.46-preempt x86_64 bits: 64 Desktop: Xfce 4.16.0 Distro: openSUSE Leap 15.3 Machine: Type: Desktop Mobo: Gigabyte model: GA-880GA-UD3H serial: BIOS: Award v: F7 date: 11/24/2010 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] RS880 [Radeon HD 4250] driver: radeon v: kernel Display: server: X.Org 1.20.3 driver: ati,radeon unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz OpenGL: renderer: N/A v: N/A

auch auf meinem HP ProLiant MicroServer N36L funktioniert der Kernel 5.3.18-150300.59.46-default auch wieder :-) vielen Dank! Grüße Werner

Michael Behrens

27 Jan 27 Jan

13:34

Hier trat das Problem bei einem steinalten Dell PE1950 mit integrierter Radeon-Grafik auf. Am 26.01.22 um 22:55 schrieb Martin Schröder:

...

Moin, beim neuesten Kernel für 15.3 ist Vorsicht geboten: https://bugzilla.opensuse.org/show_bug.cgi?id=1195168

-- Viele Grüße - Kind Regards ____________________________________________________________ Michael Behrens ____________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Dr. Karsten Theis Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ____________________________________________________________

Manfred Keller

14:20

Hallo, dieser Threat hat meine Neugier geweckt, da ich auch eine AMD GrKa habe. Nach dem Update und beim Reboot wurde es spannend und siehe da, das System fährt in den Grafikmodus und läuft ohne Probleme. Puh, Glück gehabt. Da euch das aber nicht weiterhilft, vielleicht ist die Ausgabe des im Bugreport erwähnten Befehls hilfreich: sudo inxi -SGM Die Ausgabe dazu für mein System: System: Host: linux-PC Kernel: 5.3.18-150300.59.43-default x86_64 bits: 64 Desktop: KDE Plasma 5.18.6 Distro: openSUSE Leap 15.3 Machine: Type: Desktop System: MSI product: MS-7793 v: 2.0 serial: N/A Mobo: MSI model: A88X-G43 (MS-7793) v: 2.0 serial: N/A UEFI: American Megatrends v: 3.11 date: 04/08/2016 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde PRO [Radeon HD 7750/8740 / R7 250E] driver: radeon v: kernel Display: x11 server: X.org 1.20.3 driver: ati,radeon unloaded: fbdev,modesetting,vesa resolution: <xdpyinfo missing> OpenGL: renderer: AMD VERDE (DRM 2.50.0 5.3.18-150300.59.43-default LLVM 11.0.1) v: 4.5 Mesa 20.2.4 Leider sind meine Kenntnisse, wie sich die einzelnen Bestandteile auf das System auswirken können begrenzt. Aber vielleicht kann jemand damit was anfangen bzw. die Daten mit seinem System vergleichen. Unter https://bugzilla.opensuse.org/show_bug.cgi?id=1195142 wird auch ein möglicher Workaround beschrieben: As a workaround, you can simply copy the old radeon module file from 5.3.18-59.40 to *-43, e.g. # mkdir /lib/modules/5.3.18-*.43-default/updates # cp /lib/modules/5.3.18-*.40-default/kernel/drivers/gpu/drm/radeon/radeon.ko* /lib/modules/5.3.18-*.43-default/updates/ # depmod 5.3.18-150300.59.43-default # mkinitrd Alternatively, you can copy radeon module from the working OBS Kernel:SLE15-SP3 kernel, too. Da ich aber keine Probleme habe, habe ich diesen Lösungsvorschlag natürlich nicht getestet. Allen viel Erfolg bei der Lösung. Gruß Manfred Am 26.01.22 um 22:55 schrieb Martin Schröder:

...

Moin, beim neuesten Kernel für 15.3 ist Vorsicht geboten: https://bugzilla.opensuse.org/show_bug.cgi?id=1195168

Gruß Martin

Michael Behrens

14:52

Mit dieser Hardware tritt der Fehler auf (ein alter Dell PowerEdge 1950, und jetzt wieder mit dem vorhergehenden Kernel): System: Host: pheenix Kernel: 5.3.18-59.40-default x86_64 bits: 64 Console: tty 0 Distro: openSUSE Leap 15.3 Machine: Type: Server System: Dell product: PowerEdge 1950 v: N/A serial: GCPZH4J Mobo: Dell model: 0DT097 v: A00 serial: ..CN697027370003. BIOS: Dell v: 2.7.0 date: 10/30/2010 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] ES1000 driver: radeon v: kernel Display: server: X.Org 1.20.3 driver: radeon note: display driver n/a resolution: 1920x1200~60Hz OpenGL: renderer: llvmpipe (LLVM 11.0.1 128 bits) v: 4.5 Mesa 20.2.4 Am 27.01.22 um 15:20 schrieb Manfred Keller:

...

... vielleicht ist die Ausgabe des im Bugreport erwähnten Befehls hilfreich: sudo inxi -SGM

Die Ausgabe dazu für mein System:

System: Host: linux-PC Kernel: 5.3.18-150300.59.43-default x86_64 bits: 64 Desktop: KDE Plasma 5.18.6 Distro: openSUSE Leap 15.3 Machine: Type: Desktop System: MSI product: MS-7793 v: 2.0 serial: N/A Mobo: MSI model: A88X-G43 (MS-7793) v: 2.0 serial: N/A UEFI: American Megatrends v: 3.11 date: 04/08/2016 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde PRO [Radeon HD 7750/8740 / R7 250E] driver: radeon v: kernel Display: x11 server: X.org 1.20.3 driver: ati,radeon unloaded: fbdev,modesetting,vesa resolution: <xdpyinfo missing> OpenGL: renderer: AMD VERDE (DRM 2.50.0 5.3.18-150300.59.43-default LLVM 11.0.1) v: 4.5 Mesa 20.2.4 ... --

Viele Grüße Michael

Michael Behrens

10 Feb 10 Feb

10:29

Auf dieser Maschine läuft jetzt auch Kernel 5.3.18-150300.59.46-default . Am 27.01.22 um 15:52 schrieb Michael Behrens:

...

Mit dieser Hardware tritt der Fehler auf (ein alter Dell PowerEdge 1950, und jetzt wieder mit dem vorhergehenden Kernel):

System: Host: pheenix Kernel: 5.3.18-59.40-default x86_64 bits: 64 Console: tty 0 Distro: openSUSE Leap 15.3 Machine: Type: Server System: Dell product: PowerEdge 1950 v: N/A serial: GCPZH4J Mobo: Dell model: 0DT097 v: A00 serial: ..CN697027370003. BIOS: Dell v: 2.7.0 date: 10/30/2010 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] ES1000 driver: radeon v: kernel Display: server: X.Org 1.20.3 driver: radeon note: display driver n/a resolution: 1920x1200~60Hz OpenGL: renderer: llvmpipe (LLVM 11.0.1 128 bits) v: 4.5 Mesa 20.2.4

-- Viele Grüße Michael Behrens

843

Age (days ago)

858

Last active (days ago)

List overview

Download

19 comments

9 participants

participants (9)

Andreas Kyek
Joachim Weber
Manfred Keller
Marcus Meissner
Martin Schröder
Michael Behrens
Michael Behrens
Timo Sokal
Werner Franke

kernel-default-5.3.18-150300.59.43.1.x86_64 freeze on boot with radeon

tags

participants (9)