| Summary: | Kernel crashes in ufs code | ||
|---|---|---|---|
| Product: | Base System | Reporter: | Roman Shterenzon <roman> |
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | CC: | stable |
| Priority: | Normal | ||
| Version: | 4.4-STABLE | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
Roman Shterenzon
2001-11-22 11:20:00 UTC
In message <200111221112.fAMBCs300652@alchemy.oven.org>, Roman Shterenzon write s: > >>Synopsis: Kernel crashes in ufs code The first trap occurs at frame #18 in xl_newbuf(). This is the frame of interest. The UFS trap is probably caused by the kernel attempting to sync the disks before rebooting at an inappropriate time. The line in question is MCLGET(m_new, M_DONTWAIT); so some sort of mbuf cluster free-list corruption has probably occurred. Tracking down such problems is not particularly easy... Ian >#17 0xc0274e2f in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, > tf_edi = -1062710272, tf_esi = 6685184, tf_ebp = -1070806476, > tf_isp = -1070806508, tf_ebx = -1062710272, tf_edx = -1063047168, > tf_ecx = -264341449, tf_eax = 389973, tf_trapno = 12, tf_err = 0, > tf_eip = -1071728840, tf_cs = 8, tf_eflags = 66050, > tf_esp = -1062819840, tf_ss = -1059785052}) at ../../i386/i386/trap.c:44 >8 >#18 0xc01eb738 in xl_newbuf (sc=0xc0d4f000, c=0xc0d4f6a4) > at ../../pci/if_xl.c:1724 >#19 0xc01eb90a in xl_rxeof (sc=0xc0d4f000) at ../../pci/if_xl.c:1825 >#20 0xc01ec048 in xl_intr (arg=0xc0d4f000) at ../../pci/if_xl.c:2060 >#21 0xc027d917 in intr_mux (arg=0xc0a34800) > at ../../i386/isa/intr_machdep.c:582 State Changed From-To: open->feedback Does this still happen with a more recent -STABLE? State Changed From-To: feedback->closed Mail to submitter bounces. |