Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Jan 2021 11:02:21 +0100
From:      Jakob Alvermark <jakob@alvermark.net>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        freebsd-current <freebsd-current@freebsd.org>
Subject:   Re: Waiting for bufdaemon
Message-ID:  <1d675d77-8bdb-c285-ffa2-28330b839734@alvermark.net>
In-Reply-To: <YAQINMoEi7ysBSD5@kib.kiev.ua>
References:  <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <YAGua8f8G57SbUMT@kib.kiev.ua> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> <YAG4g7dJbRWM7act@kib.kiev.ua> <ed52f8c1-5f43-b71e-1d56-625e2e064a7e@gwdg.de> <9ae3cc65-193a-39c3-4067-0d42e9f634b0@gwdg.de> <YAO9/cxnbGv5u3Bg@kib.kiev.ua> <adb9d42c-d855-1edf-a57c-9b16aad481b7@gwdg.de> <YAQINMoEi7ysBSD5@kib.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help

On 1/17/21 10:49 AM, Konstantin Belousov wrote:
> On Sun, Jan 17, 2021 at 10:37:18AM +0100, Rainer Hurling wrote:
>> Am 17.01.21 um 05:33 schrieb Konstantin Belousov:
>>> On Sat, Jan 16, 2021 at 07:41:01PM +0100, Rainer Hurling wrote:
>>>> During another shutdown after heavy usage of the box, the following
>>>> messages were also seen:
>>>>
>>>>
>>>> [...]
>>>> Syncing disks, vnodes remaining... 22 EFI rt_settime call faulted, error 14
>>>> efirtc0: CLOCK_SETTIME error 14
>>> This means that BIOS code faulted during RTC settime call.  I doubt that
>>> it is related.
>>>
>>> On the other hand, it is good that the onfault EFI RT code got tested finally.
>>>
>> Thanks for clarification :)
>>
>>
>> Any chance of getting a fix for the AMD CPUs in the foreseeable future?
>>
>> Or should I revert commit 9e680e4005b7 on affected boxes until further
>> notice (as a workaround)?
> I am working on it, no ETA.
>
> Interesting point would be to check on machines of other testers,
> if the following hides the problem.
>
> diff --git a/sys/x86/x86/tsc.c b/sys/x86/x86/tsc.c
> index 85924df98312..5700a8ca98e5 100644
> --- a/sys/x86/x86/tsc.c
> +++ b/sys/x86/x86/tsc.c
> @@ -639,7 +639,7 @@ init_TSC_tc(void)
>   	 *   on Intel, and MFENCE;RDTSC on AMD.
>   	 * - For really old CPUs, just use RDTSC.
>   	 */
> -	if ((cpu_vendor_id == CPU_VENDOR_AMD ||
> +	if (false && (cpu_vendor_id == CPU_VENDOR_AMD ||
>   	    cpu_vendor_id == CPU_VENDOR_HYGON) &&
>   	    CPUID_TO_FAMILY(cpu_id) >= 0x17) {
>   		tsc_timecounter.tc_get_timecount = shift > 0 ?

This patch hides the problem for me. The system seems to work better now.

No waiting on reboot, and the webcam works better.


Jakob




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1d675d77-8bdb-c285-ffa2-28330b839734>