From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-3.6 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.1 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 1C1941F62D for ; Fri, 6 Jul 2018 12:51:22 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=UaPDRTy8484nhfUQ DozTV0VkZHMm1t5tB6z96IGNbU2fvhLEDC0jwQ+8GbF1nx1NQm5kmWn67PvNaXB8 w2fxB08HNZEdddRRjodQ9pPA56UjDzNMxkc9XrfNqxYSGlbvOmVIaTW0gc5UBcWD +yaieSSjvkjP39HyI9zRQv41qH0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=wjUzQWxQU7ACNDD/m23hHn fs7O0=; b=WNMQqbkHbcD74Z3Rowok+Pnc9SmAi1xu8ghptTRJ5PITqEyJjQ8C76 oAwFFkqBVjF5WzdPCo7UDX2nf+ogsg8oXNesenW+YO5SeNtrDgrQ8Cdhd1aRWd5k OB6Kztl2mz79wUM8Y7huRDtiysuWeqx10lzgdXbkD3hSDvWo1iaDk= Received: (qmail 3938 invoked by alias); 6 Jul 2018 12:51:19 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 3919 invoked by uid 89); 6 Jul 2018 12:51:19 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: mx1.redhat.com Subject: Re: [PATCH v8 2/8] nptl: Add C11 threads mtx_* functions To: Adhemerval Zanella , libc-alpha@sourceware.org References: <1517591084-11347-1-git-send-email-adhemerval.zanella@linaro.org> <1517591084-11347-3-git-send-email-adhemerval.zanella@linaro.org> From: Florian Weimer Message-ID: <44460c52-bff8-d7a7-4d7e-f017ad268c21@redhat.com> Date: Fri, 6 Jul 2018 14:51:15 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1517591084-11347-3-git-send-email-adhemerval.zanella@linaro.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 02/02/2018 06:04 PM, Adhemerval Zanella wrote: > This patch adds the mtx_* definitions from C11 threads (ISO/IEC 9899:2011), > more specifically mtx_init, mtx_destroy, mtx_lock, mtx_timedlock, mtx_trylock, > mtx_unlock, and required types. > > Mostly of the definitions are composed based on POSIX conterparts, and mtx_t > is also based on internal pthread fields, but with a distinct internal layout > to avoid possible issues with code interchange (such as trying to pass POSIX > structure on C11 functions and to avoid inclusion of pthread.h). The idea > is to make possible to share POSIX internal implementations for mostly of > the code (and making adjustment only when required). Should we check for the supported mutex types and error out if the type does not match? The interface does not support the full range of error codes required by robust mutexes, for example—EOWNERDEAD is missing. Thanks, Florian