Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755737AbbHYPiC (ORCPT ); Tue, 25 Aug 2015 11:38:02 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:33606 "EHLO mail-wi0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755619AbbHYPh6 (ORCPT ); Tue, 25 Aug 2015 11:37:58 -0400 Date: Tue, 25 Aug 2015 16:37:54 +0100 From: Leif Lindholm To: Ard Biesheuvel Cc: Haojian Zhuang , Mark Rutland , Dan Zhao , Catalin Marinas , Will Deacon , Jian Zhang , Guangyue Zeng , Yiping Xu , Jassi Brar , Wei Xu , Zhenwei Wang , "devicetree@vger.kernel.org" , Bintian Wang , Pawel Moll , Ian Campbell , Kumar Gala , "kongfei@hisilicon.com" , Rob Herring , Haoju Mo , "linux-arm-kernel@lists.infradead.org" , "guodong.xu@linaro.org" , "linux-kernel@vger.kernel.org" , "leo.yan@linaro.org" Subject: Re: [PATCH v1 3/3] arm64: dts: add Hi6220 mailbox node Message-ID: <20150825153754.GY10728@bivouac.eciton.net> References: <20150824095144.GA7139@leverpostej> <1440411596.3517.12.camel@linaro.org> <20150824114903.GT10728@bivouac.eciton.net> <1440490427.10987.29.camel@linaro.org> <20150825094630.GU10728@bivouac.eciton.net> <1440497710.10987.42.camel@linaro.org> <20150825104256.GB13471@leverpostej> <1440510194.10987.52.camel@linaro.org> <20150825142416.GW10728@bivouac.eciton.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1093 Lines: 35 On Tue, Aug 25, 2015 at 04:51:22PM +0200, Ard Biesheuvel wrote: > >> Arm kernel should either fetch memory information from > >> efi or DT. > > > > Absolutely. > > > >> Currently arm kernel fetch both efi memory information and > >> reserved buffer from DTB at the same time. > > > > No, it does not. > > It should not, but it does. Due to an oversight, the stub removes > /memreserve/ entries but ignores the reserved-memory node completely. Urgh. > This was reported here in fact > > http://thread.gmane.org/gmane.linux.kernel.efi/5736/focus=5742 > > but there has not been a followup to this series. Are all of those patches still relevant, or did some of them go in already? Haojian: can you give that patch a spin and see if it does what you need, combined with adding the reserved areas to the UEFI memory map? / Leif -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/