Re: [PATCH v2] zynqmp: Add support for the CFC-400X

Looks good and thank you for sorting out this approach. Thanks Chris On 9/11/2022 8:56 am, Kinsey Moore wrote: This adds a BSP variant for the ZynqMP BSP family to support the Innoflight CFC-400X platform. To properly support the CFC-400X, device trees were added to the ZynqMP platform due to

Documentation changes required for release

Hello, The following was add to the documentation build support for the RTEMS 6 release to avoid the need for us to perform mindless updates of the documentation on each release cycle: https://git.rtems.org/rtems-docs/tree/README.txt#n604 The text is: 10. Use the following to embed the

Re: [rtems-docs commit] Update build system related sections for RTEMS 6

Hi, Was this posted for review? I do not remember seeing it? There are a number of things that could be improved with this change. Chris On 8/11/2022 4:47 pm, Sebastian Huber wrote: Module:rtems-docs Branch:master Commit:31199e3a69d2dbd0a8f360e424fd19f3e9ef66ce Changeset:

Re: [PATCH 2/2] c-user/clock: Fix typo

+1 On 8/11/2022 3:26 am, Gedare Bloom wrote: > ok to both > > On Mon, Nov 7, 2022 at 3:20 AM Matthew Joyce > wrote: >> >> From: Matt Joyce >> >> --- >> c-user/clock/directives.rst | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/c-user/clock/directives.rst

Re: xz_crc64.c not compiled

On 8/11/2022 3:23 am, Gedare Bloom wrote: > On Fri, Nov 4, 2022 at 5:05 PM Chris Johns wrote: >> >> On 5/11/2022 6:46 am, Gedare Bloom wrote: >>> On Fri, Nov 4, 2022 at 1:39 PM Joel Sherrill wrote: >>>> >>>> >>>> >>>&

Re: Apple's Ventura OS issue with RSB.

On 7/11/2022 5:38 am, Karel Gardas wrote: > > Side note before answering : the email was motivated by the fact that I > provided > few patches to RSB to make that working well on Monterey running on M1. This > was > just few weeks ago so I know, this was running well. Last week I've updated to

Re: xz_crc64.c not compiled

On 5/11/2022 6:46 am, Gedare Bloom wrote: On Fri, Nov 4, 2022 at 1:39 PM Joel Sherrill wrote: On Fri, Nov 4, 2022, 2:37 PM Gedare Bloom wrote: Hi all, I don't see an entry in spec/build anywhere for xz_crc64.c From what I can tell it is not compiled/tested. I guess the This leads me

Re: Fwd: Identify 3rd party source in spec?

On 5/11/2022 4:00 am, Gedare Bloom wrote: Given the complexity of this tagging, I'm going to start with just the true/false approach to categorize third-party sources. We can do something like the above in the future. Sounds good. We can consider a dict when someone maps out how to manage 3rd

Re: [PATCH 2/2] wscript: rename bsp_list to bsplist

