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 9A874C10F1A for ; Thu, 9 May 2024 12:58:33 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 2C4CD6B0082; Thu, 9 May 2024 08:58:33 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 24C1A6B0088; Thu, 9 May 2024 08:58:33 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0EDE76B0089; Thu, 9 May 2024 08:58:33 -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 E95116B0082 for ; Thu, 9 May 2024 08:58:32 -0400 (EDT) Received: from smtpin20.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id B18C51A1520 for ; Thu, 9 May 2024 12:58:32 +0000 (UTC) X-FDA: 82098861264.20.DA59F93 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) by imf23.hostedemail.com (Postfix) with ESMTP id E5C18140017 for ; Thu, 9 May 2024 12:58:29 +0000 (UTC) Authentication-Results: imf23.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b="TS/zwIpI"; spf=none (imf23.hostedemail.com: domain of BATV+16439c8c750d17eda2cb+7564+infradead.org+hch@bombadil.srs.infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=BATV+16439c8c750d17eda2cb+7564+infradead.org+hch@bombadil.srs.infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1715259511; 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:dkim-signature; bh=P8JtwUqTZ5thY5C0o8JQ9jcIA6kib8zFsh+AmPPcQkw=; b=Ej2HM+3du6UYm6B+TzL38QBG+KrkhHTftvYKL0BSYfXs9pyfrrb0A151dQPy8GHI1BEao2 Wh5It2eh7IQ0805hDucDoWX6CL1WnC9f7Juyh6icWd6NsC9G8ByXW81QpL/8kBD7Ck1aT+ 3UkIY+Ge5JjoS7RTYvB10aIAw9yLNm8= ARC-Authentication-Results: i=1; imf23.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b="TS/zwIpI"; spf=none (imf23.hostedemail.com: domain of BATV+16439c8c750d17eda2cb+7564+infradead.org+hch@bombadil.srs.infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=BATV+16439c8c750d17eda2cb+7564+infradead.org+hch@bombadil.srs.infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715259511; a=rsa-sha256; cv=none; b=OdffMzyiJTrZInBHF7RVIm1FWGOqvN3UH8+Qu3nEhiJYaHf1epcjFwUtfel5Tg7eow69oM hH9ogYTgAaA73+pAI11uv4BAr/8FFwKwm3Z/G/1QnEcjlWIags4RoudFAsGDAhszT6nZ1J gMliZFkPGyINBARuU6SiAJSpumeA6vQ= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=P8JtwUqTZ5thY5C0o8JQ9jcIA6kib8zFsh+AmPPcQkw=; b=TS/zwIpI/RgjwOZIRNph0V1iPg HFcQKqlkwrUU+z/fSblzUSWWo/CcR1JozYosfXC/3cdu1Krwf7lInvpoP222XBUJKgn7j696Q9aQR oYbe3BcJjc1IykDXgGRB9TPZZTQis23b4wjWRNFOS+7GVflB14MGtUSobZkXZAJfT/EV3/rHtvz/E 3DQ1XkVZK7NZoMbuowRbe/cbywe/SgPkRkpu5Jk8VXha4nEGm3JFYGO2luu2m0t5hwwRgwxFAyMLi ElSwArKsC7VSDkGuTwnIvysLt55peuNMyVDcWSnVM7kSpgantdDoj/5YSZIrx6ED4eSteU5z2AGhr aL1XHHdw==; Received: from hch by bombadil.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1s53Lr-00000001VQ2-0TaS; Thu, 09 May 2024 12:58:23 +0000 Date: Thu, 9 May 2024 05:58:23 -0700 From: Christoph Hellwig To: "Pankaj Raghav (Samsung)" Cc: Christoph Hellwig , hch@lst.de, willy@infradead.org, mcgrof@kernel.org, akpm@linux-foundation.org, brauner@kernel.org, chandan.babu@oracle.com, david@fromorbit.com, djwong@kernel.org, gost.dev@samsung.com, hare@suse.de, john.g.garry@oracle.com, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-xfs@vger.kernel.org, p.raghav@samsung.com, ritesh.list@gmail.com, ziy@nvidia.com Subject: Re: [RFC] iomap: use huge zero folio in iomap_dio_zero Message-ID: References: <20240503095353.3798063-8-mcgrof@kernel.org> <20240507145811.52987-1-kernel@pankajraghav.com> <20240508113949.pwyeavrc2rrwsxw2@quentin> <20240509123107.hhi3lzjcn5svejvk@quentin> <20240509125514.2i3a7yo657frjqwq@quentin> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240509125514.2i3a7yo657frjqwq@quentin> X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html X-Stat-Signature: gjjw379ezay7wtarpchq1jkbzsrt3qfx X-Rspam-User: X-Rspamd-Queue-Id: E5C18140017 X-Rspamd-Server: rspam05 X-HE-Tag: 1715259509-968412 X-HE-Meta: U2FsdGVkX1+8KxrI8NhV6rj8gFT8WjzYZ2R789l9s768JoYdJKSTwY+DeM79rFZfd4W++WWj581QQT2+cii3g3m63RufDHdXfE11O37Yd+c64zrPRM0VmxcvN9e2am4T7LPnj6v6YBaczxMQ1j8vuN1vz+EwSXavsayek35zaUljul9GkYqMzV5EyySLNyFmSGM4NdMUYkIzVH5xayO1kk8LdvA+GA5Ws8yjIHRAH6Rz1QSLBT1Rd/dBIKjEEt4catbeSNH1nIfeVXq7RHQ0dIbyuDHdvysMZVP2gmYZfrvBzrXDXGOLS2Hr4Q2nxZDlZOhcz7TsR1IKQ+TIR+LD8fLB8QjmCvZBRVU8ol/R7jSCif3gyEgLztn0451+lddkdtUtEJd260WEPyKZkHHigqZ2Un1Y1BzcTAve96U88IX6UZjLULaDNaBsIWp1GCgye7NAg2uto7MZJgOdyZBzJOydQcjo4Fep6bBVxXAkaYJIpW4r+VNTESx9UdmegZ2r6Mo1HK9U02BVCW7xaLZLIVcW2gqCpmqjhsbNpxmvR5XUw0EVlmVqjnP3DI5hCTF3dkEthMU7QK4kjbeyX4Pb+zINyKUAcWBWLbadNuBVjJrC8tUApv3015ajHb6beOxj2RUoh6APCMgD5EEf1fEX0vtTB/fYLx7pKuiCWmpA6emrwpwS71SxbHMVWriy2U0JBJ0BuQ+P6OvfqKgCVkUXfLdyg8NrWlgn6dz+rY45KyB2vSnSJZ3gwryJ/PJAf3K1TDsHSxB2/D5Bd+hzcqM71nTN2tm78dN5udWR3z1gDZydnQgsPvHxm0p0tPj0Ljy7ZH6JIk3Vql7eSNZMoRqmzSkHca86OVT2ECowCP8kLmuaU7KP+4cbTdMel0Up+UGM6s1zfd9e1blq6cVAmdlEUCn0puKRJGNqOx5F+iKB2SFmCc+lWiBiOJdDZk7hK+odIG9UyUU8D+F7Fbak5zs vMYm8E/o 7NpXwToSFg3NO6C7IrVgr7taF7Mx5UOuV9X6eCLGFozLDdRwhnfxasFbmG6exbrhE6cdxxciiyq99NWww1FcVJMPJ0m+GYD0Zt6IV9X3QFGPmLkWNE83/+2tfxdbQ7mGPwBeQZjafVpWv2N0XTgiRE3kTyer1xW9PwOiwn4I59IDemw3RUR8IWcW8rjObklf/gwpg1OZc4bCZiUoADwU59N5v8Dhe9b1mxXqjPbGV7Pr9DVloOHd3WC/6ICfB8LyZHgKBeKx4+6TIGxdzf18gWKiYr03cyZenkrHNow0tq3erJaW5YD/UKFlxk0tzu2zGAFOEBFV1DLWtmb/UJlasCGAkEm7lBfxCIJioaZSfTv2dULnHbOIJaSUTdh8q8GsWPffhpaX+/Wqrcj5WDmrocDS+WVGD6VGlv5HETTNpg/ck8DoQk/qbicv0ieOUUC4FWdMNLu80dP8Srl0xcFbFqvFPE4+mNOmRrHl5lCC0HS8Ox/cq2nAQRB1GLuV3XQTrg5Ck 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: List-Subscribe: List-Unsubscribe: On Thu, May 09, 2024 at 12:55:14PM +0000, Pankaj Raghav (Samsung) wrote: > We might still fail here during mount. My question is: do we also fail > the mount if folio_alloc fails? Yes. Like any other allocation that fails at mount time.