On Wed, May 18, 2011 at 02:07:28AM +0200, Ariane van der Steldt wrote:
> On Wed, May 11, 2011 at 05:05:32PM +0200, Ariane van der Steldt wrote:
> > On Wed, May 11, 2011 at 03:44:45AM +0200, Ariane van der Steldt wrote:
> > > On Wed, May 11, 2011 at 03:43:19AM +0200, Ariane van der Steldt wrote:
> > > > The newest version of vmmap (as of now) is vmmap_sys.diff.26
> > > > Since the diff is scheduled to go in may 20 and has a lot of changes and
> > > > fixes, please test this diff and report any failures and successes.
> > >
> > > I use this separate e-mail to publish the userspace part of the diff.
> >
> > I missed a change in the userspace part of the diff, causing libkvm not
> > to compile. The below diff contains the fixed code.
>
> Diff version 28. A small bit of code reworked that I thought broke
> emacs-22 (but turns out that breakage comes from somewhere else).
>
> I want, no _need_ tests on sparc64 hardware for this. Does it break or
> work?
> I would like the dmesg and in the case of crash the ddb output of:
> - trace
> - show map /f kernel_map
> --
still panics my U10 while loading init. And the show map command itself
panics again. Output below.
An interesting data point is that this machine has "only" 384MB of RAM.
On my Blade-100, with 1GB of RAM, init starts, but many (all?) of the
shared objects fail with the same kind of errors as emacs on the i386.
Since ktrace is itself failing I can't get any trace, without first building
static ktrace/kdump. Will do that later if it can help.
root on sd0a swap on sd0b dump on sd0b
panic: kernel data fault: pc=10131ac addr=4000c82e000
kdb breakpoint at 1465740
Stopped at Debugger+0x4: nop
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb> trace
data_access_fault(4000aa2d5b0, 30, 10131ac, 4000c82e000, 4000c82e001, 80080d) a
t data_access_fault+0x2c8
trapbase_sun4v(4000aa2d760, 0, 502, 4000c82e001, 4000c830001, 1303) at trapbase
_sun4v+0x8790
uvm_map(101275c, 4000c82e001, 104, 4000b81b8a5, 0, 40006c900a0) at uvm_map+0x16
c
exec_sigcode_map(40006c8e000, 180d2d8, fffffffffffd9510, 4000aa2ddd8, 74, 40006
c8e1a2) at exec_sigcode_map+0xe0
sys_execve(0, 0, 0, 40006ccc000, 40006c8c000, 40006c8e000) at sys_execve+0x9c0
start_init(40006c8e000, 4000aa2ddf8, 4000aa2ddf0, 153cb60, 4000aa2ddc0, 4000aa2
ddd8) at start_init+0x17c
proc_trampoline(0, 0, 0, 0, 0, 0) at proc_trampoline+0x4
ddb> show map /f kernel_map
MAP 0x1814258: [0x18c5b18->0x0]
auto allocate range: 0x155d008-0x100000000 0 segments
brk() allocate range: 0x0-0x100000000 1 segments
stack allocate range: 0x0-0x12fdc00 1 segments
sz=25248144, ref=0, version=0, flags=0x1814210
pmap=0x1856040(resident=25681016)
panic: kernel data fault: pc=12e6a00 addr=100000000
kdb breakpoint at 1465740
Stopped at Debugger+0x4: nop
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb>
ddb> trace
data_access_fault(4000aa2cac0, 30, 12e6a00, 100000000, 100000000, 800809) at da
ta_access_fault+0x2c8
trapbase_sun4v(100000000, ffffffffffffffff, 187dc78, 0, 1814210, 4000aa2ceb8) a
t trapbase_sun4v+0x8790
uvm_map_printit(1814258, 1, 11a4780, 4000aa2cda0, 0, 1886180) at uvm_map_printi
t+0xdc
db_command(180c168, 0, 0, 0, 0, 180b000) at db_command+0x134
db_command_loop(46, 0, 1895000, 1400, 400185c0000, 400185c0000) at db_command_l
oop+0xf0
db_trap(1885000, 0, 0, 0, 74, 7fd8) at db_trap+0x148
kdb_trap(101, 4000aa2d240, 1, 0, 0, 4000aa2d3f8) at kdb_trap+0x168
trap(4000aa2d240, 101, 1465740, 800006, 0, b) at trap+0x2f4
slowtrap(1, 4000aa2d4c8, 180f000, 4000aa2d4c8, 0, 1) at slowtrap+0x1d8
panic(1611818, 4000aa2d4c8, 1895000, 100, 400185c0000, 400185c0000) at panic+0x
8c
data_access_fault(4000aa2d5b0, 30, 10131ac, 4000c82e000, 4000c82e001, 80080d) a
t data_access_fault+0x2c8
trapbase_sun4v(4000aa2d760, 0, 502, 4000c82e001, 4000c830001, 1303) at trapbase
_sun4v+0x8790
uvm_map(101275c, 4000c82e001, 104, 4000b81b8a5, 0, 40006c900a0) at uvm_map+0x16
c
exec_sigcode_map(40006c8e000, 180d2d8, fffffffffffd9510, 4000aa2ddd8, 74, 40006
c8e1a2) at exec_sigcode_map+0xe0
sys_execve(0, 0, 0, 40006ccc000, 40006c8c000, 40006c8e000) at sys_execve+0x9c0
start_init(40006c8e000, 4000aa2ddf8, 4000aa2ddf0, 153cb60, 4000aa2ddc0, 4000aa2
ddd8) at start_init+0x17c
proc_trampoline(0, 0, 0, 0, 0, 0) at proc_trampoline+0x4
ddb>
--
Matthieu Herrb
