Am 20.01.21 um 14:52 schrieb Konstantin Belousov:
> On Wed, Jan 20, 2021 at 02:35:59PM +0100, Rainer Hurling wrote:
>> Am 20.01.21 um 14:12 schrieb Konstantin Belousov:
>>> On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote:
>>>> Am 20.01.21 um 13:34 schrieb Konstantin Belousov:
>>>>> On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote:
>>>>>> Am 20.01.21 um 11:18 schrieb Konstantin Belousov:
>>>>>>> On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alvermark wrote:
>>>>>>>> This patch hides the problem for me. The system seems to work better 
>>>>>>>> now.
>>>>>>>>
>>>>>>>> No waiting on reboot, and the webcam works better.
>>>>>>> I am curious what do you mean by the above reference to webcam.
>>>>>>> Can you explain it with more details, even if only the impressions?
>>>>>>
>>>>>> I should mention, that beside the already discussed timing problem with
>>>>>> bufdaemon, I also have problems with several apps:
>>>>>>
>>>>>>
>>>>>> After a high system load, several programs only react very slowly (e.g.
>>>>>> Firefox). Several dockable apps from WindowMaker, but also e.g. conky do
>>>>>> not update their windows anymore, they freeze. After some time, Firefox
>>>>>> updates its screen content only after switching back from another window 
>>>>>> ...
>>>>>>
>>>>>> When such frozen programs are killed and restarted, they run normally
>>>>>> again for an indefinite time before they freeze again.
>>>>>>
>>>>>> These symptoms completely disappeared, after I patched the Ryzen box as
>>>>>> suggested on 01/17:
>>>>>
>>>>> Do you load latest microcode update from devcpu-data?
>>>>
>>>> Yes, sysutils/devcpu-data is installed and the following to lines are in
>>>> /boot/loader.conf
>>>>
>>>> cpu_microcode_load="YES"
>>>> cpu_microcode_name="/boot/firmware/intel-ucode.bin"
>>>>
>>>> But isn't this just for Intel (i387 and amd64), not AMD cpus?
>>> You need microcode_update_enable="YES" in /etc/rc.conf for late microcode
>>> update.
>>>
>>> I think that early boot update should work on AMD, bit for this you need to
>>> select and put right blob.  It is enough to load late to answer my question.
>>
>> Ah, ok. Thanks for clarification. I also put cpu_microcode_load="YES" in
>> /etc/rc.conf for a late update.
>>
>> Should I try again without your patch of sys/x86/tsc.c, whether the
>> problem still occurs?

Unfornately, without the patch from 01/17 the problem is _not_ solved.

Next I will try your patch from today, f lib/libc/x86/sys/__vdso_gettc.c
an lib/libc/x86/sys/__vdso_gettc.c ...


> Yes.
> 
>>
>>
>> And for the early boot update, how do I know about the right blob?
> I am not aware of the mechanism.  My best suggestion is that you match
> the blob against your CPU family/model id manually.
> 
>>
>>>
>>>>
>>>>> It might be not enough, which means that additionally latest BIOS needs
>>>>> to be flushed.
>>>>>
>>>>
>>>> I am running latest Firmware F31 on a "Gigabyte\ Aorus\ X570\ Elite"
>>>> mainboard.

_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to