OpenSSH and Key Pair Generation

template? Also, how does OpenSSH create the key pairs, by some random process called when OpenSSH is installed or when the new server is booted for the first time? Thank you for your time and I look forward to hearing from you soon. Regards, Chris Johns UNIX-Linux Systems Administrator

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

On 9/6/21 5:05 pm, Christian Mauderer wrote: > On 09/06/2021 01:52, Chris Johns wrote: >> On 8/6/21 8:26 pm, Sebastian Huber wrote: >>> On 08/06/2021 05:07, Chris Johns wrote: >>>> On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't >>>

Re: [PATCH v2 2/2] i386: Remove unneeded include header files

On 8/6/21 11:52 pm, jan.som...@dlr.de wrote: > I would also like to backport this to 5-freebsd-12 to solve this issue there > as well. > I created a corresponding ticket: https://devel.rtems.org/ticket/4452#ticket OK for 5. Chris ___ devel mailing

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

On 8/6/21 8:26 pm, Sebastian Huber wrote: > On 08/06/2021 05:07, Chris Johns wrote: >> On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need >> documentation changes because the options in the >>> waf based build system are now documented

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

On 8/6/21 7:08 pm, Christian Mauderer wrote: > Hello Chris, > > On 08/06/2021 05:07, Chris Johns wrote: >> On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need >> documentation changes because the options in the >>> waf based build s

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need documentation changes because the options in the > waf based build system are now documented directly in the yaml files and > printed > if you generate the default config. Hmm I am not sure I agree with the premise the

Re: [PATCH v2 2/2] i386: Remove unneeded include header files

I agree this is the way to solve this issue. Chris On 8/6/21 3:09 am, Gedare Bloom wrote: > This looks like a much better solution :) If no one complains by > Thursday go ahead and push it. > > On Mon, Jun 7, 2021 at 2:53 AM Jan Sommer wrote: >> >> --- >>

Re: Selection of ethernet peripheral by application

On 7/6/21 10:05 pm, Kinsey Moore wrote: > On 6/6/2021 17:42, Chris Johns wrote: >> On 4/6/21 11:26 pm, Joel Sherrill wrote: >>> On Fri, Jun 4, 2021 at 7:59 AM Kinsey Moore >> <mailto:kinsey.mo...@oarcorp.com>> wrote: >>> >>> On 6/4/

Re: [PATCH v2] covoar: Store address-to-line info outside of DWARF

On 8/6/21 1:44 am, Joel Sherrill wrote: > > > On Mon, Jun 7, 2021 at 7:00 AM Alex White <mailto:alex.wh...@oarcorp.com>> wrote: > > > On Wed, Jun 2, 2021 at 7:37 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > >

Re: Selection of ethernet peripheral by application

On 4/6/21 11:26 pm, Joel Sherrill wrote: > On Fri, Jun 4, 2021 at 7:59 AM Kinsey Moore > wrote: > > On 6/4/2021 02:32, Christian MAUDERER wrote: > > Am 02.06.21 um 20:37 schrieb Kinsey Moore: > >> Hello, > >> > >>  From what I’ve seen of the

Re: [PATCH v1] Explanations.cc: Convert to c++ file handling

Ok On 5/6/21 4:17 am, Ryan Long wrote: > --- > tester/covoar/Explanations.cc | 45 > --- > 1 file changed, 17 insertions(+), 28 deletions(-) > > diff --git a/tester/covoar/Explanations.cc b/tester/covoar/Explanations.cc > index d94cd2e..1449fb2 100644 >

Re: [PATCH v1 1/6] Explanations.cc: Fix resource leaks

On 5/6/21 2:47 am, Ryan Long wrote: > We'll submit the C++ conversions as separate patches since they are larger. > That patch will be submitted shortly. Excellent and thanks. Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] cpukit/libblock/src: Add better memory handling in flashdisk.c

On 5/6/21 8:11 am, Gedare Bloom wrote: > On Fri, Jun 4, 2021 at 1:17 PM Joel Sherrill wrote: >> >> On the surface, this looks OK to me. But I remember looking at this one >> and wondering if there was any cleanup required because of the various >> subroutine calls as you work down through this

[Python-Dev] Re: change of behaviour for '.' in sys.path between 3.10.0a7 and 3.10.0b1

