Received: by 2002:a05:6500:1b8f:b0:1fa:5c73:8e2d with SMTP id df15csp419786lqb; Tue, 28 May 2024 22:20:31 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVbylOABYNKSC2cT3XKUoQCNrK0DOKT7giTo2J5WxGYAkGmRBKjASyUkVfH1RWoZIrR9RMUsZTk+CKntEQmLOLWMor411nm1++TMa1E9g== X-Google-Smtp-Source: AGHT+IG9ZuJpavEZ7zhewC7GBzycBUNvdo2EzZSBGc+bNu353VTzRaryio5JyzRQwIFC1+9xfYED X-Received: by 2002:a50:bb09:0:b0:574:ebe0:7dbf with SMTP id 4fb4d7f45d1cf-578519870cbmr8175676a12.12.1716960031382; Tue, 28 May 2024 22:20:31 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1716960031; cv=pass; d=google.com; s=arc-20160816; b=buv7q/KxMkDTwX97YVmzUBn1H2kWMR7hXI5JJG/m1wrVq9PxH3KsTiA4PX293/USJO oDflW/N8A9J85iYyYwwAV2YdP82iJjOoV4jC8Ogdj05OAMwb6BslU13rqikcQ9UbBv+O dsst44y2A5mHLOYbp5o2ZfSw/jBjDCYM5G7+e3HBQUGAePFm4wlXgPx+XE68WkJfUioa TVD0ktB2VH6LDEiqIveJXcHOmU5fd8WhdcFT+FIquk3BnaDjP9R7QJapYm9HXskZCU8b yHZ+OAJClHLCnVHGHfQWXLoxlfjZRFcYGFx46yPsZz8NOz6qT3AgG58+/KeRjONabPfw KcBw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version :list-unsubscribe:list-subscribe:list-id:precedence:references :message-id:subject:cc:to:from:date; bh=wyQwRH/srQtKnHi2OabhKifM6oRzhsKJO1uymU95X7c=; fh=Dk305f9xd/mXvI4Xk50RrI85sYdneBYagoj2h78w+Ao=; b=vtZO76/aUBYlMZJS4QqAif/PHYEggFXnk6gERM/zLg3+i6XZIvRC83iQU2tXF/ic/I WF5PmK5Y/KsaHi/nXp2k2Q7wZipqHTDGpfZu/c52TqRpo5Uxal1KQdtB9QZzM57Su2DK kSC6iFk64y6fg7R7XXDs8+Fr4dfsuOK6YpscwXA9mOzSR3Sv9glevUlkKXWhhdHn2YFp jY6iwUxWydtWgkXs5sGyH9gNaxGLI9G2/mhtaANNyiOX9k4zkoo4SxH64P7tECIS2VG2 87NHYHm1DfeGmrYUU8igpA9+eKU6n/meAm9O9gxFgbPQn5iSqt97iopdbjdH0xYtg83c caFg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=lst.de); spf=pass (google.com: domain of linux-ext4+bounces-2696-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-ext4+bounces-2696-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id 4fb4d7f45d1cf-579c6eb9f42si3949566a12.32.2024.05.28.22.20.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 May 2024 22:20:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4+bounces-2696-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=lst.de); spf=pass (google.com: domain of linux-ext4+bounces-2696-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-ext4+bounces-2696-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 21FB21F247D3 for ; Wed, 29 May 2024 05:20:31 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 60C6F15B972; Wed, 29 May 2024 05:20:24 +0000 (UTC) X-Original-To: linux-ext4@vger.kernel.org Received: from verein.lst.de (verein.lst.de [213.95.11.211]) (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 8A07113A412; Wed, 29 May 2024 05:20:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=213.95.11.211 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1716960024; cv=none; b=rxV3+iZfoA7C7rHDEAsE+Hi0DzCxWnhgJAsSd+mbNlLDcGseOIjBDB1iZNC1pgWkHJvRQQqKLx2hvGZgejLJPR40TWkRzoAHYRG5MmzlTtwADsRePB33Rh1H0c+KbCxWsTPudwK+ns4eoWgPr9W7sj4MhV8p0O+nxlpMREODlHc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1716960024; c=relaxed/simple; bh=1UF5wLDZH52kQQrtLtl5zDihegHq2jfGPBVOxdLdhIM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=JGU1S5KC2tYG97JfDaZMPo65y492s3SgOKMZFRtkpW7xDNpQAhQucKWe7uiinPavTPiCfRJRoCRarfNE8tsXwzbPqRFZVgoK9n+LDiRR+F+rfoskdik5l9UVPpj6++iDkodg0JOb4ctZUtt0S/tQPCrtV/c4IzLnsP3r9kLoJYU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de; spf=pass smtp.mailfrom=lst.de; arc=none smtp.client-ip=213.95.11.211 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lst.de Received: by verein.lst.de (Postfix, from userid 2407) id E7E6968AFE; Wed, 29 May 2024 07:20:18 +0200 (CEST) Date: Wed, 29 May 2024 07:20:18 +0200 From: Christoph Hellwig To: "Matthew Wilcox (Oracle)" Cc: Christoph Hellwig , linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org Subject: Re: [PATCH 0/7] Start moving write_begin/write_end out of aops Message-ID: <20240529052018.GA15312@lst.de> References: <20240528164829.2105447-1-willy@infradead.org> Precedence: bulk X-Mailing-List: linux-ext4@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: <20240528164829.2105447-1-willy@infradead.org> User-Agent: Mutt/1.5.17 (2007-11-01) On Tue, May 28, 2024 at 05:48:21PM +0100, Matthew Wilcox (Oracle) wrote: > Christoph wants to remove write_begin/write_end from aops and pass them > to filemap as callback functions. Here's one possible route to do this. > I combined it with the folio conversion (because why touch the same code > twice?) and tweaked some of the other things (support for ridiculously > large folios with size_t lengths, remove the need to initialise fsdata > by passing only a pointer to the fsdata pointer). And then I converted > ext4, which is probably the worst filesystem to convert because it needs > three different bwops. Most fs will only need one. Hopefully ext4 will get convert to iomap before we need this.. :) More seriously, there is an ext4 iomap conversion in progress and a ext2 one, which is a really good copy & paste model for a lot of the simple file systems. Maybe just wait for some of this to settle to avoid a lot of duplicate work?