RTEMS 4.11.2-rc4 Release

Hello, RTEMS 4.11.2-rc4 is available for testing. If you are using RTEMS 4.11.1 we encourage you to test and report any issues before the release date of 15th April 2017. I have again moved the release date to add the patch to build on Windows. The release is available here:

Re: [PATCH 27/30] leon, gptimer: fixed probing separate interrupts

On 14/4/17 6:48 pm, Gedare Bloom wrote: > On Thu, Apr 13, 2017 at 11:19 PM, Chris Johns <chr...@rtems.org> wrote: >> On 14/4/17 5:31 am, Daniel Hellstrom wrote: >>> From: Martin Aberg <mab...@gaisler.com> >>> >>> Probing of separate inter

Re: [PATCH 1/2] bsp/xilinx-zynq: Add SLCR driver

On 21/04/2017 07:22, Patrick Gauvin wrote: I so not like the reset value being written to like this. I know you need to set the lower 4 bits to 1 when loading the fabric via PCAP but there are 4 independent resets and I have applications that have individual control once loaded.

Re: [PATCH 0/2] Zynq7000 series device configuration driver

On 21/04/2017 07:55, Patrick Gauvin wrote: Gedare, if the test programs are specific to the Zynq BSP, then we don't currently have a very good mechanism for maintaining them. Probably submitting them as "example programs" in the git.rtems.org/examples-v2.git

Re: [PATCH 2/2] bsp/xilinx-zynq: Add device configuration driver

On 21/04/2017 07:52, Patrick Gauvin wrote: Chris, + +static drvdata data; +/* TODO: Abstract DMA buffer retrieval better */ Agreed. +static uint8_t *dma_buf = NULL; + +/* Check if bit is set in reg (and not masked by mask), and if

Re: [PATCH 27/30] leon, gptimer: fixed probing separate interrupts

On 14/4/17 5:31 am, Daniel Hellstrom wrote: > From: Martin Aberg > > Probing of separate interrupts was done by storing the GPTIMER_CFG_SI bit. But > it was never actually stored since it is bit 8 and the datatype is 8-bit. Now > store the AND result as boolean value instead.

Re: [PATCH 08/30] leon, apbuart: RX delayed interrupt

On 14/4/17 5:31 am, Daniel Hellstrom wrote: > From: Martin Aberg > > Utilize the APBUART RX delayed interrupt if available. It also > enables RX FIFO interrupt when used. > > The APBUART RX delayed interrupt is supported by the GR740. > --- >

[PATCH] libdebugger: Work around assert when using _Thread_Executing.

Using _Thread_Executing with RTEMS_DEBUG results in an `assert` if the server accesses invalid memory. Updates #2993. --- cpukit/libdebugger/rtems-debugger-arm.c| 3 ++- cpukit/libdebugger/rtems-debugger-target.c | 9 - 2 files changed, 10 insertions(+), 2 deletions(-) diff --git

[PATCH] testsuite: Fix rtems-test-check not excluding tests.

The include file handling was broken. Add a test configuration data README. --- testsuites/README.testdata | 72 + testsuites/automake/subdirs.am | 7 ++-- tools/build/rtems-test-check-py | 60 +++--- 3 files changed, 125

[PATCH] libmisc/monitor: Correctly print unlimited configuration table entries.

Closes #2997. --- cpukit/libmisc/monitor/mon-config.c | 31 --- 1 file changed, 20 insertions(+), 11 deletions(-) diff --git a/cpukit/libmisc/monitor/mon-config.c b/cpukit/libmisc/monitor/mon-config.c index f09c7cb195..bb804c5c63 100644 ---

Re: [PATCH 1/2] bsp/xilinx-zynq: Add SLCR driver

Thanks for submitting this driver. My comments are below. Chris On 20/04/2017 13:06, Patrick Gauvin wrote: --- c/src/lib/libbsp/arm/xilinx-zynq/Makefile.am | 5 ++ .../arm/xilinx-zynq/include/zynq-slcr-regs.h | 84

Re: [PATCH 2/2] bsp/xilinx-zynq: Add device configuration driver

Thanks for submitting this driver. My comments are below. Chris On 20/04/2017 13:08, Patrick Gauvin wrote: --- c/src/lib/libbsp/arm/xilinx-zynq/Makefile.am | 5 + .../libbsp/arm/xilinx-zynq/devcfg/zynq-devcfg.c| 770 +

Re: Warnings in xz

On 10/03/2017 07:50, Joel Sherrill wrote: I see these warnings which I assume are on most, if not all, BSPs. Any suggestions on removing them? Not yet. Sebastian pinged me last week but I have been busy and have not had time to look into it. Chris

[PATCH] Fix rtems-test-check with a BSD sed.

,6 @@ #! /bin/sh # -# Copyright 2014, 2016 Chris Johns <chr...@rtems.org> +# Copyright 2014, 2016, 2017 Chris Johns <chr...@rtems.org> # All rights reserved # @@ -74,21 +74,21 @@ if test -f $testdata; then state=$(echo $line | sed -e "s/:.*//g") case