Might be out of context here, but IMHO "." shouldn't be assumed to be the current directory anyway. As someone who has ported python to a system where it isn't, these assumptions tend to cause problems. Cheers Chris Sent from my iPhone > On 3 Jun 2021, at 09:31, Robin Becker wrote: > >

Re: [PATCH v2] covoar: Store address-to-line info outside of DWARF

Looking good with a single comment below ... On 3/6/21 6:08 am, Alex White wrote: > This adds the AddressToLineMapper class and supporting classes to > assume responsibility of tracking address-to-line information. > > This allows the DWARF library to properly cleanup all of its resources > and

Re: Selection of ethernet peripheral by application

On 3/6/21 4:37 am, Kinsey Moore wrote: > Hello, > > From what I’ve seen of the various BSPs supported by LibBSD that have multiple > ethernet peripherals, > > only one tends to be chosen and supported. I’ve encountered a situation where > the majority of platform > > examples (Zynq Ultrascale+

Re: [PATCH v1 0/2] [libbsd] Install correct machine include headers

On 2/6/21 4:20 am, Christian Mauderer wrote: > On 01/06/2021 19:24, Gedare Bloom wrote: >> On Mon, May 10, 2021 at 11:26 AM Jan Sommer wrote: >>> >>> Hello, >>> >>> This is a follow-up on this discussion regarding the installed header files >>> in libbsd:

Re: RFC: Move Away from Freenode

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

Re: [PATCH v1 4/4] rtl-allocator.c: Put dereferences after nullcheck

Ok On 29/5/21 7:11 am, Ryan Long wrote: > CID 1444139: Dereference null return value in rtems_rtl_alloc_hook(). > > Closes #4333 > --- > cpukit/libdl/rtl-allocator.c | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/cpukit/libdl/rtl-allocator.c

Re: [PATCH v1 1/6] Explanations.cc: Fix resource leaks

On 29/5/21 8:08 am, Ryan Long wrote: > CID 1399608: Resource leak in load(). > CID 1399611: Resource leak in load(). > > Closes #4417 > --- > tester/covoar/Explanations.cc | 18 +++--- > 1 file changed, 11 insertions(+), 7 deletions(-) > > diff --git a/tester/covoar/Explanations.cc

Re: [PATCH] rtems-binutils-head.cfg, rtems-gdb-head.cfg: Bump to 3b2bef8

On 28/5/21 6:01 am, Joel Sherrill wrote: > On Wed, May 26, 2021 at 2:29 AM Chris Johns <mailto:chr...@rtems.org>> wrote: > > I am ok with this going in but > > I am becoming concerned we are building a debt around MacOS and Windows > in the > tool

Re: [PATCH rtems v2] cpukit: Add description of release version numbers

Ok and thanks. :) On 27/5/21 6:56 pm, Christian Mauderer wrote: > The release version in the git sources doesn't change. Add a note why > that is the case. > --- > v2: Integrate suggestions from Chris Johns. > > cpukit/include/rtems/version.h | 21 + >

Re: Manually building a BSP from branch 5 of git

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

Re: RFS and 2038

On 1/5/21 6:19 am, Joel Sherrill wrote: > Hi > > Ryan has been working to add support for the new (not obsolete) nanosecond > granularity variants of utime. In changing the utime_h file system handler to > utimens_h and propagating the changes, Ryan tripped across this. > >

Re: [PATCH] tester: Expand special case for minimum.exe

On 27/5/21 2:04 pm, Kinsey Moore wrote: > On 5/26/2021 19:22, Chris Johns wrote: >> On 27/5/21 12:06 pm, Joel Sherrill wrote: >>> On Wed, May 26, 2021, 7:03 PM Chris Johns >> <mailto:chr...@rtems.org>> wrote: >>> >>> On 26/5/21 1:52 am, Kinse

Re: RTEMS source builder: can't find RTEMS include files but then can?

On 30/4/21 1:15 am, dufa...@hda.com wrote: > > >> On Apr 30, 2021, at 05:03 , dufa...@hda.com wrote: >> >> Can I override what to use as "cmake" in RSB to specify "cmake3"? >> >>> On Apr 30, 2021, at 04:41 , Peter Dufault wrote: >>> >>> I verified my environment is squeaky-clean with a simple

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

gt; # 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. > # > # This file is part

Re: AW: question about posix timer expiration

