Re: Execution time on Xenomai user thread is high

2021-09-13 Thread Greg Gallagher via Xenomai
On Mon, Sep 13, 2021 at 1:49 PM Rajesh Venkataraman via Xenomai < xenomai@xenomai.org> wrote: > -- Forwarded message - > From: Rajesh Venkataraman > Date: Mon, Sep 13, 2021 at 10:41 AM > Subject: Re: Execution time on Xenomai user thread is high > To: Gre

Re: Execution time on Xenomai user thread is high

2021-09-13 Thread Greg Gallagher via Xenomai
On Mon, Sep 13, 2021 at 1:08 PM Rajesh Venkataraman via Xenomai < xenomai@xenomai.org> wrote: > Hi, >We recently ported our application to Linux(4.19.25)/Xenomai from RTOS. > We have time critical routines in our application. This routine is run in > Xenomai user threads with the highest

Re: [RESEND PATCH] arm: ipipe: omap-gpio: Fix interrupts delivering

2021-10-03 Thread Greg Gallagher via Xenomai
On Sun, Sep 26, 2021 at 7:59 AM Greg Gallagher wrote: > > > On Sun, Sep 26, 2021 at 6:07 AM Dario Binacchi wrote: > >> If you set the irq trigger as edge rising or falling the interrupts are >> no longer delivered to the upper layers. The gpiokeys driver, for >&

Re: [RESEND PATCH] arm: ipipe: omap-gpio: Fix interrupts delivering

2021-09-26 Thread Greg Gallagher via Xenomai
On Sun, Sep 26, 2021 at 6:07 AM Dario Binacchi wrote: > If you set the irq trigger as edge rising or falling the interrupts are > no longer delivered to the upper layers. The gpiokeys driver, for > example, no longer detects the change in the state of the pins mapped > to the buttons. > > Fixes:

Re: spi-bcm2835 for rtdm

2021-12-25 Thread Greg Gallagher via Xenomai
On Sat, Dec 25, 2021 at 5:35 AM Yunjie Gu via Xenomai wrote: > Hi Everyone, > > I'm trying to use rtdm spi on raspberry pi, and I find something confusing. > I could see there are two spi-bcm2835.c files in the kernel source (after > xenomai patching), one with rtdm, and one native. But these

Re: IRQ not raised switching from 4.4.x to 4.19.x

