RTOS/RTEMS (rtems.git) history rewrite

Hello, A merge request was applied that contained a merge commit and a decision was taken to correct this in the git repo. This means the history has been rewritten. Please check your forks or clones if you have updated and pulled in the merge commit. We are looking into getting GitLab to flag

GitLab Workflows and Merge Requests

be buildable at each commit so a bisect of main does not break. If you need help please join the #gitlab-support channel on our Discord server. You can find our invite link here https://www.rtems.org/discord. We will also respond to posts on this list when we have the time. Regards Chris

Issues in GitLab

scord. We will also respond to posts on this list when we have the time. Regards Chris Johns RTEMS GitLab Team ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users

RTEMS Project Repos in GitLab

imported from Trac. If you need help please join the #gitlab-support channel on our Discord server. You can find our invite link here https://www.rtems.org/discord. We will also respond to posts on this list when we have the time. Regards Chris Johns RTEMS GitLab Team

RTEMS GitLab Sign In

and then please create an Administration issue detailing the roles you have If you need help please join the #gitlab-support channel on our Discord server. You can find our invite link here https://www.rtems.org/discord. We will also respond to posts on this list when we have the time. Regards Chris

GitLab Launch

the past months to help make this happen. If you need help please join the #gitlab-support channel on our Discord server. It is open to posts and questions. You can find our invite link here https://www.rtems.org/discord. We will also respond to posts on this list when we have the time. Regards Chris

RTEMS Trac Ticket to GitLab import

Hi RTEMS Community GitLab transition is progressing better than we expected and we are now at a point where we want to move the tickets in Trac to GitLab. A lot of preparation has been done in planning the move and an outcome we had not planned is the time it will take is much more. The original

RTEMS GitLab

Hi RTEMS Community I would like to announce that RTEMS will be moving to GitLib in the coming month or so. We do not have any exact dates yet and we will let you know when we do. The change is large and complex because we are integrating an active open source project made up of various pieces

Re: MicroZed PHY timeout

On 14/3/2024 2:00 am, Kinsey Moore wrote: > As far as I know, the Zynq LibBSD CGEM support hasn't changed much beyond the > updates to support ZynqMP variants of the peripheral. Are you building LibBSD > master or 6-freebsd-12? > > Kinsey > > -Original Message- > From: users On Behalf

Re: riscv target spec for newlib and rtems

On 30/12/2023 1:05 pm, Joel Sherrill wrote: > Chris... I thought the RSB was ok for Python 3 for RTEMS 5? Is it just on the > branch?  Sorry I am not sure what the status is. > Matt..can you try the tip of the 5 branch? Looking at the log, I see commit > messages about Python 3. This is the way

Re: rtems6 master on darwin-x86_64 fails building: arm-rtems6-gcc-814ec21-newlib-fbc5496-x86_64-apple-darwin22.6.0-1

On 19/10/2023 6:25 am, Chris Johns wrote: > On 18/10/2023 8:48 pm, Sebastian Huber wrote: >> On 18.10.23 12:29, Heinz Junkes wrote: >>> unfortunately also with the GCC 13.2 configuration still the same error: >>> nclude -g -O2 -mthumb -O2 >>> -I../../../../

Re: rtems6 master on darwin-x86_64 fails building: arm-rtems6-gcc-814ec21-newlib-fbc5496-x86_64-apple-darwin22.6.0-1

On 18/10/2023 8:48 pm, Sebastian Huber wrote: > On 18.10.23 12:29, Heinz Junkes wrote: >> unfortunately also with the GCC 13.2 configuration still the same error: >> nclude -g -O2 -mthumb -O2 >> -I../../../../gcc-13.2.0/libgcc/../newlib/libc/sys/rtems/include -g -O2 >> -DIN_GCC

Re: Windows 11 - Compiling toolchain (5.3 and 6)

On 13/10/2023 1:21 am, Sebastian Huber wrote: > some of our customers use WSL2 with Ubuntu, they reported no issues with the > RSB > build of RTEMS 6. I think something in recent Linux versions is causing problems with RTEMS 5. > If you want to build mingw tools, then I would build them on

Re: rsb gdb build on aarch64 (OS-X M2)

On 28/9/2023 6:28 am, Heinz Junkes wrote: > It was a mess with homebrew and python versions on my system. > Rsb works well ;-) Thanks for following this up and good to know. Have you managed to use the gdb executable? A user has reported on discord the ARM gdb crashing however I do not see that