On 21/5/21 9:44 pm, gabriel.moy...@dlr.de wrote: > Did you compile ptpd with kqueue only? I’ve tried with posix timer, which are > implemented in rtems, but it seems that the handler with siginfo_t is not > called > correctly. I’ve managed to get it working using a workaround but I’ll continue >

Re: [PATCH] tester: Expand special case for minimum.exe

On 27/5/21 12:06 pm, Joel Sherrill wrote: > On Wed, May 26, 2021, 7:03 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 26/5/21 1:52 am, Kinsey Moore wrote: > > The minimum.exe test case is expected to fail as an "invalid" test in > > th

Re: [PATCH] tester: Expand special case for minimum.exe

On 26/5/21 1:52 am, Kinsey Moore wrote: > The minimum.exe test case is expected to fail as an "invalid" test in > the tester since it is completely stripped down and does not output the > normal test header and footer. When fatal error detection support was > added, this caught minimum.exe and

Re: [PATCH] cpukit: Add description of release version numbers

Thank you for this. On 26/5/21 7:41 pm, Christian Mauderer wrote: > The release version in the git sources doesn't change. Add a note why > that is the case. > --- > cpukit/include/rtems/version.h | 12 > 1 file changed, 12 insertions(+) > > diff --git

Re: [PATCH] rtems-binutils-head.cfg, rtems-gdb-head.cfg: Bump to 3b2bef8

I am ok with this going in but I am becoming concerned we are building a debt around MacOS and Windows in the tools that we need to resolve. Our ability to release when we would like to depends on the state of the tools and the state of the tools for all archs. :) On 22/5/21 9:20 am, Joel

Re: RTEMS_VERSION on 5 branch

On 26/5/21 6:47 pm, Christian MAUDERER wrote: > thanks for the detailed response. Should we add a bit of that to the doxygen > documentation of the rtems_version_* functions so that I don't ask it again > because I have forgotten it in a year? Yes we should. I also would to add a detailed section

Re: Manually building a BSP from branch 5 of git

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

Re: [PATCH 2/2] covoar: Store address-to-line info outside of DWARF

On 1/5/21 8:01 am, Alex White wrote: > This adds the AddressToLineMapper class and supporting classes to > assume responsibility of tracking address-to-line information. > > This allows the DWARF library to properly cleanup all of its resources > and leads to significant memory savings. > >

Re: [PATCH 1/2] covoar: Store only the file name in ExecutableInfo

On 4/5/21 7:07 pm, Gedare Bloom wrote: > On Fri, Apr 30, 2021 at 2:02 PM Alex White wrote: >> >> This changes the ExecutableInfo class to only store the executable >> file's name rather than an entire instance of rld::files::object. This >> allows the rld::files::object to be cleaned up in the

Re: RTEMS_VERSION on 5 branch

On 25/5/21 8:56 pm, Christian MAUDERER wrote: > Hello, Great question :) > if I build a BSP on the 5 branch, I still have the following defines in > cpuopts.h: > > #define RTEMS_VERSION "5.0.0" > #define __RTEMS_MAJOR__ 5 > #define __RTEMS_MINOR__ 0 > #define __RTEMS_REVISION__ 0 > > We are

Re: RTEMS Documentation build problem

On 21/5/21 4:28 am, Jeff Mayes wrote: > I’m trying to build the RTEMS Documentation, but having a problem with > sphinxcontrib-bibtex.  It’s been a long time since I’ve tried this, so maybe > there’s a configuration problem on my end.  Anyway, I’ve pulled down the > rtems-docs repo and tried to

Re: [PATCH] rtems-bsp-builder: Change to waf build system

Looks fine (on my phone) Thanks for this > On 20 May 2021, at 1:25 am, Ryan Long wrote: > > Closes #4124 > --- > config/rtems-bsps.ini | 28 ++-- > tester/rt/check.py| 35 ++- > 2 files changed, 40 insertions(+), 23 deletions(-) > >

Re: Heavy SysInit Dependency

> On 20 May 2021, at 2:05 am, Sebastian Huber > wrote: > > On 19/05/2021 15:09, Joel Sherrill wrote: >> On Wed, May 19, 2021 at 3:54 AM Sebastian Huber >> > <mailto:sebastian.hu...@embedded-brains.de>> wrote: >>On 19/05/2021 10:23, Chris Johns w

Re: question about posix timer expiration

