Re: Error in building application with rpi BSP with waf build system

On Mon, Jun 1, 2020 at 9:32 AM Utkarsh Rai wrote: > Hello, > > I was unable to build a sample app for raspberrypi, I followed the docs > and was able > to build the app for Xilinx-qemu and beagleboard. > > The waf configure command was

Error in building application with rpi BSP with waf build system

Hello, I was unable to build a sample app for raspberrypi, I followed the docs and was able to build the app for Xilinx-qemu and beagleboard. The waf configure command was - ./waf configure --rtems=$HOME/sandbox/rtems/5 --rtems-bsp=arm/

[PATCH v1 8/9] smpsignal01: Change state before sending the signal

The signal handler of the consumer might start executing before rtems_signal_send of the producer returns. Therefore change the state to SIG_1_SENT before sending the signal. --- testsuites/smptests/smpsignal01/init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/testsuites/s

[PATCH v1 3/9] bsp/pc386: Update GDT to work for SMP

Create a GS segment in the GDT for each processor for storing TLS. This makes the GDT in startAP.S obsolete as all processors now share the same GDT, which is passed to each AP at startup. The correct segment for each processor is calculated in cpu_asm.S. Update #3335 --- bsps/i386/pc386/include

[PATCH v1 6/9] bsps/pc386: Fix Clock_isr for SMP

- Do not forward Clock_isr through Clock_driver_support_at_tick as this will cause every processor to send IPIs with Clock_isr therby creating an infinie loop - Instead the processor handling the clock interrupt causes all other processors to call rtems_timecounter_tick to update their tick count -

[PATCH v1 4/9] bsp/pc386: Update context switch and restore

Uses similar flow in cpu_asm.S for i386 as for arm. --- cpukit/score/cpu/i386/cpu_asm.S | 63 +++-- cpukit/score/cpu/i386/include/rtems/score/cpu.h | 4 +- 2 files changed, 51 insertions(+), 16 deletions(-) diff --git a/cpukit/score/cpu/i386/cpu_asm.S b/cpukit

[PATCH v1 9/9] bsp/pc386: Disable interrupt nesting for job handler

- Fixes timeout for smpipi01 where: + Main thread sends perform jobs to worker cpu while it is already performing jobs + Interrupt on worker cpu performs jobs, but with empty job list + Worker cpu continues to execut previous job and adds new job list to itself, which is never p

[PATCH v1 2/9] bsp/pc386: Turn start16.S into a startAP.S

start16.S is now only used for SMP configurations to start the application processors. This commit removes all unnecessary parts for this job, i.e. video conssole initalisation, A20 gate activation and all non-AP related code. Update #3335 --- bsps/i386/pc386/start/smp-imps.c| 14 +- bs

[PATCH v1 5/9] bsp/pc386: Define interrupt stack frame for smp

- Defines CPU_Interrupt_frame in cpu_impl.h - Updates isq_asm.S to save/restore registers in matching order to interrupt frame --- bsps/i386/shared/irq/irq_asm.S | 102 +++-- cpukit/score/cpu/i386/include/rtems/score/cpu.h| 28 +++--- .../score/cpu/i386/inc

[PATCH v1 1/9] bsp/pc386: Fix Makefile for building with SMP

--- c/src/lib/libbsp/i386/pc386/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/c/src/lib/libbsp/i386/pc386/Makefile.am b/c/src/lib/libbsp/i386/pc386/Makefile.am index 354ad0b23e..218e6bc065 100644 --- a/c/src/lib/libbsp/i386/pc386/Makefile.am +++ b/c/src/lib/libbs

[PATCH v1 0/9] Enable SMP for pc386 based bsps

Hello, Here is a patch set which should enable SMP again for the pc386-based BSPs (mainly tested with pc686). So far I only tested it with qemu. Tests on real hardware are pending. To me it looks like there are no regressions for the standard non-SMP version of the BSP, but it is difficult to sa

[PATCH v1 7/9] bsps/pc386: Separate smp API functions. Makes smpfatal08 link

--- bsps/i386/include/bsp/smp-imps.h| 3 +++ bsps/i386/pc386/include/bsp.h | 7 ++ bsps/i386/pc386/start/bspsmp.c | 43 + bsps/i386/pc386/start/getcpuid.c| 22 - bsps/i386/pc386/start/smp-imps.c| 40 ++