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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox