From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f172.google.com (mail-qk1-f172.google.com [209.85.222.172]) (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 8C6AD43801B for ; Fri, 10 Jul 2026 16:39:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783701552; cv=none; b=Ge5hHrORaPZNDnU+MT0RbElclWWCCZK8VkFZhPPlZnPJ95MSXioiWeN4Hpotk6lHdxyohamGeFUnfQDcyIu9UN+CZC7oaxJkRfoXJ6pucxP8ZTM0WF1BQrU/xfGaAnf38MEH6U7p3+qTuOzu0I7zctw6qz2yerAPHLc1/hp9rgk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783701552; c=relaxed/simple; bh=PXWpFGDjo49ebvD3J1EZhbbcBn9lhFalPM090sNNP24=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=AGkCADlIOyJQfweJHlM8sdbLvjRiUt39Ml/34h76SvE6MayoyFKN5WUy+F9cjI4dII84kqXktZXGEa5YHZGnQ1iET4GGCtlwquJIODzGzBJ2r3NxsjbJNBZyIXMqWyoCsTRiPLRGdWkOGYIEAoU5CtLL/Vsa0y3bBxtHQrVv49o= 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=V44Ncneu; arc=none smtp.client-ip=209.85.222.172 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="V44Ncneu" Received: by mail-qk1-f172.google.com with SMTP id af79cd13be357-92e4fd65b2bso56709885a.0 for ; Fri, 10 Jul 2026 09:39:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1783701549; x=1784306349; darn=vger.kernel.org; h=in-reply-to: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=Pz9Az2A5A+eQsiowkEP3oUH5xkba/HyvmJjmLQ4f6yE=; b=V44NcneuBmSKEBchN78CSp+SaMfBLy1//YCpr9I1tT1XRDcFXG5+tSyEJHEeaYeVfz NIrEue9qNfNKDSL2SyQc22uCFfZIccdEKlzTvZiVjxSs7yW8ymKPTbjh3h5fCx8J6VRE ruw7a7Zb4wsfuusky6aj8N5Zh51FpvSSoGJh81s9qefwupZ1P5l5cIhrHg0UWBRhHCZF uNQncP6VKhKSu8y8EbYfIk2ibfq5mUb/raxQxKixeDH/8G6mZA13O+UEHcgJY563IsTS 5NsI1Y3ojGWLdbyGmeRkfxWy2e+I5uI8lgN5cqIFUUap3X2wvZlttOnhG3/sjVeBLu5G WuaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783701549; x=1784306349; h=in-reply-to: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=Pz9Az2A5A+eQsiowkEP3oUH5xkba/HyvmJjmLQ4f6yE=; b=AVoNdPfYcC448vpk8FeeS2hOA87c6N3Oygubu4Ig2d7GGiwNkxm3dwsX7sgUuIPnWe YVCGYN2M/vIO7X+ZMAovGcMmqQd8b10jQevOiZTnUUjQjgSveZWmFpkvILLr/mu0CFsW O/aenyqxT8bGNMhsJc6pq2YSi1zz0jBVpAU8H5LJEoH29NGXvegohSMvGG16/WKEjC1r 5M12Pwaf0ESzSDeVqW2SSSRDTNQHP0PYeFhEHSs+64XMsxZ7WUgRkgvj56oyiexZEnw7 xQEYi5ae/+2wxFrBiYx1+cPl08NAt1vMLZdbYCQ8l00dO1PoiRmmxL7JU0qNin50HBD3 O1DA== X-Forwarded-Encrypted: i=1; AHgh+RoYuFMOH4draQoIoPgp5/PkqLCNYp8p5lXEQpwcZa4S86NpgTLTr++ci9C5gFugkBb6HuslYVSjr0WR@vger.kernel.org X-Gm-Message-State: AOJu0YyjZHw1/o44QoYoB4RCpFlocBaEyTwCQPLUvEmTcRAvhCh+zfym ZjgtoIF89vJm98u9hOB0lyT93fu/Qq2UD5mNlwSevReytNIQzg9gER4FlbVJMlq0JV8= X-Gm-Gg: AfdE7cnGYAXmOFPFQ3wtOrzqVUUR68JOE5Fj/qOggZyGOxafH0bcGi4i8w51bbORgW/ WztcMGeB3L+KP/rMAbFHsGFay+d7R1Gf7yNKREFxZoKHL3bcRwtMC5Sqpdt8oUdHBWwZLNy8e9A D33+eIytXYZKUkwMEI/vkeNhRcmvhKVm3FfUmRG4yPLSXi0xc0RiuUBNUWr4mcpuOxFDQompP6T yr7/3DY4QWVvGeNaZ3PRFD4GpaT0u+sRxktPDEASCOuvTgwAVwq8CarIr7YWCpMz1E1FuDSA+BJ lx0szY14F4e/I9Ub+7M+tbfDs+FBV3ayRiE3m/ia66+lvXecR2hWo2UmZ1tJC3TjRoYNzkGF929 gJQAeMeQ3llo0W0j4/BINtESAHM0Vm5kJKWYGAs8d0R54sqGvuTyaddYtUobT X-Received: by 2002:a05:620a:2842:b0:92e:44eb:1e7a with SMTP id af79cd13be357-92ecf5f0e37mr1356630085a.29.1783701549520; Fri, 10 Jul 2026 09:39:09 -0700 (PDT) Received: from ziepe.ca ([159.2.72.92]) by smtp.gmail.com with ESMTPSA id af79cd13be357-92ee5bcb074sm235123285a.21.2026.07.10.09.39.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Jul 2026 09:39:08 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1wiEFo-00000007YRj-1Qzt; Fri, 10 Jul 2026 13:39:08 -0300 Date: Fri, 10 Jul 2026 13:39:08 -0300 From: Jason Gunthorpe To: Stanislav Kinsburskii Cc: airlied@gmail.com, akhilesh@ee.iitb.ac.in, akpm@linux-foundation.org, corbet@lwn.net, dakr@kernel.org, david@kernel.org, decui@microsoft.com, haiyangz@microsoft.com, kees@kernel.org, kys@microsoft.com, leon@kernel.org, liam@infradead.org, lizhi.hou@amd.com, ljs@kernel.org, longli@microsoft.com, lyude@redhat.com, maarten.lankhorst@linux.intel.com, mamin506@gmail.com, mhocko@suse.com, mripard@kernel.org, nouveau@lists.freedesktop.org, ogabbay@kernel.org, oleg@redhat.com, rppt@kernel.org, shuah@kernel.org, simona@ffwll.ch, skhan@linuxfoundation.org, surenb@google.com, tzimmermann@suse.de, vbabka@kernel.org, wei.liu@kernel.org, dri-devel@lists.freedesktop.org, linux-mm@kvack.org, linux-doc@vger.kernel.org, linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-rdma@vger.kernel.org Subject: Re: [PATCH v7 4/8] mshv: Use hmm_range_fault_unlocked_timeout() for region faults Message-ID: <20260710163908.GS118978@ziepe.ca> References: <178345345668.660027.2952911919681614557.stgit@skinsburskii> <178345363584.660027.14063544694872741718.stgit@skinsburskii> Precedence: bulk X-Mailing-List: linux-rdma@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: <178345363584.660027.14063544694872741718.stgit@skinsburskii> On Tue, Jul 07, 2026 at 12:47:15PM -0700, Stanislav Kinsburskii wrote: > MSHV currently faults movable memory regions by taking mmap_read_lock() > around hmm_range_fault(). That prevents the fault path from handling VMAs > whose fault handlers need to drop mmap_lock, such as userfaultfd-backed > mappings. > > Use hmm_range_fault_unlocked_timeout() instead. Passing a timeout of 0 > preserves MSHV's existing unbounded retry behavior while letting the HMM > helper own mmap_lock acquisition and refresh range->notifier_seq internally > before walking the range. After the fault succeeds, MSHV still takes > mreg_mutex and checks mmu_interval_read_retry() before installing the pages > into the region, so the existing invalidation synchronization is preserved. > > Fold the small fault-and-lock helper into mshv_region_range_fault(), since > the remaining retry path is just the standard "fault, take the driver lock, > check the interval notifier sequence" pattern. > > Signed-off-by: Stanislav Kinsburskii > --- > drivers/hv/mshv_regions.c | 54 ++++++++------------------------------------- > 1 file changed, 10 insertions(+), 44 deletions(-) Reviewed-by: Jason Gunthorpe Jason