From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A2BDB3CC9F5 for ; Fri, 24 Apr 2026 12:33:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777033996; cv=none; b=eq74OIP8YPTBnBn4jVeNjXI6ZKUGcMCHjpBBPBl9KwStM1wZ1MD1QY69h3kvw9kije2bVfbf+dQY3CLIAPQ5hiPCjotlT2SsZgBlAGz+bt6fFxQaMTx1icnzG/TWhdizXeNbXYHM9AiPO4UIFYwN2Dqlmtu+KCFCTBKMhB+9yiw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777033996; c=relaxed/simple; bh=sUphD3ERN3DgK3ao4eQ+aHuLLL6WmNwr6g1UJrLlCj0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CMCLGZwkIojpNDPiOHfmoK+1XXlUQzaYHEuHhzWWnzamyL0OHVSpBSRSTX+CGv1H5cXq3J0pod9xE8+SDuesjH4TF0seoWkqbipDRbeH0Z5pBl+mT6AXBk29FTop3NRzNG5C/ajw9tQQgLnIijvu0mQjKBFETy9Zlpi63M0v3+g= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=NMmTp+r6; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b=GCojgPKx; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="NMmTp+r6"; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b="GCojgPKx" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1777033993; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=iU5HGQMMAHkFsOD8j+WiLpo76Kie/jMXtxjrTFTeJas=; b=NMmTp+r6aQk+IZjY5mBWeiK4FmZmkPNj/Eac+HM6tSywTy/esUBNHkIJ3prjWg3ddaS7Wz 40cbMlLFXQQkpI9bGuF6JUS7ttNTw+vRiEuWxqEGPse6FSsaWTuRDKJiEBVPuacWi4+sRq xSLkG8hRf2/LJZwl0hokA9RHxi5xlM4= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-101-2PHtmStYNcysAe21vnqnYw-1; Fri, 24 Apr 2026 08:33:12 -0400 X-MC-Unique: 2PHtmStYNcysAe21vnqnYw-1 X-Mimecast-MFC-AGG-ID: 2PHtmStYNcysAe21vnqnYw_1777033991 Received: by mail-wr1-f70.google.com with SMTP id ffacd0b85a97d-43d721a4858so5521945f8f.1 for ; Fri, 24 Apr 2026 05:33:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=google; t=1777033991; x=1777638791; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=iU5HGQMMAHkFsOD8j+WiLpo76Kie/jMXtxjrTFTeJas=; b=GCojgPKxQdbhwjGqGux5g5TNkuL35rrFNJl8lgQpqvnaxkPH9oDLi+1HC7u0YrGHry KQ3pv6EgRNJ6kysf/gUb7qzJGjGNGo1P5Tf1Q8mqZ9v42hIIkBlew8zszEDGy3d1pR0v 2yuSL2Lm9i4rl7cNTEgp5fuX33u7yLP79VFVPKTGJCGouRGDvI9ndot2QYdbPBT0XJeV /T3YFKGqU40s/+GCmVFVT5E84p3xK2cA4iY7y9r8HiH56P8RU/OHGF1VutKQCSmYhWLx 33BaWuGm+Q3nnOFuhyyATgcgvSSuOJUDluFf7ZeHgwmEn1cjwbS/ItKxlccC+Wfnb4b2 jABg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777033991; x=1777638791; h=in-reply-to:content-disposition: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; bh=iU5HGQMMAHkFsOD8j+WiLpo76Kie/jMXtxjrTFTeJas=; b=B2zu3sIxjQznInlf2MqCgylCAxmwmsfV0AdIdajscOVkUEkQ9/aBdixUOOYRznyA9z FkQDWzmlS5Q7/tj1z5WK42P5Z12sl8xzppKNdIQm+FXWKe+Va2ZsGNT7BGDRHKnSX9ta lt/kAtRnZVR4Qkh2GRi0OOrSJt3GpgoFpUQL/+2HVd7JxKEG7ylDtpg0mQvkpevx3Q5r 0nqoI963y6wRV0/DbdpKrnlEZId4todPuxPcMALc8MEnefCHh7NhMfDzViX5snuKW1nD 77ZTx5/1noIBhQyXNXJcd7ENCvHx0Rz4PSk9Pd9dsQ/jEap/teaxx04s090zw1M1UMFX OhSQ== X-Forwarded-Encrypted: i=1; AFNElJ9MODIq8tbVIow8MKk528S9rclzlLS+3rqo7v3codTNAQx4Ho9r2uYQV/Z2eBjDh5dn8tJfti0xX/1NBZE=@vger.kernel.org X-Gm-Message-State: AOJu0YypybdySU7bn91sZY63m3PisL2/qb5kyYAip6iFVy5kryfd7NS/ W3FMDB+VGHZgL9x6TI5NcMn0nxKS/wZczd+1lqcmM4vTunF172uMBT8J5kiBtzij/O+5Ctp7arV Xie/FkaVMBktwRTYejYdJ3Gm0a4YRX5S0paQz1r6voft+y/IvvJ43amXNQNu05/lNWw== X-Gm-Gg: AeBDievvodChSJwLifruMeUDka4O9/4kyj287bHGGBuLlfjOAqH9HLUIy6/fTFXN5Ec x9n3kLVqQQNO+LQ8b9/CysEfQxjN6qAe1pOIFGXJc16Im7WSk0emOlkW5bP+wOTXx/Cc91sThwA TUSwdov4gBXQvW70WfuEsH3jm8XFJVOSOpeMeLfmdA6yA7gdHf9vs43Hbi4aRfERGq4A3PubmYU FF+tihlvCP8dTflj4/ykqrubd8sx1MeR5BIEOtlhK4J+TpgQbY69Mt8bR4bxOV5X4S0H81ylI8s Ra4ZdxiR5uSV1XMQzMKkOCuzYFBISk/+5ymtXbUQAB2Tt6V3eCY6HVB6u5GYa+7NGbsydRzQ0LL vqX3SNe/xOdd4hIBAE+QaEWBC2G3O12iFvF8d04YWXm+AvwHyGdxr1g== X-Received: by 2002:a05:600c:3e1a:b0:489:1ca2:eafd with SMTP id 5b1f17b1804b1-4891ca2ee65mr307985775e9.11.1777033991131; Fri, 24 Apr 2026 05:33:11 -0700 (PDT) X-Received: by 2002:a05:600c:3e1a:b0:489:1ca2:eafd with SMTP id 5b1f17b1804b1-4891ca2ee65mr307984885e9.11.1777033990672; Fri, 24 Apr 2026 05:33:10 -0700 (PDT) Received: from redhat.com (IGLD-80-230-25-21.inter.net.il. [80.230.25.21]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-48a5a579bd3sm226459065e9.6.2026.04.24.05.33.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Apr 2026 05:33:10 -0700 (PDT) Date: Fri, 24 Apr 2026 08:33:05 -0400 From: "Michael S. Tsirkin" To: Gregory Price Cc: "David Hildenbrand (Arm)" , linux-kernel@vger.kernel.org, Andrew Morton , Vlastimil Babka , Brendan Jackman , Michal Hocko , Suren Baghdasaryan , Jason Wang , Andrea Arcangeli , linux-mm@kvack.org, virtualization@lists.linux.dev, Johannes Weiner , Zi Yan , Lorenzo Stoakes , "Liam R. Howlett" , Mike Rapoport , "Matthew Wilcox (Oracle)" , Muchun Song , Oscar Salvador , Baolin Wang , Nico Pache , Ryan Roberts , Dev Jain , Barry Song , Lance Yang , Matthew Brost , Joshua Hahn , Rakie Kim , Byungchul Park , Ying Huang , Alistair Popple , Hugh Dickins , Christoph Lameter , David Rientjes , Roman Gushchin , Harry Yoo , Chris Li , Kairui Song , Kemeng Shi , Nhat Pham , Baoquan He , linux-fsdevel@vger.kernel.org Subject: Re: [PATCH RFC v3 01/19] mm: thread user_addr through page allocator for cache-friendly zeroing Message-ID: <20260424083228-mutt-send-email-mst@kernel.org> References: <20260422171315-mutt-send-email-mst@kernel.org> <20260423074433-mutt-send-email-mst@kernel.org> <88b0765f-7cfc-4e44-83d2-c01a1755c842@kernel.org> <016cc5e5-044c-46c6-a668-200f90a64d85@kernel.org> 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=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Apr 24, 2026 at 08:30:40AM -0400, Gregory Price wrote: > On Fri, Apr 24, 2026 at 09:28:36AM +0200, David Hildenbrand (Arm) wrote: > > On 4/23/26 16:57, Gregory Price wrote: > > > On Thu, Apr 23, 2026 at 04:13:50PM +0200, David Hildenbrand (Arm) wrote: > > >> On 4/23/26 15:42, Gregory Price wrote: > > >> > > >> Maybe we could forward the vma+addr here and call a vma_alloc_froze_folio() if > > >> we have a VMA+addr to have a clean interface. > > >> > > >> But really, that hugetlb code is rather messy. I'd vote for leaving hugetlb > > >> alone on a v1, and focusing on non-hugetlb first. > > >> > > > > > > If we're ok increasing the buddy surface this way, then I'd vote for > > > only updating the exact interfaces that MST needs to update for his use > > > case in a base set of patches, and then have each additional updated > > > location (or logical set of locations) updated in follow-ups. > > > > > > My initial go around with this - the patch was hard to read at best. > > > > > > But I also think we should also seriously consider not increasing the > > > surface of the buddy. > > > > Exactly, that's why I am saying that vma_alloc_folio() is the only external > > interface people should be using with a user address. all other _noprof helpers > > are supposed to be internal. > > > > For hugetlb, we might need another interface for frozen folios later, which is > > why I suggest to defer that. > > > > Yeah I follow now - we're of the same mind on all this then. > > ~Gregory OK v4 incoming, thanks.