Re: Networking examples

On 18/8/2023 12:54 am, Gedare Bloom wrote: > I don't think that "--with-rtems" is a valid command line option to > use. I guess RSB should be a little more noisy about unknown command > line options. The --with-* and --without-* options align to the autoconf type options where users can override

Re: Path issue Filesystem mounted with NFS(v4?)

On 13/7/2023 10:29 pm, Heinz Junkes wrote: > I see exact the same behavior as in the ticket 4273. > Thanks for looking into…. This has been fixed. Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users

Re: RTEMS 5.3 libbsd, networking issue for 100mbps link (1Gbps is fine)

On 18/7/2023 8:21 pm, Karol Gliwa wrote: > Hi Guys, > >   > > I have following problem with networking on Zynq running RTEMS 5.3 + libbsd + > BSP zynq_zedboard of according version. > > I had to patch the libbsd to support some network PHY for the boards I use. > >   > > Whenever I connect

Re: HEADS UP: git repo WRONG push landed.

Amar as edited the repo. You can read his post here .. https://lists.rtems.org/pipermail/devel/2023-July/075819.html Chris On 19/7/2023 12:13 am, Brett Sterling wrote: > The easiest way to do this is to revert and push.  'unpushing' is not > recommended :-) > > Brett >

Re: Path issue Filesystem mounted with NFS(v4?)

On 11/7/2023 7:32 pm, Heinz Junkes wrote: > Hallo, > > I am observing a strange problem with an NFS(v4) mounted filesystem and path > usage. > > I have mounted a filesystem via NFSv4 (/Volumes): > > loc = 0x00820a20 > node_access = 0x007c2378, node_access_2 = 0x, handler =

Re: Initializing I2C on the RTEMS6 MVME3100 BSP

On 28/6/2023 6:48 am, Zainab Olalekan wrote: > I am encountering difficulties with initializing I2C on the RTEMS6 MVME3100 > BSP, > required to run EPICS test. I have made adaptations based on Heinz's patch for > RTEMS5, but I am experiencing an error. Here is the specific error message >

Re: Problem using sphinx to build documentation

On 7/6/2023 10:09 pm, andrew.butterfi...@scss.tcd.ie wrote: > Done - it's #4915 This is now fixed. Chris ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users

Re: Problem using sphinx to build documentation

On 6/6/2023 7:11 pm, andrew.butterfi...@scss.tcd.ie wrote: > I am trying to install sphinx on an Apple Silicon OSX machine. > I've already done this successfully on a similar machine. > > This time, after following steps in the rtems-docs README.txt, > I do ./waf , it does some stuff and then:

Re: arm bsps: changing the float-abi to softfp

On 5/4/2023 4:11 am, Sebastian Huber wrote: > If you really need such a multilib, then you can patch > gcc/config/arm/t-rtems. I > don't know if you can add custom patches to the RTEMS Source Builder. There is a means if someone wants to update gcc-common-1.cfg to allow user macro maps. 1. User

Re: OS X Build Problems tag 5.2 ->Invalid configuration `arm64-apple-darwin22.3.0': machine `arm64-apple' not recognized

On 30/3/2023 3:06 am, Heinz Junkes wrote: > Hi, > > I have, once again, a problem with building RTEMS on OS X. > > It works fine with rtems6/master > > with clang 10.0.0 , python 3.8.5 on > Darwin Judiciary-Pag.fritz.box 22.2.0 Darwin Kernel Version 22.2.0: Fri Nov > 11 02:04:44 PST 2022;

Re: Error in building rtems 5.3 tools via mingw

On 29/3/2023 9:11 pm, Giovanni Righi wrote: > Ok, also I forgot to say in the previous email that I'm using windows 11.  Ah thanks. I have access to a Windows 11 machine. Chris ___ users mailing list users@rtems.org

Re: Error in building rtems 5.3 tools via mingw

3, in exec_command >     return self.generator.bld.exec_command(cmd,**kw) >   File > "C:/opt/rtems/rtems-source-builder-5.3/rtems/build/rt51/rtems-tools-5.3/waf3-2.0.19-1f3c580272b15a03d2566843c5fe872a/waflib/Context.py", > line 183, in exec_command >     raise Errors.

Re: Error in building rtems 5.3 tools via mingw

