Re: new em problems on HEAD

From: Jack Vogel <jfvogel_at_gmail.com>
Date: Wed, 27 Jan 2010 14:20:40 -0800
Ahh, i3, so that's the new pch interface, you're one of the first I've heard
of using it,
let me know how it goes, should be fine.

Jack


On Wed, Jan 27, 2010 at 2:17 PM, Mike Tancsa <mike_at_sentex.net> wrote:

> At 05:06 PM 1/27/2010, Jack Vogel wrote:
>
>> I have no idea, i see no evidence that its the em driver at fault, do you?
>>
>
> Nope, I think its something else.  But the watchdog issue is gone!  I am
> also testing with the i3 board that had a couple of watchdog timeouts before
> and so far so good.  It took about a day for it to show up before, so I will
> keep an eye on it.
>
>
> em0: <Intel(R) PRO/1000 Network Connection 6.9.24> port 0xf040-0xf05f mem
> 0xfe700000-0xfe71ffff,0xfe728000-0xfe728fff irq 20 at device 25.0 on pci0
>
> em0: Using MSI interrupt
> em0: [FILTER]
> em0: Ethernet address: 00:27:0e:09:5e:00
>
>
>
>        ---Mike
>
>  Jack
>>
>>
>>
>> On Wed, Jan 27, 2010 at 2:01 PM, Mike Tancsa <<mailto:mike_at_sentex.net>
>> mike_at_sentex.net> wrote:
>> At 02:58 PM 1/27/2010, Jack Vogel wrote:
>> Please try the driver as updated today and see if this still happens, I
>> sure hope not.
>>
>>
>> The watchdog error seems to be gone! but it still panics on the netboot
>> for some reason. I loaded up a GENERIC kernel as well.   Not sure if thats
>> just a result of not being able to mount things or some other problem ?
>>
>>
>> NFS ROOT: 10.255.255.1:/usr/home/pxe9/
>> em0: link state changed to UP
>> Interface em0 IP-Address 10.255.255.118 Broadcast 10.255.255.255
>> mount_nfs: can't update /var/db/mounttab for 10.255.255.1:
>> /usr/home/pxe9//etc
>> lock order reversal:
>>  1st 0xd94ef2a0 bufwait (bufwait) _at_ /usr/HEAD/src/sys/kern/vfs_bio.c:2559
>>  2nd 0xc59cc800 dirhash (dirhash) _at_
>> /usr/HEAD/src/sys/ufs/ufs/ufs_dirhash.c:285
>> KDB: stack backtrace:
>> db_trace_self_wrapper(c0c9c547,c53bf74c,c08d51c5,c08c5ddb,c0c9f4a3,...) at
>> db_trace_self_wrapper+0x26
>> kdb_backtrace(c08c5ddb,c0c9f4a3,c552efc8,c5532840,c53bf7a8,...) at
>> kdb_backtrace+0x29
>> _witness_debugger(c0c9f4a3,c59cc800,c0cc149a,c5532840,c0cc111a,...) at
>> _witness_debugger+0x25
>> witness_checkorder(c59cc800,9,c0cc111a,11d,0,...) at
>> witness_checkorder+0x839
>> _sx_xlock(c59cc800,0,c0cc111a,11d,c5e55658,...) at _sx_xlock+0x85
>> ufsdirhash_acquire(d94ef240,d991e800,200,d991e814,c53bf878,...) at
>> ufsdirhash_acquire+0x35
>> ufsdirhash_add(c5e55658,c53bf8d0,814,c53bf864,c53bf868,...) at
>> ufsdirhash_add+0x13
>> ufs_direnter(c5e6a660,c5eb9550,c53bf8d0,c53bfbd0,0,...) at
>> ufs_direnter+0x729
>> ufs_makeinode(c53bfbd0,0,c53bfabc,c53bfa18,c0bdf755,...) at
>> ufs_makeinode+0x50d
>> ufs_create(c53bfabc,c53bfad4,0,0,c53bfba4,...) at ufs_create+0x30
>> VOP_CREATE_APV(c0da6540,c53bfabc,c53bfbd0,c53bfa54,0,...) at
>> VOP_CREATE_APV+0xa5
>> vn_open_cred(c53bfba4,c53bfc5c,16d,0,c556ec00,...) at vn_open_cred+0x215
>> vn_open(c53bfba4,c53bfc5c,16d,c5dada10,c0d96aa0,...) at vn_open+0x3b
>> kern_openat(c5db3240,ffffff9c,804c5e8,0,602,...) at kern_openat+0x11f
>> kern_open(c5db3240,804c5e8,0,601,816d,...) at kern_open+0x35
>> open(c5db3240,c53bfcf8,c0cd38ae,c0c7faf5,c5dea2a8,...) at open+0x30
>> syscall(c53bfd38) at syscall+0x220
>> Xint0x80_syscall() at Xint0x80_syscall+0x20
>> --- syscall (5, FreeBSD ELF32, open), eip = 0x2816ead3, esp = 0xbfbfec6c,
>> ebp = 0xbfbfecd8 ---
>>
>> kernel trap 18 with interrupts disabled
>>
>>
>> Fatal trap 18: integer divide fault while in kernel mode
>> cpuid = 0; apic id = 00
>> instruction pointer     = 0x20:0xc0bd216b
>> stack pointer           = 0x28:0xc53b7704
>> frame pointer           = 0x28:0xc53b7778
>>
>> code segment            = base 0x0, limit 0xfffff, type 0x1b
>>                       = DPL 0, pres 1, def32 1, gran 1
>> processor eflags        = resume, IOPL = 0
>> current process         = 48 (ps)
>> [thread pid 48 tid 100078 ]
>> Stopped at      __qdivrem+0x3b: divl    %ecx,%eax
>> db> bt
>> Tracing pid 48 tid 100078 td 0xc5db36c0
>> __qdivrem(0,0,0,0,0,...) at __qdivrem+0x3b
>> __udivdi3(0,0,0,0,c53b7a20,...) at __udivdi3+0x2e
>> cputick2usec(0,0,c0c980c6,2ef,c5db3764,...) at cputick2usec+0xfd
>> fill_kinfo_proc(c599e550,c53b7810,c0c980c6,3d8,4,...) at
>> fill_kinfo_proc+0x3ac
>> sysctl_out_proc(c5db36c0,c599e550,51c,c53b7b58,c08990d6,...) at
>> sysctl_out_proc+0xac
>> sysctl_kern_proc(c0d8cec0,c53b7c1c,1,c53b7ba4,c53b7ba4,...) at
>> sysctl_kern_proc+0xd2
>> sysctl_root(c53b7ba4,0,c0c99ca0,5f1,c5db36c0,...) at sysctl_root+0x1c8
>> userland_sysctl(c5db36c0,c53b7c10,4,0,bfbfe2b4,...) at
>> userland_sysctl+0x17c
>> __sysctl(c5db36c0,c53b7cf8,c0cd38ae,c0c7faf5,c5dea7f8,...) at
>> __sysctl+0x94
>> syscall(c53b7d38) at syscall+0x220
>> Xint0x80_syscall() at Xint0x80_syscall+0x20
>> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x281a593b, esp =
>> 0xbfbfe1dc, ebp = 0xbfbfe208 ---
>> db>
>>
>>
>> Booting from the RELENG6 disk shows the nics to be
>>
>> em0_at_pci13:0:0:  class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03
>> hdr=0x00
>>   vendor     = 'Intel Corporation'
>>   device     = '82573E Intel Corporation 82573E Gigabit Ethernet
>> Controller (Copper)'
>>   class      = network
>>   subclass   = ethernet
>>   cap 01[c8] = powerspec 2  supports D0 D3  current D0
>>   cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message
>>   cap 10[e0] = PCI-Express 1 endpoint
>> em1_at_pci14:0:0:  class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00
>> hdr=0x00
>>   vendor     = 'Intel Corporation'
>>   device     = '82573L Intel PRO/1000 PL Network Adaptor'
>>   class      = network
>>   subclass   = ethernet
>>   cap 01[c8] = powerspec 2  supports D0 D3  current D0
>>   cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message
>>   cap 10[e0] = PCI-Express 1 endpoint
>>
>>
>>
>>
>>
>> Cheers,
>>
>> Jack
>>
>>
>>
>> On Wed, Jan 27, 2010 at 11:29 AM, Mike Tancsa <<mailto:mike_at_sentex.net
>> ><mailto:mike_at_sentex.net>mike_at_sentex.net> wrote:
>>
>> Not sure if the panic is related, but the watchdog timeout issue on bootup
>> seems to be repeatable on this motherboard with HEAD from last Friday.  It
>> boots up fine under 6.x
>>
>>
>> FreeBSD 9.0-CURRENT #1: Fri Jan 22 16:43:53 EST 2010
>>  mdtancsa_at_ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/alix i386
>> Timecounter "i8254" frequency 1193182 Hz quality 0
>> CPU: Intel(R) Pentium(R)  CPU       E6500  _at_ 2.93GHz (0.00-MHz 686-class
>> CPU)
>>  Origin = "GenuineIntel"  Id = 0x1067a  Stepping = 10
>>
>>
>> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>>
>>
>> Features2=0x400e3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE>
>>  AMD Features=0x20100000<NX,LM>
>>  AMD Features2=0x1<LAHF>
>>  TSC: P-state invariant
>> real memory  = 2147483648 (2048 MB)
>> avail memory = 2089807872 (1992 MB)
>> ACPI APIC Table: <PTLTD          APIC  >
>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>> FreeBSD/SMP: 1 package(s) x 2 core(s)
>>  cpu0 (BSP): APIC ID:  0
>>  cpu1 (AP): APIC ID:  1
>> ioapic0 <Version 2.0> irqs 0-23 on motherboard
>> ioapic1 <Version 2.0> irqs 24-47 on motherboard
>> kbd1 at kbdmux0
>> cryptosoft0: <software crypto> on motherboard
>> acpi0: <PTLTD   RSDT> on motherboard
>> acpi0: [ITHREAD]
>> acpi0: Power Button (fixed)
>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
>> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
>> pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
>> pci0: <ACPI PCI bus> on pcib0
>> pcib1: <ACPI PCI-PCI bridge> irq 16 at device 1.0 on pci0
>> pci1: <ACPI PCI bus> on pcib1
>> pcib2: <ACPI PCI-PCI bridge> irq 17 at device 28.0 on pci0
>> pci9: <ACPI PCI bus> on pcib2
>> pcib3: <ACPI PCI-PCI bridge> at device 0.0 on pci9
>> pci10: <ACPI PCI bus> on pcib3
>> pci10: <mass storage, RAID> at device 1.0 (no driver attached)
>> pcib4: <ACPI PCI-PCI bridge> irq 17 at device 28.4 on pci0
>> pci13: <ACPI PCI bus> on pcib4
>> em0: <Intel(R) PRO/1000 Network Connection 6.9.24> port 0x5000-0x501f mem
>> 0xe1000000-0xe101ffff irq 16 at device 0.0 on pci13
>> em0: Using MSI interrupt
>> em0: [FILTER]
>> em0: Ethernet address: 00:30:48:8d:2a:96
>> pcib5: <ACPI PCI-PCI bridge> irq 16 at device 28.5 on pci0
>> pci14: <ACPI PCI bus> on pcib5
>> em1: <Intel(R) PRO/1000 Network Connection 6.9.24> port 0x6000-0x601f mem
>> 0xe1100000-0xe111ffff irq 17 at device 0.0 on pci14
>> em1: Using MSI interrupt
>> em1: [FILTER]
>> em1: Ethernet address: 00:30:48:8d:2a:97
>> uhci0: <Intel 82801G (ICH7) USB controller USB-A> port 0x3000-0x301f irq
>> 23 at device 29.0 on pci0
>> uhci0: [ITHREAD]
>> usbus0: <Intel 82801G (ICH7) USB controller USB-A> on uhci0
>> uhci1: <Intel 82801G (ICH7) USB controller USB-B> port 0x3020-0x303f irq
>> 19 at device 29.1 on pci0
>> uhci1: [ITHREAD]
>> usbus1: <Intel 82801G (ICH7) USB controller USB-B> on uhci1
>> uhci2: <Intel 82801G (ICH7) USB controller USB-C> port 0x3040-0x305f irq
>> 18 at device 29.2 on pci0
>> uhci2: [ITHREAD]
>> usbus2: <Intel 82801G (ICH7) USB controller USB-C> on uhci2
>> uhci3: <Intel 82801G (ICH7) USB controller USB-D> port 0x3060-0x307f irq
>> 16 at device 29.3 on pci0
>> uhci3: [ITHREAD]
>> usbus3: <Intel 82801G (ICH7) USB controller USB-D> on uhci3
>> ehci0: <Intel 82801GB/R (ICH7) USB 2.0 controller> mem
>> 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0
>> ehci0: [ITHREAD]
>> usbus4: EHCI version 1.0
>> usbus4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
>> pcib6: <ACPI PCI-PCI bridge> at device 30.0 on pci0
>> pci15: <ACPI PCI bus> on pcib6
>> vgapci0: <VGA-compatible display> port 0x7000-0x70ff mem
>> 0xe8000000-0xefffffff,0xe1200000-0xe120ffff irq 16 at device 0.0 on pci15
>> isab0: <PCI-ISA bridge> at device 31.0 on pci0
>> isa0: <ISA bus> on isab0
>> atapci0: <Intel ICH7 UDMA100 controller> port
>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0
>> ata0: <ATA channel 0> on atapci0
>> ata0: [ITHREAD]
>> pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
>> acpi_button0: <Power Button> on acpi0
>> atrtc0: <AT realtime clock> port 0x70-0x71 irq 8 on acpi0
>> atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
>> atkbd0: <AT Keyboard> irq 1 on atkbdc0
>> kbd0 at atkbd0
>> atkbd0: [GIANT-LOCKED]
>> atkbd0: [ITHREAD]
>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
>> uart0: [FILTER]
>> uart0: console (9600,n,8,1)
>> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0
>> uart1: [FILTER]
>> cpu0: <ACPI CPU> on acpi0
>> est0: <Enhanced SpeedStep Frequency Control> on cpu0
>> est: CPU supports Enhanced Speedstep, but is not recognized.
>> est: cpu_vendor GenuineIntel, msr 6160b2506000616
>> device_attach: est0 attach returned 6
>> p4tcc0: <CPU Frequency Thermal Control> on cpu0
>> cpu1: <ACPI CPU> on acpi0
>> est1: <Enhanced SpeedStep Frequency Control> on cpu1
>> est: CPU supports Enhanced Speedstep, but is not recognized.
>> est: cpu_vendor GenuineIntel, msr 6160b2506000616
>> device_attach: est1 attach returned 6
>> p4tcc1: <CPU Frequency Thermal Control> on cpu1
>> pmtimer0 on isa0
>> orm0: <ISA Option ROMs> at iomem
>> 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff pnpid
>> ORM0000 on isa0
>> sc0: <System console> at flags 0x100 on isa0
>> sc0: VGA <16 virtual consoles, flags=0x300>
>> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
>> Timecounters tick every 1.000 msec
>> IPsec: Initialized Security Association Processing.
>> usbus0: 12Mbps Full Speed USB v1.0
>> usbus1: 12Mbps Full Speed USB v1.0
>> usbus2: 12Mbps Full Speed USB v1.0
>> usbus3: 12Mbps Full Speed USB v1.0
>> usbus4: 480Mbps High Speed USB v2.0
>> SMP: AP CPU #1 Launched!
>> ugen0.1: <Intel> at usbus0
>> ugen1.1: <Intel> at usbus1
>> uhub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
>> uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
>> Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0
>> ugen2.1: <Intel> at usbus2
>> ugen3.1: <Intel> at usbus3
>> uhub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
>> uhub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
>> ugen4.1: <Intel> at usbus4
>> uhub4: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
>> uhub0: 2 ports with 2 removable, self powered
>> uhub1: 2 ports with 2 removable, self powered
>> uhub2: 2 ports with 2 removable, self powered
>> uhub3: 2 ports with 2 removable, self powered
>> Root mount waiting for: usbus4
>> Root mount waiting for: usbus4
>> Root mount waiting for: usbus4
>> uhub4: 8 ports with 8 removable, self powered
>> Trying to mount root from nfs:
>> NFS ROOT: 10.255.255.1:/usr/home/pxe9/
>> em0: Watchdog timeout -- resetting
>> em0: link state changed to UP
>> Interface em0 IP-Address 10.255.255.118 Broadcast 10.255.255.255
>> mount_nfs: can't update /var/db/mounttab for 10.255.255.1:
>> /usr/home/pxe9//etc
>> kernel trap 18 with interrupts disabled
>>
>>
>> Fatal trap 18: integer divide fault while in kernel mode
>> cpuid = 1; apic id = 01
>> instruction pointer     = 0x20:0xc0995f0b
>> stack pointer           = 0x28:0xc4e746f8
>> frame pointer           = 0x28:0xc4e7476c
>> code segment            = base 0x0, limit 0xfffff, type 0x1b
>>                      = DPL 0, pres 1, def32 1, gran 1
>> processor eflags        = resume, IOPL = 0
>> current process         = 52 (ps)
>> trap number             = 18
>> panic: integer divide fault
>> cpuid = 1
>> Uptime: 1m23s
>> Cannot dump. Device not defined or unavailable.
>> Automatic reboot in 15 seconds - press a key on the console to abort
>>
>> Fatal double fault:
>> eip = 0xc098e8d0
>> esp = 0xc4d00000
>> ebp = 0xc4d00020
>> cpuid = 1; Rebooting...
>> apic id = 01
>> cpu_reset: Stopping other CPUs
>> panic: double fault
>> cpuid = 1
>> Uptime: 1m23s
>> Cannot dump. Device not defined or unavailable.
>> Automatic reboot in 15 seconds - press a key on the console to abort
>> Rebooting...
>> cpu_reset: Stopping other CPUs
>>
>>
>> --------------------------------------------------------------------
>> Mike Tancsa,                                      tel +1 519 651 3400
>> Sentex Communications, <mailto:mike_at_sentex.net><mailto:mike_at_sentex.net>
>> mike_at_sentex.net
>> Providing Internet since 1994 <<http://www.sentex.net>
>> http://www.sentex.net>www.sentex.net
>> Cambridge, Ontario Canada <<http://www.sentex.net/mike>
>> http://www.sentex.net/mike>www.sentex.net/mike
>>
>>
>>
>> --------------------------------------------------------------------
>> Mike Tancsa,                                      tel +1 519 651 3400
>> Sentex Communications, <mailto:mike_at_sentex.net>mike_at_sentex.net
>> Providing Internet since 1994                    <http://www.sentex.net>
>> www.sentex.net
>> Cambridge, Ontario Canada                         <
>> http://www.sentex.net/mike>www.sentex.net/mike
>>
>>
> --------------------------------------------------------------------
> Mike Tancsa,                                      tel +1 519 651 3400
> Sentex Communications,                            mike_at_sentex.net
> Providing Internet since 1994                    www.sentex.net
> Cambridge, Ontario Canada                         www.sentex.net/mike
>
>
Received on Wed Jan 27 2010 - 21:20:42 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:00 UTC