From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752578AbbCDXST (ORCPT ); Wed, 4 Mar 2015 18:18:19 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:44024 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750838AbbCDXSR (ORCPT ); Wed, 4 Mar 2015 18:18:17 -0500 Message-ID: <54F792B4.3060600@codeaurora.org> Date: Wed, 04 Mar 2015 17:18:12 -0600 From: Timur Tabi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Ard Biesheuvel CC: Hanjun Guo , Catalin Marinas , "Rafael J. Wysocki" , Will Deacon , Olof Johansson , Grant Likely , Mark Rutland , Ashwin Chaugule , Lorenzo Pieralisi , Robert Richter , Arnd Bergmann , Graeme Gregory , Linaro ACPI Mailman List , Marc Zyngier , Jon Masters , "linux-kernel@vger.kernel.org" , "linux-acpi@vger.kernel.org" , Mark Brown , Suravee Suthikulpanit , Sudeep Holla , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH v9 00/21] Introduce ACPI for ARM64 based on ACPI 5.1 References: <1424853601-6675-1-git-send-email-hanjun.guo@linaro.org> <54EFE282.1090305@codeaurora.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/27/2015 02:50 AM, Ard Biesheuvel wrote: > Are you not seeing this on v4.0-rc1 without the patchset applied? > > Could the crash be inside the subsequent call to > SetVirtualAddressMap() instead of inside ExitBootServices()? > > If so, you have a firmware bug: Mark Rutland spotted a similar bug in > the AMD Seattle firmware, which has been fixed in the mean time. > It has to do with the firmware dereferencing the virtual mapping as it > is being installed, which violates the UEFI spec. It looks like you are right. We fixed the bug in our UEFI and now this patchset works. So all 21 patches: Tested-by: Timur Tabi However, I did notice one thing. Booting the kernel displays this line: [ 69.424001] Failed to find cpu0 device node That's because CONFIG_OF is still defined (part of "config ARM64"), and therefore cache_setup_of_node() attempts to get the cache information from the device tree. Should CONFIG_OF still be defined? -- Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.