From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id 207503858D20 for ; Thu, 31 Aug 2023 18:30:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 207503858D20 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1693506623; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=fFsvaeo5Bd+ZhcMwAPT8xOS+LmkPRgWah6BbjfJL6g4=; b=d+5mjRfM76LREextbPyx6yB2GeMRI/4l7U7AK2etyxLX6bx+99z/7d8+xc7Je8FCPCzA5O tE0cqUimpkZSq6PYgpSY8W978q13lKQrv1XGzBctupiVdHPMzu99uuzS0NreHy/gEGNVao 9ZU2ivwyyMGXOJx44sulBHki10yMMOA= Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-478-t1m8Lb7-NbGKAYaycfqnrQ-1; Thu, 31 Aug 2023 14:30:20 -0400 X-MC-Unique: t1m8Lb7-NbGKAYaycfqnrQ-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.rdu2.redhat.com [10.11.54.2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 189D63C0FC83; Thu, 31 Aug 2023 18:30:20 +0000 (UTC) Received: from oldenburg.str.redhat.com (unknown [10.2.16.31]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8113E40C6F53; Thu, 31 Aug 2023 18:30:19 +0000 (UTC) From: Florian Weimer To: Carlos O'Donell via Libc-alpha Cc: Adhemerval Zanella , Carlos O'Donell Subject: Re: [PATCH v7] nptl: Fix Race conditions in pthread cancellation [BZ#12683] References: <20230524135126.3174670-1-adhemerval.zanella@linaro.org> Date: Thu, 31 Aug 2023 20:30:18 +0200 In-Reply-To: (Carlos O'Donell via Libc-alpha's message of "Mon, 28 Aug 2023 08:47:41 -0400") Message-ID: <87fs3zawud.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.1 on 10.11.54.2 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-Spam-Status: No, score=-4.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: * Carlos O'Donell via Libc-alpha: > My opinion is that we should consider a model where the syscall is a > range of instructions and that creates some interesting implementation > details which I will discuss. Without your implementation I would > never have thought this necessary, but your requirement to go back to > legacy single instruction syscalls raises a yellow flag for me here. I think it's not fair to bring up hypothetical glibc ports that may never be submitted upstream. We should evaluate the change in the context of the present sources and supported architectures. Thanks, Florian