Re: ARM reference platform(s)

2019-09-30 Thread Greg Gallagher via Xenomai
On Mon, Sep 30, 2019 at 11:02 AM Pierre FICHEUX via Xenomai < xenomai@xenomai.org> wrote: > Hi all, > > Do you have a list of ARM reference platforms used for Ipipe test and > validation (by the core developers) ? > > Regards > > -- > > Pierre FICHEUX -/- CTO Smile ECS, France -\- pierre.fich...@

Re: Moving on

2019-12-02 Thread Greg Gallagher via Xenomai
On Mon, Dec 2, 2019 at 11:22 AM Per Oberg via Xenomai wrote: > > - Den 2 dec 2019, på kl 17:05, xenomai xenomai@xenomai.org skrev: > > > It has been two years since I stepped down as Xenomai's lead maintainer. > > In the meantime, Jan took over and did a very good job in this role as > > expec

Re: Raspberry pi 4 second monitor problem on xeno3

2021-06-26 Thread Greg Gallagher via Xenomai
On Sat, Jun 26, 2021 at 9:06 AM davide via Xenomai wrote: > > > Hi, it is the first time I ask for an help on this mailing list. > My > setup: > -Raspberry Pi 4, 4gb ram (forced to 3gb) running debian buster > 64bit. > > pi@picat:~ $ uname -a > Linux picat 4.19.126-v8-xeno3+ #1 SMP > PREEMPT Wed

Re: Raspberry pi 4 second monitor problem on xeno3

2021-06-28 Thread Greg Gallagher via Xenomai
On Mon, Jun 28, 2021 at 4:30 AM davide via Xenomai wrote: > > Hi, Found out it's using iPipe here. > Is there something I can look > for to understand why it doesn't work? > > Il 26.06.2021 15:09 Greg > Gallagher ha scritto: > > > On Sat, Jun 26, 20

Re: Raspberry pi 4 second monitor problem on xeno3

2021-06-28 Thread Greg Gallagher via Xenomai
t; > cat /dev/random > > /dev/fb1 > the second screen gets filled.. > it sounds odd to me, because > that means framebuffer is open and working. > So, what's going on here? > > Il 28.06.2021 13:33 Greg Gallagher ha scritto: > > > It's possible the > drivers

Re: Raspberry pi 4 second monitor problem on xeno3

2021-06-28 Thread Greg Gallagher via Xenomai
t in the NOT-working, and there is: > > [ 5.307] (EE) open > /dev/dri/card0: No such file or directory > > does that tells anything? > > Il > 28.06.2021 14:17 Greg Gallagher ha scritto: > > > On Mon, Jun 28, 2021 at > 8:12 AM davide via Xenomai wrote: > > >

Re: [PATCH] ipipe: Avoid recursive faults on root work overflow

2021-07-01 Thread Greg Gallagher via Xenomai
On Thu, Jul 1, 2021 at 5:02 AM Jan Kiszka wrote: > On 01.07.21 09:19, Jan Kiszka via Xenomai wrote: > > From: Jan Kiszka > > > > On some archs, WARN* is implemented by triggering a fault. This can > > cause troubles if we are already in a fault and try to submit too much > > root work. Convert t

Re: ipipe: IRQ not received on i.MX8 (linux-imx)

2021-07-05 Thread Greg Gallagher via Xenomai
On Mon, Jul 5, 2021 at 7:02 AM Jan Kiszka wrote: > On 05.07.21 09:10, Pierre-Loup Gosse via Xenomai wrote: > > Hi, > > > > For a client project I try to port Xenomai 3.1 + I-pipe to the kernel > > linux-imx 5.4.70 for arm64 (i.MX8 Mini). I adapted the I-pipe patch > > (5.4.72-arm64). The kernel b

Re: I-pipe ARM64 on Armv8 NXP LS1028A

2021-07-11 Thread Greg Gallagher via Xenomai
On Sun, Jul 11, 2021 at 11:50 PM chensong_2000--- via Xenomai < xenomai@xenomai.org> wrote: > i had similar experience, below is my fix. > > 在 2021/7/12 上午12:37, Joe Lee via Xenomai 写道: > > Hi Pals, > > > > I applied the ipipe-core-5.4.119-arm64-2.patch on an NXP LS1028A, a > > 64-bit Armv8 proces

Re: Can I use ftrace to analysis cobalt kernel

2021-08-24 Thread Greg Gallagher via Xenomai
On Tue, Aug 24, 2021 at 9:22 AM Jan Kiszka via Xenomai wrote: > On 24.08.21 14:48, Ivan Jiang via Xenomai wrote: > > Dear guys: > > > > > > > >Can I use ftrace to analysis the kernel with patch of ipipe. > > > >I find if use function_graph whe kernel will crash like below: > > > >

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 prior

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: [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: [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: 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 w

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 two

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 hav

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 t

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. > > Invest

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 cal

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 Xenomai

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 > > -- > Siem

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: 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: > &g

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 i

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: 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, S

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 Ree

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 ipipe_set_irq_affin

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 the

<    1   2   3   4   5