2021-11-30 Thread Greg Gallagher via Xenomai
On Tue, Nov 30, 2021 at 9:59 AM François Legal via Xenomai < xenomai@xenomai.org> wrote: > So I guess I have the beginning of the explanation. > By checking the GIC registers more thoroughly, I found out the trigger > type was not set properly (my device uses edge interrupts, and GIC was > setup

Re: IMX8M Nano crash

2022-01-11 Thread Greg Gallagher via Xenomai
On Tue, Jan 11, 2022 at 12:09 PM Pierre FICHEUX via Xenomai < xenomai@xenomai.org> wrote: > Hi, > > What is the kernel version provided by NXP ? Is 5.4.152 an updated version > ? > > Le mar. 11 janv. 2022 à 16:37, Kristiansen, Morten (INT) via Xenomai < > xenomai@xenomai.org> a écrit : > > > I

Re: ipipe-5.4: arm64 regression

2022-03-14 Thread Greg Gallagher via Xenomai
On Mon, Mar 14, 2022 at 8:33 AM Jan Kiszka wrote: > On 04.03.22 00:45, Greg Gallagher wrote: > > > > > > On Thu, Mar 3, 2022 at 1:20 PM Jan Kiszka > <mailto:jan.kis...@siemens.com>> wrote: > > > > On 02.03.22 16:44, Greg Gallagher wrote: >

Re: System hang on first PCIe MSI interrupt with I-pipe kernels newer than 4.14.62

2022-03-17 Thread Greg Gallagher via Xenomai
On Thu, Mar 17, 2022 at 11:25 AM Scott Reed via Xenomai wrote: > > > On 3/16/22 11:35 AM, Jan Kiszka wrote: > > On 16.03.22 10:58, Scott Reed wrote: > >> > >> > >> On 3/15/22 9:42 AM, Scott Reed via Xenomai wrote: > >>> > >>> > >>> On 3/15/22 7:32 AM, Jan Kiszka wrote: > On 14.03.22 18:45,

Re: [PATCH] arm64: ipipe: Fix section mismatch of __ipipe_tsc_register

2022-03-15 Thread Greg Gallagher via Xenomai
On Tue, Mar 15, 2022 at 3:00 PM Jan Kiszka wrote: > From: Jan Kiszka > > The kernel warns: > > The function dw_apb_clocksource_register() references > the function __init __ipipe_tsc_register(). > This is often because dw_apb_clocksource_register lacks a __init > annotation or the annotation of

Re: [PATCH] arm64: ipipe: Make erratum_1418040_thread_switch compatible with I-pipe

2022-03-15 Thread Greg Gallagher via Xenomai
On Tue, Mar 15, 2022 at 2:56 PM Jan Kiszka wrote: > From: Jan Kiszka > > First of all, this erratum hook is called from __switch_to, thus > potentially also from the primary domain. Some of the functions it calls > check if preemption was disabled under Linux - which may not be the case > when

Re: [PATCH] ipipe: Fix ipipe level irq end

2022-02-17 Thread Greg Gallagher via Xenomai
On Thu, Feb 17, 2022 at 10:12 AM Jan Kiszka wrote: > On 17.02.22 15:11, Greg Gallagher wrote: > > > > > > On Thu, Feb 17, 2022 at 4:15 AM Jan Kiszka > <mailto:jan.kis...@siemens.com>> wrote: > > > > On 17.02.22 09:48, Gunter Grau via

Re: [PATCH] ipipe: Fix ipipe level irq end

2022-02-17 Thread Greg Gallagher via Xenomai
On Thu, Feb 17, 2022 at 4:15 AM Jan Kiszka wrote: > On 17.02.22 09:48, Gunter Grau via Xenomai wrote: > > The following commit in the vanilla kernel introduced > > a check for the cached interrupt mask flag in mask_irq(): > > > > bf22ff45bed6 ("genirq: Avoid unnecessary low level irq function

Re: ipipe-5.4: arm64 regression

2022-03-02 Thread Greg Gallagher via Xenomai
On Wed, Mar 2, 2022 at 1:48 AM Jan Kiszka wrote: > Hi Greg, > > something is going wrong on arm64 with latest ipipe version, see e.g. > > https://source.denx.de/Xenomai/xenomai-images/-/jobs/398455/raw > (same thing seen on HiKey as well) > > Could you have a look? > > Thanks, > Jan > > -- >

Re: ipipe-5.4: arm64 regression

2022-03-03 Thread Greg Gallagher via Xenomai
On Thu, Mar 3, 2022 at 1:20 PM Jan Kiszka wrote: > On 02.03.22 16:44, Greg Gallagher wrote: > > > > > > On Wed, Mar 2, 2022 at 1:48 AM Jan Kiszka > <mailto:jan.kis...@siemens.com>> wrote: > > > > Hi Greg, > > > > something i

Re: Bug in xenomai 3.2.x on ARM

2022-03-22 Thread Greg Gallagher via Xenomai
On Tue, Mar 22, 2022 at 12:49 PM François Legal via Xenomai < xenomai@xenomai.org> wrote: > Hello, > > trying to port a running Xenomai 3.1.x/Linux 4.4.x system to Xenomai > 3.2.x/Linux 4.4.x running on Zynq7000, I found a (maybe) bug in intr.c > > In xnintr_attach, the call to

Re: [PATCH] ipipe: noarch: Fix handling of PCIe MSI interrupts for dwc PCIe controller

2022-03-21 Thread Greg Gallagher via Xenomai
On Mon, Mar 21, 2022 at 8:43 AM Jan Kiszka wrote: > On 18.03.22 17:53, Scott Reed wrote: > > Handling of PCIe MSI interrupts resulted in system > > hanging or high latencies. > > > > Fix is to replaced missed call to generic_handle_irq with > > ipipe_handle_irq(). > > > > Signed-off-by: Scott

Re: [PATCH] ipipe: Fix ipipe level irq end

2022-02-10 Thread Greg Gallagher via Xenomai
On Thu, Feb 10, 2022 at 10:35 AM Gunter Grau via Xenomai < xenomai@xenomai.org> wrote: > The following commit in the vanilla kernel introduced > a check for the cached interrupt mask flag in mask_irq(): > > bf22ff45bed6 ("genirq: Avoid unnecessary low level irq function calls") > > This means if

Re: Issue with linux threaded level triggered interrupts

2022-02-10 Thread Greg Gallagher via Xenomai
On Thu, Feb 10, 2022 at 10:34 AM Gunter Grau via Xenomai < xenomai@xenomai.org> wrote: > Hi, > > during our development on imx6 with kernel 5.4 and Xenomai 3.1 we > discovered complete system stalls when using phylib with phy irqs level > triggerd. This irq is connected on the imx-gpio. > >

Re: hard_preempt_disable inconsistent

2022-04-18 Thread Greg Gallagher via Xenomai
On Mon, Apr 18, 2022 at 7:21 PM Yunjie Gu via Xenomai wrote: > Hi All, > > I'm trying to use xenomai on linux 5.4. I previously used xenomai 3.0 on > linux 4.9 and xenomai 3.1 on linux 4.19 and both were fine. However when I > use xenomai 3.2.1 on linux 5.4 there are errors in compile. One of

<    1   2   3   4   5