Re: installing Doorstop on macOS (for RTEMS use)

On 11/10/19 5:23 pm, Sebastian Huber wrote: > Hello Chris, > > I know that you don't like homebrew based solutions on macOS. I do not mind homebrew or macports however for RTEMS is not practical to support them. > The reasons for this are understandable. Thanks > This is why I suggested to use

Re: installing Doorstop on macOS (for RTEMS use)

On 14/10/19 4:07 pm, Sebastian Huber wrote: > On 13/10/2019 11:15, Chris Johns wrote: >> On 12/10/19 8:08 am, Joel Sherrill wrote: >>> On Fri, Oct 11, 2019, 3:40 PM Gedare Bloom >> <mailto:ged...@rtems.org>> wrote: >>> >>>

Re: installing Doorstop on macOS (for RTEMS use)

On 12/10/19 8:08 am, Joel Sherrill wrote: > On Fri, Oct 11, 2019, 3:40 PM Gedare Bloom > wrote: > > On Thu, Oct 10, 2019 at 8:34 AM Andrew Butterfield > mailto:andrew.butterfi...@scss.tcd.ie>> > wrote: > > > > Dear RTEMS Users, > > > >  Sebastian

Re: File system deadlock troubleshooting

> On 10 Oct 2019, at 7:00 pm, mben...@windhoverlabs.com wrote: > > I’m fairly certain I’m running into this reported issue: > > https://devel.rtems.org/ticket/2792 It does seem similar. > Is there any status change on this? Is there a temporary workaround recovery > procedure? No work has

Re: Help request for potentially new host dependencies

On 9/10/19 3:37 am, Sebastian Huber wrote: > > How do you build the documentation with this base installation? > I used easy_install and have ... % sphinx-build --version Sphinx (sphinx-build) 1.3.4 I only build HTML on MacOS and then check any patches on another machine that can generate PDF.

Re: installing Doorstop on macOS (for RTEMS use)

hon 3.7.4 > > ~> which pip > /usr/local/bin/pip > ~> pip --version > pip 19.0.3 from /usr/local/lib/python2.7/site-packages/pip (python 2.7) > > ~> which pip3 > /usr/local/bin/pip3 > ~> pip3 --version > pip 19.1.1 from /usr/local/lib/python3.7/site-packages/

Re: Help request for potentially new host dependencies

On 9/10/19 10:02 am, Chris Johns wrote: > On 9/10/19 3:31 am, Sebastian Huber wrote: >> - Am 8. Okt 2019 um 4:04 schrieb Jonathan Brandmeyer >> jbrandme...@planetiq.com: >> >>> On Mon, Oct 7, 2019 at 12:32 AM Sebastian Huber >>> wrote: >>>&g

Re: File system deadlock troubleshooting

On 10/10/19 6:23 am, Mathew Benson wrote: > I added the tracerfs command to the shell.  Not sure why that's not already > there. The command is not in the shell directory and I did not add it to the config for the shell. Maybe is should be. I am not sure. > I enabled all with "tracerfs set all". 

Re: Help request for potentially new host dependencies

On 9/10/19 3:31 am, Sebastian Huber wrote: > - Am 8. Okt 2019 um 4:04 schrieb Jonathan Brandmeyer > jbrandme...@planetiq.com: > >> On Mon, Oct 7, 2019 at 12:32 AM Sebastian Huber >> wrote: >>> >>> Hello, >>> >>> I need your help to figure out if some host tools which I would like to >>> use

Re: File system deadlock troubleshooting

On 8/10/19 12:53 pm, Mathew Benson wrote: > I'm using RTEMS 5 on a LEON3.  I'm troubleshooting a failure condition that > occurs when stress test reading and writing to and from RAM disk.  RAM disk to > RAM disk.  When the condition is tripped, it appears that I have 4 tasks that > are pending on c

Re: Help request for potentially new host dependencies

On 7/10/19 5:32 pm, Sebastian Huber wrote: > I need your help to figure out if some host tools which I would like to use > for > the RTEMS BSP build and development are widely supported on the host platforms > of all RTEMS users. > > The current build system is based on Autoconf and Automake. I w

Re: jtag access for zybo zynq board

On 3/10/19 9:21 am, Kent Dorfman wrote: >>> I need to know if there is >>> necessary magic that is being supplied by those tools, or if bootgen >>> is all I need. >> >> There is the open tool ... >> >> https://github.com/antmicro/zynq-mkbootimage >> >> ... that I use for clear or non-encrypted FSBL

