Re: LEON2 and C++ exception handling

On 14/08/2017 23:08, Mike Looijmans wrote: > > Bit of searching and comparing exectables reveiled that the ".eh_frame" > segment > was missing in the ROM images. Turned out to be a typo in the link script. > > And indeed, it works properly now. Thank you for your help! > There is also the

Re: Compiling Without Internet

On 06/09/2017 07:21, Jacob Saina wrote: > Seems to fail in the same place. Log attached. Have you tried https://ftp.rtems.org/pub/rtems/releases/4.11/4.11.2/rtems-source-builder-4.11.2.tar.xz? The release scripts handle the special case of git repos. It is not clear to me what the use case and

Re: Compiling Without Internet

On 08/09/2017 13:20, Jacob Saina wrote: > Hi Chris, > > The use case is: On a machine with no Internet access, we should be able to > modify the BSP and applications and rebuild. > > My goal was to do (2) for the sake of having a known, frozen version of RSB; > but > ultimately I can buld RSB

Re: Compiling Without Internet

On 2/9/17 3:38 am, Jacob Saina wrote: > > I'm going to be building rsb, rtems, and applications with an intermittent > Internet connection, so I'd like to have all the pieces in place on disk > beforehand. How can I pull down all the necessary files and avoid failing > because of network access?

Re: dead servers

On 19/10/2017 16:12, gro...@chichak.ca wrote: > devel.rtems.org is dead and the ones that are referred to in source builder. Thanks. I have fixed it. It should be on line now. Chris ___ users mailing list users@rtems.org

Re: Stack_check_Dump_threads_usage printing out the wrong values

On 16/11/2017 09:50, Mr. Andrei Chichak wrote: > I’m working with 4.12 for ARM (cortex M7) > > I’m tracing down an issue and figured it smelled like a stack problem, so I > got > my command line interpreter to call rtems_stack_checker_report_usage(). > > The addresses that it is printing out

Re: Building RSB (RTEMS Source Builder) on Windows 10

On 14/11/2017 13:29, Jacob Saina wrote: >>> 2) I've noticed that the "rsb-report-arm-rtems4.11-kernel" file >>> (attached) >>> says "RSB: not a valid repo." What does this mean? >> >> I suggest you try a build with `--without-rtems` on the command line. ... > > I've kicked off a build

Re: RSB Deployment

