Re: [PATCH] cpukit/aarch64: Resolve warnings with ILP32 ABI

2023-09-25 Thread Sebastian Huber
On 25.09.23 22:34, Kinsey Moore wrote: Casts from uint64_t to void* must go through a uintptr_t cast to avoid warnings when building with the ILP32 ABI since this is otherwise an implicit truncation to 32bits for a pointer. Thanks for fixing the warning in _CPU_Get_TLS_thread_pointer(). -- em

Re: [PATCH] validation: Check stack of interrupted context

2023-09-25 Thread Sebastian Huber
On 22.09.23 18:54, Kinsey Moore wrote: On Fri, Sep 22, 2023 at 10:46 AM Kinsey Moore > wrote: On Fri, Sep 22, 2023 at 7:44 AM Sebastian Huber mailto:sebastian.hu...@embedded-brains.de>> wrote: On 21.09.23 16:59, Kinsey Moore wrote: > O

Re: [PATCH v2] cpukit/jffs2: Avoid use of off-chain semantics

2023-09-25 Thread Sebastian Huber
On 23.09.23 00:19, Kinsey Moore wrote: This reworks the JFFS2 delayed work queue to avoid use of on-chain/off-chain semantics since they vary in behavior under RTEMS_DEBUG and are not guaranteed to be safe to use in SMP systems. This adds all delayed work structs to the chain on FS init and does

[PATCH] cpukit/aarch64: Resolve warnings with ILP32 ABI

2023-09-25 Thread Kinsey Moore
Casts from uint64_t to void* must go through a uintptr_t cast to avoid warnings when building with the ILP32 ABI since this is otherwise an implicit truncation to 32bits for a pointer. --- cpukit/libdl/rtl-mdreloc-aarch64.c | 7 +-- cpukit/score/cpu/aarch64/include/rtems/sc

Visit to Sunnyvale 11-13 October

2023-09-25 Thread Joel Sherrill
Hi Vijay and I will be attending the Google Summer of Code Mentor Summit the weekend of October 14-15. We are planning to fly out a bit early to give us a chance to schedule visits with RTEMS users, see your project in action as a site visit, and just have the opportunity to talk about your succes

Re: [PATCH 1/1] trace: build with c++17 if building against llvm 16+

2023-09-25 Thread Sebastian Huber
On 25.09.23 08:45, Chris Johns wrote: On 22/9/2023 2:47 pm, Sebastian Huber wrote: On 22.09.23 04:36, Joel Sherrill wrote: Are we doing something that particularly requires C++17? AFAIK we haven't needed it yet and why wouldn't it also be needed with gcc? If the default on recent gcc versions i