From owner-freebsd-stable Thu Mar 1 8:16:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id 5974737B71A for ; Thu, 1 Mar 2001 08:15:55 -0800 (PST) (envelope-from mike@sentex.net) Received: from chimp (fcage [192.168.0.2]) by cage.simianscience.com (8.11.2/8.11.2) with ESMTP id f21GFkg28405; Thu, 1 Mar 2001 11:15:50 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <4.2.2.20010301111226.01de4650@marble.sentex.net> X-Sender: mdtancsa@marble.sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Thu, 01 Mar 2001 11:15:45 -0500 To: "Bosko Milekic" , From: Mike Tancsa Subject: Re: Continued panics on a recent STABLE machine Cc: jlemon@flugsvamp.com In-Reply-To: <4.2.2.20010301085733.03cbd608@marble.sentex.net> References: <01a101c0a1ea$77a64b20$becbca18@jehovah> <4.2.2.20010228114855.03d28be0@marble.sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is with a new computer... Just swapped in the old hard drive and the NIC. I am going to try a new NIC now to try and eliminate that as a variable. The box also has a BX chipset instead of the GX. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe3c0ca00 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02122d4 stack pointer = 0x10:0xd29e7be4 frame pointer = 0x10:0xd29e7bf4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 10450 (sendmail) interrupt mask = net tty kernel: type 12 trap, code=0 Stopped at fxp_add_rfabuf+0x13c: movl 0(%edx),%eax db> db> trace fxp_add_rfabuf(c1506800,c0e2c900) at fxp_add_rfabuf+0x13c fxp_intr(c1506800,660800,c1667f00,c163e44c,d29e7cec) at fxp_intr+0x11d intr_mux(c0d7f820,620000,d29e0010,c01b0010,d0960010) at intr_mux+0x1d Xresume11() at Xresume11+0x2b --- interrupt, eip = 0xc01acb1b, esp = 0xd29e7c78, ebp = 0xd29e7cec --- ip_fw_chk(d29e7d48,14,c1506800,d29e7d4e,d29e7d50) at ip_fw_chk+0x2bf ip_output(c0df9a00,0,d096f8c8,0,0) at ip_output+0x458 tcp_output(d096f940,0,c0da8000,d05b9000,0) at tcp_output+0xda8 tcp_usr_send(d05b9000,4,c0da8000,0,0) at tcp_usr_send+0x14a sosend(d05b9000,0,d29e7ed8,c0da8000,0) at sosend+0x5df soo_write(c16e0080,d29e7ed8,c165dd80,0,d0c4bd80) at soo_write+0x24 dofilewrite(d0c4bd80,c16e0080,4,80fc000,4470) at dofilewrite+0xbd write(d0c4bd80,d29e7f80,28248968,2825a780,80fc000) at write+0x36 syscall2(2f,2f,bfbf002f,80fc000,2825a780) at syscall2+0x1f1 Xint0x80_syscall() at Xint0x80_syscall+0x25 db> call cpu_reset() At 08:59 AM 3/1/2001 -0500, Mike Tancsa wrote: >Another panic this AM. It does seem to be load / traffic related, as the >box makes it through the night when there is less data going through it. > > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0xa5c0482c >fault code = supervisor read, page not present >instruction pointer = 0x8:0xc0211ecd >stack pointer = 0x10:0xc02d08e0 >frame pointer = 0x10:0xc02d08f4 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = Idle >interrupt mask = >kernel: type 12 trap, code=0 >Stopped at fxp_intr+0xf9: movl 0x2c(%ebx),%eax >db> trace >fxp_intr(c11bb800,660400,0,0,0) at fxp_intr+0xf9 >intr_mux(c0a34820,0,10,400010,ffff0010) at intr_mux+0x1d >Xresume10() at Xresume10+0x2b >--- interrupt, eip = 0xc02802f6, esp = 0xc02d0954, ebp = 0 --- >default_halt() at default_halt+0x2 >db> > >At 07:56 PM 2/28/2001 -0500, Bosko Milekic wrote: >>Eurgh. >> >>Not the first time I see this, and not from one source. Recent >>complaints have come in about the exact same problem only for >>RELENG_4. >> >>Please try: http://people.freebsd.org/~bmilekic/code/bogus_mb.diff >> >>And try your best to reproduce. >> >>Regards, >>Bosko. >> >>Mike Tancsa wrote: >> >> >> > >> > Not sure if its hardware, but the panics seem to be in the same >>location >> > each time. At first I thought it might be IPSEC, but I got rid of >>that. >> > >> > >> > db> trace >> > m_copym(c0ad3300,3908,5b4,1,ccf5e0c0) at m_copym+0x13c >> > tcp_output(ccf5e0c0,0,c0ad3300,cca2fcc0,0) at tcp_output+0x838 >> > tcp_usr_send(cca2fcc0,4,c0ad3300,0,0) at tcp_usr_send+0x14a >> > sosend(cca2fcc0,0,ceb06ed8,c0ad3300,0) at sosend+0x5df >> > soo_write(c1bc80c0,ceb06ed8,c158ea00,0,ce5aeba0) at soo_write+0x24 >> > dofilewrite(ce5aeba0,c1bc80c0,4,80fc000,4470) at dofilewrite+0xbd >> > write(ce5aeba0,ceb06f80,28248928,2825a740,80fc000) at write+0x36 >> > syscall2(2f,2f,2f,80fc000,2825a740) at syscall2+0x1f1 >> > Xint0x80_syscall() at Xint0x80_syscall+0x25 >> > >> > Fatal trap 12: page fault while in kernel mode >> > fault virtual address = 0xadc0fa00 >> > fault code = supervisor read, page not present >> > instruction pointer = 0x8:0xc017b078 >> > stack pointer = 0x10:0xceb06d4c >> > frame pointer = 0x10:0xceb06d68 >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> > = DPL 0, pres 1, def32 1, gran 1 >> > processor eflags = interrupt enabled, resume, IOPL = 0 >> > current process = 7625 (sendmail) >> > interrupt mask = net tty >> > kernel: type 12 trap, code=0 >> > Stopped at m_copym+0x13c: movl 0(%edx),%eax >> > >> > >> > >> > Fatal trap 12: page fault while in kernel mode >> > fault virtual address = 0xacc06400 >> > fault code = supervisor read, page not present >> > instruction pointer = 0x8:0xc01b7c8c >> > stack pointer = 0x10:0xce639dc0 >> > frame pointer = 0x10:0xce639e34 >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> > = DPL 0, pres 1, def32 1, gran 1 >> > processor eflags = interrupt enabled, resume, IOPL = 0 >> > current process = 32323 (cc1) >> > interrupt mask = net tty >> > kernel: type 12 trap, code=0 >> > Stopped at tcp_output+0x658: movl 0(%edx),%eax >> > db> trace >> > tcp_output(ccf5f2e0,0,c0a74020,ffff0000,0) at tcp_output+0x658 >> > tcp_input(c0ab5a00,14,6,c0ab5a00,400400) at tcp_input+0x2233 >> > ip_input(c0ab5a00) at ip_input+0x7fb >> > ipintr(c0276c80,400400,c0289a2a,c028953b,400400) at ipintr+0x4b >> > swi_net_next(c0a34820,0,2f,2f,2f) at swi_net_next >> > Xresume10() at Xresume10+0x2b >> > --- interrupt, eip = 0x8076319, esp = 0xce639fe0, ebp = >>0xbfbfe7c0 --- >> > db> >> > >> > >> > FreeBSD 4.2-STABLE #3: Tue Feb 27 21:16:15 EST 2001 >> > Timecounter "i8254" frequency 1193182 Hz >> > CPU: Pentium II/Pentium II Xeon/Celeron (448.62-MHz 686-class CPU) >> > Origin = "GenuineIntel" Id = 0x653 Stepping = 3 >> > >>Features=0x183fbff>E,M >> > >>Features=0x183fbff>E,MCA, >> > CMOV,PAT,PSE36,MMX,FXSR> >> > real memory = 268427264 (262136K bytes) >> > avail memory = 257769472 (251728K bytes) >> > Preloaded elf kernel "kernel" at 0xc036a000. >> > Pentium Pro MTRR support enabled >> > npx0: on motherboard >> > npx0: INT 16 interface >> > pcib0: on motherboard >> > pci0: on pcib0 >> > pcib2: at device 1.0 >>on pci0 >> > pci1: on pcib2 >> > pci1: at 0.0 irq 5 >> > isab0: at device 7.0 on pci0 >> > isa0: on isab0 >> > atapci0: port 0xffa0-0xffaf at device >>7.1 on >> > pci0 >> > ata0: at 0x1f0 irq 14 on atapci0 >> > pci0: at 7.2 irq 11 >> > chip1: port 0x850-0x85f >>at >> > device 7.3 on pci0 >> > fxp0: port 0xecc0-0xecdf mem >> > 0xfe000000-0xfe0fffff,0xf6000000-0xf6000fff irq 10 at device 14.0 on >>pci0 >> > fxp0: Ethernet address 00:a0:c9:d6:db:ba >> > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem >> > 0xfe100000-0xfe10007f irq 10 at device 17.0 on pci0 >> > xl0: Ethernet address: 00:c0:4f:68:13:88 >> > miibus0: on xl0 >> > xlphy0: <3Com internal media interface> on miibus0 >> > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> > pcib3: at device 19.0 on pci0 >> > pci2: on pcib3 >> > pcib1: on motherboard >> > pci3: on pcib1 >> > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on >>isa0 >> > fdc0: FIFO enabled, 8 bytes threshold >> > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> > atkbdc0: at port 0x60,0x64 on isa0 >> > atkbd0: flags 0x1 irq 1 on atkbdc0 >> > kbd0 at atkbd0 >> > psm0: irq 12 on atkbdc0 >> > psm0: model IntelliMouse, device ID 3 >> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on >>isa0 >> > sc0: at flags 0x100 on isa0 >> > sc0: VGA <16 virtual consoles, flags=0x100> >> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> > sio0: type 16550A, console >> > sio1 at port 0x2f8-0x2ff irq 3 on isa0 >> > sio1: type 16550A >> > ppc0: at port 0x378-0x37f irq 7 on isa0 >> > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> > ppc0: FIFO with 16/16/8 bytes threshold >> > plip0: on ppbus0 >> > lpt0: on ppbus0 >> > lpt0: Interrupt-driven port >> > ppi0: on ppbus0 >> > DUMMYNET initialized (010124) >> > IP packet filtering initialized, divert enabled, rule-based >>forwarding >> > enabled, default to deny, logging limited to 22100 packets/entry by >>default >> > IPv6 packet filtering initialized, logging limited to 1000 >>packets/entry >> > ad0: 19473MB [39566/16/63] at ata0-master UDMA33 >> > Mounting root from ufs:/dev/ad0s1a >> > WARNING: / was not properly dismounted >> > -------------------------------------------------------------------- >> > Mike Tancsa, tel +1 519 651 3400 >> > Network Administration, mike@sentex.net >> > Sentex Communications www.sentex.net >> > Cambridge, Ontario Canada www.sentex.net/mike >> > >> > >> > To Unsubscribe: send mail to majordomo@FreeBSD.org >> > with "unsubscribe freebsd-stable" in the body of the message >> > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Network Administration, mike@sentex.net >Sentex Communications www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message