Date: Tue, 06 Jan 2009 09:23:01 -0600 From: Brandon Weisz <lists@avioc.org> To: pyunyh@gmail.com Cc: Garrett Cooper <yanefbsd@gmail.com>, stable@freebsd.org Subject: Re: Panic in RELENG_7_1 with fxp(4) Message-ID: <49637755.1070708@avioc.org> In-Reply-To: <20090106080333.GA6168@cdnetworks.co.kr> References: <49600E2E.7070601@avioc.org> <3163F769-48B0-4CFC-8842-BBBDDAE78B51@gmail.com> <20090105032657.GA1842@cdnetworks.co.kr> <4961FACE.4060203@avioc.org> <20090106080333.GA6168@cdnetworks.co.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
Pyun YongHyeon wrote: > On Mon, Jan 05, 2009 at 06:19:26AM -0600, Brandon Weisz wrote: > > Pyun YongHyeon wrote: > > >On Sat, Jan 03, 2009 at 10:16:58PM -0800, Garrett Cooper wrote: > > > > On Jan 3, 2009, at 5:17 PM, Brandon Weisz wrote: > > > > > > > > >After running 7-PRERELEASE from around November 25th, I upgraded > > > > >today to find the system panics repeatably on RELENG_7_1 sources. I > > > > >can boot back to the old kernel and it operates as expected. It > > > > >seems to be related to fxp(4). > > > > > > > > > >FreeBSD didy.internal 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Sat Jan 3 > > > > >18:11:18 CST 2009 bweisz@didy.internal:/usr/obj/usr/src/sys/ > > > > >DIDY i386 > > > > > > > > > .... > > > > > > > > > > > >I replaced the fxp(4) card with an old xl(4) card lying on my desk > > > > >and the panics stopped. Is this a failing nic card or some other > > > > >trigger? > > > > > > > > > >Brandon > > > > > > > > Memory serves me correctly an MFC was done not too long before 7.1 > > > > release was setup. > > > > > > > > > >I don't know what MFCes were done, at least I didn't MFC any > > >changes I made. > > > > > > > Let's see what Pyun says... > > > > > > > > > >I'm not sure what is root cause of this panic. If you can reliably > > >reproduce the panic would you let me know? > > >CURRENT has a couple of fixes for edge-cases as well as some new > > >hardware features(TSO, VLAN hardware tagging and WOL etc). Would > > >you try latest fxp(4) in HEAD? > > >I think you can use cvsweb interface to get latest files. > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpreg.h > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxpvar.h > > > > > > > Hi Pyun > > > > The system reliably panics on boot up. I tested fxp from HEAD with the > > same result. > > > > 7.1-RELEASE = Panic > > 7.1-RELEASE with fxp from HEAD = Panic > > 7.1-PRERELEASE from Tue Nov 25 = operates as expected > > > > This is an old card. Some details on the card: > > > > fxp0: <Intel 82559 Pro/100 Ethernet> port 0xd100-0xd13f mem > > 0xfca03000-0xfca03fff,0xfc800000-0xfc8fffff irq 17 at device 9.0 on pci0 > > miibus0: <MII bus> on fxp0 > > inphy0: <i82555 10/100 media interface> PHY 1 on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:d0:b7:6c:1c:0a > > fxp0: [ITHREAD] > > > > fxp0@pci0:0:9:0: class=0x020000 card=0x000b8086 chip=0x12298086 > > rev=0x08 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > > class = network > > subclass = ethernet > > > > As a test, I unplugged the ethernet cable and the system booted fully, > > however it produced a panic as soon as I connected the cable. This > > backtrace is from 7.1-RELEASE with fxp sources from HEAD. > > > > I still can't reproduce this but would you try fxp(4) in the > following URLs? > http://people.freebsd.org/~yongari/fxp/if_fxp.c > http://people.freebsd.org/~yongari/fxp/if_fxpreg.h > http://people.freebsd.org/~yongari/fxp/if_fxpvar.h > With this version, the system still panics as before. After the system panic with this patch, I went into the bios and disabled all unnecessary hardware such as parallel port, usb controller and on-board audio. The resulting panic below appears different. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x400 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07eefec stack pointer = 0x28:0xe4339ac0 frame pointer = 0x28:0xe4339ae4 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 = 28 (irq23: vr0) trap number = 12 panic: page fault cpuid = 0 Uptime: 50s Physical memory: 995 MB Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 .... (kgdb) list *0xc07eefec 0xc07eefec is in sbappendaddr_locked (/usr/src.local/sys/kern/uipc_sockbuf.c:652). 647 if (n) 648 n->m_next = m0; /* concatenate data to control */ 649 else 650 control = m0; 651 m->m_next = control; 652 for (n = m; n->m_next != NULL; n = n->m_next) 653 sballoc(sb, n); 654 sballoc(sb, n); 655 nlast = n; 656 SBLINKRECORD(sb, m); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc079cf07 in boot (howto=260) at /usr/src.local/sys/kern/kern_shutdown.c:418 #2 0xc079d1d9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src.local/sys/kern/kern_shutdown.c:574 #3 0xc0ab110c in trap_fatal (frame=0xe4339a80, eva=1024) at /usr/src.local/sys/i386/i386/trap.c:939 #4 0xc0ab1390 in trap_pfault (frame=0xe4339a80, usermode=0, eva=1024) at /usr/src.local/sys/i386/i386/trap.c:852 #5 0xc0ab1d4c in trap (frame=0xe4339a80) at /usr/src.local/sys/i386/i386/trap.c:530 #6 0xc0a97bbb in calltrap () at /usr/src.local/sys/i386/i386/exception.s:159 #7 0xc07eefec in sbappendaddr_locked (sb=0xc5bacd50, asa=0xe4339b90, m0=0xc4167000, control=0xc4167000) at /usr/src.local/sys/kern/uipc_sockbuf.c:652 #8 0xc08ecb71 in udp_append (inp=Variable "inp" is not available. ) at /usr/src.local/sys/netinet/udp_usrreq.c:254 #9 0xc08edf7a in udp_input (m=0xc4167000, off=20) at /usr/src.local/sys/netinet/udp_usrreq.c:567 #10 0xc087d320 in ip_input (m=0xc4167000) at /usr/src.local/sys/netinet/ip_input.c:665 #11 0xc0842a85 in netisr_dispatch (num=2, m=0xc4167000) at /usr/src.local/sys/net/netisr.c:185 #12 0xc08389f1 in ether_demux (ifp=0xc41b6800, m=0xc4167000) at /usr/src.local/sys/net/if_ethersubr.c:834 #13 0xc0838de3 in ether_input (ifp=0xc41b6800, m=0xc4167000) at /usr/src.local/sys/net/if_ethersubr.c:692 #14 0xc071750b in vr_intr (arg=0xc41c8000) at /usr/src.local/sys/dev/vr/if_vr.c:1415 #15 0xc077bf0b in ithread_loop (arg=0xc41c5550) at /usr/src.local/sys/kern/kern_intr.c:1088 #16 0xc0778a79 in fork_exit (callout=0xc077bd50 <ithread_loop>, arg=0xc41c5550, frame=0xe4339d38) at /usr/src.local/sys/kern/kern_fork.c:804 #17 0xc0a97c30 in fork_trampoline () at /usr/src.local/sys/i386/i386/exception.s:264 (kgdb)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49637755.1070708>