I don't think Beaglebone is supported currently in RTNet. On Wed, Jun 27, 2018 at 1:13 PM, Pintu Kumar <pintu.p...@gmail.com> wrote: > On Wed, Jun 27, 2018 at 9:47 PM Jan Kiszka <jan.kis...@siemens.com> wrote: >> >> On 2018-06-27 16:12, Pintu Kumar wrote: >> >> With nosmap, that particular issue should no longer occur (at least as >> >> long as we can ask the kernel for this relaxation), so I suspect the >> >> other effect you see now is something else. >> > >> > Just for the information, that issue occurred even on Beagle bone, and >> > there is no smap on arm. >> > However, it works on virtual box. how ? >> >> Does it work when you go back to Xenomai 3.0.6? Then it would be a >> regression of the copy-to/from-userspace improvements done after that >> release, you could start bisecting which commit introduced it. >> > > Nope, I never had success with rtnet on arm architecture (mainly > beagle bone), even with the old 3.0.6. > At least earlier, on x86_64 (SkyLake), I saw the loopback part working > with 3.0.6 and my old xenomai kernel 4.9.51 (without those rtnet > fixes) and with "nosmap" in commandline. > > But now it looks like the situation becomes more worse. > I will have to freshly look into it, but since I use prepare_kernel to > apply as single patch, it might be painful to bisect it. > Will try to find the root cause though.... > > Hoping for the best... > >> But I'm not sure right now if there isn't something similar to smap >> (then just without a knob to turn it off) in the ARM architecture as well... >> >> Jan >> >> -- >> Siemens AG, Corporate Technology, CT RDA IOT SES-DE >> Corporate Competence Center Embedded Linux > > _______________________________________________ > Xenomai mailing list > Xenomai@xenomai.org > https://xenomai.org/mailman/listinfo/xenomai
_______________________________________________ Xenomai mailing list Xenomai@xenomai.org https://xenomai.org/mailman/listinfo/xenomai