Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755414Ab0LQTwf (ORCPT ); Fri, 17 Dec 2010 14:52:35 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]:43587 "EHLO rcsinet10.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754497Ab0LQTwc (ORCPT ); Fri, 17 Dec 2010 14:52:32 -0500 Message-ID: <4D0BBF6B.4060105@kernel.org> Date: Fri, 17 Dec 2010 11:52:11 -0800 From: Yinghai Lu User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101125 SUSE/3.0.11 Thunderbird/3.0.11 MIME-Version: 1.0 To: Vivek Goyal CC: "H. Peter Anvin" , Stanislaw Gruszka , Ingo Molnar , Thomas Gleixner , Maxim Uvarov , "linux-kernel@vger.kernel.org" , Neil Horman Subject: Re: kdump broken on 2.6.37-rc4 References: <20101215103954.GA2243@redhat.com> <4D09958D.2040907@kernel.org> <4D0AD976.3020504@zytor.com> <3C6B7683-9CDC-4C4A-A32A-56227DE01387@kernel.org> <20101217170146.GC9568@redhat.com> <4D0BA45A.7020402@zytor.com> <20101217180242.GB12425@redhat.com> <4D0BAA24.3080801@kernel.org> <4D0BBC55.4010207@zytor.com> <4D0BBE00.3010602@kernel.org> <20101217195035.GE14502@redhat.com> In-Reply-To: <20101217195035.GE14502@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1194 Lines: 34 On 12/17/2010 11:50 AM, Vivek Goyal wrote: > On Fri, Dec 17, 2010 at 11:46:08AM -0800, Yinghai Lu wrote: >> On 12/17/2010 11:39 AM, H. Peter Anvin wrote: >>> On 12/17/2010 10:21 AM, Yinghai Lu wrote: >>>>>> >>>>>> Do we have actual testing for how high the 64-bit kernel will load? >>>>> >>>>> I will do some experiments on my box today and let you know. >>>> >>>> if bzImage is used, it is 896M. >>>> >>> >>> Why? 896 MiB is a 32-bit kernel limitation which doesn't have anything >>> to do with the bzImage format. >>> >>> So unless there is something going on here, I suspect you're just plain >>> flat wrong. >> >> kexec-tools have some checking when it loads bzImage. >> > > Yinghai, > > I think x86_64 might have just inherited the settings of 32bit without > giving it too much of thought. At that point of time nobody bothered > to load the kernel from high addresses. So these might be artificial > limits. good point. will check that. -- 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/