looking for explanation of spontaneous reset/reboot on Opteron

I'm looking for information about potential causes for a
spontaneous reboot of a dual core Opteron running RHEL 4
linux (2.6.9 derivative).  I'm thinking the cause is
due to the box taking a triple fault and resetting the
BIOS.

I'm also thinking that the triple fault is caused by a
kernel stack overflow into an unmapped virtual page
frame.  Is this a reasonable explanation?  Are there
others?

What are reasonable debugging strategies for handling
this?  Following the kernel stack overflow hunch, I'm
going to try increasing the Opteron stack size from
8K to 16K.  Can this be done by simply changing
THREAD_ORDER in include/asm-x86_64/page.h from 1 to 2?

Also, is there any kernel stack overflow detection
debugging code anywhere for x86_64 as there is for
i386?

Thanks,

Ed Goggin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: looking for explanation of spontaneous reset/reboot on Opteron
    • From: Randy Dunlap <[email protected]>

• References:
  • Re: [PATCH] Remove lilo-loads-only-five-sectors-of-zImage-fixup from setup.S
    • From: John Coffman <[email protected]>

• Prev by Date: Re: 2.6.18: Kernel BUG at mm/rmap.c:522
• Next by Date: Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc
• Previous by thread: Re: [PATCH] Remove lilo-loads-only-five-sectors-of-zImage-fixup from setup.S
• Next by thread: Re: looking for explanation of spontaneous reset/reboot on Opteron
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]