Using FreeRTOS with Eclipse tools.

Hello cliver41

do you still need help with FreeRTOS on Nios? I might be able to point you in the right direction since I successfully run FreeRTOS 6.1.1 on a Cyclone IV (even with C++).

Regards,

Matthias

Hello,

I have exactly the same problem with cliver41 (the person who started this post). I am using Quartus II 11.0 subscription version and FreeRTOS v7.0.1.

I have followed the instructions in detail but unfortunately it doesn't work. Initially when I try to create a project from "nios ii application and bsp from template" the FreeRTOS demo appears. However, when I select the .sopcinfo file the FreeRTOS demo dissapears.

When I try to create the BSP from the nios ii board support package wizard, I can see the "Real Time Engineers Ltd FreeRTOS 6.0.5" but in the command text box I see the command nios2-bsp ucosii . ../../nios_system.sopcinfo --cpu-name nios2_qsys which obviously links to MicroC/OSII another RTOS.

Does anybody solved this problem? Some help from someone who found a solution to this problem will be extremely helpful. The solution from gwhite seems to be correct but I didn't manage to make it work.

Hello moistsam

I don't have the time right now to duplicate all your steps, but I suggest that you install SP1 for Quartus 11.0: I had filed a service request regarding this problem earlier this year and was told that the issue would be fixed in SP1. By coincidence I just installed Quartus 11.0 today myself (immediately moving to SP1) and so I did a quick test on my own project that seems to indicate that indeed the problem has been solved.

If you still have problems let me know and I could give you some more information regarding the way I setup my project (probably not before early next week though since I will be out of the office for the rest of this week).

Good luck,

Matthias

Hello Matthias,

Thank you very much for your fast reply. I will give it a try and I will reply back to let you know the result.

Thank you very much again.

Hello,

I tried the SP1 for Quartus 11.0 and the problem was partially solved.

When I try to create a new project through the "NIOS II application and BSP from templates" the FreeRTOS_Demo still dissapear when I select the .sopcinfo file.

This problem seems not to be solved with the SP1.

However, when I try to create a new BSP from the "NIOS II Board Support Package" the problem I had before, is solved with the SP1. Here when I select the .sopcinfo file, in the command box I can see: nios2-bsp freertos . ../../nios_system.sopcinfo --cpu-name nios2_qsys which is correct. Without the SP1 it was nios2-bsp ucosii . ../../nios_system.sopcinfo --cpu-name nios2_qsys which was obviously wrong.

Even in this way it is possible for someone to create a FreeRTOS project. However I have to admit that the design template provided seems not to be working directly. Possibly needs some modifications.

If someone had it working properly, it would be nice to provide some info about it. It would be really helpfull.

Hello moistsam

I've attached the files that I am using (and keep under version control) in my project. Start by having a look at "ReadMe_FreeRTOSInstallation.txt". Note that the ZIP contains the files for two different programs (and their respective BSPs):

* a minimal version of the FreeRTOS demo project

* a basic version of my "real" project which uses some additional RTOS sources.

A couple other things to be aware of:

* my projects are still based on FreeRTOS 6.1.1 and were originally developed under Quartus v10.0 (I just did a very quick test today to verify that the code still compiles and runs under v11.0sp1 though)

* I have added most FreeRTOS configuration parameters to the BSP Editor GUI, i.e. moved them from FreeRTOSConfig.h to FreeRTOS_demo_sw.tcl. This approach failed with a few of the parameters in v10.1 (that's why I had to leave them in FreeRTOSConfig.h), but there should be a bug fix in v11.0sp1 that fixes these problems (I didn't have time to test that though)

* as far as I can tell porting of the interrupt code has some problems (in certain cases it ignores the fact that disabling/enabling interrupts returns/requires a context). They don't show with a single interrupt, but will probably bite you in case of nested interrupts

Good luck and let me know in case you're stuck,

Matthias

Re Freertos with ver 12.1

Spend most of the day trying differtn options, copying files into correct locations

got most of the way but stuck at the last bit to make the elf file !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Any body got an idea how to fix this ????

address 0x8098dc of FreeRTOS.elf section `.bss' is not within region `SDRAM' FreeRTOS C/C++ Problem

address 0x8098dc of FreeRTOS.elf section `.SDRAM' is not within region `SDRAM' FreeRTOS C/C++ Problem

make: *** [FreeRTOS.elf] Error 1 FreeRTOS C/C++ Problem

