Re: [PATCH] Add support for ELF notes

On 24/3/2023 7:32 pm, Sebastian Huber wrote: > On 23.03.23 20:07, Chris Johns wrote: >> On 24/3/2023 3:57 am, Sebastian Huber wrote: >>> On 23.03.23 17:52, Will wrote: >>>> Great idea to store this information in the executable itself. Does this >>>> n

Re: [PATCH] Add support for ELF notes

On 24/3/2023 6:09 am, Joel Sherrill wrote: > Happy to see this but a bit concerned that there is only one architecture's > BSPs > addressed. What about the other architectures? Yes good question. I read the patch as generic with just enough support to show how it works. Chris

Re: [PATCH] Add support for ELF notes

On 24/3/2023 3:57 am, Sebastian Huber wrote: > On 23.03.23 17:52, Will wrote: >> Great idea to store this information in the executable itself. Does this need >> a RTEMS_TEST_STATE_LINK_ONLY test state or something similar for minimum.exe? > > With the notes you can build the test. The test

Re: [PATCH] binutils: Disable stack exec and RWX section warnings

On 22/3/2023 11:59 pm, Sebastian Huber wrote: > On 21.03.23 23:17, Chris Johns wrote: >> When playing I attempted a change to the rtems.git LINKFLAGS in >> spec/build/bsps/linkcmd.yml and nothing happened. I do not understand that >> file >> and if it is used? >

Re: [PATCH 2/2] includes: Update to use the latest networking headers

On 22/3/2023 4:20 pm, Joel Sherrill wrote: > On Tue, Mar 21, 2023, 9:32 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 22/3/2023 3:29 pm, Gedare Bloom wrote: > > These patches look ok for rtems-net-legacy. > > Yes and again so

Re: [PATCH 2/2] includes: Update to use the latest networking headers

On 22/3/2023 3:29 pm, Gedare Bloom wrote: > These patches look ok for rtems-net-legacy. Yes and again sorry for the wrong subject line. > In general, net-legacy is ok for maintenance patches. Any new features > will be heavily scrutinized and need additional discussions. Agreed. These are

Re: [PATCH rtems-docs 2/2] user/zynqmp: Add NAND driver information

On 22/3/2023 1:32 pm, Kinsey Moore wrote: > On Tue, Mar 21, 2023 at 9:20 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 22/3/2023 1:18 pm, Kinsey Moore wrote: > > On Tue, Mar 21, 2023 at 7:39 PM Chris Johns <mailto:chr...@rtems.org> &g

Re: [PATCH rtems-docs 2/2] user/zynqmp: Add NAND driver information

On 22/3/2023 1:18 pm, Kinsey Moore wrote: > On Tue, Mar 21, 2023 at 7:39 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 22/3/2023 7:00 am, Kinsey Moore wrote: > > --- > >  user/bsps/aarch64/xilinx-zynqmp.rst | 9 + >

Re: [PATCH 1/2] score: Update to the latest score interface

These are for the net-legacy repo. I seem to have lost my subject say this while getting them posted to the list. Bring on a merge request tool to avoid all this mess . Chris On 22/3/2023 11:36 am, chr...@rtems.org wrote: > From: Chris Johns > > Updates #4882 > --- > lib

Re: [PATCH rtems-docs 2/2] user/zynqmp: Add NAND driver information

On 22/3/2023 7:00 am, Kinsey Moore wrote: > --- > user/bsps/aarch64/xilinx-zynqmp.rst | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/user/bsps/aarch64/xilinx-zynqmp.rst > b/user/bsps/aarch64/xilinx-zynqmp.rst > index 4de0115..e30c3f6 100644 > ---

Re: [PATCH] binutils: Disable stack exec and RWX section warnings

On 22/3/2023 2:25 am, Sebastian Huber wrote: > On 21.03.23 12:11, chr...@rtems.org wrote: >> From: Chris Johns >> >> Binutils 2.39 and later enable by default warnings for executables >> with executable stack and RWX sections. Disable them. >> >> Closes #4881

Re: [PATCH] grub2.cfg: fix GRUB compilation with GCC 12.

Ok to push Thanks Chris On 20/3/2023 9:13 am, Karel Gardas wrote: > --- > source-builder/config/grub2.cfg | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/source-builder/config/grub2.cfg b/source-builder/config/grub2.cfg > index 2333d6a..174b846 100644 > ---

Re: [PATCH 1/3] bsps/riscv: Make SMP start more robust

On 16/3/2023 5:59 pm, Sebastian Huber wrote: > In SMP configurations, check that we run on a configured processor. If not, > then there is not much what can be done since we do not have a stack available not much that can be done ? No comment on the actual patch as I do not know RISCV

