Usb devices disconnecting randomly? causing system to reboot

Capzay · 2025-05-16 10:08:58

https://drive.google.com/drive/folders/ … sp=sharing

heres a folder of 3 photos i took of PBO options: Disabled, Enabled, Advanced

seth · 2025-05-16 20:14:10

Yes you do - what about the "AI Tweaker"? Is PBO disabled there as well?

Capzay · 2025-05-17 07:03:19

Ah, i did not. Thought it wouldve disabled any PBO feature

https://drive.google.com/drive/folders/ … sp=sharing

how would i go about disabling it?

1 i cant alter, and 2 have a "manual" mode

Update:
I changed it to
Disabled
Disabled
Auto
Auto
Auto

and everything was normal (arch still not cooperating)

all of a sudden, all the boots for arch and windows were broke. Linux would crash on boot, windows would do its diagnostics repair

i had to clear the bios settings by jumping the pins, and now everything works again (with arch still being broke)

so for now PBO is not disabled

Last edited by Capzay (2025-05-17 10:05:51)

seth · 2025-05-17 11:44:14

Does increasing the voltage w/ ryzenadj work and help?
https://wiki.archlinux.org/title/Ryzen# … erclocking
https://bbs.archlinux.org/viewtopic.php … 1#p2239211

Capzay · 2025-05-17 13:37:43

i tried to use

sudo ./ryzenadj --set-coall=15

and got the output of:

Fam17h: unsupported model 113 
Only Ryzen Mobile Series are not supported
Unable to init ryzenadj

seth · 2025-05-17 19:39:54

Meh

Grasping for straws, what if you limit the c-states "processor.max_cstate=1" - though typically that results in freezes, not reboots.

Capzay · 2025-05-17 19:55:29

Didnt fix

ahhhhhhhh

Last edited by Capzay (2025-05-17 19:55:49)

Ranguvar · 2025-05-17 20:39:33

Can you test with this patch?

Maybe someone can help build a package out of it.

Linux 6.16 Will Begin Reporting The Cause Of Your AMD Zen System Being Reset/Rebooted

Fam17h and later should support it.
Look for "x86/amd: Previous system reset reason" in dmesg.

Edit: Framework's issue tracker has backported and simplified patches.

Or, someone smarter than me might be able to work out how to read the register with your current kernel

PMx000000C0 (FCH::PM::S5_RESET_STATUS)

I think the command might start

rdmsr --decimal --processor 0 --bitfield

(msr-tools) but I'm uncertain of the bitfield

Last edited by Ranguvar (2025-05-17 21:18:03)

loqs · 2025-05-17 21:25:44

6.14.6.arch1 with the following applied
624b0d5 i2c: piix4, x86/platform: Move the SB800 PIIX4 FCH definitions to <asm/amd/fch.h>
7094702 platform/x86/amd/pmc: Use FCH_PM_BASE definition
cafb222 Documentation: Add AMD Zen debugging document
ab81310 x86/CPU/AMD: Print the reason for the last reset

linux-6.14.6.arch1-1.1-x86_64.pkg.tar.zst/linux-headers-6.14.6.arch1-1.1-x86_64.pkg.tar.zst

Capzay · 2025-05-17 23:05:52

Not sure if i did it right, i think i did. But it still didnt work

Fyi i do intend to game on this through steam

loqs · 2025-05-17 23:16:21

With the patched kernel was there a new line in dmesg after the reboot that started:

x86/amd: Previous system reset reason

seth · 2025-05-18 06:16:54

Fyi i do intend to game on this through steam

Tbs, you're not overclocking the system or push it in any other way shape or form?
Make sure to select all the most conservative settings fro RAM and CPU in the UEFI and see whether this stabilizes it.

Capzay · 2025-05-18 11:59:39

Tbs, you're not overclocking the system or push it in any other way shape or form?
Make sure to select all the most conservative settings fro RAM and CPU in the UEFI and see whether this stabilizes it.

What settings would i check? its all on default now that i had to clear the cmos

Capzay · 2025-05-18 12:04:18

loqs wrote:

With the patched kernel was there a new line in dmesg after the reboot that started:
x86/amd: Previous system reset reason

I wasnt able to fully check as i rebooted a few times

but i use dmesg and got this as the first line:

 Linux version 6.14.6-arch1-1 (linux@archlinux) (gcc (GCC) 15.1.1 20250425, GNU ld (GNU Binutils) 2.44.0) #1 SMP PREEMPT_DYNAMIC Fri, 09 May 2025 17:36:18 +0000

