Re: panic: pmap_map_chunk: no L2 table for VA 0xc0400000

[Donald T Hayford <don%donhayford.com@localhost>]

Donald T Hayford wrote:
> Chris Gilbert wrote:
> > Chris Gilbert wrote:
> >  
> > > moonchildren%orange.nl@localhost wrote:
> > >    
> > > > Don, Chris,
> > > >
> > > >       "Can you enable VERBOSE_INIT_ARM by adding an options 
> > > > VERBOSE_INIT_ARM to
> > > > your kernel config.  It'll give more tracing during bootup"
> > > >
> > > > To be honest I don't know how to do That
> > > > Chris: can you give me a short explanation on how to do that if 
> > > > building
> > > > is possible on "Fedora 8" of course.
> > > >       
> > > Hi René,
> > >
> > > uncomment the line:
> > > options VERBOSE_INIT_ARM
> > > from the kernel config file (NSLU2), and rebuild (you must do a clean
> > > build, otherwise the option won't be picked up) the kernel.
> > >
> > > In theory building on fedora core should be fine, we support cross
> > > compilation.
> > >
> > > I suspect that the kernel has sneaked over the 4MB size boundary, and
> > > that's what's trigger the problem (I saw this on acorn32 a while back)
> > > However I can't see how that's kicking in as the code looks to (but I
> > > could be mis-reading it) setup 16MB of space for the kernel.
> > >     
> >
> > Having just built a fresh NSLU2 kernel, it's below the 4MB limit, so I
> > am puzzled now:
> >  
> > > size
> > >     
> > /extra/obj/current/ebevbarm/sys.clean/arch/evbarm/compile/NSLU2/netbsd
> >    text    data     bss     dec     hex filename
> > 2283971  479328  217924 2981223  2d7d67
> >
> > I think VERBOSE_INIT_ARM is probably worth a try.
> >
> > You probably should keep port-arm in the loop, as there are lurkers out
> > there who can help :)
> >
> > Thanks,
> > Chris
> >   
> Rene:  I routinely build using Fedora 8, so that is most likely not 
> the problem.
>
> I rebuilt from scratch and had the same problem as Rene.  The last 
> version I built was 4.99.60, which worked ok (This is version 4.99.62).
> Then rebuilt with the VERBOSE_INIT_ARM option turned on.  Here is the 
> output I get with that option:
>
> NetBSD/evbarm (Linksys NSLU2) booting ...
> kernsize=0x402e0144
> physmemory: 8192 pages at 0x10000000 -> 0x11ffffff
> Allocating page tables
> physical_start = 0x10000000, physical_end = 0x12000000
> IRQ stack: p0x1000f000 v0x8000f000
> ABT stack: p0x10010000 v0x80010000
> UND stack: p0x10011000 v0x80011000
> SVC stack: p0x10012000 v0x80012000
> Creating L1 page table at 0x10000000
> Mapping kernel
> pmap_map_chunk: pa=0x10200000 va=0x80200000 size=0x4022f000 
> resid=0x4022f000 pr1
> SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS0 
>
>
> Let me know if there is more you want to try.
>
> Thanks, Don
Sorry - lost some of the screen capture in minicom.  Here is the entire 
output:

+Ethernet eth0: MAC address 00:18:39:a2:26:7c
IP: 192.168.0.1/255.255.255.0, Gateway: 192.168.0.1
Default server: 0.0.0.0, DNS server IP: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Red Hat certified release, version 1.92 - built 15:16:07, Feb  3 2004

Platform: IXDP425 Development Platform (XScale)
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x00000000-0x02000000, 0x000723a0-0x01ff3000 available
FLASH: 0x50000000 - 0x50800000, 64 blocks of 0x00020000 bytes each.
== Executing boot script in 2.000 seconds - enter ^C to abort

NetBSD/evbarm (Linksys NSLU2) booting ...
kernsize=0x402e0144
physmemory: 8192 pages at 0x10000000 -> 0x11ffffff
Allocating page tables
physical_start = 0x10000000, physical_end = 0x12000000
IRQ stack: p0x1000f000 v0x8000f000
ABT stack: p0x10010000 v0x80010000
UND stack: p0x10011000 v0x80011000
SVC stack: p0x10012000 v0x80012000
Creating L1 page table at 0x10000000
Mapping kernel
pmap_map_chunk: pa=0x10200000 va=0x80200000 size=0x4022f000 
resid=0x4022f000 prot=0x3 cache=1
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSpanic: pmap_map_chunk: no L2 table 
for VA 0xc0400000

I inserted some carriage returns to make it a little more readable.  It 
was really just one long run-on sentence.

Don