Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932233AbWHNRFP (ORCPT ); Mon, 14 Aug 2006 13:05:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932268AbWHNRFO (ORCPT ); Mon, 14 Aug 2006 13:05:14 -0400 Received: from terminus.zytor.com ([192.83.249.54]:51379 "EHLO terminus.zytor.com") by vger.kernel.org with ESMTP id S932233AbWHNRFM (ORCPT ); Mon, 14 Aug 2006 13:05:12 -0400 Message-ID: <44E0AD1D.1040408@zytor.com> Date: Mon, 14 Aug 2006 10:04:29 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 1.5.0.5 (X11/20060808) MIME-Version: 1.0 To: vgoyal@in.ibm.com CC: "Eric W. Biederman" , Don Zickus , fastboot@osdl.org, Horms , Jan Kratochvil , Magnus Damm , linux-kernel@vger.kernel.org Subject: Re: [Fastboot] [CFT] ELF Relocatable x86 and x86_64 bzImages References: <20060807174439.GJ16231@redhat.com> <20060807235727.GM16231@redhat.com> <20060809200642.GD7861@redhat.com> <20060810131323.GB9888@in.ibm.com> <20060810181825.GD14732@in.ibm.com> <20060814165150.GA2519@in.ibm.com> In-Reply-To: <20060814165150.GA2519@in.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1190 Lines: 27 Vivek Goyal wrote: > On Thu, Aug 10, 2006 at 02:09:58PM -0600, Eric W. Biederman wrote: >>> I just reserved memory at non 2MB aligned location 65MB@15MB so that >>> kernel is loaded at 16MB and other smaller segments below the compressed >>> image, then I can successfully booted into the kdump kernel. >> :) >> >>> So basically kexec on panic path seems to be clean except stomping issue. >>> May be bzImage program header should reflect right "MemSize" which >>> takes into account extra memory space calculations. >> Yes. That sounds like the right thing to do. >> >> I remember trying to compute a good memsize when I created the bzImage >> header but it is completely possible I missed some part of the >> calculation or assumed that the kernels .bss section would always be >> larger than what I needed for decompression. >> Could someone please describe the intended semantics of this MemSize header, *and* its intended usage? -hpa - 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/