Re: Flash Device API

On 16/3/2023 6:13 pm, Sebastian Huber wrote: > Hello Aaron, > > this API seems to be RTEMS-specific. Maybe we should simply pick up an > existing > solution which is in more wide spread use, for example: > > https://docs.zephyrproject.org/latest/hardware/peripherals/flash.html That interface

Re: [PATCH v2] doxygen: Add groups for related test suites

OK Does this catch all RTEMSTestSuites cases? Chris On 14/3/2023 10:16 pm, Sebastian Huber wrote: > --- > v2: Adjust group membership of related test suites. > > cpukit/doxygen/top-level-groups.h | 24 +++ > testsuites/unit/ts-unit-no-clock-0.c | 2 +- >

Re: [PATCH] doxygen: Add groups for related test suites

OK to push Chris On 13/3/2023 9:49 pm, Sebastian Huber wrote: > --- > cpukit/doxygen/top-level-groups.h | 24 > 1 file changed, 24 insertions(+) > > diff --git a/cpukit/doxygen/top-level-groups.h > b/cpukit/doxygen/top-level-groups.h > index 8a439feee1..25bf8faae2

Re: [PATCH] Provide kernel space items only if needed

Looks good Thanks Chris On 13/3/2023 9:36 pm, Sebastian Huber wrote: > The kernel space parts of standard system header files were protected > against misuse by an preprocessor error directive. This approach does > not work well with tools such as Doxygen. Provide the kernel space > items only

Re: [PATCH rtems-source-builder] 6: Update MicroBlaze gdb to 12.1

On 9/3/2023 8:10 pm, Frank Kühndel wrote: > Hello Chris, > Hello Alex, > > On 3/8/23 20:51, Chris Johns wrote: >> Subject: >> Re: [PATCH rtems-source-builder] 6: Update MicroBlaze gdb to 12.1 >> From: >> Chris Johns >> Date: >> 3/8/23,

Re: [PATCH rtems-docs v2] c-user/chains: Correct iteration example code

On 10/3/2023 10:12 pm, Kinsey Moore wrote: > On Thu, Mar 9, 2023 at 1:01 AM Sebastian Huber > > > wrote: > On 09.03.23 03:33, Kinsey Moore wrote: > > Casting the node returned by rtems_chain_head is incorrect. That node is > > owned by the

Re: [PATCH] 6/gdb: fix building on FreeBSD 13.1

On 9/3/2023 1:54 pm, Joel Sherrill wrote: > I've followed the discussion with gdb and this is ok. Thanks. > I still question them > installing that header file. The the patch you're adding fixes it by making > local includes ahead. But I don't remember seeing an answer to the question of >

Re: [PATCH rtems-docs v2] c-user/chains: Correct iteration example code

Looks good. Thanks Chris On 9/3/2023 11:33 am, Kinsey Moore wrote: > Casting the node returned by rtems_chain_head is incorrect. That node is > owned by the control structure and use of it post-cast could cause > memory corruption. > --- > c-user/chains.rst | 6 +- > 1 file changed, 5

Re: [PATCH rtems-docs] c-user/chains: Correct iteration example code

On 9/3/2023 7:22 am, Kinsey Moore wrote: > On Wed, Mar 8, 2023 at 3:47 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 9/3/2023 5:40 am, Kinsey Moore wrote: > > Casting the node returned by rtems_chain_head is incorrect. That node is > > owned by th

Re: [PATCH rtems-docs] c-user/chains: Correct iteration example code

On 9/3/2023 5:40 am, Kinsey Moore wrote: > Casting the node returned by rtems_chain_head is incorrect. That node is > owned by the control structure and use of it post-cast could cause > memory corruption. > --- > c-user/chains.rst | 4 > 1 file changed, 4 insertions(+) > > diff --git

Re: [PATCH rtems-source-builder] 6: Update MicroBlaze gdb to 12.1

What hosts have you tested building this on? I only ask as gdb-13 is not building on FeeBSD 13.1 for me. Chris On 9/3/2023 2:14 am, Alex White wrote: > GDB 11.2 fails to compile on Ubuntu 22.04 for MicroBlaze. > --- > rtems/config/6/rtems-microblaze.bset | 2 +- > 1 file changed, 1

Re: Build failures on CentOS 8

On 17/2/2023 3:36 am, Joel Sherrill wrote: > On Thu, Feb 16, 2023, 8:57 AM Jeff Mayes > wrote: > > >>On 16/2/2023 8:43 am, Jeff Mayes wrote: > >> We?re getting an odd build failure on CentOS 8. (I know it?s EOL.) > >> ?Below is a snip of the output.?

