Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp4492904imu; Tue, 8 Jan 2019 00:54:45 -0800 (PST) X-Google-Smtp-Source: ALg8bN7GIrVF4kzMqNANve8V0kcp3AX+x3gBD7eySwauFAEKs30iJm7oevHlR7UKtEWo75G93mf1 X-Received: by 2002:a63:8e43:: with SMTP id k64mr764488pge.346.1546937684953; Tue, 08 Jan 2019 00:54:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546937684; cv=none; d=google.com; s=arc-20160816; b=SQapBdxdvFip0r6ZAJwB/md4zd/M7d3NikfSE0s9EvZYWmHItv/ZA2x2/vMeioUjwI DslqccAoC8ClVH7VqSKVDA/f9mKaRzOucc9Huodoko5+qDGmXbdP/nyQGqevzXusoHka vmgVPfNVmgmtb1pcOYe/f0SMk+34cKcgcjwODvh0UjQRpnL6KmOfB7j8eUe4SZ7JsBEP 1pR7Wj9jjvXmOPgN9J09BpJGcWB8OPgC6Q4sT8/Sg87Bzu/jPVjf3LpRa23Y+Kp8jUSU qKA5DyihdMlHajc1gTiDbGGEqx0VtqLModidvkgxj+7Aaa3N7iBkCiiU8s4CuSsNVPrn HQIA== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=WilxcT9Jz6g7PtB3HHtN43H0zUtuBLsgthskCzdFqO8=; b=lX9r3oCglaPUyX+f38RXatAxk0semjjMGdqcQEbn+7VP+azEekW9ENVUFclN7rCn33 y7GyJhuc+kgiWjNjuRYlJ4UI96q5ccwvj+VuE4ycuk7yJ2DOra/VriDK0T2+I7eSsBUO QbtSfeaF4JmXog2Ja+pxGH3sfjVFW4zq7uLPf0A8WNNMZFOn4JEqDY44+9xY10QiYc2A ydR1AhPXbJLvHyerEzPMaRrjp+qQhIXyNe3uQQiRTIUo+L0xqbEOMgQ1I3X+gMCNCCfx TuVP3NSJzJJrziIO0DpYEjHlLespHUKl3DBf5Jl5Yn94avvt7SQxcN3k0B0ZyrRrlhPg jxAQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 31si4362207plk.310.2019.01.08.00.54.28; Tue, 08 Jan 2019 00:54:44 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728173AbfAHIwE (ORCPT + 99 others); Tue, 8 Jan 2019 03:52:04 -0500 Received: from mx1.redhat.com ([209.132.183.28]:52288 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727295AbfAHIwE (ORCPT ); Tue, 8 Jan 2019 03:52:04 -0500 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 15A4E369A0; Tue, 8 Jan 2019 08:52:04 +0000 (UTC) Received: from localhost (ovpn-8-23.pek2.redhat.com [10.72.8.23]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 441A1662C6; Tue, 8 Jan 2019 08:52:00 +0000 (UTC) Date: Tue, 8 Jan 2019 16:51:57 +0800 From: Baoquan He To: Dave Young Cc: linux-kernel@vger.kernel.org, kexec@lists.infradead.org, AKASHI Takahiro , Andrew Morton , "Eric W. Biederman" , x86@kernel.org, Ingo Molnar , Borislav Petkov , Thomas Gleixner , Vivek Goyal Subject: Re: [PATCH V2] x86/kexec: fix a kexec_file_load failure Message-ID: <20190108085157.GB17983@MiWiFi-R3L-srv> References: <20181228011247.GA9999@dhcp-128-65.nay.redhat.com> <20190108052440.GA17983@MiWiFi-R3L-srv> <20190108084657.GA32321@dhcp-128-65.nay.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190108084657.GA32321@dhcp-128-65.nay.redhat.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Tue, 08 Jan 2019 08:52:04 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/08/19 at 04:46pm, Dave Young wrote: > > Wondering why this place doesn't need the initialization assignment. > > Isn't it to assign in all places before kexec_add_buffer() calling? > > C designated initializers will make sure to initialize it as zero. > We set KEXEC_BUF_MEM_UNKNOWN as 0 so it just works. Got it, it works, thanks. People may need check code to find out KEXEC_BUF_MEM_UNKNOWN is 0, then realize this fact. Other than this, it looks good to me, ack it. Acked-by: Baoquan He Thanks Baoquan