Re: Does stm32f4 target support libbsd?

On 2/10/19 2:44 pm, Sebastian Huber wrote: > > For low RAM targets lwIP and uIP are an option. > The RSB can build lwIP (net/lwip). I have not used it or know anything about it. Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailm

Re: jtag access for zybo zynq board

On 2/10/19 3:01 am, Kent Dorfman wrote: > Yes. am reading is OpenOCD document. My specific use-case is > Zybo-7020 using a USB/HS1 JTAG link and there are things in the > document I'm not sure about: > > 1) can I ignore anything related to the PL? Yes and no, it depends. In terms of JTAG access

Re: jtag access for zybo zynq board

On 30/9/19 11:25 pm, Kent Dorfman wrote: > On 9/27/19, Jonathan Brandmeyer wrote: >> OpenOCD should work, although you'll have to do some legwork on your >> own to make it happen. It has JTAG adapter configurations built-in >> for the HS3 family, as well as some of the Zynq-7000 family. It >> do

Re: jtag access for zybo zynq board

On 27/9/19 11:48 pm, Kent Dorfman wrote: > While not an RTEMS specific question, hopefully someone can give me > some options. > > I have a digilent Zybo 7020 zynq board that has a USB/JTAG interface > on board and I need to access the board through the JTAG to configure > the flash, install u-boo

Re: Write and read functions for RTEMS

On 21/9/19 8:39 am, Michel Macena wrote: >  I noticed in the IO primitive manager section in the RTEMS POSIX guide that > there are a read and a write function, however the IO guide are not finished > yet, so I don't know if those functions are in good shape to use. Are they ok > ? > Also is there

Re: Three chip erc32 Re: CONFIGURE_APPLICATION_NEEDS_CLOCK_DRIVER macro issue

On 21/9/19 8:34 am, Michel Macena wrote: > Sorry for the late response, but the board is with hardware issues wich caused > the strange behavior. I'm using another board with a single chip ERC32. Many thanks for let us all know. Chris ___ users mailing

Re: 5/rtems-arm realview_pbx_a9_qemu build error

On 20/9/19 2:53 am, Kent Dorfman wrote: > Did this a few weeks ago and it seemed to work, but now getting an > undefined symbol when trying to compile the testsuite as follows: > > /storage/work/rtems/configure \ > --prefix=/storage/work/bsp-host \ > --target=arm-rtems5 \ > --enable-rtemsbsp=realv

Re: Tick interrupt priority?

On 19/9/19 2:31 pm, gro...@chichak.ca wrote: > Super, I’ll have to review my projects to see if I did it right. > > Granted, it should only come into play when there is interrupt contention, > but these are the sorts of things that cause subtle issues. I should also mention what I said implies t

Re: Tick interrupt priority?

On 19/9/19 2:16 pm, gro...@chichak.ca wrote: > I was reviewing the interrupt priorities on a project where I’m using > FreeRTOS and they want the tick interrupt priority to be very low. > > I found this to be not obvious, then started wondering what the elders of the > RTEMS suggest for use with

Re: development guide out of date?

On 12/9/19 2:32 pm, Gedare Bloom wrote: > You're right, it looks like the "RTEMS Development Environment Guide" > needs an update. You should for the most part be able to replace > c/src/lib/libbsp by bsps, except that paths to include files have also > been modified. The other little wobble is th

Re: symbol resolve between the two RAP files

On 10/9/19 10:23 am, jaeho jo wrote: > I wonder if I can resolve the symbol between the two RAP files for dynamic > load. > > ex) > a.c. / b.c. / main.c. > > a.c. -> a.rap > - define 'a_test_func()' > > b.c. -> b.rap > - use 'a_test_func()' > > main.c -> BaseImage > > > Attempting to generat

Re: Msys2 on Windows 10

On 5/9/19 5:08 am, Jeff Mayes wrote: > Hi > > I have a fresh install of Windows 10, with updates.  Then installed MSYS2 as > instructed here: > > https://docs.rtems.org/branches/master/user/hosts/windows.html#msys2 > >   > > Fetched the RSB, and then tried to build rtems-sparc tools, like thi

Re: DMA to Ramdisk area on Zynq RTEMS

On 3/9/19 12:29 am, Andy James wrote: > I have created a RAM disk on Zynq RTEMS and I’d like to set up (for the time > being) a ‘baremetal ‘ type DMA transferTo the ramdisk . > > I have set up the RAM Disk as follows, and have no problem reading or writing > to > it. How do I find the physical ad

