Dmitry Morozovsky
2008-Sep-17 11:30 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
Colleagues,
3 of 4 times this machine failed to boot, panicing somewhere in late kernel
initialization phase (before /sbin/init is executed)
I have serial console and KDB enabled, so can do experiments.
Last two crashes:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x8
fault code = supervisor read data, page not present
instruction pointer = 0x8:0xffffffff8026978a
stack pointer = 0x10:0xffffffff80611810
frame pointer = 0x10:0xffffffff80611830
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 0 (swapper)
[thread pid 0 tid 0 ]
Stopped at kobj_lookup_method_mi+0xa: movq 0x8(%rdi),%rax
db> bt
Tracing pid 0 tid 0 td 0xffffffff80544000
kobj_lookup_method_mi() at kobj_lookup_method_mi+0xa
kobj_lookup_method() at kobj_lookup_method+0x1f
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0xc1
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_attach() at acpi_attach+0x984
device_attach() at device_attach+0x69
bus_generic_attach() at bus_generic_attach+0x1a
nexus_attach() at nexus_attach+0x19
device_attach() at device_attach+0x69
root_bus_configure() at root_bus_configure+0x28
configure() at configure+0xa
mi_startup() at mi_startup+0x59
btext() at btext+0x2c
Fatal trap 9: general protection fault while in kernel mode
instruction pointer = 0x8:0xffffffff8016f8a1
stack pointer = 0x10:0xffffffff80611850
frame pointer = 0x10:0xffffffff806118d0
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 0 (swapper)
[thread pid 0 tid 0 ]
Stopped at acpi_wake_sysctl_walk+0xa1: cmpq $0x804f8420,(%rax)
db> bt
Tracing pid 0 tid 0 td 0xffffffff80544000
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0xa1
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74
acpi_attach() at acpi_attach+0x984
device_attach() at device_attach+0x69
bus_generic_attach() at bus_generic_attach+0x1a
nexus_attach() at nexus_attach+0x19
device_attach() at device_attach+0x69
root_bus_configure() at root_bus_configure+0x28
configure() at configure+0xa
mi_startup() at mi_startup+0x59
btext() at btext+0x2c
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
Dmitry Morozovsky
2008-Sep-17 16:08 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
On Wed, 17 Sep 2008, Dmitry Morozovsky wrote: DM> Colleagues, DM> DM> 3 of 4 times this machine failed to boot, panicing somewhere in late kernel DM> initialization phase (before /sbin/init is executed) DM> DM> I have serial console and KDB enabled, so can do experiments. Update: booting GENERIC in single user succeeds, but then after pressing ^D machine stucks running sh very slowly: # ^Dload: 0.56 cmd: sh 57 [runnable] 0.90u 2.72s 18% 1760k load: 0.62 cmd: sh 57 [runnable] 1.41u 5.93s 28% 1760k load: 0.65 cmd: sh 57 [runnable] 1.81u 8.80s 32% 1760k load: 0.99 cmd: ps 61 [runnable] 11.44u 106.73s 36% 1124k load: 0.99 cmd: sh 57 [runnable] 3.63u 24.01s 3% 1760k Loading configuration files. load: 0.99 cmd: sh 57 [runnable] 12.58u 95.10s 37% 1884k (these lines consume 5-10 minutes...) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------
Jeremy Chadwick
2008-Sep-17 16:23 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
On Wed, Sep 17, 2008 at 03:30:45PM +0400, Dmitry Morozovsky wrote:> Colleagues, > > 3 of 4 times this machine failed to boot, panicing somewhere in late kernel > initialization phase (before /sbin/init is executed) > > {snip}We have many (specifically, 6) PDSMI+ (not PDSMI) boxes which do not exhibit this problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |
Dmitry Morozovsky
2008-Sep-20 16:11 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
On Wed, 17 Sep 2008, Jeremy Chadwick wrote:
JC> > 3 of 4 times this machine failed to boot, panicing somewhere in late
kernel
JC> > initialization phase (before /sbin/init is executed)
JC> >
JC> > {snip}
JC>
JC> We have many (specifically, 6) PDSMI+ (not PDSMI) boxes which do not
JC> exhibit this problem.
Next followup: RELENG_7/i386 is working well, only amd64 exhibits problems.
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
Aryeh M. Friedman
2008-Sep-20 18:02 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
Dmitry Morozovsky wrote:> On Wed, 17 Sep 2008, Jeremy Chadwick wrote: > > JC> > 3 of 4 times this machine failed to boot, panicing somewhere in late kernel > JC> > initialization phase (before /sbin/init is executed) > JC> > > JC> > {snip} > JC> > JC> We have many (specifically, 6) PDSMI+ (not PDSMI) boxes which do not > JC> exhibit this problem. > > Next followup: RELENG_7/i386 is working well, only amd64 exhibits problems. >I am not sure if this was fixed since last week but i386 also showed the same issues on -current> > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > [ FreeBSD committer: marck@FreeBSD.org ] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >