On 2/9/2022 2:27 pm, Sebastian Huber wrote:
> On 02.09.22 06:22, Sebastian Huber wrote:
>> On 02.09.22 04:22, Chris Johns wrote:
>>> On 1/9/2022 6:26 pm, Sebastian Huber wrote:
The VRSAVE feature of the Altivec unit can be used to reduce the amount of
Altivec registers which need to be sa
Openocd connection is on my website. Here's the link to that.
https://0xnoor.hashnode.dev/setup-openocd-with-jtag-uart-on-raspberry-pi-4-using-ft232h
I pushed the code to my github repo. Be sure to checkout noor-dev branch.
Here's the link for that. https://github.com/0xnoor/rtems
And yes the cod
Hi Noor,
Can you describe the setup you use for testing the BSP?
I can set up my Pi 4 to try running your code as you update it. How do you
setup the OCD connection?
Thanks,
Alan
On Fri, Sep 2, 2022 at 11:48 AM Noor Aman wrote:
> Hey all,
> Raspberry Pi 4B MMU seems to be enabled, as reported b
Updates #4713.
---
posix-users/process_creation_and_execution.rst | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/posix-users/process_creation_and_execution.rst
b/posix-users/process_creation_and_execution.rst
index 835f3cc..8570b25 100644
--- a/posix-users/process_
Closes #4713.
---
cpukit/posix/src/pthreadatfork.c| 13 +
testsuites/psxtests/psxenosys/init.c| 10 --
testsuites/psxtests/psxenosys/psxenosys.scn | 2 +-
3 files changed, 14 insertions(+), 11 deletions(-)
diff --git a/cpukit/posix/src/pthreadatfork.c b/cp
Closes #4691.
---
c-user/config/face-technical-standard.rst | 77 +++
c-user/config/index.rst | 1 +
2 files changed, 78 insertions(+)
create mode 100644 c-user/config/face-technical-standard.rst
diff --git a/c-user/config/face-technical-standard.rs
Updates #4691.
---
config.yml | 2 ++
spec/acfg/if/group-face.yml| 30 ++
spec/acfg/if/posix-timer-face-behavior.yml | 23 +++
3 files changed, 55 insertions(+)
create mode 100644 spec/acfg/if/group-f
Hey all,
Raspberry Pi 4B MMU seems to be enabled, as reported by openocd but gdb is
showing to run in a loop from aarch64-defaulit-exception.S file starting
from code line number 143 to 220.
>From what I can gather, it is being caused by the wrong MMU address.
Here's a RAM and MMU allocation size
---
cpukit/include/rtems/fatal.h | 2 ++
cpukit/include/rtems/init.h | 2 ++
cpukit/include/rtems/rtems/cache.h| 2 ++
cpukit/include/rtems/rtems/config.h | 2 ++
cpukit/include/rtems/rtems/dpmem.h| 2 ++
cpukit/include/rtems/rtems/intr.h | 2 ++
cpukit/inclu
---
cpukit/include/rtems/rtems/clock.h | 12
1 file changed, 12 insertions(+)
diff --git a/cpukit/include/rtems/rtems/clock.h
b/cpukit/include/rtems/rtems/clock.h
index 98ea9775e9..5a9ecab24a 100644
--- a/cpukit/include/rtems/rtems/clock.h
+++ b/cpukit/include/rtems/rtems/clock.h
@@
10 matches
Mail list logo