Assertion failure in rtems_semaphore_delete using lwIP
Sebastian Huber
sebastian.huber at embedded-brains.de
Fri Dec 11 21:35:48 UTC 2015
----- Am 11. Dez 2015 um 16:58 schrieb Isaac Gutekunst isaac.gutekunst at vecna.com:
> Hi Sebastian,
>
> Yes it still is.
>
> We've put a data watch point on thread dispatch disable level becoming -1.
Ok, this is good.
>
> Here is one case where it happens:
> -000|Thread_queue_Unblock_critical
> -001|Thread_queue_Extract_critical
> -002|CORE_message_queue_Dequeue_receiver
> -003|CORE_message_queue_Submit
> -004|CORE_message_queue_Send
> -005|rtems_message_queue_send
> -006|sys_mbox_post
> -007|tcpip_apimsg
> -008|netconn_recved
> -009|lwip_recvfrom
> -010|lwip_read
> -011|http_server_serve
> -012|http_server_socket_thread
> -013|Thread_Handler
> -014|Thread_Handler
> ---|end of frame
Now, you just have to look at the instruction trace and see what happened between entering rtems_message_queue_send() and the watchpoint. I guess an interrupt happened and did something wrong.
What is the priority of your stm32f_ethernet_isr() interrupt IPR register field value?
More information about the users
mailing list