Re: devel.rtems.org down?

On 3/9/19 10:48 am, Mr. Andrei Chichak wrote: > Poking around, I find that devel.rtems.org  isn’t > answering. We are suffering a sustained load on Trac that is overloading the server. Amar is looking into but it is a long weekend and there is only so much time he has to s

Re: RTEMS on Zynq

> On 31 Aug 2019, at 8:13 am, Mathew Benson wrote: > > Pre 5. Head of the master branch as of yesterday. There was a minor problem > in a python script in the builder, but aside from that, everything builds > just fine and runs in qemu. Could you please send me the issue so I can look into

Re: printf not working on Zynq standalone build of examples-v2/hello/ [but printk does]

On 29/8/19 10:27 pm, Andy James wrote: > I have noticed that if I build the examples-v2/hello/ within an RTEMS bsp > build > it works fine, but if I build it standalone worth its own makefile (from > Makefile.leaf) > > It doesn’t give any output. However if  I substitute printk instead it does >

examples-v2.git renamed to rtems-examples.git

Hello, I have moved the RTEMS examples repository previously name examples-v2.git to rtems-examples.git. If you have a repo you can move to the new repo's path using: $ git remote set-url git://git.rtems.org/rtems-examples.git Thanks Chris ___ users

Re: Eclipse and RTEMS on Zynq

On 28/8/19 6:23 pm, Andy James wrote: > I’m using the Eclipse plugin for RTEMS (on Eclipse and Xilinx SDK) , yet when > I > attempt to run the executable (via JTAG) on my Zynq Dev board the program > > Doesn’t appear to execute properly, with no terminal output. If I build the > sample “hello” wi

Re: problem with socket and task

On 14/8/19 3:56 pm, mojtaba nadi wrote: > thanks Sebastian for your answer but we are new in rtems and don't know how to > use debugger. > can you help us please? A simple way to see the code that caused the exception is to run: arm-rtems5-objdump -d --source my.exe | less then search for the a

Re: RTEMS GCC BIG ENDIAN SUPPORT

On 6/8/19 6:25 pm, Sebastian Huber wrote: > On 06/08/2019 10:10, Aby Tom wrote: >> Dear Sebastian Huber, Jonathan Brandmeyer and RTEMS community, >> Thank you for your valuable inputs and suggestions to my problem with >> big-endian targets. >> I was able to resolve most of the issue by adding the

Re: Missing arm_switch_reg is blowing up the build. And time is going way too fast.

On 6/8/19 2:45 am, gro...@chichak.ca wrote: > Good morning. > > I did a pull to rebuild the tools and RTEMS from the head for STM32F4 and > cpukit/libdebugger/rtems-debuger-arm.c blows up in function > arm_debug_unlock_abort with ‘arm_switch_reg’ undeclared. Ouch. > This was working about a

RPi2 Proposal to change the memory map

Hello, Sebastian from Embedded Brains has kindly posted a patch to the development list that adds a welcome feature present on other ARM boards, NULL pointer access checking. An access to a NULL pointer will generate an exception so you know if your application is referencing a NULL pointer. The

Re: AW: Problems running RTEMS on Raspberry Pi2

On 26/7/19 4:36 pm, jan.som...@dlr.de wrote: >> Von: Chris Johns [mailto:chr...@rtems.org] >> >> The RPi2 does not support SMP and this instruction is in in an RTEMS_SMP >> block. >> > > I thought the RPi2 (the first version with ARMv7) would support SMP. >

Re: Link errors with an install using quick-start guide

On 26/7/19 4:21 pm, Sebastian Huber wrote: > On 26/07/2019 08:08, Chris Johns wrote: >> On 26/7/19 3:14 pm, Sebastian Huber wrote: >>>>> >>>>> 1. which Autoconf stuff you need to build a multilib based configuration, >>>>> and >>>

Re: Link errors with an install using quick-start guide

On 26/7/19 3:14 pm, Sebastian Huber wrote: >>> >>> 1. which Autoconf stuff you need to build a multilib based configuration, >>> and >> >> I do not follow what this means. A 3rd party library can only be built for a >> BSP >> as this is the only installed instance of an RTEMS kernel you can have.

Re: Problems running RTEMS on Raspberry Pi2

On 26/7/19 10:25 am, Chris Johns wrote: > I will post a patch to devel with a tested fix ... https://lists.rtems.org/pipermail/devel/2019-July/026845.html https://lists.rtems.org/pipermail/build/2019-July/002884.html The test results look OK. Ch

