rtems_binary_semaphore_post from IRQ handler

Ярослав Лещинский midniwalker at gmail.com
Mon May 6 14:16:49 UTC 2019


Hello again,

>>Maybe
>>this is related to an interrupt with a too high priority, see also:
>>https://lists.rtems.org/pipermail/users/2019-April/033102.html

I have played around with priorities but no luck.


>>What type of fatal error are you seeing?

*** FATAL ***
fatal source: 9 (RTEMS_FATAL_SOURCE_EXCEPTION)

R0   = 0x20009040 R8  = 0x00000001
R1   = 0x2000374c R9  = 0x00000005
R2   = 0x20009040 R10 = 0x2000f0d8
R3   = 0x00000000 R11 = 0x00000005
R4   = 0x20009040 R12 = 0x00000000
R5   = 0x00004000 SP  = 0x2000a1b8
R6   = 0x2000ecf8 LR  = 0x0000980b
R7   = 0x00000002 PC  = 0x20003c80
XPSR = 0x60000000 VEC = 0x00000003
RTEMS version: 5.0.0.46b8638288a51cc175067be12a20301b3fb83ec7-modified
RTEMS tools: 7.3.0 20180125 (RTEMS 5, RSB
f07d2b6e9ad70d62eb617a9f5515c5045ee0c119, Newlib
08eab6396f678cf5e5968acaed0bae9fd129983b)
executing thread ID: 0x08b010002
executing thread name:

My application is a wlan ap initialization using TI sdk for cc3100. Using
this sdk, I'm creating separate tasks. Actually sequence of my actions are:

1.  pthread_create(&wlan_ap_thread_id, NULL, run_wlan_ap, NULL);
2. Wait interrupt signal from chip
3. Spawn a new thread using message queue.
4. Start some kind of SDK magic: transmission via SPI. As I can see from
output before fatal there are over 8 successful transmission, the last what
I see it's a starting reading 8 bytes from device after that fatal occured.


>>I think you can trace the PC pointer to see what makes the FATAL.

using gdb: info symbol 0x20003c80 I'm getting

_POSIX_Threads_Objects + 2512 in section .bss

What am I missing?

Please suggest.

BRs, Yaroslav.





On Mon, 6 May 2019 at 08:06, Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> Hello,
>
> using rtems_binary_semaphore_post() in interrupt context is fine. Maybe
> this is related to an interrupt with a too high priority, see also:
>
> https://lists.rtems.org/pipermail/users/2019-April/033102.html
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone   : +49 89 189 47 41-16
> Fax     : +49 89 189 47 41-09
> E-Mail  : sebastian.huber at embedded-brains.de
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>

-- 
--
Kind regards,
*Yaroslav Leshchinsky*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20190506/197719f6/attachment-0002.html>


More information about the users mailing list