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 bwe...@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]
>
> f...@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)
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
