Date: Wed, 20 Jan 2021 15:52:12 +0200 From: Konstantin Belousov <kostikbel@gmail.com> To: rhurlin@freebsd.org Cc: freebsd-current <freebsd-current@freebsd.org> Subject: Re: Waiting for bufdaemon Message-ID: <YAg1jCpPQd2K/zfE@kib.kiev.ua> In-Reply-To: <3885bc2a-3924-cc3f-6cad-99dc6f803b0d@gwdg.de> References: <YAO9/cxnbGv5u3Bg@kib.kiev.ua> <adb9d42c-d855-1edf-a57c-9b16aad481b7@gwdg.de> <YAQINMoEi7ysBSD5@kib.kiev.ua> <1d675d77-8bdb-c285-ffa2-28330b839734@alvermark.net> <YAgDhJ9/YX29kH2a@kib.kiev.ua> <60599f75-7206-9269-ac0c-934f8f31ae26@gwdg.de> <YAgjOYdVG%2BN4lU0n@kib.kiev.ua> <d25a7608-9e61-0ece-9500-d4a80e79068e@gwdg.de> <YAgsO3AoB5PFhzDq@kib.kiev.ua> <3885bc2a-3924-cc3f-6cad-99dc6f803b0d@gwdg.de>
next in thread | previous in thread | raw e-mail | index | archive | help
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? 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YAg1jCpPQd2K/zfE>