Sebastian,
I think you fixed this for me in this commit.
Do you know if this got run / tested on a qemu emulator?
commit 4c89fbcd316ca99fa16a0acc31f88fb80cb3060f
Author: Sebastian Huber
Date: Tue Sep 27 07:43:37 2022 +0200
score: Add CPU_THREAD_LOCAL_STORAGE_VARIANT
Update #3835.
On
I modified cpukit/score/cpu/microblaze/__tls_get_addr.c
and added a printf
printf("TLS OFFSET %x %p %p %d",(uintptr_t) _TLS_Alignment,
tls_block,executing->Start.tls_area, ti->offset);
and then ran the splts* tests on my hardware.
The __tls_get_addr in the splts* tests.
*** BEGIN OF TEST SPTLS
On 19/07/2022 20:10, Sam Price wrote:
Where would the ti->offset member be updated / initialized at?
The caller of __tls_get_addr() has to do this. On ARM, this is function
is normally not used.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email:
At one point I believe a company tested the sptls tests, unsure if they did
this on qemu or hardware.
I'll try running those tests on a recent hash, and back when the company
ran those tests.
Where would the ti->offset member be updated / initialized at?
Only the arm, and microblaze bsps have
On 19/07/2022 14:51, Sam Price wrote:
On microblaze i was getting a
ESR: Unaligned data access exception
I narrowed this down to this "ti->offset;" being uninitialized in the
following two bsps
https://git.rtems.org/rtems/tree/cpukit/score/cpu/microblaze/__tls_get_addr.c
On microblaze i was getting a
ESR: Unaligned data access exception
I narrowed this down to this "ti->offset;" being uninitialized in the
following two bsps
https://git.rtems.org/rtems/tree/cpukit/score/cpu/microblaze/__tls_get_addr.c
Also this file
cpukit/score/cpu/arm/__tls_get_addr.c
I tried
