From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Philippe Gerum <rpm@xenomai.org>
Cc: Thierry Bultel <thierry.bultel@wanadoo.fr>,
Jan Kiszka <jan.kiszka@web.de>, Wolfgang Grandegger <wg@denx.de>,
xenomai@xenomai.org
Subject: Re: [Xenomai] Target frozen with rtcan_virt
Date: Tue, 06 Nov 2012 15:49:11 +0100 [thread overview]
Message-ID: <50992367.6080703@xenomai.org> (raw)
In-Reply-To: <5098FBBA.20104@xenomai.org>
On 11/06/2012 12:59 PM, Philippe Gerum wrote:
> On 11/05/2012 07:46 PM, Gilles Chanteperdrix wrote:
>> On 11/05/2012 02:33 PM, Thierry Bultel wrote:
>>
>>> Le 11/10/2012 10:05, Gilles Chanteperdrix a écrit :
>>>> On 10/10/2012 03:57 PM, Philippe Gerum wrote:
>>>>>> Except if we invent another scheduler lock service, simply for the
>>>>>> purpose of spinlocks where suspending the spinlock holder does not make
>>>>>> sense anyway.
>>>>>>
>>>>>
>>>>> Oh, well, ok. Ack.
>>>>>
>>>>> Let's just make sure that we can fold the whole thing into a single set
>>>>> of services at some point in 3.x though.
>>>>>
>>>>> The core issue is that we should not even have to expose a scheduler
>>>>> locking service to userland, but emulating traditional RTOS APIs
>>>>> requires that. What a braindamage counter-feature for a real-time system
>>>>> when one thinks of it.
>>>>
>>>> I think we can have the cake and eat it. The idea is to follow the
>>>> approach in the patch I sent, merged with the one you commited, but
>>>> simply, in xnpod_suspend_thread, clear the XNHELDSPIN (misnomed if used
>>>> for that), and simply when we wake up, re-set the bit in the scheduler
>>>> if the thread preemption count is not 0.
>>>>
>>>
>>> Hi,
>>> sorry to come on that thread again, but it is not clear to me if the
>>> issue has been adressed or not.
>>> I have noticed the "nucleus: introduce internal sched locking helpers"
>>> commit, that seems related but I am not sure.
>>> Sorry for the noise.
>>
>>
>> I have posted a patch, and await Philippe's approval. The patch may have
>> some dubious side effects, it is here:
>>
>> http://www.xenomai.org/pipermail/xenomai/2012-October/026523.html
>>
>
> Yes, I'm late once again. The patch has some problems, so please hold
> this for now.
I can remove the parts of the patches we already know are problematic,
and post a new patch if you wish.
--
Gilles.
next prev parent reply other threads:[~2012-11-06 14:49 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <505EB99F.7050705@wanadoo.fr>
2012-09-23 7:42 ` [Xenomai] Target frozen with rtcan_virt Thierry Bultel
2012-09-23 13:23 ` Gilles Chanteperdrix
2012-09-23 14:57 ` Thierry Bultel
2012-09-23 14:59 ` Gilles Chanteperdrix
2012-10-09 12:45 ` Thierry Bultel
2012-10-09 21:34 ` Gilles Chanteperdrix
2012-10-09 21:41 ` Gilles Chanteperdrix
2012-10-09 21:51 ` Gilles Chanteperdrix
2012-10-10 7:38 ` Thierry Bultel
2012-10-10 7:51 ` Gilles Chanteperdrix
2012-10-10 7:56 ` Jan Kiszka
2012-10-10 8:04 ` Gilles Chanteperdrix
2012-10-10 8:10 ` Jan Kiszka
2012-10-10 8:58 ` Gilles Chanteperdrix
2012-10-10 9:01 ` Jan Kiszka
2012-10-10 9:23 ` Gilles Chanteperdrix
2012-10-10 10:04 ` Jan Kiszka
2012-10-10 10:07 ` Gilles Chanteperdrix
2012-10-10 10:25 ` Jan Kiszka
2012-10-10 10:54 ` Philippe Gerum
2012-10-10 11:30 ` Gilles Chanteperdrix
2012-10-10 12:09 ` Philippe Gerum
2012-10-10 12:33 ` Gilles Chanteperdrix
2012-10-10 12:41 ` Philippe Gerum
2012-10-10 12:43 ` Philippe Gerum
2012-10-10 12:45 ` Philippe Gerum
2012-10-10 12:55 ` Gilles Chanteperdrix
2012-10-10 12:57 ` Philippe Gerum
2012-10-10 13:01 ` Gilles Chanteperdrix
2012-10-10 13:09 ` Philippe Gerum
2012-10-10 13:16 ` Gilles Chanteperdrix
2012-10-10 13:18 ` Philippe Gerum
2012-10-10 13:19 ` Gilles Chanteperdrix
2012-10-10 13:57 ` Philippe Gerum
2012-10-10 14:52 ` Gilles Chanteperdrix
2012-10-11 8:05 ` Gilles Chanteperdrix
2012-11-05 13:33 ` Thierry Bultel
2012-11-05 18:46 ` Gilles Chanteperdrix
2012-11-06 7:22 ` Thierry Bultel
2012-11-06 11:59 ` Philippe Gerum
2012-11-06 14:49 ` Gilles Chanteperdrix [this message]
2012-10-10 13:17 ` Philippe Gerum
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50992367.6080703@xenomai.org \
--to=gilles.chanteperdrix@xenomai.org \
--cc=jan.kiszka@web.de \
--cc=rpm@xenomai.org \
--cc=thierry.bultel@wanadoo.fr \
--cc=wg@denx.de \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.