From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) by sourceware.org (Postfix) with ESMTPS id 84D9B3858D20 for ; Fri, 14 Apr 2023 09:23:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 84D9B3858D20 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-oi1-x234.google.com with SMTP id bl22so29591545oib.11 for ; Fri, 14 Apr 2023 02:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681464191; x=1684056191; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=bm0HTc9/4Pge3mCGd4mbtaXuhFUrfFc7MX8GvUD2sDQ=; b=slmuTG4scPztpVBgsUkhXiVWR6u++EKISqUzVAY+bXAK+ZcfZJk5AqsZyiTe0pwNuI KGYPw9OlNRxrRtvGOemGBtRI65+0ulS0yQLoVsWwpwPPJQqeaP8B1VSEK/GlC1EPdsN3 ImxhVpUdCktNMw92rrx9JJIT9GnMpPL7Lv51MiT1V6SnXtCwZmL3TyxSlbFLcdjF8JDD AOCIpczcmEYfHGN2PWMSiwjIqejiIjoS/ZRjGMbuScRgU+9wFS31GupUelBY5zXtIP/J MLJ2/vhl9Lvh8obeVNFMrfk86pX/loTAONULBMuJp9AGDASLkTHMUqv5bNxVJNGplcnm jYqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681464192; x=1684056192; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=bm0HTc9/4Pge3mCGd4mbtaXuhFUrfFc7MX8GvUD2sDQ=; b=YBZR20phJ6hxxQtRLIfDr3mWY4HCUJOVmd7AKPa2bS2yX9Dz9LI3wS9+37/iSnKga5 yQBZjoqs57ZDAYpXy103M2cEwDc6UkBy81Zk5nhya0sfwmdUk+p83oAXoznph1/FwFvP scar4bljxd5gf3csu2nKNdZDcNc2jCaDiStvx83xNt2sFkXqb45sYfJkddSi+DkjmjWY Vtkxrtd74IUx4sqkq8xCwTy+rfCHotSfEXbVzaHUvHra2vqSMeC6PSYzISu5qEudoLIM A6HJdlGR4k4jTLY3/c6xImD4GctHSQDeDHR4IjQdPGwdyH8JaeotsKzDrBFaGEKedQ9m 4TZw== X-Gm-Message-State: AAQBX9cYdki6FFhFLnCNskiuqdhLPmNC/sFf03we95fJVxTYPTY7I1hZ I5NNcH3MStWVnfi50aDCNckihvY5ztTfs+YcNc9JPMkFwTA= X-Google-Smtp-Source: AKy350bEvxMKE10Jy7kqdEYz0dNWJWYzXEK+6g9MGOjN18l0vKRnmNubxmTD0CUgk1kJt9UfPoK9aNiA8Qly970Eqxo= X-Received: by 2002:a05:6808:288c:b0:38b:c1ae:cb0b with SMTP id eu12-20020a056808288c00b0038bc1aecb0bmr1424519oib.4.1681464191502; Fri, 14 Apr 2023 02:23:11 -0700 (PDT) MIME-Version: 1.0 References: <20230412234657.ntztyz7iau55lcwt@begin> <20230413101058.wfmy7mb4dexsrbio@begin> <20230413214738.gz2rjnvjvwci7v4o@begin> <20230414083647.xz2iimas7jgzp4kr@begin> <20230414090957.yh3cds6bzoxmiu55@begin> In-Reply-To: <20230414090957.yh3cds6bzoxmiu55@begin> From: Sergey Bugaev Date: Fri, 14 Apr 2023 12:23:00 +0300 Message-ID: Subject: Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds To: Samuel Thibault Cc: libc-alpha@sourceware.org, bug-hurd@gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE 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: On Fri, Apr 14, 2023 at 12:12=E2=80=AFPM Samuel Thibault wrote: > Sergey Bugaev via Libc-alpha, le ven. 14 avril 2023 11:53:43 +0300, a ecr= it: > > It's in _hurdsig_abort_rpcs, if the interrupt_operation call fails. > > > > Let's maybe not do that either? We're already making mach_msg seem to > > have returned EINTR, which intr-msg knows how to handle. > > Mmm, yes, but we need to make *sure* we don't re-use the port and > that it gets dropped at some point not too far, otherwise the > server will stay stuck trying to reply. We should drop the reply port before waiting for the signal handler to run, since the handler may block -- is that what you're saying? If it is, good point! > Managing to make the port > a dead name seems a good way to me. Something like adding a send > right to the port, then dropping the receive right. And making the > __mig_dealloc_reply_port detect that case (if dropping the receive right > returns KERN_INVALID_VALUE, it means it has indeed become a dead > name for a send right, which one can drop instead). Right, sounds good. > Again, in such code I don't think I can see the whole picture so it's > testsuites that will find out the various cases. > > Samuel Sergey