Re: Older gcc for MacOS

On 8/1/22 8:28 am, Ryan Long wrote: > Hi, > > Our MacOS VM is failing to build several of the tools on the RTEMS 5 branch. > We > think that using an older version of gcc should get all of the tools to > build. I > tried build gcc-4.8 with the RSB, but I get the following error. > > >

Re: [PATCH 1/2] microblaze: Add support for libbsd.

On 5/1/22 5:10 am, Alex White wrote: > From: Jennifer Averett > > --- > .../microblaze_fpga/dts/microblaze-dtb.c | 962 ++ > .../microblaze/microblaze_fpga/dts/system.dts | 452 > bsps/microblaze/microblaze_fpga/fdt/bsp_fdt.c | 21 + >

Re: [PATCH 0/2] microblaze: libbsd support

Which repo is this for? On 5/1/22 5:10 am, Alex White wrote: > This patch set adds support for libbsd to the MicroBlaze BSPs and contains > fixes > for issues found while debugging the rtems-libbsd telnetd01 test in QEMU and > on > the Xilinx KCU105 board. > > Alex White (1): > microblaze:

[RBW] Re: Saddle Recommendation Requested

these days. https://www.treefortbikes.com/Velo-Voam-Breeze-Saddle Good luck, JohnS On Thursday, December 30, 2021 at 12:38:18 PM UTC-5 Elisabeth Sherwood wrote: > p.s. Went to Trek's website and this is the one we got for my mother's > bike: > > > https://www.trekbikes.com/us/en_US/eq

[RBW] Re: WTB/WTT: Paul Racer Silver (for black)

Brakes are sold. Happy Holidays Everyone! JohnS On Wednesday, December 22, 2021 at 2:51:36 PM UTC-5 Dorothy C wrote: > The original Paul Racers, not the medium are discontinued, it seems > > On Wednesday, December 22, 2021 at 11:04:13 AM UTC-8 JohnS wrote: > >> H

[RBW] Re: WTB/WTT: Paul Racer Silver (for black)

Hello Sean and Ryan, apparently Paul Racers are a rare commodity since two other people replied off list for them as well. So that would mean Sean is 4th and Ryan is 5th in line. Sorry. JohnS On Tuesday, December 21, 2021 at 9:38:43 PM UTC-5 Abcyclehank wrote: > I will get behind the origi

Re: Alternative download paths for RSB?

On 22/12/21 6:37 am, Joel Sherrill wrote: > On Tue, Dec 21, 2021, 12:45 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > How can we ensure that all mirrors listed work? > > They would need to be tested and that means more code in the RSB to do it. > &

Re: [PATCH v2] ReportsBase: Change raw pointer to unique_ptr

OK Thanks Chris On 22/12/21 7:49 am, Ryan Long wrote: > Replaced raw pointer used with ReportsBase-derived classes to make code > cleaner and make it to where pointers do not have to be manually > deleted. > > Closes #4376 > --- > tester/covoar/ReportsBase.cc | 77 >

[RBW] Re: WTB/WTT: Paul Racer Silver (for black)

as well sell them to someone who can use them. I'll PM you with the details and pics later today. JohnS On Tuesday, December 21, 2021 at 11:31:45 AM UTC-5 lconley wrote: > The panda look requires you to mix the black and silver parts between the > brakes, I believe. > > Laing &g

Re: Alternative download paths for RSB?

On 22/12/21 1:45 am, Joel Sherrill wrote: > On Tue, Dec 21, 2021 at 12:33 AM Sebastian Huber > wrote: >> >> On 20/12/2021 22:52, Chris Johns wrote: >>> On 21/12/21 2:33 am, Joel Sherrill wrote: >>>> On Mon, Dec 20, 2021 at 8:54 AM Joel Sherrill wrote: >

Re: [PATCH rtems-tools v1] ReportsBase: Change raw pointer to unique_ptr

On 21/12/21 10:08 am, Ryan Long wrote: > On 12/20/2021 5:03 PM, Chris Johns wrote: >> On 21/12/21 7:24 am, Ryan Long wrote: >> >>>     reportList_t   reportList; >> Then make this `reports`. >> >>>     reportList_t::iterator ri

Re: [PATCH rtems-tools v1] ReportsBase: Change raw pointer to unique_ptr

On 21/12/21 7:24 am, Ryan Long wrote: > Replaced raw pointer used with ReportsBase-derived classes to make code > cleaner and make it to where pointers do not have to be manually > deleted. > > Closes #4376 > --- > tester/covoar/ReportsBase.cc | 21 ++--- > 1 file changed, 6

Re: Alternative download paths for RSB?

