Message ID | 20210915140710.596174479@infradead.org |
---|---|
Headers |
Return-Path: <libc-alpha-bounces+patchwork=sourceware.org@sourceware.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id E2D48385740B for <patchwork@sourceware.org>; Wed, 15 Sep 2021 14:18:30 +0000 (GMT) X-Original-To: libc-alpha@sourceware.org Delivered-To: libc-alpha@sourceware.org Received: from desiato.infradead.org (desiato.infradead.org [IPv6:2001:8b0:10b:1:d65d:64ff:fe57:4e05]) by sourceware.org (Postfix) with ESMTPS id C97FC385781D for <libc-alpha@sourceware.org>; Wed, 15 Sep 2021 14:17:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C97FC385781D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=Subject:Cc:To:From:Date:Message-ID: Sender:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:In-Reply-To:References; bh=bQi/c1b91PkaK1AxrCeWpy0hqeqegZIFrdVaK/kwyPM=; b=ocfZekIQPd26L2rGc0GsSdaWpF 9bbsu5/KrHjuACm/QnHzxoAxsAKhuiLMFHwfeTos1px0epWiQi32XEjJKROQSS/zVLSEiAqvNKarn LD5g+oCNXYgyhzDQSw2ck5NafxnYjkSt9rSZN7ZkxcZDAlEX6Qqxadfv71nf0U7zOaazwy8LaeHBd jK4x4kBo3ZzflMiQriJuBE+TTL8Hg04t1KTYbQUybYhaEciYbNmMSSh4V/4v6077TgKBB11QTFZJ6 +Ba15v9AQg50+ygXUH8Ks+EMhZghqOyK5sPjK1K1IALkCi+Snu7pNVKGPxDpgUMg2y6VrK5FylW2+ gizFXXyw==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=noisy.programming.kicks-ass.net) by desiato.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1mQVj8-003PTk-K8; Wed, 15 Sep 2021 14:17:30 +0000 Received: from hirez.programming.kicks-ass.net (hirez.programming.kicks-ass.net [192.168.1.225]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (Client did not present a certificate) by noisy.programming.kicks-ass.net (Postfix) with ESMTPS id 2399A30003A; Wed, 15 Sep 2021 16:17:28 +0200 (CEST) Received: by hirez.programming.kicks-ass.net (Postfix, from userid 0) id D8B1B20D149B0; Wed, 15 Sep 2021 16:17:28 +0200 (CEST) Message-ID: <20210915140710.596174479@infradead.org> User-Agent: quilt/0.66 Date: Wed, 15 Sep 2021 16:07:10 +0200 From: Peter Zijlstra <peterz@infradead.org> To: andrealmeid@collabora.com, tglx@linutronix.de, mingo@redhat.com, dvhart@infradead.org, rostedt@goodmis.org, bigeasy@linutronix.de Subject: [PATCH 00/20] futex: splitup and waitv syscall X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/libc-alpha/> List-Post: <mailto:libc-alpha@sourceware.org> List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=subscribe> Cc: dave@stgolabs.net, libc-alpha@sourceware.org, peterz@infradead.org, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org, mtk.manpages@gmail.com, kernel@collabora.com, krisman@collabora.com Errors-To: libc-alpha-bounces+patchwork=sourceware.org@sourceware.org Sender: "Libc-alpha" <libc-alpha-bounces+patchwork=sourceware.org@sourceware.org> |
Series |
futex: splitup and waitv syscall
|
|
Message
Peter Zijlstra
Sept. 15, 2021, 2:07 p.m. UTC
Hi, Neither Thomas nor myself much liked that futex2.c nor do we think that CONFIG_ symbol makes much sense. However, futex.c is a wee bit long and splitting it up makes sense. So I've taken the liberty to replace your initial patch with 15 of my own and then rebased the remaining patches on top of that. Thomas, does something like this work for you?
Comments
Hi Peter, Às 11:07 de 15/09/21, Peter Zijlstra escreveu: > Hi, > > Neither Thomas nor myself much liked that futex2.c nor do we think that CONFIG_ > symbol makes much sense. > > However, futex.c is a wee bit long and splitting it up makes sense. So I've > taken the liberty to replace your initial patch with 15 of my own and then > rebased the remaining patches on top of that. > Thank you for doing that. futex.c is indeed too big and I believe that this really make the code easier to read, and the way you organized makes more sense than the way I did. Maybe even robust could have a separated file? Thanks, André
Às 11:07 de 15/09/21, Peter Zijlstra escreveu: > Hi, > > Neither Thomas nor myself much liked that futex2.c nor do we think that CONFIG_ > symbol makes much sense. > > However, futex.c is a wee bit long and splitting it up makes sense. So I've > taken the liberty to replace your initial patch with 15 of my own and then > rebased the remaining patches on top of that. > > Thomas, does something like this work for you? > I tested this patchset: - On top of a full distro - Using futex kselftests - Running glibc's nptl tests, all 387 passed It seems that things are working as expected. You can add my Reviewed-by: André Almeida <andrealmeid@collabora.com> for patches 01 - 15.