Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932228AbXALQ4O (ORCPT ); Fri, 12 Jan 2007 11:56:14 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932281AbXALQ4O (ORCPT ); Fri, 12 Jan 2007 11:56:14 -0500 Received: from noname.neutralserver.com ([70.84.186.210]:38496 "EHLO noname.neutralserver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932228AbXALQ4N (ORCPT ); Fri, 12 Jan 2007 11:56:13 -0500 Date: Fri, 12 Jan 2007 18:56:00 +0200 From: Dan Aloni To: "Eric W. Biederman" Cc: Linux Kernel List Subject: Re: kexec + ACPI in 2.6.19 (was: Re: kexec + USB storage in 2.6.19) Message-ID: <20070112165600.GB24291@localdomain> References: <20070112122444.GA28597@localdomain> <20070112145710.GA29884@localdomain> <20070112160243.GA13980@localdomain> <20070112162800.GA23791@localdomain> <20070112164339.GA24291@localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070112164339.GA24291@localdomain> User-Agent: Mutt/1.5.13 (2006-08-11) X-PopBeforeSMTPSenders: da-x@monatomic.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - noname.neutralserver.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - monatomic.org X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2133 Lines: 59 On Fri, Jan 12, 2007 at 06:43:40PM +0200, Dan Aloni wrote: > On Fri, Jan 12, 2007 at 06:28:00PM +0200, Dan Aloni wrote: > > On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote: > > > On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote: > > > > Dan Aloni writes: > > > > > > > > > I'm attaching the full logs. > > > > > > > > Thanks. > > > > > > > > > [ 8656.272980] ACPI Error (tbxfroot-0512): Could not map memory at 0000040E for length 2 [20060707] > > > > > > > > Ok. This looks like the first sign of trouble. > > > > Normally I would suspect a memory map issue but your e820 memory map looks fine, > > > > although a little different between the two kernels. > > > > > > > > Is this enough of a hint for you to dig more deeply? > > > > > > Reverting just the ACPI code (everything under drivers/acpi/*) > > > back to the version of 2.6.18.3 doesn't fix the problem, so it > > > must be something else. > > > > Just occured to me that I didn't revert the relevant code under > > arch/x86_64 so it might still be related somehow.. > > After adding a few prints inside __ioremap() it appears the function > exits for phys_addr==0x40e because (!PageReserved(page)). > > Isn't page 0 supposed to be reserved? I clearly see that it is > being reserved under setup_arch(). > > Odd, I must say... In __ioremap() I added this under if(!PageReserved(page)) {...}: if (phys_addr == 0x40e) { printk("PAGE %p (pfn=%ld): flags=%lx, count=%d\n", page, page_to_pfn(page), page->flags, atomic_read(&page->_count)); } And I get: [ 1013.864201] PAGE ffff810001000000 (pfn=0): flags=0, count=0 So at least no one is using that page. Still it is not clear why it doesn't have the reserve flag turned on. -- Dan Aloni XIV LTD, http://www.xivstorage.com da-x (at) monatomic.org, dan (at) xiv.co.il - 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/