Re: RTEMS C++ examples?

On 25/7/19 2:56 pm, gro...@chichak.ca wrote: > I’m working on a bit of a hobby project right now and someone bullied me into > trying C++. Fine. Plus I did say that I’d try it in anger at some point. Good on them. My first large application run on RTEMS was a ported C++ application in the mid '90

Re: Problems running RTEMS on Raspberry Pi2

Hi Nils, Many thanks for taking the time to review the code, it is appreciated. On 25/7/19 10:17 pm, Nils Hölscher wrote: > Hi, > > I think r7 no longer holds the expected value in line 242 >

Re: Link errors with an install using quick-start guide

On 26/7/19 5:22 am, Sebastian Huber wrote: > - Am 25. Jul 2019 um 21:19 schrieb joel j...@rtems.org: > >> On Thu, Jul 25, 2019 at 2:13 PM Sebastian Huber < >> sebastian.hu...@embedded-brains.de> wrote: >> >>> - Am 25. Jul 2019 um 20:59 schrieb joel j...@rtems.org: >>> Having a separat

Re: Problems running RTEMS on Raspberry Pi2

On 25/7/19 9:28 pm, Sebastian Huber wrote: > > Is the interrupt stack size large enough? Does it help if it is increased? > How do I increase it? Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users

Re: Problems running RTEMS on Raspberry Pi2

On 25/7/19 9:28 pm, Sebastian Huber wrote: > > > On 25/07/2019 13:21, Chris Johns wrote: >> On 25/7/19 6:03 pm, Chris Johns wrote: >>> On 24/7/19 11:26 pm, jan.som...@dlr.de wrote: >>>> Hello, >>>> >>>> We are having troubles

Re: Problems running RTEMS on Raspberry Pi2

On 25/7/19 6:03 pm, Chris Johns wrote: > On 24/7/19 11:26 pm, jan.som...@dlr.de wrote: >> Hello, >> >> We are having troubles getting RTEMS to run on the RPi2. >> We built the BSP from current master and used the firmware of a recent >> Raspbian on the SD-Card

Re: Problems running RTEMS on Raspberry Pi2

On 24/7/19 11:26 pm, jan.som...@dlr.de wrote: > Hello, > > We are having troubles getting RTEMS to run on the RPi2. > We built the BSP from current master and used the firmware of a recent > Raspbian on the SD-Card, but could not manage to get any output on the UART. > We also tried to use an old

Re: RTEMS C++ examples?

On 25/7/19 9:25 am, Joel Sherrill wrote: > One open issue we don't know the right solution to is how to mix C/C++ threads > with POSIX threads. The language threads don't have as many attributes as > POSIX > threads including stack size and priority. Ignoring that, the task > synchronization objec

Re: How to start telnetd in POSIX_Init

On 25/7/19 1:54 am, Heinz Junkes wrote: > I use the posix implementation in RTEMS5. > > How can I start telnetd in POSIX_Init? > Is there an example/manual? If you are using LibBSD there is rc.conf support ... https://git.rtems.org/rtems-libbsd/tree/rtemsbsd/telnetd/telnetd-service.c This mean

Re: anybody used docker image for build tools?

On 19/7/19 2:25 am, Jonathan Phelps wrote: > I’m learning RTEMS for an ARM ASIC and interested in automation to assist with > bringing up the software development environment.  Welcome. Sounds like an interesting project. > I'm more on the hardware > side, so I’m not real familiar with Eclipse i

Re: RTEMS5 libdebugger/gdb issue

On 13/7/19 6:56 am, Chris Johns wrote: > > There are some bugs in the code I have under test and I am waiting for > feedback > on. You can find these changes here so please feel free to try ... This should read ... There are some bugs in the code. I have fixes under test and I am

Re: RTEMS5 libdebugger/gdb issue

