irqchip tps65217 is not pipeline-safe!

Hi there, booting a 4.14.94-ti kernel with Cobalt 3.0.8 from the "stable/v3.0.x" branch, on an am3358 (PocketBeagle) I get a warning during boot "irqchip tps65217 is not pipeline-safe!". The tps65217 is the power-management IC for the board. What does this message mean exactly? Is it something

Re: INTR-REMAP error with UDD driver

- Den 28 mar 2019, på kl 18:10, xenomai xenomai@xenomai.org skrev: > Hey guys, I was wondering if there is an update on the INTR-REMAP UDD driver > issue. We have not had any troubleshooting breakthroughs on our end. > Best Regards, > Jim Elliott > >

Re: INTR-REMAP error with UDD driver

Hey guys, I was wondering if there is an update on the INTR-REMAP UDD driver issue. We have not had any troubleshooting breakthroughs on our end. Best Regards, Jim Elliott From: Xenomai on behalf of Jeff Webb via Xenomai Sent: Friday, March 8, 2019 8:07 AM

Issues With rt_task_inquire and Associates

Folks, I noted a couple of issues with rt_task_inquire and wanted to share them. I will put together a patch later , but wanted to let folks know sooner rather than later. The documentation suggests that the info structure can be NULL. This is simply not true, as the actual code

Re: [Xenomai] ipipe-4.14: planned release date

Am Thu, 28 Mar 2019 11:19:06 +0100 schrieb Jan Kiszka : > On 28.03.19 01:32, Virendra Kate wrote: > > > > >>> Did you all get an update on this issue ? Was it resolved > > >>> after all? I have the exact same hardware with the exact same > > >>> issue. The board keeps resetting after

Kernel module symbol conflicts

Hello, We use a setup with multiple network controllers, and so far only one of them is realtime capable. The issue is, that there are nonRt and Rt drivers active at the same time (igb statically builtin and rt_igb as module). And while it works, I got some irregular weird crashes. Is there an

Re: [Xenomai] ipipe-4.14: planned release date

On 28.03.19 01:32, Virendra Kate wrote: >>> Did you all get an update on this issue ? Was it resolved after all? I have >>> the exact same hardware with the exact same issue. The board keeps resetting >>> after "Loading initial ramdisk..." >>> >>> My Setup is as follows: >>> ipipe

Re: latency test

I've done some testing with the X-window suggestions at: https://gitlab.denx.de/Xenomai/xenomai/wikis/Troubleshooting#the_latency_test_shows_high_latencies My results on an Intel PC with Xenomai 3.0.7, Linux 4.9, Debian 9.7 with xfce4, worst-case latencies: - Using Intel driver: 39.8 us - Using

RTnet packet loss issue

Preface: Xenomai 2.6 Vanilla kernel 3.8.13 i686 RTnet 0.9.13 I have two PCs (M and S) connected via Ethernet exclusively for RTnet use. M--[switch]---S M's NIC is driven by the rt_r8169 driver S's NIC by the rt_e1000 driver The problem is that the connection is unstable and about 80% of

clocksource 'tsc' marked unstable, CLOCK_HOST_REALTIME went bananas

Hello list! I am running Xenomai 3.0.7. released version with Kernel 4.9.90 patchlevel 6. We have a new x86-64 hardware, and during a test-run the clocksource went unstable, see (1) below for dmesg. After this, calls to "clock_gettime(CLOCK_HOST_REALTIME,)" went bananas. Like if time stopped

Re: latency test

Firefox bumps latency up too, I wonder if the Xenomai pros have any advice on this. Good question! It'd be nice to do video editing and 4K encoding while doing real-time processes too. Alec