Re: updating to gdb 12.1 was Re: RFC Add --disable-werror to gdb, etc

On 16/2/2023 11:43 am, Joel Sherrill wrote: > The same issue is in gdb 12.1 and is still present in the gdb master. > > I have fixed this locally and will create a patch. > > Any thoughts on me updating to gdb 12.1 at the same time? I am ok with a GDB update. It is a host support tool and so

Re: Build failures on CentOS 8

On 16/2/2023 8:43 am, Jeff Mayes wrote: > We’re getting an odd build failure on CentOS 8. (I know it’s EOL.)  Below is a > snip of the output.  Any ideas? Are you able to run a test with the latest version of waf? You can download it here https://waf.io/waf-2.0.25 (https://waf.io/) and simply

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: [PATCH 2/2] bsps/aarch64: Fix off-by-one cache bug

OK to push Thanks Chris On 11/2/2023 9:00 am, Kinsey Moore wrote: > The whole cache invalidation and flushing functions only ended up > flusing the first N-1 levels of cache due to an off by one error. This > resovles that issue and makes consistent the usage of levels as they > relate to

Re: warnings report on builder wrong?

On 14/2/2023 10:47 am, Joel Sherrill wrote: > Chris.. see below > > On Mon, Feb 13, 2023 at 5:42 PM Karel Gardas wrote: > > On 2/14/23 00:33, Joel Sherrill wrote: > > With fresh tools on CentOS 7, I have 5 warnings in beaglebonewhite. Log > > attached. > > > > Sorry it took 

Re: GitLab and BuildBot

On 10/2/2023 7:36 pm, jan.som...@dlr.de wrote: >> -Original Message- >> From: devel On Behalf Of Chris Johns >> Sent: Donnerstag, 9. Februar 2023 23:26 >> To: Christian MAUDERER ; >> RTEMS Devel >> Subject: Re: GitLab and BuildBot >> >> &

Re: [patch] fixes 4557

Hi Zack, This is close but there are a couple of issues in the commit message we need fixed. They are the subject line the closing the ticket automatically. Please run `git commit --amend` to edit the commit message. Please change commit text to the contents between the dashes:

Re: [PATCH rtems-release] rtems-notes-6.md: Add removal of libmisc/serdbg

OK. I will apply if you do not because I want to move that file :) Chris On 10/2/2023 2:11 am, Joel Sherrill wrote: > Updates #2828. > --- > rtems-notes-6.md | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/rtems-notes-6.md b/rtems-notes-6.md > index 70b66a3..7197def

Re: Downtime for devel.rtems.org

On 10/2/2023 8:12 am, Amar Takhar wrote: > At some point today 2022-02-09 https://devel.rtems.org/ will go down as the > machine that hosts our database goes through some upgrades. Any issues or > intermittent outages should be gone by 6AM GMT 2022-02-10. To users with accounts on

Re: GitLab and BuildBot

On 9/2/2023 6:24 pm, Christian MAUDERER wrote: > Hello Chris, > > On 2023-02-08 23:35, Chris Johns wrote: >> On 8/2/2023 8:04 pm, Christian MAUDERER wrote: >>> On 2023-02-07 23:37, Chris Johns wrote: >>>> On 7/2/2023 9:31 pm, Christian MAUDERER wrote: >>

Re: [PATCH rtems] libmisc/serdbg: Remove obsolete serial debug

Looks good and thanks Chris On 10/2/2023 2:11 am, Joel Sherrill wrote: > Closes #2828. > --- > cpukit/include/rtems/serdbg.h | 168 --- > cpukit/include/rtems/serdbgcnf.h | 101 > cpukit/include/rtems/termios_printk.h | 116 - >

Re: [PATCH rtems-release 1/3] rtems-notes-6.md: Obsolete SPARC64 port

On 9/2/2023 12:53 pm, Joel Sherrill wrote: > Then ok to push and get almost ten percent of the 6.1 tickets closed? :) Sorry, yes it is. I will sort the move at after. Thanks Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] spec/bsps: Deduplicate objxilinxsupport

On 7/2/2023 5:55 pm, Sebastian Huber wrote: > On 06.02.23 23:09, Gedare Bloom wrote: >> ok. I'm not sure, maybe we need a note about this in >> https://docs.rtems.org/branches/master/eng/build-system.html > > A hint in the documentation would be helpful. Even more helpful would be a > consistency

Re: [PATCH rtems-release 1/3] rtems-notes-6.md: Obsolete SPARC64 port

