RTEMS Release Snapshot: 5.0.0-m1912 (05 Dec 2019)

2019-12-04 Thread chrisj
RTEMS Release Build - 5.0.0-m1912 RTEMS 5 Release snapshot m1912 is avaliable for testing. It can be found at: https://ftp.rtems.org/pub/rtems/releases/5/5.0.0/5.0.0-m1912 Please test and report any issues to the u...@rtems.org or de...@rtems.org mailing lists or please raise a ticket. If you

Re: RTEMS for ARM networking

2019-12-04 Thread Chris Johns
On 4/12/19 6:53 pm, Fernando Domínguez Pousa wrote: > I’m recently compiled my rtems for a Xilinx board bsp included in RTEMS. In a > future I will add TCP/UDP connections to my application so I just want to > assure > I did the correct installation. At RTEMS compilation I included the > –enable-n

Re: RTEMS for ARM networking

2019-12-04 Thread Joel Sherrill
On Wed, Dec 4, 2019, 2:54 AM Fernando Domínguez Pousa wrote: > Hi all, > > > > I’m recently compiled my rtems for a Xilinx board bsp included in RTEMS. > In a future I will add TCP/UDP connections to my application so I just want > to assure I did the correct installation. At RTEMS compilation I

AW: RTEMS ethernet stack and drvmgr

2019-12-04 Thread Jan.Sommer
Thanks, I think I get it now. So for example the https://git.rtems.org/rtems/tree/bsps/arm/atsam/net/if_atsam.c is the legacy one. And https://git.rtems.org/rtems-libbsd/tree/rtemsbsd/sys/dev/atsam/if_atsam.c is the newer version ported to libbsd. Best regards, Jan -Ursprüngliche Nac

Re: RTEMS ethernet stack and drvmgr

2019-12-04 Thread Sebastian Huber
On 04/12/2019 14:59, Joel Sherrill wrote: On Wed, Dec 4, 2019, 8:54 AM Sebastian Huber > wrote: On 04/12/2019 14:49, jan.som...@dlr.de wrote: > Hello everyone, > > Since I just read the question from Fernan

Re: RTEMS ethernet stack and drvmgr

2019-12-04 Thread Joel Sherrill
On Wed, Dec 4, 2019, 8:54 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 04/12/2019 14:49, jan.som...@dlr.de wrote: > > Hello everyone, > > > > Since I just read the question from Fernando, I was wondering if the > (recommended) Ethernet stack of rtems-libbsd does work with t

Re: RTEMS ethernet stack and drvmgr

2019-12-04 Thread Sebastian Huber
On 04/12/2019 14:49, jan.som...@dlr.de wrote: Hello everyone, Since I just read the question from Fernando, I was wondering if the (recommended) Ethernet stack of rtems-libbsd does work with the greth driver of the drvmgr as well? The greth driver, as most of the other Ethernet drivers of othe

RTEMS ethernet stack and drvmgr

2019-12-04 Thread Jan.Sommer
Hello everyone, Since I just read the question from Fernando, I was wondering if the (recommended) Ethernet stack of rtems-libbsd does work with the greth driver of the drvmgr as well? The greth driver, as most of the other Ethernet drivers of other BSPs, calls the ether_ifattach function at s

Re: AW: sparc and trap 4 (floating point disabled)

2019-12-04 Thread Sebastian Huber
Hello Jens, On 04/12/2019 13:24, Schweikhardt, Jens (TSPCE3-TL4) wrote: If it isn't already, may I suggest adding some wording in the sparc-specific documentation? It might save someone in the future a bit of head-scratching.:-) Thanks! yes, everyone can help to improve the documentation: h

AW: sparc and trap 4 (floating point disabled)

2019-12-04 Thread Schweikhardt, Jens (TSPCE3-TL4)
Hello Sebastian et al., > Hello Jens, > in uni-processor configurations a lazy floating-point context switch is done > on SPARC. You can search for SPARC_USE_LAZY_FP_SWITCH in the sources. This appears to be the reason for the observed behavior. Looking at the disassembled application code: Di

Re: RTEMS for ARM networking

2019-12-04 Thread Sebastian Huber
Hello Fernando, the network stack included in the RTEMS sources is very old, mostly unmaintained, and does not support 64-bit targets. The new network stack is maintained and follows closely the FreeBSD trunk and stable/12 branches. There is also an option to use the lwIP or uIP network stacks