> On 18 May 2021, at 10:02 pm, gabriel.moy...@dlr.de wrote: > >  > From further investigation I’ve found that when a timer expires, > _POSIX_Timer_TSR() is called and this uses pthread_kill() to send a signal. > Shouldn’t ptimer->inf.sigev_value be used here in order to create a siginfo_t >

Re: Heavy SysInit Dependency

> On 19 May 2021, at 5:28 pm, Sebastian Huber > wrote: > > I am not sure how the dependency chain can be fixed with the current struct > _reent approach of Newlib. A modern approach would be to replace this > structure with individual thread-local objects. This would be technically >

Re: [PATCH] tester: Avoid TFTP race condition

Ok to push. On 18/5/21 6:29 am, Kinsey Moore wrote: > The u-boot TFTP client will fail a fully completed file retrieval if the > final ACK gets an ICMP response that the port is unavailable which can > occur if the port is closed before the ACK arrives from the client. This > change causes the

Re: Use GCC 11 for RTEMS 6?

On 3/5/21 6:19 pm, Sebastian Huber wrote: > On 03/05/2021 07:25, Chris Johns wrote: > >> On 3/5/21 3:08 pm, Sebastian Huber wrote: >>> GCC 11 was released recently: >>> >>> https://gcc.gnu.org/gcc-11/changes.html >>> >>> Should we switch

Re: [xubuntu-users] Error in .xsession-errors after upgrade to 21.04 - due to Wayland?

On 16/05/21 8:19 am, Chris Green wrote: On Sun, May 16, 2021 at 06:36:27AM +1200, Alex Johns wrote: On 15/05/21 11:07 pm, Chris Green wrote: I'm seeing the following errors in .xsession-errors on my recently upgraded to 21.04 xubuntu system:- dbus-update-activation-environment: setting

Re: [xubuntu-users] Error in .xsession-errors after upgrade to 21.04 - due to Wayland?

On 15/05/21 11:07 pm, Chris Green wrote: I'm seeing the following errors in .xsession-errors on my recently upgraded to 21.04 xubuntu system:- dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus dbus-update-activation-environment: setting

Re: [xubuntu-users] How to undo 21.04's reverse video for pasted text?

On 15/05/21 8:54 am, Chris Green wrote: On Sat, May 15, 2021 at 07:45:44AM +1200, Alex Johns wrote: On 15/05/21 4:38 am, Chris Green wrote: I have just upgraded my laptop from 20.10 to 21.04 and pasted text now appears in reverse video in my terminal windows, how do I undo this unwanted change

[RBW] Re: Pseudo-Rivendell Thread?

Is that a rear rack repurposed as a front rack on your CB-1? I did the same to a Vetta rack that I have on my 1st gen Stumpjumper. JohnS On Thursday, May 13, 2021 at 10:02:29 AM UTC-4 j glenn wrote: > [image: cb-1.jpg] > Not the best photo, but here's my Countrified CB-1 from las

Re: [PATCH v5] rtems-debugger: Fixed 32bit pointers

On 8/5/21 6:13 am, Stephen Clark wrote: > Using 32bit types like uint32_t for pointers creates issues on 64 bit > architectures like AArch64. Replaced occurrences of these with uintptr_t, > which will work for both 32 and 64 bit architectures. Added hex_decode_addr > function to rtems-debugger.

Re: [PATCH v2] rtemstoolkit/mailer.py: Fix option ordering for add_arguments

> On 8 May 2021, at 4:17 am, Alex White wrote: > > The ordering of keys cannot be guaranteed in a dictionary. This changes > the options iteration to no longer rely on key ordering. OK Chris ___ devel mailing list devel@rtems.org

Re: [PATCH] rtemstoolkit/mailer.py: Fix option ordering for add_arguments

On 6/5/21 4:49 am, Gedare Bloom wrote: > On Wed, May 5, 2021 at 9:16 AM Alex White wrote: >> >> On Wed, May 5, 2021 at 9:47 AM Gedare Bloom wrote: >>> >>> Why? >> >> To prevent the '--mail' and '--use-gitconfig' options from being added more >> than once to the ArgumentParser in add_arguments.

Re: [PATCH] Return NULL for zero size allocations

On 5/5/21 4:58 pm, Chris Johns wrote: > On 5/5/21 4:52 pm, Sebastian Huber wrote: >> In POSIX, zero size memory allocations are implementation-defined >> behaviour. The implementation has two options: >> >> https://pubs.opengroup.org/onlinepubs/9699919799/functi