On 21/12/21 2:33 am, Joel Sherrill wrote: > On Mon, Dec 20, 2021 at 8:54 AM Joel Sherrill wrote: >> >> On Mon, Dec 20, 2021 at 6:59 AM Sebastian Huber >> wrote: >>> >>> Hello, >>> >>> it seems the GNU web server is down: >> >> Yep. Still down. >> >> i reached out to the sourceware admins to see

Re: New validation test suites

On 16/12/21 6:36 pm, Sebastian Huber wrote: > On 16/12/2021 04:51, Chris Johns wrote: >> On 16/12/21 3:27 am, Sebastian Huber wrote: >>> On 15/12/2021 06:46, Chris Johns wrote: >>>> On 14/12/21 6:24 pm, Sebastian Huber wrote: >>>>> Hello Chris, >&

Re: [PATCH rtems-libbsd] Import arm64 in_cksum.h correctly

OK Thanks Chris On 16/12/21 3:05 am, Kinsey Moore wrote: > When this file was brought in, it came from the wrong location or > freebsd-org hash. This corrects the file such that freebsd-to-rtems.py > runs cleanly. > --- > freebsd/sys/arm64/include/machine/in_cksum.h | 43 +++- >

Re: [PATCH RSB 5] sb: Merge mailer changes from rtems-tools

> @@ -1,21 +1,33 @@ > # > # RTEMS Tools Project (http://www.rtems.org/) > -# Copyright 2013 Chris Johns (chr...@rtems.org) > +# Copyright 2013-2016 Chris Johns (chr...@rtems.org) > +# Copyright (C) 2021 On-Line Applications Research Corporation (OAR) > # All rights reserved. &

Re: [PATCH rtems-tools 5 0/5] Port mailer.py fixes to rtems-tools 5 branch

OK Thanks Chris On 16/12/21 8:32 am, Alex White wrote: > Hi, > > This patch set adds the changes related to report mailing to rtems-tools 5. > > See #4553 > > Thanks, > > Alex White > > Alex White (5): > rtemstoolkit/mailer.py: Return full smtp-host arg value > rtemstoolkit: Filter mail

Re: New validation test suites

On 16/12/21 3:27 am, Sebastian Huber wrote: > On 15/12/2021 06:46, Chris Johns wrote: >> On 14/12/21 6:24 pm, Sebastian Huber wrote: >>> Hello Chris, >>> >>> On 13/12/2021 22:01, Chris Johns wrote: >>>> On 14/12/21 1:53 am, Sebastian Huber wr

Re: New validation test suites

On 14/12/21 6:24 pm, Sebastian Huber wrote: > Hello Chris, > > On 13/12/2021 22:01, Chris Johns wrote: >> On 14/12/21 1:53 am, Sebastian Huber wrote: >>> Hello, >>> >>> the ESA activity to pre-qualify parts of RTEMS according to ECSS >>> re

Re: [PATCH] TraceConverter.cc: Fix Uncaught exception issue

OK On 14/12/21 12:47 am, Ryan Long wrote: > CID 1471639: Uncaught exception > > Closes #4501 > --- > tester/covoar/TraceConverter.cc | 20 ++-- > 1 file changed, 18 insertions(+), 2 deletions(-) > > diff --git a/tester/covoar/TraceConverter.cc b/tester/covoar/TraceConverter.cc

Re: New validation test suites

On 14/12/21 1:53 am, Sebastian Huber wrote: > Hello, > > the ESA activity to pre-qualify parts of RTEMS according to ECSS requirements > is > nearly complete. There is a short presentation available here: > > https://indico.esa.int/event/374/timetable/ Was the change in memory usage for 4.8 of

Re: [PATCH rtems-tools 0/6] Fix formatting patches

OK and thanks for the split. Thanks Chris On 14/12/21 3:09 am, Ryan Long wrote: > Hi, > > For this patchset I made the formatting more consistent. > > This included: > > - adding whitespace > - adding curly braces to if statements or loops > - fixing the layout of long lists of function

Re: [rtems commit] untar: Make behavior similar to GNU or BSD tar

On 10/12/21 6:20 pm, Christian MAUDERER wrote: > Am 09.12.21 um 22:09 schrieb Chris Johns: >> On 9/12/21 6:47 pm, Christian MAUDERER wrote: >> >> Given it is in maybe we let it sit and it there is feedback we come back and >> take another look? > > No problem

Re: [PATCH rtems-tools v2 0/4] Convert to C++ patches

On 10/12/21 10:00 am, Ryan Long wrote: > For this round of changes, I made some revisions that were recommended > in ConfigFile.cc > > - deleted a library include > - changed a function call from sscanf to std::sscanf > - consolidated some error messages into a function OK to push. Thanks Chris

Re: [rtems commit] untar: Make behavior similar to GNU or BSD tar

