From owner-freebsd-current@freebsd.org Wed Jan 20 13:36:06 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 79EE14F63B0 for ; Wed, 20 Jan 2021 13:36:06 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from gmailer.gwdg.de (gmailer.gwdg.de [134.76.11.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DLRPL2zHqz4kS6 for ; Wed, 20 Jan 2021 13:36:06 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from excmbx-03.um.gwdg.de ([134.76.9.218] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (GWDG Mailer) (envelope-from ) id 1l2DeW-0002jh-BP; Wed, 20 Jan 2021 14:36:04 +0100 Received: from krabat.raven.hur (10.250.9.200) by EXCMBX-03.um.gwdg.de (134.76.9.218) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P521) id 15.1.2044.4; Wed, 20 Jan 2021 14:36:04 +0100 Subject: Re: Waiting for bufdaemon To: Konstantin Belousov CC: freebsd-current References: <9ae3cc65-193a-39c3-4067-0d42e9f634b0@gwdg.de> <1d675d77-8bdb-c285-ffa2-28330b839734@alvermark.net> <60599f75-7206-9269-ac0c-934f8f31ae26@gwdg.de> Reply-To: From: Rainer Hurling Message-ID: <3885bc2a-3924-cc3f-6cad-99dc6f803b0d@gwdg.de> Date: Wed, 20 Jan 2021 14:35:59 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.250.9.200] X-ClientProxiedBy: EXCMBX-05.um.gwdg.de (134.76.9.209) To EXCMBX-03.um.gwdg.de (134.76.9.218) X-Virus-Scanned: (clean) by clamav X-Rspamd-Queue-Id: 4DLRPL2zHqz4kS6 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2021 13:36:06 -0000 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? And for the early boot update, how do I know about the right blob? > >> >>> 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.