Hi, Sorry about the delay, I have had to suddenly travel. On 12/7/19 1:38 am, Wilkes, Jacob C. wrote: > I am working with the current master branch of both RTEMS and RTEMS-LIBBSD on > an > Avnet PicoZed module (Xilinx Zynq 7015) with SMP enabled.  I am attempting to > do > some debugging (over

Re: stm32 rtems_counter_delay_nanoseconds() longer

On 8/7/19 10:49 am, Jython wrote: > hi, the size of tick is |CONFIGURE_MICROSECONDS_PER_TICK| ? I suggest you take a moment and read the configuration section of the user manual. The tick entry is ... https://docs.rtems.org/branches/master/c-user/configuring_a_system.html#configure-microseconds-p

Re: BeagleboneBlack - RTEMS/FreeBSD/USB Testing Failure.

On 27/6/19 12:19 am, JunBeom Kim wrote: > > I am testing RTEMS kernel example and rtems-libbsd USB example on Beaglebone > Black board. > > When I test RTEMS kernel ticker example, there was not any problem. > > But, when I test rtems-libbsd/usb, there is below error. > > If anyone test USB on

Re: RTEMS 5 Release

On 24/6/19 8:23 pm, Heinz Junkes wrote: > Is it foreseeable when RTEMS5 will get a release? I have made some progress however I need to fix the RSB. I completed the change to get all the source tarballs for all host architectures however we have some packages that are git repos I was not aware of

Re: gdb-8.2.1 build failed on macos 10.11.6

On 17/6/19 5:48 pm, Jiri Gaisler wrote: > I don't know if it is of any help, but I managed to build gdb-8.2.1 on > MacOSX 10.10 using gcc-9. The trick was to install gcc with 'brew > install gcc', and then configure and compile with CC=gcc-9 and CXX=g++-9 > . I'm doing this in a KVM virtual machine

Re: BeagleBone Black Networking (wifi and/or wired)

On 18/6/19 2:56 am, Gedare Bloom wrote: > On Sat, Jun 8, 2019 at 8:25 PM Chris Johns wrote: >> >> On 8/6/19 1:45 am, Christian Mauderer wrote: >>> Note that basically all device tree files that I have found yet are forked >>> from the Linux ones. >>

Re: gdb-8.2.1 build failed on macos 10.11.6

On 17/6/19 5:31 am, Juan Rafael García Blanco wrote: > Hi, > > I have installed macOS 10.9.5, for which Xcode includes the following > compiler: > Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn) > Target: x86_64-apple-darwin13.4.0 > Thread model: posix > > Compilation of gdb 8.2 f

Re: gdb-8.2.1 build failed on macos 10.11.6

On 16/6/19 7:24 am, Juan Rafael García Blanco wrote: > Hi, > > Sorry, I need to downgrade my macOS installation. I will not be able to check > whether gdb-8.3 builds fine or not. I’m sorry I cannot be more useful. > No problem. Let me know when you can help again. Thanks Chris

Re: gdb-8.2.1 build failed on macos 10.11.6

On 15/6/19 5:48 pm, Juan Rafael García Blanco wrote: > Here on macos 10.11.6 I have this Xcode: Version 7.3.1 (7D1014). I cannot > update if further in 10.11.6, i.e.: > > Nebuchadnezzar:qemu juanrgar$ softwareupdate --list > Software Update Tool > Copyright 2002-2015 Apple Inc. > > Finding avai

Re: gdb-8.2.1 build failed on macos 10.11.6

On 15/6/19 7:44 am, Juan Rafael García Blanco wrote: > Hi, > > Please find below the error I get: > > CXXtui/tui-interp.o > ../../gdb-8.2.1/gdb/tui/tui-hooks.c:208:36: error: default initialization of > an object of const type 'const gdb::observers::token' without a user-provided > defa

Re: RTEMS Shell Problem

On 12/6/19 12:55 am, Alan Cudmore wrote: > That should work. I am currently using the shell on various LEON3 boards using > rcc-1.3-rc6.  > My RTEMS config has this note: > /* POSIX Keys are needed for the Shell */ > #define CONFIGURE_MAXIMUM_POSIX_KEYS                   32 > #define CONFIGURE_MAXI

Re: RTEMS Shell Problem

On 11/6/19 5:42 am, richard.glos...@l3t.com wrote: > I’m trying to launch the shell on a LEON3 platform using rcc-1.3-rc6 > I’m getting a pthread_setspecific(shell_current_env_key) error on the console > which I believe is causing the shell thread > > to exit.  I can see this code in shell.c > In

Re: BeagleBone Black Networking (wifi and/or wired)

On 9/6/19 6:00 pm, Christian Mauderer wrote: > On 09/06/2019 04:24, Chris Johns wrote: >> On 8/6/19 1:45 am, Christian Mauderer wrote: >>> Note that basically all device tree files that I have found yet are forked >>> from the Linux ones. >> >> Yes, I under

Re: [EXTERNAL] Re: BeagleBone Black Networking (wifi and/or wired)