On 9/12/21 6:47 pm, Christian MAUDERER wrote: > Hello Chris, > > sorry that I haven't been clear enough. > > 1. The ticket #4552 that I created before sending the patch to the list and > that > was closed by the patch was for 5. > > 2. I asked as an answer to Joels review and I understood him

Re: [rtems commit] untar: Make behavior similar to GNU or BSD tar

Hi Christian, I did not know this was for the 5 branch. Where was this discussed? Functional changes to a release branch need to be treated carefully and in this case I would not approve it. I am sorry if I did not pick up it was for 5 as well. Thanks Chris On 9/12/21 6:21 pm, Christian

Re: [PATCH v1 3/4] ConfigFile: Convert to C++

On 9/12/21 2:15 am, Ryan Long wrote: > --- > tester/covoar/ConfigFile.cc | 79 > + > tester/covoar/ConfigFile.h | 2 +- > 2 files changed, 31 insertions(+), 50 deletions(-) > > diff --git a/tester/covoar/ConfigFile.cc b/tester/covoar/ConfigFile.cc >

Re: [PATCH] spec: Update location of cadence I2C

OK and thanks Chris On 9/12/21 12:08 pm, Kinsey Moore wrote: > When the cadence I2C code was moved to a shared directory, the > references were updated but the install locations weren't. This updates > the install locations to match what out-of-tree applications expect. > --- >

Re: [PATCH rtems-tools 0/8] Convert and reformat pt. 4

On 8/12/21 1:09 am, Ryan Long wrote: > On 12/6/2021 10:09 PM, Chris Johns wrote: >> On 4/12/21 1:47 am, Ryan Long wrote: >>> Hi, >>> >>> For this series of patches, I followed this series of steps: >>> >>> 1. Convert a file from the C way o

Re: [PATCH] untar: Make behavior similar to GNU or BSD tar

On 3/12/21 11:50 pm, Christian Mauderer wrote: > RTEMS untar implementation had problems with overwriting or integrating > archives into existing directory structures. This patch adapts the > behavior to mimic that of a GNU tar or BSD tar and extends the tar01 > test to check for the behavior.

Re: [PATCH rtems-tools 0/8] Convert and reformat pt. 4

On 4/12/21 1:47 am, Ryan Long wrote: > Hi, > > For this series of patches, I followed this series of steps: > > 1. Convert a file from the C way of doing things to C++. > 2. Go through all the files that had to do with the converted file and > make the formatting consistent. OK to push. It

Re: [PATCH 1/1] Update rtems-notes-5.md

On 3/12/21 8:26 pm, jan.som...@dlr.de wrote: >> -Original Message- >> From: Chris Johns >> Sent: Thursday, December 2, 2021 10:11 PM >> To: Sommer, Jan ; Moyano Heredia, Victor Gabriel >> ; devel@rtems.org >> Subject: Re: [PATCH 1/1] Update rtems

Re: [PATCH 1/1] Update rtems-notes-5.md

On 2/12/21 7:27 pm, jan.som...@dlr.de wrote: >> -Original Message- >> From: devel On Behalf Of Chris Johns >> Sent: Thursday, December 2, 2021 2:06 AM >> To: Moyano Heredia, Victor Gabriel ; >> devel@rtems.org >> Subject: Re: [PATCH 1/1] Upda

Re: [PATCH 1/1] Update rtems-notes-5.md

OK to push. Thanks Chris On 1/12/21 2:03 am, Moyano, Gabriel wrote: > --- > rtems-notes-5.md | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/rtems-notes-5.md b/rtems-notes-5.md > index 3737199..7697980 100644 > --- a/rtems-notes-5.md > +++ b/rtems-notes-5.md > @@ -374,3

Re: [PATCH 4/5] score: Optimize Workspace Handler initialization

On 29/11/21 9:29 pm, Sebastian Huber wrote: > The BSPs provide memory for the workspace initialization via > _Memory_Get(). Most BSPs provide exactly one memory area. Only two > BSPs provide more than one memory area (arm/altera-cyclone-v and > bsps/powerpc/mpc55xxevb). Only if more than one

Re: AW: AW: AW: [PATCH 00/27] Update kern_tc in rtems 5 for ntp support

On 29/11/21 11:24 pm, Sebastian Huber wrote: > On 24/11/2021 10:57, gabriel.moy...@dlr.de wrote: >>> I am fine with this change being pushed to the 5 branch but I think it >>> needs to built with the tier 1 archs (i386, powerpc, arm). >> I could compile them for the BSPs of those

Re: grub2 on old Linux Distributions (at least CentOS 7)

On 21/11/21 12:21 pm, Joel Sherrill wrote: > On Sat, Nov 20, 2021, 6:50 PM Karel Gardas wrote: >> indeed, centos 7 is bundled with gcc 4.8.5. Now, the question is, is >> centos 7 still supported by RTEMS? If so, then we will need to invent >> some machinery to check not only for commands but also

