From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0CFFB361640 for ; Fri, 21 Aug 2026 21:56:02 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.174 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787349365; cv=none; b=mIlVMB0lz2mBt49Fvejwt6IZQLVxFSyjeJxfenUUmdr97zdUURgRIUjsnH2N1kg0wjXa+PHwYB+5HAEy7IEeH+1RNi7SYVqo/yuhVYFOgh8732KS/rq1+CD5WxpPMoYd8Tvedf+qRujeAiQbSQRyeqdoZ3rmdl87oibtexAxpOM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787349365; c=relaxed/simple; bh=LHKdSIObAtNk9xpFq/Xd30eLphG3Bq/0XOYvkG32E8U=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=hCCyZ44Sxiw/p5jb6h8kjGmmsWcbTEuaSVn7nZb7Aggk5gplqPw1moyMnFNQzW+5DGS9IBCLW+IUbMkr1Vjz3WsMKaKUoVYP4ll4TRhKdGQkcHVekqihD9+sZ2pQdEj8nDQBtN8Qjavg96IY2hYHj7CCq6s791d90QMrT/hFYRI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca; spf=pass smtp.mailfrom=ziepe.ca; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b=LKR9nNsq; arc=none smtp.client-ip=209.85.160.174 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="LKR9nNsq" Received: by mail-qt1-f174.google.com with SMTP id d75a77b69052e-51c2a449c57so8957351cf.1 for ; Fri, 21 Aug 2026 14:56:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1787349360; x=1787954160; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to:content-type; bh=TaMgLC1XEvgEyOFZ0XV/AGJXW4iKEs3kvJPlr5MniCg=; b=LKR9nNsqbGakqNW37YsBVyD4/0P3ssyeAQ2zARMfXSbjd93kBxgmyQk1YEnonGtS/c h2zZHUM1nbOsntAbuLfxRpd0M/7cd33QaeO7DHkjJJg6BKz5f+l0CFEBvU3S6Lkzdww0 friLh1bdB5qA4lrKGSDqtC2PtPNwhqMlYGpfU3IsunnAFU647gaMgGuZJT/Z7W/McGQ8 6YONeEDDammmEWrC/oHD07+tN86Qojy2gRhy1Fen17F0RVbX+1dmOqu0PhRr6FtzgZii PxWc5DMvjSO4OvuLmVsuKUTceBwmZuKmhLhHLrcPRyOajS0qBFhEru2OFCEFbcMGmV+5 LKDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787349360; x=1787954160; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to:content-type; bh=TaMgLC1XEvgEyOFZ0XV/AGJXW4iKEs3kvJPlr5MniCg=; b=SLnV4DyG0kKsqxIxwDbIDWPAYUiEPkZ68m/usqalOMXtNVY+IVQwVirNDYaeUJeQgb zIKo9qFot+SJU00XeyipDg6KqMEuCVjoD3atqT4zOm1Y2MV80dy21RggsTXgdDbqpCI3 47vzND/ByUfEBoz93uxxYreUuFzX54l4EXZ1LOPBkDF50x2m/I9B+76k8xfIxN0oJUQY 96zB0/Xeo7uMmN9QdR3oD14GXSn0NITtG0O0euia6IlgyGAImtyTrlnf6SrNUKIh3Tur JSw43ebAaavWekq7ikdJAKDyT1OolYGaUhbJtyrPsu/7OUP1nMyVaStMNl7P3cWkDplR MaTw== X-Forwarded-Encrypted: i=1; AHgh+RqS98AvJ9s4BjDvdOI1ZW62XK2gl/U35UevhFERPXESgU/uHfxZAdBbu4/zkCK8/dFx5AgJOTR/RAdnV94=@vger.kernel.org X-Gm-Message-State: AFuF++mtvJBMF+UG7YeX4b2tcmK/DD1tNsQOnINicV4U0kYEaid+3TwV 98e3UNTq8LdfY5woOLNFuiZB/4DSYXhTDPbyOGY8EQwrIW3p7o9rCQ+ru0RKAOQRxTkDlQ6bqUi kFT5f X-Gm-Gg: AR+sD11CDOPamyZ1q7gSYX3dpZJCNlb+rnGl8o1lKg++kxLX/t4l56ZHl1j4bVBYqDj 3H/XLj8g/ODGtOI+M/xib4BA4jxGq+C7y7esmiNlFkYDReP88n0P5BKw2Vn3A+zv9xEyDz+5H+E E7RzrHJ1QtJhLaCluYW0Oh/q6TqSwl80sw8ycjfgKKwOqvbE7EiIb+aqhgyi9k5eaFrQmVzjmBc kZ4omy3PbxvohXZuGznPnd3swERaG5mS568adlm3ch9zcE1RYUu+uXHK2HaBMINFiAVQTLl/pju gl6BQWVz+4Vgb1G5K8xl9dgdxwLkbQLmbxU5FwQnbtivx3OmTWZiIyEb31sygjCMeBxL3qF1mFU qqIE+nB6BwolUzO/57gOXENn78Aun+y8JeQrUMnT7VsabGJl4Mc8K+EnHk2KliqXzVcU+26tWH6 XmMaFPhbXEPae8U3PxRb8nIdTOBEygnxJ+XinX8ewW72ZBF5A8Nci+TIa/LnIUY34DAaEOyqvT4 bzgpqGq0rULSVLH3VJ4dUdgd50Luu3F1qgNUCOsxOUHqg== X-Received: by 2002:ac8:5fd5:0:b0:519:8b76:2ce0 with SMTP id d75a77b69052e-52df5a6e0d5mr84971361cf.37.1787349360616; Fri, 21 Aug 2026 14:56:00 -0700 (PDT) Received: from ziepe.ca (hlfxns010zw-159-2-239-150.pppoe-dynamic.high-speed.ns.bellaliant.net. [159.2.239.150]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-90c5eec2f0csm73294756d6.14.2026.08.21.14.55.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Aug 2026 14:55:59 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1wxXDS-000000074tz-27sh; Fri, 21 Aug 2026 18:55:58 -0300 Date: Fri, 21 Aug 2026 18:55:58 -0300 From: Jason Gunthorpe To: "Liam R. Howlett (Oracle)" Cc: Rik van Riel , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, maple-tree@lists.infradead.org Subject: Re: [PATCH v3 15/19] maple_tree: Document erase and allocations better Message-ID: <20260821215558.GA1449020@ziepe.ca> References: <20260821192627.4085470-1-liam@infradead.org> <20260821192627.4085470-16-liam@infradead.org> <500549bf86f8fab571424af9a7f3a69bb1a08a5b.camel@surriel.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Fri, Aug 21, 2026 at 04:37:48PM -0400, Liam R. Howlett (Oracle) wrote: > On 26/08/21 03:34PM, Rik van Riel wrote: > > On Fri, 2026-08-21 at 15:26 -0400, Liam R. Howlett (Oracle) wrote: > > > > > >  knowing one value within that range, or mtree_store() call with an > > > entry of > > > -NULL may be used to partially erase a range or many ranges at once. > > > +NULL may be used to partially erase a range or many ranges at once.  > > > Note that > > > +mtree_erase() may use GFP_KERNEL | __GFP_NOFAIL for allocations and > > > cannot > > > +fail, but may need to sleep - do not use mtree_erase() from a > > > blocking context. > > > > > > > Do you mean "from a context that cannot block" ? > > Ah, that's not clear. > > "Do not use mtree_erase() from a context that cannot tolerate blocking" > > Is that better? I would say 'can sleep, so must not be called from an atomic context' ? If that is what you mean.. Jason