On 21/7/2022 3:21 pm, Sebastian Huber wrote:
> On 20.07.22 22:52, Chris Johns wrote:
>> On 20/7/2022 6:20 pm, Sebastian Huber wrote:
>>> On 20/07/2022 10:11, Chris Johns wrote:
>> Are these TLS allocations in newlib based on a single use of a newlib
>> call
>> that
>> brings in the
Hello Gedare and Joel,
On 15.07.22 10:43, Sebastian Huber wrote:
The uniprocessor schedulers had some special case logic for the
PRIORITY_PSEUDO_ISR priority. Tasks with a priority of PRIORITY_PSEUDO_ISR
were allowed to preempt a not preemptible task. If other higher priority task
are made rea
Update #4560.
---
v2:
* Do not use -ftls-model=local-exec for targets without TLS support.
spec/build/bsps/bspopts.yml | 2 ++
spec/build/bsps/opttlsmodelflags.yml | 28
2 files changed, 30 insertions(+)
create mode 100644 spec/build/bsps/opttlsmodelflags.
Update #4560.
---
spec/build/bsps/bspopts.yml | 2 ++
spec/build/bsps/opttlsmodelflags.yml | 17 +
2 files changed, 19 insertions(+)
create mode 100644 spec/build/bsps/opttlsmodelflags.yml
diff --git a/spec/build/bsps/bspopts.yml b/spec/build/bsps/bspopts.yml
index 4a4c
On 20.07.22 22:52, Chris Johns wrote:
On 20/7/2022 6:20 pm, Sebastian Huber wrote:
On 20/07/2022 10:11, Chris Johns wrote:
Are these TLS allocations in newlib based on a single use of a newlib call that
brings in the reent stuff? How does that work?
No, each TLS object is defined in the tran
On 20.07.22 15:43, Kinsey Moore wrote:
This alters the AArch64 page table generation and mapping code and MMU
configuration to use page table level 0 in addition to levels 1, 2, and
3. This allows the mapping of up to 48 bits of memory space and is the
maximum that can be mapped without relying o
On 21/7/2022 7:36 am, Ryan Long wrote:
> This series of patches adds support for AArch64 in libdl and makes some small
> tweaks to get the dynamic loader tests working.
Thank you for this contribution. It is great to see this arch being supported.
It is close. I have posted some questions about t
On 21/7/2022 7:36 am, Ryan Long wrote:
> rtl-mdreloc-aarch64.c and elf_machdep.h came from NetBSD.
>
> Updates #4682
> ---
> cpukit/libdl/rtl-mdreloc-aarch64.c| 598 ++
> .../cpu/aarch64/include/machine/elf_machdep.h | 256
> spec/build/cpukit/objdl.yml
rtl-mdreloc-aarch64.c and elf_machdep.h came from NetBSD.
Updates #4682
---
cpukit/libdl/rtl-mdreloc-aarch64.c| 598 ++
.../cpu/aarch64/include/machine/elf_machdep.h | 256
spec/build/cpukit/objdl.yml | 2 +
spec/build/cpukit/objdlaarch64.y
In rtems_rtl_symbol_global_add() the loop that gets to the end of the symbol
table used "unsigned long" to increment the index for the table. For most
architectures this resulted in 4, but with AArch64, it results in 8. This
resulted in the symbols being read in wrong. Changing this to void* along
Updated this file with the newer version in NetBSD.
Updates #4682
---
cpukit/include/sys/exec_elf.h | 840 --
1 file changed, 608 insertions(+), 232 deletions(-)
diff --git a/cpukit/include/sys/exec_elf.h b/cpukit/include/sys/exec_elf.h
index 4242415f54..b50da6b27
Hi,
This series of patches adds support for AArch64 in libdl and makes some small
tweaks to get the dynamic loader tests working.
Thanks,
Ryan
Ryan Long (5):
sys/exec_elf.h: Bring in newer file
libdl/rtl-elf.h: Fix aarch64 define
cpukit/libdl: Add support for AArch64
libtests/dl*: Bump u
The aarch64 define was incorrect. This was causing the libdl tests to not
work correctly.
Updates #4682
---
cpukit/libdl/rtl-elf.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cpukit/libdl/rtl-elf.h b/cpukit/libdl/rtl-elf.h
index c7c17c525a..0476c1ecd7 100644
--- a/cpukit/l
Updates #4682
---
testsuites/libtests/dl01/init.c | 2 +-
testsuites/libtests/dl02/init.c | 2 +-
testsuites/libtests/dl03/init.c | 2 +-
testsuites/libtests/dl04/init.c | 2 +-
testsuites/libtests/dl05/init.c | 2 +-
testsuites/libtests/dl06/initimpl.h | 2 +-
testsuites/libte
This is much clearer. I now understand the limitation.
OK to push.
Thanks
Chris
On 20/7/2022 11:34 pm, Kinsey Moore wrote:
> ---
> user/bsps/aarch64/xilinx-zynqmp.rst | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/user/bsps/aarch64/xilinx-zynqmp.rst
> b/user/bsps/aarch
On 20/7/2022 6:20 pm, Sebastian Huber wrote:
> On 20/07/2022 10:11, Chris Johns wrote:
Are these TLS allocations in newlib based on a single use of a newlib call
that
brings in the reent stuff? How does that work?
>>> No, each TLS object is defined in the translation unit which uses
This alters the AArch64 page table generation and mapping code and MMU
configuration to use page table level 0 in addition to levels 1, 2, and
3. This allows the mapping of up to 48 bits of memory space and is the
maximum that can be mapped without relying on additional processor
extensions. Mappin
---
user/bsps/aarch64/xilinx-zynqmp.rst | 12
1 file changed, 12 insertions(+)
diff --git a/user/bsps/aarch64/xilinx-zynqmp.rst
b/user/bsps/aarch64/xilinx-zynqmp.rst
index 78bff12..239ebe4 100644
--- a/user/bsps/aarch64/xilinx-zynqmp.rst
+++ b/user/bsps/aarch64/xilinx-zynqmp.rst
@@
On 7/19/2022 16:22, Chris Johns wrote:
On 20/7/2022 5:42 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 78bff12..58954d6 100644
--- a/
---
spec/build/testsuites/sptests/sptls04.yml | 1 +
testsuites/sptests/sptls04/init.c | 9 +++--
testsuites/sptests/sptls04/sptls04.h | 41 +++
testsuites/sptests/sptls04/tls.c | 34 +++
4 files changed, 82 insertions(+), 3 deletions(-)
On 20/07/2022 10:11, Chris Johns wrote:
There seems to be an issue with i386:
08:09:56 runner ['/opt/rtems/6/bin/rtems-ld', '-C',
'/opt/rtems/6/bin/i386-rtems6-gcc', '-c', '-MMD -Wall -Wmissing-prototypes
-Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs
-mtune=pentiumpro -mar
On 20/07/2022 10:11, Chris Johns wrote:
Are these TLS allocations in newlib based on a single use of a newlib call that
brings in the reent stuff? How does that work?
No, each TLS object is defined in the translation unit which uses the object.
The goal is to get only those objects linked in w
On 20/7/2022 5:03 pm, Sebastian Huber wrote:
> On 20/07/2022 02:24, Chris Johns wrote:
>> On 19/7/2022 5:18 pm, Sebastian Huber wrote:
>>> On 13/07/2022 11:24, Sebastian Huber wrote:
This makes the --enable-newlib-reent-thread-local
(_REENT_THREAD_LOCAL_STORAGE)
Newlib configuration
Hi,
just for the records: I also gratly appreciate this happening. The
freeBDS networking capabilities have grwon bigger and bigger, increasing
the need for a reduced functionality network stack. Having lwip
available allows the user to choose, which package is right for his
application.
Th
On 20/07/2022 02:24, Chris Johns wrote:
On 19/7/2022 5:18 pm, Sebastian Huber wrote:
On 13/07/2022 11:24, Sebastian Huber wrote:
This makes the --enable-newlib-reent-thread-local (_REENT_THREAD_LOCAL_STORAGE)
Newlib configuration option available.
Any comments with respect to using the Newlib
25 matches
Mail list logo