Looks good. I will move this file into the `notes` directory once merged. Thanks Chris On 9/2/2023 8:40 am, Joel Sherrill wrote: > Closes #4613. > --- > rtems-notes-6.md | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/rtems-notes-6.md b/rtems-notes-6.md > index

Re: GitLab and BuildBot

On 8/2/2023 8:04 pm, Christian MAUDERER wrote: > On 2023-02-07 23:37, Chris Johns wrote: >> On 7/2/2023 9:31 pm, Christian MAUDERER wrote: >>> On 2023-02-07 07:03, Chris Johns wrote: >>>> On 30/1/2023 10:12 pm, Christian MAUDERER wrote: >>> That shouldn't

Re: GitLab and BuildBot

On 7/2/2023 9:31 pm, Christian MAUDERER wrote: > On 2023-02-07 07:03, Chris Johns wrote: >> On 30/1/2023 10:12 pm, Christian MAUDERER wrote: >>> Hello, >>> >>> recently the following tickets were added (beneath a few more related ones): >>> >>&

Re: GitLab and BuildBot

On 30/1/2023 10:12 pm, Christian MAUDERER wrote: > Hello, > > recently the following tickets were added (beneath a few more related ones): > > https://devel.rtems.org/ticket/4790 - Setup Gitlab instance > https://devel.rtems.org/ticket/4791 - Update BuildBot > > It's great that a patch review

Re: [PATCH rtems-libbsd] CONTRIBUTING: Sharpen priority development goals

On 6/2/2023 7:07 pm, Christian MAUDERER wrote: > Hello Chris, > > thanks for your feedback on the patch. No problem :) > On 2023-02-06 05:16, Chris Johns wrote: >> On 3/2/2023 6:31 pm, Christian Mauderer wrote: >>> This patch tries to make the most important goals of

Re: [PATCH rtems-libbsd] CONTRIBUTING: Sharpen priority development goals

On 3/2/2023 6:31 pm, Christian Mauderer wrote: > This patch tries to make the most important goals of LibBSD development > more clear based on the results of the discussion on the mailing list: > > https://lists.rtems.org/pipermail/devel/2023-January/074164.html > --- > CONTRIBUTING.rst | 39

Re: [PATCH] wscript: Deduplicate installed files

On 4/2/2023 6:11 am, Sebastian Huber wrote: > On 03.02.23 19:45, Kinsey Moore wrote: >> This is my first stab at solving this duplicate install problem. I could >> manually solve the problem by deduplicating the object includes and moving it >> up to the BSP, but that is less intuitive since these

Re: [PATCH rtems-source-builder] dtc: Add patch to build for ticket 4783

On 31/1/2023 10:23 am, Kinsey Moore wrote: > On 1/30/2023 5:13 PM, Chris Johns wrote: >> Can the subject please be: >> >> dtc: Add patch to build for cygwin builds >> >> ? > > Unfortunately, Joel pushed this and a tools hash bump along with the other two >

Re: [PATCH rtems-source-builder] dtc: Add patch to build for ticket 4783

Can the subject please be: dtc: Add patch to build for cygwin builds ? Chris On 31/1/2023 4:30 am, Kinsey Moore wrote: > This patch resolves a build error with dtc on cygwin until upstream > adopts a fix. > --- > bare/config/devel/dtc-1.6.1-1.cfg | 3 +++ > 1 file changed, 3 insertions(+) >

Re: [PATCH rtems-source-builder] devel/gnu-default-tools: Use correct include path

OK Thanks Chris On 31/1/2023 9:55 am, Kinsey Moore wrote: > Include paths must use the full file name with extension. This was > causing errors because it couldn't resolve the include. > --- > bare/config/devel/gnu-default-tools.bset | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

Re: [PATCH rtems-source-builder] Update hashes for github-sourced tarballs

OK Thanks Chris On 31/1/2023 9:40 am, Kinsey Moore wrote: > Github has changed the way it generates on-the-fly tarball requests > which has changed the hashes of the resulting tarballs. This adjusts the > affected tarball hashes as a stop-gap until a more permanent solution > can be devised. >

Re: [RSB 5] Remove aarch64 and microblaze from RSB on 5 branch

OK to push Thanks Chris On 31/1/2023 1:44 am, Joel Sherrill wrote: > Closes #4555. > --- > rtems/config/5/rtems-aarch64.bset| 4 > rtems/config/5/rtems-all.bset| 2 -- > rtems/config/5/rtems-microblaze.bset | 3 --- > rtems/config/5/rtems-tier-4.bset | 1 - > 4 files

