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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2F57DEB64DA for ; Thu, 20 Jul 2023 12:09:18 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A30D62800F8; Thu, 20 Jul 2023 08:09:17 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 9E08328004C; Thu, 20 Jul 2023 08:09:17 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8CF5A2800F8; Thu, 20 Jul 2023 08:09:17 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 7DD8228004C for ; Thu, 20 Jul 2023 08:09:17 -0400 (EDT) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id 004171A0347 for ; Thu, 20 Jul 2023 12:09:16 +0000 (UTC) X-FDA: 81031869954.14.0B05C92 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by imf08.hostedemail.com (Postfix) with ESMTP id 4423016000B for ; Thu, 20 Jul 2023 12:09:14 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=none; dmarc=none; spf=none (imf08.hostedemail.com: domain of hch@lst.de has no SPF policy when checking 213.95.11.211) smtp.mailfrom=hch@lst.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1689854955; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CgNOtes5J1KEGl7r8pdH5e6D9XPEpOwPui3cmJO+D8k=; b=dTx7Q+v9TavrRkX/fuZVUA+sg6yPpZcx+BzMCthwOES7DX+mBRpstTzEvHgxv2rG0g2hme IMI6JiQ4SLklLI2YWtvW8x+onVaBhx8WxAaGKcTb7EPvY9ktCUDQMzDsfmCPQWykkNZ0f2 wK2InS9Vq1MwPYVYiISsuIiCCrsYKtM= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=none; dmarc=none; spf=none (imf08.hostedemail.com: domain of hch@lst.de has no SPF policy when checking 213.95.11.211) smtp.mailfrom=hch@lst.de ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1689854955; a=rsa-sha256; cv=none; b=J8WU1dA1YD3W5F7WptZ8yMUjyasW388c8c7WvkBdAgVkpe2eUlUTlrxzKzq/swnW24kzpx 9kSCy/T+KcPNr8RsahmG0ZON+fH+HOIWPovJrvAeKJl4HhZ2tgbO8zGzQW1Z09pDPcF9xO EXSxV8CM2ownFSfzG6InF5TAH8MgGPE= Received: by verein.lst.de (Postfix, from userid 2407) id E90C16732D; Thu, 20 Jul 2023 14:09:10 +0200 (CEST) Date: Thu, 20 Jul 2023 14:09:10 +0200 From: Christoph Hellwig To: Matthew Wilcox Cc: Dave Chinner , Hannes Reinecke , Christoph Hellwig , Jens Axboe , Miklos Szeredi , "Darrick J. Wong" , Andrew Morton , David Howells , linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, ceph-devel@vger.kernel.org, linux-ext4@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, cluster-devel@redhat.com, linux-xfs@vger.kernel.org, linux-nfs@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 16/17] block: use iomap for writes to block devices Message-ID: <20230720120910.GB13266@lst.de> References: <20230424054926.26927-1-hch@lst.de> <20230424054926.26927-17-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Rspam-User: X-Stat-Signature: rtxh684q5c4okeuxsn98x4t1urdo19au X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 4423016000B X-HE-Tag: 1689854954-147363 X-HE-Meta: U2FsdGVkX18IzM0ykzUvs/JYyldTE/DxdU4IaKCF9ccNRi/mOTNwQmeZoHUj9um1iayV7+oIfHxBAA8meRA2kSkk/Q4PKPfNk/G+lYftgxAqfv/etF7lNZr2W/X6e8Ee1HPJONW5MCexcVQiIdEzGQy0M36eYoVb13SY1OrBF5XcjYY3ns2IuYyPzV8S4RPrRQbe7PcEMDeGqiQPwldTJuR2pwuF2lLnE+kGBJlOAUbmJqmQDkque535QaVbAHe5E3V94lXWhHdJEQ/b6/CgrgHO5jixjbMtph5PWjmr5PzgMqKFVpzobVngjalPXxdn7RW/LNYmb7gfyZrwlfssNOV4RB1ih0wpqBNw15xIEPd1xl6O3Zf3RAqF3Wnv9mM00z5mM0zPYI9m9zzs4Mfv8ZK4UUojjD9r0MSSODKixKcg5HqhUrCnnhf7i6SXdI1q0cxxNLjYTCf1Ip74p4kouJZQKVVNW0wpj9aj/aEpj6P3PtpIZfBA1iBMa9c4huc1DKok1oI/TpcHq1afFsH3lxdAHIDYrSWF/JnuWLMes/CuL23X3ry41ikwL2B9Z/bDydPO4PekBTxjhE85ANFduH7V5Z6fQINyWIJKY05ShfHNPlksXnxC0WcrXndHH6qsWvSImhH+4fkZ7/IjlQ4vUMDshnDCINTfkGdf9UiuBaOdkXkluZgJHOJd4wfZbDiCw88cctcekVXzLGahZMcrJSr0tD4f4L+DUgBHBtcif8kBKqmf64+HVaI2o79ypW1GC90KSBCTj70H8bgAXdNgpXS0KZjZKjYmuMIUWn50I4Zm7U7S5WqsODEdlFPMcen6VvAS1t5Ceowhk/tu1CT2mit98+CeIJQF0yrBudnbiNlYVq0VFgGeZTY0enUjKdx+sHWJPYXDQSxlm/v4Uaughz5vpzYYocReKQl7WZzuIMXpbRzABjPKaBvvOk2XNWh4Q6VIUHsEFmVmt4L9W1/ 2u1sP6WU pXaOOjxqpBQLx+1U3Tix6ncvDuX/qBmRAkgaNlsZDIR5l81CzMHTUNLInow== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Wed, May 24, 2023 at 02:33:13PM +0100, Matthew Wilcox wrote: > As you can see, do_page_cache_ra() does limit readahead to i_size. > Is ractl->mapping->host the correct way to find the inode? I always > get confused. As far as I can tell it is the right inode, the indirection through file->f_mapping ensures it actually points to the backing inode.