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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7D8E0C433EF for ; Thu, 17 Feb 2022 06:31:18 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 000D26B0074; Thu, 17 Feb 2022 01:31:18 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id ECB126B0075; Thu, 17 Feb 2022 01:31:17 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D6B6E6B0078; Thu, 17 Feb 2022 01:31:17 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0200.hostedemail.com [216.40.44.200]) by kanga.kvack.org (Postfix) with ESMTP id C01726B0074 for ; Thu, 17 Feb 2022 01:31:17 -0500 (EST) Received: from smtpin31.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 56FAF18097DD6 for ; Thu, 17 Feb 2022 06:31:17 +0000 (UTC) X-FDA: 79151299794.31.08CDFB6 Received: from gandalf.ozlabs.org (gandalf.ozlabs.org [150.107.74.76]) by imf17.hostedemail.com (Postfix) with ESMTP id 1A39640002 for ; Thu, 17 Feb 2022 06:31:14 +0000 (UTC) Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4JzlMc3k8gz4xZp; Thu, 17 Feb 2022 17:31:08 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canb.auug.org.au; s=201702; t=1645079469; bh=6dyeCXncOiGewbv3wETi4+5O0m1SHpbLJi0LqZ/uE/M=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Y4Hsfe7JqN3dugi9BV/vi1ue6Mqmh7GXgx2e7UGdFWY05vhEdVeiADYUKNCiDxBls 8uo0YqLnllu2ofEmsPsxYwWHRJ4vNelmQIO/gWQjlv2L0Qbjb34nwpi1NXvwDmtIOi 4zTRGwKUvspKr5pJr26OxIvQFKHVcY05eSni/Zgy/URbiOeWJVwb5oHdHsT8apThHf nxphsblDsUzoEXihmtVkBZ3YHXxoOqPb5ZnVeJqNvehL9g5V/41yXpCdtHA93xShPy tpdS+lV87Cq3+axQ6TjpqFAlWLslp1v9Lfw9ParepizwUTrReO++TS/H/1fhni0QGD Pnkqh0VwNQ2/Q== Date: Thu, 17 Feb 2022 17:31:07 +1100 From: Stephen Rothwell To: Liam Howlett Cc: Matthew Wilcox , "maple-tree@lists.infradead.org" , "linux-mm@kvack.org" , Andrew Morton , Linus Torvalds Subject: Re: Maple Tree for next Message-ID: <20220217173107.44db5981@canb.auug.org.au> In-Reply-To: <20220217020740.ism7lzdlbqhpvzbq@revolver> References: <20220216191446.pubrv6x3vo3ip7rr@revolver> <20220217080426.2fdabf7e@elm.ozlabs.ibm.com> <20220217020740.ism7lzdlbqhpvzbq@revolver> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/4gfRGQ5NsATYekXtmeXu1Kg"; protocol="application/pgp-signature"; micalg=pgp-sha256 Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=canb.auug.org.au header.s=201702 header.b=Y4Hsfe7J; dmarc=none; spf=pass (imf17.hostedemail.com: domain of sfr@canb.auug.org.au designates 150.107.74.76 as permitted sender) smtp.mailfrom=sfr@canb.auug.org.au X-Rspam-User: X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: 1A39640002 X-Stat-Signature: 4ng73oo7t8yhrmbu4kxsef7wj6qfuwgf X-HE-Tag: 1645079474-578175 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: --Sig_/4gfRGQ5NsATYekXtmeXu1Kg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Liam, On Thu, 17 Feb 2022 02:07:47 +0000 Liam Howlett w= rote: > > * Matthew Wilcox [220216 16:21]: > > On Thu, Feb 17, 2022 at 08:04:26AM +1100, Stephen Rothwell wrote: =20 > > >=20 > > > On Wed, 16 Feb 2022 19:14:53 +0000 Liam Howlett wrote: =20 > > > > > > > > Please include a new tree in linux-next: > > > >=20 > > > > https://github.com/oracle/linux-uek/tree/mainline/maple > > > > Aka > > > > https://github.com/oracle/linux-uek.git mainline/maple =20 > > >=20 > > > That does no exist :-( =20 > >=20 > > Transposition; the correct URL is: > >=20 > > https://github.com/oracle/linux-uek.git maple/mainline =20 >=20 > Thanks Matthew. > Sorry about the URL mix up. >=20 > > > Please tell me something about you (I can't find you in the MAINTAINE= RS > > > file) and this tree i.e. what it will contain, its path to Linus' tree > > > (direct or via another tree). =20 > >=20 > > I'll let Liam answer these questions himself :-) =20 >=20 > I'm a developer at Oracle in the Linux Kernel team. Matthew Wilcox and > I designed the maple tree and I wrote most of implementation and the VMA > changes, Matthew wrote the VMA iterator and any other parts that I > didn't. I've added myself to the MAINTAINERS file for the maple tree > and associated files (test and doc) in the tree. >=20 > This git tree is to deliver the Maple Tree data structure along with the > necessary changes to track VMAs using the maple tree. The maple tree is > a B-tree variant that's RCU-safe for non-overlapping ranges. Using the > maple tree gets us to an RCU-safe data structure which is a big step > towards less mmap_lock contention. This git tree drops the vmacache & > double linked list from VMA tracking and introduces a cleaner VMA > iterator from Matthew. If you would like to know more about the maple > tree, it has been presented at OSSNA 2019, LCA 2019 by Matthew and at > LPC2019 and LPC2021 by myself, it was also the subject of an LWN article > in Feb 2021. The tree has many uses beyond VMA tracking, but this is > the hardest problem we could find. >=20 > The path upstream is direct. In addition to sending the patches out for > review to the mm list, I've been discussing these patches with a number > of developers across different organizations in the mm area on a regular > basis and the general consensus is the direct path is best taken for > a change like this. Thanks for all that. Added from today (though depending on the complexity of conflicts against Matthew's folio tree and Andrew's quilt series, I may have to drop it again). Thanks for adding your subsystem tree as a participant of linux-next. As you may know, this is not a judgement of your code. The purpose of linux-next is for integration testing and to lower the impact of conflicts between subsystems in the next merge window.=20 You will need to ensure that the patches/commits in your tree/series have been: * submitted under GPL v2 (or later) and include the Contributor's Signed-off-by, * posted to the relevant mailing list, * reviewed by you (or another maintainer of your subsystem tree), * successfully unit tested, and=20 * destined for the current or next Linux merge window. Basically, this should be just what you would send to Linus (or ask him to fetch). It is allowed to be rebased if you deem it necessary. --=20 Cheers, Stephen Rothwell=20 sfr@canb.auug.org.au --Sig_/4gfRGQ5NsATYekXtmeXu1Kg Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEENIC96giZ81tWdLgKAVBC80lX0GwFAmIN66sACgkQAVBC80lX 0GzoFgf8Cxn04h+KJYYoywyQiF6PNGKru23nVa6FU6pRU93eGELYJzZZS6z2rTMG tc9Fuby6b7eKDF93reVtW4hJ2NMDbnWbp1EL6VLUmBDqVlIrCnZ1wbe7j1JVJPPo 8xtWeQAkcPXnOeaSWCD71vD7HK75ow99M+1lT18ogaF0q+MulQoir2IZXX0HDwJc YayDXY+/yb71GdC8+d53PbSGsimYCtJRJxRB+Kdy8uzjYn2dIkpk3YZYRYHau2g2 NGX/us6tL6tDaXMPWW7TWqoe0NMIP14hftLSTFEDILjopX2I1ym65QkhFwZ2x4Xv L9qmJRQddJ8KyF645ZUTtyMWdEEh7w== =ktc9 -----END PGP SIGNATURE----- --Sig_/4gfRGQ5NsATYekXtmeXu1Kg--