the .bss is allowcated to SDRAM in the BSP file

the limit of the SDRAM is 8000000

it seams to be a problem with the debug settings if i look at the map

enclosed FreeRTOS.map with txt extension as it wont accept ,map extension

.bss 0x0000964c 0x800000 ../FreeRTOSbsp/\libfreertos_bsp.a(heap_2.o).bss 0x0080964c 0x0 ../FreeRTOSbsp/\libfreertos_bsp.a(alt_find_file.o).bss 0x0080964c 0x0 ../FreeRTOSbsp/\libfreertos_bsp.a(alt_get_fd.o).bss 0x0080964c 0x0 ../FreeRTOSbsp/\libfreertos_bsp.a(alt_icache_flush.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-atexit.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-exit.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-impure.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-int_errno.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-memcmp.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-memcpy.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-memset.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-strcmp.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-strlen.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-strncpy.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-__atexit.o).bss 0x0080964c 0x0 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-__call_atexit.o).bss 0x0080964c 0x0 ../FreeRTOSbsp/\libfreertos_bsp.a(alt_exit.o)*(COMMON)COMMON 0x0080964c 0x100 ../FreeRTOSbsp/\libfreertos_bsp.a(alt_irq_handler.o)0x0080964c alt_irqCOMMON 0x0080974c 0x190 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-atexit.o)0x0080974c _atexit00x008098dc . = ALIGN (0x4)0x008098dc __bss_end = ABSOLUTE (.).SDRAM 0x008098dc 0x00x008098dc PROVIDE (_alt_partition_SDRAM_start, ABSOLUTE (.))*(.SDRAM. SDRAM.*)0x008098dc . = ALIGN (0x4)0x008098dc PROVIDE (_alt_partition_SDRAM_end, ABSOLUTE (.))0x008098dc _end = ABSOLUTE (.)0x008098dc end = ABSOLUTE (.)0x008098dc __alt_stack_base = ABSOLUTE (.)0x008098dc PROVIDE (_alt_partition_SDRAM_load_addr, LOADADDR (.SDRAM))

.debug_alt_sim_info0x00000000 0x20 ../FreeRTOSbsp//obj/HAL/src/crt0.o0x00800000 __alt_data_end = 0x8000000x00800000 PROVIDE (__alt_stack_pointer, __alt_data_end)0x008098dc PROVIDE (__alt_stack_limit, __alt_stack_base)0x008098dc PROVIDE (__alt_heap_start, end)0x00800000 PROVIDE (__alt_heap_limit, 0x800000)OUTPUT(FreeRTOS.elf elf32-littlenios2).debug_ranges 0x00000000 0x70.debug_ranges 0x00000000 0x20 ../FreeRTOSbsp//obj/HAL/src/crt0.o.debug_ranges 0x00000020 0x38 ../FreeRTOSbsp/\libfreertos_bsp.a(port_asm.o).debug_ranges 0x00000058 0x18 c:/altera/12.1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.1.2/../../../../nios2-elf/lib\libc.a(lib_a-__call_atexit.o)

jan

Hi Jan

I think you simply got the SDRAM size wrong: you state "the limit of the SDRAM is 8000000", but according to your .bsp file it's only 0x800000:

<MemoryMap>

<slaveDescriptor>SDRAM</slaveDescriptor>

<addressRange>0x00000000 - 0x007FFFFF</addressRange>

<addressSpan>8388608</addressSpan>

<attributes>memory</attributes>

Once you specify the correct size (in SOPC-Builder or Qsys) and recompile your design, you should be able to generate the .elf as expected.

Good luck,

Matthias

--- Quote Start ---

Re Freertos with ver 12.1

Spend most of the day trying differtn options, copying files into correct locations

got most of the way but stuck at the last bit to make the elf file !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Any body got an idea how to fix this ????

address 0x8098dc of FreeRTOS.elf section `.bss' is not within region `SDRAM' FreeRTOS C/C++ Problem

address 0x8098dc of FreeRTOS.elf section `.SDRAM' is not within region `SDRAM' FreeRTOS C/C++ Problem

make: *** [FreeRTOS.elf] Error 1 FreeRTOS C/C++ Problem

the .bss is allowcated to SDRAM in the BSP file

the limit of the SDRAM is 8000000

it seams to be a problem with the debug settings if i look at the map

enclosed FreeRTOS.map with txt extension as it wont accept ,map extension

jan

--- Quote End ---