Re: AW: AW: [PATCH 00/27] Update kern_tc in rtems 5 for ntp support

On 19/11/21 9:32 pm, gabriel.moy...@dlr.de wrote: >> I am fine with this change being pushed to the 5 branch but I think it needs >> to built with the tier 1 archs (i386, powerpc, arm). > > I could compile them for the BSPs of those archs. Thanks. > Does it make sense to run some test in

Re: Testing rtems 7 using rtems-test

On 20/11/21 5:14 am, Joel Sherrill wrote: > Looks like another place that needs version help. rtems-test has a 6 > in it somewhere that needs to be overridden. It is located here: https://git.rtems.org/rtems-tools/tree/tester/rtems/version.cfg > Notice that it is > invoking sparc-rtems6-sis

Re: AW: [PATCH 00/27] Update kern_tc in rtems 5 for ntp support

On 17/11/21 11:03 pm, Sebastian Huber wrote: > On 17/11/2021 11:42, gabriel.moy...@dlr.de wrote: >>> The patch set should have no API/ABI impact on applications. >> Sorry I didn't verified if the ABI is broken. We are checking this with my >> team. > > I think, the patch set should have no

Re: [rtems commit] rtems: Add new clock manager directives

On 18/11/21 3:39 am, Sebastian Huber wrote: > On 17/11/2021 09:11, Sebastian Huber wrote: >> Module:    rtems >> Branch:    master >> Commit:    ccbcfb679da0a6c07878d3ae4ff0f91cb1c3caee >> Changeset:http://git.rtems.org/rtems/commit/?id=ccbcfb679da0a6c07878d3ae4ff0f91cb1c3caee >> >> >> Author:   

Re: [PATCH v2] c-user: Document new clock manager directives

On 16/11/21 4:27 am, Sebastian Huber wrote: > On 11/11/2021 08:02, Sebastian Huber wrote:> On 09/11/2021 13:06, Sebastian > Huber wrote: >>> On 09/11/2021 08:50, Sebastian Huber wrote: >>>> On 09/11/2021 08:41, Chris Johns wrote: >>>>>> We could al

Re: [PATCH] config: CONFIGURE_DISABLE_BSP_SETTINGS

OK Chris On 16/11/21 5:18 am, Sebastian Huber wrote: > Evaluate CONFIGURE_DISABLE_BSP_SETTINGS for each affected application > configuration option. This makes the code easier to review since the > influence > of CONFIGURE_DISABLE_BSP_SETTINGS is locally visible in the code. > --- >

Re: [PATCH] c-user: Use rubric for configuration options

OK to push. This is a sensible change to make. Thanks Chris On 16/11/21 6:27 pm, Sebastian Huber wrote: > Use a rubric instead of a definition list for the application > configuration options similar to the directive documentation pages. For > direcives and application configuration options use

Re: [PATCH v2 1/4] Revert "optvermaj.yml: Allow __RTEMS_MAJOR__ to be overridden so RTEMS 7 tools can be tested"

OK and thank you Chris On 16/11/21 5:47 pm, Sebastian Huber wrote: > This reverts commit d1bbfbea5f60f552b2b3138bb1df35c3372f2461. > --- > spec/build/cpukit/optvermaj.yml | 8 +++- > 1 file changed, 3 insertions(+), 5 deletions(-) > > diff --git a/spec/build/cpukit/optvermaj.yml

Re: [PATCH] waf: Add --rtems-version as a configure option

On 15/11/21 7:09 pm, Sebastian Huber wrote: > On 14/11/2021 23:42, Chris Johns wrote: >>> With this approach you don't give the user the ability to change everything. >>> However, what can be change is defined by the build specification and not >>> the >>&

Re: [PATCH] waf: Add --rtems-version as a configure option

> On 14 Nov 2021, at 11:15 pm, Sebastian Huber > wrote: > > On 14/11/2021 04:07, chr...@rtems.org wrote: >> From: Chris Johns >> - Provide the option `--rtems-version` to set the major version >>   number >> - Add a method to handle setting action values

[RBW] Re: Large pedals, thumbs up

Thank you Ray for the tip, great looking pedals, may give them a try myself and they are in stock (at least they are today). JohnS On Saturday, November 13, 2021 at 12:52:35 PM UTC-5 Ray Varella wrote: > Over the years I’ve seen numerous comments on how comfortable larger >

Re: [RTEMS v2] optvermaj.yml: Allow __RTEMS_MAJOR__ to be overridden so RTEMS 7 tools can be tested

On 13/11/21 10:00 am, Joel Sherrill wrote: > On Fri, Nov 12, 2021 at 4:52 PM Chris Johns wrote: >> >> Let me take a look at a configure option. I prefer it over spec files as this >> creates another thing to change after a release. > > Happy to see an alternative wa

