Peter Pastor wrote:
> Hey Gilles,
>
> Thanks for you prompt response !
>
> I noticed that the problem of slow hard disc access does happen after
> a certain event. Right after booting xenomai "hdparam -t" gives me
> 120MB/s which is what I get when running the non-real-time kernel.
> Even when I run my real-time tasks everything seems to be fine.
> However, I just had the case that I tried to play a sound (just for
> testing) which triggered some output in the dmesg (see attached
> xenomai_problem.txt). The output of dmesg up to this point is
> contained in xenomai_fine.txt and the dmesg log of the non-real-time
> linux kernel is in dmesg_linux.txt.
>
> I disabled the audio card again and as of now, I haven't seen that
> problem. I can't really make sense out of what dmesg spit out. Would
> be great if someone could shine some light on this. It would be great
> if someone could let me know whether disabling the sound card solved
> the problem.
>
>>> Do you really need things like NUMA, SPARSEMEM, SECCOMP, AUDITSYSCALL,
>>> KPROBES, FTRACE, SELINUX?
> I am actually not sure what all these options mean, I also haven't
> spend time to figure things out. What impact could disabling these
> options have ? Do they decrease latency? address the problem above?
> other things?
dmesg_fine is not fine at all. The SATA drives attached to the "ioc" SAS
controller, seem to experience continuous errors. And since this
interrupt line is shared with the HDA driver, there is something
suspicious here. You can know which one of the two drivers has issues by
disabling one of them.
Also, Linux seems to complain that it sees 32 cpus whereas you limited
the number of cpus to 8.
--
Gilles.
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