Re: [PATCH v2 1/1] RSB: Mitigate too short error reports

OK to push. Thanks Chris On 21/1/2023 2:06 am, Frank Kuehndel wrote: > From: Frank Kühndel > > Close #4642 > --- > source-builder/sb/ereport.py | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/source-builder/sb/ereport.py b/source-builder/sb/ereport.py > index

Re: [PATCHES rtems, source-builder] Add GitHub Actions scripts

On 20/1/2023 1:50 am, Christian MAUDERER wrote: > Am 19.01.23 um 15:42 schrieb Gedare Bloom: >> Nice. I would like some time to look at this and think about it a >> little more. What would be the plan for removing this capability? Will >> it leave any artifacts behind in the RTEMS github mirror? >

Re: [PATCH] build: Update PyYAML to 5.4.1

On 20/1/2023 1:59 pm, Chris Johns wrote: > On 20/1/2023 1:51 pm, Gedare Bloom wrote: >> On Thu, Jan 19, 2023 at 5:23 PM Chris Johns wrote: >>> >>> On 20/1/2023 2:19 am, Sebastian Huber wrote: >>>> The latest version is 6.0 which dropped support for Pyt

Re: [PATCH 1/3] build: Format build items

On 20/1/2023 11:53 am, Amar Takhar wrote: > On 2023-01-20 11:03 +1100, Chris Johns wrote: > >> I have been OK with the headers and tests being generated this way because >> the >> agreement is files in rtems.git can be manually edited and rtems-central has >

Re: [PATCH 1/3] build: Format build items

On 20/1/2023 11:22 am, Karel Gardas wrote: > > Sorry to hijack that thread, but correction is needed here. > > On 1/20/23 01:03, Chris Johns wrote: >> The FreeBSD single repo is about the kernel and base runtime. The ports are >> not >> part of this so the analo

Re: [PATCH] build: Update PyYAML to 5.4.1

On 20/1/2023 1:51 pm, Gedare Bloom wrote: > On Thu, Jan 19, 2023 at 5:23 PM Chris Johns wrote: >> >> On 20/1/2023 2:19 am, Sebastian Huber wrote: >>> The latest version is 6.0 which dropped support for Python 2.7. >> >> Was 6 our last version to support python

Re: [PATCH] build: Update PyYAML to 5.4.1

On 20/1/2023 2:19 am, Sebastian Huber wrote: > The latest version is 6.0 which dropped support for Python 2.7. Was 6 our last version to support python 2 and 3? Is making this change this close to a release wise? Chris ___ devel mailing list

Re: [PATCH 1/1] RSB: Mitigate too short error reports

On 20/1/2023 3:13 am, Frank Kühndel wrote: > Hi Joel, > > On 1/19/23 15:08, Joel Sherrill wrote: >> Subject: >> Re: [PATCH 1/1] RSB: Mitigate too short error reports >> From: >> Joel Sherrill >> Date: >> 1/19/23, 15:08 >> >> To:

Re: [PATCH v1 4/4] testsuites/libtest/dl11: Add DL test for TLS

On 20/1/2023 8:40 am, Kinsey Moore wrote: > On 1/15/2023 6:07 PM, Chris Johns wrote: >> On 13/1/2023 12:51 pm, Kinsey Moore wrote: >>> On Thu, Jan 12, 2023 at 5:11 PM Joel Sherrill >> <mailto:j...@rtems.org>> wrote: >>> >>> Will this need to

Re: [PATCH 1/3] build: Format build items

On 20/1/2023 6:01 am, Amar Takhar wrote: > On 2023-01-19 08:21 +0100, Sebastian Huber wrote: >> >> In rtems-central.git there are Python modules and scripts which generate >> source, header, and documentation files from specification items. This >> repository contains the pre-qualification

Re: [PATCH 2/3] build: Replace variant patterns with a list

On 19/1/2023 6:06 pm, Sebastian Huber wrote: > On 19.01.23 01:17, Chris Johns wrote: >>>> Why has this been done? >>> The enabled-by expressions used in patch 3 do not support regular >>> expressions. >> I did not pick that up. Why was that regx f

Re: [PATCH 2/3] build: Replace variant patterns with a list

On 18/1/2023 6:00 pm, Sebastian Huber wrote: > On 18.01.23 04:59, Chris Johns wrote: >> Hi Sebastian, >> >> I had not got to this part of the patch set because the other was being >> discussed. I thought a patch set was considerd as a whole rather than having &

Re: [PATCH 1/3] build: Format build items

