Date: Sun, 17 Jan 2021 10:37:18 +0100 From: Rainer Hurling <rhurlin@gwdg.de> To: Konstantin Belousov <kostikbel@gmail.com> Cc: freebsd-current <freebsd-current@freebsd.org> Subject: Re: Waiting for bufdaemon Message-ID: <adb9d42c-d855-1edf-a57c-9b16aad481b7@gwdg.de> In-Reply-To: <YAO9/cxnbGv5u3Bg@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>
next in thread | previous in thread | raw e-mail | index | archive | help
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)?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?adb9d42c-d855-1edf-a57c-9b16aad481b7>