Re: [PATCH RSB] rtems-tools-6.cfg: Bump hash to get fix for rtems-test

OK On 13/11/21 1:54 am, Joel Sherrill wrote: > --- > rtems/config/tools/rtems-tools-6.cfg | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/rtems/config/tools/rtems-tools-6.cfg > b/rtems/config/tools/rtems-tools-6.cfg > index 6d05d12..cf895d6 100644 > ---

Re: [RTEMS v2] optvermaj.yml: Allow __RTEMS_MAJOR__ to be overridden so RTEMS 7 tools can be tested

Let me take a look at a configure option. I prefer it over spec files as this creates another thing to change after a release. Thanks Chris On 13/11/21 3:03 am, Joel Sherrill wrote: > --- > spec/build/cpukit/optvermaj.yml | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > diff

Re: Building a BSP for rtems7

On 13/11/21 9:08 am, Joel Sherrill wrote: > On Fri, Nov 12, 2021 at 3:50 PM Chris Johns wrote: >> >> On 13/11/21 12:46 am, Sebastian Huber wrote: >>> On 11/11/2021 22:31, Joel Sherrill wrote: >>>> On Thu, Nov 11, 2021 at 12:56 PM Sebastian Huber >>>>

Re: Building a BSP for rtems7

On 13/11/21 12:46 am, Sebastian Huber wrote: > On 11/11/2021 22:31, Joel Sherrill wrote: >> On Thu, Nov 11, 2021 at 12:56 PM Sebastian Huber >>   wrote: >>> >>> >>> On 11/11/2021 17:47, Joel Sherrill wrote: Hi I was looking at the logs for building the rtems7 tools and it seems

Re: RSB: add GRUB2 to the tools.

On 11/11/21 9:15 am, Karel Gardas wrote: > On 11/10/21 11:04 PM, Chris Johns wrote: >> On 11/11/21 5:32 am, Karel Gardas wrote: >>> the attach patch adds GRUB2 into the RSB RTEMS tools. Idea is to use >>> that on amd64 BSP for building bootable images. That's also th

Re: RSB: add GRUB2 to the tools.

On 11/11/21 5:32 am, Karel Gardas wrote: > the attach patch adds GRUB2 into the RSB RTEMS tools. Idea is to use > that on amd64 BSP for building bootable images. That's also the reason > why it is used only on 6/rtems-x86_64 bset only. Thank you for adding this and posting it here. Does grub

Re: [PATCH v2] c-user: Document new clock manager directives

On 9/11/21 5:57 pm, Sebastian Huber wrote: > On 09/11/2021 03:46, Chris Johns wrote: >> >> On 20/10/21 2:25 am, Sebastian Huber wrote: >>> Add new clock manager directives to get all times provided by the >>> timehands. >>> >>> Update #4527

Re: [PATCH v2] c-user: Document new clock manager directives

On 20/10/21 2:25 am, Sebastian Huber wrote: > Add new clock manager directives to get all times provided by the > timehands. > > Update #4527. > --- > For an updated document to review see: > > https://ftp.rtems.org/pub/rtems/people/sebh/c-user.pdf > > v2: Clarify boot time. > >

Re: [PATCH v2] c-user: Document new clock manager directives

On 9/11/21 9:08 am, Joel Sherrill wrote: > > > On Mon, Nov 8, 2021, 5:04 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 8/11/21 5:29 pm, Sebastian Huber wrote: > > On 25/10/2021 19:50, Sebastian Huber wrote: > >> On 19/10/2021 17:2

Re: [PATCH v2] c-user: Document new clock manager directives

On 8/11/21 5:29 pm, Sebastian Huber wrote: > On 25/10/2021 19:50, Sebastian Huber wrote: >> On 19/10/2021 17:25, Sebastian Huber wrote: >>> Add new clock manager directives to get all times provided by the >>> timehands. >>> >>> Update #4527. >>> --- >>> For an updated document to review see: >>>

Re: [PATCH RSB v3] rtems-kernel: Implement kernel recipe using waf

OK and thanks Chris On 5/11/21 1:31 am, Ryan Long wrote: > Closes #4145 > --- > rtems/config/tools/rtems-kernel-6.cfg | 6 +- > rtems/config/tools/rtems-kernel-common.cfg | 125 +++ > source-builder/sb/rtems-kernel-config-check | 147 >

[RBW] Re: Philly Bike Expo 2021

Thanks Pam, should be good time. On Thursday, November 4, 2021 at 10:18:54 PM UTC-4 Pam Bikes wrote: > I'll look for you. Can't wait to meet you and see your bike. > > On Thursday, November 4, 2021 at 1:49:28 PM UTC-4 JohnS wrote: > >> Saturday's weather forecast is sunny an

[RBW] Re: Philly Bike Expo 2021

