Re: rtems_binary_semaphore_post from IRQ handler

2019-05-11 Thread Ярослав Лещинский
Suddenly your email goes to spam... Yes, I have enlarged stack size and application ran well. вт, 7 мая 2019 г., 19:22 Joel Sherrill : > > > On Tue, May 7, 2019, 11:11 AM Ярослав Лещинский > wrote: > >> problem solved: that was silly mistake related to the task min size. >> > > Stack minimum?

Re: rtems_binary_semaphore_post from IRQ handler

2019-05-07 Thread Joel Sherrill
On Tue, May 7, 2019, 11:11 AM Ярослав Лещинский wrote: > problem solved: that was silly mistake related to the task min size. > Stack minimum? > > Thanks for your support, guys. > > On Mon, 6 May 2019 at 17:16, Ярослав Лещинский > wrote: > >> Hello again, >> >> >>Maybe >> >>this is related to

Re: rtems_binary_semaphore_post from IRQ handler

2019-05-07 Thread Ярослав Лещинский
problem solved: that was silly mistake related to the task min size. Thanks for your support, guys. On Mon, 6 May 2019 at 17:16, Ярослав Лещинский wrote: > Hello again, > > >>Maybe > >>this is related to an interrupt with a too high priority, see also: > >>https://lists.rtems.org/pipermail/user

Re: rtems_binary_semaphore_post from IRQ handler

2019-05-06 Thread Ярослав Лещинский
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_SO

Re: rtems_binary_semaphore_post from IRQ handler

2019-05-05 Thread Sebastian Huber
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

Re: rtems_binary_semaphore_post from IRQ handler

2019-05-05 Thread jameszxj
. -- Original -- From: "?? "; Date: Sun, May 5, 2019 11:55 PM To: "users"; Subject: Re: rtems_binary_semaphore_post from IRQ handler Hello again, still have some troubles with post/wait binary semaphore sequence. Could someo

Re: rtems_binary_semaphore_post from IRQ handler

2019-05-05 Thread Chris Johns
On 6/5/19 1:55 am, Ярослав Лещинский wrote: > Hello again, > > still have some troubles with post/wait binary semaphore sequence. Could > someone > suggest what is a right way when you're working with semaphore inside > interrupts. > > I have sys call via spidev which is waiting for the binary

Re: rtems_binary_semaphore_post from IRQ handler

2019-05-05 Thread Ярослав Лещинский
Hello again, still have some troubles with post/wait binary semaphore sequence. Could someone suggest what is a right way when you're working with semaphore inside interrupts. I have sys call via spidev which is waiting for the binary semaphore. Semaphore released inside the interrupt. In some ca

rtems_binary_semaphore_post from IRQ handler

2019-04-17 Thread Ярослав Лещинский
Hello, I wrote spidev driver for stm32l4 mcu. spi_trasfer function looks like: static int spi_transfer( spi_bus *base, const spi_ioc_transfer *msgs, uint32_t msg_count) { struct stm32l4_spi_bus *bus = (struct stm32l4_spi_bus *)base; SPI_TypeDef *spix = (SPI_TypeDef *)bus->dr