Re: [PATCH] Return NULL for zero size allocations

On 5/5/21 4:52 pm, Sebastian Huber wrote: > In POSIX, zero size memory allocations are implementation-defined > behaviour. The implementation has two options: > > https://pubs.opengroup.org/onlinepubs/9699919799/functions/malloc.html > >

Re: [xubuntu-users] When will 21.04 get out of development?

On 5/05/21 8:01 am, Clarence Fender wrote: I read there was a problem serious enough to hold things back. I'm content to wait. ymmv On 5/4/21 3:58 PM, Chris Green wrote: Version 21.04 has been released for just about two weeks now but I'm still getting "No new release found." when I try

Re: Use GCC 11 for RTEMS 6?

On 3/5/21 3:08 pm, Sebastian Huber wrote: > > GCC 11 was released recently: > > https://gcc.gnu.org/gcc-11/changes.html > > Should we switch to this version for RTEMS 6 in the RSB? > Do we have build reports on our supported host platforms? I would like to clear confirmation we can build the

Re: Issues with rtems_waf on Windows 10 with gccdeps module

On 30/4/21 5:01 am, Robin Müller wrote: > Yes that is the prefix. The rtems.h file is definitely located at the location > in the warning and it works on older commit of rtems_waf (where gccdeps.py is > not used). > I briefly looked through the gccdeps.py file and it is doing some string >

Re: tcpreplay for testing network stacks

On 29/4/21 4:30 pm, Christian MAUDERER wrote: > Am 29.04.21 um 00:54 schrieb Vijay Kumar Banerjee: >> On Wed, Apr 28, 2021 at 3:27 PM Chris Johns wrote: >>> >>> >>> >>> On 29/4/21 3:00 am, Vijay Kumar Banerjee wrote: >>>> On Wed,

Re: tcpreplay for testing network stacks

On 29/4/21 3:00 am, Vijay Kumar Banerjee wrote: > On Wed, Apr 28, 2021 at 10:49 AM Christian Mauderer > wrote: >> >> Hello Vijay, >> >> On 28/04/2021 18:25, Vijay Kumar Banerjee wrote: >>> On Wed, Apr 28, 2021 at 12:41 AM Christian MAUDERER >>> wrote: Hello Vijay, Am

Re: tcpreplay for testing network stacks

On 29/4/21 2:31 am, Vijay Kumar Banerjee wrote: > On Wed, Apr 28, 2021 at 12:45 AM Chris Johns wrote: >> >> On 28/4/21 2:48 am, Vijay Kumar Banerjee wrote: >>> I came across the tcpreplay tool and it looks like a nice tool for testing >>> the >>> network

Re: Issues with rtems_waf on Windows 10 with gccdeps module

On 28/4/21 7:59 pm, Robin Müller wrote: > I think the following commit in rtems_waf breaks the waf build on Windows 10: > > commit 096372fc4504730e50b51b952ce47ca603b35f01 > Author: Chris Johns mailto:chr...@rtems.org>> > Date:   Thu Oct 10 17:43:11 2019 +1100 > >    

Re: tcpreplay for testing network stacks

On 28/4/21 2:48 am, Vijay Kumar Banerjee wrote: > I came across the tcpreplay tool and it looks like a nice tool for testing the > network stacks. It can be used to capture network traffic and then play it > back, > this will help with testing the network packets from different network stacks. >

Re: [PATCH v2] STM32 lwIP addition and CMake support

On 28/4/21 2:58 am, Robin Müller wrote: > Okay, I can understand that you'd like to have one build system only. We had > the > same issue with a former Makefile build system and the new CMake system and > decided to make the former system obsolete> because maintaining both of them > would be too

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

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

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

On 22/4/21 11:48 am, Alex White wrote: > > On Wed, Apr 21, 2021 at 5:06 PM Chris Johns wrote: >> >> Hi Alex, >> >> Is there a chance the password can end up in a log file? > > I did not see the command line options in the email when I sent it to

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

r/sb/mailer.py > index ff25df5..ee5bf07 100644 > --- a/source-builder/sb/mailer.py > +++ b/source-builder/sb/mailer.py > @@ -1,21 +1,32 @@ > # > # RTEMS Tools Project (http://www.rtems.org/) > -# Copyright 2013 Chris Johns (chr...@rtems.org) > +# Copyright 2013-2016 C