Saturday's weather forecast is sunny and mid-50's, should be great riding weather to/from the Expo! BTW, I'm planning to wear my light blue peace wheel shirt and will have my shop sack slung over my shoulder. Hope to meet up with the ROB members when I'm there, JohnS On Wednesday, November 3

Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf

On 4/11/21 12:37 am, Ryan Long wrote: > -Original Message- > From: Chris Johns > Sent: Tuesday, November 2, 2021 5:14 PM > To: Ryan Long ; devel@rtems.org > Subject: Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf > > On 3/11/21 4:1

Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf

On 3/11/21 4:13 am, Ryan Long wrote: > > -Original Message- > From: Chris Johns > Sent: Monday, November 1, 2021 8:48 PM > To: Ryan Long ; devel@rtems.org > Subject: Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf > On 28/10/21 2:09 am, Ryan Lon

Re: [PATCH RSB v2] rtems-kernel: Implement kernel recipe using waf

uiet',self._lo_bool, > False, '0', True), > +'--trace' : ('_trace',self._lo_bool, > False, '0', True), > + '--dry-run' : ('_dry_run', self._lo_bool, > False, '0', True), > +

Re: [RBW] Re: Philly Bike Expo 2021

So this is the route I'll be taking Saturday morning after breakfast at Bruno's, so leaving about 9:00. About 5 miles are on gravel. Not sure if I'll take the Quickbeam or my recently refreshed '82 Stumpjumper. https://ridewithgps.com/routes/37909474 JohnS On Thursday, October 28, 2021 at 2

Re: [PATCH v1 0/8] Add AArch64 libdebugger support

On 30/10/21 8:17 am, Kinsey Moore wrote: > This patch set adds libdebugger support to AArch64 and resolves several > bugs found along the way. Looks good and OK to push. Kinsey. really nice work :) Thanks Chris ___ devel mailing list devel@rtems.org

Re: [PATCH RSB] Update to dtc 1.6.1

On 29/10/21 6:26 am, Joel Sherrill wrote: > On Thu, Oct 28, 2021 at 12:20 PM Hesham Almatary > wrote: >> >> Does RISC-V need that too? > > Not based on the current bsets. > > $ grep -r dtc * > 6/rtems-moxie.bset:devel/dtc-1.6.0-1 > 6/rtems-microblaze.bset:devel/dtc-1.6.0-1 >

Re: [PATCH rtems-tools] rtems-bsp-builder: Fix mail support

OK Thanks Chris On 29/10/21 7:01 am, Alex White wrote: > This fixes a problem with mailer options support that occurred because > check.py uses argparse.ArgumentParser instead of tester.rt.options. > --- > rtemstoolkit/mailer.py | 2 +- > tester/rt/check.py | 17 - > 2

[RBW] Re: Philly Bike Expo 2021

, get there when we get there. Any one want to join me? Let me know. JohnS On Thursday, October 28, 2021 at 5:12:51 AM UTC-4 ascpgh wrote: > Please take lots of pictures. > > Seeing the riders and their bikes would be great, pictures of exhibitors' > things too! Rivend

[RBW] Re: The scariest Rivendell - Halloween Special - Pumpkin QuickBeam and Carbon

Looks like fun! JohnS On Thursday, October 28, 2021 at 10:21:21 AM UTC-4 Dave Grossman wrote: > Not aero enough Max > > On Thursday, October 28, 2021 at 8:14:11 AM UTC-5 Bill Lindsay wrote: > >> On Thursday, October 28, 2021 at 5:50:37 AM UTC-7 Max S wrote: >> >>

Re: Feature Request: Provide an option to disable static files caching during development

https://docs.djangoproject.com/en/3.2/ref/contrib/staticfiles/#django.contrib.staticfiles.storage.ManifestStaticFilesStorage Are you using this? basically, it converts static asset filenames from `styles.css` to `styles.2932y382.css` and other random-seeming hashes in the filename. Useful

Re: importing a module from a file without the '.py' suffix

The (newer) risc os port does a whole bunch of stuff in importlib to do this, as it natively doesn’t use extensions but file types. I’m not sure if you could do something similar without modifying importlib and re-freezing it.

Re: [PATCH] spec/libdebugger: Only enable for supported architectures

On 22/10/21 1:21 am, Sebastian Huber wrote: > On 21/10/2021 10:36, Chris Johns wrote: >> Could you please answer the other parts of the email you cut because it would >> help understand this stuff? >> >> Specifically the opt* and user options. When is

Re: [PATCH] spec/libdebugger: Only enable for supported architectures

ris Johns wrote: >> KeyError: '/cpukit/optlibddebugger' >> >> You have to admit this is a horrible error message. It provides no insight >> into >> problem or the solution. > > Looks like a typo. Maybe use optlibdebugger? Yes it was. Thanks. However I am s

