Re: Patch for nested mutex project solving priority inversion problem for uniprocessor.

2015-09-11 Thread Sebastian Huber
Hello Saurabh, On 11/09/15 02:14, Saurabh Gadia wrote: Hi Sebastian, Sorry for late reply. I was out of town and could not reply. I am bit confused with above description which I need to get clarified: 1. replaced LIFO with sorted list: I don't change the mutex order to make the list sorte

Re: Patch for nested mutex project solving priority inversion problem for uniprocessor.

2015-09-11 Thread Sebastian Huber
On 11/09/15 02:25, Cyrille Artho wrote: Dear all, Please let me try to clarify: 1. Our understanding so far was that upon lock release, the priority instantly gets reverted back to the previous priority. This also applies for nested locks, i.e., a higher priority gets reverted (stepwise) when re

RE: rtems_set_errno_and_return_minus_one in driver not returning correct value

2015-09-11 Thread Inderjit Singh
Hi, Can I presume that using errno with RTEMS does not work? To me I'm baffled that a RTEMS_SUCCESSFULL value must be returned in order to retain the errno value. regards, Indy From: Inderjit Singh Sent: 24 August 2015 15:07 To: Chris Johns; devel@rtems.org Subje

Re: rtems_set_errno_and_return_minus_one in driver not returning correct value

2015-09-11 Thread Sebastian Huber
On 11/09/15 10:10, Inderjit Singh wrote: Can I presume that using errno with RTEMS does not work? To me I'm baffled that a RTEMS_SUCCESSFULL value must be returned in order to retain the errno value. The standard drivers are quite primitive. You may have a look at IMFS generic nodes, if you w

RE: rtems_set_errno_and_return_minus_one in driver not returning correct value

2015-09-11 Thread Inderjit Singh
Thanks Sebastian for you response. So basically you're saying is that i cannot use errno when using the primitve driver standard driver but use IMFS instead if I want to retain an errno value set in driver and that is recieved by the app. Regards, Indy

Re: rtems_set_errno_and_return_minus_one in driver not returning correct value

2015-09-11 Thread Sebastian Huber
On 11/09/15 13:28, Inderjit Singh wrote: So basically you're saying is that i cannot use errno when using the primitve driver standard driver but use IMFS instead if I want to retain an errno value set in driver and that is recieved by the app. Yes, if you are unlucky with what rtems_status

Re:[PATCH] [RTEMS] Update RTEMS thread model

2015-09-11 Thread Aurelio Remonda
> The test runners are in "sim-scripts" make sure a "realview_pbx_a9_qemu > -i ticker.exe" produces the expected output. Hi, silly question here, running ticker gave me the elapsed times but not in 'real time'. It prints 09:00:00, 09:00:04,..., 09:00:34 immediately. Is this a normal behaviour for

Re: [PATCH] [RTEMS] Update RTEMS thread model

2015-09-11 Thread Joel Sherrill
On 9/11/2015 9:21 AM, Aurelio Remonda wrote: The test runners are in "sim-scripts" make sure a "realview_pbx_a9_qemu -i ticker.exe" produces the expected output. Hi, silly question here, running ticker gave me the elapsed times but not in 'real time'. It prints 09:00:00, 09:00:04,..., 09:00:3