Re: arm/rtl22xx_t build failures

On 23/5/17 8:52 am, Chris Johns wrote: > These failures are showing up with ARM and I think other BSPs have a similar > issue. I will build the whole architecture soon and report the failures. > > Failures: >1 posix-profiling arm/rtl22xx_t build: > configure: /opt/work/chris/rtems/kerne

[PATCH 2/2] Add test case for character device mmap handler

--- testsuite/cdev01/test_cdev.c | 20 +++- testsuite/cdev01/test_cdev01.h | 2 ++ testsuite/cdev01/test_main.c | 7 +++ 3 files changed, 28 insertions(+), 1 deletion(-) diff --git a/testsuite/cdev01/test_cdev.c b/testsuite/cdev01/test_cdev.c index 19fb1a5..9b0c46f 10064

[PATCH 1/2] Add support for MMAP handler for file operations

--- freebsd/sys/sys/conf.h | 4 ++-- freebsd/sys/sys/file.h | 20 + rtemsbsd/sys/fs/devfs/devfs_devs.c | 46 ++ 3 files changed, 68 insertions(+), 2 deletions(-) diff --git a/freebsd/sys/sys/conf.h b/freebsd/sys/sys/conf

Re: gem5 with ARM

On May 22, 2017 6:43 PM, "Gedare Bloom" wrote: On Mon, May 22, 2017 at 5:32 PM, Tanu Hari Dixit wrote: > Hello all, > Thank you for creating > https://devel.rtems.org/wiki/Developer/Simulators/gem5 just in time. I > installed gem5 and scons build/ARM/gem5.opt ran to give the following > output a

Re: gem5 with ARM

On Mon, May 22, 2017 at 5:32 PM, Tanu Hari Dixit wrote: > Hello all, > Thank you for creating > https://devel.rtems.org/wiki/Developer/Simulators/gem5 just in time. I > installed gem5 and scons build/ARM/gem5.opt ran to give the following > output at the end: > scons: done building targets. > This

arm/rtl22xx_t build failures

These failures are showing up with ARM and I think other BSPs have a similar issue. I will build the whole architecture soon and report the failures. Failures: 1 posix-profiling arm/rtl22xx_t build: configure: /opt/work/chris/rtems/kernel/rtems.git/configure --target\ =arm-rtems4.1

gem5 with ARM

Hello all, Thank you for creating https://devel.rtems.org/wiki/Developer/Simulators/gem5 just in time. I installed gem5 and scons build/ARM/gem5.opt ran to give the following output at the end: scons: done building targets. I ran the following, after this: build/ARM/gem5.opt configs/example/fs.py

Re: GSOC student question

On Mon, May 22, 2017 at 10:11 AM, Gedare Bloom wrote: > I think the i2c was developed and tested only on the BeagleBone Black. > I don't think anyone has used the xm yet, though I could be mistaken. > > Yes, I believe the old one should be replaced by the updated version. > This is likely a stup

Re: GSOC student question

I think the i2c was developed and tested only on the BeagleBone Black. I don't think anyone has used the xm yet, though I could be mistaken. Yes, I believe the old one should be replaced by the updated version. On Mon, May 22, 2017 at 9:04 AM, Sichen Zhao wrote: > Hi all, > > I am working on my

Re: [GSoC 2017] HiFive1 port

On Fri, May 19, 2017 at 2:11 PM, Denis Obrezkov wrote: > Hello all, > > I have some news about my HiFive1 GSoC project. > First of all, people from SiFive1 were very kind and sent me two samples of > their > HiFive1 for free. The estimated date of delivery 23rd of May. Good. > Secondly, I changed

Re: TMS570LC43x - what should be done before coding

On Fri, May 19, 2017 at 12:19 PM, Nikolay Komashinskiy wrote: > Hello, > > I've started to investigate how to launch RTEMS on top of the TMS570LC43x > processor > and it seems that some additional work should be done. > > I can't understand to what extent HalCoGen should be used. It seem these tw

Re: [rtems commit] arm: Optimize context switch

Everything. 'hello' doesn't even work. I can't debug until later. Probably gem5 deals with some processor context a bit differently and may be incorrectly. On Mon, May 22, 2017 at 1:07 AM, Sebastian Huber wrote: > Which tests fail? > > On 19/05/17 20:52, Gedare Bloom wrote: >> >> This commit caus

GSOC student question

Hi all, I am working on my GSOC project- Beaglebone BSP projects There is a question, Is the code in beagle/misc/i2c.c for the beagle bone or for the beagle xm or other processor? I developed the i2c for Beaglebone Black(AM335X), So if i need remove the old one i2c.c in misc when i send the patc

[PATCH v3 1/2] Add support for a mmap file handler. Add support for MAP_ANON in mmap().

--- cpukit/dev/i2c/i2c-bus.c| 1 + cpukit/dev/i2c/i2c-dev.c| 1 + cpukit/dev/spi/spi-bus.c| 1 + cpukit/libblock/src/blkdev-imfs.c | 1 + cpukit/libcsupport/include/rtems/libio.h| 38 cpukit

[PATCH v3 2/2] Add a mmap dedicated test case

--- testsuites/psxtests/Makefile.am | 1 + testsuites/psxtests/configure.ac| 1 + testsuites/psxtests/psxmmap01/Makefile.am | 22 ++ testsuites/psxtests/psxmmap01/init.c| 352 testsuites/psxtests/psxmmap01/psxmmap01.scn | 0 tes

[PATCH 2/3] network: Include header files explicitly

Do not rely on indirect includes via other header files. Update #2833. --- cpukit/libnetworking/kern/kern_subr.c | 1 + cpukit/libnetworking/kern/uipc_socket.c | 1 + cpukit/libnetworking/nfs/bootp_subr.c | 1 + 3 files changed, 3 insertions(+) diff --git a/cpukit/libnetworking/kern/kern_sub

[PATCH 3/3] network: Do not use MSIZE

Do not use the MSIZE for the legacy network stack. Instead use _SYS_MBUF_LEGACY_MSIZE. Update #2833. --- cpukit/libnetworking/kern/uipc_socket2.c | 4 ++-- cpukit/libnetworking/rtems/rtems_glue.c | 10 +- cpukit/libnetworking/sys/mbuf.h | 8 +--- cpukit/libnetworking/sys/

[PATCH 1/3] Provide kernel space headers used by Newlib

Update #2833. --- cpukit/libcsupport/Makefile.am | 2 ++ .../libcsupport/include/machine/_kernel_cpuset.h | 0 cpukit/libcsupport/include/machine/_kernel_param.h | 29 ++ cpukit/libcsupport/preinstall.am | 8 ++ 4 files changed, 39

Move POSIX header files to Newlib

Hello, I had some time to work on the POSIX header file move to Newlib: https://sourceware.org/ml/newlib/2017/msg00343.html I hope this is enough to build Ada without an installed BSP. It helps to get rid of all header file hacks in libbsd. -- Sebastian Huber, embedded brains GmbH Address :