Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3027068imu; Sun, 9 Dec 2018 15:28:51 -0800 (PST) X-Google-Smtp-Source: AFSGD/VmpCRA0XpfJnRbOq3XCUogKXuIkRPTiUJ38TIWhfYu5V3C7cWix0QN0jz5ZrPE2OwhdR88 X-Received: by 2002:a17:902:1682:: with SMTP id h2mr9991847plh.243.1544398131432; Sun, 09 Dec 2018 15:28:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544398131; cv=none; d=google.com; s=arc-20160816; b=DW2OOA5Ip0Iu62rWEfRdb/8nIzEBvJfb8Du8KBB64VbNU2kVgcZJy/miPvq10WcHFE 11d55kJGocx5jKI/NxUnNChipXTvEAnPFsuH2LicH3W7pS/MvWOCiqYwXHPDFrdid/Fm oCz6MGqVTL2y5vMIMonoktNWpI9iIVJwHXC8wfd4vVPZ24dHepTArxfg/82k0nUYChMW tCnPFHK7cGp/lnIoBrIX0hRtnmbOinsCBfZrTNX27G7yZZAeRGGoQGAQuXd4B5smWe1M 4Xs9wEslKGRiv9BbtiTVez3p9gpvZj6WZIfnJPuJbgG4jvDTeTWd0MB3ANkHjUY6TwcK mrgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition; bh=umzSaHwRdlV2brjT2SZ0PbB31GK21GmVxTOJlluOwX0=; b=i2HhGLJovhZ5BjpJhUTwXfGx0/QEZlXqCrYx5DoAvd8a8+ZLgmwxO2Fl5l7zkhX1Ta waIin30KVnv1nQ/M7c3utCjE9F0nQes82Hl1gz5Gbm3SgTMdk1ukcDAcTn2X/46XR/y2 l98uQuX/kRAZaHkVnNU2/EOMULZG5efEAIg/IyihiwFX4fFAsDjsjyDuPqMK9oQjcAUh k6S4ODqj0caCc+SbjNGB6TqYJ1a6aoWQNkY8/5Z4pxuN61Uw4rMN8C4mTT7RWPMwFxjs OcYNB0Vts39zRTI5KydkIF4LoGQZxO9n9iagkSDcmL5w7UwMjHy2whtJykVe57i/b7xg x9pw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y12si8484876plk.174.2018.12.09.15.28.35; Sun, 09 Dec 2018 15:28:51 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728420AbeLIWWa (ORCPT + 99 others); Sun, 9 Dec 2018 17:22:30 -0500 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:35232 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726526AbeLIVzV (ORCPT ); Sun, 9 Dec 2018 16:55:21 -0500 Received: from pub.yeoldevic.com ([81.174.156.145] helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gW72l-0002ia-4z; Sun, 09 Dec 2018 21:55:19 +0000 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1gW72i-0003Zb-1p; Sun, 09 Dec 2018 21:55:16 +0000 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Li Dongyang" , "Theodore Ts'o" , "Andreas Dilger" Date: Sun, 09 Dec 2018 21:50:33 +0000 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) X-Patchwork-Hint: ignore Subject: [PATCH 3.16 240/328] ext4: don't mark mmp buffer head dirty In-Reply-To: X-SA-Exim-Connect-IP: 81.174.156.145 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.62-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Li Dongyang commit fe18d649891d813964d3aaeebad873f281627fbc upstream. Marking mmp bh dirty before writing it will make writeback pick up mmp block later and submit a write, we don't want the duplicate write as kmmpd thread should have full control of reading and writing the mmp block. Another reason is we will also have random I/O error on the writeback request when blk integrity is enabled, because kmmpd could modify the content of the mmp block(e.g. setting new seq and time) while the mmp block is under I/O requested by writeback. Signed-off-by: Li Dongyang Signed-off-by: Theodore Ts'o Reviewed-by: Andreas Dilger Signed-off-by: Ben Hutchings --- fs/ext4/mmp.c | 1 - 1 file changed, 1 deletion(-) --- a/fs/ext4/mmp.c +++ b/fs/ext4/mmp.c @@ -48,7 +48,6 @@ static int write_mmp_block(struct super_ */ sb_start_write(sb); ext4_mmp_csum_set(sb, mmp); - mark_buffer_dirty(bh); lock_buffer(bh); bh->b_end_io = end_buffer_write_sync; get_bh(bh);