On 9/6/19 4:29 pm, Vijay Kumar Banerjee wrote: > On Sun, Jun 9, 2019 at 6:22 AM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 8/6/19 5:58 pm, Christian Mauderer wrote: > > - Ursprüngliche Mail - > >> Von: "Oyake, Amalaye (386M)"

Re: BeagleBone Black Networking (wifi and/or wired)

On 8/6/19 1:45 am, Christian Mauderer wrote: > Note that basically all device tree files that I have found yet are forked > from the Linux ones. Yes, I understand this is the case. > They are all GPL. We need to work with these files and respect the license they are under. I think GPL DTS is OK

Re: [EXTERNAL] Re: BeagleBone Black Networking (wifi and/or wired)

On 8/6/19 5:58 pm, Christian Mauderer wrote: > - Ursprüngliche Mail - >> Von: "Oyake, Amalaye (386M)" >> An: "Chris Johns" , "Vijay Kumar Banerjee" >> , "Christian Mauderer" >> >> CC: "RTEMS Users" &g

Re: gdb-8.2.1 build failed on macos 10.11.6

On 9/6/19 2:11 am, Juan Rafael García Blanco wrote: > Thank you for answering. My pleasure. > Sorry, I think I did not make myself clear. I mean that it is not possible to > build the RTEMS 5 tools for SPARC in macos 10.11.6. My understanding is you are not able to build a SPARC gdb on MacOS. W

Re: BeagleBone Black Networking (wifi and/or wired)

On 8/6/19 1:53 am, Vijay Kumar Banerjee wrote: > > I would like to add that in two projects of this year( I2C and PRU-ICSS > drivers) we > are using our own device tree overlays that make our drivers work. Where to > add > the device > tree related stuff seems like an important question. What

Re: BeagleBone Black Networking (wifi and/or wired)

On 8/6/19 1:43 am, Vijay Kumar Banerjee wrote: > > I recently wrote a blog post about running RTEMS on BBB: > https://blog.thelunatic.dev/getting-started-bbb-2/ > Thanks for mentioning this. I have been using it. > Some of it can be a part of the documentation I think. I would like to > help wi

Re: BeagleBone Black Networking (wifi and/or wired)

On 7/6/19 10:32 pm, Sebastian Huber wrote: > On 07/06/2019 14:23, Chris Johns wrote: >> On 7/6/19 7:41 pm, Christian Mauderer wrote: >>> On 07/06/2019 11:19, Chris Johns wrote: >>>> On 7/6/19 7:18 pm, Christian Mauderer wrote: >>>> >>>> Which

Re: BeagleBone Black Networking (wifi and/or wired)

On 7/6/19 7:41 pm, Christian Mauderer wrote: > On 07/06/2019 11:19, Chris Johns wrote: >> On 7/6/19 7:18 pm, Christian Mauderer wrote: >> >> Which FDT blob do I need to load? >> > > I usually use the one from either the official Linux or the one from > FreeB

Re: BeagleBone Black Networking (wifi and/or wired)

On 7/6/19 7:18 pm, Christian Mauderer wrote: > > On 07/06/2019 11:16, Chris Johns wrote: >> On 7/6/19 6:34 pm, Christian Mauderer wrote: >>> On 07/06/2019 10:23, Chris Johns wrote: >>>> Hi, >>>> >>>> I am looking for some information on doi

Re: BeagleBone Black Networking (wifi and/or wired)

On 7/6/19 6:34 pm, Christian Mauderer wrote: > On 07/06/2019 10:23, Chris Johns wrote: >> Hi, >> >> I am looking for some information on doing either but I cannot find out what >> I >> need. I have run a few libbsd examples and some run and some crash. I am >

BeagleBone Black Networking (wifi and/or wired)

Hi, I am looking for some information on doing either but I cannot find out what I need. I have run a few libbsd examples and some run and some crash. I am wondering if I need an device tree installed but I cannot find out which one and from where. Any hints would be most welcome. Thanks Chris _

Re: RTEMS_FATAL_SOURCE_EXCEPTION in RTEMS

On 6/5/19 5:30 pm, Amarnath MB wrote: >> On 3/5/19 7:04 pm, Christian Mauderer wrote: >> > It's still odd why the PC was on some flash address. >> Yes. The SR (below) is `CPSR = 0x20d2`. The mode is 0x12 which is >> IRQ mode and both the I and F bits are set which means interrupts are >> masked

Re: rtems_binary_semaphore_post from IRQ handler