+1 On 4/11/2022 2:59 am, Gedare Bloom wrote: > --- > wscript | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/wscript b/wscript > index a8510edbee..b42c8f1119 100755 > --- a/wscript > +++ b/wscript > @@ -1694,7 +1694,7 @@ COMPILER = {}""".format( >

Re: Fwd: Identify 3rd party source in spec?

On 3/11/2022 2:50 pm, Chris Johns wrote: > On 3/11/2022 10:30 am, Gedare Bloom wrote: >> It was pointed out in Discord that the "third_party_list" command is >> unusual with respect to other waf commands, which are given as oneword >> formats (other than bsp_

Re: Fwd: Identify 3rd party source in spec?

On 3/11/2022 10:30 am, Gedare Bloom wrote: > It was pointed out in Discord that the "third_party_list" command is > unusual with respect to other waf commands, which are given as oneword > formats (other than bsp_list and bsp_defaults). I think it makes sense > to go with such a oneword format for

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 1:48 pm, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 9:22 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 2/11/2022 1:18 pm, Kinsey Moore wrote: > > On Tue, Nov 1, 2022 at 5:49 PM Chris Johns <mailto:chr...@rtems.org> > > <

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 1:18 pm, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 5:49 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 2/11/2022 8:56 am, Kinsey Moore wrote: > > On Tue, Nov 1, 2022 at 4:14 PM Chris Johns <mailto:chr...@rtems.org> &g

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 8:56 am, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 4:14 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 2/11/2022 5:51 am, Kinsey Moore wrote: > > Certain hardware configurations will always use SGMII instead of RGMII. > >

Re: [PATCH rtems-lwip 1/2] lwip.py: Remove redundant assignment

+1 On 2/11/2022 7:28 am, Vijay Kumar Banerjee wrote: > Hi Kinsey, > > The patches look great. Thanks for the cleanup. > > > Best regards, > Vijay > > On Tue, Nov 1, 2022 at 1:51 PM Kinsey Moore wrote: >> >> --- >> lwip.py | 2 -- >> 1 file changed, 2 deletions(-) >> >> diff --git a/lwip.py

Re: [PATCH] zynqmp: Add support for the CFC-400X

On 2/11/2022 8:15 am, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 3:59 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 2/11/2022 5:38 am, Kinsey Moore wrote:> +#ifdef > BSP_XILINX_ZYNQMP_MGMT_UART_BASE > > +/** > > + * @brief Zy

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 5:51 am, Kinsey Moore wrote: > Certain hardware configurations will always use SGMII instead of RGMII. > Apply the appropriate flags for the relevant BSPs. > --- > freebsd/sys/dev/cadence/if_cgem.c | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git

Re: Fwd: Identify 3rd party source in spec?

On 2/11/2022 3:25 am, o...@c-mauderer.de wrote:> Is it a good idea to make it a mandatory attribute? It makes the yaml files > bigger. It will only mean that we have to look for copy and paste bugs instead > of missing attributes if someone adds a new third party library. Can you avoid having to

Re: [PATCH] zynqmp: Add support for the CFC-400X

On 2/11/2022 5:38 am, Kinsey Moore wrote:> +#ifdef BSP_XILINX_ZYNQMP_MGMT_UART_BASE > +/** > + * @brief Zynq UltraScale+ MPSoC specific set up of a management console. > + * > + * The ZynqMP SoC's programmable logic can provide a serial interface for > system > + * management which may need

Re: [PATCH 1/2] bsps/riscv: Remove inaccurate statement about reliance on a boot loader

On 31/10/2022 10:44 pm, Hesham Almatary wrote: > Hello, > > I tried to push that but got an error message: > "remote: git_buildbot: ERROR: Could not connect to > buildbot.int.rtems.org:9899: Connection was refused by other side: 61: > Connection refused." Please try again. We have had some

Re: Text Formatting Patches coming

On 1/11/2022 2:59 am, Gedare Bloom wrote: > I am planning to roll out several text formatting changes over the > next 6 weeks or so, to include: > 1. Removal of URLs from Copyright lines as per #4636. Note: Most of > the included URLs currently are from EB or Chris Johns (Contemporar

Re: [PATCH 1/2] bsps/aarch64: Ensure FPU trap state is consistent

On 28/10/2022 9:57 am, Kinsey Moore wrote: > > On Thu, Oct 27, 2022 at 5:46 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 28/10/2022 9:25 am, Kinsey Moore wrote: > > On Thu, Oct 27, 2022 at 5:10 PM Chris Johns <mailto:chr...@rtems.org>

Re: [PATCH 1/2] bsps/aarch64: Ensure FPU trap state is consistent

On 28/10/2022 9:25 am, Kinsey Moore wrote: > On Thu, Oct 27, 2022 at 5:10 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 28/10/2022 9:05 am, Kinsey Moore wrote: > > RTEMS may be booted from a dirty environment. Ensure that FPU trap >

Re: [PATCH 1/2] bsps/aarch64: Ensure FPU trap state is consistent

On 28/10/2022 9:05 am, Kinsey Moore wrote: > RTEMS may be booted from a dirty environment. Ensure that FPU trap > settings are consistent. > --- > bsps/aarch64/shared/start/start.S | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/bsps/aarch64/shared/start/start.S >

Re: Increase Frequency of Updates of RTEMS GitHub Tools Mirroring

Hi Christian, Thank you for your considered comments. On 27/10/2022 12:06 am, Christian MAUDERER wrote: > Am 26.10.22 um 01:06 schrieb Chris Johns: >> On 26/10/2022 4:46 am, Joel Sherrill wrote: >>> In general, our current approach is quite a hack. We should do things &

Re: Increase Frequency of Updates of RTEMS GitHub Tools Mirroring

On 26/10/2022 4:46 am, Joel Sherrill wrote: > In general, our current approach is quite a hack. We should do things > more event driven. For example, if you want to update the RSB, then you > create a pull request. This pull request starts a CI script which > updates the mirrors

Re: [PATCH] bsps/microblaze: Fix console interrupt build errors

OK to push Chris On 25/10/2022 12:36 pm, Alex White wrote: > This fixes build errors seen when building with console interrupts > enabled. A few places were missing bspopts.h includes, and one of the > UART functions was not defined. > --- > bsps/microblaze/include/dev/serial/uartlite.h | 1 +

Re: [PATCH] testproc/gsed: fix compilation of GNU sed on Mac OS X

Looks good. Ok to push. Thanks Chris On 24/10/2022 8:36 am, Karel Gardas wrote: > GNU sed compiles on Mac OS X fine, but without providing --host/--build > configure options. Hence removing them solved the issue of configure > not being able to recognize arm64-darwin platform. > --- >

Re: [PATCH rtems-docs v2] user/bsps: Update riscv for PolarFire SoC

On 21/10/2022 4:04 pm, padmarao.beg...@microchip.com wrote: > The Patch v1 was reviewed by Alan, update few comments, and submitted Patch > v2. > https://lists.rtems.org/pipermail/devel/2022-October/073469.html - Patch v1 > > https://lists.rtems.org/pipermail/devel/2022-October/073528.html -

Re: [libbsd 00/22] Remove FreeBSD file descriptors and avoid VFS

On 20/10/2022 7:01 pm, Sebastian Huber wrote: > On 29/08/2022 10:27, Sebastian Huber wrote: >> Hello Chris, >> >> On 25/07/2022 08:12, Sebastian Huber wrote: >>> On 11/07/2022 15:04, Sebastian Huber wrote: On 24/06/2022 08:33, Sebastian Huber wrote: > This patch set removes the FreeBSD

Re: Ping on ticket 4728 + patch

On 18/10/2022 1:13 pm, Joel Sherrill wrote: > On Sun, Oct 16, 2022 at 9:32 AM Alan Cudmore > wrote: > > On Fri, Oct 14, 2022 at 9:19 AM Joel Sherrill > wrote: > > > > Pushed. Thanks for pinging. It does help. > > > >

Re: [PATCH] libdebugger: Add a target break call to suspend all running threads

I have fixed the subject line as above in the commit to push :) Chris On 18/10/22 7:35 am, chr...@rtems.org wrote: > From: Chris Johns > > - Optionally wait if there is no remote debugger connected and break > when the remote connects > > Closes #4740 > --- >

Re: Documentation index entries for functions

On 15/10/2022 12:58 am, Joel Sherrill wrote: > On Fri, Oct 14, 2022 at 8:53 AM Sebastian Huber > > > wrote: > On 14.10.22 15:45, Joel Sherrill wrote: > > > > While teaching an RTEMS class this week, I noticed that rtems_build_name > > is

Re: [PATCH] TFTPFS: Adding missing diagram

I have built HTML and PDF and it looks is fine. Pushed. Thank you for updating the image and sorting this out. It is appreciated. Chris On 14/10/2022 2:41 am, Frank Kuehndel wrote: > From: Frank Kühndel > > --- > filesystem/trivial_ftp.rst | 8 -- >

Re: docs not building to PDF

On 13/10/2022 4:06 pm, Sam Price wrote: > example > >

Re: docs not building to PDF

On 13/10/2022 3:15 pm, Sam Price wrote: > Yes > https://github.com/mermaid-js/mermaid-cli > > > There are command line tools so it can be integrated into pipelines. > > > Convert Mermaid mmd Diagram File To SVG > > mmdc -i input.mmd -o

Re: docs not building to PDF

On 13/10/2022 2:01 pm, Sam Price wrote: > Have you guys looked at mermaidjs for simplistic diagrams? > https://mermaid-js.github.io/mermaid/#/flowchart > No I have not. > You can embed it in markdown. pandoc will convert it to images for html. >

Re: Cygwin tools failure

On 12/10/2022 3:24 pm, Chris Johns wrote: > Consider a patch to add the piece removed at the end of this patch as > approved. I see the patch was pushed, thanks. The RSB hash will need to be updated so users pick it up. Thanks Chris ___ devel m

Re: docs not building to PDF

On 12/10/2022 8:56 pm, Frank Kühndel wrote: > Hello Chris, > On 10/11/22 23:47, Chris Johns wrote: >> On 11/10/2022 7:12 pm, Frank Kühndel wrote: >>> Hello Chris, >>> >>> On 10/11/22 03:09, Chris Johns wrote: >>>> On 10/10/2022 9:

Re: Cygwin tools failure

On 12/10/2022 2:30 pm, Joel Sherrill wrote: > > > On Tue, Oct 11, 2022 at 8:36 PM Ryan Long > wrote: > > Cygwin has been unable to build the tools for awhile. This has been due > to an array subscript being a char while building DTC. The maintainers >

Re: docs not building to PDF

On 11/10/2022 7:12 pm, Frank Kühndel wrote: > Hello Chris, > > On 10/11/22 03:09, Chris Johns wrote: >> On 10/10/2022 9:22 pm, Frank Kühndel wrote: >>> images/filesystem/tftpfs_usage.png: >>> https://share.embedded-brains.de/index.php/s/fQ4WrLrqmBjcbwC >

Re: Fwd: New Defects reported by Coverity Scan for RTEMS

Hi, Thanks Coverity for picking up I forgot to add the new error string. :) I will push the 1 line change. Chris On 10/10/2022 10:46 pm, Joel Sherrill wrote: > > -- Forwarded message - > From: mailto:scan-ad...@coverity.com>> > Date: Mon, Oct 10, 2022, 12:22 AM > Subject: New

Re: docs not building to PDF

On 10/10/2022 9:22 pm, Frank Kühndel wrote: > images/filesystem/tftpfs_usage.png: > https://share.embedded-brains.de/index.php/s/fQ4WrLrqmBjcbwC I have a greyed out image I cannot clearly see? > images/filesystem/ftpfs_usage.svg: > https://share.embedded-brains.de/index.php/s/xk7kArkm6mbjcn2 > >

Re: docs not building to PDF

On 8/10/2022 9:47 am, Chris Johns wrote: > On 8/10/2022 10:12 am, Noor Aman wrote: >> I can confirm that the same is happening on my PC too. > > Could you please bisect the repo to find the patch that broke things? A simpler way to find the commit is to see the last build on docs.

Re: docs not building to PDF

On 8/10/2022 10:12 am, Noor Aman wrote: > I can confirm that the same is happening on my PC too. Could you please bisect the repo to find the patch that broke things? Thanks Chris ___ devel mailing list devel@rtems.org

Re: [PATCH rtems-docs v4] raspberrypi4.rst: Documentation for the new AArch64 Raspberry pi 4B BSP

On 8/10/2022 10:29 am, Noor Aman wrote: > I'm on an older commit of master branch (20 commits behind) and on that, the > pdf > builds fine, If that helps you in any way. Please make sure the patches you post are based on the latest when you post them. We assume this is the case. Thanks Chris

Re: [PATCH rtems-docs v4] raspberrypi4.rst: Documentation for the new AArch64 Raspberry pi 4B BSP

Looks good. Thank you for your patience in getting the changes made. Chris On 7/10/2022 4:16 pm, Noor Aman wrote: > New patch sent with new changes. > > On Fri, 7 Oct 2022 at 10:30, Mohd Noor Aman > wrote: > > This patch adds the relevant documentations

Re: [PATCH v2 06/13] score: Add CPU_THREAD_LOCAL_STORAGE_VARIANT

On 7/10/2022 3:33 pm, Sebastian Huber wrote: > On 07.10.22 06:31, Chris Johns wrote: >> On 7/10/2022 3:23 pm, Sebastian Huber wrote: >>> On 07.10.22 05:44, Chris Johns wrote: >>>> On 6/10/2022 7:23 pm, Sebastian Huber wrote: >>>>> +#if CPU_THREAD_

Re: [PATCH v2 06/13] score: Add CPU_THREAD_LOCAL_STORAGE_VARIANT

On 7/10/2022 3:23 pm, Sebastian Huber wrote: > On 07.10.22 05:44, Chris Johns wrote: >> On 6/10/2022 7:23 pm, Sebastian Huber wrote: >>> +#if CPU_THREAD_LOCAL_STORAGE_VARIANT == 10 >>> +  tls_data = (void *) >>> +    RTEMS_ALIGN_UP( (uintptr_t) tls_area + siz

Re: [PATCH 06/13] config: Add rtems_malloc_task_stack_for_idle()

On 7/10/2022 3:25 pm, Sebastian Huber wrote: > On 07.10.22 04:57, Chris Johns wrote: >> On 6/10/2022 6:35 pm, Sebastian Huber wrote: >>> On 06/10/2022 00:13, Chris Johns wrote: >>>> Will the IDLE TLS size be based on the >>>> CONFIGURE_MAXIMUM_T

Re: [PATCH v2 06/13] score: Add CPU_THREAD_LOCAL_STORAGE_VARIANT

On 6/10/2022 7:23 pm, Sebastian Huber wrote: > +#if CPU_THREAD_LOCAL_STORAGE_VARIANT == 10 > + tls_data = (void *) > +RTEMS_ALIGN_UP( (uintptr_t) tls_area + sizeof( *tcb ), alignment ); > + tcb = (TLS_Thread_control_block *) ((char *) tls_data - sizeof( *tcb )); > + return_value = tls_data;

Re: [tools] tester: Check for begin/end of test

OK Thanks Chris On 6/10/2022 6:29 pm, Sebastian Huber wrote: > Check for "BEGIN OF TEST" and "END OF TEST" to not use other information > blocks > such as "END OF GCOV" to determine the test status. > --- > tester/rt/report.py | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > >

Re: [PATCH 06/13] config: Add rtems_malloc_task_stack_for_idle()

On 6/10/2022 6:35 pm, Sebastian Huber wrote: > On 06/10/2022 00:13, Chris Johns wrote: >> Will the IDLE TLS size be based on the >> CONFIGURE_MAXIMUM_THREAD_LOCAL_STORAGE_SIZE if it is not zero? This effects >> libdl once it supports loading TLS based code. > > Currentl

Re: [PATCH rtems-docs v2] raspberrypi4.rst: Added Documentation for the new AArch64 Raspberry pi 4B BSP

Thanks for the documentation. It is great to have this. My comments are below. On 5/10/2022 4:41 pm, Mohd Noor Aman wrote: > This patch adds the relevant documentations required for booting the new BSP. > JTAG support is added for debugging. I have built the HTML docs and verified > them. > ---

Re: [PATCH 06/13] config: Add rtems_malloc_task_stack_for_idle()

On 5/10/2022 4:00 pm, Sebastian Huber wrote: > On 04/10/2022 23:21, Chris Johns wrote: >> On 5/10/2022 12:41 am, Sebastian Huber wrote: >>> On 04/10/2022 15:21, Joel Sherrill wrote: >>>> On Tue, Oct 4, 2022 at 12:40 AM Sebastian Huber >>>> >>>

Re: Git master/main/trunk/current/best...

On 6/10/2022 6:14 am, Sebastian Huber wrote: > On 05/10/2022 20:37, Joel Sherrill wrote: >> On Thu, Sep 29, 2022 at 4:24 PM Chris Johns > <mailto:chr...@rtems.org>> wrote: >> >>     On 30/9/22 4:00 am, Joel Sherrill wrote: >> > I'd like to propose tha

Re: [PATCH] gsed.cfg: Add check for gsed

On 6/10/2022 5:29 am, Ryan Long wrote: > On 10/4/2022 4:31 PM, Chris Johns wrote: >> On 5/10/2022 12:52 am, Ryan Long wrote: >>> It looks like gcc checks for gsed if sed is not the GNU version. >> Thanks for checking this. >> >>> I've installed it on Fre

Re: [docs 1/5] c-user: Add CONFIGURE_IDLE_TASK_MINIMUM_STACK_SIZE

Hi, Can we please wait until the patches are sorted before this is merged? Thanks Chris On 30/9/2022 7:15 pm, Sebastian Huber wrote: > --- > c-user/config/idle-task.rst| 95 -- > c-user/config/task-stack-alloc.rst | 39 ++-- > 2 files changed, 124

Re: [PATCH v3] bsp/aarch64: Add new Raspberry Pi 4B BSP

On 5/10/2022 5:39 am, Joel Sherrill wrote: > Once Alan says it's OK, I will merge this. > > Great work! Please make sure code, docs, tester configuration, etc gets > merged. Looks great, well done for all the hard work. Chris ___ devel mailing list

Re: [PATCH] gsed.cfg: Add check for gsed

On 5/10/2022 12:52 am, Ryan Long wrote: > It looks like gcc checks for gsed if sed is not the GNU version. Thanks for checking this. > I've installed it on FreeBSD and MacOS. I had to install it via Homebrew on > MacOS, but that's because it fails to build gsed. Homebrew complicates your work.

Re: [PATCH 06/13] config: Add rtems_malloc_task_stack_for_idle()

On 5/10/2022 12:41 am, Sebastian Huber wrote: > On 04/10/2022 15:21, Joel Sherrill wrote: >> On Tue, Oct 4, 2022 at 12:40 AM Sebastian Huber >> > <mailto:sebastian.hu...@embedded-brains.de>> wrote: >> >>     On 30/09/2022 23:39, Chris Johns wrote: >>

Re: [PATCH] c-user: Add application config info directives

On 1/10/2022 12:25 am, Sebastian Huber wrote: > On 17/09/2022 09:31, Chris Johns wrote: >>> diff --git a/c-user/config/introduction.rst b/c-user/config/introduction.rst >>> new file mode 100644 >>> index 000..d06662a >>> --- /dev/null >>>

Re: [PATCH] c-user: Add application config info directives

On 30/9/2022 11:43 pm, Sebastian Huber wrote: > On 17/09/2022 09:31, Chris Johns wrote: >>> +rtems_configuration_get_milliseconds_per_tick() >>> +--- >>> + >>> +Gets the number of milliseconds per clock ti

Re: [PATCH] c-user: Add application config info directives

On 30/9/2022 11:34 pm, Sebastian Huber wrote: > On 17/09/2022 09:31, Chris Johns wrote: >>> +rtems_get_version_string() >>> +-- >>> + >>> +Gets the RTEMS version string. >>> + >>> +.. rubric:: CALLING SEQUENC

Re: [PATCH] gsed.cfg: Add check for gsed

On 4/10/2022 2:52 am, Ryan Long wrote: > --- > bare/config/textproc/gsed.cfg | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/bare/config/textproc/gsed.cfg b/bare/config/textproc/gsed.cfg > index 8287c74..b4aaf4f 100644 > --- a/bare/config/textproc/gsed.cfg > +++

Re: Libexpat missing when using Python from python.org

On 4/10/2022 2:32 am, Ryan Long wrote: > Hello, > > Following Chris's advice, I installed Python 3.10.6 from Python's website. It > gets me past the header check for gdb, Great. > but then it reports > > > checking whether to use expat... yes > > checking for libexpat... no > > configure:

Re: [PATCH 06/13] config: Add rtems_malloc_task_stack_for_idle()

On 30/9/2022 7:21 pm, Sebastian Huber wrote: > Update #4524. > --- > cpukit/doxygen/appl-config.h| 13 + > cpukit/include/rtems/rtems/config.h | 29 +- > cpukit/include/rtems/score/interr.h | 1 + > cpukit/sapi/src/interrtext.c| 3 +- >

Re: [PATCH] spec/pkgconfig: Allow builds to override headers

On 1/10/2022 6:30 am, Kinsey Moore wrote: > On 9/29/2022 16:19, Chris Johns wrote: >> On 29/9/22 11:24 pm, Kinsey Moore wrote: >>> On 9/28/2022 19:03, Chris Johns wrote: >>>> On 29/9/2022 7:13 am, Kinsey Moore wrote: >>>>> This allows any builds

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

On 30/9/2022 5:01 pm, Christian MAUDERER wrote: > The rtems-deployment repo doesn't have a .gitlab-ci.yml. Did you keep that > separate? Sorry missed this. The plumbing is outside of that repo. Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

On 30/9/2022 5:01 pm, Christian MAUDERER wrote: > Am 30.09.22 um 08:48 schrieb Chris Johns: >> On 30/9/2022 4:08 pm, Christian MAUDERER wrote: >>> Am 30.09.22 um 07:37 schrieb Chris Johns: >>>> On 30/9/2022 3:33 pm, Christian MAUDERER wrote: >>>>

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

On 30/9/2022 4:08 pm, Christian MAUDERER wrote: > Am 30.09.22 um 07:37 schrieb Chris Johns: >> On 30/9/2022 3:33 pm, Christian MAUDERER wrote: >>> Am 30.09.22 um 05:49 schrieb Chris Johns: >>>> On 29/9/2022 9:50 pm, Chris Johns wrote: >>>>>

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

On 30/9/2022 3:33 pm, Christian MAUDERER wrote: > Am 30.09.22 um 05:49 schrieb Chris Johns: >> On 29/9/2022 9:50 pm, Chris Johns wrote: >>> On 29/9/22 9:45 pm, Christian MAUDERER wrote: >>>> Hello Chris, >>>> >>>> thanks for the quic

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

On 29/9/2022 9:50 pm, Chris Johns wrote: > On 29/9/22 9:45 pm, Christian MAUDERER wrote: >> Hello Chris, >> >> thanks for the quick patch. With this qemu and microblaze work again like >> expected. >> >> I tested all tools starting with devel/* and from the

Re: Git master/main/trunk/current/best...

On 30/9/22 4:00 am, Joel Sherrill wrote: > I'd like to propose that short term we change lwip main to master for > consistency with existing repos. This helps avoid stupid mistakes because lwip > is the odd case. I propose we use devel. I prefer it over main. When should we change away from

Re: [PATCH] spec/pkgconfig: Allow builds to override headers

On 29/9/22 11:24 pm, Kinsey Moore wrote: > On 9/28/2022 19:03, Chris Johns wrote: >> On 29/9/2022 7:13 am, Kinsey Moore wrote: >>> This allows any builds targeting an installed RTEMS BSP to override >>> headers in the installed BSP reliably, including heade

Re: [PATCH] sb/set-builder: Fix staging and tar file generation with a single config build

On 29/9/22 9:45 pm, Christian MAUDERER wrote: > Hello Chris, > > thanks for the quick patch. With this qemu and microblaze work again like > expected. > > I tested all tools starting with devel/* and from the ones that work only > devel/autotools-internal didn't generate a tar archive. But that

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

On 29/9/22 6:01 pm, Christian MAUDERER wrote: > Am 29.09.22 um 09:52 schrieb Chris Johns: >> >> >> On 29/9/22 5:13 pm, Christian MAUDERER wrote: >>> Am 29.09.22 um 08:56 schrieb Chris Johns: >>>> On 29/9/2022 4:55 pm, Christian MAUDERER wrote: >

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

On 29/9/22 5:13 pm, Christian MAUDERER wrote: > Am 29.09.22 um 08:56 schrieb Chris Johns: >> On 29/9/2022 4:55 pm, Christian MAUDERER wrote: >>> Am 29.09.22 um 08:54 schrieb Chris Johns: >>>> On 29/9/2022 4:42 pm, Christian MAUDERER wrote: >>>>>>

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

On 29/9/2022 4:55 pm, Christian MAUDERER wrote: > Am 29.09.22 um 08:54 schrieb Chris Johns: >> On 29/9/2022 4:42 pm, Christian MAUDERER wrote: >>>> It could be a bug if the tools builds work, ie 6/rtems-*. Please raise a >>>> ticket? >>> >>> The

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

On 29/9/2022 4:42 pm, Christian MAUDERER wrote: >> It could be a bug if the tools builds work, ie 6/rtems-*. Please raise a >> ticket? > > The tool builds work except for the 6/rtems-microblaze. Thanks, I will take a look. Chris ___ devel mailing

Re: [PATCH] cpukit/fdt: Free index before container

OK to push. Should 5 be updated? Consider OK for 5 as well. Thanks Chris On 29/9/2022 7:12 am, Kinsey Moore wrote: > Ensure that the index is released before the structure containing it is > freed and NULLed. > > Updates #4460 > --- > cpukit/libmisc/rtems-fdt/rtems-fdt.c | 4 ++-- > 1 file

Re: [PATCH] spec/pkgconfig: Allow builds to override headers

On 29/9/2022 7:13 am, Kinsey Moore wrote: > This allows any builds targeting an installed RTEMS BSP to override > headers in the installed BSP reliably, including headers previously > installed by that or other builds. This includes applications, network > stacks, libraries, and any other builds.

Re: [PATCH] cpukit/fdt: Check correct allocation

OK and thanks. Should this be fixed on 5 as well? If you think so consider it OK as well. Thanks Chris On 29/9/2022 7:12 am, Kinsey Moore wrote: > The second allocation check was mistakenly rechecking the first > allocation. It now checks the correct allocation and ensures that names > is not

Re: [rtems-source-builder commit] sb/setbuilder: Correctly create build set tar files

On 28/9/2022 11:42 pm, Christian MAUDERER wrote: > Hello, > > with this patch, I don't get a tar for devel/qemu and for the > 6/rtems-microblaze > anymore. All other 6/rtems-* toolchains work without problems. I haven't > tested > a lot of the other packages. > > The bset for microblaze is a

Re: [PATCH RSB v2] rtems-gcc-12-newlib-head.cfg: Bump newlib hash to get extern C on resource.h

Looks good. Please push. Thanks Chris On 27/9/2022 10:52 am, Joel Sherrill wrote: > --- > rtems/config/tools/rtems-gcc-12-newlib-head.cfg | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/rtems/config/tools/rtems-gcc-12-newlib-head.cfg >

Re: [PATCH RSB v1] rtems-gcc-12-newlib-head.cfg: Bump newlib hash to get extern C on resource.h

On 27/9/2022 10:30 am, Joel Sherrill wrote: > --- > rtems/config/tools/rtems-gcc-12-newlib-head.cfg | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/rtems/config/tools/rtems-gcc-12-newlib-head.cfg > b/rtems/config/tools/rtems-gcc-12-newlib-head.cfg > index

Re: [PATCH rtems-docs] raspberrypi4.rst: Added Documentation for the new AArch64 Raspberry pi 4B BSP

On 26/9/2022 5:10 pm, Chris Johns wrote: > Hi, > > Thanks for this. Looks good. I few minor issues. > > Should memory sizes be discussed given there are a few models with different > sized memory? > > Can the subject please be: > > user/raspberrypi4.rst: Added t

Re: [PATCH rtems-docs] raspberrypi4.rst: Added Documentation for the new AArch64 Raspberry pi 4B BSP

Hi, Thanks for this. Looks good. I few minor issues. Should memory sizes be discussed given there are a few models with different sized memory? Can the subject please be: user/raspberrypi4.rst: Added the AArch64 Raspberry pi 4B BSP Minor nit has the end of the email ... On 26/9/2022 4:52

Re: [rtems-source-builder commit] 7: Update Binutils, GDB, and GCC

On 26/9/2022 4:45 pm, Sebastian Huber wrote: > On 26/09/2022 08:43, Chris Johns wrote: >> On 26/9/2022 4:33 pm, Sebastian Huber wrote: >>> On 09/09/2022 00:47, Chris Johns wrote: >>>> On 9/9/2022 12:28 am, Sebastian Huber wrote: >>>> https://codeload.githu

Re: [rtems-source-builder commit] 7: Update Binutils, GDB, and GCC

On 26/9/2022 4:33 pm, Sebastian Huber wrote: > On 09/09/2022 00:47, Chris Johns wrote: >> On 9/9/2022 12:28 am, Sebastian Huber wrote: >> https://codeload.github.com/RTEMS/sourceware-mirror-binutils-gdb/tar.gz/%{binutils_version} >>> -%hash sha512 %{binu

Re: How can I use the GCC -frandom-seed= option with the waf build system?

On 24/9/2022 5:03 am, Sebastian Huber wrote: > On 23/09/2022 20:27, Joel Sherrill wrote: >> >> >> On Fri, Sep 23, 2022 at 11:49 AM Sebastian Huber >> > > wrote: >> >>     On 23/09/2022 18:47, Karel Gardas wrote: >> > On 9/23/22 18:35, Sebastian Huber

Re: rtems-tester for raspberry pi 4B

On 26/9/2022 1:06 am, Noor Aman wrote: > I wanted to setup rtems-tester for aarch64/raspberry BSP using TFTP/PXE > boot, So I needed help with that. The process is documented here https://docs.rtems.org/branches/master/user/testing/tftp.html. Does this help?? Chris

Re: [PATCH v2] bsp/aarch64: New entry for Raspberry pi 4B AArch64 BSP

Hi, Thanks for this. It is exciting to see this board being supported. Well done getting to a point we can review the changess. My comments are mostly about the commit message :) Is the BSP called `aarch64/raspberrypi4b`? I just want to make sure I am reading the spec files correctly. On

Re: [PATCH] c-user: Add application config info directives

On 23/9/2022 4:34 pm, Sebastian Huber wrote: On 23.09.22 00:04, Chris Johns wrote: On 22/9/2022 6:18 pm, Sebastian Huber wrote: On 17/09/2022 09:31, Chris Johns wrote: +.. index:: rtems_configuration_get_rtems_api_configuration() + +.. _InterfaceRtemsConfigurationGetRtemsApiConfiguration

Re: [PATCH v6 00/10] New GPIO, ADC API and STM32F4 BSP implementation

On 22/9/2022 11:44 pm, Joel Sherrill wrote: > > > On Thu, Sep 22, 2022 at 4:44 AM Karel Gardas wrote: > > On 9/22/22 10:41, Sebastian Huber wrote: > > On 22/09/2022 10:30, Karel Gardas wrote: > >> On 9/22/22 00:00, Gedare Bloom wrote: > >>> On Wed, Sep 21, 2022 at 9:12 AM Joel

Re: [PATCH] c-user: Add application config info directives

On 22/9/2022 6:18 pm, Sebastian Huber wrote: > On 17/09/2022 09:31, Chris Johns wrote: >>> +.. index:: rtems_configuration_get_rtems_api_configuration() >>> + >>> +.. _InterfaceRtemsConfigurationGetRtemsApiConfiguration: >>> + >>>

Re: [PATCH v2 0/4] Microchip PolarFire SoC support

On 21/9/2022 9:47 pm, Joel Sherrill wrote: > Chris did you add it to the bsp-builder configuration? No. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v2 0/4] Microchip PolarFire SoC support

On 21/9/2022 3:03 am, Joel Sherrill wrote: > I have pushed this patch set. Please check that the merge is OK and follow up > with an update to the Users Guide for those looking for this BSP. Thanks. Great to see the addition of this BSP. I have updated the RSB to include this BSP. I have also

Re: [PATCH] bsps/arm: Fix start in hypervisor mode

On 20/9/2022 9:12 pm, Sebastian Huber wrote: > Only clear the HSCTLR[TE] bit to take exceptions in A32 state. Keep the > other HSCTLR bits as is since they control the current execution. > Assume that the chip or boot loader did initialize this register > correctly. I think this change should

Re: [PATCH] c-user: Add application config info directives

On 19/9/2022 5:21 pm, Sebastian Huber wrote: > On 17/09/2022 09:31, Chris Johns wrote: >>> +rtems_configuration_get_do_zero_of_workspace() >>> +-- >>> + >>> +Indicates if the RTEMS Workspace is configured to be z

<    1   2   3   4   5   6   7   8   9   10   >