Oh thats great!
Thank you Mauro for your findings :)
So finally I assume that there is some bug introduced with the latest patch.
Never mind, until that is fixed (probably by next Monday), I will
stick to the previous branch.

Thanks,
Pintu


On Wed, Apr 18, 2018 at 8:39 PM, Greg Gallagher <g...@embeddedgreg.com> wrote:
> No problem, I won't be able to look into it till the weekend so any
> help debugging is appreciated :)
>
> On Wed, Apr 18, 2018 at 10:59 AM, Mauro Salvini
> <mauro.salv...@smigroup.net> wrote:
>> On Wed, 2018-04-18 at 20:01 +0530, Pintu Kumar wrote:
>>> On Wed, Apr 18, 2018 at 7:15 PM, Greg Gallagher <g...@embeddedgreg.co
>>> m> wrote:
>>> > What version was this working in?  I'm assuming you are working out
>>> > of
>>> > stable-3.0.x? If you reverted to an older git commit please post
>>> > the
>>> > commit.
>>> >
>>>
>>> Sorry, I don't remember the previous working versions.
>>> My current xeno-config is:
>>> # xeno-config --info
>>> Xenomai version: Xenomai/cobalt v3.0.6 -- #5956064 (2018-03-20
>>> 12:13:33 +0100)
>>> Linux 4.9.51-x86-64-mine-xeno3-rtdm #1 SMP Mon Apr 9 21:35:39 JST
>>> 2018
>>> x86_64 x86_64 x86_64 GNU/Linux
>>> Kernel parameters: initrd=0:\initrd.img-4.9.51-x86-64-mine-xeno3-rtdm
>>> root=/dev/disk/by-partlabel/system ro ip=off
>>> I-pipe release #4 detected
>>> Cobalt core 3.0.6 detected
>>> Compiler: gcc version 5.4.0 xxx
>>> Build args:
>>>
>>> With this it is working fine.
>>>
>>> However, when I remove everything (/usr/xenomai/) and re-install the
>>> latest xenomai-3 (pulled today), it shows problem.
>>> I did not revert any specific commit and tried.
>>> May be I can check that later.
>>> Note: as of now the problem is seen only when using
>>> rt_task_wait_period(NULL).
>>>          When I use rt_task_sleep() then it works fine.
>>
>> Hi Greg and Pintu,
>>
>> commit 73de42cc87f8831694f119359472283f8c7a21e6 on stable branch
>> contains patch that Philippe sent to me some days ago.
>> He upstreamed it because I told him that patch was working, but in fact
>> as I said in previous mail patch actually corrects one bug
>> (rt_task_wait_period() that not return -EWOULDBLOCK if
>> rt_task_set_periodic() was never called) but exploits another
>> (rt_task_wait_period() return -EWOULDBLOCK also when
>> rt_task_set_periodic() was called).
>>
>> It is my fault because when Philippe sent me the patch I tested only
>> the previous non-working case and not the working, sorry for the mess.
>>
>> I'm trying to find where is the bug, but it's not simple because I
>> don't know Xenomai internals.
>>
>> Thanks, regards
>>
>> Mauro
>>

_______________________________________________
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Reply via email to