[PATCH] Fix rtems-test-check with a BSD sed.

I have tested this patch in FreeBSD 11.0 and it builds a range of memory limited BSPs. Without the patch the last t of cdtest was being removed. Could someone on Linux please test the patch and report back so I can push it to master and 4.11. Thanks Chris

Re: [PATCH] arm: Remove legacy execption support

On 08/03/2017 00:33, Sebastian Huber wrote: --- c/src/lib/libbsp/arm/Makefile.am | 3 - c/src/lib/libbsp/arm/csb336/Makefile.am | 2 - c/src/lib/libbsp/arm/csb336/start/start.S| 55 c/src/lib/libbsp/arm/csb336/startup/bspstart.c | 6 -

Re: [PATCH] bsps: Provide for every BSP

On 08/03/2017 01:45, Gedare Bloom wrote: Thanks for the context. I know Chris did some earlier work with FDT (I think for Zynq), so it will be good to wait for him to provide some feedback. I have RTEMS specific support functions which wrap the base FDT interfaces to make it simpler to use in

Re: [PATCH] bsps: Provide for every BSP

On 08/03/2017 01:35, Sebastian Huber wrote: As a background information, I port currently the FDT(4) support from FreeBSD: https://www.freebsd.org/cgi/man.cgi?query=fdt=0=0=FreeBSD+11.0-RELEASE+and+Ports=default=html This allows the use of unmodified FreeBSD drivers on PowerPC and ARM

Re: [PATCH 3/3] c-user/rate_monotonic_manager.rst: Use Latex math for utilization formulas

Hi Joel, The subject is misleading, Latex maybe used if generating a PDF while mathjax is used for HTML. To be precise we use ReST's `math` support which translates to the appropriate format implementation. :) Chris On 11/03/2017 08:29, Joel Sherrill wrote: ---

Re: warnings in libdl

On 11/03/2017 08:48, Joel Sherrill wrote: These printf() format warnings show up on m68k but not on powerpc, sparc, or mips per my recent builds. I assume these printf's need to use the inttypes.h constants but I will entrust that to Chris to make the right call. :) Please create a ticket

Re: RTEMS 4.11.0-rc1 available.

On 13/03/2017 23:03, Vicent Brocal wrote: I am trying to find the hash of the commit that originated the release 4.11.0-rc1. I have checked out the Git repo and searched through the logs and tags, but had no luck. Where can I find this kind of information? I did not tag the repo for release

Re: [GSoC] RTEMS Tester Improvements