On 25/11/17 8:29 am, Jacob Saina wrote: > Here's my new understanding -- stop me if I've got anything wrong. > > (from <>/rsb/rtems) Doing > > ../source-builder/sb-set-builder  --without-kernel --jobs=none > --prefix=/d/opt/rtems/4.11 4.11/rtems-arm > > will build RSB (without the kernel,

Re: RTEMS 4.11.2 building troubles on Windows10

On 19/12/2017 13:13, 茂呂　智志 wrote: > Thank you for your reply, but I couldn’t build these. What does the command `pwd` print? > Is there any need to change the setting of MSYS2? For example, PATH. No there should not be a need to update PATH. Please make sure you change into the 'rtems'

Re: Building RSB (RTEMS Source Builder) on Windows 10

On 16/11/2017 14:36, Joel Sherrill wrote: > FWIW I had a sparc build go ok for the master on Windows but tried a powerpc > build and it failed with something about unable to fork. I am restarting it > and > letting it run again. I would try a build with your virus checker software disabled. I

Re: Building RSB (RTEMS Source Builder) on Windows 10

On 17/11/2017 08:04, Jacob Saina wrote: > I am currently building 4.11.2 from git ("git checkout 4.11.2" prior to > building), and it looks promising because it's been going for longer than > the others took to fail. I'll report back tomorrow. > > > My computer also rebooted, but

Re: Building RSB (RTEMS Source Builder) on Windows 10

On 16/11/2017 14:36, Joel Sherrill wrote: > On Wed, Nov 15, 2017 at 4:35 PM, Chris Johns <chr...@rtems.org > <mailto:chr...@rtems.org>> wrote: > I have been considering the default of building the RTEMS kernel when > building > the tools as a result of what

Re: Broken Link to Documentation of 4.11.2

On 18/11/17 7:29 am, Jacob Saina wrote: > At https://devel.rtems.org/ and https://devel.rtems.org/wiki/Release , In the > Releases tables, the links to 4.11.2's documentation are broken. They link to > https://docs.rtems.org/releases/4.11.2/index.html which returns 404 Not Found. Fix. Thank you

Re: Issue with mbuf de-allocation when using NFS in RTEMS

On 02/11/2017 12:28, Ben Dart wrote: > But still, eventually, we run out of MBUFS and the system is inoperable. We > are > running an old version of RTEMS (4.9.2) but even compared to the newer version > 4.11 we can see any significant changes in this or the NFS related files that > would suggest

Re: Issue with mbuf de-allocation when using NFS in RTEMS

On 03/11/2017 10:25, Ben Dart wrote: > PowerPC 5200 BSP, but the mbuf management comes from libnetworking in the > cpukit, I thought this was not related to the BSP? The management of the buffers is in libnetworking as you point out however the network driver is either shared and located in

Re: Issue with mbuf de-allocation when using NFS in RTEMS

On 2/11/17 1:48 pm, Ben Dart wrote: > I did see this patch, it looks like it is to do with fixing the issue with > the RPC cant decode. We will see if it fixes this, Good to know. > but why would the MBUF count go down due to this? Have you seen anything that > would indicate a reason for the

Re: Building rtems-4.9 using source builder failes

On 10/11/2017 05:28, Michael Davidsaver wrote: > On 11/08/2017 02:57 PM, Chris Johns wrote: >> I am happy to merge patched onto other branches including 4.9 if the change >> has >> been tested. I would need a tested patch attached to a ticket and a ticket >> for >

Re: Building rtems-4.9 using source builder failes

On 09/11/2017 06:06, Michael Davidsaver wrote: > A hack to skip info creation. > > https://github.com/mdavidsaver/rsb/commit/f0bf5876ad96417db07a876845fbf833b10ced65 Are you sure `MAKEINFO=true` is correct? My testing which is now on the master branch [1] is:

Re: Building RTEMS 4.12 for ARM using source builder fails

On 31/10/2017 07:45, Chris Johns wrote: > On 31/10/2017 04:50, Joel Sherrill wrote: >> On Oct 30, 2017 1:33 PM, "Brendan McNally" <bren...@xia.com >> <mailto:bren...@xia.com>> wrote: >> Hi Chris - >> >> Thank you! The path length

Re: building RTEMS Kernel fails (checking for arm-rtems4.12-gcc... no)

On 03/11/2017 03:28, 徐帅 wrote: > I have problems when building RTEMS Kernel > > $../rtems/configure --target=arm-rtems4.12 --enable-rtemsbsp=beagleboneblack > --prefix=/home/sxxsxx/development/rtems/kernel/image > ... > \target architecture: arm. > available BSPs: beagleboneblack. > 'make all'

Re: QEMU and mvme3100

On 29/10/2017 01:58, Michael Davidsaver wrote: > On 10/27/2017 02:13 PM, Joel Sherrill wrote: >> On Sun, Oct 22, 2017 at 10:17 PM, Michael Davidsaver >> <mdavidsa...@gmail.com <mailto:mdavidsa...@gmail.com>> wrote: >> >> Chris Johns has posted some inst

Re: Filesystem in RTEMS

On 21/10/2017 14:58, xuelin.t...@qkmtech.com wrote: >>> I also add this library - >>> "additional_flags += > ['-L/opt/rtems-4.11.1-release/4.11-bsp/arm-rtems4.11/xilinx_zynq_zedboard/lib > -ljffs2']" > >>Link order? > > Yeah, I google it, and it says that this kind of error is related to

Re: Time taken for each thread

On 21/10/17 9:38 am, Hui Yie Teh wrote: > Sorry, I forgot to mention I am running on an arm board, lm3s6965 on qemu Are you using the qemu patches in the BSP's directory? Chris ___ users mailing list users@rtems.org

Re: Time taken for each thread

On 21/10/17 1:58 am, Hui Yie Teh wrote: > > How do I measure the time taken for a thread in RTEMS? I tried > using uint64_trtems_clock_get_uptime_nanoseconds(void); to get the start and > end > time but it is giving me 0. > Which architecture and BSP? Chris

RTEMS Tier Allocations.

Hi, This post is the start of the process to formally define the tiers for RTEMS. The RTEMS Tiers helps the project and you understand the current tested state of RTEMS in an open and public manner. It is important we do this and we get valid results. Up to this starting I have made a bit of

Re: Building RTEMS 4.12 for ARM using source builder fails

On 31/10/2017 04:50, Joel Sherrill wrote: > On Oct 30, 2017 1:33 PM, "Brendan McNally" > wrote: > Hi Chris - > > Thank you! The path length was indeed the issue, and building from > 'E:\dev\rtems' worked as advertisied. > > And thank

Re: (GSoC 2018) Introduction for Danxue(Dannie) Huang

On 05/05/2018 14:51, Danxue Huang wrote: > Hi folks, Hi Danxue, welcome to RTEMS. > This is Danxue(Dannie) Huang, a junior student majoring in computer science at > University of Alabama in Huntsville. I come from China and it has been three > years since I came to the U.S.. I get to know GSoC

Re: ARM cache usage

On 28/4/18 1:11 am, William Busacker wrote: > > Can someone point me in the direction of material that can explain how > RTEMS uses the MMU on an ARM processor (specifically the ARM11 that the > Raspberry Pi uses)? I want to see if there are any optimizations I make > in code to take better

Re: Raspberry Pi Rtems-Graphical-Toolkit

On 16/5/18 9:39 pm, Mikhail Svetkin wrote: > > I think it will be very good if RTEMS has some kind of input subsystem > (keyboards,  mouse, touchscreen) with standard API. > Do you have an example standard API what would be suitable? Chris ___ users

Re: IMFS usage

On 18/5/18 4:09 am, Matthew J Fletcher wrote: > >> The IMFS uses malloc for disk blocks so that might have to be addressed for > your use cases. > > Is there any way to pass in / override the block allocator ? > Not that I know of with the IMFS. Another way to have a RAM disk in a specific

Re: zynq picozed board

On 29/5/18 5:12 am, Siddons, David wrote: > Has anyone implemented RTEMS on an Avnet Picozed board? What needs to be > changed > in the existing ZynQ support to do that? There should not be too much. I have these functions with suitable values /* * Provide the peripheral clock freq. */

Re: Format flash chip with FAT

On 5/6/18 9:03 pm, LINDOW, Phil wrote: >> Why do you want to use a FAT file system on a flash instead of JFFS2? >> With the functions you have, you have all what you need to use JFFS2. > > Because the file system should be compatible with RTEMS, VxWorks and in the > best case PikeOS. > I know

Re: rsb problem with python

On 31/5/18 7:32 am, Slide wrote: > > That's something I would like to know as well. When something fails after > building GCC, it would be nice to not have to rebuild GCC the next time. I > don't > know enough about the RTEMS build process at this point to be able to help you > on that part. >

Re: rsb problem with python

On 2/6/18 5:29 am, Slide wrote: > > Is there any additional information in the logs for the git command failure? > > Build: error: git command failed (/usr/bin/git): 1 > Please raise a ticket to see if more detail can be provided on error. I think the --trace option has the ability to provide

Re: zynq bspreset function do not work

On 29/06/2018 11:03, bin.w...@qkmtech.com wrote: > On 29/06/2018 08:33,Chris Johns wrote: >>Are you running in secure mode, ie a secure boot with an AES key in the BBRAM >>or >>eFuse? >   >>There is a bug in the Zynq with the SRST bit when operating in secure m

Re: RTEMS Source Builder issue

On 26/06/2018 17:01, Ian Caddy wrote: > Hi Chris, > > > On 26/06/2018 2:49 PM, Chris Johns wrote: >> On 26/06/2018 16:36, Ian Caddy wrote: >>> It is failing trying to build newlib, complaining that it can not find >>> zlib.h: >>> >> Did you

Re: RTEMS Source Builder issue

On 26/06/2018 16:36, Ian Caddy wrote: > Hi All, > > I am trying to use the source builder to put together an ARM toolchain, I > followed the instructions on: > > https://docs.rtems.org/branches/master/rsb/quick-start.html > > but got the 4.11.3 tag from GIT, and used the command line: > >

Re: RTEMS Source Builder issue

On 26/06/2018 17:13, Ian Caddy wrote: > An update on this, I am not that familiar with Ubuntu and got the correct > information about build-dep, it was erroring saying I had no source in my > source.list, which I have now fixed, and it is installing a bunch more stuff > for > that first install

Re: RTEMS Source Builder issue

On 27/06/2018 16:12, Ian Caddy wrote: > On 27/06/2018 11:03 AM, Chris Johns wrote: >> On 26/06/2018 17:13, Ian Caddy wrote: >>> An update on this, I am not that familiar with Ubuntu and got the correct >>> information about build-dep, it was erroring saying I had no s

Re: rsb: git checkout 5 fails

On 03/07/2018 12:37, Michael Davidsaver wrote: > With a clean checkout of rtems-source-builder I attempted to build > "5/rtems-powerpc.bset", but was eventually greeted with: > >> git: checkout: git://git.rtems.org/rtems.git => 5 >> error: git command failed (/usr/bin/git): 1 > > With a little

Re: Remove support for the historic Intel 80386

On 25/04/2018 23:48, Joel Sherrill wrote: > > To answer your m68k question...I can't find the post to gcc@ but there are > only > a handful > of ports using the cc and that is a barrier to future changes. The m68k, v850, > and a few > others are at risk until the port is updated to use more

Re: GSOC'18 project description

On 30/04/2018 20:05, Sebastian Huber wrote: >> 3) Investigate the importance of live tracing functionality and addition of >> kernel level tracing. I will design both possibilities and decide which one >> to >> work on by the end of phase 1 of my evaluation. > > I work currently on a new low

