From: Giuseppe Sacco <giuseppe@eppesuigoccas.homedns.org>
To: linux-mips@linux-mips.org
Subject: Re: Exception while loading kernel
Date: Thu, 30 Aug 2007 14:52:22 +0200 [thread overview]
Message-ID: <1188478342.6770.14.camel@scarafaggio> (raw)
In-Reply-To: <F288AA63-099B-4140-81B2-6A8E21887057@27m.se>
Hi Markus,
Il giorno mer, 29/08/2007 alle 04.25 +0200, Markus Gothe ha scritto:
> Use gdb and list the read address.
I think I understood what you mean. I recompiled the kernel adding the
debug symbols, stripped it and booted with it.
There I got those numbers (using the 32bit version):
Exception PC: 0x8021c9fc, Exception RA: 0x804ddc6c
gpda 0x81060e08, _regs 0x81061008
arg: 81070000 0 80503518 1
tmp: 81070000 1000 8051a868 fff8054f ffffffff 81412ef4 a13fab68 7
sve: 81070000 4083ae51 0 4608a976 0 4085cc91 0 3ed97758
then run gdb and issue those commands:
(gdb) info symbol 0x8021c9fc
__bzero + 56 in section .text
(gdb) info symbol 0x804ddc6c
init_bootmem_core + 196 in section .init.text
(gdb) list *0x804ddc6c
0x804ddc6c is in init_bootmem_core (mm/bootmem.c:107).
102 */
103 mapsize = get_mapsize(bdata);
104 memset(bdata->node_bootmem_map, 0xff, mapsize);
105
106 return mapsize;
107 }
108
109 /*
110 * Marks a particular physical memory range as unallocatable. Usable RAM
111 * might be used for boot-time allocations - or it might get added
(gdb) list *0x8021c9fc
No source file for address 0x8021c9fc.
(gdb) disassemble 0x804ddc6c
Dump of assembler code for function init_bootmem_core:
0xffffffff804ddba8 <init_bootmem_core+0>: daddiu sp,sp,-32
0xffffffff804ddbac <init_bootmem_core+4>: sd ra,16(sp)
0xffffffff804ddbb0 <init_bootmem_core+8>: sd s1,8(sp)
0xffffffff804ddbb4 <init_bootmem_core+12>: sd s0,0(sp)
0xffffffff804ddbb8 <init_bootmem_core+16>: li v0,-13
0xffffffff804ddbbc <init_bootmem_core+20>: ld s1,648(a0)
0xffffffff804ddbc0 <init_bootmem_core+24>: dsll a1,a1,0xc
0xffffffff804ddbc4 <init_bootmem_core+28>: dsll32 v0,v0,0x1b
0xffffffff804ddbc8 <init_bootmem_core+32>: daddu a1,a1,v0
0xffffffff804ddbcc <init_bootmem_core+36>: dsll a2,a2,0xc
0xffffffff804ddbd0 <init_bootmem_core+40>: sd a1,16(s1)
0xffffffff804ddbd4 <init_bootmem_core+44>: sd a3,8(s1)
0xffffffff804ddbd8 <init_bootmem_core+48>: sd a2,0(s1)
0xffffffff804ddbdc <init_bootmem_core+52>: lui v1,0x0
0xffffffff804ddbe0 <init_bootmem_core+56>: lui at,0x8049
0xffffffff804ddbe4 <init_bootmem_core+60>: daddiu v1,v1,0
0xffffffff804ddbe8 <init_bootmem_core+64>: dsll32 v1,v1,0x0
0xffffffff804ddbec <init_bootmem_core+68>: daddu v1,v1,at
0xffffffff804ddbf0 <init_bootmem_core+72>: ld v1,2112(v1)
0xffffffff804ddbf4 <init_bootmem_core+76>: lui a1,0x0
0xffffffff804ddbf8 <init_bootmem_core+80>: lui at,0x8049
0xffffffff804ddbfc <init_bootmem_core+84>: daddiu a1,a1,0
0xffffffff804ddc00 <init_bootmem_core+88>: daddiu at,at,2112
0xffffffff804ddc04 <init_bootmem_core+92>: dsll32 a1,a1,0x0
0xffffffff804ddc08 <init_bootmem_core+96>: daddu a1,a1,at
0xffffffff804ddc0c <init_bootmem_core+100>: bnel v1,a1,0x804ddc88 <init_bootmem_core+224>
0xffffffff804ddc10 <init_bootmem_core+104>: ld v0,-48(v1)
0xffffffff804ddc14 <init_bootmem_core+108>: daddiu v0,s1,48
0xffffffff804ddc18 <init_bootmem_core+112>: sd a1,48(s1)
0xffffffff804ddc1c <init_bootmem_core+116>: move a0,s1
0xffffffff804ddc20 <init_bootmem_core+120>: lui at,0x0
0xffffffff804ddc24 <init_bootmem_core+124>: daddiu at,at,0
0xffffffff804ddc28 <init_bootmem_core+128>: dsll at,at,0x10
0xffffffff804ddc2c <init_bootmem_core+132>: daddiu at,at,-32695
0xffffffff804ddc30 <init_bootmem_core+136>: dsll at,at,0x10
0xffffffff804ddc34 <init_bootmem_core+140>: sd v0,2120(at)
0xffffffff804ddc38 <init_bootmem_core+144>: lui at,0x0
0xffffffff804ddc3c <init_bootmem_core+148>: daddiu at,at,0
0xffffffff804ddc40 <init_bootmem_core+152>: dsll at,at,0x10
0xffffffff804ddc44 <init_bootmem_core+156>: daddiu at,at,-32695
0xffffffff804ddc48 <init_bootmem_core+160>: dsll at,at,0x10
0xffffffff804ddc4c <init_bootmem_core+164>: sd v0,2112(at)
0xffffffff804ddc50 <init_bootmem_core+168>: jal 0x804dd5c8 <get_mapsize>
0xffffffff804ddc54 <init_bootmem_core+172>: sd a1,8(v0)
0xffffffff804ddc58 <init_bootmem_core+176>: ld a0,16(s1)
0xffffffff804ddc5c <init_bootmem_core+180>: move s0,v0
0xffffffff804ddc60 <init_bootmem_core+184>: li a1,255
0xffffffff804ddc64 <init_bootmem_core+188>: jal 0x8021c9a0 <memset>
0xffffffff804ddc68 <init_bootmem_core+192>: move a2,v0
0xffffffff804ddc6c <init_bootmem_core+196>: move v0,s0
0xffffffff804ddc70 <init_bootmem_core+200>: ld ra,16(sp)
0xffffffff804ddc74 <init_bootmem_core+204>: ld s1,8(sp)
0xffffffff804ddc78 <init_bootmem_core+208>: ld s0,0(sp)
0xffffffff804ddc7c <init_bootmem_core+212>: jr ra
[...]
(gdb) info line *0x804ddc6c
Line 107 of "mm/bootmem.c" starts at address 0x804ddc6c <init_bootmem_core+196> and ends at 0x804ddc88 <init_bootmem_core+224>.
(gdb) info line *0x804ddc6b
Line 104 of "mm/bootmem.c" starts at address 0x804ddc60 <init_bootmem_core+184> and ends at 0x804ddc6c <init_bootmem_core+196>.
So, it this what you requested?
>From what I understand the problem may be that bdata->node_bootmem_map
maybe incorrectly initialised for this machine.
Bye,
Giuseppe
WARNING: multiple messages have this Message-ID (diff)
From: Giuseppe Sacco <giuseppe@eppesuigoccas.homedns.org>
To: linux-mips@linux-mips.org
Subject: Re: Exception while loading kernel
Date: Thu, 30 Aug 2007 14:52:22 +0200 [thread overview]
Message-ID: <1188478342.6770.14.camel@scarafaggio> (raw)
Message-ID: <20070830125222.JZ4h_zmW3vODLf1BbPkOIwYGHFuT2bAENV7LxsN31zg@z> (raw)
In-Reply-To: <F288AA63-099B-4140-81B2-6A8E21887057@27m.se>
Hi Markus,
Il giorno mer, 29/08/2007 alle 04.25 +0200, Markus Gothe ha scritto:
> Use gdb and list the read address.
I think I understood what you mean. I recompiled the kernel adding the
debug symbols, stripped it and booted with it.
There I got those numbers (using the 32bit version):
Exception PC: 0x8021c9fc, Exception RA: 0x804ddc6c
gpda 0x81060e08, _regs 0x81061008
arg: 81070000 0 80503518 1
tmp: 81070000 1000 8051a868 fff8054f ffffffff 81412ef4 a13fab68 7
sve: 81070000 4083ae51 0 4608a976 0 4085cc91 0 3ed97758
then run gdb and issue those commands:
(gdb) info symbol 0x8021c9fc
__bzero + 56 in section .text
(gdb) info symbol 0x804ddc6c
init_bootmem_core + 196 in section .init.text
(gdb) list *0x804ddc6c
0x804ddc6c is in init_bootmem_core (mm/bootmem.c:107).
102 */
103 mapsize = get_mapsize(bdata);
104 memset(bdata->node_bootmem_map, 0xff, mapsize);
105
106 return mapsize;
107 }
108
109 /*
110 * Marks a particular physical memory range as unallocatable. Usable RAM
111 * might be used for boot-time allocations - or it might get added
(gdb) list *0x8021c9fc
No source file for address 0x8021c9fc.
(gdb) disassemble 0x804ddc6c
Dump of assembler code for function init_bootmem_core:
0xffffffff804ddba8 <init_bootmem_core+0>: daddiu sp,sp,-32
0xffffffff804ddbac <init_bootmem_core+4>: sd ra,16(sp)
0xffffffff804ddbb0 <init_bootmem_core+8>: sd s1,8(sp)
0xffffffff804ddbb4 <init_bootmem_core+12>: sd s0,0(sp)
0xffffffff804ddbb8 <init_bootmem_core+16>: li v0,-13
0xffffffff804ddbbc <init_bootmem_core+20>: ld s1,648(a0)
0xffffffff804ddbc0 <init_bootmem_core+24>: dsll a1,a1,0xc
0xffffffff804ddbc4 <init_bootmem_core+28>: dsll32 v0,v0,0x1b
0xffffffff804ddbc8 <init_bootmem_core+32>: daddu a1,a1,v0
0xffffffff804ddbcc <init_bootmem_core+36>: dsll a2,a2,0xc
0xffffffff804ddbd0 <init_bootmem_core+40>: sd a1,16(s1)
0xffffffff804ddbd4 <init_bootmem_core+44>: sd a3,8(s1)
0xffffffff804ddbd8 <init_bootmem_core+48>: sd a2,0(s1)
0xffffffff804ddbdc <init_bootmem_core+52>: lui v1,0x0
0xffffffff804ddbe0 <init_bootmem_core+56>: lui at,0x8049
0xffffffff804ddbe4 <init_bootmem_core+60>: daddiu v1,v1,0
0xffffffff804ddbe8 <init_bootmem_core+64>: dsll32 v1,v1,0x0
0xffffffff804ddbec <init_bootmem_core+68>: daddu v1,v1,at
0xffffffff804ddbf0 <init_bootmem_core+72>: ld v1,2112(v1)
0xffffffff804ddbf4 <init_bootmem_core+76>: lui a1,0x0
0xffffffff804ddbf8 <init_bootmem_core+80>: lui at,0x8049
0xffffffff804ddbfc <init_bootmem_core+84>: daddiu a1,a1,0
0xffffffff804ddc00 <init_bootmem_core+88>: daddiu at,at,2112
0xffffffff804ddc04 <init_bootmem_core+92>: dsll32 a1,a1,0x0
0xffffffff804ddc08 <init_bootmem_core+96>: daddu a1,a1,at
0xffffffff804ddc0c <init_bootmem_core+100>: bnel v1,a1,0x804ddc88 <init_bootmem_core+224>
0xffffffff804ddc10 <init_bootmem_core+104>: ld v0,-48(v1)
0xffffffff804ddc14 <init_bootmem_core+108>: daddiu v0,s1,48
0xffffffff804ddc18 <init_bootmem_core+112>: sd a1,48(s1)
0xffffffff804ddc1c <init_bootmem_core+116>: move a0,s1
0xffffffff804ddc20 <init_bootmem_core+120>: lui at,0x0
0xffffffff804ddc24 <init_bootmem_core+124>: daddiu at,at,0
0xffffffff804ddc28 <init_bootmem_core+128>: dsll at,at,0x10
0xffffffff804ddc2c <init_bootmem_core+132>: daddiu at,at,-32695
0xffffffff804ddc30 <init_bootmem_core+136>: dsll at,at,0x10
0xffffffff804ddc34 <init_bootmem_core+140>: sd v0,2120(at)
0xffffffff804ddc38 <init_bootmem_core+144>: lui at,0x0
0xffffffff804ddc3c <init_bootmem_core+148>: daddiu at,at,0
0xffffffff804ddc40 <init_bootmem_core+152>: dsll at,at,0x10
0xffffffff804ddc44 <init_bootmem_core+156>: daddiu at,at,-32695
0xffffffff804ddc48 <init_bootmem_core+160>: dsll at,at,0x10
0xffffffff804ddc4c <init_bootmem_core+164>: sd v0,2112(at)
0xffffffff804ddc50 <init_bootmem_core+168>: jal 0x804dd5c8 <get_mapsize>
0xffffffff804ddc54 <init_bootmem_core+172>: sd a1,8(v0)
0xffffffff804ddc58 <init_bootmem_core+176>: ld a0,16(s1)
0xffffffff804ddc5c <init_bootmem_core+180>: move s0,v0
0xffffffff804ddc60 <init_bootmem_core+184>: li a1,255
0xffffffff804ddc64 <init_bootmem_core+188>: jal 0x8021c9a0 <memset>
0xffffffff804ddc68 <init_bootmem_core+192>: move a2,v0
0xffffffff804ddc6c <init_bootmem_core+196>: move v0,s0
0xffffffff804ddc70 <init_bootmem_core+200>: ld ra,16(sp)
0xffffffff804ddc74 <init_bootmem_core+204>: ld s1,8(sp)
0xffffffff804ddc78 <init_bootmem_core+208>: ld s0,0(sp)
0xffffffff804ddc7c <init_bootmem_core+212>: jr ra
[...]
(gdb) info line *0x804ddc6c
Line 107 of "mm/bootmem.c" starts at address 0x804ddc6c <init_bootmem_core+196> and ends at 0x804ddc88 <init_bootmem_core+224>.
(gdb) info line *0x804ddc6b
Line 104 of "mm/bootmem.c" starts at address 0x804ddc60 <init_bootmem_core+184> and ends at 0x804ddc6c <init_bootmem_core+196>.
So, it this what you requested?
From what I understand the problem may be that bdata->node_bootmem_map
maybe incorrectly initialised for this machine.
Bye,
Giuseppe
next prev parent reply other threads:[~2007-08-30 12:55 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1188030215.13999.14.camel@scarafaggio>
2007-08-27 6:36 ` Exception while loading kernel Giuseppe Sacco
2007-08-27 6:36 ` Giuseppe Sacco
2007-08-27 13:01 ` Markus Gothe
2007-08-27 13:17 ` Giuseppe Sacco
2007-08-28 17:18 ` Giuseppe Sacco
2007-08-29 2:25 ` Markus Gothe
2007-08-29 6:46 ` Giuseppe Sacco
2007-08-29 8:33 ` Ricardo Mendoza
2007-08-29 8:54 ` Giuseppe Sacco
2007-08-29 10:05 ` Ricardo Mendoza
2007-08-29 16:51 ` Markus Gothe
2007-08-29 21:30 ` Ricardo Mendoza
2007-08-31 5:49 ` Giuseppe Sacco
2007-08-31 7:14 ` Markus Gothe
2007-08-31 7:41 ` Giuseppe Sacco
2007-08-30 12:52 ` Giuseppe Sacco [this message]
2007-08-30 12:52 ` Giuseppe Sacco
2007-08-30 20:04 ` Markus Gothe
2007-08-30 21:20 ` Giuseppe Sacco
[not found] ` <20070825152536.GA4499@networkno.de>
[not found] ` <Pine.SGI.4.60.0708252047260.4891@zeus.tetracon-eng.net>
[not found] ` <20070826065054.84c97aef.giuseppe@eppesuigoccas.homedns.org>
[not found] ` <Pine.LNX.4.64.0708300931100.14430@pixie.tetracon-eng.net>
[not found] ` <1188481891.6770.22.camel@scarafaggio>
2007-09-06 10:58 ` J. Scott Kasten
2007-09-06 11:57 ` Giuseppe Sacco
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=1188478342.6770.14.camel@scarafaggio \
--to=giuseppe@eppesuigoccas.homedns.org \
--cc=linux-mips@linux-mips.org \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.