> On Jul 5, 2022, at 23:02, Mohamed Aslan <mas...@sce.carleton.ca> wrote:
> 
> Hi,
> 
> Apologies. My bad, I applied the latest patch but booted into another
> kernel with an earlier patch!
> 
> Here's what I got with your latest patch:
> 
> $ dmesg | grep 'tsc'
> tsc: cpu0/cpu1: sync test round 1/2 failed
> tsc: cpu0/cpu1: cpu0: 40162 lags 5112675666 cycles
> tsc: cpu0/cpu2: sync test round 1/2 failed
> tsc: cpu0/cpu2: cpu0: 18995 lags 5112675645 cycles
> tsc: cpu0/cpu3: sync test round 1/2 failed
> tsc: cpu0/cpu3: cpu0: 19136 lags 5112675645 cycles
> tsc: cpu0/cpu4: sync test round 1/2 failed
> tsc: cpu0/cpu4: cpu0: 19451 lags 5112675645 cycles
> tsc: cpu0/cpu5: sync test round 1/2 failed
> tsc: cpu0/cpu5: cpu0: 18625 lags 5112675645 cycles
> tsc: cpu0/cpu6: sync test round 1/2 failed
> tsc: cpu0/cpu6: cpu0: 18208 lags 5112675645 cycles
> tsc: cpu0/cpu7: sync test round 1/2 failed
> tsc: cpu0/cpu7: cpu0: 17739 lags 5112675645 cycles
> 
> $ sysctl kern.timecounter
> kern.timecounter.tick=1
> kern.timecounter.timestepwarnings=0
> kern.timecounter.hardware=i8254
> kern.timecounter.choice=i8254(0) tsc(-1000) acpihpet0(1000) acpitimer0(1000)

This is expected behavior with the patch.

cpu0's TSC is way out of sync with every
other CPU's TSC, so the TSC is marked
as a bad timecounter and a different one is
chosen.

Are you running the latest BIOS available
for your machine?

Reply via email to