Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp224768iof; Mon, 6 Jun 2022 02:02:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJySgWOpsC8DahgQJZd33v4kgnipjrn7feh/kdIbYaYEAkzqJP9A+Z4Qe0IPPYy406CI/onx X-Received: by 2002:a63:340b:0:b0:3fd:c66:eb40 with SMTP id b11-20020a63340b000000b003fd0c66eb40mr15775322pga.288.1654506142607; Mon, 06 Jun 2022 02:02:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654506142; cv=none; d=google.com; s=arc-20160816; b=dfWodQ7hFI3KpuUfjDOJfUsOdf8qPuejyFTeCMDKF6qzJAs6A0EH288gVVD3koLFtF YjtiTzpuNaXdO9c7d9YCPj6I2javnUAZ76xzre2ijjFSqVA5K+se7UiKaK0Az2707sIk F9XzKrR1ex9kiB4Eini0QEL8Ez+9RR/ygYP2mwGF2y1ytVYSbJZbD/WqXwZCHCjLt4A1 L2rIgGjmQncq6ROZ7+oBNr2APp6KBAh13gkesKEMeEHoloDXrngaO9P2yes+qKZ6WNPs 9VHyqRqEfOjF39zix1zptFeMH8OE/2Msj1l8fxNFLelLUmPF3VshJTQf1CflvsKz8eYV +Xqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :dkim-signature; bh=E/ycmcP40JfEr5ZA2cVnkunkPduEzl79HGPWdaa0J4s=; b=uo9ocP8GhEYflH6gIbmrZiuYowCrqrVsEGTw4KO/ta8hUsRb49qyxfkKmqpRxAgo6d R0JmF3ZX7DB+5VVMJODIcbMYmra/8ejn1CNrnc08mZaXr63c1ulX4MAhZMLq8FqfLTlT h5GqTqA2O8aMqdpDqro+l6+7icRR28t1OpGArISFeVcxX3AgPApbP7ilQP27qtMcCFuP 0FPe2+5Ud2WP7aO8DvzyWjz9Ko5lb/bVPnZIvt0s/uJ2f1Q/bFA4Pf8udbGSS+NSRq6W 89bh7MyrcyFzQL6n7/vbwEm0EUBqQ/fpQ6MXligCT2IKvASczhUFZh+51uGDJEEbpKU4 saaA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=bfGNF+pd; dkim=neutral (no key) header.i=@suse.cz header.b=vhIE0NnK; spf=softfail (google.com: domain of transitioning linux-ext4-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id ay37-20020a056a00302500b004fa3a8e003fsi2775874pfb.246.2022.06.06.02.02.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Jun 2022 02:02:22 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-ext4-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=bfGNF+pd; dkim=neutral (no key) header.i=@suse.cz header.b=vhIE0NnK; spf=softfail (google.com: domain of transitioning linux-ext4-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 00DB6326D5; Mon, 6 Jun 2022 01:38:36 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232155AbiFFIiX (ORCPT + 99 others); Mon, 6 Jun 2022 04:38:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39100 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231911AbiFFIiS (ORCPT ); Mon, 6 Jun 2022 04:38:18 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3074C3193A; Mon, 6 Jun 2022 01:38:17 -0700 (PDT) Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out2.suse.de (Postfix) with ESMTP id 8DE0D1F461; Mon, 6 Jun 2022 08:38:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1654504695; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=E/ycmcP40JfEr5ZA2cVnkunkPduEzl79HGPWdaa0J4s=; b=bfGNF+pd/JsCb2543fqSLDK2cwhTVUdVVgsivmWkvWBvOlY50u3Erg0fkax5sk8W3LdAo5 AqfBD8smGy/l2AnZJYo+bUj3HeyntbaWPORU6Ti2ZTXiBtrJGAuLmL5TZaj2FUVg6V3tU7 +EJ+gZl6OcpO6BF6/tQTpAS52pKLXgY= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1654504695; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=E/ycmcP40JfEr5ZA2cVnkunkPduEzl79HGPWdaa0J4s=; b=vhIE0NnKC0zBb/W9efmO6bYIz1D0vxZggfAoqi9e8uaTCMm1pxoqLPaySAhUOGThSvdHjT KUZP9zRwKDSfvWCQ== Received: from quack3.suse.cz (unknown [10.163.28.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id 79B3A2C141; Mon, 6 Jun 2022 08:38:15 +0000 (UTC) Received: by quack3.suse.cz (Postfix, from userid 1000) id BC475A0633; Mon, 6 Jun 2022 10:38:14 +0200 (CEST) Date: Mon, 6 Jun 2022 10:38:14 +0200 From: Jan Kara To: "Matthew Wilcox (Oracle)" Cc: Jan Kara , tytso@mit.edu, Andreas Dilger , linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH 3/3] ext4: Use generic_quota_read() Message-ID: <20220606083814.skjv34b2tjn7l7pi@quack3.lan> References: <20220605143815.2330891-1-willy@infradead.org> <20220605143815.2330891-4-willy@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220605143815.2330891-4-willy@infradead.org> X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Sun 05-06-22 15:38:15, Matthew Wilcox (Oracle) wrote: > The comment about the page cache is rather stale; the buffer cache will > read into the page cache if the buffer isn't present, and the page cache > will not take any locks if the page is present. > > Signed-off-by: Matthew Wilcox (Oracle) This will not work for couple of reasons, see below. BTW, I don't think the comment about page cache was stale (but lacking details I admit ;). As far as I remember (and it was really many years ago - definitely pre-git era) the problem was (mainly on the write side) that before current state of the code we were using calls like vfs_read() / vfs_write() to get quota information and that was indeed prone to deadlocks. > @@ -6924,20 +6882,21 @@ static ssize_t ext4_quota_write(struct super_block *sb, int type, > return -EIO; > } > > - do { > - bh = ext4_bread(handle, inode, blk, > - EXT4_GET_BLOCKS_CREATE | > - EXT4_GET_BLOCKS_METADATA_NOFAIL); > - } while (PTR_ERR(bh) == -ENOSPC && > - ext4_should_retry_alloc(inode->i_sb, &retries)); > - if (IS_ERR(bh)) > - return PTR_ERR(bh); > - if (!bh) > + folio = read_mapping_folio(inode->i_mapping, off / PAGE_SIZE, NULL); > + if (IS_ERR(folio)) > + return PTR_ERR(folio); > + head = folio_buffers(folio); > + if (!head) > + head = alloc_page_buffers(&folio->page, sb->s_blocksize, false); > + if (!head) > goto out; > + bh = head; > + while ((bh_offset(bh) + sb->s_blocksize) <= (off % PAGE_SIZE)) > + bh = bh->b_this_page; We miss proper handling of blocks that are currently beyond i_size (we are extending the quota file), plus we also miss any mapping of buffers to appropriate disk blocks here... It could be all fixed by replicating what we do in ext4_write_begin() but I'm not quite convinced using inode's page cache is really worth it... Honza > BUFFER_TRACE(bh, "get write access"); > err = ext4_journal_get_write_access(handle, sb, bh, EXT4_JTR_NONE); > if (err) { > - brelse(bh); > + folio_put(folio); > return err; > } > lock_buffer(bh); > @@ -6945,14 +6904,14 @@ static ssize_t ext4_quota_write(struct super_block *sb, int type, > flush_dcache_page(bh->b_page); > unlock_buffer(bh); > err = ext4_handle_dirty_metadata(handle, NULL, bh); > - brelse(bh); > out: > + folio_put(folio); > + if (err) > + return err; > if (inode->i_size < off + len) { > i_size_write(inode, off + len); > EXT4_I(inode)->i_disksize = inode->i_size; > - err2 = ext4_mark_inode_dirty(handle, inode); > - if (unlikely(err2 && !err)) > - err = err2; > + err = ext4_mark_inode_dirty(handle, inode); > } > return err ? err : len; > } > -- > 2.35.1 > -- Jan Kara SUSE Labs, CR