FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [March 2010 Threads] BootloaderPosted by Pablo Cremades on March 4, 2010 Hi. I'm working with LPC2368 and Freertos. My application is working fine. Now I need to implement a bootloader to upgrade the firmware from external flash memory (SPI). The first thing I did to test was to write a very simple bootloader that jumps to address 0x1000 (where user application should be). Then I move the application code so that its entry point is 0x1000. I did that by modifying the memory map, setting flash starting address at 0x1000. The application compiled ok, and was loaded at 0x1000. The problem is that it keeps reseting. I followed the code step by step, and the problem seems to be in function: void vPortISRStartFirstTask( void ) { /* Simply start the scheduler. This is included here as it can only be called from ARM mode. */ portRESTORE_CONTEXT(); }
when the call to portRESTORE_CONTEXT() is made, the application restarts.
Any idea how to make this work?
Thanks.
RE: BootloaderPosted by MEdwards on March 4, 2010 Check that the LPC is in Supervisor mode before portRESTORE_CONTEXT() is called. It will crash on that function if it is not.
RE: BootloaderPosted by Pablo Cremades on March 5, 2010 Thanks for your reply. The processor is in Supervisor Mode befor portRESTORE_CONTEXT() is called. Actually, crt0.s makes the processor switch to supervisor mode befor the main application is called.
RE: BootloaderPosted by Preet Kang on March 9, 2010 FreeRTOS should be independent of flash offset defined by your application. I am using secondary bootloader for LPC2148 and it is working just fine. Try running an application without FreeRTOS, if that works, then there's no reason why FreeRTOS shouldn't.
BootloaderPosted by ruggerobandera on October 21, 2016 I'm using FreeRTOS V8.2.3 and a STM32746G with the discovery board.
I create a simple FreeRTOS application and all works fine. Now I create a Simple Bootloader (no RTOS) The Simple Bootloader is mapped ta 0x08000000 my Application is mapped 0x08010000.
After the jump below the code I used
~~~
typedef void (pfunction)(void);
// address == 0x08010000.
void JmpToAddress(unsigned int address)
{
uint8t i;
uint32t jumpaddress = *(_IO uint32t)(address + 4);
pfunction pjumpfunction = (pfunction)jumpaddress;
__disableirq(); // stop all interrupts
// Disable IRQs
for(i = 0;i < 8;i++) {
NVIC->ICER[i] = 0xFFFFFFFF;
}
// Clear pending IRQs
for(i = 0;i < 8;i++) {
NVIC->ICPR[i] = 0xFFFFFFFF;
}
__enable_irq();
__set_CONTROL(0);
// re-init stack pointer (first entry of the vector table)
__set_MSP(*(__IO uint32_t*)address);
pjumpfunction();
}
~~~
my application start correctly RTOS create theall the tasks and jump to the firsttask.
My code is
~~~
firsttask(void const * argument)
{
kernelStatus = osKernelRunning();// status is ok
for( ;; ) {
// do somethings ...
OSIDelay(200); //never exit
}
}
~~~
It Seem's as the scheduler dosen't run.
Any Idea
BootloaderPosted by rtel on October 21, 2016 This is a very old thread, and without knowing what happens at the address you are jumping to it is difficult to know.
You need to have a vector table set up for the application you are jumping to, set the vector base address register to that vector table, and make sure the FreeRTOS interrupt handlers (PendSV, SysTick and SVCall) handlers are installed in the vector table. I would then recommend leaving interrupts globally disabled, reading the reset address out of the second position of the vector table used by the application you are jumping to, and jumping to that address to ensure the C run time code is also executed before main().
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|