Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp563238pxb; Wed, 15 Sep 2021 08:15:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyyhv15LOi5J7HXobTDw/1Qo5rH7XZb9/BUQoKlFyG0UqaS78bhpgRy8qXkujqrgVu3Qgt7 X-Received: by 2002:a92:d30c:: with SMTP id x12mr376979ila.245.1631718943162; Wed, 15 Sep 2021 08:15:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631718943; cv=none; d=google.com; s=arc-20160816; b=At4bXqvncSyusUfTYv8paIkIqffJ+2clIeM6lNr8exLg8dMU8p+bbOSsBhz+czFVuc OIvkcABB08lJfpNTrTOQWyG2qwLNdVjjC/WfQvwmICCfDsBZzhQj8Jlu/hJbMm3V6Yfk tjo5Vr/BKGgxxXUP4is8d9Va+95doexI6XRtOoML93gx038ouYps0wYd0luGXlb6kEG/ S4swhnS+17Us5v+dZ3jtSHwBpCWuzXprUUJNd3KHlLfn0OAlYhda7YPeIoShzjfBII6A Q2rdE+qb1cvKOaXIeNYjeyINg0Mj9+JTBJw0GsDW1+gWp4TuXMYr2sGCVoMHeDCBn7Pw 6O5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=5A6b9LvCkexlBluebAg/fCgkX/bdfzSjZaEwbTv5dp4=; b=xxo65hIh8KrvZs+yA3BfEUywg/AyEhElnSDLUTyeBwb9RVaYw51172iEN7aTVufVHd TWSXWCUUCzeMUe6hX35E9jMX952uHyGq0bDEiue9aOalvLwF4n/8mHXaFsqz5hx0yNDe 0ARxckvuUzjuA4wCpRmhTJ7CQEykDnVqVuR3VjhrqGpvwBfipsOalDb3BtHz+OZO57hq ANLUTE6IDyCcF3mTmB81lLrj8M+CLSKBzJCluolDggWfTy5OusrYvgdbHs7hM35GBUrS jpJBr+PI2GdMz9XXhNiPhDiVKjxpyJLa7ZVYYPbRhgoZqI3FLRwQBT6HhMruvtrs0ila IuFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h22si126300jal.57.2021.09.15.08.15.25; Wed, 15 Sep 2021 08:15:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238175AbhIOPPc (ORCPT + 99 others); Wed, 15 Sep 2021 11:15:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41850 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238028AbhIOPPY (ORCPT ); Wed, 15 Sep 2021 11:15:24 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BAC04C061764; Wed, 15 Sep 2021 08:14:05 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: tonyk) with ESMTPSA id EF2561F417B7 Message-ID: <5f95dfe2-2e46-d4f2-b864-b9e1f6cec1f9@collabora.com> Date: Wed, 15 Sep 2021 12:13:55 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.1.0 Subject: Re: [PATCH 00/20] futex: splitup and waitv syscall Content-Language: en-US To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, kernel@collabora.com, krisman@collabora.com, linux-api@vger.kernel.org, mingo@redhat.com, bigeasy@linutronix.de, libc-alpha@sourceware.org, rostedt@goodmis.org, mtk.manpages@gmail.com, dave@stgolabs.net, arnd@arndb.de, tglx@linutronix.de, dvhart@infradead.org References: <20210915140710.596174479@infradead.org> From: =?UTF-8?Q?Andr=c3=a9_Almeida?= In-Reply-To: <20210915140710.596174479@infradead.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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é