[PATCH rtems-libbsd] ipsec-tools: Reduce allocated buffer size

2022-02-22 Thread Christian Mauderer
By default, pfkey allocates a 2MB buffer that is used for SPD entries. This size is a good choice for a server system where a lot of clients should be handled. But on our embedded systems, an application with that much clients is unlikely and 2MB is a lot of space. So reduce that to the default val

Re: Source-builder Qemu compiling / customizing

2022-02-22 Thread Karel Gardas
On 2/22/22 04:54, Sam Price wrote: Im on ubuntu 18 and trying to build qemu for microblaze. I had to modify the source-builder/defaults.mc and change several tool paths from /usr/bin to /bin (This is prob not a standard build process.) Short question. What file in rtems-source builder do I need

[PATCH] c-user: Document CONFIGURE_SCHEDULER_TABLE_ENTRIES

2022-02-22 Thread Sebastian Huber
Update #4524. --- c-user/config/scheduler-general.rst | 93 - 1 file changed, 90 insertions(+), 3 deletions(-) diff --git a/c-user/config/scheduler-general.rst b/c-user/config/scheduler-general.rst index 7c42039..7169a83 100644 --- a/c-user/config/scheduler-general.rs

[PATCH] config: Document CONFIGURE_SCHEDULER_TABLE_ENTRIES

2022-02-22 Thread Sebastian Huber
--- cpukit/doxygen/appl-config.h | 84 ++-- 1 file changed, 80 insertions(+), 4 deletions(-) diff --git a/cpukit/doxygen/appl-config.h b/cpukit/doxygen/appl-config.h index 4735af8766..85290fd4bc 100644 --- a/cpukit/doxygen/appl-config.h +++ b/cpukit/doxygen/appl-co

Re: NTP client recommendation for RTEMS?

2022-02-22 Thread Joel Sherrill
Are you planning to get the NTP server side of the freebsd-org code working? Or get it building but not testing it? Or just focusing on building and testing JUST the client part. Thanks. --joel On Fri, Feb 18, 2022 at 8:39 AM Joel Sherrill wrote: > > On Fri, Feb 18, 2022 at 7:46 AM Sebastian

Re: NTP client recommendation for RTEMS?

2022-02-22 Thread Sebastian Huber
On 22/02/2022 19:22, Joel Sherrill wrote: Are you planning to get the NTP server side of the freebsd-org code working? Or get it building but not testing it? Or just focusing on building and testing JUST the client part. I ported the ntpd from FreeBSD to an older version of the libbsd. I only

Re: NTP client recommendation for RTEMS?

2022-02-22 Thread Joel Sherrill
On Tue, Feb 22, 2022 at 1:21 PM Sebastian Huber wrote: > > On 22/02/2022 19:22, Joel Sherrill wrote: > > Are you planning to get the NTP server side of the freebsd-org code working? > > > > Or get it building but not testing it? > > > > Or just focusing on building and testing JUST the client part

Re: NTP client recommendation for RTEMS?

2022-02-22 Thread Sebastian Huber
On 22/02/2022 20:30, Joel Sherrill wrote: On Tue, Feb 22, 2022 at 1:21 PM Sebastian Huber wrote: On 22/02/2022 19:22, Joel Sherrill wrote: Are you planning to get the NTP server side of the freebsd-org code working? Or get it building but not testing it? Or just focusing on building and tes

Re: NTP client recommendation for RTEMS?

2022-02-22 Thread Joel Sherrill
On Tue, Feb 22, 2022, 1:45 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 22/02/2022 20:30, Joel Sherrill wrote: > > On Tue, Feb 22, 2022 at 1:21 PM Sebastian Huber > > wrote: > >> On 22/02/2022 19:22, Joel Sherrill wrote: > >>> Are you planning to get the NTP server side o

[PATCH v3 1/5] cpukit/libdebugger: Avoid missed swbreak removal

2022-02-22 Thread Kinsey Moore
It is possible to remove software breaks without actually restoring the original instruction to memory. When this happens, the original instruction is lost. This ensures that the original instruction is restored when a software break is removed. --- cpukit/libdebugger/rtems-debugger-target.c | 16

[PATCH v3 0/5] Add MicroBlaze libdebugger support

2022-02-22 Thread Kinsey Moore
Changes from v2: * Removed interrupt hooks in favor of step and continue behavior ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH v3 2/5] cpukit/libdebugger: Add pure swbreak capability

2022-02-22 Thread Kinsey Moore
Add a capability that allows for implementations that operate purely using software breaks. Due to this implementation method, software breaks must not be restored until just before returning control to the thread itself and will be handled by the implementation through thread switch and interrupt

[PATCH v3 3/5] microblaze: Decouple exceptions from interrupts

2022-02-22 Thread Kinsey Moore
Exception handling should be enabled at all times during execution to ensure that exceptions are not ignored which would cause further problems. This separates use of the exception enable bit from use of the interrupt enable bit in the machine status register so that they can be manipulated indepen

[PATCH v3 4/5] cpukit/libdebugger: Avoid cascade for interrupts

2022-02-22 Thread Kinsey Moore
This updates behavior of libdebugger to handle debug exceptions in interrupt context by temporarily removing a software breakpoint, stepping, and then resuming afterward. --- cpukit/libdebugger/rtems-debugger-target.c | 105 +++-- cpukit/libdebugger/rtems-debugger-target.h | 5 +

[PATCH v3 5/5] cpukit/libdebugger: Add MicroBlaze support

2022-02-22 Thread Kinsey Moore
Add MicroBlaze support for libdebugger. This uses only software break type instructions to provide self-hosted GDB debugging support for applications since internal control of debug hardware is not possible. Also of note, this implementation for MicroBlaze would typically use the brki instruction

Re: [PATCH rtems-libbsd] ipsec-tools: Reduce allocated buffer size

2022-02-22 Thread Chris Johns
OK and thanks Chris On 22/2/22 7:34 pm, Christian Mauderer wrote: > By default, pfkey allocates a 2MB buffer that is used for SPD entries. > This size is a good choice for a server system where a lot of clients > should be handled. But on our embedded systems, an application with that > much clie

Re: [PATCH v3 0/5] Add MicroBlaze libdebugger support

2022-02-22 Thread Chris Johns
Thanks for this and OK to merge and push. Chris On 23/2/22 9:06 am, Kinsey Moore wrote: > Changes from v2: > * Removed interrupt hooks in favor of step and continue behavior > > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mai