Re: RTEMS Executive vs. Kernel

On 23/01/2019 08:11, Chris Johns wrote: On 23/1/19 5:50 pm, Sebastian Huber wrote: On 22/01/2019 23:42, Chris Johns wrote: On 23/1/19 5:34 am, Joel Sherrill wrote: I don't object. Is executive the right abstraction? Both terms are an abstraction because we have a single address space and lite

Re: RTEMS Executive vs. Kernel

I just used RTEMS for about 1 year, When I first met the word "executive" in the docs, It confused me. I think "kernel" is easier to understand, although it is not like the linux kernel. From this point of view, I think "kernel" is better. -- Original -- From:

Re: RTEMS Executive vs. Kernel

Am 23.01.19 um 08:11 schrieb Chris Johns: [...] > >> The "OS repo" is also good. > > What about "RTOS", eg RTOS repo? This leave 'OS' as the collective term of the > pieces we have and I think that is a good thing to have. Just a note regarding that term: Although RTOS is a generic term, it's qu

BSP for Xilinx Zynq UltraScale+ MPSoC platform

Hello, we will very likely soon work a BSP for the Xilinx Zynq UltraScale+ MPSoC platform: https://devel.rtems.org/ticket/3682 Please let me know, if you are interested in support for the Cortex-R5 processors or AArch64 mode. The development platform will be this evaluation kit: https://w

[PATCH 2/2] user: Use capital letters for acronyms

Fix GCC definition. --- user/rsb/index.rst | 4 ++-- user/rsb/why-build-from-source.rst | 5 +++-- 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/user/rsb/index.rst b/user/rsb/index.rst index 1f64b51..70f578e 100644 --- a/user/rsb/index.rst +++ b/user/rsb/index.rst

[PATCH 1/2] user: Spell out third-party

--- user/exe/executables.rst | 8 user/hosts/macos.rst | 4 ++-- user/hosts/windows.rst | 4 ++-- user/installation/releases.rst | 2 +- user/overview/index.rst| 2 +- user/rsb/third-party-packages.rst | 12 ++-- user/rsb/w

Clone RTEMS repositories via HTTPS?

Hello, I tried to clone the RTEMS repositories via HTTPS, but it didn't work for me. Is this supported at all? I ask this because I would like to add the Git clone commands to the user manual. I think using HTTPS instead of the Git protocol may help to make some company firewalls happy. -- S

[PATCH] Use HTTPS instead of FTP

FTP is an outdated protocol and blocked by some firewalls. --- rtems/config/tools/rtems-gcc-4.3.2-newlib-1.16.0-1.cfg| 4 ++-- rtems/config/tools/rtems-gcc-4.8-newlib-2.2.0-1.cfg | 2 +- rtems/config/tools/rtems-gcc-4.8-ss-newlib-2.0.0-1.cfg| 2 +- rtems/confi

Re: BSP for Xilinx Zynq UltraScale+ MPSoC platform

On 2019-01-23 03:34, Sebastian Huber wrote: > Hello, > > we will very likely soon work a BSP for the Xilinx Zynq UltraScale+ > MPSoC platform: > https://devel.rtems.org/ticket/3682 Excellent! > Please let me know, if you are interested in support for the Cortex-R5 > processors or AArch64 mode.

Re: BSP for Xilinx Zynq UltraScale+ MPSoC platform

On 23/01/2019 15:11, emanuel stiebler wrote: Please let me know, if you are interested in support for the Cortex-R5 processors or AArch64 mode. I think, the AARch64 is more rewarding, as the R5 should be easy afterwards (same peripherals(?)). And I think we discussed it already before, the big

Minor bug in libmisc

Hi, I encountered an error when tried launch 'top' command from RTEMS Sell: SHLL [/] # top *** FATAL *** fatal source: 0 (INTERNAL_ERROR_CORE) fatal code: 38 (INTERNAL_ERROR_ILLEGAL_USE_OF_FLOATING_POINT_UNIT) RTEMS version: 5.0.0.97cce5c9a18563f58aadc2af1049957420ad561d-modified RTEMS tools: 7.

Re: BSP for Xilinx Zynq UltraScale+ MPSoC platform

On Wed, Jan 23, 2019 at 2:34 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > we will very likely soon work a BSP for the Xilinx Zynq UltraScale+ > MPSoC platform: > > https://devel.rtems.org/ticket/3682 > > Please let me know, if you are interested in support for the C

Re: Minor bug in libmisc

Thanks. I have pushed this. --joel On Wed, Jan 23, 2019 at 10:23 AM Maksim Kozlov wrote: > Hi, > > I encountered an error when tried launch 'top' command from RTEMS Sell: > > SHLL [/] # top > > *** FATAL *** > fatal source: 0 (INTERNAL_ERROR_CORE) > fatal code: 38 (INTERNAL_ERROR_ILLEGAL_USE_OF