On 23/3/2023 10:48 pm, Giovanni Righi wrote: > Ok so I tried what you suggested, I downloaded the rtems-tools-5.3 tar form > the > server and I launched directly the waf script. > I got the same error, then I tried again and again I got the same error but > on a > file following the one that

Re: Error in building rtems 5.3 tools via mingw

On 23/3/2023 1:16 am, Giovanni Righi wrote: > I opened the ticket as requested. > Now I'm having another issue, I re-runned the source-builder but now it stop > with the following error: > + ./waf > Waf: Entering directory >

Re: Error in building rtems 5.3 tools via mingw

On 22/3/2023 3:19 am, Giovanni Righi wrote: > Ok I managed to resolve the problem by updating the gdb to gdb-12 as you > suggested. > Just for information if someone will have the same problem, I got the > gdb-12.cfg > from the master and copied it inside the  >

Announce: RTEMS 5.3 Release

RTEMS 5.3 Release is available. https://ftp.rtems.org/pub/rtems/releases/5/5.3 Please follow the release instructions provided by the link. We love to hear about your projects and what you use RTEMS on so please let us know. You can drop by on Discord, post on u...@rtems.org or you can send

Re: Current python with RTEMS efforts

On 9/2/2023 6:26 am, Scobie, Rory Hewitt wrote: > > I was wondering if anyone knows of active efforts to build python and run it > under RTEMS? I do not know of any active efforts. > Web searches found ESA’s efforts with micropython and some old instructions > from > the python 2.4 / RTEMS 4.6

Re: Dynamic loader usage in RTEMS 5.1

On 14/1/2023 7:58 am, John Clemens wrote: > I'm trying to understand how to build/link code to use the dynamic loader in > RTEMS v5.1. I'm using > https://docs.rtems.org/releases/rtems-5.1/user/exe/loader.html as a reference. > > My codebase has a core object and several components that will be

Announce: RTEMS 5.2 Release

RTEMS 5.2 Release is available. https://ftp.rtems.org/pub/rtems/releases/5/5.2 Please follow the release instructions provided by the link. We love to hear about your projects and what you use RTEMS on so please let us know. You can drop by on Discord, post on u...@rtems.org or you can send

Announce: RTEMS 5.2-rc1 Release Candidate

The RTEMS 5.2-rc1 Release Candidate is available. The release can be found at: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.2-rc1/ Please follow the release instructions provided by the link. The release notes can be found here:

Re: RTEMS5 and file descriptors

On 20/10/2022 4:03 am, Michael Davidsaver wrote: > On 10/17/22 22:50, Chris Johns wrote: >> On 18/10/2022 4:42 pm, Sebastian Huber wrote: >>> On 18/10/2022 06:15, Chris Johns wrote: >>>> On 18/10/2022 2:22 pm, Michael Davidsaver wrote: >>>>> On 10/1

Re: RTEMS5 and file descriptors

On 18/10/2022 4:42 pm, Sebastian Huber wrote: > On 18/10/2022 06:15, Chris Johns wrote: >> On 18/10/2022 2:22 pm, Michael Davidsaver wrote: >>> On 10/17/22 16:20, Chris Johns wrote: >>>> 2. Look at kqueue, it is a better interface for this type of blocking >&g

Re: RTEMS5 and file descriptors

On 18/10/2022 2:22 pm, Michael Davidsaver wrote: > On 10/17/22 16:20, Chris Johns wrote: >> 2. Look at kqueue, it is a better interface for this type of blocking > > Maybe not relevant in Miroslaw's application, but I've found > that the RTEMS kqueue implementation doesn't n

Re: RTEMS5 and file descriptors

On 18/10/2022 9:19 am, Miroslaw Dach wrote: >>AFAIK you'd have to patch the header in the C Library when building the tools > using the RSB to have a possible clean solution. Editing the installed header > would be uncool. > I see , I thought that it is somehow simpler thing. >>How many

Re: [EX]Re: xilinx_zynqmp_ilp32_zu3eg namespace issue (cmath round not in std)

On 6/10/2022 5:54 am, Trip Richert wrote: > I've been using primarily : > > aarch64-rtems6-gcc (GCC) 10.3.1 20210409 (RTEMS 6, RSB no-repo, Newlib > 0c0f3df) > aarch64-rtems6-g++ (GCC) 10.3.1 20210409 (RTEMS 6, RSB no-repo, Newlib > 0c0f3df) > > but also tested it with  > > aarch64-rtems6-gcc

