Branch: refs/heads/master
Home: https://github.com/OpenAMP/libmetal
Commit: c4c1d0e5341dd920ab45842b170b8526d9a5c029
https://github.com/OpenAMP/libmetal/commit/c4c1d0e5341dd920ab45842b170b8526…
Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>
Date: 2020-10-12 (Mon, 12 Oct 2020)
Changed paths:
M lib/compiler/gcc/compiler.h
M lib/compiler/iar/compiler.h
Log Message:
-----------
compiler: introduce __deprecated attribute
Define the __deprecated …
[View More]attribute to allow to generate a warning message
on compilation when an API is declared as deprecated.
This warning can be cleaned by adding -Wno-deprecated-declarations in
CMAKE_C_FLAGS flags
Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>
[View Less]
Branch: refs/heads/errno-h-fix
Home: https://github.com/OpenAMP/open-amp
Commit: ee470195b669d7db2f0e30e4f13bce8a05ee72cb
https://github.com/OpenAMP/open-amp/commit/ee470195b669d7db2f0e30e4f13bce8a…
Author: Ed Mooring <ed.mooring(a)xilinx.com>
Date: 2020-10-09 (Fri, 09 Oct 2020)
Changed paths:
M apps/examples/load_fw/load_fw.c
M apps/examples/load_fw/mem_image_store.c
M apps/examples/rpc_demo/rpc_demod.c
M apps/machine/zynq7/platform_info.c
M apps/…
[View More]machine/zynqmp/platform_info.c
M apps/machine/zynqmp_r5/platform_info.c
M apps/system/linux/machine/generic/platform_info.c
Log Message:
-----------
Add <errno.h> explicitly to all files that use errno values.
When building OpenAMP apps for FreeRTOS on Xilinx hardware, there
were compile errors due to EINVAL not being defined. On other
platforms, <errno.h> was implicitly included by OpenAMP header
files. This change explicitly includes it where it is needed
in the code.
[View Less]
Branch: refs/heads/master
Home: https://github.com/OpenAMP/open-amp
Commit: 3434576bfe22b37fee1dbe5507b14fdcf847ae48
https://github.com/OpenAMP/open-amp/commit/3434576bfe22b37fee1dbe5507b14fdc…
Author: Ben Levinsky <ben.levinsky(a)xilinx.com>
Date: 2020-10-06 (Tue, 06 Oct 2020)
Changed paths:
M apps/machine/zynqmp_r5/platform_info.c
M apps/machine/zynqmp_r5/platform_info.h
M apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c
Log Message:
-----------
apps: …
[View More]zynqmp_r5: add switch to run r5 demo without IPI
The current implementation presumes the presence of IPI in hardware
design. Add switch to enable instead polling of shared memory if
there is no IPI, IRQ, etc. available.
Signed-off-by: Ben Levinsky <ben.levinsky(a)xilinx.com>
Commit: b5506793833f291c6686dae849ca45a976241a07
https://github.com/OpenAMP/open-amp/commit/b5506793833f291c6686dae849ca45a9…
Author: Ben Levinsky <ben.levinsky(a)xilinx.com>
Date: 2020-10-06 (Tue, 06 Oct 2020)
Changed paths:
M apps/machine/zynqmp/platform_info.c
M apps/machine/zynqmp/platform_info.h
M apps/machine/zynqmp/zynqmp_linux_r5_proc.c
Log Message:
-----------
apps: zynqmp: add switch to run linux demo without IPI
The current implementation presumes the presence of IPI in hardware
design. Add switch on Linux side to enable instead polling of shared
memory if there is no IPI, IRQ, etc. available.
Signed-off-by: Ben Levinsky <ben.levinsky(a)xilinx.com>
Compare: https://github.com/OpenAMP/open-amp/compare/6a835240096a...b5506793833f
[View Less]
Hi Gaute,
When you say that you are running Linux on core 0 and FreeRTOS on core
1, do you mean that you are running both Linux and FreeRTOS on the
Cortex-A cluster in separate virtual machines, using a hypervisor?
Or are they running on separate clusters, such as FreeRTOS on Cortex-M/R
and Linux on a Cortex-A?
Cheers,
Stefano
On Mon, 7 Sep 2020, Gaute Nilsson via Openamp-rp wrote:
> We are running Linux on core 0 and FreeRTOS on core 1.
>
> We have a high priority …
[View More]FreeRTOS task that needs to run with a 100 µs
> interval. When the system is up and running, no cross core
> communication takes place.
>
> If I login with a ssh session into the Linux core, this will cause a
> performance hit on the FreeRTOS core and cause the high priority task
> to miss its deadline.
>
> I can see that even an ISR on FreeRTOS core that normally takes 4.5 µs
> to execute, temporarily will take 7.6 µs to execute just when I open a
> ssh session into Linux core. So everything will temporarily run slower
> on FreeRTOS core before it goes back to normal.
>
>
> What can cause this, and how can we prevent activity on Linux core
> affecting performance on FreeRTOS core?
>
> -Gaute Nilsson
>
[View Less]
We are running Linux on core 0 and FreeRTOS on core 1.
We have a high priority FreeRTOS task that needs to run with a 100 µs
interval. When the system is up and running, no cross core communication
takes place.
If I login with a ssh session into the Linux core, this will cause a
performance hit on the FreeRTOS core and cause the high priority task to
miss its deadline.
I can see that even an ISR on FreeRTOS core that normally takes 4.5 µs to
execute, temporarily will take 7.6 µs to execute …
[View More]just when I open a ssh
session into Linux core. So everything will temporarily run slower on
FreeRTOS core before it goes back to normal.
What can cause this, and how can we prevent activity on Linux core
affecting performance on FreeRTOS core?
-Gaute Nilsson
We are running Linux on core 0 and FreeRTOS on core 1.
We have a high priority FreeRTOS task that needs to run with a 100 µs
interval. When the system is up and running, no cross core
communication takes place.
If I login with a ssh session into the Linux core, this will cause a
performance hit on the FreeRTOS core and cause the high priority task
to miss its deadline.
I can see that even an ISR on FreeRTOS core that normally takes 4.5 µs
to execute, temporarily will take 7.6 µs to execute just when I open a
ssh session into Linux core. So everything will temporarily run slower
on FreeRTOS core before it goes back to normal.
What can cause this, and how can we prevent activity on Linux core
affecting performance on FreeRTOS core?
-Gaute Nilsson
[View Less]
Branch: refs/heads/master
Home: https://github.com/OpenAMP/libmetal
Commit: 9a3162ecc0a353e4b14fe9e81a0d3d69f9c67eca
https://github.com/OpenAMP/libmetal/commit/9a3162ecc0a353e4b14fe9e81a0d3d69…
Author: Simon Leiner <simon(a)leiner.me>
Date: 2020-09-07 (Mon, 07 Sep 2020)
Changed paths:
M lib/system/freertos/mutex.h
M lib/system/generic/mutex.h
Log Message:
-----------
Stop using atomic_flag_*() for atomic_int in mutex
The atomic_flag_* functions are …
[View More]only defined for operands of the type
atomic_flag so the previous implementation relied on undefined behavior.
Because of the need for a read without side effects (in
__metal_mutex_is_acquired), it is not possible to use the atomic_flags
type for the mutex implementation. Because of this, all atomic_flag_*
functions are replaced with the appropriate functions for atomic value
types.
Signed-off-by: Simon Leiner <simon(a)leiner.me>
[View Less]
Branch: refs/heads/master
Home: https://github.com/OpenAMP/libmetal
Commit: 9e03c4fceda40ff037c7f4355c431fd775486199
https://github.com/OpenAMP/libmetal/commit/9e03c4fceda40ff037c7f4355c431fd7…
Author: Simon Leiner <simon(a)leiner.me>
Date: 2020-09-07 (Mon, 07 Sep 2020)
Changed paths:
M lib/compiler/gcc/compiler.h
M lib/compiler/iar/compiler.h
Log Message:
-----------
Introduce metal_asm
This can be used as a future replacement for asm, which is not …
[View More]allowed in
the strict ISO C modes of GCC and IAR.
Signed-off-by: Simon Leiner <simon(a)leiner.me>
Commit: 5cae751afe8c516b4c533a4516a4e80412e93ac1
https://github.com/OpenAMP/libmetal/commit/5cae751afe8c516b4c533a4516a4e804…
Author: Simon Leiner <simon(a)leiner.me>
Date: 2020-09-07 (Mon, 07 Sep 2020)
Changed paths:
M examples/system/freertos/zynqmp_r5/zynqmp_amp_demo/common.h
M examples/system/generic/zynqmp_r5/zynqmp_amp_demo/common.h
M lib/processor/aarch64/cpu.h
M lib/processor/x86/cpu.h
M lib/processor/x86_64/cpu.h
M lib/system/freertos/zynq7/sys.c
M lib/system/freertos/zynqmp_a53/sys.c
M lib/system/freertos/zynqmp_r5/sys.c
M lib/system/generic/microblaze_generic/sys.c
M lib/system/generic/zynq7/sys.c
M lib/system/generic/zynqmp_a53/sys.c
M lib/system/generic/zynqmp_r5/sys.c
M lib/system/zephyr/cortexm/sys.c
M test/system/freertos/main.c
Log Message:
-----------
Use metal_asm instead of asm and __asm__
This enables GCC compilation in strict mode (-std=c11 -pedantic)
Signed-off-by: Simon Leiner <simon(a)leiner.me>
Compare: https://github.com/OpenAMP/libmetal/compare/821fd4fc3db2...5cae751afe8c
[View Less]