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 lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 92105D39420 for ; Thu, 2 Apr 2026 13:19:34 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [127.0.0.1]) by lists.ozlabs.org (Postfix) with ESMTP id 4fmjBF0BNKz2xls; Fri, 03 Apr 2026 00:19:33 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; arc=none smtp.remote-ip=172.234.252.31 ARC-Seal: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1775135972; cv=none; b=dgRlLQggtM5Z3tIWtdEPx0s/vCftKgIZLf3wGb7flIS/7QnURbMJyEWdF0QuuybcAkyKzBvmWY7g2SIb9Y4Bj0/EPeFzeMrMPK69bE/B+qkkLDCMGSkIYjM6/otH9/Is2ML5Gj9DA40hKLCZZYE+kf//T+EXSEUOKfXZS2g0K6uZIFQZKYisuTGyEqlw7p4iQ5YzR31XYSr4SZ/WfazNCFcVlJvCvf+bpZvAp2ZLOVUw4jiTEJfX0W43z4Xl2JEJ00LUuR21vdIEjos1u0QAQLBMV4sVDL2n/qdYTbVDYMeXWtWx94ansSf7uLz8fj6JOE9r0I31urLQiPWFUDTQqw== ARC-Message-Signature: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1775135972; c=relaxed/relaxed; bh=U8snQy/eQ1CtSl7sjsyKzVMyGOlyG6mxJvBfsXBezEg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Ma8q8oz8S1XbuyhVDdQdefveYo/+gXuU/gJENdFjpN8/tvBYVAShSUmgaMS2h1+rDMydljciYyn5rxgDt4qfxqPz8PEk9Dbmimgb6LbPTdM03CSaKHLUPAkAB/RwRjq5YT8pud9byvv85juc9UgdIrtLaEaUq95teg+92AYohIRzHwsSWYEm4bxsOdLgEOJAHU9J3TBoxk+xyy+pShDmUFy+syrEN/xmjZsqGQJJtKSk4tfWpXuep6H+tkVJ5Q23bYtgzwEwabrKdXsVj40SzjfXXjBJwQ/kea8hTmV6ZlGf5+XdxP5lLxUFiDeLpeD5EmQQK/i/xM+Bu3V88qBgoA== ARC-Authentication-Results: i=1; lists.ozlabs.org; dmarc=pass (p=quarantine dis=none) header.from=kernel.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=WzJ7fOKs; dkim-atps=neutral; spf=pass (client-ip=172.234.252.31; helo=sea.source.kernel.org; envelope-from=ljs@kernel.org; receiver=lists.ozlabs.org) smtp.mailfrom=kernel.org Authentication-Results: lists.ozlabs.org; dmarc=pass (p=quarantine dis=none) header.from=kernel.org Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=WzJ7fOKs; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=172.234.252.31; helo=sea.source.kernel.org; envelope-from=ljs@kernel.org; receiver=lists.ozlabs.org) Received: from sea.source.kernel.org (sea.source.kernel.org [172.234.252.31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4fmjBD2Wymz2xln for ; Fri, 03 Apr 2026 00:19:32 +1100 (AEDT) Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sea.source.kernel.org (Postfix) with ESMTP id E1B0A42DB8; Thu, 2 Apr 2026 13:19:29 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 31ED0C19424; Thu, 2 Apr 2026 13:19:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1775135969; bh=CP9YsJiyp8+E0fCnXGymsdmnpD+1bZ07yNUfO87lEas=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WzJ7fOKsWMjrIYw4RJoa1MJ8JdkSBETKO0e3SOHFOipeBkQaHxlJaKax1lNPJAeQM AyQHmkOhxZVOkl6d2nMduakMhWSuDlo9qEM9+GrE4ZxxIEUxLicD6UisMn9EKqxiP9 WB8vE2SXYzvePC/wKF6aqhfFUmK0Obdf/6vaD8rj8DGtV6r1S5Z8KNB+wXA9V6Ey3k hoT4E+QVrLAPlVw39NhFwHRy2vT/WfASIQgOWFBVDasGHTeogMRrCF7a7HzWLX036o A+9JEDdDNYvUUqHINUb/XMGlk1O4ax+VM1V28f+QpJ9iKqzfmWmQ+8TDG62A4a7/Vn 53EDKad3CxxLQ== Date: Thu, 2 Apr 2026 14:19:18 +0100 From: "Lorenzo Stoakes (Oracle)" To: Suren Baghdasaryan Cc: Andrew Morton , willy@infradead.org, david@kernel.org, ziy@nvidia.com, matthew.brost@intel.com, joshua.hahnjy@gmail.com, rakie.kim@sk.com, byungchul@sk.com, gourry@gourry.net, ying.huang@linux.alibaba.com, apopple@nvidia.com, baolin.wang@linux.alibaba.com, Liam.Howlett@oracle.com, npache@redhat.com, ryan.roberts@arm.com, dev.jain@arm.com, baohua@kernel.org, lance.yang@linux.dev, vbabka@suse.cz, jannh@google.com, rppt@kernel.org, mhocko@suse.com, pfalcato@suse.de, kees@kernel.org, maddy@linux.ibm.com, npiggin@gmail.com, mpe@ellerman.id.au, chleroy@kernel.org, borntraeger@linux.ibm.com, frankja@linux.ibm.com, imbrenda@linux.ibm.com, hca@linux.ibm.com, gor@linux.ibm.com, agordeev@linux.ibm.com, svens@linux.ibm.com, gerald.schaefer@linux.ibm.com, linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org Subject: Re: [PATCH v6 2/6] mm: use vma_start_write_killable() in mm syscalls Message-ID: <495a4331-6575-4eb5-91a5-245ab0ad3637@lucifer.local> References: <20260327205457.604224-1-surenb@google.com> <20260327205457.604224-3-surenb@google.com> <5d90d998-9b8d-435c-b684-260600311797@lucifer.local> <20260331112921.854d4f6cc793dba0972ee9f1@linux-foundation.org> X-Mailing-List: linuxppc-dev@lists.ozlabs.org List-Id: List-Help: List-Owner: List-Post: List-Archive: , List-Subscribe: , , List-Unsubscribe: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Tue, Mar 31, 2026 at 01:14:51PM -0700, Suren Baghdasaryan wrote: > On Tue, Mar 31, 2026 at 11:47 AM Lorenzo Stoakes (Oracle) > wrote: > > > > On Tue, Mar 31, 2026 at 11:29:21AM -0700, Andrew Morton wrote: > > > On Tue, 31 Mar 2026 08:01:11 -0700 Suren Baghdasaryan wrote: > > > > > > > > Instead? That is, assuming we really need to care about this at all. > > > > > > > > > > But I think I don't like this change at all? > > > > > > > > Yeah, this was the part I wasn't sure if it's worth adding. With your > > > > vote confirming my scepticism I'll go ahead and remove the parts I > > > > added to avoid extra vma_start_write_killable() call (3 instances in > > > > all) and will post v7. > > > > > > Thanks. I'll remove v6 from mm.git and shall await Lorenzo's advice on > > > v7. > > > > > > > Ack, if we just drop the problematic bits we might still be fine for 7.1 :) > > Let's get your cleanup first and then see where we are. I also hate > the way I have to report a fake error code, so with that cleanup the > patchset should be much nicer. Ack, yeah it's horrid, + _my fault_ :) I can put something together now perhaps that can potentially be queued up for 7.2 at 7.1-rc1. Cheers, Lorenzo