Received: by 2002:a05:7412:d8a:b0:e2:908c:2ebd with SMTP id b10csp1097649rdg; Wed, 11 Oct 2023 14:33:19 -0700 (PDT) X-Google-Smtp-Source: AGHT+IH8g2xdrZEjitBs+CKUawC4X3XuffLwAM5gNFEYYlY++ao7nuuNk3IK0T5FuVRGk0ZfrgAc X-Received: by 2002:a05:6870:d107:b0:1e9:b3f6:12de with SMTP id e7-20020a056870d10700b001e9b3f612demr146411oac.31.1697059999473; Wed, 11 Oct 2023 14:33:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697059999; cv=none; d=google.com; s=arc-20160816; b=cZzUgdBk3exYP3K86n5vlX0eZvEYriFY4aQkgCJfuuMGBItQkWaWJTPYCE+6BEGH51 00mlQTRX6MqW14mmMwrY68GA1bn5ItMgaYS4sTDzTYEZC6VIuqy0gNCAjXHKI8UfFmvk lGjwdxkgCdlEY/dcyerD/Y1WWCowXZrscnb4/JqKzOMi2w6ypsqiw/c8DvjS6S5TntnT 69x6JGEYYRN62V43uXPOu9g4/bV1XtMy7kOCOmI7yUmABMN/gLTvepBtiB+MnFPvHupj 7MEg1xCuvcWTkYQCUTDaYcTi3Czr+aguQUikzpeHk12eDq1ZjbW36XYWh6jtoAxknHAE BitA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:sender:dkim-signature; bh=mgILceheKqLDcrQ8Md1C0WGKCCTkWPoSxOmfrQfUe7M=; fh=g1IP8spIw2dn+Joa94DtudOxUejzxjui9bTnkd/ic0s=; b=AVkybdHyVRVBS/T6WeNdfiGMc5xfdtl7oJ3FZHdHr/Wg9sfynjugsgYyXgIvSPVISj sqzGrqycq64i0gJQH1fmN6cVkBIKjGsVhpSEGbiv107Bu5I0DYOtTFhWnu6cs5lMjJZn MTxu71kqQ9PXFdHDLunWP0KA/IHdjsTEvIx8D6zQpYSNBkeVloLd1ARvk+cMNqOCKycR LghW9m2OfQQ0j7H2X/l5WDev69icw1OCze3nM6WbR2ZfTMEYimlJszn5UbtE3/UnizZX 8MUSLsoRazfF8APeMXFY/zeDlTcOZKEe5i3+BggP7JaEnZSiOBhwU37Wu/NUn8K+DEGq Ap3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=LZ3MCA38; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id w8-20020a63f508000000b0056a36f9eb0esi719621pgh.15.2023.10.11.14.33.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 11 Oct 2023 14:33:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=LZ3MCA38; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id B0C2F8171686; Wed, 11 Oct 2023 14:33:16 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233665AbjJKVdB (ORCPT + 99 others); Wed, 11 Oct 2023 17:33:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33950 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233582AbjJKVdA (ORCPT ); Wed, 11 Oct 2023 17:33:00 -0400 Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 973289E; Wed, 11 Oct 2023 14:32:58 -0700 (PDT) Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-53dd752685fso570197a12.3; Wed, 11 Oct 2023 14:32:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1697059977; x=1697664777; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=mgILceheKqLDcrQ8Md1C0WGKCCTkWPoSxOmfrQfUe7M=; b=LZ3MCA38Y/QGbl2VDUxvgDf5evagrT6J2sfnxeAmHkY19sfQ3QFeB8I2L2zUFSuOhc 8IDZFxbspRruXk/M6YHcW0bUcFEuncGGUtytZVo6Tl9ygqfWy2PrCYUv3UnqF5qsMa4O b1pVlxK8wuIiIGWpgNhtCqY8Rs3dMSHoncRL7Bxo7R6mgEHg6so5SGm+TsXZWFKeI7xk 4HglL6JGQqb4XyL49ODuoHad8UJB3LcyhcL6pV3tuCTD+O7aQG7htkehnsYwkZe0QdOf LQPAQsJTItNE8Rn/NYSMIK9PNQp8svcibvDF+mT+Y+zel695LSU2f4Pf4YXUzl6VcJw9 G5+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697059977; x=1697664777; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=mgILceheKqLDcrQ8Md1C0WGKCCTkWPoSxOmfrQfUe7M=; b=fUqXC97fDQR4buJItRiN+hMFVXUMcBg9WBaq1IUsfTuwDO5Tgd9LC+QiVQEuD492dy gcHHdwHPKWX5pfskRcOqdtSij1yQsaH3K9Py47uV+L/OUMEtmiZndvfueWY36QXMXvPh C/of+6qWrh5OUNdPI7RWoV+alGYVkT26b/LlFqiQPKbx0d3tb08yCg8AaKwXNkoJLxl/ yLQavtpXr49xgEe9VfgKDxPItgHMR7kbf2axo/GwCF/IWlcBNipCnvjGnT1QFUuZ+jDL GsJQ/XlgfbrofkRr/zE/ZsyxahrIiQ1IsYIOZBv8MMfSfrhs+OudOo3doC/UdfkYanuo 0Jdw== X-Gm-Message-State: AOJu0YwFuXIGeVGaoGUE7A72UpH8ANKlMKDA7EBwhwhoPfMML/gHRcFb rBfo3p5us7v2ZNBBgyVF09Ys6Ertp2Y= X-Received: by 2002:aa7:d70b:0:b0:523:387d:f5f1 with SMTP id t11-20020aa7d70b000000b00523387df5f1mr20919807edq.24.1697059976998; Wed, 11 Oct 2023 14:32:56 -0700 (PDT) Received: from gmail.com (1F2EF405.nat.pool.telekom.hu. [31.46.244.5]) by smtp.gmail.com with ESMTPSA id eg42-20020a05640228aa00b0053daf92f0easm1783507edb.97.2023.10.11.14.32.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 11 Oct 2023 14:32:56 -0700 (PDT) Sender: Ingo Molnar Date: Wed, 11 Oct 2023 23:32:54 +0200 From: Ingo Molnar To: Peter Zijlstra Cc: Jens Axboe , Arnd Bergmann , Stephen Rothwell , Linux Kernel Mailing List , linux-next , Sohil Mehta Subject: Re: linux-next: manual merge of the block tree with the asm-generic tree Message-ID: References: <20231009123118.4487a0e1@canb.auug.org.au> <20231009084812.GB14330@noisy.programming.kicks-ass.net> <20231009141351.GD14330@noisy.programming.kicks-ass.net> <66e09ad5-2dcf-4159-9c98-f37ac739a445@kernel.dk> <20231011175407.GG6307@noisy.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231011175407.GG6307@noisy.programming.kicks-ass.net> X-Spam-Status: No, score=2.6 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_SBL_CSS,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Wed, 11 Oct 2023 14:33:16 -0700 (PDT) X-Spam-Level: ** * Peter Zijlstra wrote: > On Wed, Oct 11, 2023 at 10:21:06AM -0600, Jens Axboe wrote: > > On 10/9/23 8:16 AM, Jens Axboe wrote: > > > On 10/9/23 8:13 AM, Peter Zijlstra wrote: > > >> On Mon, Oct 09, 2023 at 11:00:19AM +0200, Arnd Bergmann wrote: > > >>> On Mon, Oct 9, 2023, at 10:48, Peter Zijlstra wrote: > > >>>> On Mon, Oct 09, 2023 at 12:31:18PM +1100, Stephen Rothwell wrote: > > >>>>> diff --cc arch/alpha/kernel/syscalls/syscall.tbl > > >>>>> index 5d05ab716a74,b1865f9bb31e..000000000000 > > >>>>> --- a/arch/alpha/kernel/syscalls/syscall.tbl > > >>>>> +++ b/arch/alpha/kernel/syscalls/syscall.tbl > > >>>>> @@@ -492,4 -492,6 +492,7 @@@ > > >>>>> 560 common set_mempolicy_home_node sys_ni_syscall > > >>>>> 561 common cachestat sys_cachestat > > >>>>> 562 common fchmodat2 sys_fchmodat2 > > >>>>> -563 common futex_wake sys_futex_wake > > >>>>> -564 common futex_wait sys_futex_wait > > >>>>> -565 common futex_requeue sys_futex_requeue > > >>>>> +563 common map_shadow_stack sys_map_shadow_stack > > >>>>> ++564 common futex_wake sys_futex_wake > > >>>>> ++565 common futex_wait sys_futex_wait > > >>>>> ++566 common futex_requeue sys_futex_requeue > > >>>> > > >>>> So this renumbers the (futex) stuff on Alpha, does anybody care? AFAICT > > >>>> Alpha does not follow the unistd order and meh. > > >>> > > >>> Let's not make it worse for now. All the numbers since the > > >>> introduction of the time64 syscalls are offset by exactly 120 > > >>> on alpha, and I'd prefer to keep it that way for the moment. > > >>> > > >>> I still hope to eventually finish the conversion of all architectures > > >>> to a single syscall.tbl for numbers >400, and if that happens before > > >>> the end of alpha, a different ordering would just be extra pain. > > >> > > >> Fair enough; should we look at rebase those futex patches for this? (bit > > >> of a pain as that would also mean rebasing block) > > > > > > From my point of view, this isn't a huge problem if we do it now. The > > > io_uring-futex branch is a separate branch and I have nothing on top of > > > it, so I could easily just re-pull your updated branch and rebase my > > > changes on top. > > > > > >> Or do we want to keep this fixup in the merge resolution and make sure > > >> Linus is aware? > > > > > > If you're OK with it, I'd say let's rebase and save ourselves the > > > trouble at merge time. > > > > Peter, what's the verdict - do you want to rebase it, or leave it as-is? > > Ah, I looked into doing this, but tip/locking/core has since grown a > bunch of patches and has a merge commit -- I talked to Ingo yesterday > and he proposed just queueing a fix on top instead of doing a full > rebase. > > Ingo, that still your preferred solution? Yeah, that would be the best solution IMO - it's not like there's any real prospect of someone bisecting futex2 patch-enablement commits on Alpha ... and the bisection distance isn't particularly large either in any case. [ This would also document the very real historic conflict between these numbers, as it happened. ] Thanks, Ingo