Re: [PATCH 1/5] bsps/shared/freebsd: Import OFW files from FreeBSD.

On 4/6/20 3:22 pm, Sebastian Huber wrote: > This approach avoids the need to actively register a device tree. This could > simplify the low level startup a bit. The draw back is that it needs a special > feature of the linker for the tests. But we already use this feature and need it for the

Re: [PATCH 2/2] Adding strong and weak definitions

On 02/06/2020 15:52, Richi Dubey wrote: --- user/glossary/index.rst | 15 +++ 1 file changed, 15 insertions(+) diff --git a/user/glossary/index.rst b/user/glossary/index.rst index 5648b39..2ae0fdf 100644 --- a/user/glossary/index.rst +++ b/user/glossary/index.rst @@ -16,6 +16,21

Re: [PATCH 1/5] bsps/shared/freebsd: Import OFW files from FreeBSD.

On 01/06/2020 20:55, Niteesh G. S. wrote: On Fri, May 29, 2020 at 6:49 PM Sebastian Huber > wrote: On 29/05/2020 12:41, Niteesh G. S. wrote: Hello Sebastian, > Hello, > > On Fri, May 29, 2020 at 12:52 PM Sebastian Huber >

Re: GSoC 2020: [rtems/rsb]: Error while adding ptp support. This time building for xilinx_zynq_a9_qemu

On 4/6/20 2:31 pm, Gedare Bloom wrote: > On Wed, Jun 3, 2020 at 1:53 PM Mritunjay Sharma > wrote: >> >> Hello everyone, >> >> As suggested by Heinz, I started building for xilinx_zynq_a9_qemu >> with a little modification in ptp cfg file. >> >> The netinet is no longer a problem here but another

Re: GSoC 2020: [rtems/rsb]: Error while adding ptp support. This time building for xilinx_zynq_a9_qemu

On Wed, Jun 3, 2020 at 1:53 PM Mritunjay Sharma wrote: > > Hello everyone, > > As suggested by Heinz, I started building for xilinx_zynq_a9_qemu > with a little modification in ptp cfg file. > > The netinet is no longer a problem here but another problem has come as > follows: > >

Re: [PATCH 1/5] bsps/shared/freebsd: Import OFW files from FreeBSD.

Hello, This email is a reminder since this thread has lost activity. Thanks, Niteesh. On Tue, Jun 2, 2020 at 12:25 AM Niteesh G. S. wrote: > On Fri, May 29, 2020 at 6:49 PM Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > >> On 29/05/2020 12:41, Niteesh G. S. wrote: >> > Hello

Re: Fwd: Build Linux: FAILED 5/bsps/pc on x86_64-linux-gnu (i386-rtems5-kernel-pc686-1)

On 4/6/20 12:45 pm, Chris Johns wrote: > On 29/5/20 9:49 am, Joel Sherrill wrote: >> On Thu, May 28, 2020, 6:20 PM Chris Johns > > wrote: >> >> On 29/5/20 7:08 am, Joel Sherrill wrote: >> > On Thu, May 28, 2020 at 12:54 PM Sebastian Huber >> > >

Re: Fwd: Build Linux: FAILED 5/bsps/pc on x86_64-linux-gnu (i386-rtems5-kernel-pc686-1)

On 29/5/20 9:49 am, Joel Sherrill wrote: > On Thu, May 28, 2020, 6:20 PM Chris Johns > wrote: > > On 29/5/20 7:08 am, Joel Sherrill wrote: > > On Thu, May 28, 2020 at 12:54 PM Sebastian Huber > > > >

rtems source with build html doxygen output

Hi, In fixing the doxygen support I accidentally have the doxygen built HTML output in the source tar file. As this link shows it is 28M ... https://ftp.rtems.org/pub/rtems/releases/5/5.0.0/5.0.0-m2006-1/sources/ I like the idea of this being there. What do you think? Chris

Re: [PATCH] SPARC fenv support

This looks great. By chat, you confirmed, you did the multilib compile and link spot check plus it the psxfenv test runs on erc32. Go ahead and submit this to newlib@. The code has ifdefs for 64-bits. RTEMS has sparc64 support so it would be straight forward to follow the x86_64 and i386 pattern

[PATCH] SPARC fenv support

Signed-off-by: Eshan dhawan --- newlib/configure.host | 1 + newlib/libc/machine/sparc/sys/fenv.h| 85 + newlib/libm/machine/configure.in| 1 + newlib/libm/machine/sparc/Makefile.am | 21 ++ newlib/libm/machine/sparc/configure.in |

GSoC 2020: [rtems/rsb]: Error while adding ptp support. This time building for xilinx_zynq_a9_qemu

Hello everyone, As suggested by Heinz, I started building for xilinx_zynq_a9_qemu with a little modification in ptp cfg file. The netinet is no longer a problem here but another problem has come as follows: ../../ptpd-2.3.1/src/dep/startup.c: In function 'ptpdStartup':

RE: libbsd fails to build on master for i386

Hi Jeff, yes, this is known, but IIRC the libbsd should build, if you turn off the e1000 module in the buildset. We prepared the iflib patchset for the FreeBSD branch first, because of the upcoming release. There is also one in preparation for master, but got delayed since I wanted to finish

libbsd fails to build on PowerPC

Hi, libbsd fails to build on PowerPC on both the master branch and the FreeBSD branch. Output below... Thanks Jeff ... ... [1207/1970] Compiling rtemsbsd/rtems/rtems-bsd-rc-conf-net.c [1208/1970] Compiling freebsd/sys/crypto/blowfish/bf_ecb.c In file included from

libbsd fails to build on master for i386

Hi On i386, the libbsd build (actually linking) fails on master branch. FWIW, it succeeds on the FreeBSD branch. Output below... Thanks Jeff ... ... /home/mayes/dev/rtems/5/lib/gcc/i386-rtems5/7.5.0/../../../../i386-rtems5/bin/ld: ./libbsd.a(if_em.c.18.o):(.rodata.em_methods+0x2c): undefined