From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9F739C433E0 for ; Wed, 3 Jun 2020 17:30:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7EFA1205CB for ; Wed, 3 Jun 2020 17:30:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726219AbgFCRaB (ORCPT ); Wed, 3 Jun 2020 13:30:01 -0400 Received: from esa1.mentor.iphmx.com ([68.232.129.153]:27176 "EHLO esa1.mentor.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725956AbgFCRaB (ORCPT ); Wed, 3 Jun 2020 13:30:01 -0400 X-Greylist: delayed 426 seconds by postgrey-1.27 at vger.kernel.org; Wed, 03 Jun 2020 13:30:00 EDT IronPort-SDR: gYEvL9RR6n7QuRr4AOQdxKkoG3j4KYQnpN5LtnvvTLPutPLTJhhGYtjFwooi5fRBEJYrGT4Vx3 /xSFbDYpQgKXJk/4JvHhdB8p664K6hjxjRuKWv3p9xQrKqV25UcxPai5c9377T7gBj2/kfm1q4 nRW+kR1+T+GCM5+pKVrc59pCwgy6ENqZeGYgDWwBOWmoCtFvpoRgeqMf5I2HL33hlNT8FZn0gP frm5n3SvdT7MByoj5t4b9GCzmD4iakIDr8pbniPWtP2HoMPIay2lDtGcSRAQxgakhiQT/qW0Ka aPs= X-IronPort-AV: E=Sophos;i="5.73,468,1583222400"; d="scan'208";a="51537015" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa1.mentor.iphmx.com with ESMTP; 03 Jun 2020 09:22:54 -0800 IronPort-SDR: VYzD3cG7OQGM/KCsYl7lBRJK8hLhcfaZSJgsx65378x1byGXgOeApjsXtUHPOtwzuUEEHDYhSd HaAA9gm9gVdG0Q3Ee/XfNDoGsCkLSRP9ofe4Gw0AhgBbLQgp7lnhnBZaCWrt7BRppp0J8R9B+o J4ojxl1Pm/Yqtlyt016eclFV+cvZd2Pb56PDz5RvCorz/a3QTOFL2aGHP/UYmTQUS5FUz2DLRz Wa8HdvNcTmAGSPQ8iFBel4T+xGp4S//oYEjDdSOjW4fWyYBUAxVfSZJA3k09eIYfw+wKdXIQfi o3k= Date: Wed, 3 Jun 2020 17:22:47 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Florian Weimer CC: Mathieu Desnoyers , Rich Felker , , , Boqun Feng , Will Deacon , , Peter Zijlstra , Ben Maurer , Dave Watson , Thomas Gleixner , "Paul E. McKenney" , Paul Turner Subject: Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20) In-Reply-To: <87d06gxsla.fsf@oldenburg2.str.redhat.com> Message-ID: References: <20200527185130.5604-1-mathieu.desnoyers@efficios.com> <20200527185130.5604-2-mathieu.desnoyers@efficios.com> <87d06gxsla.fsf@oldenburg2.str.redhat.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-02.mgc.mentorg.com (139.181.222.2) To svr-ies-mbx-02.mgc.mentorg.com (139.181.222.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 3 Jun 2020, Florian Weimer via Libc-alpha wrote: > I'm still waiting for feedback from other maintainers whether the level > of documentation and testing is appropriate. Looking at the documentation in the manual, it doesn't look like it has enough information for someone to use this functionality, or to know when they might want to use it, and nor does it point to external documentation of it. It would seem appropriate at least to include a link to wherever the external documentation is of what this functionality is good for, how to create and use a "Restartable Sequence critical section", and how to "perform rseq registration to the kernel". -- Joseph S. Myers joseph@codesourcery.com