From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: Re: [Xenomai-core] Fix rt_task_shadow error path without __thread.
Date: Fri, 03 Apr 2009 16:22:46 +0200 [thread overview]
Message-ID: <49D61BB6.20002@domain.hid> (raw)
In-Reply-To: <49D4ED4E.40707@domain.hid>
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Hi,
>>
>> it seems that rt_task_shadow currently leaves the self tsd assigned (and
>> uninitialized) in case of error. So, here is an attempt to fix this
>> situation:
>
> Good point.
>
>> Index: src/skins/native/task.c
>> ===================================================================
>> --- src/skins/native/task.c (revision 4727)
>> +++ src/skins/native/task.c (working copy)
>> @@ -187,15 +187,8 @@
>>
>> #ifdef HAVE___THREAD
>> self = &__native_self;
>> -#else /* !HAVE___THREAD */
>> - self = pthread_getspecific(__native_tskey);
>> +#endif /* HAVE___THREAD */
>>
>> - if (!self)
>> - self = malloc(sizeof(*self));
>> -
>> - pthread_setspecific(__native_tskey, self);
>> -#endif /* !HAVE___THREAD */
>> -
>> if (task == NULL)
>> task = &task_desc; /* Discarded. */
>>
>> @@ -217,9 +210,13 @@
>> NULL);
>>
>> if (!err) {
>> - if (self)
>> - *self = *task;
>> +#ifndef HAVE___THREAD
>> + self = malloc(sizeof(*self));
>
> Hmm, this creates a potential relaxation point (and may raise SIGXCPU if
> the warn flag is set). I would prefer to keep early allocation and
> release the chunk properly on error (as well as reset the tsd).
>
>> + pthread_setspecific(__native_tskey, self);
>> +#endif /* !HAVE___THREAD */
>> + *self = *task;
>
> And if self is NULL, ie. malloc failed for whatever obscure reasons? The
> existing code skipped over this, maybe we should actually handle it and
> return an error code.
Ok. Here is a new version which addresses the above critics. Note that
there is still a potential for SIGXCPU: if the task calling
rt_task_shadow has already been mapped by another skin, the
__native_task_create syscall will fail, and free will be called.
However, such use of rt_task_shadow may be considered a programming
error, and we may accept a SIGXCPU in such a case.
diff --git a/src/skins/native/task.c b/src/skins/native/task.c
index 905d366..e448576 100644
--- a/src/skins/native/task.c
+++ b/src/skins/native/task.c
@@ -188,10 +188,13 @@ int rt_task_shadow(RT_TASK *task, const char *name, int prio
#ifdef HAVE___THREAD
self = &__native_self;
#else /* !HAVE___THREAD */
- self = pthread_getspecific(__native_tskey);
+ if (pthread_getspecific(__native_tskey))
+ /* Current task is already a native taks. */
+ return -EBUSY;
+ self = malloc(sizeof(*self));
if (!self)
- self = malloc(sizeof(*self));
+ return -ENOMEM;
pthread_setspecific(__native_tskey, self);
#endif /* !HAVE___THREAD */
@@ -210,21 +213,30 @@ int rt_task_shadow(RT_TASK *task, const char *name, int prio
bulk.a5 = (u_long)pthread_self();
bulk.a6 = (u_long)xeno_init_current_mode();
- if (!bulk.a6)
- return -ENOMEM;
+ if (!bulk.a6) {
+ err = -ENOMEM;
+ goto fail;
+ }
err = XENOMAI_SKINCALL2(__native_muxid, __native_task_create, &bulk,
NULL);
+ if (err)
+ goto fail;
- if (!err) {
- if (self)
- *self = *task;
+ *self = *task;
- xeno_set_current();
+ xeno_set_current();
- if (mode & T_WARNSW)
- xeno_sigxcpu_no_mlock = 0;
- }
+ if (mode & T_WARNSW)
+ xeno_sigxcpu_no_mlock = 0;
+
+ return 0;
+
+ fail:
+#ifndef HAVE___THREAD
+ pthread_setspecific(__native_tskey, NULL);
+ free(self);
+#endif /* !HAVE___THREAD */
return err;
}
--
Gilles.
next prev parent reply other threads:[~2009-04-03 14:22 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-02 9:14 [Xenomai-core] Fix rt_task_shadow error path without __thread Gilles Chanteperdrix
2009-04-02 16:52 ` Jan Kiszka
2009-04-03 14:22 ` Gilles Chanteperdrix [this message]
2009-04-03 16:34 ` Jan Kiszka
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=49D61BB6.20002@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=jan.kiszka@domain.hid \
--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.