On 14/03/2017 03:30, Gedare Bloom wrote: On Mon, Mar 13, 2017 at 11:50 AM, Tanu Hari Dixit wrote: Hello all, I am interested in applying for GSoC under RTEMS. I am interested in the idea RTEMS Tester Improvements (https://devel.rtems.org/ticket/2919). I have used

Re: [GSoC] RTEMS Tester Improvements

On 14/3/17 9:18 am, Chris Johns wrote: > > The follow is the work I see needing to be done. > I have created a ticket for this project. Please update and add BSP/Simulator section to track those tasks. https://devel.rtems.org/ticket/2927 Tha

Re: [PATCH] Use a hash file for GCC only

On 08/03/2017 17:10, Sebastian Huber wrote: On 07/03/17 23:24, Chris Johns wrote: On 03/03/2017 02:23, Gedare Bloom wrote: In a way, I do like that this shows the different gcc-newlib versions we use. It might be nice to add a bit of organization to this hashes file and/or documentation

Re: [PATCH] bsps: Provide for every BSP

On 08/03/2017 17:12, Sebastian Huber wrote: On 07/03/17 22:05, Chris Johns wrote: On 08/03/2017 01:35, Sebastian Huber wrote: As a background information, I port currently the FDT(4) support from FreeBSD: https://www.freebsd.org/cgi/man.cgi?query=fdt=0=0=FreeBSD+11.0-RELEASE+and+Ports

Re: [PATCH] Use a hash file for GCC only

On 03/03/2017 02:37, Gedare Bloom wrote: On Thu, Mar 2, 2017 at 10:26 AM, Sebastian Huber wrote: On 02/03/17 16:23, Gedare Bloom wrote: In a way, I do like that this shows the different gcc-newlib versions we use. It might be nice to add a bit of

Re: Many BSPs Fail to Complete Build Now

On 04/04/2017 03:36, Joel Sherrill wrote: 41 BSPs fail to complete a build on the master. It looks like most are due to linpack not fitting into memory. I may or may not get a chance to look at these today: I have a patch I will post today for review that fixes the testsuites's build files

Re: Many BSPs Fail to Complete Build Now

On 04/04/2017 08:14, Joel Sherrill wrote: On Mon, Apr 3, 2017 at 4:49 PM, Chris Johns <chr...@rtems.org <mailto:chr...@rtems.org>> wrote: On 04/04/2017 03:36, Joel Sherrill wrote: 41 BSPs fail to complete a build on the master. It looks like most are du

Re: 4.11.2rc1 Build Results

On 03/04/2017 23:10, Joel Sherrill wrote: Hi Looks good except for the architectures that toolsets did not build for. + avr (don't care) + lm32 + moxie + m32c moxie has the binutils mismatch ticket but after that is fixed, there is a missing gcc support library to track down why it isn't

[PATCH] testsuite: Add a common test configuration. Fix configure.ac and Makefile.am errors.

output} -DTEST_STATE_INDETERMINATE=1" -fi + allow="no" + for ut in ${user_inputs}; + do +if test ${t} = ${ut}; then + allow="yes" +fi + done + if test ${allow} = yes; then +o

Re: [PATCH] testsuite: Fix rtems-test-check not excluding tests.

On 16/04/2017 11:54, Gedare Bloom wrote: Thanks for adding some documentation. I spotted a couple minor typographic issues. Thank you for the review and the comments. I have fixed the issues and push the change. Chris ___ devel mailing list

[PATCH] cpukit: Return RTEMS_INVALID_MODE if the rtems_task_create mode is invalid.

The mode's RTEMS_NO_PREEMPT and RTEMS_INTERRUPT_LEVEL(n) are not valid with SMP. This change reports the error as RTEMS_INVALID_MODE rather than RTEMS_UNSATISFIED. Closes #3000. --- cpukit/rtems/include/rtems/rtems/status.h | 8 ++-- cpukit/rtems/src/status.c | 3 ++-

Re: Issue with 'rtems_shell_wait_for_input' function

On 18/04/2017 20:12, vivek kukreja wrote: Hello Sebastian, all, Sir as you said the uart_set_attributes function for xilinx serial driver simply returns false. I'm reffering the following file: /c/src/lib/libbsp/arm/xilinx-zynq/console/zynq-uart.c where the tcsetattr function fails. I'm looking

Re: [PATCH 4/6] cmdline: Add cmdline support

On 02/08/2017 23:54, Sebastian Huber wrote: > On 01/08/17 22:14, Andreas Kölbl wrote: >> Am 01.08.2017 um 13:08 schrieb Sebastian Huber: >>> Why can't you use_CPU_SMP_Get_current_processor() instead of >>> bsp_get_boot_cpu(). >>> >>> Why do you have to use the linker command file to allocate

[PATCH] dev/i2c: Add Xilinx AXI I2C driver.

/null +++ b/cpukit/dev/i2c/xilinx-axi-i2c.c @@ -0,0 +1,943 @@ +/* + * Copyright (c) 2016-2017 Chris Johns <chr...@rtems.org> All rights reserved. + * + * The license and distribution terms for this file may be + * found in the file LICENSE in this distribution or at + * http://www.rtems.org/l

[PATCH v2] libmisc/rtems-fdt: Add RTEMS FDT wrapper and shell command to libmisc.

/libmisc/rtems-fdt/rtems-fdt-shell.c new file mode 100644 index 00..9412b37750 --- /dev/null +++ b/cpukit/libmisc/rtems-fdt/rtems-fdt-shell.c @@ -0,0 +1,639 @@ +/* + * COPYRIGHT (c) 2013-2017 Chris Johns <chr...@rtems.org> + * + * The license and distribution terms for this fi

Re: [PATCH] libmisc/rtems-fdt: Add RTEMS FDT wrapper and shell command to libmisc.

On 16/08/2017 14:25, Chris Johns wrote: > - Provide application support for handling FDT blobs in RTEMS. This > is useful when interfacing FPGA fabrics. > - Provide a shell command to list a blob as well as provide read > and write access to addresses in the FTB. Posted v2

[PATCH] libmisc/rtems-fdt: Add RTEMS FDT wrapper and shell command to libmisc.

/rtems-fdt-shell.c new file mode 100644 index 00..838669885b --- /dev/null +++ b/cpukit/libmisc/rtems-fdt/rtems-fdt-shell.c @@ -0,0 +1,637 @@ +/* + * COPYRIGHT (c) 2013-2017 Chris Johns <chr...@rtems.org> + * + * The license and distribution terms for this file may be + *

[PATCH] dev/i2c: Add I2C device support for FPGA Slave, LM25066A, TMP112, ADS1113 and ADS1115

+1,132 @@ +/* + * Copyright (c) 2016-2017 Chris Johns <chr...@rtems.org> + * All rights reserved. + * + * The license and distribution terms for this file may be + * found in the file LICENSE in this distribution or at + * http://www.rtems.org/license/LICENSE. + */ + +/* + * I2C slave for t

Re: Does rtems-test work on MinGW64?

On 16/08/2017 07:02, Jiri Gaisler wrote: > I have fixed the compile problems for the sis simulator on MinGW64, and > I am now trying to run it through the rtems-test utility. This does > however not work and gives the following error log: > > > $ rtems-test --rtems-bsp=erc32-sis >

Re: [PATCH 1/3] waf_generator: Copy headers if necessary.

On 10/08/2017 16:41, Christian Mauderer wrote: > > I was more concerned that the include list in builder.py has grown > significantly. If you don't have a problem with that, it's OK. > I will fix this after the merge. >> I could look at making libbsd.py into libbsd/__init__.py with a file per

Re: [PATCH 3/3] Port openssl to RTEMS.

On 10/08/2017 15:42, Christian Mauderer wrote: > The version here is likely to become out of sync with the sources. To be > exact: It already is in your suggestion. > freebsd-org/crypto/openssl/README states the version 1.0.2.k. Maybe we > should refer to that file instead? Sure with a specific

Re: [PATCH 3/3] Port openssl to RTEMS.

On 10/08/2017 15:56, Christian Mauderer wrote: > Am 10.08.2017 um 07:46 schrieb Chris Johns: >> On 10/08/2017 15:42, Christian Mauderer wrote: >>> The version here is likely to become out of sync with the sources. To be >>> exact: It already is in your suggestion. >

Re: [PATCH 1/3] waf_generator: Copy headers if necessary.

On 10/08/2017 15:34, Christian Mauderer wrote: > Am 10.08.2017 um 01:08 schrieb Chris Johns: >> On 10/08/2017 02:29, Sichen Zhao wrote: >>> From: Christian Mauderer <christian.maude...@embedded-brains.de> > There was no real reason. I just chose an arbitrary name. >

Re: [PATCH 1/3] waf_generator: Copy headers if necessary.

OK with the minor change. On 11/08/2017 04:14, Christian Mauderer wrote: > From: Christian Mauderer > > There are some cases, where a header is installed into a directory with > a different name then it's source directory. In that case, the build > might

Re: [PATCH 3/3] waf: Move glob operator ** to builder.py

OK. On 11/08/2017 04:14, Christian Mauderer wrote: > From: Christian Mauderer > > This allows a finer decision which headers should be installed. > --- > builder.py | 26 +- > libbsd_waf.py| 30 +++--- >

Re: [PATCH v2 1/4] waf_generator: Copy headers if necessary.

On 11/8/17 8:39 pm, Sichen Zhao wrote: > From: Christian Mauderer > > There are some cases, where a header is installed into a directory with > a different name then it's source directory. In that case, the build > might fail because the header is not

Re: [PATCH v2 1/4] waf_generator: Copy headers if necessary.

On 12/08/2017 13:30, Sichen Zhao wrote: >>> +for headers in header_build_copy_paths: >>> +target = os.path.join("build-include", headers[2]) >>> +start_dir = bld.path.find_dir(headers[0]) >>> +for header in start_dir.ant_glob(os.path.join("**/", headers[1])): >> Remove

[PATCH] libdebugger: Fixes to debugging, ARM support, locking, and gcc-7.1 warnings.

100644 --- a/cpukit/libdebugger/rtems-debugger-arm.c +++ b/cpukit/libdebugger/rtems-debugger-arm.c @@ -1,5 +1,6 @@ /* - * Copyright (c) 2016 Chris Johns <chr...@rtems.org>. All rights reserved. + * Copyright (c) 2016-2017 Chris Johns <chr...@rtems.org>. + * All rights reserved. * * Re

[PATCH] libmisc/shell: Make some internal shell functions public.

- Add 'rtems_shell_init_environment()' so a user can create the shell environment without needing to run a shell. - Move 'rtems_shell_lookup_topic', 'rtems_shell_can_see_cmd', and 'rtems_shell_execute_cmd' from the internal interface to the public interface. Closes #3096. ---

Re: [PATCH 3/7] Create one interrupt server per processor

On 12/07/2017 15:35, Sebastian Huber wrote: > On 11/07/17 17:06, Gedare Bloom wrote: > >> Is there a reason someone might have to not want one server per core >> when using SMP? That is, should this be configurable? > > Yes, this should be configurable. One option is to add an alternative >

Re: [rtems-docs commit] c-user: Fix interrupt lock documentation

On 14/07/2017 15:52, Sebastian Huber wrote: > Module:rtems-docs > Branch:master The automatic updating of the online docs is down until I update the process to use the TrueNAS box now attached to docs.rtems.org at OSU OSL. I hope this will be sorted soon. Chris

Re: [rtems-tools commit] Add Newlib patch

On 11/07/2017 00:10, Gedare Bloom wrote: > On Mon, Jul 10, 2017 at 2:36 AM, Sebastian Huber > <sebastian.hu...@embedded-brains.de> wrote: >> On 10/07/17 08:31, Chris Johns wrote: >> >>> I have stopped pushing patches into this repo and I am using attachments

Re: [rtems-tools commit] Add Newlib patch

On 10/07/2017 16:13, Sebastian Huber wrote: > Module:rtems-tools > Branch:master > Commit:e37f132e9fa9f298aef7443714d05ffe045da626 > Changeset: > http://git.rtems.org/rtems-tools/commit/?id=e37f132e9fa9f298aef7443714d05ffe045da626 > > Author:Sebastian Huber

RTEMS 4.11.2 Release

RTEMS 4.11.2 Release: 4.11.2 Date : 10 July 2017 URL: https://ftp.rtems.org/pub/rtems/releases/4.11/4.11.2/ The RTEMS Project is pleased to announce the release of RTEMS 4.11.2. Please refer to the RTEMS 4.11 Release wiki page for details of the RTEMS 4.11 series of kernels:

Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for Beaglebone black.

On 13/07/2017 12:22, Sichen Zhao wrote: > 在 2017年07月12日 21:52, Gedare Bloom 写道: >> On Tue, Jul 11, 2017 at 6:51 AM, Sichen Zhao <1473996...@qq.com> wrote: >>> +These files are imported from FreeBSD. >>> +These files is licensed under the terms of the GNU General Public License >>> * version 2. >>

Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for Beaglebone black.

On 13/07/2017 15:09, Christian Mauderer wrote: > Am 13.07.2017 um 04:33 schrieb Chris Johns: >> On 13/07/2017 12:22, Sichen Zhao wrote: >>> 在 2017年07月12日 21:52, Gedare Bloom 写道: >>>> On Tue, Jul 11, 2017 at 6:51 AM, Sichen Zhao <1473996...@qq.com> wrote:

Re: [PATCH v2 2/2] Add dts file to generate dtb binary file for Beaglebone black.

On 18/07/2017 18:04, Sichen Zhao wrote: > Hi all, > I found something about the FreeBSD people dicuss about dtb license issue. > https://lists.freebsd.org/pipermail/freebsd-arm/2015-May/011543.html This post seems to be part of a larger thread and confirms DTS and DTB files are a mess and we seem

Re: libbsd include path issue

On 24/07/2017 00:20, Christian Mauderer wrote: > Am 23.07.2017 um 15:57 schrieb Gedare Bloom: >> On Sun, Jul 23, 2017 at 8:38 AM, Christian Mauderer >> wrote: >>> The problem here is that the opensslv.h is in the directory >>> freebsd/crypto/openssl/crypto. It seems that some

Re: libbsd include path issue

On 25/07/2017 03:09, Christian Mauderer wrote: > Hm. It seems for me that the subst would substitute some text in a > source file with some other text and generate a target from it. So that > most likely could be a nice replacement for the network-config.h (which > is just above my new rule and

Re: [PATCH 1/1] rtems-tools: Add rtems-test scripts for standalone sis

On 22/07/2017 06:30, Jiri Gaisler wrote: > Can somebody review and merge this to rtems-tools.git? Pushed. Thanks. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: parallel make failure?

On 22/07/2017 02:55, Kirspel, Kevin wrote: > I have seen similar things as well. In my case it fails in different places > randomly. Sometimes it will get all the way through. Do you mean a similar preinstall error but in a different location in the source tree? I am wondering if this is

RTEMS 4.11.2-rc5 Release

Hello, RTEMS 4.11.2-rc5 is available for testing. If you are using RTEMS 4.11.1 we encourage you to test and report any issues before the release date of 7th July 2017. I have built all architectures in the '4.11/rtems-all' build set on Windows taking just over 1 day to complete. The release is

Re: Coverage analysis update

On 05/07/2017 22:46, Cillian O'Donnell wrote: > > Now the thing is, I might have to run RTEMS Tester about 3 times for > the full testsuite before I can get the report, as the covoar runs > will often hang on an arbitrary method and have to be manually exited > and re-run. How is covoar being

Re: Coverage analysis update

On 07/07/2017 12:10, Joel Sherrill wrote: > > > On Jul 6, 2017 8:52 PM, "Chris Johns" <chr...@rtems.org > <mailto:chr...@rtems.org>> wrote: > > On 07/07/2017 00:34, Joel Sherrill wrote: > > On Thu, Jul 6, 2017 at 5:53 AM, Cillian O'Donnell

Re: Coverage analysis update

On 07/07/2017 12:58, Joel Sherrill wrote: > On Jul 6, 2017 9:20 PM, "Chris Johns" <chr...@rtems.org > <mailto:chr...@rtems.org>> wrote: > > On 07/07/2017 12:10, Joel Sherrill wrote: > > > > > > On Jul 6, 2017 8:52 PM, "Chri

Re: Coverage analysis update

On 07/07/2017 00:34, Joel Sherrill wrote: > On Thu, Jul 6, 2017 at 5:53 AM, Cillian O'Donnell > wrote: > >> When a test run is successful it will also finish with a lot of these > messages: > Also I wanted to mention, there is quite a

Re: Coverage analysis update

On 07/07/2017 08:11, Joel Sherrill wrote: > > The rtems tester tries to run the tests in parallel. I wonder if this trips > some conflict which we are not aware of. Are the file generated cleanly separated? If you are rewriting files with qemu and running covoar at the same time on the same

Re: Coverage analysis update

On 07/07/2017 00:34, Joel Sherrill wrote: > On Thu, Jul 6, 2017 at 5:53 AM, Cillian O'Donnell > wrote: > It will ignore records when it thinks things are inconsistent. This can occur > when a method appears in two different executables and has

Re: [rtems commit] genmcf548x/irq/irq.c: Fix incompatible pointer warning

On 26/04/2017 10:19, Gedare Bloom wrote: static void_func get_exception_handler(rtems_vector_number vector) { + void **vbr; void_func *exception_table; - m68k_get_vbr(exception_table); + m68k_get_vbr(vbr); + + exception_table = (void_func *)vbr; This looks strange. Can you achieve a

Re: Warning Report on Master

On 26/04/2017 09:18, Joel Sherrill wrote: This is the latest warnings report for the master. I am seeing ... Failures: arm/altcycv_devkit: configure --target=arm-rtems4.12 --enable-rtemsbsp=altcycv_devkit\ --prefix=/opt/rtems/4.12 --enable-debug

Re: [PATCH 0/2] Zynq7000 series device configuration driver

On 22/04/2017 01:44, Patrick Gauvin wrote: I'll plan on storing a few bitfiles for common platforms, like the MicroZed (7Z010) and the ZedBoard (7Z020), with the test. I do have a simple bitfile, but it currently targets the ZedBoard. If you'd like, I can send a version for the MicroZed when I

Tier-1 build failures.

Hello, A tier-1 build with the default `all` build profile has the following failures. Chris ^ Profile Time 6:46:12.960811 + warnings:10330 exes:49227 objs:241648 libs:6668 Failures: 1 smp-debug i386/pc686 build /opt/work/chris/rtems/kernel/rtems.git/c\

Re: [rtems commit] bsp/qoriq: New BSP names

On 28/07/2017 18:49, Sebastian Huber wrote: > Module:rtems > Branch:master > Commit:0db7c550aca1520899702cd170738481096af667 > Changeset: > http://git.rtems.org/rtems/commit/?id=0db7c550aca1520899702cd170738481096af667 > > Author:Sebastian Huber

Re: [rtems commit] Remove Edison BSP.

On 29/07/2017 05:31, Joel Sherrill wrote: > Module:rtems > Branch:master > Commit:dd6992fd7c534bbb05e7cd85274f668632aa2de2 > Changeset: > http://git.rtems.org/rtems/commit/?id=dd6992fd7c534bbb05e7cd85274f668632aa2de2 > > Author:Joel Sherrill > Date: Fri Jul

[PATCH 4/4] 4.12/lm32: Fix building on Windows.

This patch fixes building the LM32 GDB on Windows. Closes #3030. --- rtems/config/4.12/rtems-lm32.bset | 7 +++ 1 file changed, 7 insertions(+) diff --git a/rtems/config/4.12/rtems-lm32.bset b/rtems/config/4.12/rtems-lm32.bset index 54850e3..3508d79 100644 ---

[PATCH 1/4] sb: Fix long path support in copy_tree and removeall path support.

The change lets the LM32 target build on Windows which has temporary install paths greater than the Win32 API max size. The buildroot path compression is still needed as the GNU assembler does not like paths that exceed the max Windows limit. Closes #2992. --- source-builder/sb/path.py | 99

[PATCH 2/4] gcc: Disable makeinfo cause newer versions do not build gcc-4.8 docs.

Newer makeinfo tools cannot build the existing texinfo in gcc so disable building it. This will not be fixed on the gcc branch. Updates #3027. --- rtems/config/tools/rtems-gcc-4.8-newlib-2.2.0-1.cfg | 2 ++ source-builder/config/gcc-common-1.cfg | 1 + 2 files changed, 3

[PATCH 3/4] 4.12/gcc-4.8.3 Fix building with a newer version of gcc.

Updates #2990. --- .../tools/rtems-gcc-4.8.3-newlib-2.5.0.20170623-1.cfg | 14 ++ 1 file changed, 14 insertions(+) diff --git a/rtems/config/tools/rtems-gcc-4.8.3-newlib-2.5.0.20170623-1.cfg b/rtems/config/tools/rtems-gcc-4.8.3-newlib-2.5.0.20170623-1.cfg index ff82df0..5ec7eea

Re: [PATCH 3/3] Port openssl to RTEMS.

Should we consider an 'OPENSSL.README' file in the top of libbsd to make sure we are covered? Something like: 8<--- The RTEMS LibBSD package contains OpenSSL. Please refer to https://www.openssl.org/ for the legalities related to your use. OpenSSL --- OpenSSL 1.0.2l 25

Re: [PATCH 1/3] waf_generator: Copy headers if necessary.

On 10/08/2017 02:29, Sichen Zhao wrote: > From: Christian Mauderer > > There are some cases, where a header is installed into a directory with > a different name then it's source directory. In that case, the build > might fail because the header is not

Re: Release candidate tool chain for 4.12

On 28/07/2017 00:40, Joel Sherrill wrote: > On Thu, Jul 27, 2017 at 7:50 AM, Sebastian Huber > > > wrote: > > Hallo, > > the GCC 7.2 release will be probably in two weeks. I would like to use GCC > 7.2

Re: Binutils 2.29

On 27/07/2017 22:46, Sebastian Huber wrote: > I build currently a tool set using Binutils 2.29 instead of 2.28. I will build > all BSPs tomorrow with it. In case this is successful, then I will commit this > to RSB. There is also gdb-8.0. Should we look at this as well? Chris

Re: [PATCH v2 1/4] waf_generator: Copy headers if necessary.

> On 17 Aug 2017, at 1:37 am, Sichen Zhao wrote: > > Hi Chris, > Just for remind: can the openssl patch get merged? Yes they can. I am sorry I had some pressing issues locally and a few patches queued. I am on the road today and will see if I can get to them

Re: [PATCH v2 1/4] waf_generator: Copy headers if necessary.

On 17/8/17 11:46 am, Sichen Zhao wrote: >>> On 17 Aug 2017, at 1:37 am, Sichen Zhao wrote: >>> >>> Hi Chris, >>> Just for remind: can the openssl patch get merged? >> Yes they can. I am sorry I had some pressing issues locally and a few >> patches queued. I am on the

Re: Basic RISC-V 32-bit tool chain

On 23/08/2017 11:34, Hesham Almatary wrote: > Hi all, > > I am reporting my efforts on this thread: > > * RSB/master/vanilla: riscv32 tested and builds just fine with no > changes from my side. Hesham, can you please update rtems-all.bset to add RISC-V? The change is OK'ed by me so please just

Re: [PATCH] cpukit: Fix __RTEMS_REVISION__ define

On 3/5/17 3:40 pm, Sebastian Huber wrote: > > On 03/05/17 07:28, Chris Johns wrote: >> On 3/5/17 3:09 pm, Sebastian Huber wrote: >>> On 02/05/17 23:30, Chris Johns wrote: >>>> On 2/5/17 6:20 pm, Sebastian Huber wrote: >>>> [...] > >>>

Re: [PATCH] tests: CONFIGURE_DISABLE_SMP_CONFIGURATION

On 12/5/17 8:24 pm, Sebastian Huber wrote: > Mark tests that require review due to > CONFIGURE_DISABLE_SMP_CONFIGURATION. If a test fails it fails. I feel the test results need to correctly express the failures and we should not masks them in the way. I do not agree with changes that suppress a

Re: GCC 7.1 Released

On 12/05/2017 15:56, Sebastian Huber wrote: On 11/05/17 17:29, Joel Sherrill wrote: Ok to On May 11, 2017 5:09 AM, "Sebastian Huber" > wrote: Hello, if someone wants to use GCC 7.1 for RTEMS 4.12, then the

Re: GCC 7.1 Released

On 12/05/2017 18:39, Sebastian Huber wrote: On 12/05/17 10:35, Chris Johns wrote: On 12/05/2017 15:56, Sebastian Huber wrote: On 11/05/17 17:29, Joel Sherrill wrote: I talked to Joel late his time yesterday and he is reporting increased code size and as a result some tests are not fitting

Re: [PATCH] confdefs.h: Add SMP enabled field to configuration

On 12/05/2017 18:11, Sebastian Huber wrote: Do not use the processor count to determine if SMP is enabled. Instead use a dedicated configuration option. Enable SMP by default in SMP configurations. Add CONFIGURE_DISABLE_SMP_CONFIGURATION to all test which would fail otherwise. I think

Re: [PATCH] confdefs.h: CONFIGURE_DISABLE_SMP_CONFIGURATION

On 11/5/17 7:56 pm, Sebastian Huber wrote: > Enable the SMP configuration by default in case SMP is enabled. Add > configuration option CONFIGURE_DISABLE_SMP_CONFIGURATION to disable it > explicitly. > > Add CONFIGURE_DISABLE_SMP_CONFIGURATION to all test which would fail > otherwise. > >

[PATCH 2/2] testsuites: Build the tests in parallel is make is asked too.

--- testsuites/automake/subdirs.am | 51 -- 1 file changed, 29 insertions(+), 22 deletions(-) diff --git a/testsuites/automake/subdirs.am b/testsuites/automake/subdirs.am index 63b1da1049..d03122c037 100644 --- a/testsuites/automake/subdirs.am +++

[PATCH 1/2] testsuites: Fix build dependences for generated files.

--- testsuites/libtests/dl01/Makefile.am | 2 ++ testsuites/libtests/dl02/Makefile.am | 2 ++ testsuites/libtests/dl04/Makefile.am | 2 ++ testsuites/libtests/dl05/Makefile.am | 2 ++ testsuites/libtests/tar01/Makefile.am | 4 testsuites/libtests/tar02/Makefile.am | 2 ++ 6 files

[PATCH 1/2] 4.12/mips: Fix building on FreeBSD.

--- rtems/config/tools/rtems-gcc-6.3.0-newlib-2.5.0.20170323-1.cfg | 8 1 file changed, 8 insertions(+) diff --git a/rtems/config/tools/rtems-gcc-6.3.0-newlib-2.5.0.20170323-1.cfg b/rtems/config/tools/rtems-gcc-6.3.0-newlib-2.5.0.20170323-1.cfg index fd4703c..c865910 100644 ---

[PATCH 2/2] 4.12/powerpc/gdb: Fix building the simulator on FreeBSD.

--- rtems/config/tools/rtems-gdb-7.12-1.cfg | 2 ++ 1 file changed, 2 insertions(+) diff --git a/rtems/config/tools/rtems-gdb-7.12-1.cfg b/rtems/config/tools/rtems-gdb-7.12-1.cfg index 52c9fa2..b8b7e91 100644 --- a/rtems/config/tools/rtems-gdb-7.12-1.cfg +++

PowerPC issues with binutils-2.28

Hi, I am seeing ... ../../../../../mcp750/lib/bootloader.o: In function `start': /opt/work/chris/rtems/kernel/rtems.git/c/src/lib/libbsp/powerpc/motorola_powerpc/bootloader/../../../powerpc/shared/bootloader/head.S:140:(.text+0x8a): dangerous relocation: generic linker can't handle

Re: [PATCH 0/3] Split off powerpcspe from rs6000 port

On 17/05/2017 16:15, Sebastian Huber wrote: So it will be configure magic to subset the BSPs I suppose. Does this mean we configure RTEMS with: configure --target=powerpcspe-rtems4.12 ? It would seem to create a new architecture and I suspect this will have a follow on effects with

Re: [PATCH 0/3] Split off powerpcspe from rs6000 port

On 17/05/2017 00:03, Joel Sherrill wrote: On Tue, May 16, 2017 at 8:48 AM, Sebastian Huber > wrote: On 16/05/17 15:45, Joel Sherrill wrote: On Tue, May 16, 2017 at 8:28 AM, Sebastian Huber

Re: [PATCH] tests: CONFIGURE_DISABLE_SMP_CONFIGURATION

On 16/05/2017 18:35, Sebastian Huber wrote: On 16/05/17 10:28, Chris Johns wrote: What we do need to do is make sure the test results express the true state. If a test is broken it should fail. If it is tagged an expected-fail we do not consider it a regression. Loosing test coverage simply

<    3   4   5   6   7   8   9   10   11   12   >