Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp6574304imm; Mon, 23 Jul 2018 22:20:12 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdgBxe14KRAoMJx+RixgPKLlMmotZGXWkLq1vwjBOMrK89jaimSpsY8Miyvze67/ybEBTTM X-Received: by 2002:a63:ed56:: with SMTP id m22-v6mr14949163pgk.148.1532409611995; Mon, 23 Jul 2018 22:20:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532409611; cv=none; d=google.com; s=arc-20160816; b=B4KvxbgidXcdOJsKLL7E5sfRvz10h1AGUwzj9E9IRlxVOQxpKFWywW4Vqaw5C6T+gW +yXGPhR7Dz+tEOnx9cfR0/uDR5eWu4M1w+6bf4cNZjf8z0agxxQX2t56sqlnEb+GIojh tr41drWICkwM9uP9K/SSzM13t38nDeRRTv1KAxSaFb3e3bA24xn1h9eNPigsV8m5l95P EkfpxC+vuukYMU+RfbeDO+UPH19B06h0fZPhflpSuJdE93fS6aamjv3+TAxT5JJBgPNy PNS5WOkYoBkbF8YqRWyx9TUQ8lo1+3gAUobMzSC1RRFpzvuQEkU4hOaMvLI+GemfViBN OJ5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:arc-authentication-results; bh=LVQu27la5jZgoJxzys3veTLUm0IGukX2fOskHBvRhJI=; b=lmZ8FnmB6cHoHoX1ywinyJDbU0IhoGXVBaHLnIgvqk4ia8Mo+gSAVjvl3UiNvVxZzq z5m1k7VEAMBCEHiqeLhFM6U5q53aGXtqbIA4Jq3c4ulKE+o85eqRSJq32qCwV7ZfHNc2 Fcd2RPLHgSMDzzJc+UBKtf1881vcHr7ZGUFaDkE5GvfAcl5WaIMskFxA2tiMeLK7U5kX r92urNjTiW97w0blEdoR+6jJflACzuqcFMwwKlirIvp+zmxuyOc/ebIG+AWmpcvaO7fY QeqKAM4FbKy2fYn3+R6/5uButpnQSR/gGcxnH3Eaj75yKC3m9uK4JDvC1HNg8zsUQXeI mhEA== 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 b39-v6si10122208plb.249.2018.07.23.22.19.57; Mon, 23 Jul 2018 22:20:11 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388190AbeGXGXq (ORCPT + 99 others); Tue, 24 Jul 2018 02:23:46 -0400 Received: from mail-lf1-f66.google.com ([209.85.167.66]:45911 "EHLO mail-lf1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726189AbeGXGXq (ORCPT ); Tue, 24 Jul 2018 02:23:46 -0400 Received: by mail-lf1-f66.google.com with SMTP id j143-v6so2064176lfj.12 for ; Mon, 23 Jul 2018 22:19:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LVQu27la5jZgoJxzys3veTLUm0IGukX2fOskHBvRhJI=; b=RbvIm3H3YF7mE3c2VJEZAUG4G5CFhU0eoone484awfAe3wj8z2AuGBpdC7iaZ/MyHZ rw91dUGBpSQgcM/++7aYgE2GoUobmfzJ2JE9RJ64TfCifczzMk4JdEvFqRrB98jT8sEK t3X0gUkSzJ9tNw8bl76dX2MZreO8noafZ0Ple4a5uRR8z0AQqQ1LVLjYmwMh9qkmdU++ kg2jSz+ObyLkovX0gcVb71BadjkSnopD+mpgSmdpYI+eEby5X5enPZ8rQjR9jc79PTQq g9CZgdWf1E5HIGUDFmSrnITTaWh9fNGbE0wdAb8uF/KGZ74OQYU/UE1vgxJIjWwuUCbZ jYoQ== X-Gm-Message-State: AOUpUlECHFuSFE9C54oWNNGU32M/GeL1L7omQcRKj+FCDmJm8o2E6rAG 3GWe9robyeTscfRZxTP5I6QOuUJGnrpDgYZJdw/GEw== X-Received: by 2002:a19:1c81:: with SMTP id c123-v6mr9431890lfc.105.1532409546441; Mon, 23 Jul 2018 22:19:06 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:81a:0:0:0:0:0 with HTTP; Mon, 23 Jul 2018 22:19:05 -0700 (PDT) In-Reply-To: <20180723133527.GA9450@arm.com> References: <20180709234229.20181-1-takahiro.akashi@linaro.org> <20180712164918.GA26935@arm.com> <20180713003434.GZ28220@linaro.org> <20180717051222.GA11258@linaro.org> <20180723133527.GA9450@arm.com> From: Bhupesh Sharma Date: Tue, 24 Jul 2018 10:49:05 +0530 Message-ID: Subject: Re: [PATCH v3.1 0/4] arm64: kexec,kdump: fix boot failures on acpi-only system To: Will Deacon Cc: AKASHI Takahiro , Ard Biesheuvel , Catalin Marinas , "Baicar, Tyler" , Dave Young , James Morse , Mark Rutland , Al Stone , Graeme Gregory , Hanjun Guo , Lorenzo Pieralisi , Sudeep Holla , linux-arm-kernel , Linux Kernel Mailing List , Kexec Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Will, On Mon, Jul 23, 2018 at 7:05 PM, Will Deacon wrote: > On Tue, Jul 17, 2018 at 02:12:23PM +0900, AKASHI Takahiro wrote: >> On Fri, Jul 13, 2018 at 07:49:45AM +0200, Ard Biesheuvel wrote: >> > On 13 July 2018 at 02:34, AKASHI Takahiro wrote: >> > > On Thu, Jul 12, 2018 at 05:49:19PM +0100, Will Deacon wrote: >> > >> Hi Akashi, >> > >> >> > >> On Tue, Jul 10, 2018 at 08:42:25AM +0900, AKASHI Takahiro wrote: >> > >> > This patch series is a set of bug fixes to address kexec/kdump >> > >> > failures which are sometimes observed on ACPI-only system and reported >> > >> > in LAK-ML before. >> > >> >> > >> I tried picking this up, along with Ard's fixup, but I'm seeing a build >> > >> failure for allmodconfig: >> > >> >> > >> arch/arm64/kernel/acpi.o: In function `__acpi_get_mem_attribute': >> > >> acpi.c:(.text+0x60): undefined reference to `efi_mem_attributes' >> > >> >> > >> I didn't investigate further. Please can you fix this? >> > > >> > > Because CONFIG_ACPI is on and CONFIG_EFI is off. >> > > >> > > This can happen in allmodconfig as CONFIG_EFI depends on >> > > !CONFIG_CPU_BIG_ENDIAN, which is actually on in this case. >> > > >> > >> > Allowing both CONFIG_ACPI and CONFIG_CPU_BIG_ENDIAN to be configured >> > makes no sense at all. Things will surely break if you start using BE >> > memory accesses while parsing ACPI tables. >> > >> > Allowing CONFIG_ACPI without CONFIG_EFI makes no sense either, since >> > on arm64, the only way to find the ACPI tables is through a UEFI >> > configuration table. >> >> >> Do you agree to this? > > Yes; please post a new series which resolves these dependencies and includes > Ard's fixup from before. I see that Akashi has already posted a v4 here with the suggested fixes: https://lkml.org/lkml/2018/7/22/321 Thanks, Bhupesh