Re: Student difficulty joining items users list.

On 19/9/2022 9:29 pm, andrew.butterfi...@scss.tcd.ie wrote: > Hi all, > > A student of mine is trying to subscribe to this mailing list at > https://lists.rtems.org/mailman/listinfo/users > > > He adds in his email address, hits “Subscribe” and

Re: RSB build fails on M1 Macbook Pro

On 21/9/2022 1:35 am, Karel Gardas wrote: > > Well, obviously, I would fix that by installing the library. But anyway, gdb > is > IIRC compiled before GCC which probably also means you will be missing mpfr > and > mpc too -- so best way for you may be following >

Re: What is meaning / usage of STM32F4_GPIO_CONFIG_TERMINAL

On 9/9/2022 5:48 pm, Y. HB wrote: > Sorry for the last message, it was sent by accident. I have known that the > STM32F4_GPIO_CONFIG_TERMINAL is used inside start-config-io.c, and used as a > termination of set_config_array. No problem and thanks for letting us know. Chris

Re: libgcrypt and rtems?

On 31/8/2022 11:37 am, Scott Zemerick wrote: > Hello!  I am interested if anyone has utilized libgcrypt > (https://github.com/gpg/libgcrypt ) with > rtems?  And as a followup question, if not libgcrypt, what crypto library are > you using successfully?  We ask

Re: Try to load and run RTEMS Image on Cora-z7-10

On 29/5/2022 6:57 am, Heinz Junkes wrote: > Hi Chris, > > I am trying to understand the problems my student is having with the > Cora-z7-10. > > I am trying my hand at a beaglebone black and RTEMS6 (master). > Unfortunately I have similar problems. > > I built the rtems-examples. > >

Re: Fwd: RTEMS 5 on mcp750 fails

On 18/5/2022 9:36 am, Miroslaw Dach wrote: > Dear RTEMS Users and Developers, > > I have built RTEMS 5 with EPICS 7 and tried to boot my application on > mcp750 cPCI board. > The first thing that I have encountered is that the boot file is in the elf > format so I have > converted it to the

Re: Try to load and run RTEMS Image on Cora-z7-10

On 4/5/2022 3:56 pm, Sebastian Huber wrote: > On 03/05/2022 16:43, Sarmad Ahmad wrote: >> I create the image as follows >> >> ./mkimage.py -A arm -O linux -T kernel -a 0x1000 -e 0x1000 -n RTEMS >> -d >> hello.exe test5.img > > Maybe there is an issue with the mkimage.py script. I would

Re: RTEMS5 for arm on macOS 12.3. Or how Apple blew up RTEMS.

On 26/3/2022 8:44 am, Mr. Andrei Chichak wrote: > Good day. It must be Friday afternoon, because my RTEMS5 install has been > messed up. Yes, this install worked until now. > > RTEMS5, stm32f4 BSP, macOS > > I recently updated macOS to 12.3 (Monterey) and a “feature" of 12.3 is the > removal

Re: Where can I get the kernel sources?

On 3/2/22 4:02 am, Heinz Junkes wrote: > I think I slept through the latest development. Sorry about that. Welcome back. > Where can I get the rtems sources (c/src)? This directory has gone. It had only existed on the master branch recently to hold the autoconf build files and we have now

Re: libbsd network on an mvme2500

On 18/8/21 5:19 am, Chandler, Brendan wrote: > I think I found the answer to my own issue. I needed this configuration > option: > #define CONFIGURE_MAXIMUM_USER_EXTENSIONS 5 > > With that, the error "cannot create extension" goes away and I can boot. > Great to see you managed to solve

Versal VCK190 hardware test results

Hi, I ran a build of rtems.git master today on a Versal VCK190 eval board. The first time we have run RTEMS on Versal silicon and an A72. Hello World worked first time. I would like to thank Kinsey for the awesome aarch64 support and Gedare for the fantastic effort getting the Versal and A72

Re: RFC: Move Away from Freenode

On 29/5/21 3:17 am, Johnson, Andrew N. wrote: > On May 28, 2021, at 1:57 AM, Christian MAUDERER > > wrote: >> >> I still think it's a bit odd to say "Drop Freenode" because Freenode seems to >> go into a more commercial direction but at the same time

Re: Manually building a BSP from branch 5 of git

On 26/5/21 6:10 pm, Johnson, Andrew N. wrote: > On May 25, 2021, at 8:18 PM, Vijay Kumar Banerjee > wrote: >> >> I found the 5.1 docs version from rtems ftp. This looks like the right one: >>

Re: Manually building a BSP from branch 5 of git

On 26/5/21 1:18 pm, Vijay Kumar Banerjee wrote: > I found the 5.1 docs version from rtems ftp. This looks like the right one: > https://ftp.rtems.org/pub/rtems/releases/5/5.1/docs/html/user/start/bsp-build.html#manual-bsp-build +1 Chris ___ users

Re: rsb (RTEMS source Builder) support for local mirrors ?

On 27/4/21 4:07 am, Michael Davidsaver wrote: > On 4/26/21 1:21 AM, Goetz Pfeiffer wrote: >> Hello, >> >> I have used rsb to build my local cross compiler toolchain for RTEMS. >> >> This is a great tool, but it downloads all sources from some internet >> servers. The problem is >> that servers

Re: Installing rtems on 32 bit windows host machine

gw-w64-i686-toolchain, after > exporting > the proper path of the compiler I ran the  > gcc -dumpmachine command, it returned i686-w64-mingw32 yet the > sb-check of rsb wants a i686-w32-mingw32-gcc compiler. > > > Chris

Re: Offline download of sources fails

On 11/3/21 4:37 pm, Ida Delphine wrote: > When I run it again with "--trace" I still get the same output. Nothing extra. > Don't know if I am missing something... It could by my instructions. I would need to check but I am not able to at the moment. If you are using git and are up to date on

Re: Offline download of sources fails

On 11/3/21 4:17 pm, Ida Delphine wrote: > My development host is Ubuntu 20.04 not Windows. Oh I do apologise, for some reason I thought your host was Windows. > Also I'm a bit confused on how > to run it with --trace to find the log file. Can you please help me with some > context? Add the

Re: Offline download of sources fails

On 11/3/21 3:34 pm, Ida Delphine wrote: > Hello again, > > So I started over and downloaded all the required packages for my host (Ubuntu > 20.04) and still have offline download issues... > Please take a look at the error message: > > RTEMS Source Builder - Set Builder, 6 (fe2d13b6daf3) >

Re: Offline download of sources fails

On 11/3/21 8:23 am, Michael Davidsaver wrote: > On 3/10/21 10:55 AM, Chris Johns wrote: >> ... >> Also have a look at the command sb-get-sources. It will fetch the source and >> patches for all hosts and architectures. > > Neat. I've been wishing for something like

Re: Offline download of sources fails

On 10/3/21 11:57 pm, Joel Sherrill wrote: > On Wed, Mar 10, 2021, 6:42 AM Ida Delphine > wrote: > > Hello, > On trying to download my sources using this command stated in the > documentation: > > ../source-builder/sb-set-builder --source-only-download

Re: Problem by installing RTEMS 5.1 on Windows 10

On 5/3/21 7:36 pm, Olga Syrbachova wrote: > Thank you very much for your reply. I'm using MSYS2 MinGW 64-bit. > Actually I also tried to install RTEMS 4.11.0 and 4.11.2 and I didn't succeed. > After running: > $ ../source-builder/sb-set-builder --prefix=/opt/rtems/4.11 4.11/rtems-sparc >

Re: Problem by installing RTEMS 5.1 on Windows 10

On 5/3/21 7:11 am, Olga Syrbachova wrote: > Hi! I have a problem installing RTEMS. I follow the tutorial step by step, but > something goes wrong. I work on Windows 10. > > My steps after creating /c/opt/rtems > > $ wget >

Re: RTEMS 5 ARM gdb missing python support? Am I building it wrong?

On 5/3/21 6:41 am, Isaac Gutekunst wrote: > I recompiled the tools the exact same way, and the problem appears to be gone > away. Sorry for the noise your inboxes! No problem and thanks for letting us know all is OK. Chris ___ users mailing list

Re: ANN: RTEMS libnetworking relocation

On 4/3/21 9:24 am, Gedare Bloom wrote: > We have had third-party validation on hardware tests (Thanks to Heinz > Junkes!) that ironed out a few minor issues. The network stack update > will be pushed tomorrow. *Fingers crossed* everything just works as > usual for rtems6 for anyone who isn't using

Re: xilinx_zynq_a9_qemu with RTEMS 6 keyboard input is ignored

On 25/2/21 4:35 am, Christian Mauderer wrote: > On 24/02/2021 06:45, Chris Johns wrote: >> On 24/2/21 4:21 pm, Gedare Bloom wrote: >>> On Tue, Feb 23, 2021 at 10:20 PM Gedare Bloom wrote: >>>> >>>> On Tue, Feb 23, 2021 at 3:36 PM Chris Johns wrote: &g

Re: xilinx_zynq_a9_qemu with RTEMS 6 keyboard input is ignored

On 24/2/21 4:21 pm, Gedare Bloom wrote: > On Tue, Feb 23, 2021 at 10:20 PM Gedare Bloom wrote: >> >> On Tue, Feb 23, 2021 at 3:36 PM Chris Johns wrote: >>> >>> On 24/2/21 5:53 am, Heinz Junkes wrote: >>>> it works with the Ubunt

Re: xilinx_zynq_a9_qemu with RTEMS 6 keyboard input is ignored

On 24/2/21 5:53 am, Heinz Junkes wrote: > it works with the Ubuntu package : qemu-system-arm 1:4.2-3ubuntu6.14 That is interesting. Which version of qemu does ubuntu provide? Chris ___ users mailing list users@rtems.org

Re: MVME2500 (qoriq_e500) no longer boots with RTEMS6

On 20/2/21 6:17 pm, Heinz Junkes wrote: > I was totally happy with the Makefile provided by Christian. > It saved me a lot of typing and made it possible for me to play > through different variants in a really structured and consistent way > without "forgetting something every now and then". >

Re: xilinx_zynq_a9_qemu with RTEMS 6 keyboard input is ignored

On 20/2/21 7:10 am, junkes wrote: > running test programs with keyboard input. Is ignored on xilinx_zynq_a9_qemu This is a known issue with qemu, well the one the RSB is building. It is a pain but I am not sure what has broken. The zynq code is running on hardware. Chris

Re: RTEMS 5.1: cmath compiler errors on m68k/uC5282

On 17/2/21 7:16 am, Johnson, Andrew N. wrote: > I tried to build the in-progress port of EPICS for the uC5282 BSP last night > against a release build of RTEMS-5.1 with tools and BSP built using RSB. It > looks like the g++ cmath routines haven't been configured properly for this > target. It

Re: AW: RTEMS mkimage.py for U-Boot scripts

On 12/2/21 2:31 am, andre.nahrw...@dlr.de wrote: > There has been a small typo in the previous patch. Thank you for the patch. Could you please send it as a git patch to de...@rtems.org or attach it to a ticket in Trac? This may help ...

Re: RTEMS5 checksum failure file: sources/jpegsrc.v9a

On 2/2/21 4:36 am, Gedare Bloom wrote: > Indeed. It seems the sha512 has changed. The file doesn't appear to be > different > on the http server. I found a copy > at https://download.videolan.org/contrib/jpeg/ > that has a matching sha512sum as > we

Re: Using LwIP on the STM32H7

On 2/2/21 8:32 am, Mr. Andrei Chichak wrote: > Is there any advantage to using bsd networking over LWiP, or vice versa?  They are different stacks with different feature sets and different hardware resource demands. I am not familiar with the features of LwIP so I am not the best person to

Re: Using LwIP on the STM32H7

On 29/1/21 12:35 am, Robin Müller wrote: > Are there any other thinks I need to take into account for making LwIP > work with RTEMS? I have not used LwIP but there is an RSB package ... https://git.rtems.org/rtems-source-builder/tree/rtems/config/net/lwip-1-1.cfg It has a patch. I have no idea

Re: Build failure on windows

On 19/1/21 12:26 pm, jameszxj wrote: > Hi, > I got the error message??MSYS2use python2-config > > > config: tools/rtems-gdb-head.cfg > error: shell macro failed: sh -c "/mingw64/bin/python2-config --ldflags | awk > 'BEGIN{FS=\" \"}/python/{for(i=1;i \"lib\"substr($i,3)\"*\";}'": 1: awk: cmd.

Re: Build failure on windows

On 16/1/21 2:10 am, ND wrote: > Trying to compile RBS for riscv on windows using MSYS2 fails with following > error. > > error: shell macro failed: sh -c "/usr/bin/python3-config --ldflags --embed | > awk 'BEGIN{FS=\" \"} What does the command ... /usr/bin/python3-config --ldflags --embed

Re: libbsd: "swi6: Giant task queue" suspend if removing SD Card

On 8/1/21 1:10 am, Christian Mauderer wrote: > Hello RUI Zhengxin, > > On 07/01/2021 04:43, RUI Zhengxin wrote: >> Hi all, >> We find "swi6: Giant task queue" suspend if removing SD Card. >> libbsd5.1 is running at beagle bone hardware, the sdhci driver is attached >> success. >> *sdhci_ti0: mem

Re: Advice on JTAG debugging RTEMS for ARM (beaglebone)

On 29/12/20 3:24 pm, James Fitzsimons wrote: > Hi Chris, > > Thanks very much for your reply and advice. > > On Tue, 29 Dec 2020 at 11:58, Chris Johns <mailto:chr...@rtems.org>> wrote: > > > I'm using TI Code Composer Studio to load the RTEMS appl

Re: Advice on JTAG debugging RTEMS for ARM (beaglebone)

On 29/12/20 9:27 am, James Fitzsimons wrote: > Hi all, > > I am trying to debug an RTEMS application on a TI AM3358 ARM processor > (Beaglebone Black) and the RTEMS startup code is halting on the bsp_fdt_get > call. > > I'm using TI Code Composer Studio to load the RTEMS application image via

Re: RTEMS 5.1 JFFS2 Issues

On 8/12/20 7:32 am, richard.glos...@l3harris.com wrote: > Hi we are using the LEON3.  Had been operating under rcc-1.3-rc7-gcc with > correct operation of the JFFS2 file system.  Recently attempted upgrade to > rcc-1.3.0-gcc (RTEMS 5.1 release) and now are getting segmentation fault > whenever we

Re: Python problems on OS X

On 18/11/20 7:58 am, Joel Sherrill wrote: > On Tue, Nov 17, 2020 at 2:01 PM Gedare Bloom > wrote: > > On Tue, Nov 17, 2020 at 3:19 AM Andrew Butterfield > mailto:andrew.butterfi...@scss.tcd.ie>> > wrote: > > > > I keep getting a python error when trying

Re: Python problems on OS X

On 17/11/20 9:19 pm, Andrew Butterfield wrote: > I keep getting a python error when trying to build the tool suite on > OS X. The end of the error log is: > > ``` > checking whether to use python... > /Library/Frameworks/Python.framework/Versions/2.7/bin/python2 That looks like RSB has

Re: Compilation error in compiling RISC-V bsps

On 13/11/20 5:20 pm, somesh deshmukh wrote: > Thanks for all the comments/suggestions. No problem. > This issue exists with the released version 5.1 however when I tried with the > master branch source code, I did not faced this issue. Oh that is interesting and thank you for checking master

Re: Compilation error in compiling RISC-V bsps

On 13/11/20 10:55 am, Joel Sherrill wrote: > On Thu, Nov 12, 2020 at 4:16 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 13/11/20 3:00 am, Joel Sherrill wrote: > > The tests that start with dl are dynamic loader tests. They require > architecture >

Re: Compilation error in compiling RISC-V bsps

On 13/11/20 3:00 am, Joel Sherrill wrote: > The tests that start with dl are dynamic loader tests. They require > architecture > specific support which sometimes breaks. That's why there is a ticket until it > gets addressed by someone. Things get fixed as either volunteers step up or > someone

Re: RTEMS 5.1 Release LibBSD Networking Issue - FIXED

On 11/11/20 1:37 am, Rick VanderWal wrote: > Lesson: Don't just randomly select an odd number for the first octet of your > MAC > address for testing. Setting the group address bit in the OUI will cause you issues. If your OUI is locally generated for testing I suggest you set the locally

Re: RTEMS 5.1 Release LibBSD Networking Issue

On 6/11/20 2:19 am, rvanderwal wrote: > Good Morning, > > I seem to be having an issue with RTEMS 5.1 Release Libbsd networking when I > include my own 'rtems_bsd_get_mac_address' function as described in > rtemsbsd/include/rtems/bsd/bsd.h. I'm running on a Xilinx Microzed using >

Re: RTEMS 5.1 documentation in docs.rtems.org

On 29/10/20 12:54 am, Christian Mauderer wrote: > Hello Jan, > > On 28/10/2020 07:51, jan.som...@dlr.de wrote: >> Hello, >> >> If colleagues have RTEMS related questions, I like to direct them to >> docs.rtems.org to read the fine manual. >> I noticed that in the releases section of the page 5.1

Re: rtems-syms for dynamic load

On 22/10/20 11:17 pm, Rotem Dror wrote: > > I'm trying to implement the example found in the user manual of RTEMS (see > */9.7.3.3. Loadable Symbols/* on: > https://docs.rtems.org/branches/master/user/exe/loader.html). > > From this example, it seems that it is necessary to use *_rtems-syms

Re: Which documentation is relevant for testing?

On 9/9/20 11:40 pm, Frank Kühndel wrote: > I want to acquaint myself with testing in RTEMS. I found two sources of > documentation on this topic: > >   * the RTEMS User Manual Chapter "9. Testing" >     https://docs.rtems.org/branches/master/user/testing/index.html This is the relevant

Re: Is -malign-int a usual m68k/ColdFire option?

On 2/10/20 6:34 pm, Sebastian Huber wrote: > Hello, > > a test suite failure surfaced that we may have an issue with the alignment of > basic data structures on ColdFire targets: > > https://devel.rtems.org/ticket/4013 > > The chips usually have at least a 32-bit data system bus. These days

Re: rtems_bsd_initialize() in POSIX_Init and qemu-system-i386

On 2/10/20 6:13 pm, Heinz Junkes wrote: > Yes, seems to be a problem with the e1000. > with "model=rtl8139” it works perfectly. Could you please raise a ticket? It would be interesting to know if this happens on real hardware. > qemu-system-i386 -m 64 -no-reboot -serial stdio -display none -net

Re: rtems_bsd_initialize() in POSIX_Init and qemu-system-i386

On 2/10/20 2:48 pm, Heinz Junkes wrote: > init01.exe does not initialize the network interface. Yes. It splits the problem. > I see the same delay with dhcpcd01.exe Are you using the e1000? Try rtl8139. I do not see these delays on real PC hardware or qemu with rtl8139. Chris

Re: rtems_bsd_initialize() in POSIX_Init and qemu-system-i386

On 2/10/20 5:34 am, Heinz Junkes wrote: > I have finally managed to apply the patch. Unfortunately it didn't lead to a > change in the behaviour of qemu. The delay of about 45 seconds is still there. How are you initialising libbsd? If you run `init01.exe` from the tests how long does it take?

Re: rtems_bsd_initialize() in POSIX_Init and qemu-system-i386

On 29/9/20 5:43 am, junkes wrote: > I have a problem with rtems_bsd_initialize() in POSIX_Init() and qemu. > > call of >     sc = rtems_bsd_initialize(); >     assert(sc == RTEMS_SUCCESSFUL); > always takes about 45 seconds until it is finished. > > The output of > > nexus0: > pcib0 pcibus 0

Re: RTEMS BSD Version

On 16/9/20 8:53 pm, richard.glos...@l3harris.com wrote: > Does anyone know how to determine the version/build date of the BSD network > stack for the version of RTEMS you have installed locally? I could not find any think that captures this in libbsd.a or in an executable file. I think it is

Re: How to use lvgl on pc386 BSP.

On 9/9/20 3:45 am, jan.som...@dlr.de wrote: > They got a bit delayed due to the work for the RTEMS5 release and because > there were some discussions about branch naming for FreeBSD. Are the patches OK? Maybe a post to devel to list what is needed and I can take a look. I have lost track of what

Re: rtems-tftp server not working with iPXE.

On 7/9/20 4:06 pm, Karel Gardas wrote: > On 9/7/20 2:34 AM, Chris Johns wrote: >> On 7/9/20 8:29 am, Chris Johns wrote: >>> >>> Hmm looks like the socket returns a string in Python 2 and bytes in Python >>> 3. I >>> will need to play around to find

Re: Using model checking to do test generation for RTEMS

On 4/9/20 7:35 pm, Andrew Butterfield wrote: > Dear Chris, > >  thanks for your feedback - much appreciated! > > Responses to your queries inline below. > >> On 3 Sep 2020, at 00:38, Chris Johns > <mailto:chr...@rtems.org>> wrote: >> >> On 1/9/20

Re: rtems-tftp server not working with iPXE.

On 7/9/20 8:29 am, Chris Johns wrote: > > Hmm looks like the socket returns a string in Python 2 and bytes in Python 3. > I > will need to play around to find a suitable solution for this. > Fixed on master. Please test and let me know how you go

  1   2   3   4   >