[RBW] Re: For 22 years I've continually been surprised and repeated thrilled by my Road Custom

When it comes down to it for bikes, it's all about the "feel", some have it some don't. Keep the ones that do and move on from the rest. Thanks for sharing, JohnS On Tuesday, April 20, 2021 at 11:17:46 PM UTC-4 Patrick Moore wrote: > Much of my riding is extended errand ridi

Re: Booting a rtems exe on Zynq UltraScale+ MPSoC ZCU106 board

On 21/4/21 2:37 pm, Richi Dubey wrote: > Cool, I tried building uboot for the board from this > repo: https://github.com/Xilinx/u-boot-xlnx > , and the instructions for zcu106 are > here:  >

Re: network configuration was: [PATCH 4/4] RTEMS_USE_LWIP option to use lwip in RTEMS

On 21/4/21 4:17 pm, Sebastian Huber wrote: > On 20/04/2021 19:37, Gedare Bloom wrote: > >> On Tue, Apr 20, 2021 at 11:09 AM Sebastian Huber >> wrote: >>> On 12/04/2021 11:56, Robin.Mueller wrote: >>> This adds a configuration option if lwIP is used instead of libbsd. It works by

Re: Make zero size allocation result consistent across directives

On 21/4/21 4:07 pm, Sebastian Huber wrote: > Hello, > > while working on the specification of some memory allocation directives I > noticed that zero size allocations have no consistent behaviour in RTEMS. For > example malloc( 0 ) returns NULL and posix_memalign(, align, 0) returns in > p a >

Re: network configuration was: [PATCH 4/4] RTEMS_USE_LWIP option to use lwip in RTEMS

On 21/4/21 3:37 am, Gedare Bloom wrote: > To me, it doesn't make any sense that someone will build and install > RTEMS with multiple networking stacks for the same application. I do this. I have applications in production with the legacy stack and being tested and developed against libbsd. This

Re: [PATCH] bsps/arm: Set MSP in ARMv7-M start code