seth · 2025-05-18 15:05:31

The first line is really not important - once the system tripped over and rebooted cold, post the journal of the subsequent boot ie.

sudo journalctl -b | curl -F 'file=@-' 0x0.st

Capzay · 2025-05-19 10:03:19

https://0x0.st/8wHd.txt

seth · 2025-05-19 15:21:59

6.14.6-arch1-1

loqs wrote:

linux-6.14.6.arch1-1.1-x86_64.pkg.tar.zst

Wrong kernel?

x86/amd: Previous system reset reason

doesn't show up in this boot, nor mce errors - but

May 19 12:01:50 archlinux kernel: FAT-fs (nvme0n1p3): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Capzay · 2025-05-20 15:22:38

Im slowly losing hope....

Is there much more i can do? Im so lost in all of this

seth · 2025-05-20 15:55:07

The plan was to get the ryzen-reset-report, but you'll have to use the kernel provided by loqs (6.14.6.arch1-1.1)
Also keep an eye on BIOS updates.

Capzay · 2025-05-20 18:52:22

Since i didnt do it right, how exactly would i use the kernel provided by loqs?

Capzay · 2025-05-23 18:58:04

Surely this is right

https://0x0.st/8xrh.txt

seth · 2025-05-23 19:31:55

May 23 20:51:48 archlinux kernel: x86/amd: Previous system reset reason [0x00080800]: software wrote 0x6 to reset control register 0xCF9

Is this from a "spontanous" reboot?

Capzay · 2025-05-23 23:20:42

If by "spontanous reboot" you mean it was ran after rebooting. Then yes

seth · 2025-05-24 05:39:57

I mean "the system rebooted by itself", not you triggering an intentional reboot.

Capzay · 2025-05-24 12:48:54

Oh, i installed the new kernel then typed reboot then did the journal thing. and thats it

Arch Linux

#26 2025-05-16 10:08:58

Re: Usb devices disconnecting randomly? causing system to reboot

#27 2025-05-16 20:14:10

Re: Usb devices disconnecting randomly? causing system to reboot

#28 2025-05-17 07:03:19

Re: Usb devices disconnecting randomly? causing system to reboot

#29 2025-05-17 11:44:14

Re: Usb devices disconnecting randomly? causing system to reboot

#30 2025-05-17 13:37:43

Re: Usb devices disconnecting randomly? causing system to reboot

#31 2025-05-17 19:39:54

Re: Usb devices disconnecting randomly? causing system to reboot

#32 2025-05-17 19:55:29

Re: Usb devices disconnecting randomly? causing system to reboot

#33 2025-05-17 20:39:33

Re: Usb devices disconnecting randomly? causing system to reboot

#34 2025-05-17 21:25:44

Re: Usb devices disconnecting randomly? causing system to reboot

#35 2025-05-17 23:05:52

Re: Usb devices disconnecting randomly? causing system to reboot

#36 2025-05-17 23:16:21

Re: Usb devices disconnecting randomly? causing system to reboot

#37 2025-05-18 06:16:54

Re: Usb devices disconnecting randomly? causing system to reboot

#38 2025-05-18 11:59:39

Re: Usb devices disconnecting randomly? causing system to reboot

#39 2025-05-18 12:04:18

Re: Usb devices disconnecting randomly? causing system to reboot

#40 2025-05-18 15:05:31

Re: Usb devices disconnecting randomly? causing system to reboot

#41 2025-05-19 10:03:19

Re: Usb devices disconnecting randomly? causing system to reboot

#42 2025-05-19 15:21:59

Re: Usb devices disconnecting randomly? causing system to reboot

#43 2025-05-20 15:22:38

Re: Usb devices disconnecting randomly? causing system to reboot

#44 2025-05-20 15:55:07

Re: Usb devices disconnecting randomly? causing system to reboot

#45 2025-05-20 18:52:22

Re: Usb devices disconnecting randomly? causing system to reboot

#46 2025-05-23 18:58:04

Re: Usb devices disconnecting randomly? causing system to reboot

#47 2025-05-23 19:31:55

Re: Usb devices disconnecting randomly? causing system to reboot

#48 2025-05-23 23:20:42

Re: Usb devices disconnecting randomly? causing system to reboot

#49 2025-05-24 05:39:57

Re: Usb devices disconnecting randomly? causing system to reboot

#50 2025-05-24 12:48:54

Re: Usb devices disconnecting randomly? causing system to reboot

Board footer