Re: [PATCH] spec/libdebugger: Only enable for supported architectures

On 21/10/21 4:30 pm, Sebastian Huber wrote: > On 21/10/2021 04:09, chr...@rtems.org wrote: >> From: Chris Johns >> >> --- >>   spec/build/cpukit/libdebugger.yml | 5 - >>   spec/build/testsuites/libtests/debugger01.yml | 4 +--- >>   2 file

Re: [PATCH v2] rtems-kernel: Implement kernel recipe using waf

nstall', self._lo_bool, > False, '0', True), > + '--regression': ('_regression', self._lo_bool, > False, '0', True), > +'--host' : ('_host', > self._lo_triplets, True, None, False), > +

Re: [PATCH 3/4] rtemsbsd/nfsclient: Fix the error code return value

On 21/10/21 9:59 am, Joel Sherrill wrote: > On Wed, Oct 20, 2021, 12:49 AM Sebastian Huber > > > wrote: > On 20/10/2021 05:16, chr...@rtems.org wrote: > > +     errno = 0; > > +     return 0; > > I think setting

Re: [PATCH 3/4] rtemsbsd/nfsclient: Fix the error code return value

On 20/10/21 4:49 pm, Sebastian Huber wrote: > On 20/10/2021 05:16, chr...@rtems.org wrote: >> +    errno = 0; >> +    return 0; > > I think setting errno if no error occurred is not allowed. > I suspect you are right. Joel? Chris ___ devel mailing

Re: [PATCH] testsuite/spcache01: Clear allocated coherent cache memory

On 20/10/21 2:46 am, Christian MAUDERER wrote: > Am 19.10.21 um 16:48 schrieb Sebastian Huber: >> >> >> On 18/10/2021 23:08, Chris Johns wrote: >>> On 18/10/21 8:37 pm, Sebastian Huber wrote: >>>> On 18/10/2021 09:53, Chris Johns wrote: >&g

Re: [RBW] Re: FS Minnehaha Saddlebag Medium

Thank you Craig for sharing that link, very interesting, I'll have to check it out later, looks like a lot of great info on British bike makers. JohnS On Monday, October 18, 2021 at 4:58:18 PM UTC-4 Craig Montgomery wrote: > Hey John, > It's an English touring bike. A 1965 HR Morr

Re: [PATCH] rtems/6: Update binutils to 2.37

On 19/10/21 9:23 am, Joel Sherrill wrote: > Was there something wrong with Ryan's patch to do this? He also bumped RTEMS 7 > tools.  No not at all. > You reviewed it. :) I thought I had reviewed it and I checked the repo today and could not see anything. Is it pushed? Chris

Re: ZynqMP and Versal crash clearing coherent cache memory with memset

On 19/10/21 8:59 am, Joel Sherrill wrote: > On Mon, Oct 18, 2021 at 4:28 PM Chris Johns wrote: >> >> On 19/10/21 3:53 am, Kinsey Moore wrote: >>> On 10/18/2021 00:44, Chris Johns wrote: >>>> Hi, >>>> >>>> I cannot run libbsd on

Re: [PATCH RSB] rtems-tools-6.cfg: Bump hash to include MicroBlaze

OK and thanks Chris On 19/10/21 2:09 am, Alex White wrote: > Hash: 323007a6b520140a20b2e268c90b78ff67afaf45 > --- > rtems/config/tools/rtems-tools-6.cfg | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/rtems/config/tools/rtems-tools-6.cfg >

Re: ZynqMP and Versal crash clearing coherent cache memory with memset

On 19/10/21 3:53 am, Kinsey Moore wrote: > On 10/18/2021 00:44, Chris Johns wrote: >> Hi, >> >> I cannot run libbsd on real hardware because the cadence rx descriptor cache >> coherent allocation crashes in `memset`. It is used to clear the memory. >> >>

Re: [PATCH] testsuite/spcache01: Clear allocated coherent cache memory

On 18/10/21 8:37 pm, Sebastian Huber wrote: > On 18/10/2021 09:53, Chris Johns wrote: >> On 18/10/21 4:50 pm, Sebastian Huber wrote: >>> On 18/10/2021 07:19,chr...@rtems.org  wrote: >>>> From: Chris Johns >>>> >>>> - Coherent cach

[RBW] Re: FS Minnehaha Saddlebag Medium

Craig, Nice looking rando bike! I had thought it was a Trek, but now I'm not sure. I like the TA cranks. Are those Suntour shift levers? JohnS PS - Also like the puppy in the 1st pic, amazing how they get get into the background. On Sunday, October 17, 2021 at 10:46:24 PM UTC-4 Craig

Re: [PATCH] testsuite/spcache01: Clear allocated coherent cache memory