On 20/4/21 3:46 pm, Sebastian Huber wrote: > On 20/04/2021 07:30, Chris Johns wrote: > >> On 20/4/21 3:28 pm, Sebastian Huber wrote: >>> This helps if applications are started by a boot loader. >> How does it help? >     /* >      * Set the Main Stack Pointer (MS

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 20/4/21 4:38 pm, Sebastian Huber wrote: > > On 20/04/2021 08:30, Chris Johns wrote: >> On 20/4/21 3:54 pm, Sebastian Huber wrote: >>> On 20/04/2021 07:30, Chris Johns wrote: >>> >>>> We need a way for libdebugger or any other piece of software to capt

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 20/4/21 3:54 pm, Sebastian Huber wrote: > On 20/04/2021 07:30, Chris Johns wrote: > >> We need a way for libdebugger or any other piece of software to capture and >> cascade the call. If this can be done on aarch64 then I am happy. > > The fatal error extensions execut

Re: [PATCH] bsps/arm: Set MSP in ARMv7-M start code

On 20/4/21 3:28 pm, Sebastian Huber wrote: > This helps if applications are started by a boot loader. How does it help? Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 20/4/21 5:02 am, Kinsey Moore wrote: > On 4/18/2021 20:18, Chris Johns wrote: >> On 19/4/21 9:23 am, Joel Sherrill wrote: >>> >>> On Sun, Apr 18, 2021, 5:13 PM Chris Johns >> <mailto:chr...@rtems.org>> wrote: >>> >>> On 17/4/21

Re: OS Neutrality in Python Development Guidelines?

On 20/4/21 4:12 am, Sebastian Huber wrote: > On 19/04/2021 18:48, Gedare Bloom wrote: > A random pick of a file and a brief scan ... https://git.rtems.org/rtems-central/tree/rtemsspec/interface.py#n313 >>> There is no issue in this line. I disagree. At a technical level there is

Re: OS Neutrality in Python Development Guidelines?

On 20/4/21 2:52 am, Gedare Bloom wrote: > The biggest issues are paths and CaseSensitive filesystems. I'm sure > there are other hidden brambles though. Path length in Windows ... https://git.rtems.org/rtems-tools/tree/rtemstoolkit/path.py#n63 Chris

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 19/4/21 9:23 am, Joel Sherrill wrote: > > > On Sun, Apr 18, 2021, 5:13 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 17/4/21 10:00 am, Kinsey Moore wrote: > > On 4/16/2021 08:48, Gedare Bloom wrote: > >> On Fri,

Re: [PATCH v1] c-user: Add documentation for exception mapping

On 16/4/21 11:19 pm, Sebastian Huber wrote: > On 16/04/2021 15:05, Kinsey Moore wrote: > >> Yes, that's currently the case for non-aarch64 platforms. The test is set to >> require aarch64 as a result. > > How do you get this information from the documentation? > > In case this is something

Re: OS Neutrality in Python Development Guidelines?

On 16/4/21 3:28 pm, Sebastian Huber wrote: > On 15/04/2021 22:58, Gedare Bloom wrote: >> I guess we should define something to add here? Is anything written >> somewhere we can adopt? > the spirit of the Python guide is to have rules which are enforced by tools. I see a guide as a means to

Re: [PATCH v1 1/3] cpukit: Add signal mapping support

On 17/4/21 10:00 am, Kinsey Moore wrote: > On 4/16/2021 08:48, Gedare Bloom wrote: >> On Fri, Apr 16, 2021 at 1:19 AM Sebastian Huber >> wrote: >>> Hello Kinsey, >>> >>> why don't you use a fatal error extension for this? You can save all the >>> processor state to a structure and use it to jump

Re: [PATCH v1 2/3] aarch64: Add support for mapping exceptions

On 18/4/21 8:40 am, Joel Sherrill wrote: > > > On Sat, Apr 17, 2021, 4:27 PM Gedare Bloom > wrote: > > On Sat, Apr 17, 2021 at 8:10 AM Joel Sherrill > wrote: > > > > > > > > On Sat, Apr 17, 2021, 8:25 AM Gedare Bloom

Re: [gccsdk] Any chance of a newer GCC version than 4.7.4?

It's a bit of a push to call what the Norcroft C++ compiler complies "C++" ... it was old at the time. Hijacking the thread a bit (sorry) .. I guess for ELF dynamically linked stuff GCC  10 would be fine? Cheers Chris On 17/04/2021 20:14, Terje Slettebø wrote: Hi Lee. Thanks for your

Re: OS Neutrality in Python Development Guidelines?

On 16/4/21 6:58 am, Gedare Bloom wrote: > Hello all, > > To revisit a little bit of a controversial subject :) The Python > Development Guidelines have been in place now for a little while, but > one thing that seems to have been missed entirely is guidance on > writing Python code that is

Re: [PATCH rtems-net-legacy v3] netlegacy: Use os.path instead of hardcoded Unix like path

On 15/4/21 5:22 am, Vijay Kumar Banerjee wrote: > On Wed, Apr 14, 2021 at 1:10 PM Gedare Bloom wrote: >> >> On Wed, Apr 14, 2021 at 12:36 PM Vijay Kumar Banerjee >> wrote: >>> >>> --- >>> netlegacy.py | 27 +-- >>> 1 file changed, 13 insertions(+), 14 deletions(-) >>>

Re: Tool update procedure (was Re: Fwd: GCC 10.3 Released)

On 12/4/21 6:15 pm, Sebastian Huber wrote: > Hello Chris, > > On 12/04/2021 01:34, Chris Johns wrote: >> On 10/4/21 1:19 am, Joel Sherrill wrote: >>> On Fri, Apr 9, 2021, 9:07 AM Sebastian Huber >>> >> <mailto:sebastian.hu...@embedded-brains.de>&g

Re: [PATCH 0/3] rtemstoolkit: Add SMTP login to mailer

On 13/4/21 12:09 pm, Joel Sherrill wrote: > On Mon, Apr 12, 2021, 6:47 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > Hi Alex, > > This looks great. Thank you for adding this feature. OK to push. > > Do you think a small section called "

Re: [PATCH] rtemstoolkit/mailer.py: Add --use-gitconfig option

OK to push with a minor fix noted below ... On 14/4/21 7:33 am, Alex White wrote: > This adds the option to pull mail-related configuration values from the > user's git configuration. > > Closes #4384 > --- > rtemstoolkit/mailer.py | 46 -- > 1 file

Re: [PATCH 0/3] rtemstoolkit: Add SMTP login to mailer

Hi Alex, This looks great. Thank you for adding this feature. OK to push. Do you think a small section called "Posting Reports" that explains how to use these options, ie with GMail, would be good to have? Chris On 13/4/21 6:22 am, Alex White wrote: > This patch set includes changes to allow

Tool update procedure (was Re: Fwd: GCC 10.3 Released)

On 10/4/21 1:19 am, Joel Sherrill wrote: > On Fri, Apr 9, 2021, 9:07 AM Sebastian Huber > > wrote: > > On 08/04/2021 14:50, Joel Sherrill wrote: > > > Is it time to bump the RSB GCC version for rtems6? > I am not sure, we are always quite

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

On 9/4/21 10:49 pm, Joel Sherrill wrote> libdebugger is probably the only service that is tied enough to RTEMS > that moving it would be a pain for maintenance. The others are just  > simple applications. libdebugger's transport layer is independent of the debugger implementation so in theory it

Re: Questions about waf config system: "grp" and updating configure.ac

On 9/4/21 4:45 pm, Sebastian Huber wrote: > On 09/04/2021 08:28, Chris Johns wrote: > >> On 9/4/21 3:02 pm, Sebastian Huber wrote: >>> I try to not break the old build system, however, I don't add new stuff to >>> it. >>>  From my point of view the old bu

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

On 9/4/21 4:47 pm, Sebastian Huber wrote: > On 09/04/2021 08:36, Chris Johns wrote: > >> On 9/4/21 1:31 am, Gedare Bloom wrote: >>> On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber >>>> I would keep the services in rtems.git and add APIs for the things whic

Re: [PATCH rtems-libbsd] Import telnetd from RTEMS repository

On 9/4/21 1:31 am, Gedare Bloom wrote: > On Thu, Apr 8, 2021 at 2:18 AM Sebastian Huber >> I would keep the services in rtems.git and add APIs for the things which >> depend on RTEMS_NETWORKING. Then implement the API in the network >> stacks. It is not that much: Sebastian, I am sceptical this

Re: Questions about waf config system: "grp" and updating configure.ac

On 9/4/21 3:02 pm, Sebastian Huber wrote: > I try to not break the old build system, however, I don't add new stuff to it. > From my point of view the old build system should be removed. The major > blocking > point for the removal is that nobody had the time to convert the BSP builder > to >

Re: #3860 - GSoC enquiries

On 7/4/21 3:01 pm, Sebastian Huber wrote: > On 06/04/2021 18:12, Gedare Bloom wrote: > >> On Mon, Apr 5, 2021 at 10:37 PM Sebastian Huber >>   wrote: >>> On 04/04/2021 22:18, Joel Sherrill wrote: >>> On Sun, Apr 4, 2021 at 2:25 PM Ida Delphine >>> > wrote:

Re: [PATCH 1/2] Added FAQ page

On 6/4/21 2:26 am, Gedare Bloom wrote: > On Sat, Apr 3, 2021 at 5:15 PM Chris Johns wrote: >> >> On 3/4/21 6:29 am, Gedare Bloom wrote: >>> On Fri, Apr 2, 2021 at 12:55 PM Joel Sherrill wrote: >>>> On Fri, Apr 2, 2021 at 1:50 PM Ayushman Mishra >&

Re: [PATCH 1/4] main_cp.c: Unused value (CID #1255344)

On 7/4/21 6:36 am, Ryan Long wrote: > Oh, I definitely missed that. I'm not sure though, but other patches have > used #ifdef. So I should only resubmit this patch then? No. Please submit the whole patch set with a new patch set version number. And this is what needs to happen from now on.

Re: [PATCH rtems-net-legacy] nfsclient: Build nfsclient from the top level netlegacy script

On 7/4/21 7:40 am, Gedare Bloom wrote: > On Tue, Apr 6, 2021 at 2:24 PM Chris Johns wrote: >> >> >> >>> On 4 Apr 2021, at 11:06 am, Vijay Kumar Banerjee wrote: >>> >>> --- >>> netlegacy.py | 18 +- >>>

Re: [PATCH 1/4] main_cp.c: Unused value (CID #1255344)

> On 6 Apr 2021, at 5:38 am, Ryan Long wrote: > > CID 1255344: Unused value in copy(). > > Closes #4339 > --- > cpukit/libmisc/shell/main_cp.c | 64 ++ > 1 file changed, 64 insertions(+) > > diff --git a/cpukit/libmisc/shell/main_cp.c

<    13   14   15   16   17   18   19   20   21   22   >