On 19/1/2023 8:58 am, Amar Takhar wrote: > On 2023-01-17 08:39 +0100, Sebastian Huber wrote: > >> >> The Python modules to work with specification items are in >> rtems-central.git. This repository contains also a format specification >> of the build items. We could add an action to a Github

Re: [PATCH 2/3] build: Replace variant patterns with a list

Hi Sebastian, I had not got to this part of the patch set because the other was being discussed. I thought a patch set was considerd as a whole rather than having to deal with the extra complexity of possible splits and if they exist? If this was pull request or merge request in a tool none of

Re: [PATCH 1/3] build: Format build items

On 17/1/2023 6:39 pm, Sebastian Huber wrote: > On 17.01.23 03:48, Chris Johns wrote: >> On 16/1/2023 6:56 pm, Sebastian Huber wrote: >>> On 16.01.23 01:35, Chris Johns wrote: >>>> On 13/1/2023 1:54 am, Sebastian Huber wrote: >>>>> On 12.01.23 15:44, Kin

Re: Typo in rtems-libbsd/rtems_waf/rtems.py?

On 18/1/2023 7:17 am, Heinz Junkes wrote: > ok with > ./waf bspdefaults --rtems-bsps=powerpc/beatnik … it works > > I had ./waf bsp_defaults :-( Ah > rtems@rtems-dev:~/MVME6100_6_RUN/rtems/6/share$ ls -l > total 36 > drwxr-xr-x 3 rtems rtems 4096 Jan 17 17:09 doc > drwxr-xr-x 3 rtems rtems

Re: Typo in rtems-libbsd/rtems_waf/rtems.py?

On 18/1/2023 6:16 am, Frank Kühndel wrote: > have you installed RTEMS (not only the tools) in `${RTEMS_ROOT}` before > configuring libbsd? If I am not mistaken, installing RTEMS creates the > `share/rtems6` directory. This is correct and it is a simple and fast key to see if a kernel of a

Re: [PATCH 1/3] build: Format build items

On 16/1/2023 6:56 pm, Sebastian Huber wrote: > On 16.01.23 01:35, Chris Johns wrote: >> On 13/1/2023 1:54 am, Sebastian Huber wrote: >>> On 12.01.23 15:44, Kinsey Moore wrote: >>>> The other two patches look fine to me. The use of dump() that results in >>&g

Re: [PATCH 1/3] build: Format build items

On 13/1/2023 1:54 am, Sebastian Huber wrote: > On 12.01.23 15:44, Kinsey Moore wrote: >> The other two patches look fine to me. The use of dump() that results in this >> patch does several things: >> * Removal of whitespace >> This is fine for whitespace at the base level of indentation.

Re: [PATCH rtems-tools] linkers/rtems-syms: Generate TLS symbols

OK Thanks Chris On 13/1/2023 8:12 am, Kinsey Moore wrote: > When generating the symbol table for loadable modules, include TLS > symbols so that the modules can reference them. > --- > linkers/rtems-syms.cpp | 5 + > rtemstoolkit/rld-elf.cpp | 1 + > rtemstoolkit/rld-symbols.cpp |

Re: [PATCH v1 4/4] testsuites/libtest/dl11: Add DL test for TLS

On 13/1/2023 12:51 pm, Kinsey Moore wrote: > On Thu, Jan 12, 2023 at 5:11 PM Joel Sherrill > wrote: > > Will this need to be added as an expected fail on other architectures?  > > Just wondering how many bsp test configuration files need touching  > > > I

Re: [PATCH 1/1] RSB: Mitigate too short error reports

On 22/12/2022 9:09 pm, Frank Kühndel wrote: > On 12/21/22 00:06, Chris Johns wrote: >> On 21/12/2022 3:44 am, Frank Kuehndel wrote: >>> From: Frank Kühndel >>> >>> Close #4642 >>> --- >>>   source-builder/sb/ereport.py | 4 >>>

Re: [PATCH RSB] Remove aarch64 and microblaze from RSB 5 branch.

OK to push Thanks Chris On 21/12/2022 3:37 am, Joel Sherrill wrote: > The ports did not get contributed until during 6 development and are > not on this release branch. > > Closes #4555. > --- > rtems/config/5/rtems-aarch64.bset| 4 > rtems/config/5/rtems-all.bset| 2 -- >

Re: [PATCH 1/1] RSB: Mitigate too short error reports

On 21/12/2022 3:44 am, Frank Kuehndel wrote: > From: Frank Kühndel > > Close #4642 > --- > source-builder/sb/ereport.py | 4 > 1 file changed, 4 insertions(+) > > diff --git a/source-builder/sb/ereport.py b/source-builder/sb/ereport.py > index d8fb5f6..d391917 100755 > ---

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

Re: [PATCH] bsps/zynqmp: Fix and update device trees

On 6/12/2022 5:04 pm, Kinsey Moore wrote: > On 12/5/2022 9:48 PM, Chris Johns wrote: >> I am still seeing issues with this change. The interface is `cgem0` and not >> `cgem3`. I have confirmed I have the same RTEMS hash in the build. Is there >> anything I need to set up to

Re: [PATCH] bsps/zynqmp: Fix and update device trees

I am still seeing issues with this change. The interface is `cgem0` and not `cgem3`. I have confirmed I have the same RTEMS hash in the build. Is there anything I need to set up to have the FDT be seem by libbsd? Chris On 6/12/2022 10:27 am, Kinsey Moore wrote: > Add ref-clock-num identifiers to

Moving ticket milestones to a different RTEMS version

Hi, Joel and I have been cleaning up the 6 tickets and some have been moved to 7 (thanks) which may be appropriate however I am wondering about open ended tickets for a specific set of work and release notes. These tickets are really great for collecting commits for a specific change. The

Re: [PATCH] cpukit/include/dev/can: Disabled debug prints in CAN Framework

On 2/12/2022 2:38 pm, Chris Johns wrote: > The CAN bus changes have warnings ... > > In file included from ../../../cpukit/include/dev/can/canqueueimpl.h:48, > from ../../../cpukit/dev/can/can.c:45: > ../../../cpukit/dev/can/can.c: In function 'can_bus_read': &g

Re: [PATCH] cpukit/include/dev/can: Disabled debug prints in CAN Framework

The CAN bus changes have warnings ... In file included from ../../../cpukit/include/dev/can/canqueueimpl.h:48, from ../../../cpukit/dev/can/can.c:45: ../../../cpukit/dev/can/can.c: In function 'can_bus_read': ../../../cpukit/dev/can/can.c:213:15: warning: format '%u' expects

Re: [PATCH 0/3] Add CONFIGURE_RECORD_INTERRUPTS_ENABLED

Looks good. Thanks Chris On 1/12/2022 11:10 pm, Sebastian Huber wrote: > This enables the tracing of interrupt entry/exit events through an > application configuration option. The interrupt processing can be > viewed with Trace Compass. > > Sebastian Huber (3): > bsps/irq: Rename handler in

Re: [PATCH] Document CONFIGURE_RECORD_INTERRUPTS_ENABLED

Looks good. Thanks Chris On 1/12/2022 11:11 pm, Sebastian Huber wrote: > Close #4769. > --- > c-user/config/event-record.rst | 43 +- > user/tracing/eventrecording.rst | 65 +++-- > 2 files changed, 47 insertions(+), 61 deletions(-) > > diff

Re: [PATCH rtems-docs] c-user/*: Add trailing parentheses on methods in index which were missing it

Looks good and thanks Chris On 1/12/2022 3:00 am, Joel Sherrill wrote: > Closes #4766. > --- > c-user/chains.rst | 46 > +-- > c-user/clock/removed-directives.rst | 2 +- > c-user/constant_bandwidth_server.rst | 24 +- >

Re: [PATCH rtems-docs] user/hosts/windows.rst: flex needs to be installed for msys2

OK and thanks Chris On 1/12/2022 2:32 am, Joel Sherrill wrote: > Closes #4382. > --- > user/hosts/windows.rst | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/user/hosts/windows.rst b/user/hosts/windows.rst > index fac1366..fd7ff55 100644 > ---

Re: Fwd: Coverity Scan: Analysis completed for RTEMS

On 25/11/2022 5:40 pm, Joel Sherrill wrote: > Looks like edit.c may still have an issue since only one was eliminated. Late > here and I didn't check the Coverity report for sure. With Coverity is there anyway to check changes or do we consider the issues raised, attempt a solution then just keep

Re: [PATCH rtems-tools] fix _mkdir parameter error.

Pushed. Thanks Chris On 27/11/2022 8:20 pm, zhengxiaojun wrote: > fix _mkdir parameter error. > > Signed-off-by: zhengxiaojun > --- >  tester/covoar/ReportsBase.cc | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tester/covoar/ReportsBase.cc

Re: [PATCH] spec/beagle: Add missing spi.h install

Pushed. Thanks Chris On 26/11/2022 2:19 pm, Kinsey Moore wrote: > The beagle SPI functions are unusable by applications unless this file > is installed with the BSP. This ensures that the file is installed > properly. > --- > spec/build/bsps/arm/beagle/obj.yml | 1 + > 1 file changed, 1

Re: [PATCH] libmisc/shell: Support terminal size as env variables

On 23/11/22 12:44 am, Joel Sherrill wrote: > On Tue, Nov 22, 2022, 6:02 AM mailto:chr...@rtems.org>> > wrote: > From: Chris Johns mailto:chr...@rtems.org>> > > Closes #4763 > --- >  cpukit/libmisc/shell/main_edit.c | 17 +- >  c

Re: [PATCH] aarch64/versal: Add UART interrupt support

On 22/11/22 6:01 pm, Sebastian Huber wrote: > Hello Chris, > > On 22/11/2022 03:03, chr...@rtems.org wrote: >> +static void versal_uart_write_support( >> +  rtems_termios_device_context *base, >> +  const char *buf, >> +  size_t len >> +) >> +{ >> +#ifdef VERSAL_CONSOLE_USE_INTERRUPTS >> + 

Re: Use of rtems_fdt_* and sp01

On 20/11/2022 10:25 am, Joel Sherrill wrote: > On Sat, Nov 19, 2022, 4:19 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 19/11/22 2:13 am, Joel Sherrill wrote: > > On Fri, Nov 18, 2022, 8:49 AM Kinsey Moore <mailto:kinsey.mo...@oarcorp.com

Re: Use of rtems_fdt_* and sp01

2022 06:32, Kinsey Moore wrote: > > On Thu, Nov 17, 2022 at 4:49 PM Chris Johns <mailto:chr...@rtems.org> > > <mailto:chr...@rtems.org <mailto:chr...@rtems.org>>> wrote: > > > >     On 18/11/2022 2:39 am, Kinsey

Re: [PATCH] cpukit/rtems-fdt: Avoid use of malloc/errno

Looks good and thanks Chris On 19/11/2022 2:47 am, Kinsey Moore wrote: > Use of malloc implies errno which adds TLS dependencies and prevents use > of this FDT wrapper library in BSP initialization code. This change > makes use of rtems_malloc and rtems_calloc which avoid TLS dependencies. > ---

Re: Use of rtems_fdt_* and sp01

On 18/11/2022 2:39 am, Kinsey Moore wrote: > I recently added FDT support to the AArch64 ZynqMP BSPs to support an optional > management console and managing ethernet parameters for LibBSD. Use of the > rtems_fdt_* functions implies use of malloc which adds 4 bytes in the TLS > space. > The sp01

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: [PATCH] aarch64/mmu: Prevent block descriptors at level -1

Tested on Versal (A72) and large mappings are now working. I have pushed the patch. Thanks for this. :) Chris On 17/11/2022 2:22 am, Kinsey Moore wrote: > In the original implementation, level -1 was unused and all levels could > have block-like descriptors (level 2 block descriptors are

Re: [5 RSB PATCH 3/3] rtems/net-snmp: Update to 5.9.3 with the RTEMS patch

On 15/11/22 3:22 am, Gedare Bloom wrote: > ok thanks for sorting this out, and for linking the patch through > trac. You've given me one more thing to check for in RSB patches that > reference %patch command :) Thanks for the review and yeah sorry about the extra bit to check. It cannot be

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

On 11/11/22 6:39 pm, Sebastian Huber wrote: > On 10/11/2022 01:30, Chris Johns wrote: >> The first is the maintenance of embedded the version numbers in the >> documentation. If we can avoid doing that the work per release or dot release >> is less. > > We could use

Re: [PATCH rtems-lwip] rtemslwip: Add note to intentionally blank files

On 11/11/22 8:36 am, Kinsey Moore wrote: > This should be covered by COPYING.rtemslwip. I would say it isn't worth > putting > it in the intentionally empty files. Agreed. Copyright of "empty" does not make sense. Chris ___ devel mailing list

Re: [PATCH] cpukit/fdt: Fix typos and clarify params

OK. Thanks Chris On 10/11/22 4:01 am, Kinsey Moore wrote: > --- > cpukit/include/rtems/rtems-fdt.h | 24 +++- > 1 file changed, 15 insertions(+), 9 deletions(-) > > diff --git a/cpukit/include/rtems/rtems-fdt.h > b/cpukit/include/rtems/rtems-fdt.h > index

Re: [5 DOCS PATCH] waf: Backport from main build fixes

On 10/11/22 3:40 pm, Gedare Bloom wrote: > looks fine. i'm not sure where > + "review": ("Gerrit Code Review", > "https://review.rtems.org/;), > came from, but I see it in before too. It came from the initial work Amar did in moving us to the RST format. There is no service provided

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