Periodic timing varies across boots
csmithquestions at gmail.com
Thu Feb 28 06:56:02 CET 2019
On Mon, Feb 25, 2019 at 12:09 AM Jan Kiszka <jan.kiszka at siemens.com> wrote:
> On 24.02.19 07:57, C Smith via Xenomai wrote:
> > I am using Xenomai 2.6.5, x86 32bit SMP kernel 3.18.20, Intel Core
> > i5-4460, and I have found a periodic timing problem on one particular
> > of motherboard.
> > I have a Xenomai RT periodic task which outputs a pulse to the PC
> > port, and this pulse is measured on a frequency counter. This has been
> > working fine for years on several motherboards. I am able to adjust the
> > period of my task to within +/-10nsec, according to the frequency
> > I can calibrate the periodic timing down to a period +/-10nsec on this
> > motherboard, and I cna restart my xenomai process many times and the
> > is fine. But if I cold-reboot the machine the measured period is wrong by
> > up to +/-300nsec. Thus I cannot get consistent periodic timing from day
> > day without recalibrating, which is unacceptable in my application.
> > In my kernel config, I am using the TSC: CONFIG_X86_TSC=y
> > I use rt_timer_read() to determine what time it is, and my periodic task
> > sleeps in a while loop, like this:
> > next += period_ns + adjust_ns;
> > rt_task_sleep_until(next);
> > I don't know what to test. Can you suggest anything?
> Stéphane Ancelot said:
> Your problem seems being related to SMI interrupts rising.
> According to your chipset , Program xenomai kernel SMI registers in
> boot options , in order to avoid this problem.
> Can you reproduce the issue with a supported Xenomai and kernel version?
We have tens of thousands of legacy code so I must use Xenomai 2.6.5 - we
will endeavor to got to Xenomai 3.x next year.
Per your suggestion I could try writing a stripped-down periodic app and
booting into Xenomai 3 for a test though... I'll do that soon and let you
know how it goes.
I doubt there is anything wrong with Xenomai 2.6.5 though. My periodic
timing worked fine with 3 other motherboards and this same
Xeno kernel, but I must use this motherboard because of its form factor
(and we spent months qualifying it).
First, I am exploring what Stephane A. said above, where he suspects SMI
I did try adding xeno_hal.smi=1 to my kernel boot options, but I get this
in dmesg at boot:
Xenomai: SMI-enabled chipset found
Xenomai: SMI workaround failed!
So I guess I can't solve the problem that way.
My periodic timing is not fixed by this attempt either.
Note that during boot I see: "CPU0: Thermal monitoring handled by SMI"
I also ran the 'latency' regression test and it does not show large
latencies, they are <= 2.6 usec.
* Does that indicate SMI is not interrupting my process?
* Is there anything I should disable in the BIOS or kernel, like ACPI ?
More information about the Xenomai