pkg upgrade desaster

FreeBSD hplap 13.0-RELEASE FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64

HP-laptop with Display: x11 server: X.Org 1.20.9 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz

After sporting a new laptop with a fresh 13.0 RELEASE and everything working near to perfection I ventured a pkg upgrade.

My previous experience with pkg upgrade on the 11-versions always ended in a minor/major disaster. Same thing now: ttyv1 is being flooded with a never ending repetition of

Code:
amdgpu: [powerplay] pp_dpm_get_mclk_od was not implemented.
amdgpu: [powerplay] pp_dpm_get_sclk_od was not implemented.

Furthermore the zzz which used to work perfectly for sleepmode, now leads to a complete freeze requiring a hard reset.

What else is rank I have not yet discovered.

Before I start to do desperate actions - does anyone have a suggestion how to continue?

winkoe
 
HP-laptop with Display: x11 server: X.Org 1.20.9 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz

Post your /var/log/Xorg.0.log: cat /var/log/Xorg.0.log | nc termbin.com 9999 and post the resulting URL here.

My previous experience with pkg upgrade on the 11-versions always ended in a minor/major disaster.
This often happens when someone doesn't understand how it works and tries to force pkg(8) to do things it wasn't meant to be doing. Or when someone tries to mix ports and packages without understanding the interaction between the different versions.
 
Upon pciconf -lv | egrep -i "radeon|amd" I get a 25 fold repetition of
Code:
   vendor     = 'Advanced Micro Devices, Inc. [AMD]'
and two times
Code:
    vendor     = 'Advanced Micro Devices, Inc. [AMD/ATI]'
.
winkoe
 
From Xorg.0.log

Code:
[    47.670] (II) modeset(0): glamor X acceleration enabled on AMD Radeon(TM) Vega 8 Graphics (RAVEN, DRM 3.35.0, 13.0-RELEASE, LLVM 10.0.1)
Notice 'Vega 8 Graphics Raven'.

Install besides graphics/drm-fbsd13-kmod (drm-kmod) x11-drivers/xf86-video-amdgpu. This log in the commit history of the latter mentions support for Raven Ridge APUs.

You need to create a xorg config file: /usr/local/etc/X11/xorg.conf.d/amdgpu.conf. See amdgpu(4) for details.
 
The never ending message
Code:
amdgpu: [powerplay] pp_dpm_get_mclk_od was not implemented.
amdgpu: [powerplay] pp_dpm_get_sclk_od was not implemented.
is a consequence of a java application with intermittant calls sysctl.
Modifying the java-thing stopped the nuissance.

winkoe
 
is a consequence of a java application with intermittant calls sysctl.
Modifying the java-thing stopped the nuissance.
Hi winkoe,

I'm having the same error. Can you explain how did you resolve this? Really appreciate if you could specify a bit more in detail how you fixed this.

Thanks a lot!
 
Hi jcamos,

I have a few homebrew Java applications on my Desktop.

In that particular case I wanted to have the coretemp displayed via sysctl -a | grep temperature. And simultaneously sysctl ... was being used by a different application.

That coincidence was the culprit.

Swapping one of the commands to read hwstat | grep tz0 solved the issue.

Is that the answer you were asking for?

Good luck
winkoe
 
Thanks a lot! It does give me a hint for sure! My dilemma here is that I haven't made any change that would be obvious for this sudden behaviour... Either an update caused this or something was changed that I might have forget I did... need to further investigate. Still it's very annoying :/

I post something as soon as I figure out/or not

Cheers!
 
I see where the problem comes from! I was testing out Webmin and as soon as I open the browser it starts firing
Code:
kernel: amdgpu: pp_dpm_get_sclk_od was not implemented.
Now why this is happening I have no clue... :what:

Edit:
Is that the answer you were asking for?
Actually it did help a lot!!!

sysctl -a | grep temperature provokes this error. This is confirmed because as soon as I manually issue the command I get this output. Now somewhere in Webmin this command is called which in turn floods my ttyv0
 
Back
Top