Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp750829imm; Fri, 28 Sep 2018 06:18:08 -0700 (PDT) X-Google-Smtp-Source: ACcGV60p95DpUcbJ0qtGL+CRw85ASTRhLEmk2K/SL0bBquqVp1uJX1xpG8XdatEnTc3vfCkjfnQh X-Received: by 2002:a17:902:e101:: with SMTP id cc1-v6mr16297132plb.96.1538140688666; Fri, 28 Sep 2018 06:18:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538140688; cv=none; d=google.com; s=arc-20160816; b=Wu2x1fgBVf21/VjmwacEV2zPNny+1XnVKlEK6zgYGDMs8czQSnaL1InNqVQAzaxMhn fQhNVzHtRltl8X1gBtYFuU9Wc4ekJflaPCAOf/ICbki3PJeHpqY40WQT8SoijrFCXuVj SAyEnItQVwIsEEPhkw/u50ka3XP/WBnGi3OEkDb4PqJbiiYQf7WlHcZ6eDLuVLM5DTG9 3Vm66ySBCCiEus/b/cujzmfBOEFVKnLusdg1JBxj9Kk+Mixd7seN42IsMlO7FWhpyNxU aB1GLWIrczrPwhgL5Uuhs5/+ApIaC8cU1dyRN6IXP0lJ60YqAj8hehIFpt8GsYotHHgk g0+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=fuyn87dBYdlu+XZmUgV45ddSxr3w7uwPrUIf326mp2s=; b=aym7+dxyAY/aBeYh1m68IIqrJgtcjk2pJWlb5s516pyavy1P5S4xUowogSL0s488RX qDO8DZxe8VZCpjDBAhYgQTiSCO41fVj//JoadEkRI6esBd3Zj1Ka1o5WB++vPc+moC2a R6Q+5KisLxd4a4HcmOeTUrZYQ0iHBiGZt3M/OHyBLjBD2+DXzJmNoJS2e2iLJl5jN8h0 kqDHkQM0ftmaAB5V9buDG6RlcfJDMQpOgTNsaAMGBVpO+RDv4336lWtK6aH4XqJS90nA g0Lb+SSPCOhd86/Zc0Gu1m7BF9ZM5q2gRciWWbLxld/zBmjaHMI1dUAThVGrRrVZBQYY zNyw== 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 y18-v6si5105428pfb.161.2018.09.28.06.17.52; Fri, 28 Sep 2018 06:18:08 -0700 (PDT) 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 S1729157AbeI1Tje (ORCPT + 99 others); Fri, 28 Sep 2018 15:39:34 -0400 Received: from mx2.suse.de ([195.135.220.15]:52888 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726068AbeI1Tjd (ORCPT ); Fri, 28 Sep 2018 15:39:33 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 8021CAD90; Fri, 28 Sep 2018 13:15:48 +0000 (UTC) Date: Fri, 28 Sep 2018 15:15:54 +0200 From: Borislav Petkov To: Bjorn Helgaas Cc: linux-kernel@vger.kernel.org, Lianbo Jiang , Vivek Goyal , kexec@lists.infradead.org, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, x86@kernel.org, akpm@linux-foundation.org, dan.j.williams@intel.com, thomas.lendacky@amd.com, baiyaowei@cmss.chinamobile.com, tiwai@suse.de, brijesh.singh@amd.com, dyoung@redhat.com, bhe@redhat.com Subject: Re: [PATCH 1/3] x86/kexec: Correct KEXEC_BACKUP_SRC_END off-by-one error Message-ID: <20180928131554.GC21895@zn.tnic> References: <153805773703.1157.14773321497580233478.stgit@bhelgaas-glaptop.roam.corp.google.com> <153805811578.1157.6948388946904655969.stgit@bhelgaas-glaptop.roam.corp.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <153805811578.1157.6948388946904655969.stgit@bhelgaas-glaptop.roam.corp.google.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 27, 2018 at 09:21:55AM -0500, Bjorn Helgaas wrote: > From: Bjorn Helgaas > > The only use of KEXEC_BACKUP_SRC_END is as an argument to > walk_system_ram_res(): > > int crash_load_segments(struct kimage *image) > { > ... > walk_system_ram_res(KEXEC_BACKUP_SRC_START, KEXEC_BACKUP_SRC_END, > image, determine_backup_region); > > walk_system_ram_res() expects "start, end" arguments that are inclusive, > i.e., the range to be walked includes both the start and end addresses. > > KEXEC_BACKUP_SRC_END was previously defined as (640 * 1024UL), which is the > first address *past* the desired 0-640KB range. > > Define KEXEC_BACKUP_SRC_END as (640 * 1024UL - 1) so the KEXEC_BACKUP_SRC > region is [0-0x9ffff], not [0-0xa0000]. > > Fixes: dd5f726076cc ("kexec: support for kexec on panic using new system call") > Signed-off-by: Bjorn Helgaas > --- > arch/x86/include/asm/kexec.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/x86/include/asm/kexec.h b/arch/x86/include/asm/kexec.h > index f327236f0fa7..5125fca472bb 100644 > --- a/arch/x86/include/asm/kexec.h > +++ b/arch/x86/include/asm/kexec.h > @@ -67,7 +67,7 @@ struct kimage; > > /* Memory to backup during crash kdump */ > #define KEXEC_BACKUP_SRC_START (0UL) > -#define KEXEC_BACKUP_SRC_END (640 * 1024UL) /* 640K */ > +#define KEXEC_BACKUP_SRC_END (640 * 1024UL - 1) /* 640K */ > > /* > * CPU does not save ss and sp on stack if execution is already Reviewed-by: Borislav Petkov -- Regards/Gruss, Boris. SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)