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
_______________________________________________
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"