Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2402217imu; Thu, 24 Jan 2019 12:08:39 -0800 (PST) X-Google-Smtp-Source: ALg8bN760HEs/fOnHsPris+cNm+xU31gTj1f94jXRwZzkJ9JjamR6MgZW5nP5bUMli6Yz+4bzXJ4 X-Received: by 2002:a17:902:8d94:: with SMTP id v20mr7872546plo.194.1548360519868; Thu, 24 Jan 2019 12:08:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548360519; cv=none; d=google.com; s=arc-20160816; b=pHr3EbeLwV5G3Gl9RHvDIIiWXB6eMswSvVEW2mkbWv6s2ojSXDEI+rYyFmCG0UuRIq d/L3MCjFL1YK5WzyM6dDghPWmoSQzEm2a4plaQTQLR0lSPL6p9qmBD0YyXxF5hScC9Sk O8mfAoJ6LnkoFtvIDNQU9XUVOiaIbWJHXsMVzduDsHpwVeotcOAMJ0dNHD8g9cKl9tRd pq5ixyi/6sRhYFw1QVjBsW6IjME5VDs5HYn/3KXvb85L7ovj1z+GMyXMKfko38kBWrX/ QLr8rjXlmrjFhne8SZIf/XZyp6Fck04LAPj3aebu3ox8/sX4MXsxVWHMTtMEDEO2+fOX 9AHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=vGfHN6R48zkwGUw92W/uWVmNoHhlJMqDPvOXDztIkuI=; b=ufYSe4MHRLCs5t2OhlE0QOICDxwLqW36YxIMk8L4sHXPad7TvYiOSvD2bTg92bXfYX LbQ/LQSr6YJN1v7gYnaxns3xVhoINM2SC8B7nmjdWccKTmcYmnDKA4WB1yF6jeGSfav0 PhoOAXXmJ8mPIT3xvYJ34Q/R6kQNE336dovp3FgqqtLKh43MSRI6v01Yfwa3hmjmo0/b WQTH3RQe+68q2vvbDHIhDGtqJhyQuGpE43Wsb96O8IM0RrxW6i2FIOZyPtRAaz0vvviU /sPE7Gk7/LXCquf8GW0oqYgjcHyggzHeXgLAddqic7RkIhOw9XhRQKfkM7s1HWTIctOT DBqw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=fXxXHsxI; 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 o3si21652865pgi.388.2019.01.24.12.08.24; Thu, 24 Jan 2019 12:08:39 -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; dkim=pass header.i=@kernel.org header.s=default header.b=fXxXHsxI; 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 S1729071AbfAXUIX (ORCPT + 99 others); Thu, 24 Jan 2019 15:08:23 -0500 Received: from mail.kernel.org ([198.145.29.99]:56414 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731115AbfAXT3S (ORCPT ); Thu, 24 Jan 2019 14:29:18 -0500 Received: from localhost (5356596B.cm-6-7b.dynamic.ziggo.nl [83.86.89.107]) (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 03A1C218FC; Thu, 24 Jan 2019 19:29:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1548358157; bh=D+XuWGxgIefC4gOwHSyW/4nIZinCTljF3U2bb2XGAU8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fXxXHsxIU8qrKqxFbsC64PkCshnJpt4BP12fdYsYxGHuy7tJaU7Kp0Tw2h1oWSI7d XkfRJChfBkRV6Ox84MbsSk6EV3ABa+5Y/kECk4KUmBlUwJ+RvyEy8u92C0tHcPmlWu F1Q6KW7cwB9S2a3/E7Q6UIeQLLcQ9asb9jhUAz/U= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, "Joel Fernandes (Google)" , Kees Cook , Sasha Levin Subject: [PATCH 4.9 14/39] pstore/ram: Do not treat empty buffers as valid Date: Thu, 24 Jan 2019 20:20:17 +0100 Message-Id: <20190124190448.738679948@linuxfoundation.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20190124190448.232316246@linuxfoundation.org> References: <20190124190448.232316246@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review X-Patchwork-Hint: ignore MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ [ Upstream commit 30696378f68a9e3dad6bfe55938b112e72af00c2 ] The ramoops backend currently calls persistent_ram_save_old() even if a buffer is empty. While this appears to work, it is does not seem like the right thing to do and could lead to future bugs so lets avoid that. It also prevents misleading prints in the logs which claim the buffer is valid. I got something like: found existing buffer, size 0, start 0 When I was expecting: no valid data in buffer (sig = ...) This bails out early (and reports with pr_debug()), since it's an acceptable state. Signed-off-by: Joel Fernandes (Google) Co-developed-by: Kees Cook Signed-off-by: Kees Cook Signed-off-by: Sasha Levin --- fs/pstore/ram_core.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/fs/pstore/ram_core.c b/fs/pstore/ram_core.c index ecdb3baa1283..11e558efd61e 100644 --- a/fs/pstore/ram_core.c +++ b/fs/pstore/ram_core.c @@ -488,6 +488,11 @@ static int persistent_ram_post_init(struct persistent_ram_zone *prz, u32 sig, sig ^= PERSISTENT_RAM_SIG; if (prz->buffer->sig == sig) { + if (buffer_size(prz) == 0) { + pr_debug("found existing empty buffer\n"); + return 0; + } + if (buffer_size(prz) > prz->buffer_size || buffer_start(prz) > buffer_size(prz)) pr_info("found existing invalid buffer, size %zu, start %zu\n", -- 2.19.1