reproducable panic with todays current. and xl0 NIC
Hi, I can reproducable panic todays CURRENT by running ifconfig xl0 up (My rl0 NIC works fine). The xl0 NIC works on STABLE. Any help/ideas appreciated. regards tilman polly# ifconfig xl0 up panic: invalid ife-ifm_data (0x6000) in mii_phy_setmedia Debugger(panic) Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db tr Debugger(c03ce03a,c0459e20,c03afc98,cfc7185c,1) at Debugger+0x54 panic(c03afc98,6000,c0d34f00,c1f2879c,cf52f000) at panic+0xab mii_phy_setmedia(c1f2f540,c1f281a8,c1f2f540,c1f2f6c0,cfc718c8) at mii_phy_setmedia+0x99 exphy_service(c1f2f540,c1f2f6c0,2,cf52f800,c1f28000) at exphy_service+0x56 mii_mediachg(c1f2f6c0,246,cfc71900,c1f2f6c0,c1f28000) at mii_mediachg+0x32 xl_init(c1f28000,c03cc50a,cc,8020690c,c1f28000) at xl_init+0x673 ether_ioctl(c1f28000,8020690c,c2277400,c042d100,c2277400) at ether_ioctl+0x70 xl_ioctl(c1f28000,8020690c,c2277400,0,cfc71b04) at xl_ioctl+0x1e3 in6_ifinit(c1f28000,c2277400,cfc71aac,1,c0256894) at in6_ifinit+0xa5 in6_update_ifa(c1f28000,cfc71a9c,0,c0273ffb,cfc71a50) at in6_update_ifa+0x4aa in6_ifattach_linklocal(c1f28000,0,c0256894,c02d7c00,cfc71b64) at in6_ifattach_linklocal+0x124 in6_ifattach(c1f28000,0,0,0,0) at in6_ifattach+0x208 in6_if_up(c1f28000,c1f2527c) at in6_if_up+0x1b if_route(c1f28000,1,0,cfc71bd0,c02b65a3) at if_route+0x67 if_up(c1f28000,515,0,cfc71c00,8803) at if_up+0x21 ifhwioctl(80206910,c1f28000,cfc71c54,c22952a0,c045cf18) at ifhwioctl+0x273 ifioctl(c209a200,80206910,cfc71c54,c22952a0,c2296418) at ifioctl+0xe4 soo_ioctl(c201e4b0,80206910,cfc71c54,c22c4300,c22952a0) at soo_ioctl+0x19c ioctl(c22952a0,cfc71d10,c03ebf3a,407,3) at ioctl+0x4b6 syscall(2f,2f,2f,3,1) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x804f967, esp = 0xbfbffa5c, ebp = 0xbfbffaa8 --- dmesg: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Nov 25 03:19:33 CET 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/POLLY Preloaded elf kernel /boot/kernel/kernel at 0xc0584000. Preloaded elf module /boot/kernel/acpi.ko at 0xc05840a8. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 400910740 Hz CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = AuthenticAMD Id = 0x58c Stepping = 12 Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 201310208 (191 MB) avail memory = 189706240 (180 MB) Initializing GEOMetry subsystem K6-family MTRR support enabled (2 registers) npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS P5A on motherboard Using $PIR table, 8 entries at 0xc00f0d00 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-safe frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0xec08-0xec0b on acpi0 acpi_cpu0: CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 initial configuration \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.0 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.1 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.2 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.3 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.0 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.1 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.2 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.3 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.0 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.1 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.2 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.3 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.2 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.3 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.2 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.3 \_SB_.LNKE irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12
Reproducable panic
At some point in the past 24 hours, someone broke the kernel so I can no longer run linux-opera: root@des /var/crash# gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) source ~des/kgdb (kgdb) kernel 5 IdlePTD 4034560 initial pcb at 326020 panicstr: from debugger panic messages: --- panic: cpu_switch: not SRUN panic: from debugger Uptime: 7m24s dumping to dev ad0b, offset 131104 dump ata0: resetting devices .. done 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc019131b in boot (howto=260) at ../../kern/kern_shutdown.c:321 #2 0xc01916e5 in panic (fmt=0xc02940b4 "from debugger") at ../../kern/kern_shutdown.c:571 #3 0xc011f1d5 in db_panic (addr=-1071226260, have_addr=0, count=-1, modif=0xd06ffc34 "") at ../../ddb/db_command.c:433 #4 0xc011f175 in db_command (last_cmdp=0xc02cd880, cmd_table=0xc02cd6e0, aux_cmd_tablep=0xc0310cdc) at ../../ddb/db_command.c:333 #5 0xc011f23a in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc0121403 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #7 0xc0265ffe in kdb_trap (type=3, code=0, regs=0xd06ffd34) at ../../i386/i386/db_interface.c:164 #8 0xc0274a3b in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -798482176, tf_esi = 256, tf_ebp = -797966976, tf_isp = -797967008, tf_ebx = 2, tf_edx = 1017, tf_ecx = 1021, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071226260, tf_cs = 8, tf_eflags = 70, tf_esp = -1070857153, tf_ss = -1070967837}) at ../../i386/i386/trap.c:608 #9 0xc026626c in Debugger (msg=0xc02a53e3 "panic") at machine/cpufunc.h:60 #10 0xc01916dc in panic (fmt=0xc0272cdd "cpu_switch: not SRUN") at ../../kern/kern_shutdown.c:569 #11 0xc0272cdd in sw0_2 () #12 0xc019b3d8 in msleep (ident=0xc0356158, mtx=0xd0682100, priority=344, wmesg=0xc02a7fd8 "poll", timo=201) at ../../kern/kern_synch.c:459 #13 0xc01b00f3 in poll (p=0xd0681fe0, uap=0xd06fff80) at ../../kern/sys_generic.c:927 #14 0xc0276510 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 142872464, tf_esi = 2000, tf_ebp = 142872424, tf_isp = -797966380, tf_ebx = 142872464, tf_edx = 2000, tf_ecx = 1, tf_eax = 168, tf_trapno = 12, tf_err = 2, tf_eip = 678761248, tf_cs = 31, tf_eflags = 647, tf_esp = 142872400, tf_ss = 47}) at ../../i386/i386/trap.c:1184 #15 0xc026690d in syscall_with_err_pushed () #16 0x285cac35 in ?? () (kgdb) p *(struct proc *)0xd0681fe0 $1 = {p_procq = {tqe_next = 0xd0681980, tqe_prev = 0xd0680aa0}, p_slpq = { tqe_next = 0x0, tqe_prev = 0xd0682a88}, p_list = {le_next = 0xd0681980, le_prev = 0xd0680ab0}, p_cred = 0xc2479f60, p_fd = 0xc245bc00, p_stats = 0xd06feb74, p_limit = 0xc2476700, p_upages_obj = 0xd06f1900, p_procsig = 0xc2437140, p_flag = 0, p_sflag = 9, p_intr_nesting_level = 0, p_stat = 3, p_pid = 448, p_hash = {le_next = 0x0, le_prev = 0xc090db00}, p_pglist = {le_next = 0xd0680aa0, le_prev = 0xd06819cc}, p_pptr = 0xd0681980, p_sibling = {le_next = 0x0, le_prev = 0xd06819e0}, p_children = {lh_first = 0xd0680aa0}, p_oppid = 0, p_dupfd = 0, p_vmspace = 0xcaab3180, p_estcpu = 58, p_cpticks = 1, p_pctcpu = 0, p_slpcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xc5ecea80}}, c_time = 44652, c_arg = 0xd0681fe0, c_func = 0xc019c88c endtsleep, c_flags = 14}, p_wchan = 0xc0356158, p_wmesg = 0xc02a7fd8 "poll", p_swtime = 0, p_slptime = 0, p_itcallout = { c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 0}, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = { tv_sec = 0, tv_usec = 0}}, p_runtime = 1099, p_uu = 0, p_su = 0, p_iu = 0, p_uticks = 0, p_sticks = 1, p_iticks = 0, p_traceflag = 0, p_tracep = 0x0, p_siglist = {__bits = {0, 0, 0, 0}}, p_textvp = 0xd06e3f80, p_mtx = {mtx_lock =
Re: Reproducable panic
On Wed, Mar 07, 2001 at 07:25:41PM +0100, Dag-Erling Smorgrav wrote: At some point in the past 24 hours, someone broke the kernel so I can no longer run linux-opera: Same here with another Linux binary (Tivoli Storage Manager client). -- I believe the technical term is "Oops!" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: Reproducable panic
On 07-Mar-01 Dag-Erling Smorgrav wrote: At some point in the past 24 hours, someone broke the kernel so I can no longer run linux-opera: root@des /var/crash# gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) source ~des/kgdb (kgdb) kernel 5 IdlePTD 4034560 initial pcb at 326020 panicstr: from debugger panic messages: --- panic: cpu_switch: not SRUN panic: from debugger Uptime: 7m24s dumping to dev ad0b, offset 131104 dump ata0: resetting devices .. done 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc019131b in boot (howto=260) at ../../kern/kern_shutdown.c:321 #2 0xc01916e5 in panic (fmt=0xc02940b4 "from debugger") at ../../kern/kern_shutdown.c:571 #3 0xc011f1d5 in db_panic (addr=-1071226260, have_addr=0, count=-1, modif=0xd06ffc34 "") at ../../ddb/db_command.c:433 #4 0xc011f175 in db_command (last_cmdp=0xc02cd880, cmd_table=0xc02cd6e0, aux_cmd_tablep=0xc0310cdc) at ../../ddb/db_command.c:333 #5 0xc011f23a in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc0121403 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #7 0xc0265ffe in kdb_trap (type=3, code=0, regs=0xd06ffd34) at ../../i386/i386/db_interface.c:164 #8 0xc0274a3b in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -798482176, tf_esi = 256, tf_ebp = -797966976, tf_isp = -797967008, tf_ebx = 2, tf_edx = 1017, tf_ecx = 1021, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071226260, tf_cs = 8, tf_eflags = 70, tf_esp = -1070857153, tf_ss = -1070967837}) at ../../i386/i386/trap.c:608 #9 0xc026626c in Debugger (msg=0xc02a53e3 "panic") at machine/cpufunc.h:60 #10 0xc01916dc in panic (fmt=0xc0272cdd "cpu_switch: not SRUN") at ../../kern/kern_shutdown.c:569 #11 0xc0272cdd in sw0_2 () #12 0xc019b3d8 in msleep (ident=0xc0356158, mtx=0xd0682100, priority=344, wmesg=0xc02a7fd8 "poll", timo=201) at ../../kern/kern_synch.c:459 #13 0xc01b00f3 in poll (p=0xd0681fe0, uap=0xd06fff80) at ../../kern/sys_generic.c:927 #14 0xc0276510 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 142872464, tf_esi = 2000, tf_ebp = 142872424, tf_isp = -797966380, tf_ebx = 142872464, tf_edx = 2000, tf_ecx = 1, tf_eax = 168, tf_trapno = 12, tf_err = 2, tf_eip = 678761248, tf_cs = 31, tf_eflags = 647, tf_esp = 142872400, tf_ss = 47}) at ../../i386/i386/trap.c:1184 #15 0xc026690d in syscall_with_err_pushed () #16 0x285cac35 in ?? () (kgdb) p *(struct proc *)0xd0681fe0 Wrong process. This is the process that we just put to sleep. The panic is complaining about the new process we just chose to run. I'll try and add in an appropriate KASSERT() to the runqueue code to actually check this before we get into cpu_switch and print out what process we are switching to, what its p_stat is, etc. This may be my fault in the recent change to linux_machdep.c. Hmmm, nope: mtx_lock_spin(sched_lock); p2-p_stat = SRUN; setrunqueue(p2); mtx_unlock_spin(sched_lock); It should be fine. :( (The change was to linux_clone()). -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
reproducable panic?
I seem to be able to reproduce a panic on my 4.0 machine (updated yesterday, kernel and world, also could crash with a somewhat older build) I have pseudo-device vn and nfs in my kernel, not as a module. When I vnconfig -c /dev/vn0c /nfsmountpoint/somefile, the system panics reliably. If there is more useful info I could give, or shell accounts, etc, please let me know. IdlePTD 3133440 initial pcb at 2701d8 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff68 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01af522 stack pointer = 0x10:0xc0252770 frame pointer = 0x10:0xc0252770 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01d99b0 stack pointer = 0x10:0xc02524cc frame pointer = 0x10:0xc02524d0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault dumping to dev 20401, offset 393216 dump 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:287 287 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=260) at ../../kern/kern_shutdown.c:287 #1 0xc01486ed in panic (fmt=0xc024aad7 page fault) at ../../kern/kern_shutdown.c:448 #2 0xc0210016 in trap_fatal (frame=0xc0252490, eva=48) at ../../i386/i386/trap.c:943 #3 0xc020fccf in trap_pfault (frame=0xc0252490, usermode=0, eva=48) at ../../i386/i386/trap.c:836 #4 0xc020f902 in trap (frame={tf_es = -1071316976, tf_ds = -1071710192, tf_edi = -1062680960, tf_esi = 0, tf_ebp = -1071307568, tf_isp = -1071307592, tf_ebx = -1071245808, tf_edx = -1073217472, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071801936, tf_cs = 8, tf_eflags = 66178, tf_esp = -1036656256, tf_ss = -1071307536}) at ../../i386/i386/trap.c:438 #5 0xc01d99b0 in acquire_lock (lk=0xc0261610) at ../../ufs/ffs/ffs_softdep.c:267 #6 0xc01dc827 in initiate_write_inodeblock (inodedep=0xc0a8c680, bp=0xc1e8f398) at ../../ufs/ffs/ffs_softdep.c:2827 #7 0xc01dc5cf in softdep_disk_io_initiation (bp=0xc1e8f398) at ../../ufs/ffs/ffs_softdep.c:2686 #8 0xc017992a in spec_strategy (ap=0xc0252550) at ../../miscfs/specfs/spec_vnops.c:555 #9 0xc01790bd in spec_vnoperate (ap=0xc0252550) at ../../miscfs/specfs/spec_vnops.c:129 #10 0xc01e7af5 in ufs_vnoperatespec (ap=0xc0252550) at ../../ufs/ufs/ufs_vnops.c:2327 #11 0xc0166a67 in bwrite (bp=0xc1e8f398) at vnode_if.h:891 #12 0xc016b1f6 in vop_stdbwrite (ap=0xc02525b8) at ../../kern/vfs_default.c:297 #13 0xc016b041 in vop_defaultop (ap=0xc02525b8) at ../../kern/vfs_default.c:131 #14 0xc01790bd in spec_vnoperate (ap=0xc02525b8) at ../../miscfs/specfs/spec_vnops.c:129 #15 0xc01e7af5 in ufs_vnoperatespec (ap=0xc02525b8) at ../../ufs/ufs/ufs_vnops.c:2327 #16 0xc01674c7 in vfs_bio_awrite (bp=0xc1e8f398) at vnode_if.h:1145 #17 0xc01e1b46 in ffs_fsync (ap=0xc0252640) at ../../ufs/ffs/ffs_vnops.c:205 #18 0xc01dffe7 in ffs_sync (mp=0xc0a04a00, waitfor=2, cred=0xc0a1ff00, p=0xc028c8e0) at vnode_if.h:499 #19 0xc016fc2b in sync (p=0xc028c8e0, uap=0x0) at ../../kern/vfs_syscalls.c:542 #20 0xc0148299 in boot (howto=256) at ../../kern/kern_shutdown.c:205 #21 0xc01486ed in panic (fmt=0xc024aad7 page fault) at ../../kern/kern_shutdown.c:448 #22 0xc0210016 in trap_fatal (frame=0xc0252734, eva=4294967144) at ../../i386/i386/trap.c:943 #23 0xc020fccf in trap_pfault (frame=0xc0252734, usermode=0, eva=4294967144) at ../../i386/i386/trap.c:836 #24 0xc020f902 in trap (frame={tf_es = -989003760, tf_ds = 528089104, tf_edi = -1073741824, tf_esi = -982050144, tf_ebp = -1071306896, tf_isp = -1071306916, tf_ebx = -1062665024, tf_edx = -152, tf_ecx = -982050144, tf_eax = -2147483648, tf_trapno = 12, tf_err = 0, tf_eip = -1071975134, tf_cs = 8, tf_eflags = 66182, tf_esp = -1071306860, tf_ss = -1071975907}) at ../../i386/i386/trap.c:438 #25 0xc01af522 in nfs_sigintr (nmp=0xc5771aa0, rep=0xc0a904c0, p=0xc0133634) at ../../nfs/nfs_socket.c:1479 #26 0xc01af21d in nfs_timer (arg=0x0) at ../../nfs/nfs_socket.c:1355 #27 0xc014cb8e in softclock
Re: reproducable panic?
:I seem to be able to reproduce a panic on my 4.0 machine (updated :yesterday, kernel and world, also could crash with a somewhat older :build) : :I have pseudo-device vn and nfs in my kernel, not as a module. : :When I vnconfig -c /dev/vn0c /nfsmountpoint/somefile, the system panics :reliably. : :If there is more useful info I could give, or shell accounts, etc, :please let me know. test2:/home/dillon# ls -la /var/tmp/ff/test -rw-r--r-- 1 root wheel 33554432 Mar 20 09:01 /var/tmp/ff/test test2:/home/dillon# vnconfig -c /dev/vn2c /var/tmp/ff/test test2:/home/dillon# df apollo:/images/remote.src 1397423 970331 31529975%/var/tmp/ff Works for me. If you have the latest updated yesterday you should be in good shape. See if you can narrow down why it is crashing... try different file sizes for your /nfsmountpoint/somefile, and so forth. -Matt To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: reproducable panic?
Ok I've been playing around a bit, an iso sized file (500-600mb) seems to trigger it, and a quite small file seemed to do it too but I forgot which one, but just now I made a one byte file and vnconfig'ed it and that paniced. Please try that if you can :) btw I tried a 32mb file like you, also a 16mb one, and neither made it crash. Thanks On Sat, 20 Mar 1999, Matthew Dillon wrote: :I seem to be able to reproduce a panic on my 4.0 machine (updated :yesterday, kernel and world, also could crash with a somewhat older :build) : :I have pseudo-device vn and nfs in my kernel, not as a module. : :When I vnconfig -c /dev/vn0c /nfsmountpoint/somefile, the system panics :reliably. : :If there is more useful info I could give, or shell accounts, etc, :please let me know. test2:/home/dillon# ls -la /var/tmp/ff/test -rw-r--r-- 1 root wheel 33554432 Mar 20 09:01 /var/tmp/ff/test test2:/home/dillon# vnconfig -c /dev/vn2c /var/tmp/ff/test test2:/home/dillon# df apollo:/images/remote.src 1397423 970331 31529975%/var/tmp/ff Works for me. If you have the latest updated yesterday you should be in good shape. See if you can narrow down why it is crashing... try different file sizes for your /nfsmountpoint/somefile, and so forth. -Matt To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message