Bug 10072

Created attachment 14959 [details]
dmesg output, containing WARNING

Created attachment 14960 [details]
kernel .config used

Sorry for the noise, if this one isn't worth a bug report...

If more info is needed - let me know!

Reply-To: akpm@linux-foundation.org

On Sat, 23 Feb 2008 09:09:25 -0800 (PST) bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=10072
> 
>            Summary: WARNING: at arch/x86/mm/ioremap.c:137
>                     __ioremap+0x1d5/0x1f0() during bootup
>            Product: Memory Management
>            Version: 2.5
>      KernelVersion: 2.6.25-rc2-00496-g39273b5
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: low
>           Priority: P1
>          Component: Other
>         AssignedTo: akpm@osdl.org
>         ReportedBy: plamen.petrov@tk.ru.acad.bg
> 
> 
> Latest working kernel version:
> Earliest failing kernel version:
> Distribution: Slackware 12
> Hardware Environment: AMD Duron 850MHz CPU, 512 MB RAM
> Software Environment:
> Problem Description: WARNING section in bootup log (attached)
> 

This is an acpi regression, I believe.  And it was reported a week or two
ago.

*** This bug has been marked as a duplicate of bug 10104 ***

On Tuesday, 26 of February 2008, Andrew Morton wrote:
> On Sat, 23 Feb 2008 09:09:25 -0800 (PST) bugme-daemon@bugzilla.kernel.org
> wrote:
> 
> > http://bugzilla.kernel.org/show_bug.cgi?id=10072
> > 
> >            Summary: WARNING: at arch/x86/mm/ioremap.c:137
> >                     __ioremap+0x1d5/0x1f0() during bootup
> >            Product: Memory Management
> >            Version: 2.5
> >      KernelVersion: 2.6.25-rc2-00496-g39273b5
> >           Platform: All
> >         OS/Version: Linux
> >               Tree: Mainline
> >             Status: NEW
> >           Severity: low
> >           Priority: P1
> >          Component: Other
> >         AssignedTo: akpm@osdl.org
> >         ReportedBy: plamen.petrov@tk.ru.acad.bg
> > 
> > 
> > Latest working kernel version:
> > Earliest failing kernel version:
> > Distribution: Slackware 12
> > Hardware Environment: AMD Duron 850MHz CPU, 512 MB RAM
> > Software Environment:
> > Problem Description: WARNING section in bootup log (attached)
> > 
> 
> This is an acpi regression, I believe.  And it was reported a week or two
> ago.

It's the same thing as http://bugzilla.kernel.org/show_bug.cgi?id=10104 ,
already on the regressions list.

Thanks,
Rafael

Reply-To: kamezawa.hiroyu@jp.fujitsu.com

On Tue, 26 Feb 2008 01:19:29 +0100
"Rafael J. Wysocki" <rjw@sisk.pl> wrote:

> On Tuesday, 26 of February 2008, Andrew Morton wrote:
> > On Sat, 23 Feb 2008 09:09:25 -0800 (PST) bugme-daemon@bugzilla.kernel.org
> wrote:
> > 
> > > http://bugzilla.kernel.org/show_bug.cgi?id=10072
> > > 
> > >            Summary: WARNING: at arch/x86/mm/ioremap.c:137
> > >                     __ioremap+0x1d5/0x1f0() during bootup
> > >            Product: Memory Management
> > >            Version: 2.5
> > >      KernelVersion: 2.6.25-rc2-00496-g39273b5
> > >           Platform: All
> > >         OS/Version: Linux
> > >               Tree: Mainline
> > >             Status: NEW
> > >           Severity: low
> > >           Priority: P1
> > >          Component: Other
> > >         AssignedTo: akpm@osdl.org
> > >         ReportedBy: plamen.petrov@tk.ru.acad.bg
> > > 
> > > 
> > > Latest working kernel version:
> > > Earliest failing kernel version:
> > > Distribution: Slackware 12
> > > Hardware Environment: AMD Duron 850MHz CPU, 512 MB RAM
> > > Software Environment:
> > > Problem Description: WARNING section in bootup log (attached)
> > > 
> > 
> > This is an acpi regression, I believe.  And it was reported a week or two
> > ago.
> 
> It's the same thing as http://bugzilla.kernel.org/show_bug.cgi?id=10104 ,
> already on the regressions list.
> 
my machine sees this. 

BTW, what this warning does on my console is

ACPI: EC: Look up EC in DSDT
------------[ cut here ]------------
WARNING: at arch/x86/mm/ioremap.c:137 __ioremap+0xb1/0x16b()
Modules linked in:
.......................... VERY VERY LONG STACK DUMP
=======================
---[ end trace ca143223eefdc828 ]---



Final console image was

....
 VERY VERY LONG STACK DUMP
=======================
---[ end trace ca143223eefdc828 ]---

...no information.

And nothing goes on (because the kernel is in very very slow path.)
(takes several minutes.)

I have to remove stack dump to find this is just a warning.
(I have no serial console.)

It seems show_stack() supports kstack=XX option.
Does it make sense to add same kind of option for limiting length of
dump_trace() ?

Thanks,
-Kame