Hello, Could you please clarify what "upstream" is ? RTNet project ? There does not seem to be activity there since 2012 ? I'll be happy to contribute on this. You mention "glue scripting", could you be more precise to let me try to fix that part too.
Shall I send the patch to this list ? Thanks François Le Mardi, Octobre 01, 2019 15:10 CEST, Jan Kiszka <[email protected]> a écrit: On 01.10.19 15:04, François Legal via Xenomai wrote: > > Hello list, > > I've been struggling to get the RTNet + RTIPv4 part to work on a Zynq 7000 > board. Using source code from stable Xenomai 3.0.9 tarball, and patching a > vanilla 4.4.189 linux. > I consistently had the kernel crash (0 pointer dereference error) at startup > when enabling either RTIPv4, RTCFG or RTMAC. > > I finally found that there "might" be a problem with the Makefile in > kernel/drivers/net/stack. > It turns out that (on my system at least), the order in which the protocol > stacks appear in the Makefile is wrong because (I running a kernel with > everything builtin, no modules) the protocols are loaded in that order, and > thus, (in my case) RTIPv4 gets initialized before stack_mgr does which cause > it to fail while registering (calling __rtdev_add_pack with a not initialized > rt_packets array). > > When I reorder the protocols in the Makefile, everything works flawlessly. > > I can provide a patch if this needs to be fixed. > Upstream does not support built-in RTnet. I suspect we need to sort this and more issues out systematically in order to permit that. Also, the glue scripting will need adjustments because of assumptions that RTnet comes in modules. That said, contributions in that directions are welcome! Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux
