From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 461A51F3B83; Fri, 13 Jun 2025 20:04:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1749845086; cv=none; b=nghwglcI+WfdNecaljR/DFbDdzJB9Mz3EZZchcbZN2f8/f8HxlqufboWBPkvC/o0J+NqJYn79IGzWAZJoLuGAck7LWHgq3rB7jz+U9d/8S5wpCt562+3rjbnNEUoRKgAZooa6zsRM7JNczBvRlJb2BUxsVpD8xRcR34wpCiFjqE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1749845086; c=relaxed/simple; bh=1vsSmmZ1ACTtZ+LU4FX4Fkr0A7F1qz8MU5LJDH6hE0s=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=FD62vVc0D46QKbhioKtNUDOmrQQ993lQ1yYGklQEvm8wVKSzX5aANFZSl+88aSYAeRqY0aabbJwOsCsXjHP3wChjOq7mVgQH7VAWDcFDgY8f4I3hSfs99Yh7iUiFMe0V4AlNfgzJrT5CykF74KYwnae6zhgN7vpU0CO3KBNbKs8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=uR0MtTse; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="uR0MtTse" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6E65DC4CEE3; Fri, 13 Jun 2025 20:04:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1749845085; bh=1vsSmmZ1ACTtZ+LU4FX4Fkr0A7F1qz8MU5LJDH6hE0s=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=uR0MtTse3NJobk7ndpDlO3mCZtOnoOleS5ge7zjMo/J9hJYL8soqpGK/2rvnmG/L4 9jJlO0u1UkhUxI/GaRKqlyqymKta0fYrCqCaZam/RcEaF/kZvss3Nw2IXrr4O3YjN6 42tdSlI7P/Whb5eQnTSRilfEFAWSmIHa4bEO25Vw= Date: Fri, 13 Jun 2025 13:04:44 -0700 From: Andrew Morton To: Matthew Wilcox Cc: Christoph Hellwig , linux-mm@kvack.org, Ira Weiny , linux-block@vger.kernel.org, ceph-devel@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH 0/5] Remove zero_user() Message-Id: <20250613130444.9a1affd0ef5ff719be34103e@linux-foundation.org> In-Reply-To: References: <20250612143443.2848197-1-willy@infradead.org> <20250613052432.GA8802@lst.de> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: ceph-devel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 13 Jun 2025 20:51:06 +0100 Matthew Wilcox wrote: > On Fri, Jun 13, 2025 at 07:24:32AM +0200, Christoph Hellwig wrote: > > On Thu, Jun 12, 2025 at 03:34:36PM +0100, Matthew Wilcox (Oracle) wrote: > > > The zero_user() API is almost unused these days. Finish the job of > > > removing it. > > > > Both the block layer users really should use bvec based helpers. > > I was planning to get to that this merge window. Can we queue up > > just the other two removals for and remove zero_user after -rc1 > > to reduce conflicts? > > If I'd known you were doing that, I wouldn't've bothered. However, > Andrew's taken the patches now, so I'm inclined to leave them in. > No matter which tree it gets merged through, this is a relatively easy > conflict to resolve (ie just take your version). I have some more > patches which build on the removal of zero_user() so it'd be nice to > not hold them up. Sure, Christoph, please just proceed with the block changes and we can see what the conflicts look like when Stephen hits them. If Matthew's series needs modification then so be it.