Message-ID: <41FA7128.1090604@osdl.org>
Date: Fri, 28 Jan 2005 09:06:48 -0800
From: "Randy.Dunlap" <rddunlap@osdl.org>
Organization: OSDL
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
MIME-Version: 1.0
To: Ingo Molnar <mingo@elte.hu>
CC: Gene Heskett <gene.heskett@verizon.net>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.10-mm1-V0.7.34-01 ACPI err in dmesg
References: <200501072156.54803.gene.heskett@verizon.net> <20050128070840.GA1456@elte.hu>
In-Reply-To: <20050128070840.GA1456@elte.hu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1054
Lines: 28

Ingo Molnar wrote:
> * Gene Heskett <gene.heskett@verizon.net> wrote:
> 
> 
>>  Normal zone: 225280 pages, LIFO batch:16
>>  HighMem zone: 32752 pages, LIFO batch:7
>>DMI 2.2 present.
>>__iounmap: bad address c00f0000  <-why?
>>ACPI: RSDP (v000 Nvidia                                ) @ 0x000f7220
> 
> 
> I have no idea what is causing this. If it still occurs with recent
> kernels then stick a WARN_ON(1) into __iounmap()'s error path, to get a
> stack dump? It is almost certainly not related to -RT.

There was a thread a few weeks ago about this same message (afaik).
The answer then was something like "the __iounmap() call is happening
very early, before the unmap machinery (data/structs) have been
set up for it."  (but I don't know that first-hand, just repeating
close to what I read.)

-- 
~Randy
-
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/