Re: 16550A IRQ not enabled

2022-05-25 Thread Richard Weinberger via Xenomai
On Thu, May 26, 2022 at 2:08 AM C Smith wrote: > > On Wed, May 25, 2022 at 1:07 AM Richard Weinberger > wrote: > > > > On Wed, May 25, 2022 at 2:18 AM C Smith via Xenomai > > wrote: > > > We are using Xenomai 3.1.2 on kernel 4.19.229, X86 CPU > > > We have a (Moxa CP-104ul) serial card on an

Re: 16550A IRQ not enabled

2022-05-25 Thread C Smith via Xenomai
On Wed, May 25, 2022 at 1:07 AM Richard Weinberger wrote: > > On Wed, May 25, 2022 at 2:18 AM C Smith via Xenomai > wrote: > > We are using Xenomai 3.1.2 on kernel 4.19.229, X86 CPU > > We have a (Moxa CP-104ul) serial card on an isolated PCI bus interrupt 17. > > lspci -v confirms that the

Re: 16550A IRQ not enabled

2022-05-25 Thread Richard Weinberger via Xenomai
On Wed, May 25, 2022 at 2:18 AM C Smith via Xenomai wrote: > We are using Xenomai 3.1.2 on kernel 4.19.229, X86 CPU > We have a (Moxa CP-104ul) serial card on an isolated PCI bus interrupt 17. > lspci -v confirms that the serial card is isolated and that no other > peripheral uses this interrupt.

[PATCH] switchtest: Cleanup FPU tests after ipipe -> dovetail transition

2022-05-25 Thread Florian Bezdeka via Xenomai
FPU usage in kernel space was allowed / enabled with ipipe, but is no longer available for dovetail based kernels. That allows us to clean up the FPU related tests of the switchtest utility. fp_kernel_supported() can be removed as all supported architectures returned 0 already. That allows us to

[PATCH 1/2] x86: ipipe: Fix testing issue due to uninitialized FPU

2022-05-25 Thread Florian Bezdeka via Xenomai
On x86 fp_regs_set() expects that the FPU state was initialized by calling the fninit instruction. When running the tests in kernel space in task context there is no guarantee that the FPU was initialized so under heavy load / scheduling the test might fail and report a FPU register corruption.

[PATCH 2/2] x86: ipipe: Enable FPU tests unconditionally

2022-05-25 Thread Florian Bezdeka via Xenomai
Parts of the FPU tests were skipped when one of the following config options was enabled, shadowing a real test issue that was triggered by high load on the system. The options: - CONFIG_X86_USE_3DNOW - CONFIG_MD_RAID456 - CONFIG_MD_RAID456_MODULE As the FPU initialization is fixed now, we

[PATCH 0/2] Backport: FPU testing / switchtest issue to 3.2 stable

2022-05-25 Thread Florian Bezdeka via Xenomai
Hi all, this is the backport of the previously pulished FPU testing cleanup. As 3.2 stable branch still supports ipipe and ipipe allows us to use the FPU in kernel space (in user task context) we have to deal with the problem differently. The x86 fpu test relied on getting a clean fpu state

Replay available - 2022 Global Xenomai Community Meetup

2022-05-25 Thread Wang, Rick Y via Xenomai
Replay of the Event: CSDN Chinese https://intel.csdn.net/2022GlobalXenomaiCommunityMeetup/zh CSDN English https://intel.csdn.net/2022GlobalXenomaiCommunityMeetup/en Vhall Original https://intel.vhall.com/pc/181?channel=main Vhall Chinese https://intel.vhall.com/pc/215?channel=main Vhall

Re: RTNet: sendto(): EAGAIN error

2022-05-25 Thread Mauro S. via Xenomai
Il 24/05/22 08:33, Jan Kiszka ha scritto: On 13.05.22 14:51, Mauro S. via Xenomai wrote: Il 05/05/22 17:04, Mauro S. via Xenomai ha scritto: Il 05/05/22 15:05, Jan Kiszka ha scritto: On 03.05.22 17:18, Mauro S. via Xenomai wrote: Hi all, I'm trying to use RTNet with TDMA. I succesfully set