Missing Qemu LEON3 patch

Hi The RSB Qemu build can't find this: https://gaisler.org/qemu/0001-LEON3-Add-emulation-of-AMBA-plug-play.patch Where is it now? Is it on a ticket that I can update and pull from? Thanks. --joel ___ devel mailing list devel@rtems.org http://lists.rt

SIS with coverage support

I have now implemented code coverage support for both SPARC and RISC-V in the SIS simulator. Can somebody point me to a manual or web page on how to use covoar to produce a coverage report? I can't seem to be able to find any relevant documentation on this. The coverage data is in TSIM format so it

Re: [PATCH] Use HTTPS instead of FTP

On 23/1/19 11:42 pm, Sebastian Huber wrote: > FTP is an outdated protocol and blocked by some firewalls. +1 Thanks Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: SIS with coverage support

On 1/23/19 9:31 PM, Jiri Gaisler wrote: > I have now implemented code coverage support for both SPARC and RISC-V > in the SIS simulator. Can somebody point me to a manual or web page on > how to use covoar to produce a coverage report? I can't seem to be able > to find any relevant documentation o

Re: RTEMS Executive vs. Kernel

On Wed, Jan 23, 2019 at 2:25 AM Christian Mauderer < christian.maude...@embedded-brains.de> wrote: > Am 23.01.19 um 08:11 schrieb Chris Johns: > [...] > > > >> The "OS repo" is also good. > > > > What about "RTOS", eg RTOS repo? This leave 'OS' as the collective term > of the > > pieces we have an

Re: SIS with coverage support

On 24/1/19 9:12 am, Jiri Gaisler wrote: > After some trial and error, I got covoar to run with: Great. > However, the coverage is always 0% in the summary report: Does adding -v to the command line provide any more detail? Repeating -v increases the level but things can become rather verbose and

Re: RTEMS Executive vs. Kernel

On Wed, Jan 23, 2019 at 2:01 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 23/01/2019 08:11, Chris Johns wrote: > > On 23/1/19 5:50 pm, Sebastian Huber wrote: > >> On 22/01/2019 23:42, Chris Johns wrote: > >>> On 23/1/19 5:34 am, Joel Sherrill wrote: > I don't object. >

Re: SIS with coverage support

On Wed, Jan 23, 2019 at 4:45 PM Chris Johns wrote: > On 24/1/19 9:12 am, Jiri Gaisler wrote: > > After some trial and error, I got covoar to run with: > > Great. > > > However, the coverage is always 0% in the summary report: > > Does adding -v to the command line provide any more detail? Repeati

Re: [PATCH 1/2] user: Spell out third-party

On 23/1/19 8:42 pm, Sebastian Huber wrote: > --- > user/exe/executables.rst | 8 > user/hosts/macos.rst | 4 ++-- > user/hosts/windows.rst | 4 ++-- > user/installation/releases.rst | 2 +- > user/overview/index.rst| 2 +- > user/rs

Zynq RTEMS Networking Configuration Setup (no #defines in BSP)

Hi, I'm trying to configure the network interface on my Zynq Board using the instructions provided in Ch4.3.3 of the RTEMS Networking Guide (https://docs.rtems.org/branches/master/networking/using_networking_rtems_app.html#network-configuration) in order to increase the size of my udp receive b

Re: [PATCH 1/2] user: Spell out third-party

On Wed, Jan 23, 2019, 7:36 PM Chris Johns On 23/1/19 8:42 pm, Sebastian Huber wrote: > > --- > > user/exe/executables.rst | 8 > > user/hosts/macos.rst | 4 ++-- > > user/hosts/windows.rst | 4 ++-- > > user/installation/releases.rst | 2 +- > >

Re: [PATCH 1/2] user: Spell out third-party

On 24/01/2019 03:45, Joel Sherrill wrote: On Wed, Jan 23, 2019, 7:36 PM Chris Johns wrote: On 23/1/19 8:42 pm, Sebastian Huber wrote: > --- >  user/exe/executables.rst           |  8 >  user/hosts/macos.rst               |  4 ++-- >  user

Re: Zynq RTEMS Networking Configuration Setup (no #defines in BSP)

On 24/01/2019 03:16, Misra, Avinash wrote: My question is, is there a way through libbsd that I can set up my UDP and TCP/IP socket sizes or are the network driver and attach function defined for the Zynq somewhere that I can use to configure the network on my Zynq platform using the instructio

Do we really want to install the tests during a BSP install?

Hello, I rework currently the quick start chapter of the user manual. I think we should recommend to build the tests for a BSP and run them. To build applications on top of RTEMS you have to install the BSP. If you build the BSP with --enable-tests, then the test executables are installed. Th