Re: GSOC'18 project description

On 1/5/18 7:34 pm, Sebastian Huber wrote: > - Am 1. Mai 2018 um 5:38 schrieb Chris Johns chr...@rtems.org: > >> On 30/04/2018 20:05, Sebastian Huber wrote: >>>> 3) Investigate the importance of live tracing functionality and addition of >>>> kern

Re: Filesystem in RTEMS

On 22/10/2017 21:00, xuelin.t...@qkmtech.com wrote: > Everything worked well, after erasing the whole flash. But errors came up > without erasing it. You need to erase the flash before use. JFFS2 cannot tell the flash was unused and available for use so it has to assume it has become corrupted

Re: malloc info

On 09/02/2018 00:59, Mikhail Svetkin wrote: > Hi all, > > I am trying to investigate memory leak in my application. > > I check malloc information via malloc_free_space > and rtems_shell_main_malloc_info and i see after some times that they have > different results. > > For example: >

Re: RES: Problems with RTEMS installation - coming from 4.10

On 05/02/2018 21:45, Fabrício de Novaes Kucinskis wrote: > Hi Mr. Silva, long time no see! > > Sorry for the delay on answering, just this weekend I could resume this task > (don't let my wife know!!). > > Thanks for the link. As I suspected, I was missing something very very basic: > I >

Re: __undef_stack and _stack_end from __GNUC__ not supported in RTEMS

On 02/02/2018 01:28, Fernando Domínguez wrote: > Hi, > > I'm trying to move a SD card driver for Xilinx Zynq (Zedboard) to RTEMS. > During > linking phase, the following errors arise: > > /home/fdpo/xilinx_hal/xilinx_aux/src/xil_cache.c:790: undefined reference to > `__undef_stack' >

Re: RTEMS Toolchain building failed for ARM

On 01/02/2018 14:10, zhang heng wrote: > + ./configure --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --verbose > --prefix=/H/Project/rtems/4.11 --bindir=/H/Project/rtems/4.11/bin > --exec-prefix=/H/Project/rtems/4.11 --includedir=/H/Project/rtems/4.11/include >

Re: RTEMS Toolchain building failed for ARM

On 12/02/2018 20:20, zhang heng wrote: > Dear, >     Do you mean that I should install the x86_64-w64-mingw32-gcc in MSYS2 > shell? > but I cannot find this package. > No, that is the name of the compiler. The user manual's list:

Re: RTEMS Toolchain building failed for ARM

On 9/2/18 5:42 pm, zhang heng wrote: > > Dear, > > heng@heng-PC MINGW64 /h/Project/rtems/rsb/rtems > > $ pacman -Q  mingw-w64-x86_64-gcc > mingw-w64-x86_64-gcc 6.2.0-2 > > heng@heng-PC MINGW64 /h/Project/rtems/rsb/rtems > > $ gcc  -v That is the MSYS2 compiler and is not the compiler

Re: Problem intializing the Network Stack

On 14/02/2018 00:15, Sascha.Tetkov wrote: > Hello, > > I'm currently trying to initialize the Network Stack to create a simple echo > server on a LEON-4 N2X processor board. I'm using the Cobham Gaisler supplied > cross-compiler (gcc with ready to use BSPs), and have already run some test >

Re: [ANNOUNCE] RTEMS 4.11.3 Release

ets resolved in this release are: https://devel.rtems.org/wiki/Release/4.11/4.11.3 Chris > > Russ > > Sent from my BlackBerry 10 smartphone on the Virgin Mobile network. >   Original Message   > From: Chris Johns > Sent: Thursday, February 15, 2018 5:06 PM > To: Users > S

RTEMS CPU Kit Doxygen on docs.rtems.org

Hi, I have updated https://docs.rtems.org/ adding Doxygen links for release and branch catalogues where it is available. There is now a link at the end of the catalogue called "RTEMS CPU Kit Doxygen" that takes you to the online doxygen. Branches should be automatically updated. Chris

Re: INTERNAL_ERROR_BAD_THREAD_DISPATCH_ENVIRONMENT

On 20/02/2018 00:13, Matthew J Fletcher wrote: > All, > > Replying to my own post, with CPU_ENABLE_ROBUST_THREAD_DISPATCH set FALSE i > get > a fatal exception, this on a Cortex-M7, rtems 5.0.0 from git. > > I think i will have to work around the new behavior somehow. > I would view this as

Re: INTERNAL_ERROR_BAD_THREAD_DISPATCH_ENVIRONMENT

On 21/02/2018 01:23, Sebastian Huber wrote: > - Am 19. Feb 2018 um 12:41 schrieb Matthew J Fletcher ami...@gmail.com: > >> Hi, >> >> I've seen this in our application in certain use cases, if my understanding >> is correct (an it might not be), it comes >> from

Re: RTEMS Toolchain building failed for ARM

On 22/02/2018 19:08, zhang heng wrote: > Dear, >   I have never installed Cygwin and minGW. when  creating a simple C file and > compile it with gcc in the MSYS2 shell ,I find the error may be generated by > ld.exe.  > > heng@heng-PC MINGW64 /h/Project/demo > $ gcc demo.c -o demo > F:/Program

Re: configure problem

Hi, Please use the users@rtems.org for User related questions. On 25/12/17 9:46 pm, bin.w...@qkmtech.com wrote: > > i use the msys2 in the windows7 ,i have install the rtems tools and xilinx > zynq_zc702 bsp, and i follow the RTEMS Eclipse Manual /Release 4.11.2 pdf   > ,but > when i  

Re: the difference between posix user and c user

On 29/12/17 12:00 am, bin.w...@qkmtech.com wrote: > hi everyone: > > i am new to linux and rtems. i do not understand > what the difference between posix user and c user . > > i am confused about these two concept. which condition i should choose posix ? > which condition i should choose c ? >

Re: smp support

On 29/12/17 12:16 pm, bin.w...@qkmtech.com wrote: > thanks a lot .  > > i have another question , if i use the smp, can i use the interrupt of  rtems? > which i want to interrupt period of hard real time of 125us.  > Yes you can. > i do not know the difference of the bare-metal interrupt and

Re: dynamic linker in RTEMS 5 ?

On 21/12/17 2:22 am, Till Straumann wrote: > I think it would not be very difficult to add support for dlopen to cexpsh. Great. Is there a public repo with the latest code? Can just the cexp part be brought into RTEMS under say libmisc? Looking at the a github repo I see regexp, getopt, and

Re: dynamic linker in RTEMS 5 ?

On 23/12/17 3:45 am, Till Straumann wrote: > FWIW - I had (a while ago) created the pmelf library (which is distributed > with > cexpsh but can be unbundled). > > The primary goals were: >  - independent licensing >  - only read pieces of a file which are actually needed. Most ELF libraries I >

Re: dynamic linker in RTEMS 5 ?

On 22/12/17 11:06 am, Till Straumann wrote: > On 12/21/2017 05:18 PM, Chris Johns wrote: >> I am missing the reason why the list is important to cexp? Are symbols not >> enough? Sorry to be asking rather basic questions. > Sure, symbols are enough - however, cexp keeps its

Re: dynamic linker in RTEMS 5 ?

On 22/12/17 5:07 pm, Sebastian Huber wrote> At least at the moment all RTEMS targets use ELF. I removed all non-ELF support > in Binutils for obsolete RTEMS targets in January 2017. Sure, but I am not sure how this relates to the discussion. > It would be nice to have the ELF headers in RTEMS

Re: GSoC'18-Introduction

gt; never used it so I'm not sure how well you can debug through the libbsd > with it. I'm also not sure whether it works for the BBB. Chris Johns > added the ARM support some time back. Maybe he can give you any hints if > you want to try libdebugger. Currently the only ARM I know i

Re: GSoC'18-Introduction

On 27/02/2018 07:54, Christian Mauderer wrote: > Am 26.02.2018 um 18:01 schrieb Russell Haley: >> On Mon, Feb 26, 2018 at 12:04 AM, Christian Mauderer >> wrote: >>> Hello Udit, >>> >>> Am 26.02.2018 um 08:30 schrieb Russell Haley: On Sun, Feb 25, 2018

Re: how to use system function to execute the script

On 22/06/2018 14:44, bin.w...@qkmtech.com wrote: > hi everyone: > > i want to use the "system()" to execute the script. but do not has output > > first i want to use "system()" to execute the shell cmd, but alse have no > output > > the test code is as followed: > >     system("ls -l"); >

Re: SMP related question

On 10/08/2018 22:30, Sebastian Huber wrote: > Hello Stavros, > > you can do this with a custom clustered scheduler configuration: > > https://docs.rtems.org/branches/master/c-user/configuring_a_system.html#clustered-scheduler-configuration > I had a brief look over the documentation you

Re: Can the sb-set-builder be restarted after error

On 07/08/2018 07:29, DeCaro, Fred wrote: > So I ran a command like this: > > ../source-builder/sb-set-builder --prefix=/c/opt/rtems/4_11_3  --keep-going  > 4.11/rtems-arm > > and it failed in the rtems-tool part. Everything else seemed to build without > errors. > OK. > > I went in and fixed

Re: examples-v2 build issue with qemuprep

On 24/08/2018 10:22, Joel Sherrill wrote: > > > On Thu, Aug 23, 2018, 6:53 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 24/08/2018 08:33, Matthew Gann wrote: > > I've modified the c/src/bsp.pc.in <http://bsp.pc.in> <http://bsp.p

Re: examples-v2 build issue with qemuprep

On 24/08/2018 08:33, Matthew Gann wrote: > I've modified the c/src/bsp.pc.in file and still see the > same > issues (still need the -Dmpc604, and it still fails on fat_ramdisk).  It looks > like the -qrtems argument did move in the argument list, but didn't fix this >

Re: How to configure _Sysinit handler list?

On 20/08/2018 16:01, Sebastian Huber wrote: > On 20/08/18 05:12, Chris Johns wrote: >> On 17/08/2018 02:21, Aaron Bufkin wrote: >>> Never mind.  I figured it out.  The RTEMS_SYSINIT_ITEM() macro allows me to >>> insert initialization handlers to the loop that I ment

Re: How to configure _Sysinit handler list?

On 17/08/2018 02:21, Aaron Bufkin wrote: > Never mind.  I figured it out.  The RTEMS_SYSINIT_ITEM() macro allows me to > insert initialization handlers to the loop that I mentioned earlier. Thank you for let us know. If you think the documentation in ...

Re: imx6ULL memcpy issue in RTEMS 5

On 4/9/18 6:13 pm, Ian Caddy wrote: > Hi All, > > I am trying to get a imx6ULL custom BSP running on RTEMS 5.  I am working > through some startup issues between u-boot and RTEMS and I think I have most > of > them squared away now. > > During the RTEMS higher level init, the IMFS is inited and

Re: 4.11 RSB was Re: rsb

On 8/7/18 3:47 am, Joel Sherrill wrote: > Chris.. hoping you see this.. Just now, I am back in NZ for the week. > I started a test of 4.10 before the server was shut down to be moved > to OAR's new location yesterday but not 4.11. > > On Fri, Jul 6, 2018 at 7:07 PM, Siddons, David

Re: GSoC'18-Introduction

On 01/03/2018 18:08, Christian Mauderer wrote: > Am 28.02.2018 um 05:52 schrieb Chris Johns: >> On 28/02/2018 15:37, Christian Mauderer wrote: >>> Yes, seems that I misunderstood it. So OpenOCD will remain on top of the >>> recommendation list. >> >> F

Re: Beaglebone Black RTEMS(Master)

On 12/03/2018 23:05, Emre Çetin wrote: > I can not use sdcard.sh script after configured rtems as bsp=beagleboneblack. > There is no problem with compiling via arm/beagle, I have all the .exe files > but > I can not convert them to bootable images. Can you any suggestions? Thank you. > -- My host

Re: Is there any way to tailor some rtems-libBSD functions?

On 04/04/2018 16:47, jameszxj wrote: > > Is there any way to tailor some rtems-libBSD functions? > For example, we do not need ipv6，can i exclude the function from libBSD？ > Currently there is no user accessible support. There is a task under way to provide user support, see

Re: Trouble with Quick Start build on CentOS 7 and Ubuntu

On 14/4/18 11:19 am, Christopher Etzkorn wrote: I have attempted multiple times to build the SPARC toolchain on both CentOS 7 and Ubuntu 16.04.4 in VirtualBox, and I keep hitting a snag at this point: # ../source-builder/sb-set-builder --prefix=$HOME/development/rtems/5 5/rtems-sparc The

Re: Fw: Lua was Re: Quickstart Build instructions

On 10/04/2018 15:58, Russell Haley wrote: > On Mon, Apr 9, 2018 at 5:53 PM, Chris Johns <chr...@rtems.org > <mailto:chr...@rtems.org>> wrote: > On 10/04/2018 10:40, Gedare Bloom wrote: > > On Mon, Apr 9, 2018 at 4:17 PM, Russell Haley <russ.ha...@gmail.com

Re: Task context information available on crash

On 20/03/2018 04:36, Matthew J Fletcher wrote: > > When an application crashes and the bsp_fatal_extension() is invoked, is > there a > way to see (in gdb or otherwise) what the last executing task was ? > > I guess there is some task context maintained but it would be internal to > rtems. >

Re: GSoC'18-Introduction

On 28/02/2018 06:33, Christian Mauderer wrote: > thanks for the information. I'm quite sure that I have seen some web > pages that use the FlySwatter2 together with a BBB. But If you had some > bad experience, I'll not recommend the FlySwatter2 or some OpenOCD based > debugger for the BBB in the

Re: GSoC'18-Introduction

On 02/03/2018 17:12, Christian Mauderer wrote: > Am 02.03.2018 um 00:53 schrieb Chris Johns: >>> >>> I think it would be a good idea to take a look at the boot process >>> first: We have two situations: >>> >>> 1. U-Boot does loads a FDT at a

Re: RTEMS in AMP mode

On 18/10/2018 15:56, Sebastian Huber wrote: > On 17/10/2018 18:03, Alan Cudmore wrote: >> Is the POSIX API preferred for RTEMS applications moving forward? > > I would use standard APIs such as POSIX, C++11 or boost. > Does this mean https://devel.rtems.org/ticket/2514 is finished and can be

Re: RTEMS tools invalid version file

On 29/10/2018 23:03, Heinz P. Junkes wrote: > Try to run waf in rtems tools: > > [h1@earth rtems-tools (master)]$ ./waf configure > --prefix=/home/h1/RTEMS/rtems/5.0 build install > Setting top to   : /home/h1/RTEMS_DEV/rtems-tools > Setting out to  

Re: RTEMS tools invalid version file

On 30/10/2018 13:06, Amar Takhar wrote: > On 2018-10-30 11:20 +1100, Chris Johns wrote: > >> Amar mentioned something about this in a chat the other day and I have not >> chased it up. > > > This is quick since it's late but the issue I ran into is in >

Re: RTEMS tools invalid version file

ild_top=/home/h1/RTEMS_DEV/rtems-source-builder/rtems/build/rtems-tools-36fde5169aef5b0af37f951907705caee76626ee-1 > > + test x86_64-linux-gnu != x86_64-linux-gnu > + RT_HOST= > + cd rtems-tools-36fde5169aef5b0af37f951907705caee76626ee > + ./waf distclean configure --prefix=/home/h1/RTEMS/rt

Re: building powerpc-rtems5-gcc-7.3.0-newlib on Darwin Build FAILED

On 06/11/2018 20:51, Sebastian Huber wrote: > I updated the RSB to address this issue. Would you mind testing this with your > machine? I have started a build of all tools here. The PowerPC should be posted after a while. It is not fastest Mac around but it is a good test bench. Chris

Re: How to sync a dos file system externally

On 03/10/2018 04:56, Cliff Geschke wrote: > I have implemented a dos file system (msdos_*) on a flash device. Is the flash device a chip you have direct access too? The reason I ask is if possible using JFFS2 (a journaling file system) or even YAFFS (commercial license maybe needed) is a better

Re: Re: RTEMS 5 build on a Mac with the latest compilers?

On 19/09/2018 16:24, gro...@chichak.ca wrote: > My initial tests look very promising. I did a clean pull and build and the > ARM tools built without complaint. Great. Do you have any macports or homebrew packages installed? I keep my machines free of these to make sure we build with the most

Re: Unresolved Symbols using RTL on pc686

On 25/09/2018 05:41, Hickey, Joseph P. (GRC-LSS0)[Vantage Partners, LLC] wrote: > Hi All -- Hello and welcome. > > I'm currently seeing some unexpected behavior where references to > non-initialized global variables inside a loaded module are not getting > resolved > properly after

Re: RTEMS 5 build on a Mac with the latest compilers?

On 19/9/18 11:08 am, Chris Johns wrote: > The only recent issue I have seen is with APFS on high end MacBooks with large > solid state disks. I thought we had a patch to work around the issue but I > cannot find it in the RSB and I was building tools on that machine on the > wee

Re: rtems_message_queue_receive / rtems_event_receive issues

On 25/09/2018 21:37, Catalin Demergian wrote: > what does it mean exactly to run with the RTEMS master ? This is our short hand for saying use the development version of RTEMS, specifically the next release called RTEMS 5. It requires cloning a couple of git repos and using them rather than the

Re: rtems_message_queue_receive / rtems_event_receive issues

On 26/09/2018 16:43, Catalin Demergian wrote: > When you say "changing the makefiles" who's makefiles are these?  > -> for example lib/rtems-4.11.2/c/src/lib/libbsp/arm/stm32f7/Makefile.am > in order to include my USB .c and .h files Thanks. > Did you merge your code into the RTEMS > source

Re: replacement for bin2boot in RTEMS 5.1

hi, Sorry about the delay. On 16/1/19 3:19 am, Heinz Junkes wrote: > To boot rtems code within qemu we used bin2boot in 4.10 like > > i386-rtems4.10/pc386/build-tools/bin2boot dbScanTest.boot 0x00097E00 > /home/travis/.rtems/i386-rtems4.10/pc386/lib/start16.bin 0x00097C00 0 > dbScanTest.bin

Re: Building rtems 4.11.3

On 13/12/18 3:16 am, Ricardo Derbes wrote: > Hello. > I'm currently using rtems-4.10.2 but trying to upgrade to rtems-4.11.3 > Due to network restrictions, I can not to use RSB, Could you please try downloading the `sources` directory from ...

Re: can't clone rsb

On 18/12/2018 12:54, Siddons, David wrote: >   This git issue seems to be specific to my laptop. Both my big server and my > work desktop had no trouble. Not sure how to debug it further, or if it's > worth > the effort. Ok. Happy help offline if you need a hand. > I'll continue using the

Re: can't clone rsb

On 17/12/2018 10:57, Siddons, David wrote: >    I showed in my first email that this command can't find a repository: > > ~/development/rtems$ git clone git://git.rtems.org/rtems-source-builder.git > rsb > Cloning into 'rsb'... > fatal: repository

Re: Problems with RTEMS toolchain build 4.12 & 5 incl. Ada support

the online docs and there is no section on this topic. I have created a ticket and cc'ed you on it ... https://devel.rtems.org/ticket/3629 I hope that is OK? > Thanks in advance for every answer or hint pointing me to the right direction > (esp. on the question how to define the correct RSB

Re: Qualification of RTEMS SMP (ECSS)

On 05/12/2018 17:14, Sebastian Huber wrote: > On 04/12/2018 17:53, Amaan Cheval wrote: >> This is great news! >> >> - Is there a way for other interested parties to join the effort (volunteers >> from the community)? > > Yes, of course, however it will be not easy to coordinate. The development >

Re: Qualification of RTEMS SMP (ECSS)

On 08/12/2018 00:45, Sebastian Huber wrote: > On 06/12/2018 01:47, Chris Johns wrote: >>>> - Will all the work also be planned on public channels (devel@, public WIP >>>> branches, etc.)? >>> The project infrastructure is undecided. We probably need some extra G

  1   2   3   4   >