On 6/5/19 1:55 am, Ярослав Лещинский wrote: > Hello again, > > still have some troubles with post/wait binary semaphore sequence. Could > someone > suggest what is a right way when you're working with semaphore inside > interrupts. > > I have sys call via spidev which is waiting for the binary

Re: RTEMS_FATAL_SOURCE_EXCEPTION in RTEMS

On 3/5/19 7:04 pm, Christian Mauderer wrote: It's still odd why the PC was on some flash address. Yes. The SR (below) is `CPSR = 0x20d2`. The mode is 0x12 which is IRQ mode and both the I and F bits are set which means interrupts are masked. I feel the CPSR is in this state with the PC in

Re: libbsd network stack optimization tips & tricks

On 25/4/19 7:37 am, Jonathan Brandmeyer wrote: > Any good tips & tricks I should know about how to optimize the > rtems-libbsd networking stack? I use the stack defaults with an /etc/rc.conf of: TELn [/] # cat /etc/rc.conf # # Hydra LibBSD Configuration # hostname="XXX-880452-0014" ifconfi

Re: gdb-8.2.1 build failed on macos 10.11.6

On 20/4/19 3:58 am, Juan Rafael García Blanco wrote: > Hi, > > I have found an error while trying to build the RTEMS 5 toolset with RSB. The > build process stops during compilation of gdb with the following error > message: > > ../../gdb-8.2.1/gdb/tui/tui-hooks.c:208:36: error: default initial

Re: Booting another ELF from RTEMS

On 20/4/19 1:12 am, Jonathan Brandmeyer wrote: > Thanks for sharing your experience. > > On Tue, Apr 16, 2019 at 9:54 PM Chris Johns wrote: > >> I recommend the FSBL in flash not be touched unless the hardware is in a >> manufacturing environment where it can be recove

Re: build command

On 18/4/19 1:36 pm, Jython wrote: > what's the correct and complete command to build the system after changes > under > the bsp directory like > \rtems-4.11.3\rtems-4.11.3\c\src\lib\libbsp\arm\stm32f4 > > what i do is : bootstrap -c , bootstrap -p , ./bootstrap then configure and > make > but so

Re: Booting another ELF from RTEMS

On 17/4/19 2:38 am, Jonathan Brandmeyer wrote: > I'm interested in using RTEMS as both a featureful bootloader and as > my application environment. Is there a straightforward way to use > RTEMS as a bootloader itself? > > In principle, the following seems like it should work: > - Provide a bootlo

Re: SPARC-RTEMS5-GDB and RTEMS Fatal error !

On 16/4/19 5:25 am, Michel Macena wrote: > Hi, I have compiled a code for an ERC32 target board and loaded it using gdb, > the code: > > #include > #include > #include > > > rtems_task Init( >   rtems_task_argument ignored > ) > { > >     printf( "Hello World

Re: RTEMS scheduler bug ?

On 5/4/19 3:56 pm, Sebastian Huber wrote: > On 05/04/2019 06:52, Chris Johns wrote: >> On 5/4/19 3:36 pm, Sebastian Huber wrote: >>> However, who knows that this manual exists and reads it? >> Why not add a link or reference in the BSP's section in the user manual? &

Re: RTEMS scheduler bug ?

On 5/4/19 3:36 pm, Sebastian Huber wrote: > However, who knows that this manual exists and reads it? Why not add a link or reference in the BSP's section in the user manual? Thanks Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mai

Re: lib-bsd socket close issues

On 5/4/19 4:53 am, Matthew J Fletcher wrote: > Hi Sebastian > > I used rtems_task_wake_after(). > > > On Thu, 4 Apr 2019, 18:22 Sebastian Huber, > wrote: > > How do you wait. Is this a busy wait? > > - Matthew J Fletcher mailto:ami...@gma

Re: Problem with rtems5 on mvme2100 - hard-float/soft-float confusion

