version 4.0.5: is it stable?
I have changed all files on the kernel v3.2.4 to v4.0.5. But then system is crashing. When I used old list.c system goes but crashing too. When I used old list.h (v3.2.4) system goes without problems.
Has anybody experienced that?
version 4.0.5: is it stable?
I have been using V4.x.x for some time with no problem. There were some changed in list.c between 3.x and 4.x that reduced the RAM usage.
The live WEB servers have also been running for a long time using V4 so I think it is stable.
Can you debug and find exactly where the crash is occurring? We should then be able to help find the problem.
Stack usage as always is the first place to look.
Which port are you using?
version 4.0.5: is it stable?
I am using AT91SAM7 lwIP Rowley port using GCC only (SAM7_GCC)…
Janusz
version 4.0.5: is it stable?
There are compiling parameters:
Compiling C: Source/list.c
arm-elf-gcc -c -mthumb -mcpu=arm7tdmi -mthumb-interwork -I. -gdwarf-2 -DROM_RUN -DVECTORS_IN_RAM -DSAM7_GCC -DTHUMB_INTERWORK -Os -Wall -Wcast-align -Wimplicit -Wpointer-arith -Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wunused -Wa,-adhlns=Source/list.lst -I./Source/include -I./lwip-1.1.0/src/include -I./lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X -I./lwip-1.1.0/src/include/ipv4 -I./lwip-1.1.0/src/netif/ppp -I. -I./lwip-1.1.0/src/include -I./lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X -I./Source/include -I./Source/portable/GCC/ARM7_AT91SAM7S -I./lwip-1.1.0/src/include/ipv4 -I./lwip-1.1.0/src/netif/ppp -I./EMAC -MD -MP -MF .dep/list.o.d -Wnested-externs -std=gnu99 Source/list.c -o Source/list.o
All other files of version 4.0.5 and port files weren’t modified but system is crashing with new list.c/h. My LED controls indicate there is problem during first context switching…
version 4.0.5: is it stable?
Have you tried the lwIP/Rowley demo that is included in the download? Without your application code, to make sure this works for you.
There was also an update to the EMAC driver in one of the newer FreeRTOS versions. Check the history file.
version 4.0.5: is it stable?
Where is my mistake?
When files list.* are from 3.2.4 there is only warning about end line…
With 4.0.5 it is a reason:
In file included from ./Source/include/FreeRTOS.h:46,
from Source/list.c:82:
./FreeRTOSConfig.h:78:31: warning: no newline at end of file
Source/list.c: In function ‘vListInitialise’:
Source/list.c:94: warning: dereferencing type-punned pointer will break strict-aliasing rules
Source/list.c:102: warning: dereferencing type-punned pointer will break strict-aliasing rules
Source/list.c:103: warning: dereferencing type-punned pointer will break strict-aliasing rules
Source/list.c: In function ‘vListInsert’:
Source/list.c:160: warning: dereferencing type-punned pointer will break strict-aliasing rules
why?
version 4.0.5: is it stable?
This is my command line.
arm-elf-gcc
-c
-mthumb
-I.
-I./EMAC
-I../Common/include
-I./USB
-I./lwip-1.1.0/src/include
-I./lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X
-I../../Source/include
-I../../Source/portable/GCC/ARM7_AT91SAM7S
-I./lwip-1.1.0/src/include/ipv4
-Wall -Wextra
-Wstrict-prototypes
-Wmissing-prototypes
-Wmissing-declarations
-Wno-strict-aliasing
-D SAM7_GCC
-D THUMB_INTERWORK
-mthumb-interwork
-mcpu=arm7tdmi
-Tatmel-rom.ld
-g
-O0
Could it be something to do with VECTORS_IN_RAM?
Try reducing the optimisation, even if that does not fix the problem it might make it easier to debug. Can you find the instruction that causes the crash?
Did you change GCC versions also?
Notes from the history file that might be relevant:
+ The heap size defined for the lwIP Rowley demo has been reduced so that
the project will link correctly when using the command line GCC tools
also. The makefile has also been modified to allow debugging.
[are you sure the scheduler is even starting? Maybe it runs out of RAM]
+ Modified the GCC ARM7 port layer to allow use with GCC V4.0.0 and above.
version 4.0.5: is it stable?
my compiler gcc is from WinARM version 20060606…
version 4.0.5: is it stable?
scheduler: it is works properly
lwIP demo: I cannot to link that due to errors like
c:/winarm/bin/../lib/gcc/arm-elf/4.1.1/../../../../arm-elf/lib/interworklibg.a(
freer.o): In function `_malloc_trim_r’:
mallocr.c:(.text+0x48): undefined reference to `_sbrk_r’
mallocr.c:(.text+0x64): undefined reference to `_sbrk_r’
mallocr.c:(.text+0x84): undefined reference to `_sbrk_r’
version 4.0.5: is it stable?
i am not using EMAC – this is AT91SAM7S version of uC, not 7X…
version 4.0.5: is it stable?
The error on line 94 comes from the case from an xMiniListItem to an xListItem. This cast is deliberate. A mini list item is used to reduce RAM usage.
Use -Wno-strict-aliasing to get rid of the warning.
version 4.0.5: is it stable?
There have been several messages on this forum before where people have not managed to get WinARM to work. The files are tested with GNUARM (http://www.gnuarm.org). I don’t know what the differences are.
version 4.0.5: is it stable?
I thought you said you were using lwIP hence I assumed it was an X…I must be getting confused with a different thread.
version 4.0.5: is it stable?
but now I am testing only FreeRTOS without lwIP initialization. BTW lwIP does not crash.
version 4.0.5: is it stable?
now I have list from 4.0.5, list does not generates warnings this time:
Compiling C: Source/list.c
arm-elf-gcc -c -mthumb -mcpu=arm7tdmi -mthumb-interwork -I. -gdwarf-2 -DROM_RUN -DVECTORS_IN_RAM -DSAM7_GCC -DTHUMB_INTERWORK -Os -Wall -Wcast-align -Wimplicit -Wpointer-arith -Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wunused -Wno-strict-aliasing -Wa,-adhlns=Source/list.lst -I./Source/include -I./lwip-1.1.0/src/include -I./lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X -I./lwip-1.1.0/src/include/ipv4 -I./lwip-1.1.0/src/netif/ppp -I. -I./lwip-1.1.0/src/include -I./lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X -I./Source/include -I./Source/portable/GCC/ARM7_AT91SAM7S -I./lwip-1.1.0/src/include/ipv4 -I./lwip-1.1.0/src/netif/ppp -I./EMAC -MD -MP -MF .dep/list.o.d -Wnested-externs -std=gnu99 Source/list.c -o Source/list.o
Linking: main.elf
arm-elf-gcc -mthumb -mcpu=arm7tdmi -mthumb-interwork -I. -gdwarf-2 -DROM_RUN -DVECTORS_IN_RAM -DSAM7_GCC -DTHUMB_INTERWORK -Os -Wall -Wcast-align -Wimplicit -Wpointer-arith -Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wunused -Wno-strict-aliasing -Wa,-adhlns=startup_SAM7S.lst -I./Source/include -I./lwip-1.1.0/src/include -I./lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X -I./lwip-1.1.0/src/include/ipv4 -I./lwip-1.1.0/src/netif/ppp -I. -I./lwip-1.1.0/src/include -I./lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X -I./Source/include -I./Source/portable/GCC/ARM7_AT91SAM7S -I./lwip-1.1.0/src/include/ipv4 -I./lwip-1.1.0/src/netif/ppp -I./EMAC -MD -MP -MF .dep/main.elf.d startup_SAM7S.o comm.o cdc_enumerate.o modem.o Source/portable/GCC/ARM7_AT91SAM7S/portISR.o main.o syscalls.o menu.o strings.o dongle.o Source/portable/MemMang/heap_2.o Source/portable/GCC/ARM7_AT91SAM7S/port.o Source/queue.o Source/list.o Source/tasks.o lwip-1.1.0/src/core/tcp_out.o lwip-1.1.0/src/core/inet.o lwip-1.1.0/src/core/mem.o lwip-1.1.0/src/core/memp.o lwip-1.1.0/src/core/netif.o lwip-1.1.0/src/core/pbuf.o lwip-1.1.0/src/core/raw.o lwip-1.1.0/src/core/stats.o lwip-1.1.0/src/core/sys.o lwip-1.1.0/src/core/tcp.o lwip-1.1.0/src/core/tcp_in.o lwip-1.1.0/src/core/ipv4/ip.o lwip-1.1.0/src/core/ipv4/ip_addr.o lwip-1.1.0/src/core/ipv4/icmp.o lwip-1.1.0/src/api/tcpip.o lwip-1.1.0/src/api/api_msg.o lwip-1.1.0/src/api/err.o lwip-1.1.0/src/api/api_lib.o lwip-1.1.0/src/netif/etharp.o lwip-1.1.0/contrib/port/FreeRTOS/AT91SAM7X/sys_arch.o lwip-1.1.0/src/core/udp.o lwip-1.1.0/src/core/ipv4/ip_frag.o lwip-1.1.0/src/netif/ppp/auth.o lwip-1.1.0/src/netif/ppp/chap.o lwip-1.1.0/src/netif/ppp/chap.o lwip-1.1.0/src/netif/ppp/chpms.o lwip-1.1.0/src/netif/ppp/fsm.o lwip-1.1.0/src/netif/ppp/ipcp.o lwip-1.1.0/src/netif/ppp/lcp.o lwip-1.1.0/src/netif/ppp/magic.o lwip-1.1.0/src/netif/ppp/md5.o lwip-1.1.0/src/netif/ppp/pap.o lwip-1.1.0/src/netif/ppp/ppp.o lwip-1.1.0/src/netif/ppp/randm.o lwip-1.1.0/src/netif/ppp/vj.o –output main.elf -nostartfiles -Wl,-Map=main.map,–cref -lc -lm -lc -lgcc -TAT91SAM7S64-ROM.ld
Creating load file for Flash: main.bin
arm-elf-objcopy -O binary main.elf main.bin
Creating Extended Listing: main.lss
arm-elf-objdump -h -S -C main.elf > main.lss
Creating Symbol Table: main.sym
arm-elf-nm -n main.elf > main.sym
Size after:
main.elf :
section size addr
.text 81536 1081344
.rodata 3852 1162880
.data 2576 2097152
.bss 43892 2099728
.comment 2214 0
.debug_aranges 1712 0
.debug_pubnames 8170 0
.debug_info 100848 0
.debug_abbrev 21299 0
.debug_line 21056 0
.debug_frame 11892 0
.debug_str 19740 0
.debug_loc 58069 0
.debug_ranges 1296 0
Total 378152
version 4.0.5: is it stable?
very strange: with -O0 list v3.2.4 system is crashing!!! with v4.0.5 makes about 300 ticks and crash too!
version 4.0.5: is it stable?
ok, after project clean up from my files and with -Os, list v4.0.5 system works fine 😀
thx
PS. I still can’t understand why -O0 causes problems…
version 4.0.5: is it stable?
without optimalization (-O0 used), when I create task by
xTaskCreate( vxTask, "COMRx0", /*comSTACK_SIZE*/256, NULL, /*uxPriority + comRX_RELATIVE_PRIORITY*/1, NULL );
and commented delays in the task:
static void vxTask( void *pvParameters )
{
while (1){
AT91C_BASE_PIOA->PIO_CODR = LED4;
vTaskDelay(( portTickType ) 500/*ms*/);
AT91C_BASE_PIOA->PIO_SODR = LED4;
vTaskDelay(( portTickType ) 500/*ms*/);
}
}
system is not crashing!!!
where is a problem??