From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
To: Adhemerval Zanella <adhemerval.zanella@linaro.org>,
Vineet Gupta <Vineet.Gupta1@synopsys.com>,
"libc-alpha@sourceware.org" <libc-alpha@sourceware.org>
Cc: "linux-snps-arc@lists.infradead.org"
<linux-snps-arc@lists.infradead.org>
Subject: Re: [PATCH v6 07/13] ARC: Linux Syscall Interface
Date: Wed, 3 Jun 2020 20:17:44 +0000 [thread overview]
Message-ID: <f1bcee1a-f061-a0b1-6cff-6a9526425257@synopsys.com> (raw)
In-Reply-To: <f5e57119-d034-c220-4235-4e57a3bae015@linaro.org>
On 6/3/20 1:04 PM, Adhemerval Zanella via Libc-alpha wrote:
>
>
> On 03/06/2020 16:46, Vineet Gupta wrote:
>> On 5/29/20 9:49 AM, Adhemerval Zanella via Libc-alpha wrote:
>>>> + ; ----- child starts here ---------
>>>> +
>>>> + ; Setup TP register (only recent kernels v4.19+ do that)
>>>> + and.f 0, r12, CLONE_SETTLS
>>>> + mov.nz r25, r9
>>> Do you still need to set it since the minimum supported kernel
>>> for ARC is 5.1 ?
>>
>> Right.
>>
>>> It should be safe for internal glibc usage, since for both pthread
>>> and posix_spawn it blocks all signals including SIGCANCEL and SIGXID.
>>> However this is still small race window if this is called directly
>>> with pthread cancellation or g*uid in multithread.
>>
>> I'm not sure what you mean above. Do you mean not doing this in glibc and even if
>> kernel support didn't exist should be safe internally ?
>
> At least for internal clone usage with CLONE_VM within glibc we explicit
> disable all signals (posix_spawn and pthread_create).
>
>>
>> fwiw as mentioned above kernel sets up TP for clone (SETTLS). I detested doing
>> that for a long time, give ABI implications but ended up doing it anyways due to
>> an actual race hit when running uClibc tst-kill6 [1]
>
> We explicit disable all signals during the create_thread call in pthread_create
> (b3cae39dcbfa2432b3f3aa28854d8ac57f0de1b8), so it should not happen on glibc
> anymore. However it is still an issue if application calls clone itself.
The scenario there was pthread_create() and parent getting scheduled before child
and immediately doing pthread_kill() causing child signal handler to be invoked
and signal handler doing pthread_self() which was broken as TP was not setup.
With commit above, parent pthread_kill() will block and will only run when child
is scheduled and unblocks the signals !
_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
next prev parent reply other threads:[~2020-06-03 20:18 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-23 1:41 [PATCH v6 00/13] glibc port to ARC processors Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 01/13] ARC: ABI Implementation Vineet Gupta
[not found] ` <88508d10-2d29-026a-bb54-ad607154ab87@linaro.org>
2020-05-27 22:15 ` Vineet Gupta
2020-05-29 13:56 ` Adhemerval Zanella
[not found] ` <a56a35d4-3e9e-9a88-4be5-8553d5f11ad3@synopsys.com>
[not found] ` <87mu5jxkv7.fsf@oldenburg2.str.redhat.com>
2020-06-04 19:01 ` Vineet Gupta
2020-06-04 23:56 ` Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 02/13] ARC: startup and dynamic linking code Vineet Gupta
[not found] ` <17957ee6-2bc1-f43b-f184-f0703ba2765f@linaro.org>
2020-05-28 1:14 ` Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 03/13] ARC: Thread Local Storage support Vineet Gupta
[not found] ` <4f7a67fb-6f96-57e6-b827-d1ab5dd6733f@linaro.org>
2020-05-28 1:36 ` Vineet Gupta
2020-06-01 18:53 ` Adhemerval Zanella
2020-04-23 1:41 ` [PATCH v6 04/13] ARC: Atomics and Locking primitives Vineet Gupta
[not found] ` <03f4a9b3-b1ca-90fa-0b6a-609a3135267d@linaro.org>
2020-04-24 7:23 ` Vineet Gupta
[not found] ` <20200427215938.14136-1-vgupta@synopsys.com>
2020-04-27 22:13 ` [PATCH] semaphore: consolidate arch headers into a generic one Vineet Gupta
[not found] ` <ac93c301-36d3-b20a-d31c-50c1f3264c68@linaro.org>
2020-05-05 22:59 ` Vineet Gupta
2020-05-08 13:32 ` Adhemerval Zanella
2020-04-23 1:41 ` [PATCH v6 05/13] ARC: math soft float support Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 06/13] ARC: hardware floating point support Vineet Gupta
2020-05-29 14:12 ` Adhemerval Zanella
2020-05-29 22:28 ` Vineet Gupta
2020-05-29 23:50 ` Vineet Gupta
2020-06-02 17:51 ` Joseph Myers
[not found] ` <07887c48-7e07-9f89-035d-3f336a16f2da@synopsys.com>
2020-06-02 18:13 ` static inline math functions (was Re: [PATCH v6 06/13] ARC: hardware floating point support) Joseph Myers
2020-06-02 18:35 ` Adhemerval Zanella
2020-06-05 4:44 ` [PATCH v6 06/13] ARC: hardware floating point support Vineet Gupta
2020-06-05 17:22 ` Adhemerval Zanella
2020-06-02 17:48 ` Joseph Myers
2020-04-23 1:41 ` [PATCH v6 07/13] ARC: Linux Syscall Interface Vineet Gupta
2020-05-29 16:49 ` Adhemerval Zanella
2020-05-30 2:02 ` Vineet Gupta
2020-06-03 19:46 ` Vineet Gupta
2020-06-03 20:04 ` Adhemerval Zanella
2020-06-03 20:17 ` Vineet Gupta [this message]
2020-06-04 11:06 ` Adhemerval Zanella
2020-04-23 1:41 ` [PATCH v6 08/13] ARC: Linux ABI Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 09/13] ARC: Linux Startup and Dynamic Loading Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 10/13] ARC: ABI lists Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 11/13] ARC: Build Infrastructure Vineet Gupta
2020-06-03 19:58 ` Adhemerval Zanella
2020-06-04 15:25 ` Vineet Gupta
2020-06-04 17:05 ` Adhemerval Zanella
2020-06-08 4:18 ` Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 12/13] build-many-glibcs.py: Enable ARC builds Vineet Gupta
2020-04-23 1:41 ` [PATCH v6 13/13] Documentation for ARC port Vineet Gupta
2020-05-04 21:21 ` [PATCH v6 00/13] glibc port to ARC processors Vineet Gupta
2020-05-15 0:45 ` Vineet Gupta
2020-05-27 1:49 ` Vineet Gupta
[not found] ` <d7f1176c-87c6-90c6-161c-4705a47837ea@linaro.org>
2020-05-27 18:38 ` Vineet Gupta
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=f1bcee1a-f061-a0b1-6cff-6a9526425257@synopsys.com \
--to=vineet.gupta1@synopsys.com \
--cc=adhemerval.zanella@linaro.org \
--cc=libc-alpha@sourceware.org \
--cc=linux-snps-arc@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).