LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: Dan Aloni <da-x@monatomic.org>
Cc: Linux Kernel List <linux-kernel@vger.kernel.org>
Subject: Re: kexec + ACPI in 2.6.19 (was: Re: kexec + USB storage in 2.6.19)
Date: Fri, 12 Jan 2007 10:33:34 -0700	[thread overview]
Message-ID: <m18xg8dua9.fsf@ebiederm.dsl.xmission.com> (raw)
In-Reply-To: <20070112165600.GB24291@localdomain> (Dan Aloni's message of "Fri, 12 Jan 2007 18:56:00 +0200")

Dan Aloni <da-x@monatomic.org> writes:

> 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 <da-x@monatomic.org> 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.

My hunch is that it might have something to do with the difference
in the e820 map.  The original map reports that whole page as
being usable while in the kexec case the memory from 0x100 is
reported as being usable.  Perhaps someone has a rounding error?

Eric

  reply	other threads:[~2007-01-12 17:33 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-12 12:24 kexec + USB storage in 2.6.19 Dan Aloni
2007-01-12 14:05 ` Eric W. Biederman
2007-01-12 14:55   ` Dan Aloni
2007-01-12 14:57   ` Dan Aloni
2007-01-12 15:26     ` Eric W. Biederman
2007-01-12 16:02       ` kexec + ACPI in 2.6.19 (was: Re: kexec + USB storage in 2.6.19) Dan Aloni
2007-01-12 16:28         ` Dan Aloni
2007-01-12 16:43           ` Dan Aloni
2007-01-12 16:56             ` Dan Aloni
2007-01-12 17:33               ` Eric W. Biederman [this message]
2007-01-12 18:49                 ` Dan Aloni

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m18xg8dua9.fsf@ebiederm.dsl.xmission.com \
    --to=ebiederm@xmission.com \
    --cc=da-x@monatomic.org \
    --cc=linux-kernel@vger.kernel.org \
    --subject='Re: kexec + ACPI in 2.6.19 (was: Re: kexec + USB storage in 2.6.19)' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).