On 18/10/21 4:50 pm, Sebastian Huber wrote: > On 18/10/2021 07:19, chr...@rtems.org wrote: >> From: Chris Johns >> >> - Coherent cache memory is used in libbsd for things like descriptors >>    and it optionally clears the memory on allocation. Test is works. > >

ZynqMP and Versal crash clearing coherent cache memory with memset

Hi, I cannot run libbsd on real hardware because the cadence rx descriptor cache coherent allocation crashes in `memset`. It is used to clear the memory. The rtemsbsd allocator call optionally clears the memory and it seems the newlib aarch64 memset code crashes when doing this. A basic loop

Re: [rtems-tools commit] tester/exe: Adjust timeouts by the step size

On 16/10/21 1:14 am, Sebastian Huber wrote: > On 15/10/2021 08:26, Chris Johns wrote: >> On 15/10/21 5:15 pm, Sebastian Huber wrote: >>> On 22/09/2021 00:59, Chris Johns wrote: >>>> Module:    rtems-tools >>>> Branch:    master >>>&g

[RBW] Re: WTB: rack for platypus

-is-a-basket-and-a-rack-in-one-sturdy-package/ JohnS On Tuesday, October 12, 2021 at 2:55:40 AM UTC-4 Hetchins52 wrote: > I've been looking at the Simworks Obento rack, also made by Nitto. > Theoretically available in silver or black but rare right now. > Here's a picture of one with Wa

Re: [rtems-tools commit] tester/exe: Adjust timeouts by the step size

On 15/10/21 5:15 pm, Sebastian Huber wrote: > On 22/09/2021 00:59, Chris Johns wrote: >> Module:    rtems-tools >> Branch:    master >> Commit:    cfd5aa41e847752cd98cde65515df7ce45ff9665 >> Changeset:http://git.rtems.org/rtems-tools/commit/?id=cfd5aa41e8477

Re: [rtems-tools commit] tester/exe: Adjust timeouts by the step size

On 15/10/21 5:15 pm, Sebastian Huber wrote: > On 22/09/2021 00:59, Chris Johns wrote: >> Module:    rtems-tools >> Branch:    master >> Commit:    cfd5aa41e847752cd98cde65515df7ce45ff9665 >> Changeset:http://git.rtems.org/rtems-tools/commit/?id=cfd5aa41e8477

Re: libbsd zynqmp cpu freq for slcr calc

On 15/10/21 5:33 am, Kinsey Moore wrote: > On 10/14/2021 10:18, Joel Sherrill wrote: >> On Thu, Oct 14, 2021 at 9:56 AM Kinsey Moore >> wrote: >>> On 10/14/2021 01:40, Chris Johns wrote: >>>> Hi, >>>> >>>> I have

libbsd zynqmp cpu freq for slcr calc

Hi, I have come across this define in zynqmp_slcr.h: #define ZYNQMP_DEFAULT_PS_CLK_FREQUENCY What if the cpu freq is changed by a user? If this value still valid? The CPU frequency is under the control system designer in these parts. Chris

Re: [PATCH v1] rtems-binutils: Update to 2.37 and update head

On 14/10/21 3:20 am, Ryan Long wrote: > Update to binutils 2.37 for RTEMS 6 to fix an issue when building tests > for AArch64. Also updated the commit and hash for binutils in > rtems-binutils-head. What is the issue? Is there a ticket or something that explains what has been fixed? Chris

[gccsdk] OpenSSL 1.1.1

Hello I’m porting python 3.10.0 to risc os, and while it now builds along with most of the extensions, it looks like python now requires libssl 1.1.1. Does anyone know the state of that for RISC OS? Is it not done because there’s been no real news or is there something more significant?

Re: [PATCH rtems-tools v1] TraceConverter.cc: Add catch for exception

The change is fine. The comment is about another possible change. Thanks Chris On 13/10/21 5:22 am, Ryan Long wrote: > CID 1471639: Add catch for exception > > Closes #4501 > --- > tester/covoar/TraceConverter.cc | 45 > ++--- > 1 file changed, 29

Re: [PATCH] rtems-kernel: Implement kernel recipe using waf

On 12/10/21 11:59 pm, Ryan Long wrote: -Original Message- > From: Chris Johns > Sent: Friday, October 8, 2021 6:44 PM > To: Ryan Long ; devel@rtems.org > Subject: Re: [PATCH] rtems-kernel: Implement kernel recipe using waf > > Hi Ryan, > > Thank you for taki

Re: Scope of variables flagged by code inspector

On 11/10/21 10:14 pm, Sebastian Huber wrote: > Hello Zack, > > On 10/10/2021 20:25, zack leung wrote: >> I recently was invited to look at a new code review tool by Joel. It's used >> to help with reducing technical debt. It suggests various fixes and >> highlights various possible errors. One of

<    8   9   10   11   12   13   14   15   16   17   >