Debian auf Notebooks und speziellen Geräten wie eingebetteten Systemen, Routern, Set-Top-Boxen, ...
-
whisper
- Beiträge: 3401
- Registriert: 23.09.2002 14:32:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Beitrag
von whisper » 20.07.2023 12:08:29
Etwas alle 5-10 mal geht es gut.
Ich kann mich mit Glück per ssh verbinden und da habe ich mal
dmesg -T angeguckt
https://paste.debian.net/hidden/d963c22f/
sieht schon böse aus.
Ausschnitt:
Das Datum ist Blödsinn, war soeben, nicht morgen
Code: Alles auswählen
[Fr Jul 21 14:28:22 2023] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
[Fr Jul 21 14:28:22 2023] Code: 41 54 44 8d 24 b5 00 00 00 00 55 89 f5 53 48 89 fb 4c 3b a7 b8 08 00 00 73 62 83 e2 02 74 21 4c 03 a3 c0 08 00 00 45 8b 24 24 <48> 8b 43 08 0f b7 70 3e 66 90 44 89 e0 5b 5d 41 5c e9 0b 9c 6d e4
[Fr Jul 21 14:28:22 2023] RSP: 0018:ffffaf140acefc20 EFLAGS: 00000286
[Fr Jul 21 14:28:22 2023] RAX: ffff949c0a745174 RBX: ffff949c21fa0000 RCX: 000000000000000a
[Fr Jul 21 14:28:22 2023] RDX: 0000000000000000 RSI: 000000000000ec05 RDI: ffff949c21fa0000
[Fr Jul 21 14:28:22 2023] RBP: 000000000000ec05 R08: 0000000000000000 R09: ffffaf140acefa58
[Fr Jul 21 14:28:22 2023] R10: 0000000000000003 R11: ffffffffa5ed43a8 R12: 00000000ffffffff
[Fr Jul 21 14:28:22 2023] R13: 0000000000000001 R14: ffff949cb225a000 R15: 0000000000000000
[Fr Jul 21 14:28:22 2023] FS: 0000000000000000(0000) GS:ffff949efe880000(0000) knlGS:0000000000000000
[Fr Jul 21 14:28:22 2023] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[Fr Jul 21 14:28:22 2023] CR2: 00007f7e70047b10 CR3: 000000028ac10000 CR4: 0000000000350ee0
Hat ein Hardware spezi eine Vermutung bezüglich der Ursache?
Zuletzt geändert von
whisper am 21.07.2023 17:18:32, insgesamt 1-mal geändert.
Alter ist übrigens keine Ausrede, nur Erfahrung, die sich stapelt. 
-
hikaru
- Moderator
- Beiträge: 14009
- Registriert: 09.04.2008 12:48:59
Beitrag
von hikaru » 20.07.2023 12:39:44
whisper hat geschrieben: 
20.07.2023 12:08:29
Hat ein Hardware spezi eine Vermutung bezüglich der Ursache?
Es gab in den letzten Jahren wohl auf diversen AMD-Plattformen mit verschiedenen Kernelversionen Probleme mit Sleep-States.
Hattest du die Probleme unter Bullseye (Kernel 5.10) auch schon? Was passiert, wenn du einen neueren Kernel nimmst, z.B. 6.3 aus Sid?
-
whisper
- Beiträge: 3401
- Registriert: 23.09.2002 14:32:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Beitrag
von whisper » 20.07.2023 13:04:47
Ja kurz bullseye gennutzt, dann wegen dem S3, glaube ich wars, auf Testing Bookworm .
Diese merkwürdig sporarischen "freezes" waren praktisch weg. Seit dem Bookworm stable ist sind sie wieder, wenn auch selten wieder da .
Wie mache ich das am geschicktesten?
hier nach?
https://wiki.debian.org/HowToUpgradeKernel
in unserem wiki finde ich nichts dergleichen
ich machs einfach mal.
melde mich dann zurück

Alter ist übrigens keine Ausrede, nur Erfahrung, die sich stapelt. 
-
whisper
- Beiträge: 3401
- Registriert: 23.09.2002 14:32:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Beitrag
von whisper » 20.07.2023 13:26:56
Habe jetzt
6.3.0-2-rt-amd64
dann mal abwarten und gucken ob noch audio cam und sonn gesoxe noch läuft.
scheint so
Für die Akten:
Heute: Stand 18:45 Uhr
Code: Alles auswählen
grep " RIP: " /var/log/syslog
2023-07-20T11:49:30.897509+02:00 debian-bookworm kernel: [169342.831286] RIP: 0010:smu_dpm_set_power_gate+0x18f/0x1b0 [amdgpu]
2023-07-20T11:49:55.467327+02:00 debian-bookworm kernel: [169367.353493] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
2023-07-20T11:50:23.467717+02:00 debian-bookworm kernel: [169395.353434] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
2023-07-20T11:50:40.186423+02:00 debian-bookworm kernel: [169412.121594] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
2023-07-20T11:51:07.446302+02:00 debian-bookworm kernel: [169439.330655] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
2023-07-20T11:51:35.447004+02:00 debian-bookworm kernel: [169467.330533] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
2023-07-20T11:51:43.200746+02:00 debian-bookworm kernel: [169475.134572] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
2023-07-20T11:52:02.893550+02:00 debian-bookworm kernel: [169494.825771] RIP: 0033:0x7fc019ea4d36
Bisher kein Eintrag seit dem neuen Kernels. 4-5 Mal hatte ich den Laptop ins Schattenreich, sprich suspend2ram geschickt.
Sieht gut aus!
Froi
Alter ist übrigens keine Ausrede, nur Erfahrung, die sich stapelt. 
-
whisper
- Beiträge: 3401
- Registriert: 23.09.2002 14:32:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Beitrag
von whisper » 21.07.2023 17:20:14
hikaru hat geschrieben: 
20.07.2023 12:39:44
Es gab in den letzten Jahren wohl auf diversen AMD-Plattformen mit verschiedenen Kernelversionen Probleme mit Sleep-States.
Hattest du die Probleme unter Bullseye (Kernel 5.10) auch schon? Was passiert, wenn du einen neueren Kernel nimmst, z.B. 6.3 aus Sid?
Danke dir. Und das ohne Kernel backen

Alter ist übrigens keine Ausrede, nur Erfahrung, die sich stapelt. 