Bug 19654
| Summary: | 20 dc ports in one machine (5x 4port cards) crashes | ||
|---|---|---|---|
| Product: | Base System | Reporter: | dgilbert <dgilbert> |
| Component: | kern | Assignee: | Martin Blapp <mbr> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | 4.0-STABLE | ||
| Hardware: | Any | ||
| OS: | Any | ||
Responsible Changed From-To: freebsd-bugs->wpaul Over to the dc(4) driver's maintainer. Hi, does this problem still exists in a recent FreeBSD 4-STABLE system? Thanks Marc >>>>> "Marc" == Marc Perisa <perisa@porsche.de> writes: Marc> Hi, does this problem still exists in a recent FreeBSD 4-STABLE Marc> system? I'm not sure. The problem ended up being that the bridge code only accounted for 16 interfaces (total). We don't use bridging any more (options BRIDGE)... so I havn't tested things lately. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ Responsible Changed From-To: wpaul->mbr Take this PR from wpaul. I no longer have a test environment for this hardware. State Changed From-To: open->closed Submitter noted that he does not have the hardware to replicate whether this problem still exists. |
Similar to my submission in kern/19603, I have 20 ethernet ports in one machine. I the test machine that I used to isolate kern/19603, I never see this bug ... all but one of it's ports are not connected. It appears that lots of internet traffic is required to exercise this bug. This bug also doesn't happen with 16 dc ports. The production machine that produced the crash dump does not exhibit the crash with 16 ports. panic: malloc: wrong bucket syncing disks... 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up on 2 buffers Uptime: 1d21h24m9s dumping to dev #da/0x20001, offset 1048576 [...] (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 #1 0xc015a900 in poweroff_wait (junk=0xc026e2af, howto=0) at ../../kern/kern_shutdown.c:552 #2 0xc022fcd9 in trap_fatal (frame=0xc027835c, eva=99) at ../../i386/i386/trap.c:927 #3 0xc022f9b1 in trap_pfault (frame=0xc027835c, usermode=0, eva=99) at ../../i386/i386/trap.c:820 #4 0xc022f5af in trap (frame={tf_fs = 16, tf_es = -1071448048, tf_ds = -1071448048, tf_edi = 1074174976, tf_esi = -1045939008, tf_ebp = -1071152204, tf_isp = -1071152248, tf_ebx = -1045939008, tf_edx = 1074240664, tf_ecx = 0, tf_eax = 99, tf_trapno = 12, tf_err = 0, tf_eip = 99, tf_cs = 8, tf_eflags = 66054, tf_esp = -1072219758, tf_ss = 1768318561}) at ../../i386/i386/trap.c:426 #5 0x63 in ?? () #6 0xc01ed3cf in dc_txeof (sc=0xc1847800) at ../../pci/if_dc.c:2221 #7 0xc01ed6b4 in dc_intr (arg=0xc1847800) at ../../pci/if_dc.c:2351 #8 0xc0237c19 in intr_mux (arg=0xc10b98a0) at ../../i386/isa/intr_machdep.c:569 #9 0xc0158bf6 in add_interrupt_randomness (vsc=0xc02b6944) at ../../kern/kern_random.c:245 #10 0xc02260c6 in vec11 () #11 0xc0158bf6 in add_interrupt_randomness (vsc=0xc02b6938) at ../../kern/kern_random.c:245 #12 0xc01b63a2 in ip_input (m=0xc151f900) at ../../netinet/ip_input.c:287 #13 0xc01b0cb2 in transmit_event (pipe=0xc1989000) at ../../netinet/ip_dummynet.c:399 #14 0xc01b0f07 in ready_event (q=0xc1985500) at ../../netinet/ip_dummynet.c:525 #15 0xc01b133f in dummynet (unused=0x0) at ../../netinet/ip_dummynet.c:660 #16 0xc015fce9 in softclock () at ../../kern/kern_timeout.c:131 Fix: None, yet. How-To-Repeat: I can make test hardware, and possibly even environment available to anyone chasing this