On 1/4/19 6:45 pm, Joachim Rahn wrote: > The first thing I recognized was, that unfortunately only the ELF-Files > (.exe> from testsuites were build but not the BIN-Files (.ralf). So it > seems to me, that the bsp-post-link from make/custom/mvme2100.cfg wasn't > executed?!? The `bsp-post-link` s

Re: SPARC-RTEMS5-GCC ignores or don't find libraries

Hi Michel, Sorry about the delay, I have been away for a week or so. On 26/3/19 4:27 am, Michel Macena wrote: > Hi Chris, I'm glad you helped me, > but I'm kind of lost in RTEMS development cycle. > > I followed all steps of section 2 (Quick-Start),and in the > end there is a instruction "make i

Re: Marking files as "Hidden / Inaccessible" on filesystem

On 30/3/19 2:22 am, Matthew J Fletcher wrote: > Is there a method of hiding (does not appear in a 'ls -l' directory listing, > or > FTP listing) a file ?,. in addition is there a way of making a file > inaccessible > (cannot cat to screen from console, or ftp by guessing the name) ? > > The appl

Re: SPARC-RTEMS5-GCC ignores or don't find libraries

On 24/3/19 3:28 am, Michel Macena wrote: > I'm a beginner with RTEMS Welcome. > and I have built a RTEMS5 environment for an erc32 > chip (the example in RTEMS Docs) in my computer with > linux mint. Great and well done. > The environment comes with sample applications. I'm trying to > compile

Re: rtems-net: network sema obtain: network not initialised error

On 22/3/19 9:44 pm, 787562067 wrote: > I called select function , why report this error? You see this error because the network stack that provides the select call is not initialised. The select call in the legacy stack (in the RTEMS source tree) is only for network sockets file descriptors. Sele

Re: Waf error building rtems-libbsd on macOS 10.14

On 21/3/19 8:49 pm, Adam Lindberg wrote: > Yes, a clean virtual machine made the build succeed. Great. > However, cleaning out Homebrew on my normal machine doesn’t make it succeed > still. That is not pleasant. I suspect it is something in the python platform settings that is tripping somethi

Re: Waf error building rtems-libbsd on macOS 10.14

Sorry, I missed this post. On 20/3/19 10:34 pm, Adam Lindberg wrote: > I tried building our project in a completely clean macOS VM and that seems to > work. In my current environment I reduced the Homebrew packages to: > > bat pcre > bison

Re: Waf's dependency on Python3

On 21/3/19 12:16 am, Sebastian Huber wrote: > On 20/03/2019 14:12, Adam Lindberg wrote: >> I assume you mean rtems-libbsd/waf_libbsd.py? Can’t figure out how to run >> that: >> >> + python3 >> /opt/grisp/grisp-software/cd73e8f90d/build/..//rtems-libbsd/waf_libbsd.py >> configure >> --prefix=/

Re: Beaglebone help needed

On 7/3/19 3:52 am, Christian Mauderer wrote: > Am 06.03.19 um 12:11 schrieb Chris Johns: >> On 6/3/19 6:07 pm, Sarvesh Patkar wrote: >>> Hey everyone, >>> >>> I went through the quick start guide and could build the Hello World for the >>> sparc/erc32

Re: Beaglebone help needed

On 6/3/19 6:07 pm, Sarvesh Patkar wrote: > Hey everyone, > > I went through the quick start guide and could build the Hello World for the > sparc/erc32 target. > > I would like to contribute to RTEMS in adding functionality and maybe, writing > BSPs for some development boards that I have. I star

Re: Waf's dependency on Python3

On 26/2/19 10:18 am, Jonathan Brandmeyer wrote: > I attempted to follow the directions in rtems-libbsd's README.md and > run into the following error: "Could not create the directory ///h", > right after configuring the build. On a wild guess I tried again > using python3 as the interpreter explic

Re: After last patches libdl don't load rap files

On 14/2/19 5:45 pm, Chris Johns wrote: > On 14/2/19 5:26 pm, Сергей Круглов wrote: >> Hello! >> After last patches libdl don't load rap files. Not allocated memory for >> sections. >> You forget rtems_rtl_obj_alloc_sections before rtems_rtl_obj_load_sect

Re: device-tree example for altera-cyclone-v bsp

On 14/2/19 5:57 am, Sebastian Huber wrote: > Unfortunately, I was not able to commit it. Did this get resolved? Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users

Re: After last patches libdl don't load rap files

On 14/2/19 5:26 pm, Сергей Круглов wrote: > Hello! > After last patches libdl don't load rap files. Not allocated memory for > sections. > You forget rtems_rtl_obj_alloc_sections before rtems_rtl_obj_load_sections in > rtl-rap.c. > Earlier rtems_rtl_obj_load_sections allocate memory for all needed

Re: Waf error building rtems-libbsd on macOS 10.14

On 30/1/19 12:49 am, Adam Lindberg wrote: >> On 28. Jan 2019, at 23:35, Chris Johns wrote: >> >> On 24/1/19 8:40 pm, Adam Lindberg wrote: >>> Hi Joel, >>> >>> My python version are: >>> >>>$ python --version >>>Pytho

<    1   2   3   4   5   >