Hi, On Fri, May 22, 2020 at 9:50 AM Cesare Masetti <cesare.mase...@marposs.com> wrote:
> Hi, > > >----- Messaggio di origine ----- > >Da: "Greg Gallagher" <g...@embeddedgreg.com> > >A: "Cesare Masetti" <cesare.mase...@marposs.com> > >Cc: "Xenomai@xenomai.org" <xenomai@xenomai.org> > >Oggetto: Re: Porting Xenomai to STM32MP1 > >Data: Gio 21 Mag 2020 7:41 PM > > > >Hi, > > > >On Thu, May 21, 2020 at 4:53 AM Cesare Masetti via Xenomai > ><xenomai@xenomai.org> wrote: > >> > >> Hello, > >> I'm trying to port Xenomai to a new arm SOC, here follow my specs: > >> > >> - ARMv7 architecture > >> - STM32MP157 SOC, on STM32MP157C-DK2 evaluation board > >> this SOC has a dual Cortex-A7 and a single Cortex-M4, it has an ARM > GIC > >> and it should have also an architected timer. > >> - Linux version 4.19.108, patched by ST, retrieved from > >> [1] > https://github.com/STMicroelectronics/linux/tree/v4.19-stm32mp-r3.1 > >> - ipipe patch ipipe-core-4.19.110-arm-07.patch > >> - xenomai 3.1 stable > >> > >> I followed the porting guide step-by-step. At first I had issues at > >> booting with CONFIG_IPIPE enabled, due to some irq chips defined in > >> this SOC, but I managed to solve them. Now it boots correctly, > >> apparently everything works fine. > >> With CONFIG_XENOMAI enabled the booting halts at > >> [Xenomai] scheduling class rt registered. > >> I found that it is stuck in ipipe_critical_enter, > >> precisely at > >> while (!cpumask_equal(&online, &__ipipe_cpu_pass_map)) > >> > >> I've attached kernel configuration and boot log. > >> After checking it seems to me that core 0 is sending > >> an IPI to core 1 with no response, could I be right? > >> Any help would be really appreciated. > >> Thank you in advance and congratulations for your great work. > >> > >> Cesare Masetti > >> R&D Measuring Systems - Hardware Designer > >> cesare.mase...@marposs.com > >> > >> ______________________________________________________ > >> MARPOSS S.p.A., with a sole shareholder > >> Via Saliceto, 13 - 40010 BENTIVOGLIO (BO) - ITALY > >> Share Capital euro 15,000,000 paid in full - Tax Code and > Registration > >> No. at Business Register of Bologna 03354081204 > >> Economic and Administrative Index No. 516318 - VAT IT 03354081204 > >> [2][USEMAP:cid:_signatureCompleta2.1.jpg_MMAI-BM8GAW] > >> ______________________________________________________ > >> The information contained in this e-mail and any attachments > is > >> confidential and may also be privileged. If you have received > the > >> e-mail and any attachments by mistake, please inform us immediately, > >> destroy them without storing or copying them on any medium, and do > not > >> disclose or use the contents for any purpose. > >> Although our systems implement reasonable precautions against viruses > >> and other threats, we cannot accept responsibility for any loss or > >> damage arising from managing the contents of this e-mail. > >> P Please consider the environment before printing this e-mail > >> > >> References > >> > >> 1. > https://github.com/STMicroelectronics/linux/tree/v4.19-stm32mp-r3.1 > >> 2. LYNXIMGMAP:file://localhost/tmp/tmpJcxPOM.html#image-marposs > >> > >> [USEMAP] > >> file://localhost/tmp/tmpJcxPOM.html#image-marposs > >> 1. http://www.marposs.com/ > >> 2. https://www.facebook.com/Marposs > >> 3. http://www.linkedin.com/company/marposs > >> 4. https://www.instagram.com/marpossgram > >> 5. https://twitter.com/Marposs > >> 6. https://www.youtube.com/user/MisterMTech > >> -------------- next part -------------- > >> A non-text attachment was scrubbed... > >> Name: not available > >> Type: image/jpeg > >> Size: 19872 bytes > >> Desc: not available > >> URL: < > http://xenomai.org/pipermail/xenomai/attachments/20200521/a133eb59/attachment.jpe> > ; > >> -------------- next part -------------- > >> An embedded and charset-unspecified text was scrubbed... > >> Name: config.txt > >> URL: < > http://xenomai.org/pipermail/xenomai/attachments/20200521/a133eb59/attachment.txt> > ; > >> -------------- next part -------------- > >> An embedded and charset-unspecified text was scrubbed... > >> Name: kernel_log.txt > >> URL: < > http://xenomai.org/pipermail/xenomai/attachments/20200521/a133eb59/attachment-0001.txt> > ; > > > >It's hard to see from just the log what is happening. To confirm, you > >can boot without Xenomai but just the ipipe without issue? Are you > >able to post the patch of the port for us to look at? > > > >Thanks > > > >Greg > > I confirm that I can boot without issue with CONFIG_IPIPE enabled > and CONFIG_XENOMAI disabled. Attached a patch with my changes. > Thank you very much, > > Cesare > > > > ______________________________________________________ > > MARPOSS S.p.A., with a sole shareholder > Via Saliceto, 13 - 40010 BENTIVOGLIO (BO) - ITALY > > Share Capital euro 15,000,000 paid in full - Tax Code and Registration No. > at Business Register of Bologna 03354081204 > Economic and Administrative Index No. 516318 - VAT IT 03354081204 > > ______________________________________________________ > > *The information contained in this e-mail and any attachments is > confidential and may also be privileged. If you have received the > e-mail and any attachments by mistake, please inform us immediately, > destroy them without storing or copying them on any medium, and do not > disclose or use the contents for any purpose.* > *Although our systems implement reasonable precautions against viruses and > other threats, we cannot accept responsibility for any loss or damage > arising from managing the contents of this e-mail. * > > *P* *Please consider the environment before printing this e-mail* > Are you still seeing the issue? I finally looked over the diff, still looking at a few things but it looks good. -------------- next part -------------- A non-text attachment was scrubbed... Name: noname Type: image/jpeg Size: 19872 bytes Desc: not available URL: <http://xenomai.org/pipermail/xenomai/attachments/20200602/99d135b6/attachment.jpe>