Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp594671pxx; Wed, 28 Oct 2020 11:59:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLB0ACIGt0oWYl1098fSbHBW/aOsV3FgMtjx+bGP2wXS1r5+dp3//nvbTSB5MsqBV2RSwe X-Received: by 2002:a05:6402:1684:: with SMTP id a4mr311063edv.319.1603911563584; Wed, 28 Oct 2020 11:59:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603911563; cv=none; d=google.com; s=arc-20160816; b=CymJnGJi6XUA2ykgLszKgHiZtpvO6j0SS8QlOUhIVe6ZzyZIY1eds4MfkxyYFARn64 Urwxo5crU/xF5qZPYiSkgiu9k+PhCyJm1zRWnNYHb5kz4Ty30f55ZX8GW0ezXDCW/2dm gbU0Du4BHfDQ8/F2QMohd+chIFNu/lzn0BAI/8NN3cDpYmZqEovT3++e39kOx/JnonCG UA9lUk+wbeuHhpNLPjeY0RXveB/sKSaZl6USSaScdusvgqQdHb50Z56GCulAMld5g6+c UBODBYgFTGKV+kuk6at5oGGzpSA4R7AZQkNvmsj3or0sP7+4kmTPRpoSfZRN6kp+tZ8O QV8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=A9l+LmdbaDv4VA4QEbcCTnY5938QTWWzB0VyQIMvn3A=; b=MVto5VN6QEy8FVf42pw1A6nMSqbA7Ljt9uEzPnyhPTMSJYk4+U6XvY9OZAXzh0wuHU 6PaMmPqyl7ga68AUkcnn3g2nEZRbJDL8+FQl7i++BA+YU8IP8E1rh3UZu3S9+dY65EO6 WfEhho5c1GPiSXSI7nO9yo0JplNExYQQABOXIW2awL8Vd5+MFPvj51Fa1qnlpF+qL2mL kWBhRHCBYCK4EQwr2441El1LpuJBwGukgjCbJQtEV9zDLvDS/vNN/6DsdeDXlYQjrdOR SBDIxzNBh9oLZv6oOpI7dU47BLeVGE/s+lcGKhQ7dZ/Vt7Y7XZGxFPXAH5UomFBx05Cy WTsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=J3rVq5eh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p9si37501edm.38.2020.10.28.11.58.45; Wed, 28 Oct 2020 11:59:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=J3rVq5eh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1826119AbgJ0SQX (ORCPT + 99 others); Tue, 27 Oct 2020 14:16:23 -0400 Received: from mail.kernel.org ([198.145.29.99]:60746 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756211AbgJ0OMB (ORCPT ); Tue, 27 Oct 2020 10:12:01 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B67562072D; Tue, 27 Oct 2020 14:12:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603807921; bh=uMXb6/m+AQXzQhdqLTUARmYIEE71vugfO30/rbr9xVg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=J3rVq5ehxlEEipwbNTmxn9C/68M56bewdRTVZ1KJhAsj9IN3Oz433lPrYlWOQIj27 pF81kCMHqpOZcfe3patspsF8s08JNS4yQdwIDt73VlSy46886Do3IRaf80l8qEe0so NOcjvYzCZir7dj4oMAWBZRjE71oc/yUQqj7FmANI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Mark Tomlinson , Miquel Raynal , Sasha Levin Subject: [PATCH 4.14 090/191] mtd: mtdoops: Dont write panic data twice Date: Tue, 27 Oct 2020 14:49:05 +0100 Message-Id: <20201027134914.016548859@linuxfoundation.org> X-Mailer: git-send-email 2.29.1 In-Reply-To: <20201027134909.701581493@linuxfoundation.org> References: <20201027134909.701581493@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mark Tomlinson [ Upstream commit c1cf1d57d1492235309111ea6a900940213a9166 ] If calling mtdoops_write, don't also schedule work to be done later. Although this appears to not be causing an issue, possibly because the scheduled work will never get done, it is confusing. Fixes: 016c1291ce70 ("mtd: mtdoops: do not use mtd->panic_write directly") Signed-off-by: Mark Tomlinson Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20200903034217.23079-1-mark.tomlinson@alliedtelesis.co.nz Signed-off-by: Sasha Levin --- drivers/mtd/mtdoops.c | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/mtd/mtdoops.c b/drivers/mtd/mtdoops.c index 97bb8f6304d4f..09165eaac7a15 100644 --- a/drivers/mtd/mtdoops.c +++ b/drivers/mtd/mtdoops.c @@ -313,12 +313,13 @@ static void mtdoops_do_dump(struct kmsg_dumper *dumper, kmsg_dump_get_buffer(dumper, true, cxt->oops_buf + MTDOOPS_HEADER_SIZE, record_size - MTDOOPS_HEADER_SIZE, NULL); - /* Panics must be written immediately */ - if (reason != KMSG_DUMP_OOPS) + if (reason != KMSG_DUMP_OOPS) { + /* Panics must be written immediately */ mtdoops_write(cxt, 1); - - /* For other cases, schedule work to write it "nicely" */ - schedule_work(&cxt->work_write); + } else { + /* For other cases, schedule work to write it "nicely" */ + schedule_work(&cxt->work_write); + } } static void mtdoops_notify_add(struct mtd_info *mtd) -- 2.25.1