From owner-freebsd-current@FreeBSD.ORG Sat Jul 25 23:03:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B70810656A4 for ; Sat, 25 Jul 2009 23:03:14 +0000 (UTC) (envelope-from greg.kerr@akua.com) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 68B478FC25 for ; Sat, 25 Jul 2009 23:03:14 +0000 (UTC) (envelope-from greg.kerr@akua.com) Received: from OMTA20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id LNy31c0011smiN4A9P3FLH; Sat, 25 Jul 2009 23:03:15 +0000 Received: from lion.coh.akua.com ([65.96.218.14]) by OMTA20.emeryville.ca.mail.comcast.net with comcast id LP3D1c0080KDg8Z8gP3Enu; Sat, 25 Jul 2009 23:03:14 +0000 Received: by lion.coh.akua.com (Postfix, from userid 32767) id 6BA0971654E; Sat, 25 Jul 2009 19:00:16 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lion.coh.akua.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.5 Received: from xitrus.coh.akua.com (xitrus.coh.akua.com [10.9.9.9]) by lion.coh.akua.com (Postfix) with ESMTPSA id 6B803716540; Sat, 25 Jul 2009 19:00:15 -0400 (EDT) Message-Id: <8D69BD3C-8690-4FEC-AE97-E0736F762B7B@akua.com> From: Greg Kerr To: Alexander Motin In-Reply-To: <4A6B72C4.6050408@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 25 Jul 2009 19:03:10 -0400 References: <4A6B72C4.6050408@FreeBSD.org> X-Mailer: Apple Mail (2.935.3) X-Mailman-Approved-At: Sun, 26 Jul 2009 00:39:46 +0000 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Current Subject: Re: SiI3124/3132/3531 CAM driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2009 23:03:14 -0000 > pciconf -lbcv atapci0@pci0:2:0:0: class=0x018000 card=0x31321095 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' class = mass storage bar [20] = type I/O Port, range 32, base 0x1000, size 128, enabled cap 01[54] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[5c] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint max data 128(1024) link x1(x1) > Have you loaded siis via loader.conf or later with kldload? You > should use loader.conf, or ata(4) will grab first. Loaded via kldload first, no reaction to card, so put it in loader.conf and rebooted. The dmesg was after reboot. $ grep siis /boot/loader.conf siis_load="YES" - Greg From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 02:34:14 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AC9B91065672; Sun, 26 Jul 2009 02:34:13 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 26 Jul 2009 11:34:12 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20090726113412.52901133.nork@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__26_Jul_2009_11_34_12_+0900_UYZmooU7snDxtqGN" Cc: Norikatsu Shigemura Subject: panic on _vn_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 02:34:14 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__26_Jul_2009_11_34_12_+0900_UYZmooU7snDxtqGN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi. I got a panic on _vn_lock@/usr/src/sys/kern/vfs_vnops.c:883. So I enabled 8-current debug flags (WITNESS, INVARIANTS, DIAGNOSTIC), and retried. Please see also attached files. I'll keep to have crash dump. So I'll be able to report any data. What should I report? --Multipart=_Sun__26_Jul_2009_11_34_12_+0900_UYZmooU7snDxtqGN Content-Type: text/plain; name="kernel.txt" Content-Disposition: attachment; filename="kernel.txt" Content-Transfer-Encoding: 7bit FreeBSD/amd64 (nadesico.ninth-nine.com) (dcons) login: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex pmap (pmap) r = 0 (0xffffff0010794a60) locked @ /usr/src/sys/amd64/amd64/pmap.c:3819 exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xffffffff8099b100) locked @ /usr/src/sys/amd64/amd64/pmap.c:3818 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x65 witness_warn() at witness_warn+0x2d3 trap() at trap+0x2e5 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804f3dab, rsp = 0xffffff80ec36d9f0, rbp = 0xffffff80ec36da80 --- pmap_remove_pages() at pmap_remove_pages+0x29b vmspace_exit() at vmspace_exit+0x96 exit1() at exit1+0x376 sys_exit() at sys_exit+0xe syscall() at syscall+0x1d5 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x84047c, rsp = 0x7fffffffe2a8, rbp = 0x7fffffffe2e0 --- Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x10010 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff804f3dab stack pointer = 0x28:0xffffff80ec36d9f0 frame pointer = 0x28:0xffffff80ec36da80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 52423 (cc1) trap number = 12 panic: page fault VNASSERT failed cpuid = 1 0xffffff0010f8b938: KDB: stack backtrace: tag zfs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xffffff003e96b288 ref 0 pages 0 d block type zfs: UNLOCKED _trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 trap_fatal() at trap_fatal+0x2ad trap() at trap+0x2fc calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804f3dab, rsp = 0xffffff80ec36d9f0, rbp = 0xffffff80ec36da80 --- pmap_remove_pages() at pmap_remove_pages+0x29b vmspace_exit() at vmspace_exit+0x96 exit1() at exit1+0x376 sys_exit() at sys_exit+0xe syscall() at syscall+0x1d5 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x84047c, rsp = 0x7fffffffe2a8, rbp = 0x7fffffffe2e0 --- interrupt total irq1: atkbd0 3 irq16: hdac1 ohci+ 57 irq17: ehci0 2 irq18: ohci2 ohci+ 6 irq19: fwohci0+ 100 irq21: pcm0 1 irq22: ahci0 27491 cpu0: timer 736892 irq257: hdac0 1 irq258: re0 32033 cpu2: timer 710963 cpu1: timer 710471 cpu3: timer 711037 Total 2929057 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a hardclock() at hardclock+0x117 lapic_handle_timer() at lapic_handle_timer+0xc9 Xtimerint() at Xtimerint+0x8c --- interrupt, rip = 0xffffffff80305870, rsp = 0xffffff80ec3193d0, rbp = 0xffffff80ec3194d0 --- panic() at panic+0x90 _vn_lock() at _vn_lock+0xec cache_lookup() at cache_lookup+0x4fc vfs_cache_lookup() at vfs_cache_lookup+0xc0 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 lookup() at lookup+0x414 namei() at namei+0x4d3 vn_open_cred() at vn_open_cred+0x1e8 kern_openat() at kern_openat+0x179 syscall() at syscall+0x1d5 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x84eaac, rsp = 0x7fffffffdd78, rbp = 0x800b62a10 --- KDB: enter: watchdog timeout [thread pid 52424 tid 100195 ] Stopped at kdb_enter+0x3d: movq $0,0x4b33f0(%rip) db> call doadump Physical memory: 8178 MB Dumping 2063 MB: 2048 2032 2016 2000 1984 1968 1952 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 Dump complete = 0 db> reset --Multipart=_Sun__26_Jul_2009_11_34_12_+0900_UYZmooU7snDxtqGN Content-Type: text/plain; name="kgdb.txt" Content-Disposition: attachment; filename="kgdb.txt" Content-Transfer-Encoding: 7bit # kgdb -n 0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex pmap (pmap) r = 0 (0xffffff0010794a60) locked @ /usr/src/sys/amd64/amd64/pmap.c:3819 exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xffffffff8099b100) locked @ /usr/src/sys/amd64/amd64/pmap.c:3818 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x65 witness_warn() at witness_warn+0x2d3 trap() at trap+0x2e5 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804f3dab, rsp = 0xffffff80ec36d9f0, rbp = 0xffffff80ec36da80 --- pmap_remove_pages() at pmap_remove_pages+0x29b vmspace_exit() at vmspace_exit+0x96 exit1() at exit1+0x376 sys_exit() at sys_exit+0xe syscall() at syscall+0x1d5 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x84047c, rsp = 0x7fffffffe2a8, rbp = 0x7fffffffe2e0 --- Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x10010 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff804f3dab stack pointer = 0x28:0xffffff80ec36d9f0 frame pointer = 0x28:0xffffff80ec36da80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 52423 (cc1) trap number = 12 panic: page faultVNASSERT failed cpuid = 1 0xffffff0010f8b938: KDB: stack backtrace:tag zfs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xffffff003e96b288 ref 0 pages 0d block type zfs: UNLOCKED_ trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 trap_fatal() at trap_fatal+0x2ad trap() at trap+0x2fc calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804f3dab, rsp = 0xffffff80ec36d9f0, rbp = 0xffffff80ec36da80 --- pmap_remove_pages() at pmap_remove_pages+0x29b vmspace_exit() at vmspace_exit+0x96 exit1() at exit1+0x376 sys_exit() at sys_exit+0xe syscall() at syscall+0x1d5 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x84047c, rsp = 0x7fffffffe2a8, rbp = 0x7fffffffe2e0 --- interrupt total irq1: atkbd0 3 irq16: hdac1 ohci+ 57 irq17: ehci0 2 irq18: ohci2 ohci+ 6 irq19: fwohci0+ 100 irq21: pcm0 1 irq22: ahci0 27491 cpu0: timer 736892 irq257: hdac0 1 irq258: re0 32033 cpu2: timer 710963 cpu1: timer 710471 cpu3: timer 711037 Total 2929057 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a hardclock() at hardclock+0x117 lapic_handle_timer() at lapic_handle_timer+0xc9 Xtimerint() at Xtimerint+0x8c --- interrupt, rip = 0xffffffff80305870, rsp = 0xffffff80ec3193d0, rbp = 0xffffff80ec3194d0 --- panic() at panic+0x90 _vn_lock() at _vn_lock+0xec cache_lookup() at cache_lookup+0x4fc vfs_cache_lookup() at vfs_cache_lookup+0xc0 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 lookup() at lookup+0x414 namei() at namei+0x4d3 vn_open_cred() at vn_open_cred+0x1e8 kern_openat() at kern_openat+0x179 syscall() at syscall+0x1d5 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x84eaac, rsp = 0x7fffffffdd78, rbp = 0x800b62a10 --- KDB: enter: watchdog timeout Physical memory: 8178 MB Dumping 2063 MB: 2048 2032 2016 2000 1984 1968 1952 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/krpc.ko...Reading symbols from /boot/kernel/krpc.ko.symbols...done. done. Loaded symbols for /boot/kernel/krpc.ko Reading symbols from /boot/kernel/snd_maestro3.ko...Reading symbols from /boot/kernel/snd_maestro3.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_maestro3.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/nfsclient.ko...Reading symbols from /boot/kernel/nfsclient.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfsclient.ko Reading symbols from /boot/kernel/nfslockd.ko...Reading symbols from /boot/kernel/nfslockd.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfslockd.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko #0 doadump () at pcpu.h:223 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff801a995c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801a9c91 in db_command (last_cmdp=0xffffffff807a5460, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801a9ee0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff801abec9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff80333f90 in kdb_trap (type=3, code=0, tf=0xffffff80ec319200) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xffffffff804fbad6 in trap (frame=0xffffff80ec319200) at /usr/src/sys/amd64/amd64/trap.c:613 #7 0xffffffff804e0373 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #8 0xffffffff8033416d in kdb_enter (why=0xffffffff8055aba7 "watchdog", msg=0xa
) at cpufunc.h:63 #9 0xffffffff804e6f09 in lapic_handle_timer (frame=0xffffff80ec319320) at /usr/src/sys/amd64/amd64/local_apic.c:703 #10 0xffffffff804e0eac in Xtimerint () at apic_vector.S:103 #11 0xffffffff80305870 in panic (fmt=0xffffffff805dafd0 "vn_lock called with no locktype.") at /usr/src/sys/kern/kern_shutdown.c:526 #12 0xffffffff803a3aec in _vn_lock (vp=Variable "vp" is not available. ) at /usr/src/sys/kern/vfs_vnops.c:883 #13 0xffffffff8038580c in cache_lookup (dvp=0xffffff0010f8b938, vpp=0xffffff80ec319a30, cnp=0xffffff80ec319a58) at /usr/src/sys/kern/vfs_cache.c:567 #14 0xffffffff80385ab0 in vfs_cache_lookup (ap=Variable "ap" is not available. ) at /usr/src/sys/kern/vfs_cache.c:881 #15 0xffffffff80542ca5 in VOP_LOOKUP_APV (vop=0xffffffff80be8b80, a=0xffffff80ec319690) at vnode_if.c:123 #16 0xffffffff8038c6d4 in lookup (ndp=0xffffff80ec319a00) at vnode_if.h:54 #17 0xffffffff8038d623 in namei (ndp=0xffffff80ec319a00) at /usr/src/sys/kern/vfs_lookup.c:259 #18 0xffffffff803a31d8 in vn_open_cred (ndp=0xffffff80ec319a00, flagp=0xffffff80ec31994c, cmode=420, vn_open_flags=Variable "vn_open_flags" is not available. ) at /usr/src/sys/kern/vfs_vnops.c:188 #19 0xffffffff803a0f99 in kern_openat (td=0xffffff0005b96390, fd=-100, path=0x800b62a10
, pathseg=Variable "pathseg" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:1084 #20 0xffffffff804fb495 in syscall (frame=0xffffff80ec319c80) at /usr/src/sys/amd64/amd64/trap.c:984 #21 0xffffffff804e0651 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #22 0x000000000084eaac in ?? () Previous frame inner to this frame (corrupt stack?) --Multipart=_Sun__26_Jul_2009_11_34_12_+0900_UYZmooU7snDxtqGN-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 02:41:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 254B7106566B; Sun, 26 Jul 2009 02:41:07 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id E14598FC08; Sun, 26 Jul 2009 02:41:06 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from pavillion-dv6425us.advok.com (pool-70-110-182-250.phil.east.verizon.net [70.110.182.250]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 27E817EAB2; Sun, 26 Jul 2009 11:41:04 +0900 (JST) Date: Sat, 25 Jul 2009 22:41:10 -0400 From: Yoshihiro Ota To: Alexander Motin Message-Id: <20090725224110.8fd4d488.ota@j.email.ne.jp> In-Reply-To: <4A6A00E9.8020106@FreeBSD.org> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <20090224004110.e4ad76f4.ota@j.email.ne.jp> <49A45127.3000108@FreeBSD.org> <20090225211656.75c546c3.ota@j.email.ne.jp> <49A6F609.20901@FreeBSD.org> <20090226223106.b56ad289.ota@j.email.ne.jp> <49A7D1C2.6070608@FreeBSD.org> <20090228015207.d7432c0a.ota@j.email.ne.jp> <20090723153734.e1a8bff1.ota@j.email.ne.jp> <4A68BDD7.60408@FreeBSD.org> <20090723172423.0337cf35.ota@j.email.ne.jp> <4A6A00E9.8020106@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 02:41:07 -0000 On Fri, 24 Jul 2009 21:43:53 +0300 Alexander Motin wrote: > Yoshihiro Ota wrote: > > The problem is some mysterious sound like szzzz..... in very low tone and low volume. > > However, it is noticeable and somewhat destructing. > > I usually use 7.1-RELEASE, but as 8.0 being in BETA, I installed 8-BETA1 and BETA2. > > Both of these versions has this noise. > > > > The noise is very much like the same noise I experienced back in February. > > At that time, you, Alexander, fixed the problem. > > I had had used 8-CURRENT until end of April but I was away until this time. > > Because the symptom was smiler, I decided to reply to the old e-mail chain. > > Sorry, I don't remember what have I done that time, if it really was me. > I have reread that thread and haven't found anything except assumptions > that it can be radio interference due to low quality power filtering or > something alike. May be "szzzz..." is just the sound of your disk, CPU, > CPU bus, some power converter, or whatever else. It may depend for > example on powerd running or system load, or C-state used or whatever > else unrelated. > > -- > Alexander Motin That is okay even if you don't have a clue. I have both 7.1-RELEASE and 8-BETA1/2 on the same machine. What ever causing the sound is due to this. If time permits, I will try to do binary search, then. Hiro From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 05:39:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D35106566B for ; Sun, 26 Jul 2009 05:39:14 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDC58FC08 for ; Sun, 26 Jul 2009 05:39:14 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 249734493; Sun, 26 Jul 2009 08:39:11 +0300 Message-ID: <4A6BEBE3.8060006@FreeBSD.org> Date: Sun, 26 Jul 2009 08:38:43 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Greg Kerr References: <4A6B72C4.6050408@FreeBSD.org> <8D69BD3C-8690-4FEC-AE97-E0736F762B7B@akua.com> In-Reply-To: <8D69BD3C-8690-4FEC-AE97-E0736F762B7B@akua.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: SiI3124/3132/3531 CAM driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 05:39:15 -0000 Greg Kerr wrote: >> pciconf -lbcv > > atapci0@pci0:2:0:0: class=0x018000 card=0x31321095 chip=0x31321095 > rev=0x01 hdr=0x00 > vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' > device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' > class = mass storage > bar [20] = type I/O Port, range 32, base 0x1000, size 128, enabled > cap 01[54] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[5c] = MSI supports 1 message, 64 bit > cap 10[70] = PCI-Express 1 legacy endpoint max data 128(1024) link > x1(x1) Looks like something wrong with resource allocation. Here is how mine 3132 looks: siis0@pci0:4:0:0: class=0x018000 card=0x31321095 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' class = mass storage bar [10] = type Memory, range 64, base 0xfe9ffc00, size 128, enabled bar [18] = type Memory, range 64, base 0xfe9f8000, size 16384, enabled bar [20] = type I/O Port, range 32, base 0xbc00, size 128, enabled cap 01[54] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[5c] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint max data 128(1024) link x1(x1) You've lost two memory areas somewhere. May be it is somehow related to it's ExpressCard nature, I don't know. In theory card can be controlled via left third I/O area, but it is not supported now. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 05:21:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD07D106564A for ; Sun, 26 Jul 2009 05:21:22 +0000 (UTC) (envelope-from greg.kerr@akua.com) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 855868FC33 for ; Sun, 26 Jul 2009 05:21:22 +0000 (UTC) (envelope-from greg.kerr@akua.com) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA06.westchester.pa.mail.comcast.net with comcast id LV871c0010bG4ec56V87jx; Sun, 26 Jul 2009 05:08:07 +0000 Received: from lion.coh.akua.com ([65.96.218.14]) by OMTA03.westchester.pa.mail.comcast.net with comcast id LV871c0020KDg8Z3PV87Dl; Sun, 26 Jul 2009 05:08:07 +0000 Received: by lion.coh.akua.com (Postfix, from userid 32767) id 23BD271654E; Sun, 26 Jul 2009 01:05:09 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lion.coh.akua.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from xitrus.coh.akua.com (xitrus.coh.akua.com [10.9.9.9]) by lion.coh.akua.com (Postfix) with ESMTPSA id 4CA7F716540; Sun, 26 Jul 2009 01:05:08 -0400 (EDT) Message-Id: <2AC8287C-B9D3-4032-800F-A786BC1F72F0@akua.com> From: Greg Kerr To: Alexander Motin In-Reply-To: <4A6B72C4.6050408@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 26 Jul 2009 01:08:04 -0400 References: <4A6B72C4.6050408@FreeBSD.org> X-Mailer: Apple Mail (2.935.3) X-Mailman-Approved-At: Sun, 26 Jul 2009 05:55:54 +0000 Cc: FreeBSD-Current Subject: Re: SiI3124/3132/3531 CAM driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 05:21:23 -0000 Updated to HEAD today and noticed siis driver was in. Without any patch on top, $ dmesg | grep siis siis0: at device 0.0 on pci2 siis0: 0x80 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). device_attach: siis0 attach returned 6 Some of the diff in dmesg after doing so: +FreeBSD 8.0-BETA2 #3: Sat Jul 25 23:53:59 EDT 2009 root@swiss.coh.akua.com:/XYZZY/data/TMP/obj/XYZZY/src/8/src/sys/ swiss-80-b -atapci0: at device 0.0 on pci2 -atapci0: [ITHREAD] -atapci0: 0x80 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). -device_attach: atapci0 attach returned 6 +siis0: at device 0.0 on pci2 +siis0: 0x80 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). +device_attach: siis0 attach returned 6 Definitely getting siis driver now. Anything further I can do to go after the failure? Thanks, Greg From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 05:54:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D57291065674 for ; Sun, 26 Jul 2009 05:54:08 +0000 (UTC) (envelope-from greg.kerr@akua.com) Received: from QMTA12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id B424F8FC1B for ; Sun, 26 Jul 2009 05:54:08 +0000 (UTC) (envelope-from greg.kerr@akua.com) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA12.emeryville.ca.mail.comcast.net with comcast id LVt21c0090vp7WLACVu95p; Sun, 26 Jul 2009 05:54:09 +0000 Received: from lion.coh.akua.com ([65.96.218.14]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id LVu71c0030KDg8Z8RVu8y9; Sun, 26 Jul 2009 05:54:09 +0000 Received: by lion.coh.akua.com (Postfix, from userid 32767) id 2BCA071654E; Sun, 26 Jul 2009 01:51:09 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lion.coh.akua.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from xitrus.coh.akua.com (xitrus.coh.akua.com [10.9.9.9]) by lion.coh.akua.com (Postfix) with ESMTPSA id 366ED716540; Sun, 26 Jul 2009 01:51:08 -0400 (EDT) Message-Id: <942DD4EC-9893-4DDB-B3DE-B13DB41ACBBF@akua.com> From: Greg Kerr To: Alexander Motin In-Reply-To: <4A6BEBE3.8060006@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 26 Jul 2009 01:54:05 -0400 References: <4A6B72C4.6050408@FreeBSD.org> <8D69BD3C-8690-4FEC-AE97-E0736F762B7B@akua.com> <4A6BEBE3.8060006@FreeBSD.org> X-Mailer: Apple Mail (2.935.3) X-Mailman-Approved-At: Sun, 26 Jul 2009 06:06:51 +0000 Cc: FreeBSD-Current Subject: Re: SiI3124/3132/3531 CAM driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 05:54:09 -0000 siis0@pci0:2:0:0: class=0x018000 card=0x31321095 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' class = mass storage cap 01[54] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[5c] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint max data 128(1024) link x1(x1) With the latest in HEAD, siis attached, all BARs have gone ... no settings in BIOS to fiddle with? - Greg From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 06:45:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2130106566B; Sun, 26 Jul 2009 06:45:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 04B4C8FC17; Sun, 26 Jul 2009 06:45:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 249737345; Sun, 26 Jul 2009 09:45:01 +0300 Message-ID: <4A6BFB51.2050407@FreeBSD.org> Date: Sun, 26 Jul 2009 09:44:33 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Greg Kerr References: <4A6B72C4.6050408@FreeBSD.org> <8D69BD3C-8690-4FEC-AE97-E0736F762B7B@akua.com> <4A6BEBE3.8060006@FreeBSD.org> <942DD4EC-9893-4DDB-B3DE-B13DB41ACBBF@akua.com> In-Reply-To: <942DD4EC-9893-4DDB-B3DE-B13DB41ACBBF@akua.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: SiI3124/3132/3531 CAM driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 06:45:05 -0000 Greg Kerr wrote: > siis0@pci0:2:0:0: class=0x018000 card=0x31321095 chip=0x31321095 > rev=0x01 hdr=0x00 > vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' > device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' > class = mass storage > cap 01[54] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[5c] = MSI supports 1 message, 64 bit > cap 10[70] = PCI-Express 1 legacy endpoint max data 128(1024) link > x1(x1) > > With the latest in HEAD, siis attached, all BARs have gone ... no > settings in BIOS to fiddle with? If your ExpressCard slot connected via PCIe bridge, then it can be the same problem as I have with PCIe LAN and WiFi on my laptop. In my case BIOS allocates device resources, but ACPI initialization flushes PCIe bridges and does not restore them. FreeBSD now grants BIOS to do all PCI resource allocation, but it is not happening in some cases. You may try to boot your system without ACPI. Also you may try to talk to John Baldwin, he has touched this topic a bit on last BSDCan. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 07:23:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EE57106566B for ; Sun, 26 Jul 2009 07:23:58 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 045068FC08 for ; Sun, 26 Jul 2009 07:23:57 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.5) by cp-out2.libero.it (8.5.107) id 4A65D446003ADE0F for freebsd-current@freebsd.org; Sun, 26 Jul 2009 09:23:56 +0200 Date: Sun, 26 Jul 2009 09:23:56 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "freebsd-current" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.2.222.167 Subject: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 07:23:58 -0000 Why portsnap doesn't provide INDEX-8? Thanks Barbara From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 08:36:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF452106566B for ; Sun, 26 Jul 2009 08:36:38 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 707D48FC0A for ; Sun, 26 Jul 2009 08:36:38 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by fxm25 with SMTP id 25so294496fxm.43 for ; Sun, 26 Jul 2009 01:36:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=B5I0kkWHSTmpd0uro9sxZgRm0AXbXlMnlTY/msEptR0=; b=Jh2/HA9W+9S3bl31sTaPyTi6tT8gPj2W7/vReowUcG8YzaFt8vrLPTnHu70UvWkIcf Hbu1QzPXleCwM5Y0hglLdX2KI7gtoH/ijt2uW7n71QY3nhtKRsuCgt/i4HCOfXuPv1oz ebrOy3oQXIqK173fR/OHFbu8u7yNyLLDog2sE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vfMMwLASJVCBaDN2Z5GK97ngabOoBthOvNKAZiELGCUOS1V4E0iCBdTK143WZeXjZX 2DHDnV34JJ0GzZE4Le55YngB4Fj7wJMhmTSg4Csu4PJkfNYyu3KHLY0Yq/gHyO008A/E bhMp+kruapracwDLv4aBwoGmA1nnuT8XktsgI= MIME-Version: 1.0 Received: by 10.223.113.68 with SMTP id z4mr2176350fap.72.1248597397413; Sun, 26 Jul 2009 01:36:37 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 Jul 2009 04:36:37 -0400 Message-ID: <4ad871310907260136gd2b96c5hfcccefd0e250ee00@mail.gmail.com> From: Glen Barber To: barbara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 08:36:39 -0000 On Sun, Jul 26, 2009 at 3:23 AM, barbara wrote: > Why portsnap doesn't provide INDEX-8? > > Hi, Barbara They appear on my machine: %ls /usr/ports/INDEX-* /usr/ports/INDEX-5 /usr/ports/INDEX-7 /usr/ports/INDEX-8.bz2 /usr/ports/INDEX-6 /usr/ports/INDEX-8 You can always run: make fetchindex or make index -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 09:03:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 330CE106564A; Sun, 26 Jul 2009 09:03:27 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id E02278FC14; Sun, 26 Jul 2009 09:03:26 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:51547 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MUzdO-0000y8-5U; Sun, 26 Jul 2009 11:03:13 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id AE7194450A; Sun, 26 Jul 2009 11:03:07 +0200 (CEST) Message-Id: <296C747C-E333-498D-AC3A-61DDDB447031@exscape.org> From: Thomas Backman To: FreeBSD current In-Reply-To: <20090723092435.GA799@a91-153-125-115.elisa-laajakaista.fi> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 26 Jul 2009 11:03:05 +0200 References: <20090723092435.GA799@a91-153-125-115.elisa-laajakaista.fi> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MUzdO-0000y8-5U. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MUzdO-0000y8-5U 94e3c75eb7a871b4b7cd0c2b1e4bd118 Cc: Pawel Dawidek Jakub , Kip Macy Subject: Re: kern/132337: [zfs] [panic] kernel panic in zfs_fuid_create_cred X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 09:03:27 -0000 (CC:ing people in the know about this.) On Jul 23, 2009, at 11:24, Jaakko Heinonen wrote: > > Hi, > > On 2009-07-23, Thomas Backman wrote: >> Unfortunately, this PR appears to still be unfixed. Is anyone looking >> at this? > >> panic: zfs_fuid_create_cred > > This PR is a duplicate of kern/133020. There is a workaround fix in > pjd's perforce branch but apparently it was never committed to svn. > > See: > > http://p4db.freebsd.org/changeView.cgi?CH=159874 > http://people.freebsd.org/~pjd/patches/zfs_znode.h.patch > > -- > Jaakko Another "could this get merged to head?" question from me. A one-liner that seems to take care of the panic, which should be a pretty common one when using NFS+ZFS together. I realize ZFS isn't ready to be officially considered "stable for production", but minor code issues that cause major problems (such as commonly occuring panics) should at least be taken care of IMHO. :) Regards, Thomas PS. Kip, what about the libzfs_sendrecv patch? I know I've been asking several times, but you did ask me to remind you - I just didn't catch if that was sincere or not. ;) Patch: http://exscape.org/temp/libzfs_sendrecv.patch (hosted by me, but not written by me (http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006814.html ). DS. From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 13:50:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C495F106564A for ; Sun, 26 Jul 2009 13:50:36 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 897898FC1D for ; Sun, 26 Jul 2009 13:50:33 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.5) by cp-out2.libero.it (8.5.107) id 4A65D446003C966F; Sun, 26 Jul 2009 15:50:32 +0200 Date: Sun, 26 Jul 2009 15:50:32 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "glen\.j\.barber" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.20.218.25 Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 13:50:37 -0000 > On Sun, Jul 26, 2009 at 3:23 AM, barbara wro= te: > > Why portsnap doesn't provide INDEX-8? > > > > > > Hi, Barbara > > They appear on my machine: > > %ls /usr/ports/INDEX-* > /usr/ports/INDEX-5 /usr/ports/INDEX-7 /usr/ports/INDEX-8.bz2 > /usr/ports/INDEX-6 /usr/ports/INDEX-8 If you remove them, you will see that INDEX-8 is missing. Also check the dates of the files. This will make portversion misbehave. > You can always run: > make fetchindex > or > make index > Yes, I know that perfectly. It's just for curiosity. Thanks Barbara From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 13:56:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC2B106566B for ; Sun, 26 Jul 2009 13:56:29 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 2DAD38FC32 for ; Sun, 26 Jul 2009 13:56:28 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by fxm25 with SMTP id 25so363967fxm.43 for ; Sun, 26 Jul 2009 06:56:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=p7BiaUhlwIpF9WGmnYidDl8y9JMo4FSwndNnfuRmlts=; b=iGDN0gaXwbfGsUyTvlv8PFTMmCcFaymSfGlLg/SL5b7HHQi0Nh+yvp3coNQ2Bn4yCU Qu4CEi/713NQyqqf+3NY6xyvf2Ul2Bd1sA2w5X3Tmm+78IfReibQ740GnMVA0L5Qy4HY 95j1vU+KcLP09ZvVhDZZj86kw8cX25E+Z/tH8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=SV8tPd07TGvq1yZ4jodEzI3u7fVMCMXtRQop1NiQ08ni1N3L4r2brbB8zPJkHUWOVu JA/yhBzj7eTORMbMfCy3X/fu57JGzY/S/J77aAVDHwcxfhPS4/OtZlfAYp2AVuA6ck0w SMRKWTDTsxtjSaZ1r4N6MgSBW5w1eHVwGQ/wg= MIME-Version: 1.0 Received: by 10.204.100.10 with SMTP id w10mr1955942bkn.211.1248616588157; Sun, 26 Jul 2009 06:56:28 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 Jul 2009 09:56:28 -0400 Message-ID: <4ad871310907260656v478be52q62998f0f06026f6b@mail.gmail.com> From: Glen Barber To: barbara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 13:56:31 -0000 On Sun, Jul 26, 2009 at 9:50 AM, barbara wrote: >> On Sun, Jul 26, 2009 at 3:23 AM, barbara wrot= e: >> > Why portsnap doesn't provide INDEX-8? >> > >> > >> >> Hi, Barbara >> >> They appear on my machine: >> >> %ls /usr/ports/INDEX-* >> /usr/ports/INDEX-5 =A0 =A0 =A0/usr/ports/INDEX-7 =A0 =A0 =A0/usr/ports/I= NDEX-8.bz2 >> /usr/ports/INDEX-6 =A0 =A0 =A0/usr/ports/INDEX-8 > > If you remove them, you will see that INDEX-8 is missing. > Also check the dates of the files. > This will make portversion misbehave. > I believe that is true with anything in ${PORTSDIR} -- if you remove a ${CATEGORY}/${PORT}, it will not be replaced through portsnap. I am not sure if this is true for c(v)sup, as I don't use it for my ports tree, but I expect it would restore the missing directory/files/etc. --=20 Glen Barber From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 14:09:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A10B71065670 for ; Sun, 26 Jul 2009 14:09:15 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9808FC18 for ; Sun, 26 Jul 2009 14:09:15 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.14) by cp-out2.libero.it (8.5.107) id 4A65D446003CB41C; Sun, 26 Jul 2009 16:09:14 +0200 Date: Sun, 26 Jul 2009 16:09:14 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "glen\.j\.barber" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.20.218.25 Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 14:09:15 -0000 > On Sun, Jul 26, 2009 at 9:50 AM, barbara wro= te: > >> On Sun, Jul 26, 2009 at 3:23 AM, barbara = wrote: > >> > Why portsnap doesn't provide INDEX-8? > >> > > >> > > >> > >> Hi, Barbara > >> > >> They appear on my machine: > >> > >> %ls /usr/ports/INDEX-* > >> /usr/ports/INDEX-5 =A0 =A0 =A0/usr/ports/INDEX-7 =A0 =A0 =A0/usr/por= ts/INDEX-8.bz2 > >> /usr/ports/INDEX-6 =A0 =A0 =A0/usr/ports/INDEX-8 > > > > If you remove them, you will see that INDEX-8 is missing. > > Also check the dates of the files. > > This will make portversion misbehave. > > > > I believe that is true with anything in ${PORTSDIR} -- if you remove a > ${CATEGORY}/${PORT}, it will not be replaced through portsnap. I am > not sure if this is true for c(v)sup, as I don't use it for my ports > tree, but I expect it would restore the missing directory/files/etc. > If you remove those files and run portsnap fetch update again, you will f= ind only fresh INDEX-[5-7]. Maybe it's caused by the fact INDEX-8 is not built on portsnap servers, b= ut I really don't know. Barbara From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 14:18:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB1F1065673 for ; Sun, 26 Jul 2009 14:18:07 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 54E628FC18 for ; Sun, 26 Jul 2009 14:18:07 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 5F08478F54; Sun, 26 Jul 2009 18:18:05 +0400 (MSD) Message-ID: <4A6C659C.9010600@haruhiism.net> Date: Sun, 26 Jul 2009 18:18:04 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: barbara References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , "glen.j.barber" Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 14:18:07 -0000 barbara wrote: > If you remove those files and run portsnap fetch update again, you will find only fresh INDEX-[5-7]. > Maybe it's caused by the fact INDEX-8 is not built on portsnap servers, but I really don't know. > Apparently, I can confirm this. I use portsnap fetch extract to populate my /usr/ports tree on all my systems, and on 8-CURRENT machines 8-INDEX seems missing. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 14:58:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0E16106566B for ; Sun, 26 Jul 2009 14:58:34 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0B78FC17 for ; Sun, 26 Jul 2009 14:58:33 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz19 with SMTP id 19so2133474bwz.43 for ; Sun, 26 Jul 2009 07:58:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sSsdDXC2x99FA0eKQrMLoEQ4jBAqLfTHXI62YZmFmmo=; b=DNIhULUV8+X07pMdECYg3WHoT6yrR3web/ujVZSUkj+ljfkRQa5pmzXqMVUSPHOSqp wxNKFMBZ8/dzFMbtr2TVOj7K3D+w+rS8jE1Gyw621W6NSrPeXbMPCdHXYSiBi3RzsqHC f9/p5AqFaOsHp+PhsahdmMyUKn0W59vo9hPZ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=q7ImhMLXkV9lbXWd+ChO9BWdHppp7lJKCTCKocM6DVlypgJcGZiacowvPGJVMmkAGL 3Yp+V+JS2AphdceTXYxGY3n7r9eVgJytpwnXcYCr24kz3kMZuLHspVBh9oHDIJGo5Gn5 loNswcB6mKJIXM8v8aKaHvIgoz/Om0AVd6D50= MIME-Version: 1.0 Received: by 10.204.120.16 with SMTP id b16mr2000650bkr.64.1248620313104; Sun, 26 Jul 2009 07:58:33 -0700 (PDT) In-Reply-To: <4A6C659C.9010600@haruhiism.net> References: <4A6C659C.9010600@haruhiism.net> Date: Sun, 26 Jul 2009 10:58:33 -0400 Message-ID: <4ad871310907260758h31030be1td42d36a59faf2cf2@mail.gmail.com> From: Glen Barber To: Kamigishi Rei , barbara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 14:58:34 -0000 On Sun, Jul 26, 2009 at 10:18 AM, Kamigishi Rei wrote: > barbara wrote: >> >> If you remove those files and run portsnap fetch update again, you will >> find only fresh INDEX-[5-7]. >> Maybe it's caused by the fact INDEX-8 is not built on portsnap servers, >> but I really don't know. >> > > Apparently, I can confirm this. > I use portsnap fetch extract to populate my /usr/ports tree on all my > systems, and on 8-CURRENT machines 8-INDEX seems missing. > Out of curiosity, does 'portsnap fetch update -I' restore INDEX-8? I am not in front of my machine to test, at the moment. -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 15:57:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB8D5106564A for ; Sun, 26 Jul 2009 15:57:36 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 64A658FC1B for ; Sun, 26 Jul 2009 15:57:36 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.16.58) by cp-out3.libero.it (8.5.107) id 4A5F45D500768F62; Sun, 26 Jul 2009 17:57:03 +0200 Date: Sun, 26 Jul 2009 17:57:03 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "glen\.j\.barber" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.18.215.170 Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 15:57:37 -0000 > On Sun, Jul 26, 2009 at 10:18 AM, Kamigishi Rei = wrote: > > barbara wrote: > >> > >> If you remove those files and run portsnap fetch update again, you w= ill > >> find only fresh INDEX-[5-7]. > >> Maybe it's caused by the fact INDEX-8 is not built on portsnap serve= rs, > >> but I really don't know. > >> > > > > Apparently, I can confirm this. > > I use portsnap fetch extract to populate my /usr/ports tree on all my= > > systems, and on 8-CURRENT machines 8-INDEX seems missing. > > > > Out of curiosity, does 'portsnap fetch update -I' restore INDEX-8? I > am not in front of my machine to test, at the moment. > No, it doesn't. After looking at /etc/portsnap.conf, I tried adding 'INDEX INDEX-8 DESCRI= BE.8' at the end, but I', getting this message: Building new INDEX files... DESCRIBE.8 not provided by portsnap server; I= NDEX-8 not being generated. And in /var/db/portsnap/tINDEX there is no DESCRIBE.8. So maybe this DESCRIBE.8 should be created on the server and included in = the snapshot. Barbara From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 17:10:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4771106566C for ; Sun, 26 Jul 2009 17:10:25 +0000 (UTC) (envelope-from maurovale@gmail.com) Received: from mail-ew0-f217.google.com (mail-ew0-f217.google.com [209.85.219.217]) by mx1.freebsd.org (Postfix) with ESMTP id 61A0B8FC19 for ; Sun, 26 Jul 2009 17:10:25 +0000 (UTC) (envelope-from maurovale@gmail.com) Received: by ewy17 with SMTP id 17so895716ewy.43 for ; Sun, 26 Jul 2009 10:10:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VNJIhVuscZgiiDE+Tr0W52L+F7lezgWydLGeHOCz2dM=; b=fR3DHKU2g5CCIBoYwSJfdwQ/PeF6pbDgzr0u1683Hr76qfL4Xt6Fc3RDkJU3UxT/hU fuye1t+OSsswi4nxL5D9zDqIRviHmldlo3HDls4rZUwgdPG3/8ppNOhz1M/XyttspYof vuseOj0uFrLA2QpnD83KXn2W4FoDZrkYT6WCA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sbrcR/bVKaj3nbJdJrnSHQsLxnOu4DqmA5WSWZFdP9NAm5HC/vuCYc1Rhd9UTp4dpu BONrbd92Oofx8ayXUe2GgC205imAF1zipIGhnnCPoyNxjPn6yyCjxTnU6rdN92mUzl1/ peEfk/+5VZ3sscg1GVJogoi+JM2bSR1LqKfD8= MIME-Version: 1.0 Received: by 10.216.71.83 with SMTP id q61mr1495935wed.14.1248626345857; Sun, 26 Jul 2009 09:39:05 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 Jul 2009 17:39:05 +0100 Message-ID: <85d001330907260939p2c9f34d6g5d438e8e543b589e@mail.gmail.com> From: "M. Vale" To: barbara Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current , "glen.j.barber" Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 17:10:26 -0000 Hi, I can also confirm thist, after isntaling FreeBSD 8 and doing portsnap fetch, then portsnap extract, If I do: cd /usr/ports then: make search name=kde4 (for example) It says there is no index, to make fetchindex. If I make fetchindex it works ok. But also works if I type again: portsnap extract Only occurs with a fresh install and in the first time you do portsnap fetch, portsnap extract. Hope it helps 2009/7/26, barbara : >> On Sun, Jul 26, 2009 at 10:18 AM, Kamigishi Rei >> wrote: >> > barbara wrote: >> >> >> >> If you remove those files and run portsnap fetch update again, you will >> >> find only fresh INDEX-[5-7]. >> >> Maybe it's caused by the fact INDEX-8 is not built on portsnap servers, >> >> but I really don't know. >> >> >> > >> > Apparently, I can confirm this. >> > I use portsnap fetch extract to populate my /usr/ports tree on all my >> > systems, and on 8-CURRENT machines 8-INDEX seems missing. >> > >> >> Out of curiosity, does 'portsnap fetch update -I' restore INDEX-8? I >> am not in front of my machine to test, at the moment. >> > > No, it doesn't. > > After looking at /etc/portsnap.conf, I tried adding 'INDEX INDEX-8 > DESCRIBE.8' at the end, but I', getting this message: > > Building new INDEX files... DESCRIBE.8 not provided by portsnap server; > INDEX-8 not being generated. > > And in /var/db/portsnap/tINDEX there is no DESCRIBE.8. > So maybe this DESCRIBE.8 should be created on the server and included in the > snapshot. > > Barbara > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 17:23:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50C7F106566C for ; Sun, 26 Jul 2009 17:23:42 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id 168878FC08 for ; Sun, 26 Jul 2009 17:23:41 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.5) by cp-out4.libero.it (8.5.107) id 4A6742FD002B3580; Sun, 26 Jul 2009 19:23:40 +0200 Date: Sun, 26 Jul 2009 19:23:40 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "maurovale" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.18.215.170 Cc: freebsd-current , "glen.j.barber" Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 17:23:42 -0000 > Hi, I can also confirm thist, after isntaling FreeBSD 8 and doing > portsnap fetch, then portsnap extract, > > If I do: > > cd /usr/ports > > then: > > make search name=3Dkde4 (for example) > > It says there is no index, to make fetchindex. > > If I make fetchindex it works ok. > > But also works if I type again: > > portsnap extract > > Only occurs with a fresh install and in the first time you do portsnap > fetch, portsnap extract. > > Hope it helps You are correct. That's why initially the file exists. But then it will not be updated by portsnap. Barbara From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 17:59:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F571065670 for ; Sun, 26 Jul 2009 17:59:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 967C28FC12 for ; Sun, 26 Jul 2009 17:59:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n6QHxY1K012236 for ; Sun, 26 Jul 2009 10:59:34 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n6QHxYdl012235 for freebsd-current@freebsd.org; Sun, 26 Jul 2009 10:59:34 -0700 (PDT) (envelope-from sgk) Date: Sun, 26 Jul 2009 10:59:34 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20090726175934.GA12223@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: shm breaks 'make buildkernel' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 17:59:35 -0000 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sysv_shm.c /usr/src/sys/kern/sysv_shm.c:882: error: field 'shm_perm' has incomplete type cc1: warnings being treated as errors /usr/src/sys/kern/sysv_shm.c: In function 'oshmctl': /usr/src/sys/kern/sysv_shm.c:925: warning: implicit declaration of function 'ipcperm_new2old' /usr/src/sys/kern/sysv_shm.c:925: warning: nested extern declaration of 'ipcperm_new2old' /usr/src/sys/kern/sysv_shm.c:939: warning: implicit declaration of function 'freebsd7_shmctl' /usr/src/sys/kern/sysv_shm.c:939: warning: nested extern declaration of 'freebsd7_shmctl' /usr/src/sys/kern/sysv_shm.c: At top level: /usr/src/sys/kern/sysv_shm.c:954: error: 'freebsd7_shmctl' undeclared here (not in a function) *** Error code 1 Stop in /usr/obj/usr/src/sys/MOBILE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 18:26:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D1DC1065670 for ; Sun, 26 Jul 2009 18:26:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id DB1F68FC27 for ; Sun, 26 Jul 2009 18:26:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n6QIQ30b063352 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Jul 2009 21:26:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n6QIQ33s072473; Sun, 26 Jul 2009 21:26:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n6QIQ3FR072472; Sun, 26 Jul 2009 21:26:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 26 Jul 2009 21:26:03 +0300 From: Kostik Belousov To: Steve Kargl Message-ID: <20090726182603.GV55190@deviant.kiev.zoral.com.ua> References: <20090726175934.GA12223@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FH1sEO2+MvZYgg1+" Content-Disposition: inline In-Reply-To: <20090726175934.GA12223@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: shm breaks 'make buildkernel' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 18:26:10 -0000 --FH1sEO2+MvZYgg1+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 26, 2009 at 10:59:34AM -0700, Steve Kargl wrote: > cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qua= l -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/= sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-gro= wth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mp= referred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss= e3 -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sysv_shm.c > /usr/src/sys/kern/sysv_shm.c:882: error: field 'shm_perm' has incomplete = type > cc1: warnings being treated as errors > /usr/src/sys/kern/sysv_shm.c: In function 'oshmctl': > /usr/src/sys/kern/sysv_shm.c:925: warning: implicit declaration of functi= on 'ipcperm_new2old' > /usr/src/sys/kern/sysv_shm.c:925: warning: nested extern declaration of '= ipcperm_new2old' > /usr/src/sys/kern/sysv_shm.c:939: warning: implicit declaration of functi= on 'freebsd7_shmctl' > /usr/src/sys/kern/sysv_shm.c:939: warning: nested extern declaration of '= freebsd7_shmctl' > /usr/src/sys/kern/sysv_shm.c: At top level: > /usr/src/sys/kern/sysv_shm.c:954: error: 'freebsd7_shmctl' undeclared her= e (not in a function) > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/MOBILE. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. You need COMPAT_FREEBSD(N+1), if you defined COMPAT_FREEBSDN in your config. In your case, you need COMPAT_FREEBSD7. --FH1sEO2+MvZYgg1+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpsn7oACgkQC3+MBN1Mb4iqxgCgv1kCrIQyobXD+90+HwY+B7Av DNAAoLRY5BM5GXZi4SkQ0knMNCGMiy70 =gfwl -----END PGP SIGNATURE----- --FH1sEO2+MvZYgg1+-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 18:34:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5831065693 for ; Sun, 26 Jul 2009 18:34:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 54FAE8FC08 for ; Sun, 26 Jul 2009 18:34:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n6QIYkmL012413; Sun, 26 Jul 2009 11:34:46 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n6QIYkdm012412; Sun, 26 Jul 2009 11:34:46 -0700 (PDT) (envelope-from sgk) Date: Sun, 26 Jul 2009 11:34:46 -0700 From: Steve Kargl To: Kostik Belousov Message-ID: <20090726183446.GA12288@troutmask.apl.washington.edu> References: <20090726175934.GA12223@troutmask.apl.washington.edu> <20090726182603.GV55190@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090726182603.GV55190@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: shm breaks 'make buildkernel' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 18:34:46 -0000 On Sun, Jul 26, 2009 at 09:26:03PM +0300, Kostik Belousov wrote: > On Sun, Jul 26, 2009 at 10:59:34AM -0700, Steve Kargl wrote: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sysv_shm.c > > /usr/src/sys/kern/sysv_shm.c:882: error: field 'shm_perm' has incomplete type > > cc1: warnings being treated as errors > > /usr/src/sys/kern/sysv_shm.c: In function 'oshmctl': > > /usr/src/sys/kern/sysv_shm.c:925: warning: implicit declaration of function 'ipcperm_new2old' > > /usr/src/sys/kern/sysv_shm.c:925: warning: nested extern declaration of 'ipcperm_new2old' > > /usr/src/sys/kern/sysv_shm.c:939: warning: implicit declaration of function 'freebsd7_shmctl' > > /usr/src/sys/kern/sysv_shm.c:939: warning: nested extern declaration of 'freebsd7_shmctl' > > /usr/src/sys/kern/sysv_shm.c: At top level: > > /usr/src/sys/kern/sysv_shm.c:954: error: 'freebsd7_shmctl' undeclared here (not in a function) > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/MOBILE. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > You need COMPAT_FREEBSD(N+1), if you defined COMPAT_FREEBSDN in your > config. In your case, you need COMPAT_FREEBSD7. I don't have *any* COMPAT_FREEBSDN options in my config file! In trying to track down the problem, it seems COMPAT_FREEBSD7 is required if one has COMPAT_43 in the config file. Given that /sys/conf/NOTE strongly suggests that COMPAT_43 should remain in one's config file, then is not optional. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 18:42:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0960F1065670 for ; Sun, 26 Jul 2009 18:42:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id DD00A8FC08 for ; Sun, 26 Jul 2009 18:42:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n6QIgOj4012449; Sun, 26 Jul 2009 11:42:24 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n6QIgO9B012448; Sun, 26 Jul 2009 11:42:24 -0700 (PDT) (envelope-from sgk) Date: Sun, 26 Jul 2009 11:42:24 -0700 From: Steve Kargl To: Kostik Belousov Message-ID: <20090726184224.GA12441@troutmask.apl.washington.edu> References: <20090726175934.GA12223@troutmask.apl.washington.edu> <20090726182603.GV55190@deviant.kiev.zoral.com.ua> <20090726183446.GA12288@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090726183446.GA12288@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: shm breaks 'make buildkernel' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 18:42:25 -0000 On Sun, Jul 26, 2009 at 11:34:46AM -0700, Steve Kargl wrote: > > I don't have *any* COMPAT_FREEBSDN options in my config file! > > In trying to track down the problem, it seems COMPAT_FREEBSD7 > is required if one has COMPAT_43 in the config file. Given > that /sys/conf/NOTE strongly suggests that COMPAT_43 should > remain in one's config file, then is not optional. > (cut-n-paste, so is mungled) Index: UPDATING =================================================================== --- UPDATING (revision 195894) +++ UPDATING (working copy) @@ -65,9 +65,9 @@ 20090624: The ABI of various structures related to the SYSV IPC API have - been changed. As a result, the COMPAT_FREEBSD[456] kernel - options now all require COMPAT_FREEBSD7. Bump __FreeBSD_version - to 800100. + been changed. As a result, the COMPAT_FREEBSD[456] and COMPAT_43 + kernel options now all require COMPAT_FREEBSD7. + Bump __FreeBSD_version to 800100. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jul 26 19:34:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62714106564A for ; Sun, 26 Jul 2009 19:34:37 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 219D58FC0C for ; Sun, 26 Jul 2009 19:34:37 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from arthur.nitro.dk (arthur.bofh [192.168.2.3]) by mx.nitro.dk (Postfix) with ESMTP id 7CCAE2D48D7; Sun, 26 Jul 2009 19:34:36 +0000 (UTC) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 681385C17; Sun, 26 Jul 2009 21:34:36 +0200 (CEST) Date: Sun, 26 Jul 2009 21:34:36 +0200 From: "Simon L. Nielsen" To: barbara Message-ID: <20090726193435.GA1103@arthur.nitro.dk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 19:34:37 -0000 On 2009.07.26 09:23:56 +0200, barbara wrote: > Why portsnap doesn't provide INDEX-8? Because INDEX-7 and INDEX-8 are (have been) mostly identical, so while 8.0 is -CURRENT is hasn't been deemed that the extra build time on the portsnap servers was worth it. The longer a portsnap snapshot build takes, the longer the delay between ports commit and it showing up in peoples /usr/ports using portsnap. The workaround is to set the following in make.conf: INDEXFILE?= INDEX-7 I know Colin Percival has been talking about adding INDEX-8, so I expect it will show up in portsnap soon. Do note that AFAIR it requires that the client also be updated after the new INDEX-8 is generated so you won't get it without upgrading world. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 01:05:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0A5E1065672 for ; Mon, 27 Jul 2009 01:05:30 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from mail.chrishedley.com (77-44-98-139.xdsl.murphx.net [77.44.98.139]) by mx1.freebsd.org (Postfix) with ESMTP id 54BA48FC08 for ; Mon, 27 Jul 2009 01:05:30 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id A254B6DFB9; Mon, 27 Jul 2009 02:05:24 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5lW67XmcJ2HF; Mon, 27 Jul 2009 02:05:11 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 52B8F6DFA2; Mon, 27 Jul 2009 02:05:11 +0100 (BST) Date: Mon, 27 Jul 2009 02:05:11 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Matthew Dillon In-Reply-To: <200907222340.n6MNe3K5013221@apollo.backplane.com> Message-ID: References: <200907222307.n6MN7YhU012788@apollo.backplane.com> <200907222340.n6MNe3K5013221@apollo.backplane.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Linux NFS ate my bge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 01:05:30 -0000 On Wed, 22 Jul 2009, Matthew Dillon wrote: > TCP will likely work better, for several reasons, not the least of > which being that the NFS client does not have to estimate a retransmit > timeout on a rpc-by-rpc basis. Such estimations fail utterly in the > face of a large number of concurrent RPCs because latency winds up being > governed by the disk backlog on the server. A UDP mount will wind up > retransmitting even under completely lossless conditions. > > Another reason TCP tends to work better is that UDP uses IP fragmentation > and IP fragmentation reassembly is not typically in the critical path. > The desired NFS filesystem block size is 16K (smaller will typically > reduce performance), so even a 9000 MTU won't help. It's interesting how this flies in the face of the assumptions I'd made: I'd just guessed that UDP would somehow be the better option, I think I'd had some vague idea it might somehow be more suited to fragmented file chunks being squirted over the network and TCP being a compromise. Well my somewhat wonky assumptions aside, changing over to TCP seems to have fixed it: I haven't seen the problem rematerialise even with a much more protracted network loading than before (essentially emerging [I use Gentoo for Linux] an update of pretty much everything). The performance is better; it could still do with some serious improvement as it's a lot more sluggish than is ideal, though I suspect that the fault lies at the Linux end. Though it may be my configuration options. Of course it took me two attempts to get TCP configured: I'd completely forgotten that I can't simply change it in fstab (I wasn't having a good day when it came to being insightful!) and had to change the entry in the pxelinux config to tell it to use TCP. But I got there in the end, so thank you. :) > Also use netstat ... not sure what option, I think -x, to determine the > actual size of the socket buffer being employed for the connection > (TCP or UDP). There are multiple internal caps in the kernel and it > is often not as big as you might have thought it should be. You want > a 256KB socket buffer at a minimum for a GigE network. Smaller works > (at least for linear transfers), but you lose a lot of RPC concurrency > from the client. Again, something that matters more for a linux client > vs a FreeBSD client. I think this will be my next port of call in order to hopefully get the performance up to a better standard, but there's time for experimenting with that. For now, I'm just happy that my FreeBSD system no longer locks up when being bombarded with requests! Cheers, Chris. From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 07:43:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 668FF1065673; Mon, 27 Jul 2009 07:43:48 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by mx1.freebsd.org (Postfix) with ESMTP id CE7608FC22; Mon, 27 Jul 2009 07:43:47 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by jpru.ffm.jpru.de (8.13.8/8.13.8) with ESMTP id n6R7P3dr052613; Mon, 27 Jul 2009 09:25:03 +0200 (CEST) (envelope-from lists@jpru.de) Received: (from unger@localhost) by jpru.ffm.jpru.de (8.13.8/8.13.8/Submit) id n6R7P3N2052612; Mon, 27 Jul 2009 09:25:03 +0200 (CEST) (envelope-from lists@jpru.de) X-Authentication-Warning: jpru.ffm.jpru.de: unger set sender to lists@jpru.de using -f Date: Mon, 27 Jul 2009 09:25:03 +0200 From: Juergen Unger To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Message-ID: <20090727072503.GA52309@jpru.ffm.jpru.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 07:43:48 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I have one box where I am doing an zfs-receive job every five minutes for each of eleven zvols. Beside this no other service runs on this box. The system is an current checked out Jul 25 09:11 CET compiled with the following options: > include GENERIC > options KVA_PAGES=3D512 > options KDB > options DDB uname -a: > FreeBSD testbox 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Sat Jul 25 21:43:42 CEST = 2009 root@testbox:/usr/obj/usr/src/sys/ZFS-DEBUG i386 loader.conf: > geom_mirror_load=3D"YES" > vm.kmem_size=3D"1536M" > vm.kmem_size_max=3D"1536M" > vfs.zfs.arc_max=3D"100M" > vfs.zfs.prefetch_disable=3D1 This runs quite well for a few hours but after max 20 to 30 hours I get this error: > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x4c > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0x80883d93 > stack pointer =3D 0x28:0xfcd29b74 > frame pointer =3D 0x28:0xfcd29b94 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 36 (vnlru) > [thread pid 36 tid 100062 ] > Stopped at _sx_xlock+0x43: movl 0x10(%ebx),%eax > db> bt > Tracing pid 36 tid 100062 td 0x87166480 > _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 > dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user+0x35 > zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at zfs_znode= _dmu_f3 > zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at zfs_freebsd_re= claim+0 > VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at VOP_RECLAIM_APV+0x= a5 > vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 > vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 > vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc+0x80 > fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xfcd29d70, ebp =3D 0 --- > db>=20 any suggestions ? Juergen --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKbVZOvt1rOHDRROsRAtmOAKDBBFERiQdhVC9sdqQGaVA9Vtq0CwCg95eR 72V/Qrx/IWVCVqkN/aM0W3w= =fmJg -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 10:58:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86F2E106564A for ; Mon, 27 Jul 2009 10:58:21 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1F79A8FC12 for ; Mon, 27 Jul 2009 10:58:20 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by bwz19 with SMTP id 19so2447706bwz.43 for ; Mon, 27 Jul 2009 03:58:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.119.71 with SMTP id y7mr3028597bkq.16.1248692298839; Mon, 27 Jul 2009 03:58:18 -0700 (PDT) Date: Mon, 27 Jul 2009 12:58:18 +0200 Message-ID: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> From: Olivier SMEDTS To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 10:58:21 -0000 Hello list, Is there a way (loader tunable or kernel config) to disable the root mount waiting for USB buses and devices and make it behave just like in the first days of the new USB stack ? Thanks ! -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 11:33:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3EAB106566C for ; Mon, 27 Jul 2009 11:33:55 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2BEAB8FC13 for ; Mon, 27 Jul 2009 11:33:54 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by bwz19 with SMTP id 19so2464777bwz.43 for ; Mon, 27 Jul 2009 04:33:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=dCnd+XyGe2tsPB0G1enspqLRY9Waz19rqbXcx58OHu4=; b=q9N94bf/GwWeQ5exZjcXsIg6Pdyb9pWlIW2PUplV28KnTDtFtKoDvA2omYiB7i253P ICAVaF1oZ/5n15TZ1WfJ9da7HPDXV9b+sneHQxBkTyiMgtE/Q8FxZQ++Z+pgQcT2M+Qj OO8zvbtOxqnF/eQuYkbv14YNDMpEdL99ckdl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=hNVcf/8gy8+RjES2YtFBZFWnz9PNRb22MG7ry7ZVYRFELIOyb5KQFFpAP+Uk59IQUk n3B+9XdtHy60YUsjuRsS3OcA4hsX9Q7/bVPluWFZxBHInB/XTilV8UOjTAdtAGecI6j4 AslCzeHzen5efdUZeAT/CC5VubVPex+rfgTME= Received: by 10.204.70.75 with SMTP id c11mr3021519bkj.128.1248694433950; Mon, 27 Jul 2009 04:33:53 -0700 (PDT) Received: from gizmo.nevosoft.local ([195.182.128.54]) by mx.google.com with ESMTPS id 22sm10978887fkr.30.2009.07.27.04.33.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 27 Jul 2009 04:33:53 -0700 (PDT) From: subbsd To: freebsd-current@freebsd.org Date: Mon, 27 Jul 2009 15:35:31 +0400 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907271535.31650.subbsd@gmail.com> Subject: usb2 support for loader stage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 11:33:55 -0000 Hello, Ive have FreeBSD 8 Beta-2. If ill disable "legacy usb support" in BIOS, from the usb keyboard choosing of something on boot stage (loader) is impossible - no reaction. The loader code is not support usb2 or this is bug? Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 11:36:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7481065674 for ; Mon, 27 Jul 2009 11:36:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 84D9C8FC1C for ; Mon, 27 Jul 2009 11:36:36 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=Rk3-LXISmYFZHGdUHrkA:9 a=sZj0pVuDtdtXcXvBtdtBiSWb0XsA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1184811641; Mon, 27 Jul 2009 13:36:35 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 27 Jul 2009 13:36:27 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200907271535.31650.subbsd@gmail.com> In-Reply-To: <200907271535.31650.subbsd@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907271336.28572.hselasky@c2i.net> Cc: subbsd Subject: Re: usb2 support for loader stage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 11:36:38 -0000 On Monday 27 July 2009 13:35:31 subbsd wrote: > Hello, > > Ive have FreeBSD 8 Beta-2. If ill disable "legacy usb support" in BIOS, > from the usb keyboard choosing of something on boot stage (loader) is > impossible - no reaction. The loader code is not support usb2 or this is > bug? Thanks. The loader does not support USB. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 13:34:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D715106573F; Mon, 27 Jul 2009 13:34:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF988FC18; Mon, 27 Jul 2009 13:34:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DB3A246BA0; Mon, 27 Jul 2009 09:34:26 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 1B3198A0A4; Mon, 27 Jul 2009 09:34:26 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jul 2009 08:56:19 -0400 User-Agent: KMail/1.9.7 References: <20090726113412.52901133.nork@FreeBSD.org> In-Reply-To: <20090726113412.52901133.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907270856.19660.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 27 Jul 2009 09:34:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Norikatsu Shigemura Subject: Re: panic on _vn_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 13:34:27 -0000 On Saturday 25 July 2009 10:34:12 pm Norikatsu Shigemura wrote: > Hi. > > I got a panic on _vn_lock@/usr/src/sys/kern/vfs_vnops.c:883. > So I enabled 8-current debug flags (WITNESS, INVARIANTS, > DIAGNOSTIC), and retried. > > Please see also attached files. I'll keep to have crash dump. > So I'll be able to report any data. What should I report? > Based on this particular panic, I would check your RAM. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 14:00:49 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4528C1065672 for ; Mon, 27 Jul 2009 14:00:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F39748FC20 for ; Mon, 27 Jul 2009 14:00:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1MVQkx-0007xM-R3>; Mon, 27 Jul 2009 16:00:47 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1MVQkx-0006Kl-Pm>; Mon, 27 Jul 2009 16:00:47 +0200 Message-ID: <4A6DB30B.20705@zedat.fu-berlin.de> Date: Mon, 27 Jul 2009 14:00:43 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 14:00:49 -0000 I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on all of our SMP boxes. Is there an issue known at the moment? If not, I will prepare the kernel for whitnessing and provide more informations, if you wish. From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 14:08:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E0A1065688 for ; Mon, 27 Jul 2009 14:08:32 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5ED8FC17 for ; Mon, 27 Jul 2009 14:08:32 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm17 with SMTP id 17so11161fxm.43 for ; Mon, 27 Jul 2009 07:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=pLjtEZwClu9rCX0MHy2rneEKu81hIZFRdZYtAKWSYAY=; b=atFxBdzAdbhCpCa93aEtLbG00J3i9Dqhu/kVfrD7EGY2UTy9+iQWkmy9LByTVmojfV JfXDMAwNm2H0j9VzRHgreA6IcFKElAgKJH8hVew58c92V2aR0XI/1zVK+4Kf6NAMSdXc A9eRBXrcvPA46y5xp9iKX7/Nzeh2KiWG57koo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=btgcl6rGH36jM8qVA3UrosOHN4PL4VefyHBhw4mH7GG+gaRbRf38H5cxX38Et9j0mj 8VvmjyZ0ihKOa35S4vCCnRcKl9RAYzE39t9YsNiNljhi73MviWOkXcJ5HLMhRwOHXZoM FZquKhY0HrlurSsg7dxa8fKY4ZvPsez8HObDg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.105.139 with SMTP id t11mr2601413fao.37.1248703711486; Mon, 27 Jul 2009 07:08:31 -0700 (PDT) In-Reply-To: <4A6DB30B.20705@zedat.fu-berlin.de> References: <4A6DB30B.20705@zedat.fu-berlin.de> Date: Mon, 27 Jul 2009 16:08:31 +0200 X-Google-Sender-Auth: d065f56fc5b9c721 Message-ID: <3bbf2fe10907270708p741b6de1k790548efa2499d39@mail.gmail.com> From: Attilio Rao To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 14:08:37 -0000 2009/7/27 O. Hartmann : > I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on all of > our SMP boxes. Is there an issue known at the moment? If not, I will prepare > the kernel for whitnessing and provide more informations, if you wish. Please do it. If possible compile with: KDB, DDB, INVARIANT_SUPPORT, INVARIANTS, WITNESS and without WITNESS_SKIPSPIN Along with the panic report also provide in form of DDB textdump (man 4 textdump) or plain text got from the console: bt, ps, show alllocks, alltrace, show allpcpu Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 14:30:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0161065676 for ; Mon, 27 Jul 2009 14:30:11 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id B81838FC12 for ; Mon, 27 Jul 2009 14:30:10 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 9702178F54; Mon, 27 Jul 2009 18:30:08 +0400 (MSD) Message-ID: <4A6DB9F1.7050404@haruhiism.net> Date: Mon, 27 Jul 2009 18:30:09 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "O. Hartmann" References: <4A6DB30B.20705@zedat.fu-berlin.de> In-Reply-To: <4A6DB30B.20705@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 14:30:11 -0000 O. Hartmann wrote: > I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on > all of our SMP boxes. Is there an issue known at the moment? If not, I > will prepare the kernel for whitnessing and provide more informations, > if you wish. A quick question: what is in the crash message, i.e. the backtrace? And what kind of crash is it - a panic() or a fatal trap? -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 14:50:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0716F1065672 for ; Mon, 27 Jul 2009 14:50:52 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 939AB8FC1B for ; Mon, 27 Jul 2009 14:50:51 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.27] (helo=17.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MVRXO-0000ec-Pv; Mon, 27 Jul 2009 16:50:50 +0200 Received: from te444.t.pppool.de ([89.55.228.68]:33073 helo=ernst.jennejohn.org) by 17.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #93) id 1MVRXO-0001JS-Dl; Mon, 27 Jul 2009 16:50:50 +0200 Date: Mon, 27 Jul 2009 16:50:49 +0200 From: Gary Jennejohn To: Olivier SMEDTS Message-ID: <20090727165049.6ec26936@ernst.jennejohn.org> In-Reply-To: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-purgate-ID: 149285::1248706250-00005F40-E18AEBF5/0-0/0-0 Cc: freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 14:50:52 -0000 On Mon, 27 Jul 2009 12:58:18 +0200 Olivier SMEDTS wrote: > Is there a way (loader tunable or kernel config) to disable the root > mount waiting for USB buses and devices and make it behave just like > in the first days of the new USB stack ? > > Thanks ! > No. The routine which registers what to wait for (vfs_mount.c:root_mount_hold()) is called uncondtionally. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 14:53:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDAD1065670; Mon, 27 Jul 2009 14:53:25 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id CCFA68FC1B; Mon, 27 Jul 2009 14:53:24 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 9155241C67E; Mon, 27 Jul 2009 16:36:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 7TP9tbWxuD1K; Mon, 27 Jul 2009 16:36:20 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 3A43941C67B; Mon, 27 Jul 2009 16:36:20 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id D502B4448E6; Mon, 27 Jul 2009 14:35:48 +0000 (UTC) Date: Mon, 27 Jul 2009 14:35:48 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mykola Dzham In-Reply-To: <20090725163207.GP39538@expo.ukrweb.net> Message-ID: <20090727141808.R245@maildrop.int.zabbadoz.net> References: <20090725163207.GP39538@expo.ukrweb.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-current@freebsd.org, Jamie Gritton Subject: Re: 8.0 still allow creating ipv6 udp socket in jail without ipv6 ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 14:53:26 -0000 On Sat, 25 Jul 2009, Mykola Dzham wrote: Hi, > After r188146 creating tcp ipv6 socket in jail without ipv6 ip is not > allowed, but udp socket is allowed. I cannot really follow what you are trying to say as wrt IPv4 and IPv6 sockets and what about UDP. Your sample further down is trying to use an IPv4 address on an IPv6 Datagram socket which is an error either way. Prior to FreeBSD 7.2 IPv6 hadn't been supported at all for jails. With 7.2 it was possible to create IPv6 sockets (but only shortly and then fail on bind/connect/...). With the commit you reference the "Protocol not supported" came back in case there was no address of that address family for a given jail. With 8 the primary syntax for jails has changed and the "backward compat mode" again allows you to create a socket on a jail even if no address of the same family was configured for the jail. This should be addressed by the following patch: http://people.freebsd.org/~bz/20090727-01-jail8-legacy.diff Can you give it a try and report if that fixes your problem? Regards, Bjoern -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 14:58:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9661106566B; Mon, 27 Jul 2009 14:58:46 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 9176C8FC08; Mon, 27 Jul 2009 14:58:46 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 245845DB9; Mon, 27 Jul 2009 16:58:45 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NYp3K--I6Ajx; Mon, 27 Jul 2009 16:58:44 +0200 (CEST) Received: from bert.mlan.solnet.ch (bert.mlan.solnet.ch [212.101.1.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 4A50C5D97; Mon, 27 Jul 2009 16:58:44 +0200 (CEST) Message-ID: <4A6DC0A4.1040705@bsdunix.ch> Date: Mon, 27 Jul 2009 16:58:44 +0200 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: Randi Harper References: <4A559E50.3090408@bsdunix.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: USB stick installation problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 14:58:47 -0000 Hi Randi Randi Harper wrote: > On Thu, Jul 9, 2009 at 12:37 AM, Thomas Vogt > wrote: > > Hi > > I download and copied 8.0-BETA1-amd64-memstick.img to an usb stick as > described at > http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051018.html. > > I can boot it and sysinstall runs fine. Later i chose USB stick as > install medium but then i get a "no USB stick found" error. Is this an > know bug? > > Regards, > Thomas > > > > Possibly. Can you please tell sysinstall to rescan devices or restart > the sysinstall process and tell me if that makes a difference? It worked fine with another usb stick. Looks i had a strange usb stick. Also other tools like esxi didn't work with this stick. Regards, Thomas Vogt From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 18:32:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1AF7106564A for ; Mon, 27 Jul 2009 18:32:30 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 480218FC12 for ; Mon, 27 Jul 2009 18:32:30 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by bwz19 with SMTP id 19so2715155bwz.43 for ; Mon, 27 Jul 2009 11:32:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.124.19 with SMTP id s19mr3439045bkr.6.1248719548587; Mon, 27 Jul 2009 11:32:28 -0700 (PDT) In-Reply-To: <20090727165049.6ec26936@ernst.jennejohn.org> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <20090727165049.6ec26936@ernst.jennejohn.org> Date: Mon, 27 Jul 2009 20:32:28 +0200 Message-ID: <367b2c980907271132o50dca55dyc78d81343f3bf349@mail.gmail.com> From: Olivier SMEDTS To: gary.jennejohn@freenet.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 18:32:30 -0000 2009/7/27 Gary Jennejohn : > On Mon, 27 Jul 2009 12:58:18 +0200 > Olivier SMEDTS wrote: > >> Is there a way (loader tunable or kernel config) to disable the root >> mount waiting for USB buses and devices and make it behave just like >> in the first days of the new USB stack ? >> >> Thanks ! >> > > No. =A0The routine which registers what to wait for (vfs_mount.c:root_mou= nt_hold()) > is called uncondtionally. Right, I had to comment it :) Index: sys/dev/usb/controller/usb_controller.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/usb/controller/usb_controller.c (r=E9vision 195903) +++ sys/dev/usb/controller/usb_controller.c (copie de travail) @@ -133,7 +133,7 @@ } /* delay vfs_mountroot until the bus is explored */ - bus->bus_roothold =3D root_mount_hold(device_get_nameunit(dev)); + //bus->bus_roothold =3D root_mount_hold(device_get_nameunit(dev)); if (usb_post_init_called) { mtx_lock(&Giant); > > --- > Gary Jennejohn > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 20:18:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A86431065697; Mon, 27 Jul 2009 20:18:29 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 79AB48FC28; Mon, 27 Jul 2009 20:18:29 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n6RKIMY7075567 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 27 Jul 2009 20:18:24 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: current@freebsd.org, hackers@freebsd.org Date: Mon, 27 Jul 2009 21:18:22 +0100 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907272118.22188.ken@mthelicon.com> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Subject: Fatal trap 12 ever since r195851 on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 20:18:30 -0000 Hello Current, I dont know if there is a current issue with other systems or if it is localized to me, but ever since > r195914 I am getting a fatal trap on boot. The process is always in the swapper and is always a 12. System is AMD64 Core2-Quad, 4 Gigs, gptzfsboot from a mirror with zraid's mounted for /usr, /usr/home, etc.. Is anyone else seeing this as well? FreeBSD 8.0-BETA2 #137 r195914: Mon Jul 27 19:10:17 BST 2009 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x288 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805c482d stack pointer = 0x28:0xffffffff81076c90 frame pointer = 0x28:0xffffffff81076cc0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 1s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds - press a key on the console to abort Peg From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 20:19:38 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB87810656A4 for ; Mon, 27 Jul 2009 20:19:38 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 860B38FC32 for ; Mon, 27 Jul 2009 20:19:37 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.8) by cp-out1.libero.it (8.5.107) id 4A65A8D50051A15A; Mon, 27 Jul 2009 22:19:36 +0200 Date: Mon, 27 Jul 2009 22:19:36 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "simon" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.20.214.18 Cc: freebsd-current Subject: Re: FreeBSD-8 and portsnap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 20:19:39 -0000 > On 2009.07.26 09:23:56 +0200, barbara wrote: > > Why portsnap doesn't provide INDEX-8? > > Because INDEX-7 and INDEX-8 are (have been) mostly identical, so while > 8.0 is -CURRENT is hasn't been deemed that the extra build time on the > portsnap servers was worth it. The longer a portsnap snapshot build > takes, the longer the delay between ports commit and it showing up in > peoples /usr/ports using portsnap. > > The workaround is to set the following in make.conf: > > INDEXFILE?=3D INDEX-7 > > I know Colin Percival has been talking about adding INDEX-8, so I > expect it will show up in portsnap soon. Do note that AFAIR it > requires that the client also be updated after the new INDEX-8 is > generated so you won't get it without upgrading world. > I'm getting the file now, running portsnap. Are the servers now building it? I still have the "modified" /etc/portsnap.conf with the line for INDEX-8.= Thanks Barbara From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 20:23:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF7E106566C; Mon, 27 Jul 2009 20:23:43 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1078FC08; Mon, 27 Jul 2009 20:23:43 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n6RKNbwU075617 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 27 Jul 2009 20:23:38 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Mon, 27 Jul 2009 21:23:36 +0100 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; amd64; ; ) References: <200907272118.22188.ken@mthelicon.com> In-Reply-To: <200907272118.22188.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907272123.36633.ken@mthelicon.com> X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Fatal trap 12 ever since r195851 on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 20:23:44 -0000 ACK! Sorry.. I messed up the revision number in the message body... On Monday 27 July 2009 21:18:22 Pegasus Mc Cleaft wrote: > I dont know if there is a current issue with other systems or if it is > localized to me, but ever since > r195914 I am getting a fatal trap on ^r195815 Peg From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 20:23:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF7E106566C; Mon, 27 Jul 2009 20:23:43 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1078FC08; Mon, 27 Jul 2009 20:23:43 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n6RKNbwU075617 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 27 Jul 2009 20:23:38 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Mon, 27 Jul 2009 21:23:36 +0100 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; amd64; ; ) References: <200907272118.22188.ken@mthelicon.com> In-Reply-To: <200907272118.22188.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907272123.36633.ken@mthelicon.com> X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Fatal trap 12 ever since r195851 on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 20:23:44 -0000 ACK! Sorry.. I messed up the revision number in the message body... On Monday 27 July 2009 21:18:22 Pegasus Mc Cleaft wrote: > I dont know if there is a current issue with other systems or if it is > localized to me, but ever since > r195914 I am getting a fatal trap on ^r195815 Peg From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 20:28:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72EB010656A8; Mon, 27 Jul 2009 20:28:09 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB3188FC12; Mon, 27 Jul 2009 20:28:08 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n6RKS2Qj075690 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 27 Jul 2009 20:28:03 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Mon, 27 Jul 2009 21:28:01 +0100 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; amd64; ; ) References: <200907272118.22188.ken@mthelicon.com> <200907272123.36633.ken@mthelicon.com> In-Reply-To: <200907272123.36633.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907272128.01928.ken@mthelicon.com> X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: hackers@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Fatal trap 12 ever since r195851 on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 20:28:17 -0000 Crud! Just shoot me! I'm very sorry about this.. Typing to fast and not checking.. On Monday 27 July 2009 21:23:36 Pegasus Mc Cleaft wrote: > ACK! Sorry.. I messed up the revision number in the message body... > > On Monday 27 July 2009 21:18:22 Pegasus Mc Cleaft wrote: > > I dont know if there is a current issue with other systems or if it is > > localized to me, but ever since > r195914 I am getting a fatal trap on > > ^r195815 ^r195851 (triple checked this time) From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 20:28:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72EB010656A8; Mon, 27 Jul 2009 20:28:09 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB3188FC12; Mon, 27 Jul 2009 20:28:08 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n6RKS2Qj075690 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 27 Jul 2009 20:28:03 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Mon, 27 Jul 2009 21:28:01 +0100 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; amd64; ; ) References: <200907272118.22188.ken@mthelicon.com> <200907272123.36633.ken@mthelicon.com> In-Reply-To: <200907272123.36633.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907272128.01928.ken@mthelicon.com> X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: hackers@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Fatal trap 12 ever since r195851 on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 20:28:17 -0000 Crud! Just shoot me! I'm very sorry about this.. Typing to fast and not checking.. On Monday 27 July 2009 21:23:36 Pegasus Mc Cleaft wrote: > ACK! Sorry.. I messed up the revision number in the message body... > > On Monday 27 July 2009 21:18:22 Pegasus Mc Cleaft wrote: > > I dont know if there is a current issue with other systems or if it is > > localized to me, but ever since > r195914 I am getting a fatal trap on > > ^r195815 ^r195851 (triple checked this time) From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 20:29:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA2FB106568B for ; Mon, 27 Jul 2009 20:29:01 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD128FC13 for ; Mon, 27 Jul 2009 20:29:01 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: by fxm17 with SMTP id 17so250776fxm.43 for ; Mon, 27 Jul 2009 13:29:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=31DD2G1mDjA5MWv56C+ljuAMy8T2Q/Der35ivKUA0Z8=; b=n2bWpjd7Ul9t5De4gyy4bWZ3OArJPPU0IY3QtE0ctygLxoFv2lx6chb0z6LlW/UK2N 7Yfn1s10mF+oXW0LCAsVvCR/qeDf9ydL+qpo8WNzgP5b3TzBVMbdn9q171M9pd/QcI2F jDbwn9O/a0HK2IXYeaGKRicv3rXPRWNz8Uvdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=U2rKlHY3A+5VcMicafF93LME1RvE3K+mTSUDxXVQVObX4wpw/xYX2eQyqbdWV1/uMP EZGJz8i4iEBihluTQO+T7HXgpiP2O+NWuuWnkDi7jKXZfrNjy965LUIo/fChfgMYdGd3 S4s1yIiVNh8Wdho4aAEMebGI4ueoXXCLz1kCY= MIME-Version: 1.0 Received: by 10.204.113.208 with SMTP id b16mr3393951bkq.179.1248725330501; Mon, 27 Jul 2009 13:08:50 -0700 (PDT) Date: Mon, 27 Jul 2009 22:08:50 +0200 Message-ID: From: Mickael MAILLOT To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: LOR ext2fs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 20:29:02 -0000 fresh 8-BETA2 install: kldload ext2fs mount /dev/ad4s2 /mnt cp -r /mnt/home/blabla /home/blabla and i delete some files on my ubuntu part in an another term 1st 0xffffff0055c21d80 ext2fs (ext2fs) @ /usr/src/sys/kern/vfs_subr.c:2083 2nd 0xffffff004c33f270 devfs (devfs) @ /usr/src/sys/modules/ext2fs/../../gnu/fs/ext2fs/ext2_linux_ialloc.c:227 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xcf3 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 ext2_free_inode() at ext2_free_inode+0x61 ext2_vfree() at ext2_vfree+0x4f ext2_inactive() at ext2_inactive+0xf8 vinactive() at vinactive+0x72 vput() at vput+0x230 kern_unlinkat() at kern_unlinkat+0x18e syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x8007296cc, rsp = 0x7fffffffeb68, rbp = 0x800802300 --- From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 19:55:13 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E24211065677 for ; Mon, 27 Jul 2009 19:55:13 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 983E48FC13 for ; Mon, 27 Jul 2009 19:55:13 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MVWHw-00065q-FN>; Mon, 27 Jul 2009 21:55:12 +0200 Received: from e178050008.adsl.alicedsl.de ([85.178.50.8] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MVWHw-0005uy-DH>; Mon, 27 Jul 2009 21:55:12 +0200 Message-ID: <4A6E0620.6070200@mail.zedat.fu-berlin.de> Date: Mon, 27 Jul 2009 21:55:12 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: Kamigishi Rei References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> In-Reply-To: <4A6DB9F1.7050404@haruhiism.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.50.8 X-Mailman-Approved-At: Mon, 27 Jul 2009 20:53:55 +0000 Cc: freebsd-current@FreeBSD.org, "O. Hartmann" Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 19:55:14 -0000 Kamigishi Rei wrote: > O. Hartmann wrote: >> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on >> all of our SMP boxes. Is there an issue known at the moment? If not, I >> will prepare the kernel for whitnessing and provide more informations, >> if you wish. > A quick question: what is in the crash message, i.e. the backtrace? > And what kind of crash is it - a panic() or a fatal trap? > -- > Kamigishi Rei > KREI-RIPE > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" On the 8-core server box, I sometimes see : Fatal trap 12: page fault while in kernel mode fault code = supervisor read, page not present From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 19:58:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A6201065670 for ; Mon, 27 Jul 2009 19:58:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 124EB8FC12 for ; Mon, 27 Jul 2009 19:58:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MVWL9-0006MM-9H>; Mon, 27 Jul 2009 21:58:31 +0200 Received: from e178050008.adsl.alicedsl.de ([85.178.50.8] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MVWL9-00062e-6j>; Mon, 27 Jul 2009 21:58:31 +0200 Message-ID: <4A6E06E6.9030300@mail.zedat.fu-berlin.de> Date: Mon, 27 Jul 2009 21:58:30 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: Juergen Unger References: <20090727072503.GA52309@jpru.ffm.jpru.de> In-Reply-To: <20090727072503.GA52309@jpru.ffm.jpru.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.50.8 X-Mailman-Approved-At: Mon, 27 Jul 2009 21:00:17 +0000 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 19:58:32 -0000 Juergen Unger wrote: > Hi, > > I have one box where I am doing an zfs-receive job every > five minutes for each of eleven zvols. Beside this no > other service runs on this box. > The system is an current checked out Jul 25 09:11 CET > compiled with the following options: > >> include GENERIC >> options KVA_PAGES=512 >> options KDB >> options DDB > > uname -a: > >> FreeBSD testbox 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Sat Jul 25 21:43:42 CEST 2009 root@testbox:/usr/obj/usr/src/sys/ZFS-DEBUG i386 > > loader.conf: > >> geom_mirror_load="YES" >> vm.kmem_size="1536M" >> vm.kmem_size_max="1536M" >> vfs.zfs.arc_max="100M" >> vfs.zfs.prefetch_disable=1 > > This runs quite well for a few hours but after max 20 to 30 > hours I get this error: > >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x4c >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0x80883d93 >> stack pointer = 0x28:0xfcd29b74 >> frame pointer = 0x28:0xfcd29b94 >> 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 = 36 (vnlru) >> [thread pid 36 tid 100062 ] >> Stopped at _sx_xlock+0x43: movl 0x10(%ebx),%eax >> db> bt >> Tracing pid 36 tid 100062 td 0x87166480 >> _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 >> dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user+0x35 >> zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at zfs_znode_dmu_f3 >> zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at zfs_freebsd_reclaim+0 >> VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at VOP_RECLAIM_APV+0xa5 >> vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 >> vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 >> vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc+0x80 >> fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xfcd29d70, ebp = 0 --- >> db> > > any suggestions ? > > Juergen > I see a similar problem on two SMP boxes (is your SMP?), but in my case, it seems not to be ZFS related although I also use ZFS as /home filesystem From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 21:04:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54A5510656CF; Mon, 27 Jul 2009 21:04:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6358FC0A; Mon, 27 Jul 2009 21:04:35 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MVXN0-0005Jj-NN; Mon, 27 Jul 2009 22:04:34 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MVXMz-0000pt-SA; Mon, 27 Jul 2009 22:04:30 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6RL4T6x044799; Mon, 27 Jul 2009 22:04:29 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6RL4SJJ044770; Mon, 27 Jul 2009 22:04:28 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 27 Jul 2009 22:04:28 +0100 From: Anton Shterenlikht To: "O. Hartmann" Message-ID: <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A6E0620.6070200@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 21:04:36 -0000 On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: > Kamigishi Rei wrote: > > O. Hartmann wrote: > >> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on > >> all of our SMP boxes. Is there an issue known at the moment? If not, I > >> will prepare the kernel for whitnessing and provide more informations, > >> if you wish. > > A quick question: what is in the crash message, i.e. the backtrace? > > And what kind of crash is it - a panic() or a fatal trap? > > On the 8-core server box, I sometimes see : > > Fatal trap 12: page fault while in kernel mode > fault code = supervisor read, page not present Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0-current and later with 8.0-beta1 (I havent' built beta2 yet) I'm getting crashes under load every so often. E.g buildworld -j8 is likely to crash the box. No messages, just a sudden freeze, no backtrace or panic, and then reboot. If load is less heavy, e.g. fewer processes and some idle time, the problem doesn't seem to appear. I'm happy to do any further testing, if suggested. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jul 27 21:33:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9213106566C; Mon, 27 Jul 2009 21:33:57 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6F18FC23; Mon, 27 Jul 2009 21:33:57 +0000 (UTC) (envelope-from lists@jpru.de) Received: from jpru.ffm.jpru.de (jpru.ffm.jpru.de [195.49.136.33]) by jpru.ffm.jpru.de (8.13.8/8.13.8) with ESMTP id n6RLXu6k066053; Mon, 27 Jul 2009 23:33:56 +0200 (CEST) (envelope-from lists@jpru.de) Received: (from unger@localhost) by jpru.ffm.jpru.de (8.13.8/8.13.8/Submit) id n6RLXu4L066052; Mon, 27 Jul 2009 23:33:56 +0200 (CEST) (envelope-from lists@jpru.de) X-Authentication-Warning: jpru.ffm.jpru.de: unger set sender to lists@jpru.de using -f Date: Mon, 27 Jul 2009 23:33:56 +0200 From: Juergen Unger To: "O. Hartmann" Message-ID: <20090727213355.GA37551@jpru.ffm.jpru.de> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A6E06E6.9030300@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 21:33:58 -0000 Hi, On Mon, Jul 27, 2009 at 09:58:30PM +0200, O. Hartmann wrote: [...] > >> db> bt > >> Tracing pid 36 tid 100062 td 0x87166480 > >> _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 > >> dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user+0x35 > >> zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at zfs_znode_dmu_f3 > >> zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at zfs_freebsd_reclaim+0 > >> VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at VOP_RECLAIM_APV+0xa5 > >> vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 > >> vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 > >> vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc+0x80 > >> fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 > >> fork_trampoline() at fork_trampoline+0x8 > >> --- trap 0, eip = 0, esp = 0xfcd29d70, ebp = 0 --- > >> db> > > I see a similar problem on two SMP boxes (is your SMP?), but in my case, > it seems not to be ZFS related although I also use ZFS as /home filesystem no real SMP, its only an old P4 with hyperthreading: > CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3192.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > Features=0xbfebfbff > Features2=0x441d > AMD Features=0x100000 > TSC: P-state invariant > real memory = 4294967296 (4096 MB) > avail memory = 3392716800 (3235 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads Juergen -- ENOSIG From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 08:42:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43174106564A for ; Tue, 28 Jul 2009 08:42:06 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id A17F88FC1A for ; Tue, 28 Jul 2009 08:42:05 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.3/8.14.3) with ESMTP id n6S8fsAL015195; Tue, 28 Jul 2009 09:41:54 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A6EB9D2.9060707@fletchermoorland.co.uk> Date: Tue, 28 Jul 2009 09:41:54 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: hartzell@alerce.com References: <19047.52443.164412.363239@already.local> <1E3C4A20-1B89-4C8C-912E-3CA99A427452@lassitu.de> <4A68898C.8070701@fletchermoorland.co.uk> <19048.37509.297550.851269@already.local> In-Reply-To: <19048.37509.297550.851269@already.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 X-Spam-Status: No, score=-4.4 required=10.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hydra.fletchermoorland.co.uk Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: gptzfsboot doesn't like change (failure after swapping drives) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 08:42:06 -0000 George Hartzell wrote: > Paul Wootton writes: > > Stefan Bethke wrote: > > > Am 23.07.2009 um 04:37 schrieb George Hartzell: > > > > > >> I've been playing around with building an 8.0BETA2 system with > > >> everything on a single zfs filesystem (I'll get fancier later) on a > > >> zpool that is a 4 disk raidz. > > > > > > Quite a few people had no luck with booting from RAIDZ volumes at > > > all. (Single disks and mirrors seem to work fine.) See this thread: > > > http://lists.freebsd.org/pipermail/freebsd-fs/2009-July/006466.html > > > > > > > > > Stefan > > > > > I've been trying on and off for a few months now to get a raidz pack to > > boot and a few days ago finally got a working setup. > > > > I have a 3 disk raidz pack. I've only set zfs_load="YES" in > > /boot/loader.conf. All the mountpoints are set to none and I am using > > /etc/fstab instead. I have the root of the working filing system as a > > zfs volume, and not in the base of the pool > > > > zboot 7.31G 201G 18K none (this never gets mounted) > > zboot/root 65.4M 201G 65.4M none (this gets mounted as /) > > zboot/tmp 27K 201G 27K none (this gets mounted as /tmp) > > zboot/usr 7.21G 201G 7.21G none (this gets mounted as /usr) > > zboot/var 35.4M 201G 35.4M none (this gets mounted as /var) > > If you don't have any important data on it, and don't mind having to > recreate it, it'd be interesting to try to boot it with one drive > pulled. > > I'll bet that you can't, even though you'll be able to see the pool if > you boot from some fixit media. > > I'll also bet that you still won't be able to boot once you reinsert > the drive. > > g I tried pulling one of the drives. You were correct that the pack would not boot. However, if I put that drive back in, I can boot from the pack with out a problem. I didn't try booting to a FixIt mode and checking the state of the pack though Paul ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 08:46:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263BD1065701; Tue, 28 Jul 2009 08:46:52 +0000 (UTC) (envelope-from i.a.zhuravlev@cbtnet.ru) Received: from mx2.cbtnet.ru (mx2.cbtnet.ru [62.33.139.20]) by mx1.freebsd.org (Postfix) with ESMTP id 78B278FC1B; Tue, 28 Jul 2009 08:46:51 +0000 (UTC) (envelope-from i.a.zhuravlev@cbtnet.ru) Received: from [82.146.37.102] (unknown [82.146.37.102]) by mx2.cbtnet.ru (Eserv/3.4126) with ESMTP id ADA60175C1E; Tue, 28 Jul 2009 18:26:48 +0900 (IRKST) Message-ID: <4A6EBAFC.6090800@cbtnet.ru> Date: Tue, 28 Jul 2009 17:46:52 +0900 From: Ilya Zhuravlev User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; ru; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: Alexander Motin References: <4A4517BE.9040504@FreeBSD.org> In-Reply-To: <4A4517BE.9040504@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------070507010405050700000200" Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 08:46:52 -0000 This is a multi-part message in MIME format. --------------070507010405050700000200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good day ahci cannot attach drives 8.0-beta2, laptop asus k50in, nvidia MCP75L-based ahci0: [THREAD] ahci0: AHCI v1.20 with 2 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich0: [THREAD] ahcich1: at channel 1 on ahci0 ahcich1: [THREAD] ...... (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:0:0): Uncorrected Parity Error (aprobe0:ahcich0:0:0:0): Retrying Command (aprobe0:ahcich0:0:0:0): Uncoreccted Parity Error (aprobe0:ahcich0:0:0:0): error 5 (aprobe0:ahcich0:0:0:0): Retries Exhausted (aprobe1:ahcich1:0:15:0): SIGNATURE: eb14 (aprobe0:ahcich1:0:0:0): SIGNATURE: eb14 (aprobe0:ahcich1:0:0:0): Uncoreccted Parity Error (aprobe0:ahcich1:0:0:0): Retrying Command (aprobe0:ahcich1:0:0:0): Uncoreccted Parity Error (aprobe0:ahcich1:0:0:0): error 5 (aprobe0:ahcich1:0:0:0): Retries Exhausted pciconf with ata-driver and ata-compat enabled in bios: atapci0@pci0:0:11:0: class=0x010185 card=0x1cf71043 chip=0x0ab510de rev=0xb1 hdr=0x00 vendor = 'Nvidia Corp' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xc080, size 8, enabled bar [14] = type I/O Port, range 32, base 0xc000, size 4, enabled bar [18] = type I/O Port, range 32, base 0xbc00, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xb880, size 4, enabled bar [20] = type I/O Port, range 32, base 0xb800, size 16, enabled bar [24] = type Memory, range 32, base 0xfae7c000, size 8192, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 12[8c] = SATA Index-Data Pair cap 05[b0] = MSI supports 8 messages, 64 bit atacontrol for devices on channels attached --------------070507010405050700000200 Content-Type: text/plain; name="acd0" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acd0" Protocol SATA revision 1.x device model HL-DT-STDVDRAM GT10N serial number firmware revision 1.00 cylinders 0 heads 0 sectors/track 0 lba supported lba48 not supported dma supported overlap not supported Feature Support Enable Value Vendor write cache no no read ahead no no Native Command Queuing (NCQ) no - 0/0x00 Tagged Command Queuing (TCQ) no no 0/0x00 SMART no no microcode download no no security no no power management no no advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 0/0x00 --------------070507010405050700000200 Content-Type: text/plain; name="ad4" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ad4" Protocol SATA revision 2.x device model Hitachi HTS543225L9A300 serial number 090506FB2E00LKEUASGA firmware revision FBEOC40C cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488397168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 16512/0x4080 automatic acoustic management yes no 254/0xFE 128/0x80 --------------070507010405050700000200-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 09:37:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22D41106566C for ; Tue, 28 Jul 2009 09:37:04 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id C59BB8FC1B for ; Tue, 28 Jul 2009 09:37:03 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6S9b0kX057474 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 28 Jul 2009 11:37:01 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD Current In-Reply-To: <05D1F58D-58E1-4723-B2D8-56434120721D@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 28 Jul 2009 11:37:00 +0200 References: <81219750-3AA7-4AEB-9104-4B5C98722242@lassitu.de> <20090526204937.GA31832@atarininja.org> <05D1F58D-58E1-4723-B2D8-56434120721D@lassitu.de> X-Mailer: Apple Mail (2.935.3) Cc: Wesley Shields , jarrod@netleader.com.au Subject: Re: nagios dies with signal 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 09:37:04 -0000 Am 26.05.2009 um 23:19 schrieb Stefan Bethke: > Am 26.05.2009 um 22:49 schrieb Wesley Shields: > >> On Tue, May 26, 2009 at 06:37:24AM +0200, Stefan Bethke wrote: >>> I just noticed that my nagios keeps dying about five minutes after >>> startup with signal 10. Up-to-date current from May 21. >>> >>> I've tried portupgrade -fR nagios, but that alone does not seem to >>> be >>> sufficient to fix it. I've tried nagios both with and without >>> embedded perl. >> >> I'm assuming you've got the latest nagios port when you do this? I >> committed a fix for this and AFAIK the problem has been resolved >> since >> then. > > $ pkg_info|grep nagio > nagios-3.0.6_1 Extremely powerful network monitoring system > nagios-plugins-1.4.13,1 Plugins for Nagios > > $ head /usr/ports/net-mgmt/nagios/Makefile > # New ports collection makefile for: nagios > # Date created: 19 May 2002 > # Whom: Blaz Zupan > # > # $FreeBSD: ports/net-mgmt/nagios/Makefile,v 1.79 2009/05/04 > 15:36:05 wxs Exp $ > > As I said, this only started after I updated to -current on May 21. > With the earlier current (from around April) it was working fine. > > I will try to ktrace nagios on the weekend. I finally got round looking into this again; nagios is still broken for me. I'm on: FreeBSD krokodil.zs64.net 8.0-CURRENT FreeBSD 8.0-CURRENT #12: Fri Jun 12 06:29:20 UTC 2009 root@lokschuppen.zs64.net:/usr/obj/usr/src/ sys/EISENBOOT amd64 with sources from June 11. I've tried net-mgmt/nagios and net-mgmt/nagios-devel with and without embedded perl, to no avail. Nagios starts up, runs a few (almost all?) checks, then crashed with a bus error. The debug log does not contain anything useful. I've compiled nagios with CFLAGS=-g, and I get this in gdb: # gdb base/nagios GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 "amd64-marcel-freebsd"... (gdb) r /usr/local/etc/nagios/nagios.cfg Starting program: /var/ports/work/net-mgmt/nagios-devel/nagios-3.1.2/ base/nagios /usr/local/etc/nagios/nagios.cfg [New LWP 100227] [New Thread 800c021c0 (LWP 100227)] Nagios 3.1.2 Copyright (c) 2009 Nagios Core Development Team and Community Contributors Copyright (c) 1999-2009 Ethan Galstad Last Modified: 06-23-2009 License: GPL Website: http://www.nagios.org Nagios 3.1.2 starting... (PID=55280) Local time is Tue Jul 28 09:21:56 UTC 2009 Warning: Host 'tivo' has no services associated with it! [New Thread 800c511c0 (LWP 100449)] Program received signal SIGBUS, Bus error. [Switching to Thread 800c021c0 (LWP 100227)] 0x000000000044869a in get_next_comment_by_host (host_name=0x800c6f960 "slingbox", start=0x800c488e0) at ../common/comments.c:632 632 for(;temp_comment && compare_hashdata(temp_comment- >host_name,NULL,host_name,NULL)<0;temp_comment=temp_comment->nexthash); (gdb) bt #0 0x000000000044869a in get_next_comment_by_host (host_name=0x800c6f960 "slingbox", start=0x800c488e0) at ../common/ comments.c:632 #1 0x0000000000447ad1 in delete_host_acknowledgement_comments (hst=0x800c16800) at ../common/comments.c:301 #2 0x00000000004362e6 in handle_host_state (hst=0x800c16800) at sehandlers.c:731 #3 0x0000000000412955 in process_host_check_result_3x (hst=0x800c16800, new_state=0, old_plugin_output=0x800c486a0 "CRITICAL - slingbox.lassitu.de: Host unreachable @ 44.128.127.15. rta nan, lost 100%", check_options=0, reschedule_check=1, use_cached_result=1, check_timestamp_horizon=15) at checks.c:3744 #4 0x00000000004117ac in handle_async_host_check_result_3x (temp_host=0x800c16800, queued_check_result=0x800c6b0c0) at checks.c: 3380 #5 0x000000000040a7c7 in reap_check_results () at checks.c:206 #6 0x000000000042574d in handle_timed_event (event=0x800c86fe0) at events.c:1307 #7 0x0000000000424cc8 in event_execution_loop () at events.c:1002 #8 0x000000000040a3c2 in main (argc=2, argv=0x7fffffffea58) at nagios.c:833 (gdb) p temp_comment $1 = (comment *) 0x5a5a5a5a5a5a5a5a I've been told that nagios simply isn't 64bis clean, and it's a lost cause. I can't believe nobody is running nagios on amd64, though. Thanks, Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 09:47:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0FE41065673 for ; Tue, 28 Jul 2009 09:47:09 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id 32D228FC14 for ; Tue, 28 Jul 2009 09:47:08 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 81874 invoked by uid 60001); 28 Jul 2009 09:47:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1248774428; bh=YTg4n7GLXNvqV08FBMIQbvU6bIDIhKrZxHFrC+It8fw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=qdDzZCLyK8Mkub8xNRWdaOYUtrbswU6/24Mcs+F/b9l3dVvaoQIGU0VxlE+azCafcRoOV4E1qSf+/mYLJf4xyu0iHeyvyxvZjHRNv8/8iHE9Bz47ZAVUfma136FnJNkJiDfaSFv0B9R8+YolElXWYbKnrsoPFq9vkM6aWdZuy3A= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=EdZzT4WHDOhOZipMITLm2XvD7IKbc1D/1gFZLO4g1aqQqiI9QNAtH23v+yJc3YPkDimVwAz5DWs3DNiXqtkkuCYnkhWqFrzBT0jjOR0VeUCiZhnu5odNhOnaeZ8PWsnMdtiChp9sVm27Xbthb2pItittWgONGzM80BUtLAPI+9I=; Message-ID: <570892.81777.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: ERiBu3kVM1lijS5iuUTm7oxn53tmRjViWH5bzfm1.T58RgqmHRLbEJkTJD_SFH9jCCDk6hbrPK9j0rGASf.vodWQRXNfbhMU08__iAsxYWeQHRC8ozTP8OhOH9tHUXBC2YYOgOENEf_95DiYjtug7HzypIa0OE5mTnJzOrh9vjsbP3UnhCJUU2gVEoXRSGdpKzOwFObzcLR6UH0ifVwutskK586U1YId6y4Ol3ULYgbxYB4FMa_Xyc4PP1FQktsRmKX.HX48wh.JxjA6vcU- Received: from [66.176.162.245] by web63906.mail.re1.yahoo.com via HTTP; Tue, 28 Jul 2009 02:47:08 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Tue, 28 Jul 2009 02:47:08 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Irq 19 / ATA interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 09:47:10 -0000 I'm been googling this problem and it seems to go back to early 6.x releases, and I've yet to find any intelligent answer to the problem. I have the problem on an intel 5520 chipset (Tylersburg). Enabling the second SATA controller, which is required to use the SATA CD, causes the storm on interrupt 19. With USB enabled it appears under vmstat as a uhio interrupt; with USB disabled it appears as an atapci1 interrupt. The CD shows up as the 3rd master. Has anyone come up with a solution? It seems way too common to be ignored for so long. Barney From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 09:50:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 483CE1065688; Tue, 28 Jul 2009 09:50:34 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 136CA8FC0A; Tue, 28 Jul 2009 09:50:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA28274; Tue, 28 Jul 2009 12:50:27 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A6EC9E2.5070200@icyb.net.ua> Date: Tue, 28 Jul 2009 12:50:26 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: "O. Hartmann" References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> In-Reply-To: <4A6E06E6.9030300@mail.zedat.fu-berlin.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , freebsd-current@freebsd.org, Juergen Unger Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 09:50:34 -0000 on 27/07/2009 22:58 O. Hartmann said the following: > Juergen Unger wrote: [snip] >>> _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 >>> dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user+0x35 >>> zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at zfs_znode_dmu_f3 >>> zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at zfs_freebsd_reclaim+0 >>> VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at VOP_RECLAIM_APV+0xa5 >>> vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 >>> vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 >>> vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc+0x80 >>> fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 >>> fork_trampoline() at fork_trampoline+0x8 [snip] > > I see a similar problem on two SMP boxes (is your SMP?), but in my case, > it seems not to be ZFS related although I also use ZFS as /home filesystem In this case this does seem to be caused by ZFS. >From the backtrace we see that _sx_xlock() is called on bogus struct sx pointer (0x3c) and this is caused by dmu_buf_update_user() called with NULL first argument (dmu_buf_t). Which means that znode_t z_dbuf was NULL - this could have been caught by ASSERT in zfs_znode_dmu_fini if it were enabled. If you have the crash dump, then it would be interesting to examine znode_t structure ('zp' argument) in zfs_znode_dmu_fini. P.S. I see that zfs_inactive checks for z_dbuf being NULL and there is the following comment: /* * The fs has been unmounted, or we did a * suspend/resume and this file no longer exists. */ Maybe zfs_freebsd_reclaim should do the same? P.P.S. I am not a VFS or ZFS expert. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 10:32:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F6F510656C4 for ; Tue, 28 Jul 2009 10:32:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id A928A8FC18 for ; Tue, 28 Jul 2009 10:32:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=hQ-uvbrDfo4A:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=TfWq9i5PAAAA:8 a=6I5d2MoRAAAA:8 a=yGLQpy_2VVvY-j3egn8A:9 a=6_74Px6YXxA1Q6sRU3K12akAnhIA:4 a=Vce-_cLKp2kA:10 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 545212665; Tue, 28 Jul 2009 12:32:19 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Tue, 28 Jul 2009 12:32:12 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <20090727165049.6ec26936@ernst.jennejohn.org> In-Reply-To: <20090727165049.6ec26936@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907281232.13359.hselasky@c2i.net> Cc: Olivier SMEDTS Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 10:32:21 -0000 On Monday 27 July 2009 16:50:49 Gary Jennejohn wrote: > On Mon, 27 Jul 2009 12:58:18 +0200 > > Olivier SMEDTS wrote: > > Is there a way (loader tunable or kernel config) to disable the root > > mount waiting for USB buses and devices and make it behave just like > > in the first days of the new USB stack ? > > > > Thanks ! > > No. The routine which registers what to wait for > (vfs_mount.c:root_mount_hold()) is called uncondtionally. > Added a sysctl for this: http://perforce.freebsd.org/chv.cgi?CH=166673 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 10:35:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B4B1065670; Tue, 28 Jul 2009 10:35:53 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id E05DB8FC15; Tue, 28 Jul 2009 10:35:52 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MVk27-0003i4-TD; Tue, 28 Jul 2009 11:35:52 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MVk26-0000YX-Q9; Tue, 28 Jul 2009 11:35:47 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6SAZk8Y023730; Tue, 28 Jul 2009 11:35:46 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6SAZjbW023725; Tue, 28 Jul 2009 11:35:45 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 28 Jul 2009 11:35:45 +0100 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.3 X-Spam-Level: ---- Cc: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 10:35:53 -0000 On Mon, Jul 27, 2009 at 10:04:28PM +0100, Anton Shterenlikht wrote: > On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: > > Kamigishi Rei wrote: > > > O. Hartmann wrote: > > >> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on > > >> all of our SMP boxes. Is there an issue known at the moment? If not, I > > >> will prepare the kernel for whitnessing and provide more informations, > > >> if you wish. > > > A quick question: what is in the crash message, i.e. the backtrace? > > > And what kind of crash is it - a panic() or a fatal trap? > > > > On the 8-core server box, I sometimes see : > > > > Fatal trap 12: page fault while in kernel mode > > fault code = supervisor read, page not present > > Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0-current and > later with 8.0-beta1 (I havent' built beta2 yet) I'm getting crashes > under load every so often. E.g buildworld -j8 is likely to crash the > box. No messages, just a sudden freeze, no backtrace or panic, and then reboot. > > If load is less heavy, e.g. fewer processes and some idle time, the > problem doesn't seem to appear. > > I'm happy to do any further testing, if suggested. my ia64 8.0-beta1 SMP box died again on make -j8 buildworld with no panic or log entries. Is it possible that some kernel variable needs to be increased? E.g. kern.maxproc, kern.maxfiles, etc. Or perhaps I'm talking complete rubbish.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 11:23:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78DA1065674 for ; Tue, 28 Jul 2009 11:23:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9E18FC18 for ; Tue, 28 Jul 2009 11:23:22 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA00799; Tue, 28 Jul 2009 14:23:19 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A6EDFA6.9060204@icyb.net.ua> Date: Tue, 28 Jul 2009 14:23:18 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Hans Petter Selasky References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <20090727165049.6ec26936@ernst.jennejohn.org> <200907281232.13359.hselasky@c2i.net> In-Reply-To: <200907281232.13359.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Olivier SMEDTS , freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 11:23:24 -0000 on 28/07/2009 13:32 Hans Petter Selasky said the following: > Added a sysctl for this: > > http://perforce.freebsd.org/chv.cgi?CH=166673 Nitpick: better/cleaner to make it a tunable, doesn't make sense to have it as r/w sysctl. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 11:31:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB5E106564A; Tue, 28 Jul 2009 11:31:45 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8A14A8FC1D; Tue, 28 Jul 2009 11:31:45 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6SBVgEL091496 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 28 Jul 2009 13:31:43 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <8BC94BA8-77DB-4137-88EE-D0CE218FEA91@lassitu.de> From: Stefan Bethke To: FreeBSD Current In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 28 Jul 2009 13:31:42 +0200 References: <81219750-3AA7-4AEB-9104-4B5C98722242@lassitu.de> <20090526204937.GA31832@atarininja.org> <05D1F58D-58E1-4723-B2D8-56434120721D@lassitu.de> X-Mailer: Apple Mail (2.935.3) Cc: Wesley Shields , jarrod@netleader.com.au Subject: Re: nagios dies with signal 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 11:31:46 -0000 Am 28.07.2009 um 11:37 schrieb Stefan Bethke: > I've tried net-mgmt/nagios and net-mgmt/nagios-devel with and > without embedded perl, to no avail. Nagios starts up, runs a few > (almost all?) checks, then crashed with a bus error. The debug log > does not contain anything useful. After searching the nagios-devel archives, I have a suspicion this might be connected to potentially buggy code handling downtimes and acknowldgements. Cf. I now remember that this problem only seems to occur once I start acknowledging problems. I'll take the gdb trace to nagios-devel. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 11:48:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333AF106566C for ; Tue, 28 Jul 2009 11:48:42 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id B35208FC0A for ; Tue, 28 Jul 2009 11:48:41 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by bwz19 with SMTP id 19so3125139bwz.43 for ; Tue, 28 Jul 2009 04:48:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.99.129 with SMTP id u1mr4224644bkn.200.1248781719827; Tue, 28 Jul 2009 04:48:39 -0700 (PDT) In-Reply-To: <4A6EDFA6.9060204@icyb.net.ua> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <20090727165049.6ec26936@ernst.jennejohn.org> <200907281232.13359.hselasky@c2i.net> <4A6EDFA6.9060204@icyb.net.ua> Date: Tue, 28 Jul 2009 13:48:39 +0200 Message-ID: <367b2c980907280448i2ef27b8avf81d0b1a3bfe5a43@mail.gmail.com> From: Olivier Smedts To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 11:48:42 -0000 2009/7/28 Andriy Gapon : > on 28/07/2009 13:32 Hans Petter Selasky said the following: >> Added a sysctl for this: >> >> http://perforce.freebsd.org/chv.cgi?CH=166673 Great, I didn't even asked for it ! Thank you HP :) > > Nitpick: better/cleaner to make it a tunable, doesn't make sense to have it as r/w > sysctl. I agree (just my .02). > > -- > Andriy Gapon > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 12:15:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87BE4106564A for ; Tue, 28 Jul 2009 12:15:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 1D01C8FC18 for ; Tue, 28 Jul 2009 12:15:52 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=hQ-uvbrDfo4A:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=6I5d2MoRAAAA:8 a=H3UgWnPEl26nLgKX8zsA:9 a=-CambHr0Pt1-or7BaefHbxk7vQkA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1283165786; Tue, 28 Jul 2009 14:15:51 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 28 Jul 2009 14:15:46 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <200907281232.13359.hselasky@c2i.net> <4A6EDFA6.9060204@icyb.net.ua> In-Reply-To: <4A6EDFA6.9060204@icyb.net.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907281415.47203.hselasky@c2i.net> Cc: Olivier SMEDTS , Andriy Gapon Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 12:15:53 -0000 On Tuesday 28 July 2009 13:23:18 Andriy Gapon wrote: > on 28/07/2009 13:32 Hans Petter Selasky said the following: > > Added a sysctl for this: > > > > http://perforce.freebsd.org/chv.cgi?CH=166673 > > Nitpick: better/cleaner to make it a tunable, doesn't make sense to have it > as r/w sysctl. Feel free to change it once the patch gets into -current. I've sent my patchset off, and cannot change this right now. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 13:10:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F164C106564A for ; Tue, 28 Jul 2009 13:10:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 338B08FC1B for ; Tue, 28 Jul 2009 13:10:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03406; Tue, 28 Jul 2009 16:10:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A6EF8CD.7070305@icyb.net.ua> Date: Tue, 28 Jul 2009 16:10:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Hans Petter Selasky References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <200907281232.13359.hselasky@c2i.net> <4A6EDFA6.9060204@icyb.net.ua> <200907281415.47203.hselasky@c2i.net> In-Reply-To: <200907281415.47203.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Olivier SMEDTS , freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 13:10:41 -0000 on 28/07/2009 15:15 Hans Petter Selasky said the following: > On Tuesday 28 July 2009 13:23:18 Andriy Gapon wrote: >> on 28/07/2009 13:32 Hans Petter Selasky said the following: >>> Added a sysctl for this: >>> >>> http://perforce.freebsd.org/chv.cgi?CH=166673 >> Nitpick: better/cleaner to make it a tunable, doesn't make sense to have it >> as r/w sysctl. > > Feel free to change it once the patch gets into -current. I've sent my > patchset off, and cannot change this right now. Hans, maybe I am mistaken but I think that without TUNABLE_INT declaration or TUNABLE_INT_FETCH/getenv_int call the sysctl variable won't be set from kernel environment, so this sysctl will be effectively useless. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 13:12:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80EAA1065672 for ; Tue, 28 Jul 2009 13:12:42 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 266F28FC1E for ; Tue, 28 Jul 2009 13:12:42 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 75540 invoked by uid 60001); 28 Jul 2009 13:12:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1248786761; bh=jn1eSDNB1cmbDbZrHvXiQIDSe4lxwG3oViCA9G4SPZo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=KBcZfLEaap9ovBor8npGQjvtZk7ELOsusiz5+eOLLkeb8u7x7EKO61+F1nt8EEJcgP/JlnQxjbT6zK/YH+bldONEVO78G3xdgSyNz9+00XyWgsQMWMwUj/bNAC7D1uEEfy7ZA9SUajI+hvR8nd7K+bnD7RXlbBfTfg8qNx2yZTw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=DBCtLh9oOgRvo9xFUNKU+7m7YB+Gl/PSXMjDrBdLwiqRt8HzrHApZu3gJSd0Z6oakPlm1ng1VmNB3yPbKdUM/4XLZgSQ+neIrgDAivkiRcctnL8a58mKLr7OAXuALgHNOwmkHWoT6s1PwJkOJqgszqufsqWjS4F1NNUhNByHEMI=; Message-ID: <637134.75273.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: rBZFey8VM1kKCks0HBWqWGnXZ63cbOAHYw6CE3TKeQIpKFwbVw0qSuJg43SHPPGSh5zV0ANFr5M.ObxBV8aGoxfVvHu7iE4mM4FY7Drzazas9.2AugDH085xrNqZutkgy3XQg5iNU4E.fdHew_yfUGxhmmTnLkOvyQVCWXPiKNg6y_5tF_Wwz1ccOXZKMNKlQ1adv1.NQ7CNSO8_CX9mOo3uf7JpD9Kzyegjl8lg9TtK4nsDX2eJXtUBVACd.nPzuyBYLVb9kCmBgHYkTw_9LrG9CvTxLnGXMX7dvSeY7B45TFvFmiXouox81OB9gsG58m4wIBKZVuTE Received: from [66.176.162.245] by web63902.mail.re1.yahoo.com via HTTP; Tue, 28 Jul 2009 06:12:41 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Tue, 28 Jul 2009 06:12:41 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Irq 19 / ATA interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 13:12:43 -0000 --- On Tue, 7/28/09, Barney Cordoba wrote: > From: Barney Cordoba > Subject: Irq 19 / ATA interrupt storm > To: current@freebsd.org > Date: Tuesday, July 28, 2009, 5:47 AM > > I'm been googling this problem and it seems to go back to > early 6.x > releases, and I've yet to find any intelligent answer to > the problem. > I have the problem on an intel 5520 chipset (Tylersburg). > Enabling the second SATA controller, which is required to > use the SATA CD, causes the storm > on interrupt 19. With USB enabled it appears under vmstat > as a uhio > interrupt; with USB disabled it appears as an atapci1 > interrupt. The CD shows up as the 3rd master. > > Has anyone come up with a solution? It seems way too common > to be ignored for so long. > > Barney Just for the sake of the archive, I corrected this problem by porting back the latest sata definitions. It seems that if the SATA is set up generically on the intel chipset the interrupt storm is the result. Barney From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 13:14:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FD08106564A for ; Tue, 28 Jul 2009 13:14:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 028238FC14 for ; Tue, 28 Jul 2009 13:14:45 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-154-218-245.ard.bellsouth.net [72.154.218.245]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n6SDEfSL036236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 09:14:42 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andriy Gapon In-Reply-To: <4A6EF8CD.7070305@icyb.net.ua> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <200907281232.13359.hselasky@c2i.net> <4A6EDFA6.9060204@icyb.net.ua> <200907281415.47203.hselasky@c2i.net> <4A6EF8CD.7070305@icyb.net.ua> Content-Type: text/plain Organization: FreeBSD Date: Tue, 28 Jul 2009 08:14:36 -0500 Message-Id: <1248786876.73923.6.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Olivier SMEDTS , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 13:14:46 -0000 On Tue, 2009-07-28 at 16:10 +0300, Andriy Gapon wrote: > on 28/07/2009 15:15 Hans Petter Selasky said the following: > > On Tuesday 28 July 2009 13:23:18 Andriy Gapon wrote: > >> on 28/07/2009 13:32 Hans Petter Selasky said the following: > >>> Added a sysctl for this: > >>> > >>> http://perforce.freebsd.org/chv.cgi?CH=166673 > >> Nitpick: better/cleaner to make it a tunable, doesn't make sense to have it > >> as r/w sysctl. > > > > Feel free to change it once the patch gets into -current. I've sent my > > patchset off, and cannot change this right now. > > Hans, > maybe I am mistaken but I think that without TUNABLE_INT declaration or > TUNABLE_INT_FETCH/getenv_int call the sysctl variable won't be set from kernel > environment, so this sysctl will be effectively useless. That was my thinking... I don't think that sysctl will be handled in time to be effective. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 13:22:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC03A106564A; Tue, 28 Jul 2009 13:22:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.tele2.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6258FC18; Tue, 28 Jul 2009 13:22:15 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=hQ-uvbrDfo4A:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=6I5d2MoRAAAA:8 a=vxXCegPS4_HB_8g-BJEA:9 a=ILFUdXG_FE6nCkZwOCRhSfCWsRUA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 545310918; Tue, 28 Jul 2009 15:22:14 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Alfred Perlstein Date: Tue, 28 Jul 2009 15:22:07 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <4A6EF8CD.7070305@icyb.net.ua> <1248786876.73923.6.camel@balrog.2hip.net> In-Reply-To: <1248786876.73923.6.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907281522.08446.hselasky@c2i.net> Cc: Olivier SMEDTS , Andriy Gapon , Robert Noland Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 13:22:17 -0000 On Tuesday 28 July 2009 15:14:36 Robert Noland wrote: > On Tue, 2009-07-28 at 16:10 +0300, Andriy Gapon wrote: > > on 28/07/2009 15:15 Hans Petter Selasky said the following: > > > On Tuesday 28 July 2009 13:23:18 Andriy Gapon wrote: > > >> on 28/07/2009 13:32 Hans Petter Selasky said the following: > > >>> Added a sysctl for this: > > >>> > > >>> http://perforce.freebsd.org/chv.cgi?CH=166673 > > >> > > >> Nitpick: better/cleaner to make it a tunable, doesn't make sense to > > >> have it as r/w sysctl. > > > > > > Feel free to change it once the patch gets into -current. I've sent my > > > patchset off, and cannot change this right now. > > > > Hans, > > maybe I am mistaken but I think that without TUNABLE_INT declaration or > > TUNABLE_INT_FETCH/getenv_int call the sysctl variable won't be set from > > kernel environment, so this sysctl will be effectively useless. > > That was my thinking... I don't think that sysctl will be handled in > time to be effective. Hi, You are maybe right. I didn't check that. Please change it to what it should be, patching against USB P4's usb_controller.c, and send the unified diff off to Alfred so he can apply your patch on top of mine. He's currently integrating for me. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 13:36:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0E5E1065675; Tue, 28 Jul 2009 13:36:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 648818FC29; Tue, 28 Jul 2009 13:36:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA04128; Tue, 28 Jul 2009 16:36:40 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A6EFEE7.3090102@icyb.net.ua> Date: Tue, 28 Jul 2009 16:36:39 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Hans Petter Selasky References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <4A6EF8CD.7070305@icyb.net.ua> <1248786876.73923.6.camel@balrog.2hip.net> <200907281522.08446.hselasky@c2i.net> In-Reply-To: <200907281522.08446.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Olivier SMEDTS , freebsd-current@freebsd.org, Robert Noland , Alfred Perlstein Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 13:36:44 -0000 on 28/07/2009 16:22 Hans Petter Selasky said the following: > You are maybe right. I didn't check that. Please change it to what it should > be, patching against USB P4's usb_controller.c, and send the unified diff off > to Alfred so he can apply your patch on top of mine. He's currently > integrating for me. Hans, it's not that complex a change for me to go through the chores (sorry): TUNABLE_INT("hw.usb.no_boot_wait", &usb_no_boot_wait); -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 13:40:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D0CB106566C; Tue, 28 Jul 2009 13:40:30 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 221598FC12; Tue, 28 Jul 2009 13:40:30 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-154-218-245.ard.bellsouth.net [72.154.218.245]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n6SDeRu2036363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 09:40:27 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andriy Gapon In-Reply-To: <4A6EFEE7.3090102@icyb.net.ua> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <4A6EF8CD.7070305@icyb.net.ua> <1248786876.73923.6.camel@balrog.2hip.net> <200907281522.08446.hselasky@c2i.net> <4A6EFEE7.3090102@icyb.net.ua> Content-Type: text/plain Organization: FreeBSD Date: Tue, 28 Jul 2009 08:40:21 -0500 Message-Id: <1248788421.73923.7.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Olivier SMEDTS , freebsd-current@freebsd.org, Alfred Perlstein , Hans Petter Selasky Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 13:40:31 -0000 On Tue, 2009-07-28 at 16:36 +0300, Andriy Gapon wrote: > on 28/07/2009 16:22 Hans Petter Selasky said the following: > > You are maybe right. I didn't check that. Please change it to what it should > > be, patching against USB P4's usb_controller.c, and send the unified diff off > > to Alfred so he can apply your patch on top of mine. He's currently > > integrating for me. > > Hans, > it's not that complex a change for me to go through the chores (sorry): > TUNABLE_INT("hw.usb.no_boot_wait", &usb_no_boot_wait); Actually, I think all that needs to be done is to change the flags to CTLFLAG_RDTUN. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 13:52:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5752A1065687; Tue, 28 Jul 2009 13:52:35 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 07F298FC1A; Tue, 28 Jul 2009 13:52:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-154-218-245.ard.bellsouth.net [72.154.218.245]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n6SDqVfP036445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 09:52:31 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Andriy Gapon In-Reply-To: <1248788421.73923.7.camel@balrog.2hip.net> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <4A6EF8CD.7070305@icyb.net.ua> <1248786876.73923.6.camel@balrog.2hip.net> <200907281522.08446.hselasky@c2i.net> <4A6EFEE7.3090102@icyb.net.ua> <1248788421.73923.7.camel@balrog.2hip.net> Content-Type: text/plain Organization: FreeBSD Date: Tue, 28 Jul 2009 08:52:25 -0500 Message-Id: <1248789145.73923.10.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Olivier SMEDTS , freebsd-current@freebsd.org, Alfred Perlstein , Hans Petter Selasky Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 13:52:36 -0000 On Tue, 2009-07-28 at 08:40 -0500, Robert Noland wrote: > On Tue, 2009-07-28 at 16:36 +0300, Andriy Gapon wrote: > > on 28/07/2009 16:22 Hans Petter Selasky said the following: > > > You are maybe right. I didn't check that. Please change it to what it should > > > be, patching against USB P4's usb_controller.c, and send the unified diff off > > > to Alfred so he can apply your patch on top of mine. He's currently > > > integrating for me. > > > > Hans, > > it's not that complex a change for me to go through the chores (sorry): > > TUNABLE_INT("hw.usb.no_boot_wait", &usb_no_boot_wait); > > Actually, I think all that needs to be done is to change the flags to > CTLFLAG_RDTUN. Ok, Apparently I'm incorrect here... The man page is misleading... It seems that you do need to declare the TUNABLE_INT as well as change the CTLFLAG_RW to CTLFLAG_RDTUN. robert. > robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 14:18:57 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DD80106566B; Tue, 28 Jul 2009 14:18:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 45B928FC0C; Tue, 28 Jul 2009 14:18:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA05186; Tue, 28 Jul 2009 17:18:54 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A6F08CE.8010605@icyb.net.ua> Date: Tue, 28 Jul 2009 17:18:54 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Robert Noland References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <4A6EF8CD.7070305@icyb.net.ua> <1248786876.73923.6.camel@balrog.2hip.net> <200907281522.08446.hselasky@c2i.net> <4A6EFEE7.3090102@icyb.net.ua> <1248788421.73923.7.camel@balrog.2hip.net> <1248789145.73923.10.camel@balrog.2hip.net> In-Reply-To: <1248789145.73923.10.camel@balrog.2hip.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Olivier SMEDTS , freebsd-current@FreeBSD.org, Alfred Perlstein , Hans Petter Selasky Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 14:18:57 -0000 on 28/07/2009 16:52 Robert Noland said the following: > Ok, Apparently I'm incorrect here... The man page is misleading... It > seems that you do need to declare the TUNABLE_INT as well as change the > CTLFLAG_RW to CTLFLAG_RDTUN. Yes, the former change is "cosmetics" (very useful variety) that turns the sysctl into read-only one (because changing it after boot would have no effect either way) and provides a hint to sysctl(1) to print much friendlier and useful error message when a user would attempt to change the value. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 14:22:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD0C6106566C for ; Tue, 28 Jul 2009 14:22:56 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 680F28FC1E for ; Tue, 28 Jul 2009 14:22:56 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MVnZv-0000iB-82>; Tue, 28 Jul 2009 16:22:55 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MVnZv-0005q2-6X>; Tue, 28 Jul 2009 16:22:55 +0200 Message-ID: <4A6F09BA.2020703@zedat.fu-berlin.de> Date: Tue, 28 Jul 2009 14:22:50 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Anton Shterenlikht References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 14:22:57 -0000 Anton Shterenlikht wrote: > On Mon, Jul 27, 2009 at 10:04:28PM +0100, Anton Shterenlikht wrote: >> On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: >>> Kamigishi Rei wrote: >>>> O. Hartmann wrote: >>>>> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on >>>>> all of our SMP boxes. Is there an issue known at the moment? If not, I >>>>> will prepare the kernel for whitnessing and provide more informations, >>>>> if you wish. >>>> A quick question: what is in the crash message, i.e. the backtrace? >>>> And what kind of crash is it - a panic() or a fatal trap? >>> On the 8-core server box, I sometimes see : >>> >>> Fatal trap 12: page fault while in kernel mode >>> fault code = supervisor read, page not present >> Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0-current and >> later with 8.0-beta1 (I havent' built beta2 yet) I'm getting crashes >> under load every so often. E.g buildworld -j8 is likely to crash the >> box. No messages, just a sudden freeze, no backtrace or panic, and then reboot. >> >> If load is less heavy, e.g. fewer processes and some idle time, the >> problem doesn't seem to appear. >> >> I'm happy to do any further testing, if suggested. > > my ia64 8.0-beta1 SMP box died again on > make -j8 buildworld > with no panic or log entries. > > Is it possible that some kernel variable needs to > be increased? E.g. kern.maxproc, kern.maxfiles, etc. > Or perhaps I'm talking complete rubbish.. > > I suggest you try again with a UP kernel - a suggestion from a kernel-nnob, sorry. My SMP boxes work now with UP-kernel, but they are really slowish although they have modern Intel C2D/Penryn cores. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 14:24:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD61A10656E5 for ; Tue, 28 Jul 2009 14:24:54 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 72BFF8FC1E for ; Tue, 28 Jul 2009 14:24:54 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 2C70978F54 for ; Tue, 28 Jul 2009 18:24:52 +0400 (MSD) Message-ID: <4A6F0A35.7050809@haruhiism.net> Date: Tue, 28 Jul 2009 18:24:53 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------080102020907060605050907" Subject: [follow-up] FreeBSD/amd64 r195146 to r195848, fatal trap 12 under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 14:24:55 -0000 This is a multi-part message in MIME format. --------------080102020907060605050907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, hope you're having a nice day, Revisions mentioned are those which were tested by me; r195849+ has the corruption padded somewhere else so it might produce a panic with a different set of options. For reference, my test kernel uses a GENERIC config from May 09 snapshot without WITNESS and with IPFIREWALL, IPFIREWALL_DEFAULT_TO_ACCEPT and DEVICE_POLLING enabled. If someone experiences fatal traps under network load, and has the kernel compiled with "options INVARIANTS", here's a patch to check if you're suffering the memory corruption in netisr's DPCPU area. I'm pretty interested in the backtraces this panic() call will produce. Please note: with this patch, your system - if affected by the aforementioned problem - will trap *almost immediately* after the corruption happens, while a non-patched system can survive that for a bit if by the time v is assigned mtx_lock's value in _mtx_sleep_flags() the value is already fixed by a concurrent thread. I highly recommend having a backup 'normal kernel'. DO NOT apply this patch on a system you can't access via local (and/or IPMI/LOM) or serial console. For systems without INVARIANTS (although I'm not sure if the issue affects non-INVARIANTS builds) you can replace KASSERT(!(((foo & 0x8000000000000000)==0x0) && (foo != MTX_UNOWNED)),("mi_switch: DPCPU sanity checks: netisr workstream mutex nws_mtx contains an invalid pointer %llx in mtx_lock; this will lead to a page fault (cpuid: %u). Terminating.\n", ((long long unsigned)foo), (mycpuid))); with if(((foo & 0x8000000000000000)==0x0) && (foo != MTX_UNOWNED)) panic("mi_switch: DPCPU sanity checks: netisr workstream mutex nws_mtx contains an invalid pointer %llx in mtx_lock; this will lead to a page fault (cpuid: %u). Terminating.\n", (long long unsigned)foo, mycpuid); You can also replace the panic() call with a simple printf(), and it will just print out the warning message, but that won't really help debugging the cause, although will check if you're getting a fatal trap because of that aforementioned corruption. I will be really grateful if someone can help me debug this issue, namely, point me at how can I trace the problem to a thread/system call which could have messed with the memory area in question. -- Kamigishi Rei KREI-RIPE --------------080102020907060605050907 Content-Type: text/plain; name="netisr_mutex_kassert.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="netisr_mutex_kassert.diff" Index: sys/kern/kern_synch.c =================================================================== --- sys/kern/kern_synch.c (revision 195848) +++ sys/kern/kern_synch.c (working copy) @@ -71,6 +71,8 @@ #include #endif +#include + #define KTDSTATE(td) \ (((td)->td_inhibitors & TDI_SLEEPING) != 0 ? "sleep" : \ ((td)->td_inhibitors & TDI_SUSPENDED) != 0 ? "suspended" : \ @@ -391,7 +393,18 @@ uint64_t runtime, new_switchtime; struct thread *td; struct proc *p; + struct netisr_workstream *nwsp; + uintptr_t foo; + unsigned int mycpuid; + for (mycpuid = 0; mycpuid < mp_maxid; mycpuid++) { + nwsp = DPCPU_ID_PTR(mycpuid, nws); + if (mtx_initialized(&(nwsp->nws_mtx))) { + foo = nwsp->nws_mtx.mtx_lock; + KASSERT(!(((foo & 0x8000000000000000)==0x0) && (foo != MTX_UNOWNED)),("mi_switch: DPCPU sanity checks: netisr workstream mutex nws_mtx contains an invalid pointer %llx in mtx_lock; this will lead to a page fault (cpuid: %u). Terminating.\n", ((long long unsigned)foo), (mycpuid))); + } + } + td = curthread; /* XXX */ THREAD_LOCK_ASSERT(td, MA_OWNED | MA_NOTRECURSED); p = td->td_proc; /* XXX */ Index: sys/net/netisr.c =================================================================== --- sys/net/netisr.c (revision 195848) +++ sys/net/netisr.c (working copy) @@ -203,8 +203,6 @@ u_int np_policy; /* Work placement policy. */ }; -#define NETISR_MAXPROT 16 /* Compile-time limit. */ - /* * The np array describes all registered protocols, indexed by protocol * number. @@ -212,53 +210,6 @@ static struct netisr_proto np[NETISR_MAXPROT]; /* - * Protocol-specific work for each workstream is described by struct - * netisr_work. Each work descriptor consists of an mbuf queue and - * statistics. - */ -struct netisr_work { - /* - * Packet queue, linked by m_nextpkt. - */ - struct mbuf *nw_head; - struct mbuf *nw_tail; - u_int nw_len; - u_int nw_qlimit; - u_int nw_watermark; - - /* - * Statistics -- written unlocked, but mostly from curcpu. - */ - u_int64_t nw_dispatched; /* Number of direct dispatches. */ - u_int64_t nw_hybrid_dispatched; /* "" hybrid dispatches. */ - u_int64_t nw_qdrops; /* "" drops. */ - u_int64_t nw_queued; /* "" enqueues. */ - u_int64_t nw_handled; /* "" handled in worker. */ -}; - -/* - * Workstreams hold a set of ordered work across each protocol, and are - * described by netisr_workstream. Each workstream is associated with a - * worker thread, which in turn is pinned to a CPU. Work associated with a - * workstream can be processd in other threads during direct dispatch; - * concurrent processing is prevented by the NWS_RUNNING flag, which - * indicates that a thread is already processing the work queue. - */ -struct netisr_workstream { - struct intr_event *nws_intr_event; /* Handler for stream. */ - void *nws_swi_cookie; /* swi(9) cookie for stream. */ - struct mtx nws_mtx; /* Synchronize work. */ - u_int nws_cpu; /* CPU pinning. */ - u_int nws_flags; /* Wakeup flags. */ - u_int nws_pendingbits; /* Scheduled protocols. */ - - /* - * Each protocol has per-workstream data. - */ - struct netisr_work nws_work[NETISR_MAXPROT]; -} __aligned(CACHE_LINE_SIZE); - -/* * Per-CPU workstream data. */ DPCPU_DEFINE(struct netisr_workstream, nws); Index: sys/net/netisr.h =================================================================== --- sys/net/netisr.h (revision 195848) +++ sys/net/netisr.h (working copy) @@ -111,6 +111,60 @@ }; /* + * Protocol-specific work for each workstream is described by struct + * netisr_work. Each work descriptor consists of an mbuf queue and + * statistics. + */ +struct netisr_work { + /* + * Packet queue, linked by m_nextpkt. + */ + struct mbuf *nw_head; + struct mbuf *nw_tail; + u_int nw_len; + u_int nw_qlimit; + u_int nw_watermark; + + /* + * Statistics -- written unlocked, but mostly from curcpu. + */ + u_int64_t nw_dispatched; /* Number of direct dispatches. */ + u_int64_t nw_hybrid_dispatched; /* "" hybrid dispatches. */ + u_int64_t nw_qdrops; /* "" drops. */ + u_int64_t nw_queued; /* "" enqueues. */ + u_int64_t nw_handled; /* "" handled in worker. */ +}; + +#define NETISR_MAXPROT 16 /* Compile-time limit. */ + +/* + * Workstreams hold a set of ordered work across each protocol, and are + * described by netisr_workstream. Each workstream is associated with a + * worker thread, which in turn is pinned to a CPU. Work associated with a + * workstream can be processd in other threads during direct dispatch; + * concurrent processing is prevented by the NWS_RUNNING flag, which + * indicates that a thread is already processing the work queue. + */ +struct netisr_workstream { + struct intr_event *nws_intr_event; /* Handler for stream. */ + void *nws_swi_cookie; /* swi(9) cookie for stream. */ + struct mtx nws_mtx; /* Synchronize work. */ + u_int nws_cpu; /* CPU pinning. */ + u_int nws_flags; /* Wakeup flags. */ + u_int nws_pendingbits; /* Scheduled protocols. */ + + /* + * Each protocol has per-workstream data. + */ + struct netisr_work nws_work[NETISR_MAXPROT]; +} __aligned(CACHE_LINE_SIZE); + +/* + * Declare per-CPU workstream data globally + */ +DPCPU_DECLARE(struct netisr_workstream, nws); + +/* * Register, unregister, and other netisr handler management functions. */ void netisr_clearqdrops(const struct netisr_handler *nhp); --------------080102020907060605050907-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 14:46:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1704106566C; Tue, 28 Jul 2009 14:46:00 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 694638FC16; Tue, 28 Jul 2009 14:46:00 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MVnwD-0004N4-6s; Tue, 28 Jul 2009 15:45:59 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MVnwC-0003YS-0A; Tue, 28 Jul 2009 15:45:56 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6SEjtc8075533; Tue, 28 Jul 2009 15:45:55 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6SEjtij075532; Tue, 28 Jul 2009 15:45:55 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 28 Jul 2009 15:45:55 +0100 From: Anton Shterenlikht To: "O. Hartmann" Message-ID: <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A6F09BA.2020703@zedat.fu-berlin.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: "O. Hartmann" , freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 14:46:01 -0000 On Tue, Jul 28, 2009 at 02:22:50PM +0000, O. Hartmann wrote: > Anton Shterenlikht wrote: > > On Mon, Jul 27, 2009 at 10:04:28PM +0100, Anton Shterenlikht wrote: > >> On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: > >>> Kamigishi Rei wrote: > >>>> O. Hartmann wrote: > >>>>> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on > >>>>> all of our SMP boxes. Is there an issue known at the moment? If not, I > >>>>> will prepare the kernel for whitnessing and provide more informations, > >>>>> if you wish. > >>>> A quick question: what is in the crash message, i.e. the backtrace? > >>>> And what kind of crash is it - a panic() or a fatal trap? > >>> On the 8-core server box, I sometimes see : > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> fault code = supervisor read, page not present > >> Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0-current and > >> later with 8.0-beta1 (I havent' built beta2 yet) I'm getting crashes > >> under load every so often. E.g buildworld -j8 is likely to crash the > >> box. No messages, just a sudden freeze, no backtrace or panic, and then reboot. > >> > >> If load is less heavy, e.g. fewer processes and some idle time, the > >> problem doesn't seem to appear. > >> > >> I'm happy to do any further testing, if suggested. > > > > my ia64 8.0-beta1 SMP box died again on > > make -j8 buildworld > > with no panic or log entries. > > > > Is it possible that some kernel variable needs to > > be increased? E.g. kern.maxproc, kern.maxfiles, etc. > > Or perhaps I'm talking complete rubbish.. > > > > I suggest you try again with a UP kernel - a suggestion from a > kernel-nnob, sorry. My SMP boxes work now with UP-kernel, but they are > really slowish although they have modern Intel C2D/Penryn cores. I need SMP for OpenMP codes. It's a shame if SMP is buggy, but I guess all is down to small user base.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 14:49:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B5FD1065673; Tue, 28 Jul 2009 14:49:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id CE6B88FC1A; Tue, 28 Jul 2009 14:49:05 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MVnz7-0003yM-Kq; Tue, 28 Jul 2009 15:49:04 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MVnz7-0003az-20; Tue, 28 Jul 2009 15:48:57 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6SEmu97075549; Tue, 28 Jul 2009 15:48:56 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6SEmuLe075548; Tue, 28 Jul 2009 15:48:56 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 28 Jul 2009 15:48:56 +0100 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: 8.0-beta2 buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 14:49:06 -0000 On ia64 8.0-beta1 SMP, I get buildworld failures at random points, and with very terse error message, e.g.: [skip] cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/ usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texi nfo/texindex/../../../../contrib/texinfo/lib -std=gnu99 -o texindex texindex.o /usr/obj/usr/src/gnu/usr.bin/texinfo/texindex/../libtxi/libtxi.a ===> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/ texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../ ../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/ texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../ ../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo. txi texinfo.texi gzip -cn info.info > info.info.gz makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/ texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 Any advice? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 14:53:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC2EF106568C; Tue, 28 Jul 2009 14:53:57 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 646158FC2A; Tue, 28 Jul 2009 14:53:57 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (unknown [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 055B678FB5; Tue, 28 Jul 2009 18:53:55 +0400 (MSD) Message-ID: <4A6F1105.4000304@haruhiism.net> Date: Tue, 28 Jul 2009 18:53:57 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Anton Shterenlikht References: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: 8.0-beta2 buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 14:54:00 -0000 Anton Shterenlikht wrote: > On ia64 8.0-beta1 SMP, I get buildworld failures at random points, > and with very terse error message, e.g.: > > 1 error > *** Error code 2 > Any advice? > As it was mentioned here multiple times, remove -jX from your make buildworld command as the output from other threads hides the error. You can use "make -DNO_CLEAN buildworld" to skip rebuild of everything there is, and get right to the error. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 15:33:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4302F1065670; Tue, 28 Jul 2009 15:33:13 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7B78FC1A; Tue, 28 Jul 2009 15:33:13 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from [172.24.241.141] (natint3.juniper.net [66.129.224.36]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNI00K3H0HITE10@asmtp029.mac.com>; Tue, 28 Jul 2009 08:33:01 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> Date: Tue, 28 Jul 2009 08:32:06 -0700 Message-id: References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1074) Cc: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 15:33:13 -0000 On Jul 28, 2009, at 3:35 AM, Anton Shterenlikht wrote: > On Mon, Jul 27, 2009 at 10:04:28PM +0100, Anton Shterenlikht wrote: >> On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: >>> Kamigishi Rei wrote: >>>> O. Hartmann wrote: >>>>> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under >>>>> load on >>>>> all of our SMP boxes. Is there an issue known at the moment? If >>>>> not, I >>>>> will prepare the kernel for whitnessing and provide more >>>>> informations, >>>>> if you wish. >>>> A quick question: what is in the crash message, i.e. the backtrace? >>>> And what kind of crash is it - a panic() or a fatal trap? >>> >>> On the 8-core server box, I sometimes see : >>> >>> Fatal trap 12: page fault while in kernel mode >>> fault code = supervisor read, page not present >> >> Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0-current >> and >> later with 8.0-beta1 (I havent' built beta2 yet) I'm getting crashes >> under load every so often. E.g buildworld -j8 is likely to crash the >> box. No messages, just a sudden freeze, no backtrace or panic, and >> then reboot. >> >> If load is less heavy, e.g. fewer processes and some idle time, the >> problem doesn't seem to appear. >> >> I'm happy to do any further testing, if suggested. > > my ia64 8.0-beta1 SMP box died again on > make -j8 buildworld > with no panic or log entries. Do you have MCA records? > > Is it possible that some kernel variable needs to > be increased? E.g. kern.maxproc, kern.maxfiles, etc. No need. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 15:35:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66A43106568D; Tue, 28 Jul 2009 15:35:23 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2628FC24; Tue, 28 Jul 2009 15:35:23 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from [172.24.241.141] (natint3.juniper.net [66.129.224.36]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNI008AW0M4FT40@asmtp028.mac.com>; Tue, 28 Jul 2009 08:35:04 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> Date: Tue, 28 Jul 2009 08:34:52 -0700 Message-id: References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1074) Cc: "O. Hartmann" , freebsd-current@freebsd.org, "O. Hartmann" , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 15:35:24 -0000 On Jul 28, 2009, at 7:45 AM, Anton Shterenlikht wrote: > On Tue, Jul 28, 2009 at 02:22:50PM +0000, O. Hartmann wrote: >> Anton Shterenlikht wrote: >>> On Mon, Jul 27, 2009 at 10:04:28PM +0100, Anton Shterenlikht wrote: >>>> On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: >>>>> Kamigishi Rei wrote: >>>>>> O. Hartmann wrote: >>>>>>> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under >>>>>>> load on >>>>>>> all of our SMP boxes. Is there an issue known at the moment? >>>>>>> If not, I >>>>>>> will prepare the kernel for whitnessing and provide more >>>>>>> informations, >>>>>>> if you wish. >>>>>> A quick question: what is in the crash message, i.e. the >>>>>> backtrace? >>>>>> And what kind of crash is it - a panic() or a fatal trap? >>>>> On the 8-core server box, I sometimes see : >>>>> >>>>> Fatal trap 12: page fault while in kernel mode >>>>> fault code = supervisor read, page not present >>>> Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0- >>>> current and >>>> later with 8.0-beta1 (I havent' built beta2 yet) I'm getting >>>> crashes >>>> under load every so often. E.g buildworld -j8 is likely to crash >>>> the >>>> box. No messages, just a sudden freeze, no backtrace or panic, >>>> and then reboot. >>>> >>>> If load is less heavy, e.g. fewer processes and some idle time, the >>>> problem doesn't seem to appear. >>>> >>>> I'm happy to do any further testing, if suggested. >>> >>> my ia64 8.0-beta1 SMP box died again on >>> make -j8 buildworld >>> with no panic or log entries. >>> >>> Is it possible that some kernel variable needs to >>> be increased? E.g. kern.maxproc, kern.maxfiles, etc. >>> Or perhaps I'm talking complete rubbish.. >>> >> >> I suggest you try again with a UP kernel - a suggestion from a >> kernel-nnob, sorry. My SMP boxes work now with UP-kernel, but they >> are >> really slowish although they have modern Intel C2D/Penryn cores. > > I need SMP for OpenMP codes. It's a shame if SMP is buggy, but > I guess all is down to small user base.. I have no problems with SMP. If you don't have a panic, then you may have a hardware problem. Check for MCA records. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 15:37:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D045106566C; Tue, 28 Jul 2009 15:37:10 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 098E18FC13; Tue, 28 Jul 2009 15:37:09 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from [172.24.241.141] (natint3.juniper.net [66.129.224.36]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNI00DOX0O7AP80@asmtp024.mac.com>; Tue, 28 Jul 2009 08:36:48 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> Date: Tue, 28 Jul 2009 08:36:07 -0700 Message-id: References: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1074) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: 8.0-beta2 buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 15:37:10 -0000 On Jul 28, 2009, at 7:48 AM, Anton Shterenlikht wrote: > On ia64 8.0-beta1 SMP, I get buildworld failures at random points, > and with very terse error message, e.g.: > > [skip] > > cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/ > usr/src/gnu/ > usr.bin/texinfo/texindex/../../../../contrib/texinfo -I/usr/src/gnu/ > usr.bin/texi > nfo/texindex/../../../../contrib/texinfo/lib -std=gnu99 -o > texindex texindex.o > /usr/obj/usr/src/gnu/usr.bin/texinfo/texindex/../libtxi/libtxi.a > ===> gnu/usr.bin/texinfo/doc (all) > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/ > gnu/usr.bin/ > texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/ > texinfo/doc/../ > ../../../contrib/texinfo/doc/info.texi -o info.info > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/ > gnu/usr.bin/ > texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/ > texinfo/doc/../ > ../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info > ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/ > doc/texinfo. > txi texinfo.texi > gzip -cn info.info > info.info.gz > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/ > gnu/usr.bin/ > texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info > gzip -cn info-stnd.info > info-stnd.info.gz > gzip -cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > > Any advice? I would replace your DDR/memory to see if you have a bad DIMM. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 16:26:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FA8E106566C; Tue, 28 Jul 2009 16:26:44 +0000 (UTC) (envelope-from zozo@q.gid0.org) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3F35F8FC14; Tue, 28 Jul 2009 16:26:41 +0000 (UTC) (envelope-from zozo@q.gid0.org) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 5DB1BD1AAF8; Tue, 28 Jul 2009 18:09:12 +0200 (CEST) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 7A8884C8147; Tue, 28 Jul 2009 18:09:01 +0200 (CEST) Received: from q.gid0.org (s.gid0.org [88.163.116.140]) by smtp4-g21.free.fr (Postfix) with ESMTP id 136E44C8164; Tue, 28 Jul 2009 18:08:59 +0200 (CEST) Received: (from zozo@localhost) by q.gid0.org (8.14.3/8.14.3/Submit) id n6SG8vKW001226; Tue, 28 Jul 2009 18:08:57 +0200 (CEST) (envelope-from zozo) Date: Tue, 28 Jul 2009 18:08:57 +0200 From: Olivier SMEDTS To: Andriy Gapon Message-ID: <20090728160857.GA1205@q.gid0.org> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <4A6EF8CD.7070305@icyb.net.ua> <1248786876.73923.6.camel@balrog.2hip.net> <200907281522.08446.hselasky@c2i.net> <4A6EFEE7.3090102@icyb.net.ua> <1248788421.73923.7.camel@balrog.2hip.net> <1248789145.73923.10.camel@balrog.2hip.net> <4A6F08CE.8010605@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A6F08CE.8010605@icyb.net.ua> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Alfred Perlstein , freebsd-current@FreeBSD.org, Robert Noland , Hans Petter Selasky Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 16:26:44 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 28, 2009 at 05:18:54PM +0300, Andriy Gapon wrote: > on 28/07/2009 16:52 Robert Noland said the following: > > Ok, Apparently I'm incorrect here... The man page is misleading... It > > seems that you do need to declare the TUNABLE_INT as well as change the > > CTLFLAG_RW to CTLFLAG_RDTUN. Attached patch tested, works as expected. > > Yes, the former change is "cosmetics" (very useful variety) that turns the sysctl > into read-only one (because changing it after boot would have no effect either > way) and provides a hint to sysctl(1) to print much friendlier and useful error > message when a user would attempt to change the value. > > -- > Andriy Gapon -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." --jRHKVT23PllUwdXP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline; filename=patch Content-Transfer-Encoding: 8bit Index: sys/dev/usb/controller/usb_controller.c =================================================================== --- sys/dev/usb/controller/usb_controller.c (révision 195918) +++ sys/dev/usb/controller/usb_controller.c (copie de travail) @@ -79,6 +79,11 @@ "Debug level"); #endif +static int usb_no_boot_wait = 0; +SYSCTL_INT(_hw_usb, OID_AUTO, no_boot_wait, CTLFLAG_RDTUN, &usb_no_boot_wait, 0, + "No device enumerate waiting at boot."); +TUNABLE_INT("hw.usb.no_boot_wait", &usb_no_boot_wait); + static uint8_t usb_post_init_called = 0; static devclass_t usb_devclass; @@ -132,8 +137,10 @@ return (ENXIO); } - /* delay vfs_mountroot until the bus is explored */ - bus->bus_roothold = root_mount_hold(device_get_nameunit(dev)); + if (usb_no_boot_wait == 0) { + /* delay vfs_mountroot until the bus is explored */ + bus->bus_roothold = root_mount_hold(device_get_nameunit(dev)); + } if (usb_post_init_called) { mtx_lock(&Giant); --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 17:24:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 080E3106566B; Tue, 28 Jul 2009 17:24:53 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id E0B0E8FC14; Tue, 28 Jul 2009 17:24:52 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n6SHMox5017994; Tue, 28 Jul 2009 10:22:50 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 28 Jul 2009 10:22:04 -0700 Message-ID: In-Reply-To: <4A61544E.2050208@delphij.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: multicast transmission (was: CARP broken on -CURRENT?) Thread-Index: AcoHY226PcQ+csWnS8mgcUOA8hbRMAIQ8tCw References: <4A5F8010.7050504@delphij.net><4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> <4A61544E.2050208@delphij.net> From: "Li, Qing" To: , "Ian FREISLICH" Cc: freebsd-net@freebsd.org, FreeBSD Current Subject: multicast transmission (was: CARP broken on -CURRENT?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 17:24:53 -0000 The problem appears to be contained in ether_output(). A slightly modified version of Xin's patch has been committed. Please sync to r195921. Please let us know if the patch resolves your issues and report new problems if any. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Xin LI > Sent: Friday, July 17, 2009 9:49 PM > To: Ian FREISLICH > Cc: FreeBSD Current; d@delphij.net > Subject: Re: CARP broken on -CURRENT? >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > I got it. It was the cached llentry that preventing ether_output() to > choose the right broadcast/multicast address and use the default > gateway's L2 address. Here is a proposed patch. >=20 > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.12 (FreeBSD) >=20 > iEYEARECAAYFAkphVE0ACgkQi+vbBBjt66CghgCeOeqa4vLb+oW1qiZCKAggSdKM > O7wAoIF/JL1DNQ/EcuOi8TkNPofJyGLN > =3DhP2w > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 17:25:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C103B1065719 for ; Tue, 28 Jul 2009 17:25:54 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7628FC2D for ; Tue, 28 Jul 2009 17:25:54 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.145.136] (port=32804 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MVqAl-000CtE-Ls for freebsd-current@freebsd.org; Tue, 28 Jul 2009 21:09:07 +0400 Message-ID: <4A6F30B3.20505@lissyara.su> Date: Tue, 28 Jul 2009 21:09:07 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 17:25:55 -0000 Hi, all =) I have USB floppy. When I plug it, I see in the messages log: Jul 28 21:05:02 HP kernel: ugen0.3: at usbus0 Jul 28 21:05:02 HP kernel: umass0: on usbus0 Jul 28 21:05:02 HP kernel: umass0: SCSI over Bulk-Only; quirks = 0x0100 Jul 28 21:05:03 HP kernel: umass0:2:0:-1: Attached to scbus2 But... What I can mount? =) FreeBSD HP.lissyara.su 8.0-BETA2 FreeBSD 8.0-BETA2 #0 r195824: Wed Jul 22 21:32:18 MSD 2009 lissyara@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 17:41:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87F7D106566C for ; Tue, 28 Jul 2009 17:41:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3B58FC16 for ; Tue, 28 Jul 2009 17:41:39 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=FS3BVoYikmzWw2HMi-QA:9 a=8wfYspHQKVB9VX9riToA:7 a=44yrJZUF3HYmZnzhB8E17IlRyzIA:4 a=SV7veod9ZcQA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 231943717; Tue, 28 Jul 2009 19:41:38 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 28 Jul 2009 19:41:30 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A6F30B3.20505@lissyara.su> In-Reply-To: <4A6F30B3.20505@lissyara.su> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907281941.32336.hselasky@c2i.net> Cc: Alex Keda Subject: Re: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 17:41:40 -0000 On Tuesday 28 July 2009 19:09:07 Alex Keda wrote: > Hi, all =) > I have USB floppy. > When I plug it, I see in the messages log: Hi, Did this work before? Can you enable debugging: sysctl hw.usb.umass.debug=-1 --HPS > > Jul 28 21:05:02 HP kernel: ugen0.3: at usbus0 > Jul 28 21:05:02 HP kernel: umass0: 0/0, rev 1.10/2.00, addr 3> on usbus0 > Jul 28 21:05:02 HP kernel: umass0: SCSI over Bulk-Only; quirks = 0x0100 > Jul 28 21:05:03 HP kernel: umass0:2:0:-1: Attached to scbus2 > > But... What I can mount? =) > > > FreeBSD HP.lissyara.su 8.0-BETA2 FreeBSD 8.0-BETA2 #0 r195824: Wed Jul > 22 21:32:18 MSD 2009 > lissyara@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 17:57:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A5B61065676 for ; Tue, 28 Jul 2009 17:57:08 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id DAE7E8FC12 for ; Tue, 28 Jul 2009 17:57:07 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by gxk17 with SMTP id 17so299612gxk.19 for ; Tue, 28 Jul 2009 10:57:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=U1bCXQhZygAmsml6ImIbb/dsPm1k01QrjNiJ6ZSqx8I=; b=XoUAGCfo7+EfT7kduyxeyYtKFGj9kaJe0xYgjmepPsNQEK3+bh4WNrQXsWzuXYGqUY eVLZr8yvAFs/yqTG2raV7engHf6RRBXDJJQVKVxkvYsnV1VGJj2Yy95cFaKm7ktW3pTr 9oyFIlO3bexViqRlF4wvzA5zccu8xXhd4tpMQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=fylcYuUC9r/oaF1zmVIrJ/wLKT2EC26lUwQYyz91pwe0UKaEqNrOuXT9umwamGQavo b9r3pj3M1SBNc67+RcGNGhuu/23SJOd2JuEHfm3K2KrDHF1/iPFhyFzFt7e32p+QgUV1 PFnsQibHIr+pZAv4YNEsvylNKt8cxTADU4vU4= MIME-Version: 1.0 Received: by 10.90.35.9 with SMTP id i9mr7191137agi.81.1248803826550; Tue, 28 Jul 2009 10:57:06 -0700 (PDT) In-Reply-To: <4A6F30B3.20505@lissyara.su> References: <4A6F30B3.20505@lissyara.su> Date: Tue, 28 Jul 2009 13:57:06 -0400 Message-ID: From: "illoai@gmail.com" To: Alex Keda Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 17:57:08 -0000 2009/7/28 Alex Keda : > Hi, all =3D) > I have USB floppy. > When I plug it, I see in the messages log: > > Jul 28 21:05:02 HP kernel: ugen0.3: at usbus0 > Jul 28 21:05:02 HP kernel: umass0: rev 1.10/2.00, addr 3> on usbus0 > Jul 28 21:05:02 HP kernel: umass0: =A0SCSI over Bulk-Only; quirks =3D 0x0= 100 > Jul 28 21:05:03 HP kernel: umass0:2:0:-1: Attached to scbus2 > > But... What I can mount? =3D) > (I've never used a USB floppy, so I have a deficit of direct knowledge) You obviously won't be able to mount anything if there is no disk in the drive. As I recall (and it has been a few years since I even saw a floppy disk) most drives are not auto-sensing, so you have to rile it up a bit by trying to read /dev/fd0c (I think) dd if=3D/dev/fd0c of=3D/dev/null count=3D1 (or variations on that tune) (for all I know USB floppies are /dev/daN) I would look at the output of ls -lrt /dev/ | tail And see if anything interesting showed up. You can probably play with camcontrol(8) in this context too. Hopefully someone who has used one can give better help. --=20 -- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 18:06:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 969FD1065672; Tue, 28 Jul 2009 18:06:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 538588FC1A; Tue, 28 Jul 2009 18:06:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MVr4F-0003eV-Ih; Tue, 28 Jul 2009 19:06:30 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MVr4E-0005aa-7G; Tue, 28 Jul 2009 19:06:26 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6SI6QPf039650; Tue, 28 Jul 2009 19:06:26 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6SI6PKw039649; Tue, 28 Jul 2009 19:06:25 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 28 Jul 2009 19:06:25 +0100 From: Anton Shterenlikht To: Kamigishi Rei Message-ID: <20090728180625.GA39638@mech-cluster241.men.bris.ac.uk> References: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> <4A6F1105.4000304@haruhiism.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A6F1105.4000304@haruhiism.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: 8.0-beta2 buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 18:06:32 -0000 On Tue, Jul 28, 2009 at 06:53:57PM +0400, Kamigishi Rei wrote: > Anton Shterenlikht wrote: > > On ia64 8.0-beta1 SMP, I get buildworld failures at random points, > > and with very terse error message, e.g.: > > > > 1 error > > *** Error code 2 > > Any advice? > > > As it was mentioned here multiple times, remove -jX from your make > buildworld command as the output from other threads hides the error. > You can use "make -DNO_CLEAN buildworld" to skip rebuild of everything > there is, and get right to the error. thank you, this is the error message: [skip] ===> share/man/man1 (all) ===> share/man/man3 (all) ===> share/man/man4 (all) ===> share/man/man5 (all) ===> share/man/man6 (all) ===> share/man/man7 (all) ===> share/man/man8 (all) ===> share/man/man9 (all) ===> share/me (all) ===> share/misc (all) ===> share/mk (all) ===> share/mklocale (all) mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src am_ET.UTF-8.out: Inappropriate ioctl for device *** Error code 1 Stop in /usr/src/share/mklocale. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 18:20:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 670331065711 for ; Tue, 28 Jul 2009 18:20:33 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 18EB48FC20 for ; Tue, 28 Jul 2009 18:20:32 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:47811 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MVrHI-0001bf-5O; Tue, 28 Jul 2009 20:19:58 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 62A1045A4D; Tue, 28 Jul 2009 20:18:55 +0200 (CEST) Message-Id: <50B42ED9-E367-48B4-9923-19C57F26413E@exscape.org> From: Thomas Backman To: Anton Shterenlikht In-Reply-To: <20090728180625.GA39638@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 28 Jul 2009 20:18:52 +0200 References: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> <4A6F1105.4000304@haruhiism.net> <20090728180625.GA39638@mech-cluster241.men.bris.ac.uk> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MVrHI-0001bf-5O. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MVrHI-0001bf-5O cf96e9aca33a7b12e0a718c73cacaef3 Cc: FreeBSD current , freebsd-ia64@freebsd.org Subject: Re: 8.0-beta2 buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 18:20:34 -0000 On Jul 28, 2009, at 20:06, Anton Shterenlikht wrote: > > mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src > am_ET.UTF-8.out: Inappropriate ioctl for device > *** Error code 1 Have a look at the archives, this comes up about once a day. http://lists.freebsd.org/pipermail/freebsd-current/2009-July/thread.html Short version: rebuild mklocale manually (cd /usr/src/usr.bin/ mklocale; make clean; make; make install), then rebuild world. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 18:29:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 208E61065696 for ; Tue, 28 Jul 2009 18:29:50 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id CE6C58FC0C for ; Tue, 28 Jul 2009 18:29:49 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.145.136] (port=57475 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MVrQq-00045r-9F; Tue, 28 Jul 2009 22:29:48 +0400 Message-ID: <4A6F439B.3090307@lissyara.su> Date: Tue, 28 Jul 2009 22:29:47 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A6F30B3.20505@lissyara.su> <200907281941.32336.hselasky@c2i.net> In-Reply-To: <200907281941.32336.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current@freebsd.org Subject: Re: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 18:29:50 -0000 Hans Petter Selasky пишет: > On Tuesday 28 July 2009 19:09:07 Alex Keda wrote: >> Hi, all =) >> I have USB floppy. >> When I plug it, I see in the messages log: > > Hi, > > Did this work before? I don't know =( > Can you enable debugging: > sysctl hw.usb.umass.debug=-1 Jul 28 22:26:22 HP kernel: ugen0.3: at usbus0 Jul 28 22:26:22 HP kernel: umass0: on usbus0 Jul 28 22:26:22 HP kernel: umass0: SCSI over Bulk-Only; quirks = 0x0100 Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:-1:-1:XPT_PATH_INQ:. Jul 28 22:26:23 HP kernel: umass0:2:0:-1: Attached to scbus2 Jul 28 22:26:23 HP kernel: umass0:umass_cam_rescan: scbus2: scanning for 2:0:-1 Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:-1:-1:XPT_PATH_INQ:. Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_PATH_INQ:. Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_PATH_INQ:. Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_GET_TRAN_SETTINGS:. Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_SET_TRAN_SETTINGS:. Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_PATH_INQ:. Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_PATH_INQ:. Jul 28 22:26:23 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense Jul 28 22:26:23 HP kernel: uummaassss00::uummaasss_s_abtbtba_cdhu:m pA_ttcabw:c hC BfWi ni1s:h ecdmd = 6b (0x120000002400), data = 36b, lun = 0, dir = in Jul 28 22:26:23 HP kernel: Jul 28 22:26:28 HP kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Jul 28 22:26:28 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense Jul 28 22:26:28 HP kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Jul 28 22:26:33 HP kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Jul 28 22:26:33 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense Jul 28 22:26:33 HP kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Jul 28 22:26:39 HP kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Jul 28 22:26:39 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense Jul 28 22:26:39 HP kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Jul 28 22:26:44 HP kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Jul 28 22:26:44 HP kernel: umass0:umass_cam_action: 2:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense Jul 28 22:26:44 HP kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Jul 28 22:26:49 HP kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Jul 28 22:26:49 HP kernel: umassX:umass_cam_rescan_callback: xpt0: Rescan succeeded and detach Jul 28 22:27:56 HP kernel: ugen0.3: at usbus0 (disconnected) Jul 28 22:27:56 HP kernel: umass0: at uhub4, port 1, addr 3 (disconnected) Jul 28 22:27:56 HP kernel: umass0:umass_detach: > > --HPS > >> Jul 28 21:05:02 HP kernel: ugen0.3: at usbus0 >> Jul 28 21:05:02 HP kernel: umass0: > 0/0, rev 1.10/2.00, addr 3> on usbus0 >> Jul 28 21:05:02 HP kernel: umass0: SCSI over Bulk-Only; quirks = 0x0100 >> Jul 28 21:05:03 HP kernel: umass0:2:0:-1: Attached to scbus2 >> >> But... What I can mount? =) >> >> >> FreeBSD HP.lissyara.su 8.0-BETA2 FreeBSD 8.0-BETA2 #0 r195824: Wed Jul >> 22 21:32:18 MSD 2009 >> lissyara@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 18:32:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309CB1065694; Tue, 28 Jul 2009 18:32:08 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9538FC1A; Tue, 28 Jul 2009 18:32:07 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNI007I28TCRXA0@asmtp030.mac.com>; Tue, 28 Jul 2009 11:32:04 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090728180625.GA39638@mech-cluster241.men.bris.ac.uk> Date: Tue, 28 Jul 2009 11:31:59 -0700 Message-id: <0C407EE8-41CD-4D26-A7F4-0A3743ABE11B@mac.com> References: <20090728144856.GA75540@mech-cluster241.men.bris.ac.uk> <4A6F1105.4000304@haruhiism.net> <20090728180625.GA39638@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1074) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: 8.0-beta2 buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 18:32:08 -0000 On Jul 28, 2009, at 11:06 AM, Anton Shterenlikht wrote: > On Tue, Jul 28, 2009 at 06:53:57PM +0400, Kamigishi Rei wrote: >> Anton Shterenlikht wrote: >>> On ia64 8.0-beta1 SMP, I get buildworld failures at random points, >>> and with very terse error message, e.g.: >>> >>> 1 error >>> *** Error code 2 >>> Any advice? >>> >> As it was mentioned here multiple times, remove -jX from your make >> buildworld command as the output from other threads hides the error. >> You can use "make -DNO_CLEAN buildworld" to skip rebuild of >> everything >> there is, and get right to the error. > > thank you, this is the error message: > > [skip] > > ===> share/man/man1 (all) > ===> share/man/man3 (all) > ===> share/man/man4 (all) > ===> share/man/man5 (all) > ===> share/man/man6 (all) > ===> share/man/man7 (all) > ===> share/man/man8 (all) > ===> share/man/man9 (all) > ===> share/me (all) > ===> share/misc (all) > ===> share/mk (all) > ===> share/mklocale (all) > mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src > am_ET.UTF-8.out: Inappropriate ioctl for device > *** Error code 1 This is a known issue. I forgot how to fix it, though... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 18:33:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 831B410656C9 for ; Tue, 28 Jul 2009 18:33:24 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3568FC16 for ; Tue, 28 Jul 2009 18:33:24 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.145.136] (port=43370 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MVrUI-0004zY-VQ; Tue, 28 Jul 2009 22:33:23 +0400 Message-ID: <4A6F4472.4010400@lissyara.su> Date: Tue, 28 Jul 2009 22:33:22 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: "illoai@gmail.com" References: <4A6F30B3.20505@lissyara.su> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: FreeBSD Current Subject: Re: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 18:33:25 -0000 illoai@gmail.com пишет: > 2009/7/28 Alex Keda : >> Hi, all =) >> I have USB floppy. >> When I plug it, I see in the messages log: >> >> Jul 28 21:05:02 HP kernel: ugen0.3: at usbus0 >> Jul 28 21:05:02 HP kernel: umass0: > rev 1.10/2.00, addr 3> on usbus0 >> Jul 28 21:05:02 HP kernel: umass0: SCSI over Bulk-Only; quirks = 0x0100 >> Jul 28 21:05:03 HP kernel: umass0:2:0:-1: Attached to scbus2 >> >> But... What I can mount? =) >> > > (I've never used a USB floppy, so I have a deficit > of direct knowledge) > > You obviously won't be able to mount anything if > there is no disk in the drive. I try attach with disk, without disk, insert or remove disk when device attached... Nothing =( > > As I recall (and it has been a few years since I > even saw a floppy disk) most drives are not > auto-sensing, so you have to rile it up a bit by > trying to read /dev/fd0c (I think) > dd if=/dev/fd0c of=/dev/null count=1 > (or variations on that tune) > (for all I know USB floppies are /dev/daN) > > I would look at the output of > ls -lrt /dev/ | tail > And see if anything interesting showed up. > > You can probably play with camcontrol(8) in this > context too. > > Hopefully someone who has used one can give > better help. > From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 18:45:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D76031065675 for ; Tue, 28 Jul 2009 18:45:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.tele2.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6E78FC18 for ; Tue, 28 Jul 2009 18:45:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=LG0IyskDSs0u-dlj218A:9 a=rNUDls8SFaDdnh-UF2ij1jCtSPgA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 542108872; Tue, 28 Jul 2009 20:45:07 +0200 From: Hans Petter Selasky To: Alex Keda Date: Tue, 28 Jul 2009 20:45:02 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A6F30B3.20505@lissyara.su> <200907281941.32336.hselasky@c2i.net> <4A6F439B.3090307@lissyara.su> In-Reply-To: <4A6F439B.3090307@lissyara.su> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907282045.02935.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 18:45:10 -0000 Hi, Try removing the quirk for your device from /usr/src/sys/dev/usb/storage/umass.c --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 18:45:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80FCE1065722 for ; Tue, 28 Jul 2009 18:45:21 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3208FC16 for ; Tue, 28 Jul 2009 18:45:20 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SIjJpb052715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 20:45:19 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F473E.7020405@omnilan.de> Date: Tue, 28 Jul 2009 20:45:18 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig06E84531A8A22388FC0D68B8" Subject: SATA CD/DVD problems, now with ATACAM too X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 18:45:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig06E84531A8A22388FC0D68B8 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I reported some problems with SATA ODDs over the years and some weeks=20 ago there was a big surprise: With the ATA to CAM patch I could use=20 growisofs to write DVD images to my SATA drive. Now unfortunately it stopped working: (cd0:ahcich0:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:ahcich0:0:0:0): CAM Status: SCSI Status Error (cd0:ahcich0:0:0:0): SCSI Status: Check Condition (cd0:ahcich0:0:0:0): ILLEGAL REQUEST asc:24,0 (cd0:ahcich0:0:0:0): Invalid field in CDB (cd0:ahcich0:0:0:0): Unretryable error I've seen this "ILLEGAL REQUEST asc:24,0" for 2 years protecting my SATA = ODD from beeing used ;) There are also reports that audio extraction stopped working recently. Is somebody working on that? I'd really love to see 8.0 shipping with working ODD support. If I can=20 help by providing detailed error reports or by giving access to failing=20 systems, just let me know. Thanks, -Harry --------------enig06E84531A8A22388FC0D68B8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvRz8ACgkQLDqVQ9VXb8guEACfSk9l/lehaHvQO1o23fBhkd5D 5q4AoI4VBAp0WQiR72w/emwxl5BMAQmN =D873 -----END PGP SIGNATURE----- --------------enig06E84531A8A22388FC0D68B8-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 19:02:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50FF3106564A for ; Tue, 28 Jul 2009 19:02:46 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id AAA488FC12 for ; Tue, 28 Jul 2009 19:02:45 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SJ2i7i053553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 21:02:44 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F4B53.8020906@omnilan.de> Date: Tue, 28 Jul 2009 21:02:43 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: FreeBSD Current References: <4A6F30B3.20505@lissyara.su> <200907281941.32336.hselasky@c2i.net> In-Reply-To: <200907281941.32336.hselasky@c2i.net> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig64C4BDDC6028BFE05836C0A3" Subject: Re: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 19:02:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig64C4BDDC6028BFE05836C0A3 Content-Type: multipart/mixed; boundary="------------070100040807000309020803" This is a multi-part message in MIME format. --------------070100040807000309020803 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hans Petter Selasky schrieb am 28.07.2009 19:41 (localtime): =2E.. > Did this work before? I'd like to join in here Mine did. In fact it was one of the very view umass devices I had which worked over the years with the old USB code. Without debug: umass0: on usbus0 umass0: UFI over CBI with CCI; quirks =3D 0x0000 umass0:8:0:-1: Attached to scbus8 (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry > Can you enable debugging: >=20 > sysctl hw.usb.umass.debug=3D-1 ugen0.2: at usbus0 umass0: on usbus0 umass0: UFI over CBI with CCI; quirks =3D 0x0000 umass0:umass_cam_action: 8:-1:-1:XPT_PATH_INQ:. umass0:8:0:-1: Attached to scbus8 umass0:umass_cam_rescan: scbus8: scanning for 8:0:-1 umass0:umass_cam_action: 8:-1:-1:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_GET_TRAN_SETTINGS:. umass0:umass_cam_action: 8:0:0:XPT_SET_TRAN_SETTINGS:. umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense umass0:umass_attach: Attach finished umass0:umass_cbi_dump_cmd: cmd =3D 12b (0x120000002400...), data =3D 36b,= dir =3D in umass0:umass_transfer_start: transfer index =3D 4 umass0:umass_t_cbi_data_read_callback: max_bulk=3D131072, data_rem=3D36 umass0:umass_t_cbi_data_read_callback: max_bulk=3D131072, data_rem=3D0 umass0:umass_transfer_start: transfer index =3D 8 umass0:umass_t_cbi_status_callback: UFI CCI, ASC =3D 0x00, ASCQ =3D 0x00 umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_GET_TRAN_SETTINGS:. umass0:umass_cam_action: 8:0:0:XPT_SET_TRAN_SETTINGS:. umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/255b data/18b sense umass0:umass_cbi_dump_cmd: cmd =3D 12b (0x12010000ff00...), data =3D 255b= , dir =3D in umass0:umass_transfer_start: transfer index =3D 4 umass0:umass_t_cbi_data_read_callback: max_bulk=3D131072, data_rem=3D255 umass0:umass_t_cbi_data_read_callback: max_bulk=3D131072, data_rem=3D0 umass0:umass_transfer_start: transfer index =3D 8 umass0:umass_t_cbi_status_callback: UFI CCI, ASC =3D 0x00, ASCQ =3D 0x00 umass0:umass_cam_action: 8:0:0:XPT_GET_TRAN_SETTINGS:. umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_GET_TRAN_SETTINGS:. umass0:umass_cam_action: 8:0:0:XPT_SET_TRAN_SETTINGS:. umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_cbi_dump_cmd: cmd =3D 12b (0x000000000000...), data =3D 0b, = dir =3D no data phase umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_PATH_INQ:. umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umassX:umass_cam_rescan_callback: xpt0: Rescan succeeded umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset umass0:umass_cam_action: 8:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass0:umass_t_cbi_reset1_callback: CBI reset! umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset (da0:umass-sim0:0:0:0): removing device entry Thanks in advance, -Harry --------------070100040807000309020803 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="signature.asc" LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xMiAo RnJlZUJTRCkKCmlFWUVBUkVDQUFZRkFrcHZTeXdBQ2drUUxEcVZROVZYYjhneFh3Q2dwUEFr QkI2d2ZQOWlPcmNMV0dLQ2htRjUKOXdvQW4zdlB5VUsxZDB5YldsWVF5dEJhUG9uVWtWbFUK PVFqM3IKLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tCgo= --------------070100040807000309020803-- --------------enig64C4BDDC6028BFE05836C0A3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvS1QACgkQLDqVQ9VXb8hfNQCfYGfnd8ky4Rl8oRliJFOYzCG6 7mUAnRGWZTk8W6nX64yQvcdHwEzaRZLh =DTdq -----END PGP SIGNATURE----- --------------enig64C4BDDC6028BFE05836C0A3-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 19:34:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9825A1065670; Tue, 28 Jul 2009 19:34:26 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0179C8FC18; Tue, 28 Jul 2009 19:34:25 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SJYNgd054828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 21:34:23 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F52BE.9000901@omnilan.de> Date: Tue, 28 Jul 2009 21:34:22 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Dimitry Andric References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> In-Reply-To: <4A5F0F4F.5060505@andric.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCC68A5A0A50769184E5B92D3" Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 19:34:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCC68A5A0A50769184E5B92D3 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Dimitry Andric schrieb am 16.07.2009 13:30 (localtime): > On 2009-07-16 09:43, Harald Schmalzbauer wrote: >> I found that the name of the provider for gmirror mustn't exceed 15=20 >> characters. `gmirror` doesn't complain if you specify a provider name = >> longer that 15 characters, but the mirror won't be detected. >> So for example it's impossible to use gptid as provider. >> At least this should be documented in the man page(es, I guess this=20 >> restriction applies to graid3 etc. also) >=20 > As far as I can see, this limit applies to gconcat, gjournal, gmirror, > graid3, gshsec and gstripe: >=20 > sys/geom/concat/g_concat.h:96: char md_provider[16]; /* Hardcoded prov= ider. */ > sys/geom/journal/g_journal.h:292: char md_provider[16]; /* Hardcoded p= rovider. */ > sys/geom/mirror/g_mirror.h:250: char md_provider[16]; /* Hardcoded pro= vider. */ > sys/geom/raid3/g_raid3.h:281: char md_provider[16]; /* Hardcoded provi= der. */ > sys/geom/shsec/g_shsec.h:88: char md_provider[16]; /* Hardcoded provid= er. */ > sys/geom/stripe/g_stripe.h:91: char md_provider[16]; /* Hardcoded prov= ider. */ Are there any problems to expect when extending the array size? To make use og gptid it had to be 43. Anyone willing to commit a patch? Thanks, -Harry --------------enigCC68A5A0A50769184E5B92D3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvUr8ACgkQLDqVQ9VXb8gNagCeJKj52jxfBlg0VMJva4yf1Chw 4EwAn3Wg/WzVO2KVvLQSi1HpunLMotnH =Q0mD -----END PGP SIGNATURE----- --------------enigCC68A5A0A50769184E5B92D3-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 19:44:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A033C1065670 for ; Tue, 28 Jul 2009 19:44:16 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 359408FC1C for ; Tue, 28 Jul 2009 19:44:15 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=WD37IA6_y7UA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=ndaoGXS1AAAA:8 a=tr5_C1YX0iMZtJC9ysYA:9 a=m4MkgGzxfiAEyW0yxO2cNTXmp8AA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1116415033; Tue, 28 Jul 2009 21:44:13 +0200 Received-SPF: softfail receiver=mailfe10.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-usb@freebsd.org, freebsd-current@freebsd.org Date: Tue, 28 Jul 2009 21:44:05 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907282144.07077.hselasky@freebsd.org> Cc: Subject: 8-current USB patches available for testing (set #020) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 19:44:17 -0000 Hi, Diff between USB P4 and 8-current is available from below. Please test and report back if there are any issues. http://www.selasky.org/hans_petter/usb4bsd/for_review/ MD5 (commit_log_020.txt) = ca1eeee0225b124a85783b6b585f38fc MD5 (usb_stack_mod_020.diff.gz) = bfdf1ca369c4e02dbf5716d408ed74e0 cd /usr/ zcat usb_stack_mod_020.diff.gz | patch --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 19:56:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 110B31065672 for ; Tue, 28 Jul 2009 19:56:00 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 6DAAC8FC15 for ; Tue, 28 Jul 2009 19:55:58 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by ewy9 with SMTP id 9so178973ewy.43 for ; Tue, 28 Jul 2009 12:55:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=CANNnCSppy/rngY/2j47QHw1A/m07ifLqSGtqdFpmFY=; b=CVfauprBLmvx/1Mcg1zF1jZJdVy68ubrv3bX9qP2+clS8JIR2Bf2higHdxLHLQhCPc RL3lTylAw51uVZWFXXky8bJEMUBefRj0v2ozlZZI0CSfbpGT1ZcUy2DA+go7C5F0Ko6N /nLQFlJwvNRx8rVdZFosRWfCE3OvnAmkRkZ20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=XC0Ag9UF5BvCAJHYas874qusYVXgFeLjNHrVV6GEBEqY2ahCbc/mnz11Eq6oOGlVIY pOZlqGrA8Zw76BaojSeaPrfXLwXOeACRdTvmAaiX4mtE3jG0qwLs5KpCKR5qW+VerOqv fm0Tk++hU74Bn4q4E5VPzCVclFA7iQZ2dEVvY= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.210.129.20 with SMTP id b20mr7148198ebd.83.1248810958084; Tue, 28 Jul 2009 12:55:58 -0700 (PDT) In-Reply-To: <4A6F52BE.9000901@omnilan.de> References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> <4A6F52BE.9000901@omnilan.de> From: Ivan Voras Date: Tue, 28 Jul 2009 21:55:38 +0200 X-Google-Sender-Auth: 400782df05a2ace1 Message-ID: <9bbcef730907281255u3f426923g886893585899d210@mail.gmail.com> To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Dimitry Andric , freebsd-current@freebsd.org Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 19:56:00 -0000 2009/7/28 Harald Schmalzbauer : > Dimitry Andric schrieb am 16.07.2009 13:30 (localtime): >> >> On 2009-07-16 09:43, Harald Schmalzbauer wrote: >>> >>> I found that the name of the provider for gmirror mustn't exceed 15 >>> characters. `gmirror` doesn't complain if you specify a provider name l= onger >>> that 15 characters, but the mirror won't be detected. >>> So for example it's impossible to use gptid as provider. >>> At least this should be documented in the man page(es, I guess this >>> restriction applies to graid3 etc. also) >> >> As far as I can see, this limit applies to gconcat, gjournal, gmirror, >> graid3, gshsec and gstripe: >> >> sys/geom/concat/g_concat.h:96: =C2=A0char =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0md_provider[16]; /* >> Hardcoded provider. */ >> sys/geom/journal/g_journal.h:292: =C2=A0 =C2=A0 =C2=A0 char =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0md_provider[16]; >> /* Hardcoded provider. */ >> sys/geom/mirror/g_mirror.h:250: char =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0md_provider[16]; /* >> Hardcoded provider. */ >> sys/geom/raid3/g_raid3.h:281: =C2=A0 char =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0md_provider[16]; /* >> Hardcoded provider. */ >> sys/geom/shsec/g_shsec.h:88: =C2=A0 =C2=A0char =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0md_provider[16]; /* >> Hardcoded provider. */ >> sys/geom/stripe/g_stripe.h:91: =C2=A0char =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0md_provider[16]; /* >> Hardcoded provider. */ > > Are there any problems to expect when extending the array size? If you mean the char array of the provider name then yes, it cannot be done without introducing a new metadata version (and then if it fits). > To make use og gptid it had to be 43. I don't follow you on this - why gptid and why 43? --=20 f+rEnSIBITAhITAhLR1nM9F4cIs5KJrhbcsVtUIt7K1MhWJy1A=3D=3D From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 19:57:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52445106566C; Tue, 28 Jul 2009 19:57:30 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 136A18FC12; Tue, 28 Jul 2009 19:57:30 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:5020:27af:a465:814d] (unknown [IPv6:2001:7b8:3a7:0:5020:27af:a465:814d]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id ABF3C5C59; Tue, 28 Jul 2009 21:57:28 +0200 (CEST) Message-ID: <4A6F582A.8050604@andric.com> Date: Tue, 28 Jul 2009 21:57:30 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.2pre) Gecko/20090727 Shredder/3.0b4pre MIME-Version: 1.0 To: Harald Schmalzbauer References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> <4A6F52BE.9000901@omnilan.de> In-Reply-To: <4A6F52BE.9000901@omnilan.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 19:57:30 -0000 On 2009-07-28 21:34, Harald Schmalzbauer wrote: >> As far as I can see, this limit applies to gconcat, gjournal, gmirror, >> graid3, gshsec and gstripe: >> >> sys/geom/concat/g_concat.h:96: char md_provider[16]; /* Hardcoded provider. */ >> sys/geom/journal/g_journal.h:292: char md_provider[16]; /* Hardcoded provider. */ >> sys/geom/mirror/g_mirror.h:250: char md_provider[16]; /* Hardcoded provider. */ >> sys/geom/raid3/g_raid3.h:281: char md_provider[16]; /* Hardcoded provider. */ >> sys/geom/shsec/g_shsec.h:88: char md_provider[16]; /* Hardcoded provider. */ >> sys/geom/stripe/g_stripe.h:91: char md_provider[16]; /* Hardcoded provider. */ > > Are there any problems to expect when extending the array size? > To make use og gptid it had to be 43. It looks like most of the schemes use the md_provider field, with a hardcoded size of 16 bytes, in their metadata (usually the last sector on the provider). So it is impossible to increase, without modifying the metadata format. From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 20:05:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A2DC1065675; Tue, 28 Jul 2009 20:05:54 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id F09CD8FC0C; Tue, 28 Jul 2009 20:05:53 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SK5q7T056139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 22:05:52 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F5A1F.2070906@omnilan.de> Date: Tue, 28 Jul 2009 22:05:51 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Ivan Voras References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> <4A6F52BE.9000901@omnilan.de> <9bbcef730907281255u3f426923g886893585899d210@mail.gmail.com> In-Reply-To: <9bbcef730907281255u3f426923g886893585899d210@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig888F543E19320DE78ECE8B15" Cc: Dimitry Andric , freebsd-current@freebsd.org Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 20:05:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig888F543E19320DE78ECE8B15 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Ivan Voras schrieb am 28.07.2009 21:55 (localtime): =2E.. >>> sys/geom/stripe/g_stripe.h:91: char md_provider[16]; /* >>> Hardcoded provider. */ >> Are there any problems to expect when extending the array size? >=20 > If you mean the char array of the provider name then yes, it cannot be > done without introducing a new metadata version (and then if it fits). Oic, thanks for the hint. I forogt about the metadata... *slap* >> To make use og gptid it had to be 43. >=20 > I don't follow you on this - why gptid and why 43? The automatically generated gptid is 36 cahracters plus "gptid/" to use=20 that for a provider name. In my case I'd like to assign the following=20 label: fbsd8GUNE-root_RAID1prov.1of2 It's 30 characters, so I thought using the gptid length was a feasible=20 limit... Thanks, -Harry --------------enig888F543E19320DE78ECE8B15 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvWiAACgkQLDqVQ9VXb8j/+wCfbxNekxbEj8NiBAD1UsGlrEhi qskAoLui8J1Rxqw7gzrDbRScMpMhpE+M =zVUE -----END PGP SIGNATURE----- --------------enig888F543E19320DE78ECE8B15-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 20:38:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6428E1065670 for ; Tue, 28 Jul 2009 20:38:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id DD0988FC0A for ; Tue, 28 Jul 2009 20:38:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SKc7p0057701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 22:38:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F61AF.2020106@omnilan.de> Date: Tue, 28 Jul 2009 22:38:07 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Hans Petter Selasky References: <200907282144.07077.hselasky@freebsd.org> In-Reply-To: <200907282144.07077.hselasky@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig58577ADD61352DFAF69A5B4D" Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: 8-current USB patches available for testing (set #020) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 20:38:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig58577ADD61352DFAF69A5B4D Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hans Petter Selasky schrieb am 28.07.2009 21:44 (localtime): =2E.. > Diff between USB P4 and 8-current is available from below. Please test = and=20 > report back if there are any issues. Compiled fine, but no change to my floppy issue. Thanks for your work, -Harry --------------enig58577ADD61352DFAF69A5B4D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvYa8ACgkQLDqVQ9VXb8gnIwCfXYqOYJcgcn/UZfb061UZTuVe HiIAn1Kajdo4QgfvVW0gjvo+wilxr0H5 =tZbS -----END PGP SIGNATURE----- --------------enig58577ADD61352DFAF69A5B4D-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 20:59:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC9E3106566C for ; Tue, 28 Jul 2009 20:59:43 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 77A118FC15 for ; Tue, 28 Jul 2009 20:59:43 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SKxgpj058709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 22:59:42 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F66BD.2030705@omnilan.de> Date: Tue, 28 Jul 2009 22:59:41 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB7BC8AC8C411031BA812043A" Subject: 'gmirror stop' instantly restarts mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 20:59:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB7BC8AC8C411031BA812043A Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I can't remember when I last used it, but doing 'gmirror stop RAIDNAME'=20 should destroy the mirror and stay off, right? With today's -current I get: GEOM_MIRROR: Device TEST: provider mirror/TEST destroyed. GEOM_MIRROR: Device TEST destroyed. GEOM_MIRROR: Device mirror/TEST launched (2/2) So the mirror gets relaunchend immediately after destroyed. No idea what could be wrong. Thanks for hints, -Harry --------------enigB7BC8AC8C411031BA812043A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvZr4ACgkQLDqVQ9VXb8g8mACdEK6wfBQ17/QW7aFWlJz32knW RDkAnizBcPraXnLyt+R5+1S+QRAJj/89 =4N9E -----END PGP SIGNATURE----- --------------enigB7BC8AC8C411031BA812043A-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 20:59:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 486D810656B4; Tue, 28 Jul 2009 20:59:58 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id A4B0E8FC22; Tue, 28 Jul 2009 20:59:57 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by bwz12 with SMTP id 12so223967bwz.43 for ; Tue, 28 Jul 2009 13:59:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.173.15 with SMTP id a15mr4199851mup.59.1248814796635; Tue, 28 Jul 2009 13:59:56 -0700 (PDT) In-Reply-To: <4A6F5A1F.2070906@omnilan.de> References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> <4A6F52BE.9000901@omnilan.de> <9bbcef730907281255u3f426923g886893585899d210@mail.gmail.com> <4A6F5A1F.2070906@omnilan.de> Date: Tue, 28 Jul 2009 22:59:56 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dimitry Andric , freebsd-current@freebsd.org, Ivan Voras Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 20:59:58 -0000 On Tue, Jul 28, 2009 at 22:05, Harald Schmalzbauer wrote: > Ivan Voras schrieb am 28.07.2009 21:55 (localtime): > ... >>>> >>>> sys/geom/stripe/g_stripe.h:91: =A0char =A0 =A0 =A0 =A0 =A0 =A0md_provi= der[16]; /* >>>> Hardcoded provider. */ >>> >>> Are there any problems to expect when extending the array size? >> >> If you mean the char array of the provider name then yes, it cannot be >> done without introducing a new metadata version (and then if it fits). > > Oic, thanks for the hint. I forogt about the metadata... *slap* > >>> To make use og gptid it had to be 43. >> >> I don't follow you on this - why gptid and why 43? > > The automatically generated gptid is 36 cahracters plus "gptid/" to use t= hat > for a provider name. In my case I'd like to assign the following label: > fbsd8GUNE-root_RAID1prov.1of2 > It's 30 characters, so I thought using the gptid length was a feasible > limit... The current size of the gmirror metadata is 135 bytes so a providername of 64 would easily fit but I'm not sure it's worth the hassle. Maybe one could include it if/when there is a new version. Anyway till then it should be documented and there should be an error message from the utils which create the mirror (and the other setups). From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 21:39:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F647106566B; Tue, 28 Jul 2009 21:39:28 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id AA0CC8FC13; Tue, 28 Jul 2009 21:39:27 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SLdQET060686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2009 23:39:26 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F700D.3060002@omnilan.de> Date: Tue, 28 Jul 2009 23:39:25 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Alexander Motin References: <4A4517BE.9040504@FreeBSD.org> In-Reply-To: <4A4517BE.9040504@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE63AF2026A72FDFC707FB327" Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 21:39:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE63AF2026A72FDFC707FB327 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Alexander Motin schrieb am 26.06.2009 20:47 (localtime): =2E.. > To hot-plug/unplug drive you should use `camcontrol reset ...` and then= =20 > `camcontrol rescan`. Is there something similar to 'atacontrol detach ata6'? I'd like to do some testsand this was very helpful for me. Best regards, -Harry --------------enigE63AF2026A72FDFC707FB327 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvcA4ACgkQLDqVQ9VXb8gF5gCfRwpidEgtKAFzpLSY/K1RAJIo 8vkAoMbPRjOb4aOk73MWWgsPA8HWKnmC =D9Ah -----END PGP SIGNATURE----- --------------enigE63AF2026A72FDFC707FB327-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 22:01:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E141065670 for ; Tue, 28 Jul 2009 22:01:32 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id A605C8FC0A for ; Tue, 28 Jul 2009 22:01:31 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by fxm23 with SMTP id 23so331552fxm.43 for ; Tue, 28 Jul 2009 15:01:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.241.15 with SMTP id t15mr3978942mur.1.1248818490681; Tue, 28 Jul 2009 15:01:30 -0700 (PDT) In-Reply-To: <4A6F66BD.2030705@omnilan.de> References: <4A6F66BD.2030705@omnilan.de> Date: Wed, 29 Jul 2009 00:01:30 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 'gmirror stop' instantly restarts mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 22:01:32 -0000 On Tue, Jul 28, 2009 at 22:59, Harald Schmalzbauer wrote: > Hello, > > I can't remember when I last used it, but doing 'gmirror stop RAIDNAME' > should destroy the mirror and stay off, right? > With today's -current I get: > GEOM_MIRROR: Device TEST: provider mirror/TEST destroyed. > GEOM_MIRROR: Device TEST destroyed. > GEOM_MIRROR: Device mirror/TEST launched (2/2) > > So the mirror gets relaunchend immediately after destroyed. > No idea what could be wrong. > > Thanks for hints, > > -Harry > > I can't reproduce your results on a 8.0-BETA2 with todays kernel in virtualbox. From owner-freebsd-current@FreeBSD.ORG Tue Jul 28 23:44:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D371A1065670 for ; Tue, 28 Jul 2009 23:44:55 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 595048FC2D for ; Tue, 28 Jul 2009 23:44:55 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6SNirAu067633 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2009 01:44:53 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F8D74.2030109@omnilan.de> Date: Wed, 29 Jul 2009 01:44:52 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= References: <4A6F66BD.2030705@omnilan.de> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCF6B48E5D7F2DB1CD7859E2B" Cc: freebsd-current@freebsd.org Subject: Re: 'gmirror stop' instantly restarts mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 23:44:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCF6B48E5D7F2DB1CD7859E2B Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Marius N=FCnnerich schrieb am 29.07.2009 00:01 (localtime): =2E.. >> So the mirror gets relaunchend immediately after destroyed. =2E.. >> >=20 > I can't reproduce your results on a 8.0-BETA2 with todays kernel in vir= tualbox. Hmmm, there's the mirror with the extenden provider name, it gets=20 detected after stopping the newer mirror: gmirror list Geom name: TEST State: DEGRADED Components: 2 Balance: prefer Slice: 4096 Flags: NONE GenID: 2 SyncID: 1 ID: 2915496981 Providers: 1. Name: mirror/TEST Mediasize: 10737417728 (10G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: gpt/fbsd8GUNE-root_RAID1prov.1of2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ That's left of some experiments. It seems everything is ok with the regular -current code, sorry for the=20 noise. -Harry --------------enigCF6B48E5D7F2DB1CD7859E2B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvjXUACgkQLDqVQ9VXb8hlnACgx4h/MrPmbkKPRTV0RLn39xIc HPEAniIkDgdir2QjdDzgDht6CEx1Ddow =p1Tc -----END PGP SIGNATURE----- --------------enigCF6B48E5D7F2DB1CD7859E2B-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 00:14:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B76CE1065670 for ; Wed, 29 Jul 2009 00:14:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1258FC16 for ; Wed, 29 Jul 2009 00:14:07 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6T0E6SL069541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2009 02:14:06 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A6F944D.6040909@omnilan.de> Date: Wed, 29 Jul 2009 02:14:05 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Marcel Moolenaar References: <4A344A9F.5020708@jrv.org> <4A344C67.8000101@jrv.org> <4A37C1A7.1070801@omnilan.de> <19563E0A-3A5A-4B0C-BB89-934A44CF4A82@mac.com> In-Reply-To: <19563E0A-3A5A-4B0C-BB89-934A44CF4A82@mac.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1A1919F3D20B6FB2436DD589" Cc: FreeBSD Current Subject: Re: `gpart show` and secondary GPT header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 00:14:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1A1919F3D20B6FB2436DD589 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Marcel Moolenaar schrieb am 16.06.2009 18:28 (localtime): >=20 > On Jun 16, 2009, at 9:00 AM, Harald Schmalzbauer wrote: >=20 >> Marcel Moolenaar schrieb am 2009-06-14 07:23 (localtime): >> ... >>>>>> Jun 13 06:31:42 bigback kernel: GEOM: ad12: the secondary GPT=20 >>>>>> table is >>>>>> corrupt or invalid. >>>>>> Jun 13 06:31:42 bigback kernel: GEOM: ad12: using the primary only= -- >>>>>> recovery suggested. >> >> I'm curious what the correct way to recover is. >> I also tried dd, but without success. >> `gpt` had a recover functionality if I remember corretcly. >=20 > Recovery is not yet implemented in gpart. That would be > the correct way to recover. And yes, gpt(8) has recovery. > Thus, gpt(8) is the right way to recover on -STABLE. Hello, I'd need some help. I tried to recover the secondary GPT after overwriting on the same disk. I used 'dd if=3D/dev/ada0 iseek=3D1 count=3D1 oseek=3D1953525167 of=3D/de= v/ada0' I thought this must work since the location of the secondary, stored in=20 the GPT header, is correct. But it doesn't. Usually, after replacing a failed hard drive, I duplicate the first 34=20 sectors and modify the labels. If the replaced HD is of different size,=20 the secondary GPT can't be restored simply by dd, if I'm right. But why doesn't it work on the same HD? Thanks, -Harry P.S.: Any recovery bits for me to test? --------------enig1A1919F3D20B6FB2436DD589 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpvlE4ACgkQLDqVQ9VXb8jvMQCfUpTjAhiq1rWsXBrA9S7qAZrL XnEAn0naJHSvQpgpQ7xpn1ahXlc1bY3s =7QjG -----END PGP SIGNATURE----- --------------enig1A1919F3D20B6FB2436DD589-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 02:38:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6643F106564A for ; Wed, 29 Jul 2009 02:38:33 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2468FC17 for ; Wed, 29 Jul 2009 02:38:33 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-70-110-182-250.phil.east.verizon.net [70.110.182.250]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id EF32A7EFA6; Wed, 29 Jul 2009 11:38:30 +0900 (JST) Date: Tue, 28 Jul 2009 22:38:35 -0400 From: Yoshihiro Ota To: Alex Keda Message-Id: <20090728223835.b27c6325.ota@j.email.ne.jp> In-Reply-To: <4A6F439B.3090307@lissyara.su> References: <4A6F30B3.20505@lissyara.su> <200907281941.32336.hselasky@c2i.net> <4A6F439B.3090307@lissyara.su> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: ota@j.email.ne.jp, freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: USB floppy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 02:38:33 -0000 On Tue, 28 Jul 2009 22:29:47 +0400 Alex Keda wrote: > Hans Petter Selasky $B'a'Z'j'V'd(B: > > On Tuesday 28 July 2009 19:09:07 Alex Keda wrote: > >> Hi, all =) > >> I have USB floppy. > >> When I plug it, I see in the messages log: > > > > Hi, > > > > Did this work before? > I don't know =( It used to work in 6.x releases. It has broken since 7.0 release. I attempted changing quirks but no luck back in 6 months ago. I havn't had a chance since then to try it again. Hiro From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 02:43:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ECF6106564A for ; Wed, 29 Jul 2009 02:43:28 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1F01E8FC19 for ; Wed, 29 Jul 2009 02:43:27 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-70-110-182-250.phil.east.verizon.net [70.110.182.250]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 57B5972ED5; Wed, 29 Jul 2009 11:43:25 +0900 (JST) Date: Tue, 28 Jul 2009 22:43:31 -0400 From: Yoshihiro Ota To: =?UTF-8?B?U3TDpWxl?= Lyngaas Message-Id: <20090728224331.4fc5ed50.ota@j.email.ne.jp> In-Reply-To: <558ffc2b0907231623v2bad80bbref035bd1fd950d39@mail.gmail.com> References: <7d6fde3d0902210101yfb42ff6yd0aa31e6f16b5761@mail.gmail.com> <558ffc2b0907231623v2bad80bbref035bd1fd950d39@mail.gmail.com> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Garrett Cooper , FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 02:43:28 -0000 On Fri, 24 Jul 2009 01:23:18 +0200 StÃ¥le Lyngaas wrote: > On Sat, Feb 21, 2009 at 11:01 AM, Garrett Cooper wrote: > >    I don't know how else to describe it, but when I turn up my > > speakers enough (50%+) and don't have any sound playing, I hear a > > whitenoise hiss coming out of them. When I change webpages (nvidia > > driver is GIANT locked) or do something else kernel intensive it stops > > for a brief second, but apart from that it's an annoying trill sound > > almost like a mosquito humming around me waiting to be swatted. > > I suspect this is due to the CPU executing the HLT instruction. > > Try running the following command: > sysctl machdep.cpu_idle_hlt=0 > > -- > StÃ¥le Lyngaas I couldn't find such a sysctl. The close one was machdep.cpu_hlt. It looks I hear the sound for sure when disk is busy. There are a couple other cases I hear the sound but the disk is idle. It happens 8-BETA1/2 but not 7.1-RELEASE, though for sure. Hiro From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 02:43:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CABC21065786; Wed, 29 Jul 2009 02:43:38 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id EC7058FC08; Wed, 29 Jul 2009 02:43:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm23 with SMTP id 23so412227fxm.43 for ; Tue, 28 Jul 2009 19:43:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=zcRJFaRKZ1HCFbf44mrUvSB4NFvGon5bkvMQ0PPpMDw=; b=aSGC1YMbkTDb9HkvrDvKktujozRJsRpYtntmwcX5NmIJAhIC4v6m2JYhxm/RO36lUb vmtC150LsCt3k532sUD7SFI44wWas6MeVhkfTGAyisukI+9jaNZD9CO0R6DJuZNkwAbg zxmmgleCrAodBWsMGlo5S7xe3LkjodvtiJ/TE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=R+f3zt1RWsM063IZ2bkTRanLMIRO/rjfAXhogLp71FzQraWLmSFE/ToGukXND1xior iniZyKgmyFZ9qCfS1mMxDUIB0EGtDKf+jyhz6191TEIea3vHFh+5uBsGaPavKWNMDZdr 79KuJFc84frUSWrES7sRUMEpfu7gcO83z5u3E= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.115.193 with SMTP id j1mr3702147faq.85.1248835416861; Tue, 28 Jul 2009 19:43:36 -0700 (PDT) In-Reply-To: <226F1AFF-45D8-4E4C-BE7F-D2EDC35EC8F6@lassitu.de> References: <746CE32B-BCF8-460A-982D-25341554E8FD@lassitu.de> <3bbf2fe10905221234k12c45932gb1e197143cd74b5d@mail.gmail.com> <20090522230333.X72053@maildrop.int.zabbadoz.net> <3bbf2fe10905221846q7fd1fe9cue744de61f9e12612@mail.gmail.com> <226F1AFF-45D8-4E4C-BE7F-D2EDC35EC8F6@lassitu.de> Date: Wed, 29 Jul 2009 04:43:36 +0200 X-Google-Sender-Auth: ab60a594a3d2715f Message-ID: <3bbf2fe10907281943m2392a9f9w7c69303e6c3b91d0@mail.gmail.com> From: Attilio Rao To: Stefan Bethke Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Giovanni Trematerra , Dan Naumov , barbara , "Bjoern A. Zeeb" , Robert Watson , "C. C. Tang" Subject: Re: spinlock held too long on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 02:43:39 -0000 2009/5/23 Stefan Bethke : > I wrote: > >> Syncing disks, vnodes remaining...0 done >> All buffers synced. >> GEOM_MIRROR: Device diesel_root: provider mirror/diesel_root destroyed. >> Uptime: 6m32s >> GEOM_MIRROR: Device diesel_root destroyed. >> Rebooting... >> cpu_reset: Stopping other CPUs >> spin lock 0xffffffff8078c900 (sched lock 1) held by 0xffffff00014d4ab0 >> (tid 100002) too long >> panic: spin lock held too long >> cpuid = 0 >> KDB: enter: panic >> [thread pid 77 tid 100090 ] >> Stopped at kdb_enter+0x3d: movq $0,0x48bbd0(%rip) >> db> bt >> Tracing pid 77 tid 100090 td 0xffffff000457bab0 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x17b >> _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 >> _mtx_lock_spin() at _mtx_lock_spin+0x9e >> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x72 >> sched_balance_group() at sched_balance_group+0xc5 >> sched_balance_group() at sched_balance_group+0x1f8 >> sched_balance() at sched_balance+0xa2 >> sched_clock() at sched_clock+0xf6 >> statclock() at statclock+0xbd >> lapic_handle_timer() at lapic_handle_timer+0x197 >> Xtimerint() at Xtimerint+0x8c >> --- interrupt, rip = 0xffffffff80541cc4, rsp = 0xffffff80771dba90, rbp = >> 0xffffff80771dbab0 --- >> DELAY() at DELAY+0x64 >> cpu_reset() at cpu_reset+0xdd >> boot() at boot+0x2e6 >> reboot() at reboot+0x42 >> syscall() at syscall+0x1a5 >> Xfast_syscall() at Xfast_syscall+0xd0 >> --- syscall (55, FreeBSD ELF64, reboot), rip = 0x800788eec, rsp = >> 0x7fffffffeca8, rbp = 0 --- > > > I've only seen this once. If I should encounter it again, is there > something you'd like me to look at? [ Sorry, trying to add anyone who alredy reported such a problem even if I know many of you experienced it on -STABLE] Could you try this patch against -CURRENT: http://www.freebsd.org/~attilio/stop_nmi.diff This patch basically does 2 things: 1) Removing the STOP_NMI option, and adding the infrastructure for using NMI on KDB invocation and normal stop IPIs on standard cpu shutdown. In order to accomplish that and forsee a better design than what STOP_NMI does now, 2 new functions are introduced: * ipi_hstop_selected() which does, if the architecture offers such an option, the possibility to send a "forced" IPI through a privileged channel (NMI on amd64 and ia32) in order to stop CPUs passed in the mask. Note that for the other architectures that are not amd64 and ia32 ipi_hstop_selected() is defaulted to ipi_selected(..., STOP_IPI), but if maintainers want to override that they can simply implement something harder * stop_cpus_hard() which is a 'more powerful' version of stop_cpus() that uses ipi_hstop_selected() instead than ipi_selected(..., STOP_IPI) in order to stop cpus In the end, while shutdown subsystem keeps using stop_cpus(), kdb now uses stop_cpus_hard(). 2) Disable interrupts on CPU0 while doing the stop_cpus() for others. That does avoid spourious fast handlers to preempt the CPU0 while doing the stopping (aka: timerint running hardclock()) If you can report if that patch fixes the problem for you it would be great. I'm alredy well aware that this patch needs an entry in UPDATING too if we verify it does solve the problem. If someone wants to port this to STABLE_7 and he is faster than me, he is welcome. Due to invasivness of the patch, it should be modified if eventually to be ported on STABLE_7. I tested it on i386, but I would eventually need of run a make universe. I will do ASAP. * Please don't forget to drop STOP_NMI by your own custom config files * Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 03:30:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 268881065687 for ; Wed, 29 Jul 2009 03:30:21 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1132C8FC15 for ; Wed, 29 Jul 2009 03:30:20 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from [172.24.241.129] (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNI00E8RXQJML40@asmtp030.mac.com> for freebsd-current@freebsd.org; Tue, 28 Jul 2009 20:30:20 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <4A6F944D.6040909@omnilan.de> Date: Tue, 28 Jul 2009 20:30:18 -0700 Message-id: References: <4A344A9F.5020708@jrv.org> <4A344C67.8000101@jrv.org> <4A37C1A7.1070801@omnilan.de> <19563E0A-3A5A-4B0C-BB89-934A44CF4A82@mac.com> <4A6F944D.6040909@omnilan.de> To: Harald Schmalzbauer X-Mailer: Apple Mail (2.1074) Cc: FreeBSD Current Subject: Re: `gpart show` and secondary GPT header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 03:30:21 -0000 On Jul 28, 2009, at 5:14 PM, Harald Schmalzbauer wrote: > Marcel Moolenaar schrieb am 16.06.2009 18:28 (localtime): >> On Jun 16, 2009, at 9:00 AM, Harald Schmalzbauer wrote: >>> Marcel Moolenaar schrieb am 2009-06-14 07:23 (localtime): >>> ... >>>>>>> Jun 13 06:31:42 bigback kernel: GEOM: ad12: the secondary GPT >>>>>>> table is >>>>>>> corrupt or invalid. >>>>>>> Jun 13 06:31:42 bigback kernel: GEOM: ad12: using the primary >>>>>>> only -- >>>>>>> recovery suggested. >>> >>> I'm curious what the correct way to recover is. >>> I also tried dd, but without success. >>> `gpt` had a recover functionality if I remember corretcly. >> Recovery is not yet implemented in gpart. That would be >> the correct way to recover. And yes, gpt(8) has recovery. >> Thus, gpt(8) is the right way to recover on -STABLE. > > Hello, I'd need some help. > I tried to recover the secondary GPT after overwriting on the same > disk. > I used 'dd if=/dev/ada0 iseek=1 count=1 oseek=1953525167 of=/dev/ada0' > I thought this must work since the location of the secondary, stored > in the GPT header, is correct. But it doesn't. The table is also duplicated. Thus, a few LBAs are different. This means the checksum is different. Consequently, you can't simply dd(8) to recover. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 07:10:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAABD106566C for ; Wed, 29 Jul 2009 07:10:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 44F708FC39 for ; Wed, 29 Jul 2009 07:10:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14188 invoked by uid 399); 29 Jul 2009 07:10:52 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 07:10:52 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A6FF5FA.5010904@FreeBSD.org> Date: Wed, 29 Jul 2009 00:10:50 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: Mel Flynn References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907220814.38246.jhb@freebsd.org> <200907241625.16312.doconnor@gsoft.com.au> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-6 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "O. Hartmann" , Thomas Backman , Olivier SMEDTS , freebsd-current@freebsd.org, Steve Kargl , Ken Smith Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 07:10:57 -0000 Mel Flynn wrote: > I wrapped portmaster, since -af has the same problem when something screws the > build (mostly plist problems and $me wanting backup packages, but also > classics like using sudo as PM_SU_CMD and trying to reinstall it). I hate to tell you but portmaster already has the ability to restart after an interrupted -af. See the man page regarding the -R option. So you can do this the first time: portmaster -Daf Then do this the second (or more) time: portmaster -DGRaf The one caveat is that you don't want to run any other portmaster commands in between since it will remove all the flags when it exits successfully. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 07:42:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 919971065670; Wed, 29 Jul 2009 07:42:27 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 580CC8FC0C; Wed, 29 Jul 2009 07:42:27 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 438A27E818; Tue, 28 Jul 2009 23:42:26 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 28 Jul 2009 23:42:24 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> In-Reply-To: <4A6FF5FA.5010904@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Doug Barton , freebsd-stable@freebsd.org, "O. Hartmann" , Thomas Backman , Olivier SMEDTS , Steve Kargl , Ken Smith Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 07:42:28 -0000 On Tuesday 28 July 2009 23:10:50 Doug Barton wrote: > Mel Flynn wrote: > > I wrapped portmaster, since -af has the same problem when something > > screws the build (mostly plist problems and $me wanting backup packages, > > but also classics like using sudo as PM_SU_CMD and trying to reinstall > > it). > > I hate to tell you but portmaster already has the ability to restart > after an interrupted -af. See the man page regarding the -R option. Maybe that can be cleared up: -R restart an update, skipping ports already up to date. Used with -r ^^^^^^^^^^ or -f options. Yes, I should've gathered what it meant when reading "or -f options", but I never read that far. Perhaps that could read "... already done in the previous run". > So > you can do this the first time: portmaster -Daf > > Then do this the second (or more) time: portmaster -DGRaf And with the above in EXAMPLES. > The one caveat is that you don't want to run any other portmaster > commands in between since it will remove all the flags when it exits > successfully. Gotcha. Is there a reason the flags are removed if the options are not "-r or -f"? -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 07:55:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 984E2106564A for ; Wed, 29 Jul 2009 07:55:01 +0000 (UTC) (envelope-from wtf.jlaine@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 176738FC14 for ; Wed, 29 Jul 2009 07:55:00 +0000 (UTC) (envelope-from wtf.jlaine@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1020566fgb.12 for ; Wed, 29 Jul 2009 00:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:mail-followup-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :x-operating-system; bh=8mGEGxU5Aw0TgtJ8q44jdhEeO//GQgjUVMGhe4btTng=; b=Rq4j7mFQRCkMyhrn0TD23HbWm+PG6gZx13UarlyGAPjbelf9p3FwUFpjbNaJsQqnBl kxUoJ136K7jArXtre8BTFMbGoG/F9DWT5akVdtdK8tEUoF5RHHM5kPBzBYkt0XaZCUfC Cc9kEhI5pYd2zM+8JrwbmxdlxRg4ma8Imer0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:x-operating-system; b=nIy4IGGB2fGkW0h+lcJh3MNKABV19OmEKz2Gw6zyWAdsD1hqv7NJmXU2XtdcYEkN+4 CKe2IwFyXjdvK/Cko5hEvWiEjVLD4WKZnW+upQKiQ/hIeC3WWYmeDA1tTNgin6gtXCuA 4aB9AZq70cSRxtd0ANtbMmcm3j+onM0RMazvQ= Received: by 10.86.59.2 with SMTP id h2mr493190fga.60.1248854099622; Wed, 29 Jul 2009 00:54:59 -0700 (PDT) Received: from aperture_lab ([77.66.145.99]) by mx.google.com with ESMTPS id l12sm2264060fgb.13.2009.07.29.00.54.57 (version=SSLv3 cipher=RC4-MD5); Wed, 29 Jul 2009 00:54:58 -0700 (PDT) Received: by aperture_lab (sSMTP sendmail emulation); Wed, 29 Jul 2009 11:54:56 +0400 Date: Wed, 29 Jul 2009 11:54:56 +0400 From: Jeff Laine To: Hans Petter Selasky Message-ID: <20090729075456.GA8133@free.bsd.loc> Mail-Followup-To: Jeff Laine , Hans Petter Selasky , freebsd-usb@freebsd.org, freebsd-current@freebsd.org References: <200907282144.07077.hselasky@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907282144.07077.hselasky@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA2 i386 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: 8-current USB patches available for testing (set #020) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 07:55:01 -0000 On Tue,07/28/09 [21:44:05], Hans Petter Selasky wrote: > Hi, > > Diff between USB P4 and 8-current is available from below. Please test and > report back if there are any issues. > > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > MD5 (commit_log_020.txt) = ca1eeee0225b124a85783b6b585f38fc > MD5 (usb_stack_mod_020.diff.gz) = bfdf1ca369c4e02dbf5716d408ed74e0 > > cd /usr/ > zcat usb_stack_mod_020.diff.gz | patch > Hello Hans, I'd like to try this out. Am I supposed to rebuild+reinstall the kernel in order to use this patch? TIA -- Best regards, Jeff | "Nobody wants to say how this works. | | Maybe nobody knows ..." | | Xorg.conf(5) | From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 08:38:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB4821065673 for ; Wed, 29 Jul 2009 08:38:40 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA4C8FC13 for ; Wed, 29 Jul 2009 08:38:39 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Bhfngsuvjo8A:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=ndaoGXS1AAAA:8 a=ekqQmrlk_uHAvis7HZgA:9 a=RI9euTW7SNLc41H6dM0clPTRFggA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1280507965; Wed, 29 Jul 2009 10:38:38 +0200 Received-SPF: softfail receiver=mailfe07.swip.net; client-ip=194.248.135.20; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 29 Jul 2009 10:38:32 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200907282144.07077.hselasky@freebsd.org> <20090729075456.GA8133@free.bsd.loc> In-Reply-To: <20090729075456.GA8133@free.bsd.loc> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907291038.33712.hselasky@freebsd.org> Cc: Jeff Laine , freebsd-current@freebsd.org Subject: Re: 8-current USB patches available for testing (set #020) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 08:38:40 -0000 On Wednesday 29 July 2009 09:54:56 Jeff Laine wrote: > On Tue,07/28/09 [21:44:05], Hans Petter Selasky wrote: > > Hi, > > > > Diff between USB P4 and 8-current is available from below. Please test > > and report back if there are any issues. > > > > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > > > MD5 (commit_log_020.txt) = ca1eeee0225b124a85783b6b585f38fc > > MD5 (usb_stack_mod_020.diff.gz) = bfdf1ca369c4e02dbf5716d408ed74e0 > > > > cd /usr/ > > zcat usb_stack_mod_020.diff.gz | patch > > Hello Hans, > > I'd like to try this out. Am I supposed to rebuild+reinstall the kernel in > order to use this patch? You should rebuild kernel + world. There are changes in kernelspace and userland (mostly LibUSB v1.0). --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 08:47:18 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 748071065670; Wed, 29 Jul 2009 08:47:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2085D8FC12; Wed, 29 Jul 2009 08:47:16 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3A50845C8C; Wed, 29 Jul 2009 10:47:11 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E8A4045683; Wed, 29 Jul 2009 10:46:57 +0200 (CEST) Date: Wed, 29 Jul 2009 10:47:23 +0200 From: Pawel Jakub Dawidek To: Andriy Gapon Message-ID: <20090729084723.GD1586@garage.freebsd.pl> References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <4A6EC9E2.5070200@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, "O. Hartmann" , freebsd-current@FreeBSD.org, Juergen Unger Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 08:47:18 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2009 at 12:50:26PM +0300, Andriy Gapon wrote: > on 27/07/2009 22:58 O. Hartmann said the following: > > Juergen Unger wrote: > [snip] > >>> _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 > >>> dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user+0x35 > >>> zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at zfs_z= node_dmu_f3 > >>> zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at zfs_freebs= d_reclaim+0 > >>> VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at VOP_RECLAIM_AP= V+0xa5 > >>> vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 > >>> vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 > >>> vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc+0x80 > >>> fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 > >>> fork_trampoline() at fork_trampoline+0x8 > [snip] > >=20 > > I see a similar problem on two SMP boxes (is your SMP?), but in my case, > > it seems not to be ZFS related although I also use ZFS as /home filesys= tem >=20 > In this case this does seem to be caused by ZFS. > >From the backtrace we see that _sx_xlock() is called on bogus struct sx = pointer > (0x3c) and this is caused by dmu_buf_update_user() called with NULL first= argument > (dmu_buf_t). Which means that znode_t z_dbuf was NULL - this could have b= een > caught by ASSERT in zfs_znode_dmu_fini if it were enabled. >=20 > If you have the crash dump, then it would be interesting to examine znode= _t > structure ('zp' argument) in zfs_znode_dmu_fini. >=20 > P.S. I see that zfs_inactive checks for z_dbuf being NULL and there is the > following comment: > /* > * The fs has been unmounted, or we did a > * suspend/resume and this file no longer exists. > */ > Maybe zfs_freebsd_reclaim should do the same? Yes, you might be right. Could you guys, who can reproduce it, try this patch: http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --8GpibOaaTibBMecb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKcAybForvXbEpPzQRAr1LAJ4hh/MnGNtjpDIj53DAz9C6pRYm9QCfcwlj o4+rX0e6DP6AhsOI90IrHKw= =/BOp -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 09:31:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 252A2106566C; Wed, 29 Jul 2009 09:31:14 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A6DE08FC1E; Wed, 29 Jul 2009 09:31:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id A93DD6FCE; Wed, 29 Jul 2009 11:31:12 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6T9V8To085046; Wed, 29 Jul 2009 11:31:09 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1248859872; bh=Lz6BC50s0decGIwYbBH6LLu8harNQUMWnT9eR/T8t8o=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=sE4YYO9lGeCWCK25E4BSgkdSeOQP/RqQ2QgDc4aTDGZoWIwSeloCFeCxfgGcD6KRY yDez5mro/GHLeTY7IfZOw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=xgZvGQUQwGjGjB4MAhhMyWXxIikKpvUmSvJmlhmovBEUm/A44qX9QfK2vtzSP4izt 70uuSY63GX5QDligob52w== Message-ID: <4A7016DC.9090703@restart.be> Date: Wed, 29 Jul 2009 11:31:08 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090725) MIME-Version: 1.0 To: Hans Petter Selasky References: <200907282144.07077.hselasky@freebsd.org> In-Reply-To: <200907282144.07077.hselasky@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [NO REGRESSION] 8-current USB patches available for testing (set #020) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 09:31:14 -0000 Hans Petter Selasky wrote: > Hi, > > Diff between USB P4 and 8-current is available from below. Please test and > report back if there are any issues. All is ok: No regression for me -- umass (kingston USB stick, Sony Cyber-shot DSC-P72, Fujitsu Memorybird 1.05 and SAMSUNG MP0402H UC10) Henri > > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > MD5 (commit_log_020.txt) = ca1eeee0225b124a85783b6b585f38fc > MD5 (usb_stack_mod_020.diff.gz) = bfdf1ca369c4e02dbf5716d408ed74e0 > > cd /usr/ > zcat usb_stack_mod_020.diff.gz | patch > > --HPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 10:32:29 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB10A106564A; Wed, 29 Jul 2009 10:32:29 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 674788FC26; Wed, 29 Jul 2009 10:32:29 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:57600 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MW6SK-0004um-4k; Wed, 29 Jul 2009 12:32:22 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 66940117D82; Wed, 29 Jul 2009 12:32:15 +0200 (CEST) Message-Id: From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090729084723.GD1586@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 12:32:13 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MW6SK-0004um-4k. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MW6SK-0004um-4k 502cb08cd2106d43743912be71b453ea Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 10:32:30 -0000 On Jul 29, 2009, at 10:47, Pawel Jakub Dawidek wrote: > On Tue, Jul 28, 2009 at 12:50:26PM +0300, Andriy Gapon wrote: >> on 27/07/2009 22:58 O. Hartmann said the following: >>> Juergen Unger wrote: >> [snip] >>>>> _sx_xlock(3c,0,874aa28d,70f,8ae9a9f8,...) at _sx_xlock+0x43 >>>>> dmu_buf_update_user(0,8ae9a9f8,0,0,0,...) at dmu_buf_update_user >>>>> +0x35 >>>>> zfs_znode_dmu_fini(8ae9a9f8,874b312d,1114,110b,879ab000,...) at >>>>> zfs_znode_dmu_f3 >>>>> zfs_freebsd_reclaim(fcd29c3c,1,0,8ec63754,fcd29c60,...) at >>>>> zfs_freebsd_reclaim+0 >>>>> VOP_RECLAIM_APV(874b65a0,fcd29c3c,0,0,8ec637c8,...) at >>>>> VOP_RECLAIM_APV+0xa5 >>>>> vgonel(8ec637c8,0,80c77037,386,0,...) at vgonel+0x1a4 >>>>> vnlru_free(80f2a0f0,0,80c77037,300,3e8,...) at vnlru_free+0x2d5 >>>>> vnlru_proc(0,fcd29d38,80c652bc,33e,871932a8,...) at vnlru_proc >>>>> +0x80 >>>>> fork_exit(8090d960,0,fcd29d38) at fork_exit+0xb8 >>>>> fork_trampoline() at fork_trampoline+0x8 >> [snip] >>> >>> I see a similar problem on two SMP boxes (is your SMP?), but in my >>> case, >>> it seems not to be ZFS related although I also use ZFS as /home >>> filesystem >> >> In this case this does seem to be caused by ZFS. >>> From the backtrace we see that _sx_xlock() is called on bogus >>> struct sx pointer >> (0x3c) and this is caused by dmu_buf_update_user() called with NULL >> first argument >> (dmu_buf_t). Which means that znode_t z_dbuf was NULL - this could >> have been >> caught by ASSERT in zfs_znode_dmu_fini if it were enabled. >> >> If you have the crash dump, then it would be interesting to examine >> znode_t >> structure ('zp' argument) in zfs_znode_dmu_fini. >> >> P.S. I see that zfs_inactive checks for z_dbuf being NULL and there >> is the >> following comment: >> /* >> * The fs has been unmounted, or we did a >> * suspend/resume and this file no longer exists. >> */ >> Maybe zfs_freebsd_reclaim should do the same? > > Yes, you might be right. > > Could you guys, who can reproduce it, try this patch: > > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch OFF TOPIC: Due to similarities in the backtrace between this and a panic I've been seeing on exporting after zfs recv (see http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009105.html and also http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html for a panics-every-time script) I tried this patch. Unfortunately, I still get the same panic (from vgonel() and up, it's the same, except for my typo in the linked email.) Just thought I should point it out. Except for temporary storage problems when moving my data to ZFS, this panic is the last hurdle in not using FreeBSD for me. :/ Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 11:21:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6956A106564A; Wed, 29 Jul 2009 11:21:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 434808FC13; Wed, 29 Jul 2009 11:21:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA29882; Wed, 29 Jul 2009 14:21:26 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A7030B6.8010205@icyb.net.ua> Date: Wed, 29 Jul 2009 14:21:26 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 11:21:31 -0000 on 29/07/2009 13:32 Thomas Backman said the following: > OFF TOPIC: > Due to similarities in the backtrace between this and a panic I've been > seeing on exporting after zfs recv (see > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009105.html and > also > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html for > a panics-every-time script) I tried this patch. Unfortunately, I still > get the same panic (from vgonel() and up, it's the same, except for my > typo in the linked email.) Your panics are superficially similar but seem to be different. But it is hard to tell as function argument values are not available in your backtraces for the interesting calls. One difference that I see is that your panics happen one level below _sx_xlock, in sx_xlock_hard and sx argument value appears to be far from NULL (0xffffff0043557d50) - in the panic that started this thread it was near NULL. Another difference is that you panics do not involve zfs_znode_dmu_fini and mu_buf_update_user, in your case sx_xlock is called directly from zfs_freebsd_reclaim. So it must a problem with a different lock. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 11:35:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0586A1065672; Wed, 29 Jul 2009 11:35:43 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id ADD8D8FC19; Wed, 29 Jul 2009 11:35:42 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from levsha by expo.ukrweb.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MW7SY-000Duk-W4; Wed, 29 Jul 2009 14:36:38 +0300 Date: Wed, 29 Jul 2009 14:36:38 +0300 From: Mykola Dzham To: "Bjoern A. Zeeb" Message-ID: <20090729113638.GC20855@expo.ukrweb.net> References: <20090725163207.GP39538@expo.ukrweb.net> <20090727141808.R245@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090727141808.R245@maildrop.int.zabbadoz.net> X-Operating-System: FreeBSD/7.0-STABLE (i386) User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-jail@freebsd.org, freebsd-current@freebsd.org, Jamie Gritton Subject: Re: 8.0 still allow creating ipv6 udp socket in jail without ipv6 ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 11:35:43 -0000 Bjoern A. Zeeb wrote: > On Sat, 25 Jul 2009, Mykola Dzham wrote: > > Hi, > > > After r188146 creating tcp ipv6 socket in jail without ipv6 ip is not > > allowed, but udp socket is allowed. > > I cannot really follow what you are trying to say as wrt IPv4 and IPv6 > sockets and what about UDP. > > Your sample further down is trying to use an IPv4 address on an IPv6 > Datagram socket which is an error either way. Some java programms attempt to use ipv6 sockets, then use ipv4 if socket(AF_INET6,...) fail. My sample imitate this > Prior to FreeBSD 7.2 IPv6 hadn't been supported at all for jails. > > With 7.2 it was possible to create IPv6 sockets (but only shortly and > then fail on bind/connect/...). With the commit you reference the > "Protocol not supported" came back in case there was no address of > that address family for a given jail. > > With 8 the primary syntax for jails has changed and the "backward > compat mode" again allows you to create a socket on a jail even if > no address of the same family was configured for the jail. > > This should be addressed by the following patch: > http://people.freebsd.org/~bz/20090727-01-jail8-legacy.diff > > Can you give it a try and report if that fixes your problem? Patch aplied cleanly on r195820 , but jail can not start after patching: # jail -l -U root -i /usr/home/d/guests/tap2 tap2.my.domain.com 10.112.0.151 /bin/sh /etc/rc jail: ip6: unknown boolean value "disable" -- LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua PGP fingerprint: 2A0B 7423 51AF B19B 74D5 31CA 2BFF 42F1 8094 7652 From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 11:42:21 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F238A106566C; Wed, 29 Jul 2009 11:42:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CD8E78FC14; Wed, 29 Jul 2009 11:42:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA00438; Wed, 29 Jul 2009 14:42:17 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A703598.8080809@icyb.net.ua> Date: Wed, 29 Jul 2009 14:42:16 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> In-Reply-To: <4A7030B6.8010205@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 11:42:21 -0000 on 29/07/2009 14:21 Andriy Gapon said the following: > Your panics are superficially similar but seem to be different. > But it is hard to tell as function argument values are not available in your > backtraces for the interesting calls. > One difference that I see is that your panics happen one level below _sx_xlock, in > sx_xlock_hard and sx argument value appears to be far from NULL > (0xffffff0043557d50) - in the panic that started this thread it was near NULL. > Another difference is that you panics do not involve zfs_znode_dmu_fini and > mu_buf_update_user, in your case sx_xlock is called directly from > zfs_freebsd_reclaim. So it must a problem with a different lock. BTW, have you tried to reproduce the problem with INVARIANTS enabled? Do you have crashdumps with debugging symbols? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 12:05:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FA85106568B; Wed, 29 Jul 2009 12:05:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 17CF78FC1B; Wed, 29 Jul 2009 12:05:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6TC774E002603; Wed, 29 Jul 2009 08:07:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6TC5jLg085604; Wed, 29 Jul 2009 08:05:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE2877302F; Wed, 29 Jul 2009 08:05:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090729120544.EE2877302F@freebsd-current.sentex.ca> Date: Wed, 29 Jul 2009 08:05:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 12:05:51 -0000 TB --- 2009-07-29 09:29:27 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-29 09:29:27 - starting HEAD tinderbox run for i386/i386 TB --- 2009-07-29 09:29:27 - cleaning the object tree TB --- 2009-07-29 09:30:07 - cvsupping the source tree TB --- 2009-07-29 09:30:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-07-29 09:30:16 - building world TB --- 2009-07-29 09:30:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-29 09:30:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-29 09:30:16 - TARGET=i386 TB --- 2009-07-29 09:30:16 - TARGET_ARCH=i386 TB --- 2009-07-29 09:30:16 - TZ=UTC TB --- 2009-07-29 09:30:16 - __MAKE_CONF=/dev/null TB --- 2009-07-29 09:30:16 - cd /src TB --- 2009-07-29 09:30:16 - /usr/bin/make -B buildworld >>> World build started on Wed Jul 29 09:30:17 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 29 10:54:12 UTC 2009 TB --- 2009-07-29 10:54:12 - generating LINT kernel config TB --- 2009-07-29 10:54:12 - cd /src/sys/i386/conf TB --- 2009-07-29 10:54:12 - /usr/bin/make -B LINT TB --- 2009-07-29 10:54:12 - building LINT kernel TB --- 2009-07-29 10:54:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-29 10:54:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-29 10:54:12 - TARGET=i386 TB --- 2009-07-29 10:54:12 - TARGET_ARCH=i386 TB --- 2009-07-29 10:54:12 - TZ=UTC TB --- 2009-07-29 10:54:12 - __MAKE_CONF=/dev/null TB --- 2009-07-29 10:54:12 - cd /src TB --- 2009-07-29 10:54:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 29 10:54:12 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Jul 29 11:29:00 UTC 2009 TB --- 2009-07-29 11:29:00 - building GENERIC kernel TB --- 2009-07-29 11:29:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-29 11:29:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-29 11:29:00 - TARGET=i386 TB --- 2009-07-29 11:29:00 - TARGET_ARCH=i386 TB --- 2009-07-29 11:29:00 - TZ=UTC TB --- 2009-07-29 11:29:00 - __MAKE_CONF=/dev/null TB --- 2009-07-29 11:29:00 - cd /src TB --- 2009-07-29 11:29:00 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jul 29 11:29:00 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Jul 29 11:55:38 UTC 2009 TB --- 2009-07-29 11:55:38 - building PAE kernel TB --- 2009-07-29 11:55:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-29 11:55:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-29 11:55:38 - TARGET=i386 TB --- 2009-07-29 11:55:38 - TARGET_ARCH=i386 TB --- 2009-07-29 11:55:38 - TZ=UTC TB --- 2009-07-29 11:55:38 - __MAKE_CONF=/dev/null TB --- 2009-07-29 11:55:38 - cd /src TB --- 2009-07-29 11:55:38 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Jul 29 11:55:38 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PAE completed on Wed Jul 29 12:02:25 UTC 2009 TB --- 2009-07-29 12:02:26 - building XEN kernel TB --- 2009-07-29 12:02:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-29 12:02:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-29 12:02:26 - TARGET=i386 TB --- 2009-07-29 12:02:26 - TARGET_ARCH=i386 TB --- 2009-07-29 12:02:26 - TZ=UTC TB --- 2009-07-29 12:02:26 - __MAKE_CONF=/dev/null TB --- 2009-07-29 12:02:26 - cd /src TB --- 2009-07-29 12:02:26 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Wed Jul 29 12:02:26 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/i386/xen/mp_machdep.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/i386/xen/mptable.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/i386/i386/mptable_pci.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/i386/i386/msi.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/i386/i386/nexus.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/i386/xen/pmap.c /src/sys/i386/xen/pmap.c:764: error: static declaration of 'pmap_cache_bits' follows non-static declaration ./machine/pmap.h:466: error: previous declaration of 'pmap_cache_bits' was here *** Error code 1 Stop in /obj/src/sys/XEN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-29 12:05:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-29 12:05:44 - ERROR: failed to build XEN kernel TB --- 2009-07-29 12:05:44 - 7546.50 user 638.70 system 9376.98 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 12:20:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F901106566C; Wed, 29 Jul 2009 12:20:09 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 900B68FC14; Wed, 29 Jul 2009 12:20:08 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 43E2F41C70A; Wed, 29 Jul 2009 14:20:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id DVMjxMaSXb0e; Wed, 29 Jul 2009 14:20:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 4333141C705; Wed, 29 Jul 2009 14:20:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3F1164448E6; Wed, 29 Jul 2009 12:19:35 +0000 (UTC) Date: Wed, 29 Jul 2009 12:19:35 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mykola Dzham In-Reply-To: <20090729113638.GC20855@expo.ukrweb.net> Message-ID: <20090729121834.B245@maildrop.int.zabbadoz.net> References: <20090725163207.GP39538@expo.ukrweb.net> <20090727141808.R245@maildrop.int.zabbadoz.net> <20090729113638.GC20855@expo.ukrweb.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-current@freebsd.org, Jamie Gritton Subject: Re: 8.0 still allow creating ipv6 udp socket in jail without ipv6 ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 12:20:09 -0000 On Wed, 29 Jul 2009, Mykola Dzham wrote: Hi, > Bjoern A. Zeeb wrote: >> On Sat, 25 Jul 2009, Mykola Dzham wrote: >> >> Hi, >> >>> After r188146 creating tcp ipv6 socket in jail without ipv6 ip is not >>> allowed, but udp socket is allowed. >> >> I cannot really follow what you are trying to say as wrt IPv4 and IPv6 >> sockets and what about UDP. >> >> Your sample further down is trying to use an IPv4 address on an IPv6 >> Datagram socket which is an error either way. > > Some java programms attempt to use ipv6 sockets, then use ipv4 if > socket(AF_INET6,...) fail. My sample imitate this > >> Prior to FreeBSD 7.2 IPv6 hadn't been supported at all for jails. >> >> With 7.2 it was possible to create IPv6 sockets (but only shortly and >> then fail on bind/connect/...). With the commit you reference the >> "Protocol not supported" came back in case there was no address of >> that address family for a given jail. >> >> With 8 the primary syntax for jails has changed and the "backward >> compat mode" again allows you to create a socket on a jail even if >> no address of the same family was configured for the jail. >> >> This should be addressed by the following patch: >> http://people.freebsd.org/~bz/20090727-01-jail8-legacy.diff >> >> Can you give it a try and report if that fixes your problem? > > Patch aplied cleanly on r195820 , but jail can not start after patching: > > # jail -l -U root -i /usr/home/d/guests/tap2 tap2.my.domain.com 10.112.0.151 /bin/sh /etc/rc > jail: ip6: unknown boolean value "disable" r195820 is too old; but Jamie has a better solution; I would suggest to backout the jail(8) patch and wait for the next two commits of Jamie to HEAD and then update the machine again. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 12:46:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BCF71065672; Wed, 29 Jul 2009 12:46:55 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id B641A8FC13; Wed, 29 Jul 2009 12:46:54 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:41094 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MW8XN-0002Xt-5h; Wed, 29 Jul 2009 14:45:43 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id E15613964; Wed, 29 Jul 2009 14:45:41 +0200 (CEST) Message-Id: <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A7030B6.8010205@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 14:45:39 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MW8XN-0002Xt-5h. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MW8XN-0002Xt-5h 8d6ca29e893b9606c24113d6c26cb6e4 Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 12:46:55 -0000 On Jul 29, 2009, at 13:21, Andriy Gapon wrote: > on 29/07/2009 13:32 Thomas Backman said the following: >> OFF TOPIC: >> Due to similarities in the backtrace between this and a panic I've >> been >> seeing on exporting after zfs recv (see >> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009105.html >> and >> also >> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html >> for >> a panics-every-time script) I tried this patch. Unfortunately, I >> still >> get the same panic (from vgonel() and up, it's the same, except for >> my >> typo in the linked email.) > > Your panics are superficially similar but seem to be different. > But it is hard to tell as function argument values are not available > in your > backtraces for the interesting calls. > One difference that I see is that your panics happen one level below > _sx_xlock, in > sx_xlock_hard and sx argument value appears to be far from NULL > (0xffffff0043557d50) - in the panic that started this thread it was > near NULL. > Another difference is that you panics do not involve > zfs_znode_dmu_fini and > mu_buf_update_user, in your case sx_xlock is called directly from > zfs_freebsd_reclaim. So it must a problem with a different lock. > > -- > Andriy Gapon The DDB output from one panic does involve zfs_znode_dmu_fini and dmu_buf_update_user: _sx_xlock() dmu_buf_update_user()+0x47 zfs_znode_dmu_fini() zfs_freebsd_reclaim() VOP_RECLAIM_APV() vgonel() vflush() zfs_umount() dounmount() unmount() syscall() Xfast_syscall() (Sorry if the formatting got screwed up above.) > BTW, have you tried to reproduce the problem with INVARIANTS enabled? > Do you have crashdumps with debugging symbols? I tried again with INVARIANTS, but see no difference in the panic, the DDB bt or the KGDB bt. What does invariants really do? (Not sure how to use it to my advantage here :) Re: debugging symbols; isn't that the default? I do have a .symbols file for all the files in /boot/kernel, but that's all I know to be honest. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 13:03:45 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EF71106564A; Wed, 29 Jul 2009 13:03:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 51F878FC17; Wed, 29 Jul 2009 13:03:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA02442; Wed, 29 Jul 2009 16:03:40 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A7048A9.4020507@icyb.net.ua> Date: Wed, 29 Jul 2009 16:03:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> In-Reply-To: <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:03:46 -0000 on 29/07/2009 15:45 Thomas Backman said the following: > On Jul 29, 2009, at 13:21, Andriy Gapon wrote: > >> on 29/07/2009 13:32 Thomas Backman said the following: >>> OFF TOPIC: >>> Due to similarities in the backtrace between this and a panic I've been >>> seeing on exporting after zfs recv (see >>> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009105.html and >>> >>> also >>> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html for >>> [snip] > The DDB output from one panic does involve zfs_znode_dmu_fini and > dmu_buf_update_user: > _sx_xlock() > dmu_buf_update_user()+0x47 > zfs_znode_dmu_fini() > zfs_freebsd_reclaim() > VOP_RECLAIM_APV() > vgonel() > vflush() > zfs_umount() > dounmount() > unmount() > syscall() > Xfast_syscall() > (Sorry if the formatting got screwed up above.) Hmm, then you experienced two different kinds of panics. To quote the link you posted earlier: [1] http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html ... #10 0xffffffff8086e007 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #11 0xffffffff805a4989 in _sx_xlock_hard (sx=0xffffff0043557d50, tid=18446742975830720512, opts=Variable "opts" is not available.) at /usr/src/sys/kern/kern_sx.c:575 #12 0xffffffff805a52fe in _sx_xlock (sx=Variable "sx" is not available.) at sx.h:155 #13 0xffffffff80fe2995 in zfs_freebsd_reclaim () from /boot/kernel/zfs.ko ... So now that you said that the patch didn't fix the problem for you, could you please clarify what panic you do see after applying it? >> BTW, have you tried to reproduce the problem with INVARIANTS enabled? >> Do you have crashdumps with debugging symbols? > > I tried again with INVARIANTS, but see no difference in the panic, the > DDB bt or the KGDB bt. What does invariants really do? (Not sure how to > use it to my advantage here :) INVARIANTS enables KASSERTs in various parts of code which can help to catch bugs earlier that may result in cryptic panics afterwards. > Re: debugging symbols; isn't that the default? I do have a .symbols file > for all the files in /boot/kernel, but that's all I know to be honest. Ok, then if you get a crash dump, you are able use kgdb and it will be able to produce line numbers and will allow to examine variables. P.S. sorry if I miss context of your previous reports. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 13:24:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 085321065673; Wed, 29 Jul 2009 13:24:33 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 82AC28FC1A; Wed, 29 Jul 2009 13:24:32 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:58148 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MW98f-0002x9-5H; Wed, 29 Jul 2009 15:24:15 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id BECE72ADC; Wed, 29 Jul 2009 15:24:14 +0200 (CEST) Message-Id: <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A7048A9.4020507@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 15:24:12 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MW98f-0002x9-5H. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MW98f-0002x9-5H d4310a4baa18bf7758861e6aaf86cc67 Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:24:33 -0000 On Jul 29, 2009, at 15:03, Andriy Gapon wrote: > on 29/07/2009 15:45 Thomas Backman said the following: >> On Jul 29, 2009, at 13:21, Andriy Gapon wrote: >> >>> on 29/07/2009 13:32 Thomas Backman said the following: >>>> OFF TOPIC: >>>> Due to similarities in the backtrace between this and a panic >>>> I've been >>>> seeing on exporting after zfs recv (see >>>> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009105.html >>>> and >>>> >>>> also >>>> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html >>>> for >>>> > [snip] >> The DDB output from one panic does involve zfs_znode_dmu_fini and >> dmu_buf_update_user: >> _sx_xlock() >> dmu_buf_update_user()+0x47 >> zfs_znode_dmu_fini() >> zfs_freebsd_reclaim() >> VOP_RECLAIM_APV() >> vgonel() >> vflush() >> zfs_umount() >> dounmount() >> unmount() >> syscall() >> Xfast_syscall() >> (Sorry if the formatting got screwed up above.) > > Hmm, then you experienced two different kinds of panics. > To quote the link you posted earlier: > [1] http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html > ... > #10 0xffffffff8086e007 in calltrap () at /usr/src/sys/amd64/amd64/ > exception.S:223 > #11 0xffffffff805a4989 in _sx_xlock_hard (sx=0xffffff0043557d50, > tid=18446742975830720512, opts=Variable "opts" is not available.) at > /usr/src/sys/kern/kern_sx.c:575 > #12 0xffffffff805a52fe in _sx_xlock (sx=Variable "sx" is not > available.) at sx.h:155 > #13 0xffffffff80fe2995 in zfs_freebsd_reclaim () from /boot/kernel/ > zfs.ko > ... > > So now that you said that the patch didn't fix the problem for you, > could you > please clarify what panic you do see after applying it? > [...] > > Ok, then if you get a crash dump, you are able use kgdb and it will > be able to > produce line numbers and will allow to examine variables. > > P.S. sorry if I miss context of your previous reports. > > -- > Andriy Gapon Hmm, you are indeed right, it's not the same panic. The backtrace I got just now with INVARIANTS is the one you quoted above. I still get the "_sx_xlock (sx=Variable "sx" is not available.)" and "_sx_xlock_hard (sx=0xffffff00090d5018, ..., opts=Variable "opts" is not available.)" though. Am I missing some option (I've got GENERIC, minus WITNESS plus DTRACE, now that INVARIANTS is back in place), or does this "just happen"? Here's the "full" backtrace (minus the panic(), trap() etc.): #10 0xffffffff8057dfe7 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #11 0xffffffff80342b99 in _sx_xlock_hard (sx=0xffffff00090d5018, tid=18446742974952890368, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_sx.c:575 #12 0xffffffff8034350e in _sx_xlock (sx=Variable "sx" is not available. ) at sx.h:155 #13 0xffffffff80af7596 in zfs_freebsd_reclaim () from /boot/kernel/ zfs.ko #14 0xffffffff805c5c2a in VOP_RECLAIM_APV (vop=0xffffff00090d5018, a=0xffffff00090d5000) at vnode_if.c:1926 #15 0xffffffff803c839e in vgonel (vp=0xffffff0009252588) at vnode_if.h: 830 #16 0xffffffff803cc958 in vflush (mp=0xffffff0002cd7bc0, rootrefs=0, flags=0, td=0xffffff002cffe000) at /usr/src/sys/kern/vfs_subr.c:2449 #17 0xffffffff80af2038 in zfs_umount () from /boot/kernel/zfs.ko #18 0xffffffff803c55ca in dounmount (mp=0xffffff0002cd7bc0, flags=47020992, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1289 #19 0xffffffff803c5df8 in unmount (td=0xffffff002cffe000, uap=0xffffff803e98bbf0) at /usr/src/sys/kern/vfs_mount.c:1174 #20 0xffffffff805980bf in syscall (frame=0xffffff803e98bc80) at /usr/src/sys/amd64/amd64/trap.c:984 #21 0xffffffff8057e2c1 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #22 0x000000080104e9ec in ?? () Previous frame inner to this frame (corrupt stack?) This happens on "zpool export" on the receiving pool (never on the sending pool) when running the script in the posts above. (Which, I realize, few people will have run.) I also get another panic when manually doing zfs unmount on the root FS on the pool, rather than exporting it: http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009209.html Now we're drifting way off topic, though. Sorry. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 13:31:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 438721065672; Wed, 29 Jul 2009 13:31:05 +0000 (UTC) (envelope-from wael.nasreddine@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 464108FC16; Wed, 29 Jul 2009 13:31:04 +0000 (UTC) (envelope-from wael.nasreddine@gmail.com) Received: by bwz12 with SMTP id 12so577547bwz.43 for ; Wed, 29 Jul 2009 06:31:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=9RIuXwqq75uYmZyfkLtFA+3mFXWLicfH4E2QYHSotqg=; b=gaNZHGK2EUbFg7FyOaKhKH7HpVYYymdvoFRgthYhuQHXPHIQeUWpkD+JcRNgFNhwz8 HyfBMesBzl5UevHD0i4/d5N2BVLvJF/w8NsYdOPkhLq5XIL3h5kJWQKbDERD8U8FdbZ1 mzSLVLRIwc1ZqEycJXSI39xl3SIEw6xfke0Lc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; b=FKUvsYmsWp+bWkuxo+or1kWeimJAS4j92BvD5zuexiZNTDUzM8qsKy2sv/P59sSO/u KKzV6+HMI2Du6eCFyIaeNZ6+iO4YkFEI/v6NJEvEHClBRRFIrLC/B4NjhDIhB7ZtoLnH cagqbJbwCTP2I6IpR7oUfn9R50TE/FW2J7hKk= MIME-Version: 1.0 Sender: wael.nasreddine@gmail.com Received: by 10.103.224.17 with SMTP id b17mr4685939mur.61.1248874260168; Wed, 29 Jul 2009 06:31:00 -0700 (PDT) From: "Wael Nasreddine (a.k.a eMxyzptlk)" Date: Wed, 29 Jul 2009 15:30:40 +0200 X-Google-Sender-Auth: 0d0e094404196b19 Message-ID: To: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Can't boot 8-BETA2 on HP Pavilion dv7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:31:06 -0000 Hi all, I'm trying to boot from 8-BETA2 DVD in order to install it on an HP Pavilion DV7-1199EF Laptop, but I get this error message: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config This is repeated a few times then installation stops and debugging console opens, see below (typed by hand) panic: run_interrupt_driven_config_hooks: waited too long cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x687f60(%rip) db> bt Tracing pid 0 tid 100000 td 0xffffffff80c11fe0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x117 mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> Any help is appreciated !! Much Thanks -- Wael Nasreddine Blog : http://wael.nasreddine.com E-mail : wael.nasreddine@gmail.com gTalk : wael.nasreddine@gmail.com Tel : +33.6.32.94.70.13 Skype : eMxyzptlk Twitter : @eMxyzptlk Sabayon Linux Chief Development Officer - http://www.sabayonlinux.org PGP: 1024D/C8DD18A2 06F6 1622 4BC8 4CEB D724 DE12 5565 3945 C8DD 18A2 .: An infinite number of monkeys typing into GNU emacs, would never make a good program. (L. Torvalds 1995) :. From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 13:38:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1552F1065673 for ; Wed, 29 Jul 2009 13:38:45 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 987488FC14 for ; Wed, 29 Jul 2009 13:38:44 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz12 with SMTP id 12so582002bwz.43 for ; Wed, 29 Jul 2009 06:38:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=1gG9QHZWQ3BwpDVkcBHlPhXcG79Rh2oJvH5eQI1ruRQ=; b=ruVGvxtOz3oHPgOv4KDdW8gpDScyTHruSGAmi1P1mzHkithFjZymAqGvHhGi6v2vVg QQ6Te8oQsxyeCwm5hP5Tco7FtLGItzNmN51fcl06CDkDp+A5ID1k0c4lbvWYYTTTMW0e RgFCkFzntvproTElTHGF4mga8SeamJ69sbbX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=s6JngqupW4RN+lFR2N5RV5KKZKKsfUPNPojKeNVI8Jafd2SKSYV03fWJ+7c2e3ZWPp zmEozmpX2uChS0GqZ6BNn42zaPXG3qvFZeazrg/Cg2IFuHjJ7l7YlSk4EJtp490qX6Ba yDWWkSsmiYBDbLLybYs4AsmX215cjhZ8jQcJI= MIME-Version: 1.0 Received: by 10.223.113.68 with SMTP id z4mr4291929fap.72.1248873132996; Wed, 29 Jul 2009 06:12:12 -0700 (PDT) Date: Wed, 29 Jul 2009 09:12:12 -0400 Message-ID: <4ad871310907290612m5c89eb3cqd0225c0bda866490@mail.gmail.com> From: Glen Barber To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Reproducible panic: ndis, broadcom 4318 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:38:45 -0000 This happens on a new install (7.1-RELEASE upgraded to 8.0-BETA2 using freebsd-update). No changes have been made to the system aside from rc.conf edits and copying an existing kernel module for ndis0 from a backup. The machine panics within a few seconds of loading bcmwl5_sys.ko, with or without wpa_supplicant enabled. There is no kernel.debug for me to run kgdb against. I cannot get the system connected to the net to do a recent checkout of the tree, but I will try to build a debug kernel on another machine and copy it with a flash drive. phoenix# kgdb kernel /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2ac fault code = supervisor read, page not present instruction pointer = 0x20:0xc54e0ea6 stack pointer = 0x28:0xe7847a74 frame pointer = 0x28:0xe7847ac8 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 = 711 (wpa_supplicant) panic: from debugger cpuid = 0 Uptime: 5m7s Physical memory: 1511 MB Dumping 70 MB: 55 39 23 7 Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel /snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/s ound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/modules/bcmwl5_sys.ko...done. Loaded symbols for /boot/modules/bcmwl5_sys.ko Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from /boot/kernel /if_ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_ndis.ko Reading symbols from /boot/kernel/ndis.ko...Reading symbols from /boot/kernel/nd is.ko.symbols...done. done. Loaded symbols for /boot/kernel/ndis.ko kgdb: kvm_read: invalid address (0x0) #0 0x00000000 in ?? () -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 13:46:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FD9C1065674; Wed, 29 Jul 2009 13:46:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5808FC1E; Wed, 29 Jul 2009 13:46:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03430; Wed, 29 Jul 2009 16:46:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A705299.8060504@icyb.net.ua> Date: Wed, 29 Jul 2009 16:46:01 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> In-Reply-To: <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:46:07 -0000 on 29/07/2009 16:24 Thomas Backman said the following: > Hmm, you are indeed right, it's not the same panic. The backtrace I got > just now with INVARIANTS is the one you quoted above. > I still get the "_sx_xlock (sx=Variable "sx" is not available.)" and > "_sx_xlock_hard (sx=0xffffff00090d5018, ..., opts=Variable "opts" is not > available.)" though. > Am I missing some option (I've got GENERIC, minus WITNESS plus DTRACE, > now that INVARIANTS is back in place), or does this "just happen"? Not sure what this question is about. What option, what "this" :-) > Here's the "full" backtrace (minus the panic(), trap() etc.): > > #10 0xffffffff8057dfe7 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:224 > #11 0xffffffff80342b99 in _sx_xlock_hard (sx=0xffffff00090d5018, > tid=18446742974952890368, opts=Variable "opts" is not available. > ) at /usr/src/sys/kern/kern_sx.c:575 > #12 0xffffffff8034350e in _sx_xlock (sx=Variable "sx" is not available. > ) at sx.h:155 > #13 0xffffffff80af7596 in zfs_freebsd_reclaim () from /boot/kernel/zfs.ko > #14 0xffffffff805c5c2a in VOP_RECLAIM_APV (vop=0xffffff00090d5018, > a=0xffffff00090d5000) at vnode_if.c:1926 > #15 0xffffffff803c839e in vgonel (vp=0xffffff0009252588) at vnode_if.h:830 > #16 0xffffffff803cc958 in vflush (mp=0xffffff0002cd7bc0, rootrefs=0, > flags=0, > td=0xffffff002cffe000) at /usr/src/sys/kern/vfs_subr.c:2449 > #17 0xffffffff80af2038 in zfs_umount () from /boot/kernel/zfs.ko > #18 0xffffffff803c55ca in dounmount (mp=0xffffff0002cd7bc0, flags=47020992, > td=Variable "td" is not available. > ) at /usr/src/sys/kern/vfs_mount.c:1289 > #19 0xffffffff803c5df8 in unmount (td=0xffffff002cffe000, > uap=0xffffff803e98bbf0) at /usr/src/sys/kern/vfs_mount.c:1174 > #20 0xffffffff805980bf in syscall (frame=0xffffff803e98bc80) > at /usr/src/sys/amd64/amd64/trap.c:984 > #21 0xffffffff8057e2c1 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:373 > #22 0x000000080104e9ec in ?? () > Previous frame inner to this frame (corrupt stack?) Looks like your zfs module is built without debugging symbols? Maybe because was it built/rebuilt individually, not as part of kernel build? It would be useful to get line number in frame 13 and examine sx object in frame 11, esp. sx_lock field. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 13:52:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D857A1065693; Wed, 29 Jul 2009 13:52:43 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 5BDA88FC24; Wed, 29 Jul 2009 13:52:43 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:46627 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MW9a1-0001Fa-49; Wed, 29 Jul 2009 15:52:31 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id B68C9163F72; Wed, 29 Jul 2009 15:52:29 +0200 (CEST) Message-Id: From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A705299.8060504@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 15:52:27 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MW9a1-0001Fa-49. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MW9a1-0001Fa-49 97b855054291372e8d10e59664a6bd61 Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:52:45 -0000 On Jul 29, 2009, at 15:46, Andriy Gapon wrote: > on 29/07/2009 16:24 Thomas Backman said the following: >> Hmm, you are indeed right, it's not the same panic. The backtrace I >> got >> just now with INVARIANTS is the one you quoted above. >> I still get the "_sx_xlock (sx=Variable "sx" is not available.)" and >> "_sx_xlock_hard (sx=0xffffff00090d5018, ..., opts=Variable "opts" >> is not >> available.)" though. >> Am I missing some option (I've got GENERIC, minus WITNESS plus >> DTRACE, >> now that INVARIANTS is back in place), or does this "just happen"? > > Not sure what this question is about. What option, what "this" :-) > >> Here's the "full" backtrace (minus the panic(), trap() etc.): >> >> #10 0xffffffff8057dfe7 in calltrap () >> at /usr/src/sys/amd64/amd64/exception.S:224 >> #11 0xffffffff80342b99 in _sx_xlock_hard (sx=0xffffff00090d5018, >> tid=18446742974952890368, opts=Variable "opts" is not available. >> ) at /usr/src/sys/kern/kern_sx.c:575 >> #12 0xffffffff8034350e in _sx_xlock (sx=Variable "sx" is not >> available. >> ) at sx.h:155 >> #13 0xffffffff80af7596 in zfs_freebsd_reclaim () from /boot/kernel/ >> zfs.ko >> #14 0xffffffff805c5c2a in VOP_RECLAIM_APV (vop=0xffffff00090d5018, >> a=0xffffff00090d5000) at vnode_if.c:1926 >> #15 0xffffffff803c839e in vgonel (vp=0xffffff0009252588) at >> vnode_if.h:830 >> #16 0xffffffff803cc958 in vflush (mp=0xffffff0002cd7bc0, rootrefs=0, >> flags=0, >> td=0xffffff002cffe000) at /usr/src/sys/kern/vfs_subr.c:2449 >> #17 0xffffffff80af2038 in zfs_umount () from /boot/kernel/zfs.ko >> #18 0xffffffff803c55ca in dounmount (mp=0xffffff0002cd7bc0, >> flags=47020992, >> td=Variable "td" is not available. >> ) at /usr/src/sys/kern/vfs_mount.c:1289 >> #19 0xffffffff803c5df8 in unmount (td=0xffffff002cffe000, >> uap=0xffffff803e98bbf0) at /usr/src/sys/kern/vfs_mount.c:1174 >> #20 0xffffffff805980bf in syscall (frame=0xffffff803e98bc80) >> at /usr/src/sys/amd64/amd64/trap.c:984 >> #21 0xffffffff8057e2c1 in Xfast_syscall () >> at /usr/src/sys/amd64/amd64/exception.S:373 >> #22 0x000000080104e9ec in ?? () >> Previous frame inner to this frame (corrupt stack?) > > Looks like your zfs module is built without debugging symbols? > Maybe because was it built/rebuilt individually, not as part of > kernel build? > > It would be useful to get line number in frame 13 and examine sx > object in frame > 11, esp. sx_lock field. > > -- > Andriy Gapon The "this" (above) was referring to variable values not being available in a vmcore. :) The zfs module appears to be built with symbols, and the symbols appear to be loaded in kgdb: Reading symbols from /boot/kernel/zfs.ko...Reading symbols from / bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko I didn't build the module(s) individually, either; in the previous cases, it was a clean buildworld/buildkernel (even with rm -rf /usr/ obj/* beforehand), and in this case "just" a buildkernel (no manual cleaning, but no -DNO_CLEAN either). Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 13:55:49 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 574E41065673; Wed, 29 Jul 2009 13:55:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6B58FC24; Wed, 29 Jul 2009 13:55:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03667; Wed, 29 Jul 2009 16:55:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A7054E1.5060402@icyb.net.ua> Date: Wed, 29 Jul 2009 16:55:45 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 13:55:50 -0000 on 29/07/2009 16:52 Thomas Backman said the following: >> >> It would be useful to get line number in frame 13 and examine sx >> object in frame >> 11, esp. sx_lock field. >> >> -- >> Andriy Gapon > The "this" (above) was referring to variable values not being available > in a vmcore. :) > > The zfs module appears to be built with symbols, and the symbols appear > to be loaded in kgdb: > > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from > /bootdir/boot/kernel/zfs.ko.symbols...done. done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from > /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. > Loaded symbols for /boot/kernel/opensolaris.ko > > I didn't build the module(s) individually, either; in the previous > cases, it was a clean buildworld/buildkernel (even with rm -rf > /usr/obj/* beforehand), and in this case "just" a buildkernel (no manual > cleaning, but no -DNO_CLEAN either). Got it. No idea unfortunately :( Could you still please examine sx in frame 11? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 14:08:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 361821065677 for ; Wed, 29 Jul 2009 14:08:16 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 57B3B8FC21 for ; Wed, 29 Jul 2009 14:08:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5C8A345C8A; Wed, 29 Jul 2009 16:08:08 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4C17245684; Wed, 29 Jul 2009 16:07:54 +0200 (CEST) Date: Wed, 29 Jul 2009 16:08:19 +0200 From: Pawel Jakub Dawidek To: Harald Schmalzbauer Message-ID: <20090729140818.GH1586@garage.freebsd.pl> References: <4A6F66BD.2030705@omnilan.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GLp9dJVi+aaipsRk" Content-Disposition: inline In-Reply-To: <4A6F66BD.2030705@omnilan.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: 'gmirror stop' instantly restarts mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 14:08:16 -0000 --GLp9dJVi+aaipsRk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2009 at 10:59:41PM +0200, Harald Schmalzbauer wrote: > Hello, >=20 > I can't remember when I last used it, but doing 'gmirror stop RAIDNAME'= =20 > should destroy the mirror and stay off, right? > With today's -current I get: > GEOM_MIRROR: Device TEST: provider mirror/TEST destroyed. > GEOM_MIRROR: Device TEST destroyed. > GEOM_MIRROR: Device mirror/TEST launched (2/2) >=20 > So the mirror gets relaunchend immediately after destroyed. > No idea what could be wrong. The problem might be that you have two GEOM provider representing exactly the same media, eg. ad0 and ad0c. Could you send output of: # gmirror status TEST # gmirror stop TEST # gmirror status TEST You may also want to set kern.geom.mirror.debug to 2 before doing this. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --GLp9dJVi+aaipsRk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKcFfSForvXbEpPzQRAoKjAJ4he6CVzeCY7bxB9S/5FQs6n7t3SACg7k+G daHqEOIA9VG1dqsTLPH6etw= =BSo4 -----END PGP SIGNATURE----- --GLp9dJVi+aaipsRk-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 14:08:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1EDD106566C; Wed, 29 Jul 2009 14:08:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 925FA8FC18; Wed, 29 Jul 2009 14:08:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2F23846B1A; Wed, 29 Jul 2009 10:08:17 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 6DEF68A0A4; Wed, 29 Jul 2009 10:08:16 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Jul 2009 09:50:42 -0400 User-Agent: KMail/1.9.7 References: <746CE32B-BCF8-460A-982D-25341554E8FD@lassitu.de> <226F1AFF-45D8-4E4C-BE7F-D2EDC35EC8F6@lassitu.de> <3bbf2fe10907281943m2392a9f9w7c69303e6c3b91d0@mail.gmail.com> In-Reply-To: <3bbf2fe10907281943m2392a9f9w7c69303e6c3b91d0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907290950.43842.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 29 Jul 2009 10:08:16 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Stefan Bethke , Giovanni Trematerra , Dan Naumov , Attilio Rao , barbara , "Bjoern A. Zeeb" , Robert Watson , "C. C. Tang" Subject: Re: spinlock held too long on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 14:08:18 -0000 On Tuesday 28 July 2009 10:43:36 pm Attilio Rao wrote: > 2009/5/23 Stefan Bethke : > > I wrote: > > > >> Syncing disks, vnodes remaining...0 done > >> All buffers synced. > >> GEOM_MIRROR: Device diesel_root: provider mirror/diesel_root destroyed. > >> Uptime: 6m32s > >> GEOM_MIRROR: Device diesel_root destroyed. > >> Rebooting... > >> cpu_reset: Stopping other CPUs > >> spin lock 0xffffffff8078c900 (sched lock 1) held by 0xffffff00014d4ab0 > >> (tid 100002) too long > >> panic: spin lock held too long > >> cpuid = 0 > >> KDB: enter: panic > >> [thread pid 77 tid 100090 ] > >> Stopped at kdb_enter+0x3d: movq $0,0x48bbd0(%rip) > >> db> bt > >> Tracing pid 77 tid 100090 td 0xffffff000457bab0 > >> kdb_enter() at kdb_enter+0x3d > >> panic() at panic+0x17b > >> _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 > >> _mtx_lock_spin() at _mtx_lock_spin+0x9e > >> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x72 > >> sched_balance_group() at sched_balance_group+0xc5 > >> sched_balance_group() at sched_balance_group+0x1f8 > >> sched_balance() at sched_balance+0xa2 > >> sched_clock() at sched_clock+0xf6 > >> statclock() at statclock+0xbd > >> lapic_handle_timer() at lapic_handle_timer+0x197 > >> Xtimerint() at Xtimerint+0x8c > >> --- interrupt, rip = 0xffffffff80541cc4, rsp = 0xffffff80771dba90, rbp = > >> 0xffffff80771dbab0 --- > >> DELAY() at DELAY+0x64 > >> cpu_reset() at cpu_reset+0xdd > >> boot() at boot+0x2e6 > >> reboot() at reboot+0x42 > >> syscall() at syscall+0x1a5 > >> Xfast_syscall() at Xfast_syscall+0xd0 > >> --- syscall (55, FreeBSD ELF64, reboot), rip = 0x800788eec, rsp = > >> 0x7fffffffeca8, rbp = 0 --- > > > > > > I've only seen this once. If I should encounter it again, is there > > something you'd like me to look at? > > [ Sorry, trying to add anyone who alredy reported such a problem even > if I know many of you experienced it on -STABLE] > > Could you try this patch against -CURRENT: > http://www.freebsd.org/~attilio/stop_nmi.diff > > This patch basically does 2 things: > 1) Removing the STOP_NMI option, and adding the infrastructure for > using NMI on KDB invocation and normal stop IPIs on standard cpu > shutdown. > In order to accomplish that and forsee a better design than what > STOP_NMI does now, 2 new functions are introduced: * > ipi_hstop_selected() which does, if the architecture offers such an > option, the possibility to send a "forced" IPI through a privileged > channel (NMI on amd64 and ia32) in order to stop CPUs passed in the > mask. Note that for the other architectures that are not amd64 and > ia32 ipi_hstop_selected() is defaulted to ipi_selected(..., STOP_IPI), > but if maintainers want to override that they can simply implement > something harder Why not just add a new IPI_STOP_HARD that maps to IPI_STOP on most archs and does the NMI logic on x86. This avoids adding a new API (ipi_hstop_selected()) instead just adding a new logical IPI. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 14:11:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C36001065758; Wed, 29 Jul 2009 14:11:06 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 433928FC1F; Wed, 29 Jul 2009 14:11:00 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:43875 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MW9rX-0005o3-57; Wed, 29 Jul 2009 16:10:37 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id C5DF9BD9A4; Wed, 29 Jul 2009 16:10:36 +0200 (CEST) Message-Id: <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A7054E1.5060402@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 16:10:34 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MW9rX-0005o3-57. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MW9rX-0005o3-57 63e7baf9d7f618b067cd51275cee9dd5 Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 14:11:08 -0000 On Jul 29, 2009, at 15:55, Andriy Gapon wrote: > on 29/07/2009 16:52 Thomas Backman said the following: >>> >>> It would be useful to get line number in frame 13 and examine sx >>> object in frame >>> 11, esp. sx_lock field. >>> >>> -- >>> Andriy Gapon >> The "this" (above) was referring to variable values not being >> available >> in a vmcore. :) >> >> The zfs module appears to be built with symbols, and the symbols >> appear >> to be loaded in kgdb: >> >> Reading symbols from /boot/kernel/zfs.ko...Reading symbols from >> /bootdir/boot/kernel/zfs.ko.symbols...done. done. >> Loaded symbols for /boot/kernel/zfs.ko >> Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols >> from >> /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. >> Loaded symbols for /boot/kernel/opensolaris.ko >> >> I didn't build the module(s) individually, either; in the previous >> cases, it was a clean buildworld/buildkernel (even with rm -rf >> /usr/obj/* beforehand), and in this case "just" a buildkernel (no >> manual >> cleaning, but no -DNO_CLEAN either). > > Got it. No idea unfortunately :( > Could you still please examine sx in frame 11? Maybe... ;) If this isn't right, just tell me how: (kgdb) fr 11 #11 0xffffffff80342b99 in _sx_xlock_hard (sx=0xffffff00090d5018, tid=18446742974952890368, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_sx.c:575 575 owner = (struct thread *)SX_OWNER(x); (kgdb) list 570 * chain lock. If so, drop the sleep queue lock and try 571 * again. 572 */ 573 if (!(x & SX_LOCK_SHARED) && 574 (sx->lock_object.lo_flags & SX_NOADAPTIVE) == 0) { 575 owner = (struct thread *)SX_OWNER(x); 576 if (TD_IS_RUNNING(owner)) { 577 sleepq_release(&sx- >lock_object); 578 continue; 579 } (kgdb) p sx $3 = (struct sx *) 0xffffff00090d5018 (kgdb) x/x sx 0xffffff00090d5018: 0xffffffff80b5634c (kgdb) p *sx $8 = {lock_object = {lo_name = 0xffffffff80b5634c "zp->z_lock", lo_flags = 40894464 [0x2700000, btw], lo_data = 0, lo_witness = 0x0}, sx_lock = 6} ... as you might notice, I'm mostly clueless as to what I'm doing here. :o Hope that helps (a bit), though. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 14:13:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F27361065688; Wed, 29 Jul 2009 14:13:23 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id F04D48FC1D; Wed, 29 Jul 2009 14:13:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm23 with SMTP id 23so681832fxm.43 for ; Wed, 29 Jul 2009 07:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=HCw3F65tENXBIIo9/RQ11cxMCxiXB2GOtA4gjlf6t00=; b=NepCP2yaWj0ST2e5KJqhKcwP2C+3qY0E1lVgNrrGPKZ/nXmZqN0XgEKd/aAbiKVFEH tfCHckXGuVAMj44LswpIbfG41s2Wt4YpYSQIjBbkKgC5aExxEmncJr2u5gPDUmdL+U+R 1l0ePGj8dyEOTkQ/nEbFlsXuHfavF4iSwT3x8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=KHCjlhlukDvzgZIP7CyOYr2ehNbl2o89Kv6CXdVG0r17dRy7/73Nqvod7PE48/1u8D AoNvynYMD68/vxMeQYj7ld1ZBVNmpAzgXgGiMz7hgx/7oAdWoPIyzWqqXiT3+yoO78xD y94pSHB7uxmdobj3zLkIBzYxa3XoWEX72DvF0= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.109.148 with SMTP id j20mr4026997fap.43.1248876802152; Wed, 29 Jul 2009 07:13:22 -0700 (PDT) In-Reply-To: <200907290950.43842.jhb@freebsd.org> References: <746CE32B-BCF8-460A-982D-25341554E8FD@lassitu.de> <226F1AFF-45D8-4E4C-BE7F-D2EDC35EC8F6@lassitu.de> <3bbf2fe10907281943m2392a9f9w7c69303e6c3b91d0@mail.gmail.com> <200907290950.43842.jhb@freebsd.org> Date: Wed, 29 Jul 2009 16:13:22 +0200 X-Google-Sender-Auth: 03e8caed8a6f7e80 Message-ID: <3bbf2fe10907290713s3feeb83am177a32e77215114d@mail.gmail.com> From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Stefan Bethke , freebsd-current@freebsd.org, Giovanni Trematerra , Dan Naumov , barbara , "Bjoern A. Zeeb" , Robert Watson , "C. C. Tang" Subject: Re: spinlock held too long on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 14:13:24 -0000 2009/7/29 John Baldwin : > On Tuesday 28 July 2009 10:43:36 pm Attilio Rao wrote: >> 2009/5/23 Stefan Bethke : >> > I wrote: >> > >> >> Syncing disks, vnodes remaining...0 done >> >> All buffers synced. >> >> GEOM_MIRROR: Device diesel_root: provider mirror/diesel_root destroyed. >> >> Uptime: 6m32s >> >> GEOM_MIRROR: Device diesel_root destroyed. >> >> Rebooting... >> >> cpu_reset: Stopping other CPUs >> >> spin lock 0xffffffff8078c900 (sched lock 1) held by 0xffffff00014d4ab0 >> >> (tid 100002) too long >> >> panic: spin lock held too long >> >> cpuid = 0 >> >> KDB: enter: panic >> >> [thread pid 77 tid 100090 ] >> >> Stopped at kdb_enter+0x3d: movq $0,0x48bbd0(%rip) >> >> db> bt >> >> Tracing pid 77 tid 100090 td 0xffffff000457bab0 >> >> kdb_enter() at kdb_enter+0x3d >> >> panic() at panic+0x17b >> >> _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 >> >> _mtx_lock_spin() at _mtx_lock_spin+0x9e >> >> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x72 >> >> sched_balance_group() at sched_balance_group+0xc5 >> >> sched_balance_group() at sched_balance_group+0x1f8 >> >> sched_balance() at sched_balance+0xa2 >> >> sched_clock() at sched_clock+0xf6 >> >> statclock() at statclock+0xbd >> >> lapic_handle_timer() at lapic_handle_timer+0x197 >> >> Xtimerint() at Xtimerint+0x8c >> >> --- interrupt, rip = 0xffffffff80541cc4, rsp = 0xffffff80771dba90, rbp = >> >> 0xffffff80771dbab0 --- >> >> DELAY() at DELAY+0x64 >> >> cpu_reset() at cpu_reset+0xdd >> >> boot() at boot+0x2e6 >> >> reboot() at reboot+0x42 >> >> syscall() at syscall+0x1a5 >> >> Xfast_syscall() at Xfast_syscall+0xd0 >> >> --- syscall (55, FreeBSD ELF64, reboot), rip = 0x800788eec, rsp = >> >> 0x7fffffffeca8, rbp = 0 --- >> > >> > >> > I've only seen this once. If I should encounter it again, is there >> > something you'd like me to look at? >> >> [ Sorry, trying to add anyone who alredy reported such a problem even >> if I know many of you experienced it on -STABLE] >> >> Could you try this patch against -CURRENT: >> http://www.freebsd.org/~attilio/stop_nmi.diff >> >> This patch basically does 2 things: >> 1) Removing the STOP_NMI option, and adding the infrastructure for >> using NMI on KDB invocation and normal stop IPIs on standard cpu >> shutdown. >> In order to accomplish that and forsee a better design than what >> STOP_NMI does now, 2 new functions are introduced: * >> ipi_hstop_selected() which does, if the architecture offers such an >> option, the possibility to send a "forced" IPI through a privileged >> channel (NMI on amd64 and ia32) in order to stop CPUs passed in the >> mask. Note that for the other architectures that are not amd64 and >> ia32 ipi_hstop_selected() is defaulted to ipi_selected(..., STOP_IPI), >> but if maintainers want to override that they can simply implement >> something harder > > Why not just add a new IPI_STOP_HARD that maps to IPI_STOP on most archs and > does the NMI logic on x86. This avoids adding a new API > (ipi_hstop_selected()) instead just adding a new logical IPI. When choosing among the two, as long as we had API like ipi_all_but_self() I thought we gave preference to more explicit API toward logical ones. Anyways I can reimplement in that way if any, it is something I like more as well. Just want to know if that fixes the problem for the users right now. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 14:36:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCDD4106566B; Wed, 29 Jul 2009 14:36:05 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 927BA8FC23; Wed, 29 Jul 2009 14:36:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA04526; Wed, 29 Jul 2009 17:36:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A705E50.8070307@icyb.net.ua> Date: Wed, 29 Jul 2009 17:36:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> In-Reply-To: <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 14:36:06 -0000 on 29/07/2009 17:10 Thomas Backman said the following: [snip] > (kgdb) fr 11 [snip] > (kgdb) p *sx > $8 = {lock_object = {lo_name = 0xffffffff80b5634c "zp->z_lock", lo_flags > = 40894464 [0x2700000, btw], lo_data = 0, lo_witness = 0x0}, > sx_lock = 6} > > ... as you might notice, I'm mostly clueless as to what I'm doing here. :o > Hope that helps (a bit), though. Yes, it does and a lot. sx_lock = 6 means that this sx lock is destroyed: #define SX_LOCK_DESTROYED \ (SX_LOCK_SHARED_WAITERS | SX_LOCK_EXCLUSIVE_WAITERS) And lo_name tells that this is zp->z_lock. This lock is destroyed in zfs_znode_cache_destructor. Not enough knowledge for me to proceed further. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 15:55:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4EC31065672; Wed, 29 Jul 2009 15:55:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 45AF68FC0C; Wed, 29 Jul 2009 15:55:41 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.43,289,1246831200"; d="scan'208";a="278671381" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 29 Jul 2009 17:55:33 +0200 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 774421B0765; Wed, 29 Jul 2009 17:55:33 +0200 (CEST) Date: Wed, 29 Jul 2009 17:55:33 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: , Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: [NO REGRESSION] 8-current USB patches available for testing (set #020) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 15:55:43 -0000 no problems here either. works great and the ums-rate patch is really noticeable. just a little request: while testing the ums-rate patch hans and i noticed that certain mice go crazy when the rate gets lowered beneath a certain value. would be great to have this info in um(4) or moused(8). cheers. alex From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 16:02:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AADE106566C; Wed, 29 Jul 2009 16:02:25 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DF57B8FC14; Wed, 29 Jul 2009 16:02:23 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA07115; Wed, 29 Jul 2009 19:02:21 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A70728C.7020004@freebsd.org> Date: Wed, 29 Jul 2009 19:02:20 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> In-Reply-To: <4A705E50.8070307@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 16:02:25 -0000 on 29/07/2009 17:36 Andriy Gapon said the following: > on 29/07/2009 17:10 Thomas Backman said the following: > [snip] >> (kgdb) fr 11 > [snip] >> (kgdb) p *sx >> $8 = {lock_object = {lo_name = 0xffffffff80b5634c "zp->z_lock", lo_flags >> = 40894464 [0x2700000, btw], lo_data = 0, lo_witness = 0x0}, >> sx_lock = 6} >> >> ... as you might notice, I'm mostly clueless as to what I'm doing here. :o >> Hope that helps (a bit), though. > > Yes, it does and a lot. > sx_lock = 6 means that this sx lock is destroyed: > #define SX_LOCK_DESTROYED \ > (SX_LOCK_SHARED_WAITERS | SX_LOCK_EXCLUSIVE_WAITERS) > > And lo_name tells that this is zp->z_lock. > This lock is destroyed in zfs_znode_cache_destructor. > Not enough knowledge for me to proceed further. So I guess that this is a case when zfs_znode_delete() was called on znode that was still referenced from some vnode. When the vnode gets reclaimed we get this problem. Could you please examine vp in frame 15 or 16? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 16:11:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEAED106570C; Wed, 29 Jul 2009 16:11:21 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 2CDD98FC14; Wed, 29 Jul 2009 16:11:21 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:42542 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWBkE-0000Fc-52; Wed, 29 Jul 2009 18:11:12 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 07EBB164111; Wed, 29 Jul 2009 18:11:08 +0200 (CEST) Message-Id: <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A70728C.7020004@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 18:11:05 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWBkE-0000Fc-52. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWBkE-0000Fc-52 11cadf99453aff79f729591724eaf8de Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 16:11:23 -0000 On Jul 29, 2009, at 18:02, Andriy Gapon wrote: > on 29/07/2009 17:36 Andriy Gapon said the following: >> on 29/07/2009 17:10 Thomas Backman said the following: >> [snip] >>> (kgdb) fr 11 >> [snip] >>> (kgdb) p *sx >>> $8 = {lock_object = {lo_name = 0xffffffff80b5634c "zp->z_lock", >>> lo_flags >>> = 40894464 [0x2700000, btw], lo_data = 0, lo_witness = 0x0}, >>> sx_lock = 6} >>> >>> ... as you might notice, I'm mostly clueless as to what I'm doing >>> here. :o >>> Hope that helps (a bit), though. >> >> Yes, it does and a lot. >> sx_lock = 6 means that this sx lock is destroyed: >> #define >> SX_LOCK_DESTROYED \ >> (SX_LOCK_SHARED_WAITERS | SX_LOCK_EXCLUSIVE_WAITERS) >> >> And lo_name tells that this is zp->z_lock. >> This lock is destroyed in zfs_znode_cache_destructor. >> Not enough knowledge for me to proceed further. > > So I guess that this is a case when zfs_znode_delete() was called on > znode that > was still referenced from some vnode. When the vnode gets reclaimed > we get this > problem. > Could you please examine vp in frame 15 or 16? > > -- > Andriy Gapon Sure. Lots of info in that one: (kgdb) fr 15 #15 0xffffffff803c839e in vgonel (vp=0xffffff0009252588) at vnode_if.h: 830 830 in vnode_if.h (kgdb) p *vp $3 = {v_type = VDIR, v_tag = 0xffffffff80b56347 "zfs", v_op = 0xffffffff80b5af00, v_data = 0xffffff00090d5000, v_mount = 0xffffff0002cd7bc0, v_nmntvnodes = {tqe_next = 0xffffff00090f5000, tqe_prev = 0xffffff0009252960}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = { le_next = 0x0, le_prev = 0x0}, v_hash = 0, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xffffff00092525e8}, v_cache_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = { lock_object = {lo_name = 0xffffffff80b56347 "zfs", lo_flags = 91947008, lo_data = 0, lo_witness = 0x0}, lk_lock = 18446742974952890368, lk_timo = 51, lk_pri = 80}, v_interlock = {lock_object = { lo_name = 0xffffffff806126d9 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = 0xffffff0009252620, v_holdcnt = 1, v_usecount = 0, v_iflag = 128, v_vflag = 0, v_writecount = 0, v_freelist = {tqe_next = 0xffffff00090c3760, tqe_prev = 0xffffff002c0bfc18}, v_bufobj = { bo_mtx = {lock_object = {lo_name = 0xffffffff806126e9 "bufobj interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff00092526c0}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff00092526e0}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xffffffff8079afa0, bo_bsize = 131072, bo_object = 0x0, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xffffff0009252588, __bo_vnode = 0xffffff0009252588}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0} Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 16:14:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3681E1065670 for ; Wed, 29 Jul 2009 16:14:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B67FD8FC20 for ; Wed, 29 Jul 2009 16:14:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20331 invoked by uid 399); 29 Jul 2009 16:13:42 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 16:13:42 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A707534.8000808@FreeBSD.org> Date: Wed, 29 Jul 2009 09:13:40 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: Mel Flynn References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-6 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 16:14:02 -0000 Mel Flynn wrote: > On Tuesday 28 July 2009 23:10:50 Doug Barton wrote: >> Mel Flynn wrote: >>> I wrapped portmaster, since -af has the same problem when something >>> screws the build (mostly plist problems and $me wanting backup packages, >>> but also classics like using sudo as PM_SU_CMD and trying to reinstall >>> it). >> I hate to tell you but portmaster already has the ability to restart >> after an interrupted -af. See the man page regarding the -R option. > > Maybe that can be cleared up: > -R restart an update, skipping ports already up to date. Used with -r > ^^^^^^^^^^ > or -f options. > > Yes, I should've gathered what it meant when reading "or -f options", but I > never read that far. Perhaps that could read "... already done in the previous > run". How about this: used with the -r or -f options to skip ports updated on a previous run. >> So >> you can do this the first time: portmaster -Daf >> >> Then do this the second (or more) time: portmaster -DGRaf > > And with the above in EXAMPLES. Good suggestion, thanks. >> The one caveat is that you don't want to run any other portmaster >> commands in between since it will remove all the flags when it exits >> successfully. > > Gotcha. Is there a reason the flags are removed if the options are not "-r or > -f"? Yes, so we don't have stale flags sitting around forever to confuse future runs. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:06:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CDB21065673 for ; Wed, 29 Jul 2009 17:06:13 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id F05568FC0A for ; Wed, 29 Jul 2009 17:06:12 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 6AAFC78C25; Wed, 29 Jul 2009 19:06:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y0kCkGRm0675; Wed, 29 Jul 2009 19:06:01 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 6338678C23; Wed, 29 Jul 2009 19:06:01 +0200 (CEST) Date: Wed, 29 Jul 2009 19:06:01 +0200 From: Alson van der Meulen To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20090729170601.GA2841@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A707534.8000808@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:06:13 -0000 * Doug Barton [2009-07-29 18:13]: > Mel Flynn wrote: > > Gotcha. Is there a reason the flags are removed if the options are not "-r or > > -f"? > > Yes, so we don't have stale flags sitting around forever to confuse > future runs. I have been bitten by this in the past. A run of portmaster -r some-lib-that-half-of-my-ports-depend-on aborted because of a shared library error in a dependency which was not recompiled before the dependent port. I recompiled the dependency with a manual portmaster $portname, after this portmaster -r had to start all over. I didn't expect portmaster to clear the PM_DONE flags during non-resumable operations like rebuilding a single port (and the manpage contains very little information about -R). My workaround is to use portupgrade for these manual fixes. The case where not removing the flags without -[rf] would hurt is running portmaster -r something, portmaster failing, resolving this without portmaster -[rf], updating your ports, and run portmaster -R. It seems fair to consider this behavior undefined. Plus the ports can be modified in many ways without portmaster, so it would make more sense to try to detect stale PM_DONE flags than removing them at arbitrary times (eg. compare the timestamp of the flag to that of the port). Alson From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:09:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70872106566C for ; Wed, 29 Jul 2009 17:09:14 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 118768FC0A for ; Wed, 29 Jul 2009 17:09:13 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6TH9BC1092386 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 29 Jul 2009 19:09:12 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 19:09:10 +0200 X-Mailer: Apple Mail (2.935.3) Subject: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:09:14 -0000 I just updated this afternoon (r195941), and after rebooting, OpenVPN has problems ifconfig'ing a tun interface. With sources from about one week ago, this is working: Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net 44.128.127.0 44.128.127.2 255.255.255.0 Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net 44.128.64.0 44.128.127.1 255.255.192.0 Now, the same sequence fails: Jul 29 17:31:41 diesel openvpn_zs64[1855]: /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up Jul 29 17:31:41 diesel openvpn_zs64[1855]: FreeBSD ifconfig failed: external program exited with error status: 1 Trying the same command manually gets me: /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up ifconfig: ioctl (SIOCAIFADDR): File exists even though no address was assigned before. Another OpenVPN instance using tap continues to work. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:14:10 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D66106566B; Wed, 29 Jul 2009 17:14:10 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D59418FC13; Wed, 29 Jul 2009 17:14:09 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:42834 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWCiU-0006Ie-4M; Wed, 29 Jul 2009 19:13:28 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id B58B21641C2; Wed, 29 Jul 2009 19:13:27 +0200 (CEST) Message-Id: <6C8097A7-1383-42C0-9A87-34C5065CA453@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A705E50.8070307@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 19:13:24 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWCiU-0006Ie-4M. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWCiU-0006Ie-4M 02c6bc64cc9343b11c51a235d7b0c74b Cc: freebsd-fs@FreeBSD.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:14:10 -0000 On Jul 29, 2009, at 16:36, Andriy Gapon wrote: > on 29/07/2009 17:10 Thomas Backman said the following: > [snip] >> (kgdb) fr 11 > [snip] >> (kgdb) p *sx >> $8 = {lock_object = {lo_name = 0xffffffff80b5634c "zp->z_lock", >> lo_flags >> = 40894464 [0x2700000, btw], lo_data = 0, lo_witness = 0x0}, >> sx_lock = 6} >> >> ... as you might notice, I'm mostly clueless as to what I'm doing >> here. :o >> Hope that helps (a bit), though. > > Yes, it does and a lot. > sx_lock = 6 means that this sx lock is destroyed: > #define > SX_LOCK_DESTROYED \ > (SX_LOCK_SHARED_WAITERS | SX_LOCK_EXCLUSIVE_WAITERS) > > And lo_name tells that this is zp->z_lock. > This lock is destroyed in zfs_znode_cache_destructor. > Not enough knowledge for me to proceed further. Also, FWIW: Without "options SMP", "zpool" simply goes into an uninterruptible sleep (state D+) on export. kill -9 has no effect, and the backup process just hangs. The rest of the system works great, but... yeah. (The block that causes the panic is wrapped by #ifdef ADAPTIVE_SX, which isn't defined without smp AFAIK.) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:18:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AC031065805; Wed, 29 Jul 2009 17:18:17 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAE18FC16; Wed, 29 Jul 2009 17:18:15 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA08156; Wed, 29 Jul 2009 20:18:13 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A708455.5070304@freebsd.org> Date: Wed, 29 Jul 2009 20:18:13 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> In-Reply-To: <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:18:18 -0000 Thanks a lot again! Could you please try the following change? In sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, in function zfs_inactive() insert the following line: vrecycle(vp, curthread); before the following line: zfs_znode_free(zp); This is in "if (zp->z_dbuf == NULL)" branch. I hope that this should work in concert with the patch that Pawel has posted. P.S. Also Pawel has told me that adding 'CFLAGS+=-DDEBUG=1' to sys/modules/zfs/Makefile should enable additional debugging checks (ASSERTs) in ZFS code. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:24:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F5641065675; Wed, 29 Jul 2009 17:24:39 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id F18158FC12; Wed, 29 Jul 2009 17:24:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWCtG-0000Mn-GJ; Wed, 29 Jul 2009 18:24:37 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWCtF-00034U-O0; Wed, 29 Jul 2009 18:24:34 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6THOVo3075188; Wed, 29 Jul 2009 18:24:32 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6THOV0X075183; Wed, 29 Jul 2009 18:24:31 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 29 Jul 2009 18:24:31 +0100 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20090729172431.GA69866@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: virtually no free memory left on buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:24:40 -0000 I just installed new 4GB RAM in ia64 rx2600 box. On make -j8 buildworld I see with "top -PISu": last pid: 69791; load averages: 8.42, 8.44, 8.59 up 0+02:04:49 18:18:17 154 processes: 11 running, 125 sleeping, 18 waiting CPU 0: 88.8% user, 0.0% nice, 11.0% system, 0.1% interrupt, 0.0% idle CPU 1: 92.5% user, 0.0% nice, 7.4% system, 0.0% interrupt, 0.0% idle Mem: 856M Active, 2414M Inact, 492M Wired, 136M Cache, 417M Buf, 17M Free Swap: 2048M Total, 2048M Free PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 63039 0 1 102 0 455M 452M RUN 1 3:14 31.49% cc1 69612 0 1 101 0 71760K 69288K RUN 1 0:06 25.88% cc1 69449 0 1 101 0 103M 101M RUN 0 0:11 24.46% cc1 69437 0 1 101 0 115M 113M RUN 0 0:11 23.88% cc1 69626 0 1 100 0 66688K 64760K RUN 0 0:05 20.36% cc1 69774 0 1 96 0 23072K 21336K RUN 0 0:00 4.69% cc1 69775 0 1 70 0 4296K 2984K piperd 0 0:00 0.20% as 69772 0 1 76 0 6280K 2896K wait 1 0:00 0.10% sh 69773 0 1 76 0 2248K 968K wait 1 0:00 0.10% cc 69784 0 1 96 0 19104K 16872K CPU1 1 0:00 0.00% cc1 69785 0 1 76 0 4296K 2968K piperd 1 0:00 0.00% as Is it normal that there is virtually no free memory left, while there are 2GB of inactive memory? many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:35:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACD1D106567A for ; Wed, 29 Jul 2009 17:35:04 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5CABE8FC26 for ; Wed, 29 Jul 2009 17:35:04 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id A1E297E818; Wed, 29 Jul 2009 09:35:03 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 29 Jul 2009 09:35:02 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090729172431.GA69866@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20090729172431.GA69866@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907290935.02504.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: virtually no free memory left on buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:35:05 -0000 On Wednesday 29 July 2009 09:24:31 Anton Shterenlikht wrote: > I just installed new 4GB RAM in ia64 rx2600 box. > On make -j8 buildworld I see with "top -PISu": > > > last pid: 69791; load averages: 8.42, 8.44, 8.59 up 0+02:04:49 > 18:18:17 154 processes: 11 running, 125 sleeping, 18 waiting > CPU 0: 88.8% user, 0.0% nice, 11.0% system, 0.1% interrupt, 0.0% idle > CPU 1: 92.5% user, 0.0% nice, 7.4% system, 0.0% interrupt, 0.0% idle > Mem: 856M Active, 2414M Inact, 492M Wired, 136M Cache, 417M Buf, 17M Free > Swap: 2048M Total, 2048M Free Good, 2G of filesystem information cached and no swap used. Think of free memory as wasted memory. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:48:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B663F106566B; Wed, 29 Jul 2009 17:48:06 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 866778FC19; Wed, 29 Jul 2009 17:48:05 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n6TH9wCB006297; Wed, 29 Jul 2009 11:09:58 -0600 (MDT) Message-ID: <4A708261.7000509@FreeBSD.org> Date: Wed, 29 Jul 2009 11:09:53 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: Mykola Dzham References: <20090725163207.GP39538@expo.ukrweb.net> <20090727141808.R245@maildrop.int.zabbadoz.net> <20090729113638.GC20855@expo.ukrweb.net> <20090729121834.B245@maildrop.int.zabbadoz.net> In-Reply-To: <20090729121834.B245@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-jail@FreeBSD.org Subject: Re: 8.0 still allow creating ipv6 udp socket in jail without ipv6 ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:48:07 -0000 Bjoern A. Zeeb wrote: > On Wed, 29 Jul 2009, Mykola Dzham wrote: >> Bjoern A. Zeeb wrote: >>> On Sat, 25 Jul 2009, Mykola Dzham wrote: >>>> After r188146 creating tcp ipv6 socket in jail without ipv6 ip is not >>>> allowed, but udp socket is allowed. >>> >>> I cannot really follow what you are trying to say as wrt IPv4 and IPv6 >>> sockets and what about UDP. >>> >>> Your sample further down is trying to use an IPv4 address on an IPv6 >>> Datagram socket which is an error either way. >> >> Some java programms attempt to use ipv6 sockets, then use ipv4 if >> socket(AF_INET6,...) fail. My sample imitate this >> >>> Prior to FreeBSD 7.2 IPv6 hadn't been supported at all for jails. >>> >>> With 7.2 it was possible to create IPv6 sockets (but only shortly and >>> then fail on bind/connect/...). With the commit you reference the >>> "Protocol not supported" came back in case there was no address of >>> that address family for a given jail. >>> >>> With 8 the primary syntax for jails has changed and the "backward >>> compat mode" again allows you to create a socket on a jail even if >>> no address of the same family was configured for the jail. >>> >>> This should be addressed by the following patch: >>> http://people.freebsd.org/~bz/20090727-01-jail8-legacy.diff >>> >>> Can you give it a try and report if that fixes your problem? >> >> Patch aplied cleanly on r195820 , but jail can not start after patching: >> >> # jail -l -U root -i /usr/home/d/guests/tap2 tap2.my.domain.com >> 10.112.0.151 /bin/sh /etc/rc >> jail: ip6: unknown boolean value "disable" > > r195820 is too old; but Jamie has a better solution; I would suggest > to backout the jail(8) patch and wait for the next two commits of > Jamie to HEAD and then update the machine again. OK, with r195945 things should be back to disallowing sockets when no addresses were assigned for that family. You'll need to rebuild the kernel for the fix, and libjail and possibly jail(8) to get past the "unknown boolean value" error. - Jamie From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 17:53:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D1B1065672; Wed, 29 Jul 2009 17:53:07 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2F68FC13; Wed, 29 Jul 2009 17:53:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWDKo-00049H-Tb; Wed, 29 Jul 2009 18:53:05 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWDKo-0003J5-0p; Wed, 29 Jul 2009 18:53:02 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6THr17i088301; Wed, 29 Jul 2009 18:53:01 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6THr16D088300; Wed, 29 Jul 2009 18:53:01 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 29 Jul 2009 18:53:01 +0100 From: Anton Shterenlikht To: Mel Flynn Message-ID: <20090729175301.GA87838@mech-cluster241.men.bris.ac.uk> References: <20090729172431.GA69866@mech-cluster241.men.bris.ac.uk> <200907290935.02504.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907290935.02504.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: virtually no free memory left on buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 17:53:07 -0000 On Wed, Jul 29, 2009 at 09:35:02AM -0800, Mel Flynn wrote: > On Wednesday 29 July 2009 09:24:31 Anton Shterenlikht wrote: > > I just installed new 4GB RAM in ia64 rx2600 box. > > On make -j8 buildworld I see with "top -PISu": > > > > > > last pid: 69791; load averages: 8.42, 8.44, 8.59 up 0+02:04:49 > > 18:18:17 154 processes: 11 running, 125 sleeping, 18 waiting > > CPU 0: 88.8% user, 0.0% nice, 11.0% system, 0.1% interrupt, 0.0% idle > > CPU 1: 92.5% user, 0.0% nice, 7.4% system, 0.0% interrupt, 0.0% idle > > Mem: 856M Active, 2414M Inact, 492M Wired, 136M Cache, 417M Buf, 17M Free > > Swap: 2048M Total, 2048M Free > > Good, 2G of filesystem information cached and no swap used. Think of free > memory as wasted memory. ok, so I completely misunderstood free and inactive. Where can I read more on this (active, inactive, wired, cashe, buf, free)? The top man page doesn't explain these memory states. many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 18:06:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1442106566B; Wed, 29 Jul 2009 18:06:17 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 477438FC0C; Wed, 29 Jul 2009 18:06:17 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:35325 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWDVg-0001Vc-3k; Wed, 29 Jul 2009 20:04:18 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 1E92A117D84; Wed, 29 Jul 2009 20:04:18 +0200 (CEST) Message-Id: <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A708455.5070304@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 20:04:15 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWDVg-0001Vc-3k. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWDVg-0001Vc-3k 90e01bd73b5a51a80d8601e56d6bb5b0 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 18:06:18 -0000 On Jul 29, 2009, at 19:18, Andriy Gapon wrote: > > Thanks a lot again! > > Could you please try the following change? > In sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, in > function > zfs_inactive() insert the following line: > vrecycle(vp, curthread); > before the following line: > zfs_znode_free(zp); > > This is in "if (zp->z_dbuf == NULL)" branch. > > I hope that this should work in concert with the patch that Pawel > has posted. > > P.S. > Also Pawel has told me that adding 'CFLAGS+=-DDEBUG=1' to sys/ > modules/zfs/Makefile > should enable additional debugging checks (ASSERTs) in ZFS code. > > -- > Andriy Gapon Thanks for your work :) However, bad news: it didn't help. It *might* have gotten us further, though, because the DDB backtrace now looks like this: _sx_xlock_hard() _sx_xlock() zfs_znode_free() zfs_freebsd_inactive() VOP_INACTIVE_APV() vinactive() vput() dounmount() unmount() syscall() XFast_syscall() KGDB: Unread portion of the kernel message buffer: kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff80342b99 stack pointer = 0x28:0xffffff803e9b7910 frame pointer = 0x28:0xffffff803e9b7970 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 1398 (zpool) panic: from debugger cpuid = 0 KDB: stack backtrace: Uptime: 1m28s Physical memory: 2030 MB Dumping 1405 MB: ... Reading symbols: ... #9 0xffffffff805986aa in trap (frame=0xffffff803e9b7860) at /usr/src/ sys/amd64/amd64/trap.c:639 #10 0xffffffff8057dfe7 in calltrap () at /usr/src/sys/amd64/amd64/ exception.S:224 #11 0xffffffff80342b99 in _sx_xlock_hard (sx=0xffffff0071019181, tid=18446742976093954048, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_sx.c:575 #12 0xffffffff8034350e in _sx_xlock (sx=Variable "sx" is not available. ) at sx.h:155 #13 0xffffffff80ad6be7 in zfs_znode_free () from /boot/kernel/zfs.ko #14 0xffffffff80b5af20 in ?? () #15 0xffffff803e9b79f0 in ?? () #16 0xffffff0071032000 in ?? () #17 0xffffff803e9b79c0 in ?? () #18 0xffffffff80af719a in zfs_freebsd_inactive () from /boot/kernel/ zfs.ko #19 0xffffffff805c5b5a in VOP_INACTIVE_APV (vop=0xffffff0071101a48, a=0xffffff0071019181) at vnode_if.c:1863 #20 0xffffffff803c6aaa in vinactive (vp=0xffffff0071290938, td=0xffffff0071019001) at vnode_if.h:807 #21 0xffffffff803cbf26 in vput (vp=0xffffff0071290938) at /usr/src/sys/ kern/vfs_subr.c:2257 #22 0xffffffff803c57ef in dounmount (mp=0xffffff0002b9e8d0, flags=0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1333 #23 0xffffffff803c5df8 in unmount (td=0xffffff0071032000, uap=0xffffff803e9b7bf0) at /usr/src/sys/kern/vfs_mount.c:1174 #24 0xffffffff805980bf in syscall (frame=0xffffff803e9b7c80) at /usr/ src/sys/amd64/amd64/trap.c:984 #25 0xffffffff8057e2c1 in Xfast_syscall () at /usr/src/sys/amd64/amd64/ exception.S:373 (kgdb) fr 22 #22 0xffffffff803c57ef in dounmount (mp=0xffffff0002b9e8d0, flags=0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1333 1333 vput(coveredvp); (kgdb) p *mp $1 = {mnt_mtx = {lock_object = {lo_name = 0xffffffff80611acd "struct mount mtx", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, mnt_gen = 2, mnt_list = {tqe_next = 0x0, tqe_prev = 0xffffff0002c71be8}, mnt_op = 0xffffffff80b5ae80, mnt_vfc = 0xffffffff80b5ae20, mnt_vnodecovered = 0xffffff0071290938, mnt_syncer = 0x0, mnt_ref = 0, mnt_nvnodelist = {tqh_first = 0x0, tqh_last = 0xffffff0002b9e930}, mnt_nvnodelistsize = 0, mnt_writeopcount = 0, mnt_kern_flag = 1627390088, mnt_flag = 4096, mnt_xflag = 0, mnt_noasync = 0, mnt_opt = 0xffffff0002f666f0, mnt_optnew = 0x0, mnt_maxsymlinklen = 0, mnt_stat = {f_version = 537068824, f_type = 4, f_flags = 4096, f_bsize = 131072, f_iosize = 131072, f_blocks = 486, f_bfree = 328, f_bavail = 328, f_files = 334, f_ffree = 328, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1968303680, -171280380}}, f_charspare = '\0' , f_fstypename = "zfs", '\0' , f_mntfromname = "crashtestslave/test_orig", '\0' , f_mntonname = "/crashtestslave/crashtestslave/test_orig", '\0' }, mnt_cred = 0xffffff0002f0b700, mnt_data = 0xffffff002489e000, mnt_time = 0, mnt_iosize_max = 65536, mnt_export = 0x0, mnt_label = 0x0, mnt_hashseed = 1597825977, mnt_lockref = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 0, mnt_susp_owner = 0x0, mnt_gjprovider = 0x0, mnt_explock = {lock_object = { lo_name = 0xffffffff80611ade "explock", lo_flags = 91422720, lo_data = 0, lo_witness = 0x0}, lk_lock = 1, lk_timo = 0, lk_pri = 80}} Worth noting above: it's NOT the "pool root FS" that's being unmounted here. The panic can also be triggered on "zfs unmount crashtestslave/ test_orig" (i.e. not the root FS which was the only that panicked with zfs unmount, as opposed to zpool export, before). (kgdb) fr 21 #21 0xffffffff803cbf26 in vput (vp=0xffffff0071290938) at /usr/src/sys/ kern/vfs_subr.c:2257 2257 vinactive(vp, td); (kgdb) p *vp $3 = {v_type = VBAD, v_tag = 0xffffffff80600ff6 "none", v_op = 0xffffffff80779700, v_data = 0x0, v_mount = 0x0, v_nmntvnodes = {tqe_next = 0x0, tqe_prev = 0xffffff0071290b38}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = {le_next = 0x0, le_prev = 0x0}, v_hash = 0, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xffffff0071290998}, v_cache_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lock_object = {lo_name = 0xffffffff80b56367 "zfs", lo_flags = 91947008, lo_data = 0, lo_witness = 0x0}, lk_lock = 18446742976093954048, lk_timo = 51, lk_pri = 80}, v_interlock = {lock_object = {lo_name = 0xffffffff806126d9 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = 0xffffff00712909d0, v_holdcnt = 1, v_usecount = 0, v_iflag = 2176, v_vflag = 0, v_writecount = 0, v_freelist = {tqe_next = 0x0, tqe_prev = 0xffffff0002cecc18}, v_bufobj = {bo_mtx = {lock_object = {lo_name = 0xffffffff806126e9 "bufobj interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff0071290a70}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff0071290a90}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xffffffff8079afa0, bo_bsize = 131072, bo_object = 0x0, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xffffff0071290938, __bo_vnode = 0xffffff0071290938}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0} (kgdb) fr 11 #11 0xffffffff80342b99 in _sx_xlock_hard (sx=0xffffff0071019181, tid=18446742976093954048, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_sx.c:575 575 owner = (struct thread *)SX_OWNER(x); (kgdb) p *sx $4 = {lock_object = {lo_name = 0xffffffff80b571
, lo_flags = 160000, lo_data = 0, lo_witness = 0x100000000000000}, sx_lock = 16717361816799281152} Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 18:12:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B8BE1065670 for ; Wed, 29 Jul 2009 18:12:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outo.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 13D4C8FC40 for ; Wed, 29 Jul 2009 18:12:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 26AF9B8DC0; Wed, 29 Jul 2009 11:12:50 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 864B02D600E; Wed, 29 Jul 2009 11:12:49 -0700 (PDT) Message-ID: <4A709126.5050102@elischer.org> Date: Wed, 29 Jul 2009 11:12:54 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Stefan Bethke References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 18:12:50 -0000 Stefan Bethke wrote: > I just updated this afternoon (r195941), and after rebooting, OpenVPN > has problems ifconfig'ing a tun interface. > > With sources from about one week ago, this is working: > Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/ifconfig tun1 > 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up > Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net > 44.128.127.0 44.128.127.2 255.255.255.0 > Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net > 44.128.64.0 44.128.127.1 255.255.192.0 > > Now, the same sequence fails: > Jul 29 17:31:41 diesel openvpn_zs64[1855]: /sbin/ifconfig tun1 > 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up > Jul 29 17:31:41 diesel openvpn_zs64[1855]: FreeBSD ifconfig failed: > external program exited with error status: 1 > > Trying the same command manually gets me: > /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu ^^^^^^^^^^^^^^^^^^^^^^^^^ have you tried it without using the same address on both ends? > 1500 up > ifconfig: ioctl (SIOCAIFADDR): File exists > > even though no address was assigned before. > > Another OpenVPN instance using tap continues to work. > > > Stefan > From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 18:15:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ED7B1065678 for ; Wed, 29 Jul 2009 18:15:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outt.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id 758E28FC1F for ; Wed, 29 Jul 2009 18:15:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 3761AB9885; Wed, 29 Jul 2009 11:15:38 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C47072D6022; Wed, 29 Jul 2009 11:15:37 -0700 (PDT) Message-ID: <4A7091CE.9000608@elischer.org> Date: Wed, 29 Jul 2009 11:15:42 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Anton Shterenlikht References: <20090729172431.GA69866@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20090729172431.GA69866@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: virtually no free memory left on buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 18:15:38 -0000 Anton Shterenlikht wrote: > I just installed new 4GB RAM in ia64 rx2600 box. > On make -j8 buildworld I see with "top -PISu": > > > last pid: 69791; load averages: 8.42, 8.44, 8.59 up 0+02:04:49 18:18:17 > 154 processes: 11 running, 125 sleeping, 18 waiting > CPU 0: 88.8% user, 0.0% nice, 11.0% system, 0.1% interrupt, 0.0% idle > CPU 1: 92.5% user, 0.0% nice, 7.4% system, 0.0% interrupt, 0.0% idle > Mem: 856M Active, 2414M Inact, 492M Wired, 136M Cache, 417M Buf, 17M Free > Swap: 2048M Total, 2048M Free > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 63039 0 1 102 0 455M 452M RUN 1 3:14 31.49% cc1 > 69612 0 1 101 0 71760K 69288K RUN 1 0:06 25.88% cc1 > 69449 0 1 101 0 103M 101M RUN 0 0:11 24.46% cc1 > 69437 0 1 101 0 115M 113M RUN 0 0:11 23.88% cc1 > 69626 0 1 100 0 66688K 64760K RUN 0 0:05 20.36% cc1 > 69774 0 1 96 0 23072K 21336K RUN 0 0:00 4.69% cc1 > 69775 0 1 70 0 4296K 2984K piperd 0 0:00 0.20% as > 69772 0 1 76 0 6280K 2896K wait 1 0:00 0.10% sh > 69773 0 1 76 0 2248K 968K wait 1 0:00 0.10% cc > 69784 0 1 96 0 19104K 16872K CPU1 1 0:00 0.00% cc1 > 69785 0 1 76 0 4296K 2968K piperd 1 0:00 0.00% as > > > Is it normal that there is virtually no free memory left, while there > are 2GB of inactive memory? inactive memory IS free memory. It just happens to contain information that, should you want it again, can be instantly made valid again. > > many thanks > From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 18:19:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D9D1065670; Wed, 29 Jul 2009 18:19:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1048FC13; Wed, 29 Jul 2009 18:19:06 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250118066; Wed, 29 Jul 2009 21:19:03 +0300 Message-ID: <4A709274.20805@FreeBSD.org> Date: Wed, 29 Jul 2009 21:18:28 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Harald Schmalzbauer References: <4A4517BE.9040504@FreeBSD.org> <4A6F700D.3060002@omnilan.de> In-Reply-To: <4A6F700D.3060002@omnilan.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 18:19:07 -0000 Harald Schmalzbauer wrote: > Alexander Motin schrieb am 26.06.2009 20:47 (localtime): > ... >> To hot-plug/unplug drive you should use `camcontrol reset ...` and >> then `camcontrol rescan`. > > Is there something similar to 'atacontrol detach ata6'? > I'd like to do some testsand this was very helpful for me. Not yet. But on my tests I am regularly using sequence of: unmount, remove, rescan, insert, rescan, mount. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 18:22:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BE051065670 for ; Wed, 29 Jul 2009 18:22:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAC28FC1A for ; Wed, 29 Jul 2009 18:22:02 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250118162; Wed, 29 Jul 2009 21:21:58 +0300 Message-ID: <4A709323.6050001@FreeBSD.org> Date: Wed, 29 Jul 2009 21:21:23 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Ilya Zhuravlev References: <4A4517BE.9040504@FreeBSD.org> <4A6EBAFC.6090800@cbtnet.ru> In-Reply-To: <4A6EBAFC.6090800@cbtnet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 18:22:03 -0000 Ilya Zhuravlev wrote: > ahci cannot attach drives > 8.0-beta2, laptop asus k50in, nvidia MCP75L-based > > ahci0: [THREAD] > ahci0: AHCI v1.20 with 2 3Gbps ports, Port Multiplier supported > ahcich0: at channel 0 on ahci0 > ahcich0: [THREAD] > ahcich1: at channel 1 on ahci0 > ahcich1: [THREAD] > ...... > (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 > (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > (aprobe0:ahcich0:0:0:0): Uncorrected Parity Error > (aprobe0:ahcich0:0:0:0): Retrying Command > (aprobe0:ahcich0:0:0:0): Uncoreccted Parity Error > (aprobe0:ahcich0:0:0:0): error 5 > (aprobe0:ahcich0:0:0:0): Retries Exhausted > (aprobe1:ahcich1:0:15:0): SIGNATURE: eb14 > (aprobe0:ahcich1:0:0:0): SIGNATURE: eb14 > (aprobe0:ahcich1:0:0:0): Uncoreccted Parity Error > (aprobe0:ahcich1:0:0:0): Retrying Command > (aprobe0:ahcich1:0:0:0): Uncoreccted Parity Error > (aprobe0:ahcich1:0:0:0): error 5 > (aprobe0:ahcich1:0:0:0): Retries Exhausted > > pciconf with ata-driver and ata-compat enabled in bios: > atapci0@pci0:0:11:0: class=0x010185 card=0x1cf71043 chip=0x0ab510de > rev=0xb1 hdr=0x00 > vendor = 'Nvidia Corp' > class = mass storage > subclass = ATA > bar [10] = type I/O Port, range 32, base 0xc080, size 8, enabled > bar [14] = type I/O Port, range 32, base 0xc000, size 4, enabled > bar [18] = type I/O Port, range 32, base 0xbc00, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0xb880, size 4, enabled > bar [20] = type I/O Port, range 32, base 0xb800, size 16, enabled > bar [24] = type Memory, range 32, base 0xfae7c000, size 8192, enabled > cap 01[44] = powerspec 2 supports D0 D3 current D0 > cap 12[8c] = SATA Index-Data Pair > cap 05[b0] = MSI supports 8 messages, 64 bit > > atacontrol for devices on channels attached Try please to uncomment device_printf() lines inside ahci_ch_intr() function. It could give some ideas about what's going on there. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 18:30:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A7701065673 for ; Wed, 29 Jul 2009 18:30:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id D1B728FC0C for ; Wed, 29 Jul 2009 18:30:07 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6TIU35q005619 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 Jul 2009 20:30:04 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> From: Stefan Bethke To: Matthias Andree In-Reply-To: <4A709126.5050102@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 20:30:03 +0200 References: <4A709126.5050102@elischer.org> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current , Julian Elischer Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 18:30:08 -0000 Am 29.07.2009 um 20:12 schrieb Julian Elischer: > Stefan Bethke wrote: >> I just updated this afternoon (r195941), and after rebooting, >> OpenVPN has problems ifconfig'ing a tun interface. >> With sources from about one week ago, this is working: >> Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/ifconfig tun1 >> 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up >> Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net >> 44.128.127.0 44.128.127.2 255.255.255.0 >> Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net >> 44.128.64.0 44.128.127.1 255.255.192.0 >> Now, the same sequence fails: >> Jul 29 17:31:41 diesel openvpn_zs64[1855]: /sbin/ifconfig tun1 >> 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up >> Jul 29 17:31:41 diesel openvpn_zs64[1855]: FreeBSD ifconfig failed: >> external program exited with error status: 1 >> Trying the same command manually gets me: >> /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 >> mtu > > ^^^^^^^^^^^^^^^^^^^^^^^^^ > > have you tried it without using the same address on both ends? Sure, I changed to a custom up script that configures a different address for the other end. The question is: is this an intended change, and does OpenVPN need to be changed? Note that the addresses OpenVPN passed to ifconfig are determined automatically based on various config parameters (both on the client and on the server), so it's not a simple configuration change. It used to be that ifconfig would assign the local address to the p2p interface, and would add a route to the VPN block via that one address. This is from a 7-stable machine connected to the same server: $ ifconfig tun0 tun0: flags=8051 metric 0 mtu 1500 inet 44.128.127.14 --> 44.128.127.14 netmask 0xffffff00 Opened by PID 760 $ netstat -rnfinet ... 44.128.127.0/24 44.128.127.14 UGS 2 499 tun0 44.128.127.14 44.128.127.14 UH 1 0 tun0 ... I'm guessing that adding that host route is not working anymore, and that's why ifconfig is failing. The end result necessary for an OpenVPN setup like mine ("topology subnet") is a tun interface with the local address assigned by the server configuration, and a route to the server-configured subnet going out via the tun interface. The remote address on the tun interface does not actually matter, and no host route is necessary. I have a feeling OpenVPN needs to be changed wrt computing the proper ifconfig parameters. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 18:48:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A51BB106564A for ; Wed, 29 Jul 2009 18:48:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 31E608FC0A for ; Wed, 29 Jul 2009 18:48:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20908 invoked by uid 399); 29 Jul 2009 18:48:35 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 18:48:35 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A709981.80600@FreeBSD.org> Date: Wed, 29 Jul 2009 11:48:33 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> In-Reply-To: <20090729170601.GA2841@tafi.alm.flutnet.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 18:48:41 -0000 Alson van der Meulen wrote: > * Doug Barton [2009-07-29 18:13]: >> Mel Flynn wrote: >>> Gotcha. Is there a reason the flags are removed if the options are not "-r or >>> -f"? >> Yes, so we don't have stale flags sitting around forever to confuse >> future runs. > > I have been bitten by this in the past. A run of portmaster -r > some-lib-that-half-of-my-ports-depend-on aborted because of a shared > library error in a dependency which was not recompiled before the > dependent port. I recompiled the dependency with a manual portmaster > $portname, after this portmaster -r had to start all over. I didn't > expect portmaster to clear the PM_DONE flags during non-resumable > operations like rebuilding a single port (and the manpage contains very > little information about -R). My workaround is to use portupgrade for > these manual fixes. Yes, I've been considering that exact scenario since atm I'm rebuilding all my ports with -afR. How about this? When the user has -[rf] but not -R, and there are flag files present, ask if they should be cleared before beginning to do anything. Otherwise (no -[rf]) ignore them. Sound good? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 19:14:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BCC31065673 for ; Wed, 29 Jul 2009 19:14:44 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id B9C288FC12 for ; Wed, 29 Jul 2009 19:14:43 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz2 with SMTP id 2so158308bwz.43 for ; Wed, 29 Jul 2009 12:14:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=4DjzU6Pv2fkrbsuEVciwCq8iqnfJ2iIlxQYF74CETro=; b=rE4jM9PWaHhmmEWTyZBBudzLRNOBJw1IJuOl/jnKky6Eit/zr7jzr+Qn2FBRopR9Gm EqnVOxQmvRBY0eazWLFv3xulvUTybjTN/2Ub8xsMnQOmC/WIS0SlUJ1Wh0gXpGOw5/at UKICDYQhLGCo4lxHHu8vT99gWS8KHnKaTJoGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=mSM9Bn41Pr2zO+dmGXJwt3gPAKW6iF9qJ5VbVrTHuYJq0UV3w+doRWaOqdLiEVKPHD Hw2Z9y5+OLlanTKj7yAlbwmRRwMeS7X1z+30Qo+uR38+q0OBXdUkfmksbz5gfZvKeExH XLxwuiBSoVIOG/5AB8kQXvgUhFiLS4hw0YNiQ= MIME-Version: 1.0 Received: by 10.204.104.7 with SMTP id m7mr141798bko.92.1248894882710; Wed, 29 Jul 2009 12:14:42 -0700 (PDT) In-Reply-To: <4ad871310907290612m5c89eb3cqd0225c0bda866490@mail.gmail.com> References: <4ad871310907290612m5c89eb3cqd0225c0bda866490@mail.gmail.com> Date: Wed, 29 Jul 2009 15:14:42 -0400 Message-ID: <4ad871310907291214p23f37de7y681131fdc970337@mail.gmail.com> From: Glen Barber To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Reproducible panic: ndis, broadcom 4318 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 19:14:44 -0000 On Wed, Jul 29, 2009 at 9:12 AM, Glen Barber wrote= : > This happens on a new install (7.1-RELEASE upgraded to 8.0-BETA2 using > freebsd-update). =A0No changes have been made to the system aside from > rc.conf edits and copying an existing kernel module for ndis0 from a > backup. =A0The machine panics within a few seconds of loading > bcmwl5_sys.ko, with or without wpa_supplicant enabled. > > There is no kernel.debug for me to run kgdb against. =A0I cannot get the > system connected to the net to do a recent checkout of the tree, but I > will try to build a debug kernel on another machine and copy it with a > flash drive. > > Update: This panic seems to be fixed in later revisions, as the kernel from my build machine, r195886, does not produce this panic when loading the Broadcom module. I am still having issues with the ndis0 device connecting to a network, but this is most probably caused from the kernel and world being out of sync, which I am currently fixing now. --=20 Glen Barber From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 19:35:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 933CB10656B0; Wed, 29 Jul 2009 19:35:17 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB118FC25; Wed, 29 Jul 2009 19:35:17 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id D63577E826; Wed, 29 Jul 2009 11:35:16 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 29 Jul 2009 11:35:16 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> In-Reply-To: <4A709981.80600@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 19:35:18 -0000 On Wednesday 29 July 2009 10:48:33 Doug Barton wrote: > Alson van der Meulen wrote: > > * Doug Barton [2009-07-29 18:13]: > >> Mel Flynn wrote: > >>> Gotcha. Is there a reason the flags are removed if the options are not > >>> "-r or -f"? > >> > >> Yes, so we don't have stale flags sitting around forever to confuse > >> future runs. > > > > I have been bitten by this in the past. A run of portmaster -r > > some-lib-that-half-of-my-ports-depend-on aborted because of a shared > > library error in a dependency which was not recompiled before the > > dependent port. I recompiled the dependency with a manual portmaster > > $portname, after this portmaster -r had to start all over. I didn't > > expect portmaster to clear the PM_DONE flags during non-resumable > > operations like rebuilding a single port (and the manpage contains very > > little information about -R). My workaround is to use portupgrade for > > these manual fixes. > > Yes, I've been considering that exact scenario since atm I'm > rebuilding all my ports with -afR. > > How about this? When the user has -[rf] but not -R, and there are flag > files present, ask if they should be cleared before beginning to do > anything. Otherwise (no -[rf]) ignore them. Sound good? That's definitely "what you would expect it to do". -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 19:58:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99CC410656D7 for ; Wed, 29 Jul 2009 19:58:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 498308FC1A for ; Wed, 29 Jul 2009 19:58:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15800 invoked by uid 399); 29 Jul 2009 19:58:19 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 19:58:19 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A70A9D8.4020701@FreeBSD.org> Date: Wed, 29 Jul 2009 12:58:16 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: Mel Flynn References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 19:58:24 -0000 Mel Flynn wrote: > On Wednesday 29 July 2009 10:48:33 Doug Barton wrote: >> Alson van der Meulen wrote: >>> * Doug Barton [2009-07-29 18:13]: >>>> Mel Flynn wrote: >>>>> Gotcha. Is there a reason the flags are removed if the options are not >>>>> "-r or -f"? >>>> Yes, so we don't have stale flags sitting around forever to confuse >>>> future runs. >>> I have been bitten by this in the past. A run of portmaster -r >>> some-lib-that-half-of-my-ports-depend-on aborted because of a shared >>> library error in a dependency which was not recompiled before the >>> dependent port. I recompiled the dependency with a manual portmaster >>> $portname, after this portmaster -r had to start all over. I didn't >>> expect portmaster to clear the PM_DONE flags during non-resumable >>> operations like rebuilding a single port (and the manpage contains very >>> little information about -R). My workaround is to use portupgrade for >>> these manual fixes. >> Yes, I've been considering that exact scenario since atm I'm >> rebuilding all my ports with -afR. >> >> How about this? When the user has -[rf] but not -R, and there are flag >> files present, ask if they should be cleared before beginning to do >> anything. Otherwise (no -[rf]) ignore them. Sound good? > > That's definitely "what you would expect it to do". Ok, good. I've refined that slightly so that if the user chooses not to delete them they are offered the option of enabling the -R option. Thanks for the feedback. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 20:00:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5D4710656C9; Wed, 29 Jul 2009 20:00:19 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7AB8FC12; Wed, 29 Jul 2009 20:00:19 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id D29B578C32; Wed, 29 Jul 2009 22:00:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xmtbnV4EbRfB; Wed, 29 Jul 2009 22:00:13 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id A01B578C25; Wed, 29 Jul 2009 22:00:13 +0200 (CEST) Date: Wed, 29 Jul 2009 22:00:13 +0200 From: alson+ml@alm.flutnet.org To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20090729200013.GB2841@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A709981.80600@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 20:00:20 -0000 * Doug Barton [2009-07-29 20:48]: > How about this? When the user has -[rf] but not -R, and there are flag > files present, ask if they should be cleared before beginning to do > anything. Otherwise (no -[rf]) ignore them. Sound good? Sounds like a good solution for both problems (stale flag files and unexpected removal). It should default to removing the files with -u. I think that -R is a very useful feature of portmaster, so I'm happy to see it getting improved. Thanks! Alson From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 20:11:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 960971065676 for ; Wed, 29 Jul 2009 20:11:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2AED78FC14 for ; Wed, 29 Jul 2009 20:11:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4545 invoked by uid 399); 29 Jul 2009 20:11:00 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Jul 2009 20:11:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A70ACD2.6030804@FreeBSD.org> Date: Wed, 29 Jul 2009 13:10:58 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> In-Reply-To: <20090729200013.GB2841@tafi.alm.flutnet.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 20:11:04 -0000 alson+ml@alm.flutnet.org wrote: > * Doug Barton [2009-07-29 20:48]: >> How about this? When the user has -[rf] but not -R, and there are flag >> files present, ask if they should be cleared before beginning to do >> anything. Otherwise (no -[rf]) ignore them. Sound good? > > Sounds like a good solution for both problems (stale flag files and > unexpected removal). Thanks. > It should default to removing the files with -u. I'm planning to remove the -u option altogether. It actually does very little now, and certainly does not do what most users expect it should do. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 20:15:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0E941065672; Wed, 29 Jul 2009 20:15:14 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3728FC18; Wed, 29 Jul 2009 20:15:14 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:51115 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWFYM-0000YR-3p; Wed, 29 Jul 2009 22:15:12 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 2B3ED4429A; Wed, 29 Jul 2009 22:15:10 +0200 (CEST) Message-Id: <16B40A2B-A1B5-4528-8721-6D352E7D5419@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A708455.5070304@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 22:15:06 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWFYM-0000YR-3p. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWFYM-0000YR-3p bc9334e9662bd9b399117d24cd624934 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 20:15:15 -0000 On Jul 29, 2009, at 19:18, Andriy Gapon wrote: > > Thanks a lot again! > > Could you please try the following change? > In sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, in > function > zfs_inactive() insert the following line: > vrecycle(vp, curthread); > before the following line: > zfs_znode_free(zp); > > This is in "if (zp->z_dbuf == NULL)" branch. > > I hope that this should work in concert with the patch that Pawel > has posted. > > P.S. > Also Pawel has told me that adding 'CFLAGS+=-DDEBUG=1' to sys/ > modules/zfs/Makefile > should enable additional debugging checks (ASSERTs) in ZFS code. > > -- > Andriy Gapon Better backtraces: Without your vrecycle() addition, and with the -DDEBUG=1 one (note to self: core.txt.32): Unread portion of the kernel message buffer: panic: solaris assert: ((zp)->z_vnode) == ((void *)0), file: /usr/src/ sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/ zfs_znode.c, line: 1043 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 zfs_znode_free() at zfs_znode_free+0xef zfs_freebsd_inactive() at zfs_freebsd_inactive+0x1a VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x4a vinactive() at vinactive+0x6a vput() at vput+0x1c6 dounmount() at dounmount+0x4af unmount() at unmount+0x3c8 syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (22, FreeBSD ELF64, unmount), rip = 0x80104e9ec, rsp = 0x7fffffffaa98, rbp = 0x801223300 --- KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 1m5s Physical memory: 2034 MB Dumping 1405 MB: ... #11 0xffffffff8033a9cb in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:558 #12 0xffffffff80aed21f in zfs_znode_free () from /boot/kernel/zfs.ko #13 0xffffffff80b10a9a in zfs_freebsd_inactive () from /boot/kernel/ zfs.ko #14 0xffffffff805c5b5a in VOP_INACTIVE_APV (vop=0xffffffff80b88220, a=0xffffff00401b9a48) at vnode_if.c:1863 #15 0xffffffff803c6aaa in vinactive (vp=0xffffff004038c3b0, td=0xffffff0040031000) at vnode_if.h:807 #16 0xffffffff803cbf26 in vput (vp=0xffffff004038c3b0) at /usr/src/sys/kern/vfs_subr.c:2257 #17 0xffffffff803c57ef in dounmount (mp=0xffffff0001cea8d0, flags=0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1333 #18 0xffffffff803c5df8 in unmount (td=0xffffff0013adfab0, uap=0xffffff803ead0bf0) at /usr/src/sys/kern/vfs_mount.c:1174 #19 0xffffffff805980bf in syscall (frame=0xffffff803ead0c80) at /usr/src/sys/amd64/amd64/trap.c:984 #20 0xffffffff8057e2c1 in Xfast_syscall () at /usr/src/sys/amd64/ amd64/exception.S:373 #21 0x000000080104e9ec in ?? () Previous frame inner to this frame (corrupt stack?) --------------------------- WITH the vrecycle() and -DDEBUG=1: kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff80342b99 stack pointer = 0x28:0xffffff803eaf8910 frame pointer = 0x28:0xffffff803eaf8970 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 1414 (zpool) panic: from debugger cpuid = 0 KDB: stack backtrace: Uptime: 1m16s Physical memory: 2034 MB Dumping 1407 MB: ... #9 0xffffffff805986aa in trap (frame=0xffffff803eaf8860) at /usr/src/ sys/amd64/amd64/trap.c:639 #10 0xffffffff8057dfe7 in calltrap () at /usr/src/sys/amd64/amd64/ exception.S:224 #11 0xffffffff80342b99 in _sx_xlock_hard (sx=0xffffff0044136251, tid=18446742975340199936, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_sx.c:575 #12 0xffffffff8034350e in _sx_xlock (sx=Variable "sx" is not available. ) at sx.h:155 #13 0xffffffff80aed172 in zfs_znode_free () from /boot/kernel/zfs.ko #14 0xffffffff80b10a8a in zfs_freebsd_inactive () from /boot/kernel/ zfs.ko #15 0xffffffff805c5b5a in VOP_INACTIVE_APV (vop=0xffffff0044136251, a=0xffffff0015b9cd38) at vnode_if.c:1863 #16 0xffffffff803c6aaa in vinactive (vp=0xffffff00443dc588, td=0xffffff0044136001) at vnode_if.h:807 #17 0xffffffff803cbf26 in vput (vp=0xffffff00443dc588) at /usr/src/sys/ kern/vfs_subr.c:2257 #18 0xffffffff803c57ef in dounmount (mp=0xffffff0001cc38d0, flags=0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1333 #19 0xffffffff803c5df8 in unmount (td=0xffffff004415c000, uap=0xffffff803eaf8bf0) at /usr/src/sys/kern/vfs_mount.c:1174 #20 0xffffffff805980bf in syscall (frame=0xffffff803eaf8c80) at /usr/ src/sys/amd64/amd64/trap.c:984 #21 0xffffffff8057e2c1 in Xfast_syscall () at /usr/src/sys/amd64/amd64/ exception.S:373 #22 0x000000080104e9ec in ?? () Previous frame inner to this frame (corrupt stack?) Time to sleep. I only have the kernel.debug for the latter panic, by the way, but at a quick glance they appear to be the same except for the panic line...? Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 20:20:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58382106566C for ; Wed, 29 Jul 2009 20:20:35 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 120D58FC28 for ; Wed, 29 Jul 2009 20:20:34 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:37355 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWFcq-0001c9-5j for freebsd-current@freebsd.org; Wed, 29 Jul 2009 22:19:50 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 806C6389D7 for ; Wed, 29 Jul 2009 22:19:50 +0200 (CEST) Message-Id: <665DE2F7-0899-40B7-9129-2082F2188D3E@exscape.org> From: Thomas Backman To: FreeBSD current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 22:19:47 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWFcq-0001c9-5j. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWFcq-0001c9-5j d5abdafaae10662ee4724a0af8bce520 Subject: ps -axl during textdumps occasionally segfaults with a HUGE ps.core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 20:20:35 -0000 All the info I happen to have: (from core.txt.X) "ps -axl Segmentation fault (core dumped)" The last core I got (/ps.core) was 1076211712 bytes (1026 MiB). Anyone else with this problem? Unfortunately, I deleted the most recent core and so can't gdb it, at least not right now. I did try it on the first one, but got a very broken backtrace. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 20:30:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5418E106564A; Wed, 29 Jul 2009 20:30:20 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB39F8FC1F; Wed, 29 Jul 2009 20:30:19 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:ec34:577f:fc0b:b456] (unknown [IPv6:2001:7b8:3a7:0:ec34:577f:fc0b:b456]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 414EA5C42; Wed, 29 Jul 2009 22:30:18 +0200 (CEST) Message-ID: <4A70B15B.4050907@andric.com> Date: Wed, 29 Jul 2009 22:30:19 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.2pre) Gecko/20090727 Shredder/3.0b4pre MIME-Version: 1.0 To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> <4A6F52BE.9000901@omnilan.de> <9bbcef730907281255u3f426923g886893585899d210@mail.gmail.com> <4A6F5A1F.2070906@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , freebsd-current@freebsd.org, Ivan Voras Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 20:30:20 -0000 On 2009-07-28 22:59, Marius N=FCnnerich wrote: > The current size of the gmirror metadata is 135 bytes so a > providername of 64 would easily fit but I'm not sure it's worth the > hassle. Maybe one could include it if/when there is a new version. > Anyway till then it should be documented and there should be an error > message from the utils which create the mirror (and the other setups). Please try the following patch, to enable an error message, in case any of the providers' names exceeds the maximum length. It should be enough to do "cd /usr/src/sbin/geom && make && sudo make install". I'm not very good at manpages, though... any takers? :) Index: sbin/geom/class/raid3/geom_raid3.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/class/raid3/geom_raid3.c (revision 195939) +++ sbin/geom/class/raid3/geom_raid3.c (working copy) @@ -184,6 +184,8 @@ raid3_label(struct gctl_req *req) return; } hardcode =3D gctl_get_int(req, "hardcode"); + if (hardcode && gctl_check_provider(req, sizeof(md.md_provider))) + return; =20 /* * Calculate sectorsize by finding least common multiple from Index: sbin/geom/class/shsec/geom_shsec.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/class/shsec/geom_shsec.c (revision 195939) +++ sbin/geom/class/shsec/geom_shsec.c (working copy) @@ -116,6 +116,8 @@ shsec_label(struct gctl_req *req) return; } hardcode =3D gctl_get_int(req, "hardcode"); + if (hardcode && gctl_check_provider(req, sizeof(md.md_provider))) + return; =20 /* * Clear last sector first to spoil all components if device exists. Index: sbin/geom/class/stripe/geom_stripe.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/class/stripe/geom_stripe.c (revision 195939) +++ sbin/geom/class/stripe/geom_stripe.c (working copy) @@ -134,6 +134,8 @@ stripe_label(struct gctl_req *req) return; } hardcode =3D gctl_get_int(req, "hardcode"); + if (hardcode && gctl_check_provider(req, sizeof(md.md_provider))) + return; =20 /* * Clear last sector first to spoil all components if device exists. Index: sbin/geom/class/concat/geom_concat.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/class/concat/geom_concat.c (revision 195939) +++ sbin/geom/class/concat/geom_concat.c (working copy) @@ -123,6 +123,8 @@ concat_label(struct gctl_req *req) return; } hardcode =3D gctl_get_int(req, "hardcode"); + if (hardcode && gctl_check_provider(req, sizeof(md.md_provider))) + return; =20 /* * Clear last sector first to spoil all components if device exists. Index: sbin/geom/class/journal/geom_journal.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/class/journal/geom_journal.c (revision 195939) +++ sbin/geom/class/journal/geom_journal.c (working copy) @@ -164,6 +164,9 @@ journal_label(struct gctl_req *req) return; } =20 + if (hardcode && gctl_check_provider(req, sizeof(md.md_provider))) + return; + /* Verify the given providers. */ for (i =3D 0; i < nargs; i++) { str =3D gctl_get_ascii(req, "arg%d", i); Index: sbin/geom/class/mirror/geom_mirror.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/class/mirror/geom_mirror.c (revision 195939) +++ sbin/geom/class/mirror/geom_mirror.c (working copy) @@ -190,6 +190,8 @@ mirror_label(struct gctl_req *req) if (gctl_get_int(req, "nofailsync")) md.md_mflags |=3D G_MIRROR_DEVICE_FLAG_NOFAILSYNC; hardcode =3D gctl_get_int(req, "hardcode"); + if (hardcode && gctl_check_provider(req, sizeof(md.md_provider))) + return; =20 /* * Calculate sectorsize by finding least common multiple from Index: sbin/geom/misc/subr.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/misc/subr.h (revision 195939) +++ sbin/geom/misc/subr.h (working copy) @@ -49,5 +49,6 @@ int gctl_change_param(struct gctl_req *req, const const void *value); int gctl_delete_param(struct gctl_req *req, const char *name); int gctl_has_param(struct gctl_req *req, const char *name); +int gctl_check_provider(struct gctl_req *req, size_t size); =20 #endif /* !_SUBR_H_ */ Index: sbin/geom/misc/subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sbin/geom/misc/subr.c (revision 195939) +++ sbin/geom/misc/subr.c (working copy) @@ -458,3 +458,24 @@ gctl_has_param(struct gctl_req *req, const char *n } return (0); } + +int +gctl_check_provider(struct gctl_req *req, size_t size) +{ + const char *str; + int i, nargs; + + nargs =3D gctl_get_int(req, "nargs"); + + for (i =3D 1; i < nargs; i++) { + str =3D gctl_get_ascii(req, "arg%d", i); + if (strncmp(str, _PATH_DEV, strlen(_PATH_DEV)) =3D=3D 0) + str +=3D strlen(_PATH_DEV); + if (strlen(str) > size - 1) { + gctl_error(req, "Provider name '%s' too long (max %zu " + "chars).", str, size - 1); + return (ENAMETOOLONG); + } + } + return (0); +} From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 20:35:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB7F1065670; Wed, 29 Jul 2009 20:35:59 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 02C088FC12; Wed, 29 Jul 2009 20:35:58 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 2CC2878C25; Wed, 29 Jul 2009 22:35:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2XFfS7+UtM1; Wed, 29 Jul 2009 22:35:52 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id C828978C23; Wed, 29 Jul 2009 22:35:52 +0200 (CEST) Date: Wed, 29 Jul 2009 22:35:52 +0200 From: Alson van der Meulen To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20090729203552.GC2841@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <200907232335.54973.mel.flynn+fbsd.current@mailing.thruhere.net> <4A6FF5FA.5010904@FreeBSD.org> <200907282342.25038.mel.flynn+fbsd.current@mailing.thruhere.net> <4A707534.8000808@FreeBSD.org> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <20090729200013.GB2841@tafi.alm.flutnet.org> <4A70ACD2.6030804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A70ACD2.6030804@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 20:35:59 -0000 * Doug Barton [2009-07-29 22:10]: > I'm planning to remove the -u option altogether. It actually does very > little now, and certainly does not do what most users expect it should > do. Fine by me. I've never actually used -u, with -d (or the equivalent portmaster.rc setting) it's usually fine for unattended runs. The only annoyance is the question about building interactive ports that don't actually require any interaction (bacula comes to mind), since this is the only question in the config phase that's not cached, but this is probably the port maintainers fault for marking it interactive (it does remind me of "no keyboard present, press F1 to continue"). Alson From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 21:17:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 057A4106566C; Wed, 29 Jul 2009 21:17:47 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA108FC1C; Wed, 29 Jul 2009 21:17:46 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 982C345C89; Wed, 29 Jul 2009 23:17:44 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3276E45684; Wed, 29 Jul 2009 23:17:39 +0200 (CEST) Date: Wed, 29 Jul 2009 23:18:03 +0200 From: Pawel Jakub Dawidek To: Thomas Backman Message-ID: <20090729211803.GA2130@garage.freebsd.pl> References: <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <16B40A2B-A1B5-4528-8721-6D352E7D5419@exscape.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <16B40A2B-A1B5-4528-8721-6D352E7D5419@exscape.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 21:17:47 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 29, 2009 at 10:15:06PM +0200, Thomas Backman wrote: > On Jul 29, 2009, at 19:18, Andriy Gapon wrote: >=20 > > > >Thanks a lot again! > > > >Could you please try the following change? > >In sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, in =20 > >function > >zfs_inactive() insert the following line: > > vrecycle(vp, curthread); > >before the following line: > > zfs_znode_free(zp); > > > >This is in "if (zp->z_dbuf =3D=3D NULL)" branch. > > > >I hope that this should work in concert with the patch that Pawel =20 > >has posted. > > > >P.S. > >Also Pawel has told me that adding 'CFLAGS+=3D-DDEBUG=3D1' to sys/=20 > >modules/zfs/Makefile > >should enable additional debugging checks (ASSERTs) in ZFS code. > > > >--=20 > >Andriy Gapon > Better backtraces: >=20 > Without your vrecycle() addition, and with the -DDEBUG=3D1 one (note to = =20 > self: core.txt.32): >=20 > Unread portion of the kernel message buffer: > panic: solaris assert: ((zp)->z_vnode) =3D=3D ((void *)0), file: /usr/src= /=20 > sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/=20 > zfs_znode.c, line: 1043 Modify zfs_inactive() 'zp->z_dbuf =3D=3D NULL' case to look like this: if (zp->z_dbuf =3D=3D NULL) { /* * The fs has been unmounted, or we did a * suspend/resume and this file no longer exists. */ VI_LOCK(vp); vp->v_count =3D 0; /* count arrives as 1 */ vp->v_data =3D NULL; VI_UNLOCK(vp); rw_exit(&zfsvfs->z_teardown_inactive_lock); ZTOV(zp) =3D NULL; vrecycle(vp, curthread); zfs_znode_free(zp); return; } --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKcLyLForvXbEpPzQRAmHsAJ4gLjI2hH8yCsYy62NKANOywFmpbgCgotVG LG97BCENfOQuQ1Z72jkaMcQ= =orhi -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 22:35:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 958761065673 for ; Wed, 29 Jul 2009 22:35:25 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7388FC1B for ; Wed, 29 Jul 2009 22:35:25 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so575564qwe.7 for ; Wed, 29 Jul 2009 15:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=fpLCfkyva86RdzJUS4UFcU5luym9MJBeDqmg3LKoJkM=; b=K8eyj8C8wkVu0rSF+yoDEQeSFnWru+ZzMQBZRNZa6Y9V9LguZ/iGJmR2UX/0uOhWNi eavLGUJLyfOLnAFF6EtK6PWjR0I4s9C2NhaOfgyp+ufOJPFHsWLY4T88bJqBc0hDSlcC Y3W+/KlMap5N/BXKTpDR/McAuK831yOl1WN+g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=B8beufepV8kZQipMyvTkrRZkyOUOoriCp5q+oJKRVQ2g867FMa9Uoey2s1vOH1G7/4 BuBm0eqHDatU689L6DzW1TCAdg/wr9oHHRVvSAZWk9fOOkjW5fW0K/EL8S2AExHRPx7z c/Cj/4+NQWWD3/R28h/6HVQQCI2697Q0nZ9tY= Received: by 10.224.37.69 with SMTP id w5mr311544qad.250.1248906924511; Wed, 29 Jul 2009 15:35:24 -0700 (PDT) Received: from ?10.0.3.231? (pool-71-250-33-226.nwrknj.east.verizon.net [71.250.33.226]) by mx.google.com with ESMTPS id 2sm1724312qwi.3.2009.07.29.15.35.22 (version=SSLv3 cipher=RC4-MD5); Wed, 29 Jul 2009 15:35:23 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Anton Shterenlikht In-Reply-To: <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset="UTF-8" Date: Wed, 29 Jul 2009 18:34:15 -0400 Message-Id: <1248906855.1459.8.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: "O. Hartmann" , freebsd-current@freebsd.org, "O. Hartmann" , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 22:35:25 -0000 On Tue, 2009-07-28 at 15:45 +0100, Anton Shterenlikht wrote: > On Tue, Jul 28, 2009 at 02:22:50PM +0000, O. Hartmann wrote: > > Anton Shterenlikht wrote: > > > On Mon, Jul 27, 2009 at 10:04:28PM +0100, Anton Shterenlikht wrote: > > >> On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: > > >>> Kamigishi Rei wrote: > > >>>> O. Hartmann wrote: > > >>>>> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on > > >>>>> all of our SMP boxes. Is there an issue known at the moment? If not, I > > >>>>> will prepare the kernel for whitnessing and provide more informations, > > >>>>> if you wish. > > >>>> A quick question: what is in the crash message, i.e. the backtrace? > > >>>> And what kind of crash is it - a panic() or a fatal trap? > > >>> On the 8-core server box, I sometimes see : > > >>> > > >>> Fatal trap 12: page fault while in kernel mode > > >>> fault code = supervisor read, page not present > > >> Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0-current and > > >> later with 8.0-beta1 (I havent' built beta2 yet) I'm getting crashes > > >> under load every so often. E.g buildworld -j8 is likely to crash the > > >> box. No messages, just a sudden freeze, no backtrace or panic, and then reboot. > > >> > > >> If load is less heavy, e.g. fewer processes and some idle time, the > > >> problem doesn't seem to appear. > > >> > > >> I'm happy to do any further testing, if suggested. > > > > > > my ia64 8.0-beta1 SMP box died again on > > > make -j8 buildworld > > > with no panic or log entries. > > > > > > Is it possible that some kernel variable needs to > > > be increased? E.g. kern.maxproc, kern.maxfiles, etc. > > > Or perhaps I'm talking complete rubbish.. > > > > > > > I suggest you try again with a UP kernel - a suggestion from a > > kernel-nnob, sorry. My SMP boxes work now with UP-kernel, but they are > > really slowish although they have modern Intel C2D/Penryn cores. > > I need SMP for OpenMP codes. It's a shame if SMP is buggy, but > I guess all is down to small user base.. > Before you go down that path, which, IMHO, is as counterproductive as it is incorrect, could you, please, show the output of sysctl debug | grep panic and check whether output of savecore -vC makes sense to you. -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 23:02:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C2D1065672 for ; Wed, 29 Jul 2009 23:02:17 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from blyon.com (blyon.com [63.236.138.5]) by mx1.freebsd.org (Postfix) with ESMTP id C47778FC0C for ; Wed, 29 Jul 2009 23:02:17 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from labfi.lab1.blyon.com ([74.115.26.30] helo=[10.0.1.2]) by blyon.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MWHbH-000OU1-7y for freebsd-current@freebsd.org; Wed, 29 Jul 2009 15:26:19 -0700 Message-Id: <344C94F7-539E-40BA-BD9D-4BDAE32953BC@blyon.com> From: Barrett Lyon To: freebsd-current@freebsd.org In-Reply-To: <4A70A9D8.4020701@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 29 Jul 2009 15:26:18 -0700 References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> <4A70A9D8.4020701@FreeBSD.org> X-Mailer: Apple Mail (2.935.3) Subject: HEAD newfs/sysinstall issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 23:02:18 -0000 I've been trying to get the current HEAD snapshot installed on an amd64 box that had some screwed up disk geometry from a previous install. When sysinstall runs newfs it complains that it's unable to locate the /dev/ad0x (replace x with whatever it was trying to newfs). Seems like the partition does get created but does not become visible in /dev 7.X works fine. Any ideas? -B From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 23:26:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 497A410656CC for ; Wed, 29 Jul 2009 23:26:31 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id A44258FC1B for ; Wed, 29 Jul 2009 23:26:30 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by ewy2 with SMTP id 2so349293ewy.43 for ; Wed, 29 Jul 2009 16:26:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GJgTq3RbZYBxlH+fzL0F539C0duN5/dlvPfaRvjKh/Q=; b=P0yVsgrlifgvzEtkuDW3hauQ6v6Z3H1BQpVqKKaFfW9Bz/9YGLrUnw8d7sdKmeKlrz vu2lNJEzFZP9YoRQiV7rjYJUfuCC47ss2HavU+xjsnb8TyMppxMDs60zTYgL/n7e2Ekd aiuEaS+eIrKhx4Q5kzDHYjZdHXJ7SCTN1PmzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=FD6fuFTydCCWvM4S1XOs8A74HBWqpHI+syTpe0j6Max5wcfKENOWR6EFLSQg0wjTFf OWeN7gi2NdCf+TvpSwKqssRIL5pyug3+5LCIFcaIkVABll+jdp3xaYfYcAZYwDdXZ8Lx 9kzLD3vvhe3H7P0DjDLRJfgpwIqB2Al+/kCGA= MIME-Version: 1.0 Received: by 10.210.86.1 with SMTP id j1mr487666ebb.27.1248908788026; Wed, 29 Jul 2009 16:06:28 -0700 (PDT) In-Reply-To: <20090728224331.4fc5ed50.ota@j.email.ne.jp> References: <7d6fde3d0902210101yfb42ff6yd0aa31e6f16b5761@mail.gmail.com> <558ffc2b0907231623v2bad80bbref035bd1fd950d39@mail.gmail.com> <20090728224331.4fc5ed50.ota@j.email.ne.jp> Date: Wed, 29 Jul 2009 19:06:27 -0400 Message-ID: <47d0403c0907291606v3dd8857bo1fd9d49b10e2555f@mail.gmail.com> From: Ben Kaduk To: Yoshihiro Ota Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , FreeBSD Current , =?ISO-8859-1?Q?St=E5le_Lyngaas?= Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 23:26:32 -0000 2009/7/28 Yoshihiro Ota : > On Fri, 24 Jul 2009 01:23:18 +0200 > St=E5le Lyngaas wrote: > >> On Sat, Feb 21, 2009 at 11:01 AM, Garrett Cooper wro= te: >> > I don't know how else to describe it, but when I turn up my >> > speakers enough (50%+) and don't have any sound playing, I hear a >> > whitenoise hiss coming out of them. When I change webpages (nvidia >> > driver is GIANT locked) or do something else kernel intensive it stops >> > for a brief second, but apart from that it's an annoying trill sound >> > almost like a mosquito humming around me waiting to be swatted. >> >> I suspect this is due to the CPU executing the HLT instruction. >> >> Try running the following command: >> sysctl machdep.cpu_idle_hlt=3D0 >> >> -- >> St=E5le Lyngaas > > I couldn't find such a sysctl. > The close one was machdep.cpu_hlt. Setting machdep.idle from acpi to spin make my problems go away. (None of the other options (mwait, mwait_hlt, hlt, acpi) helped.) -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Jul 29 23:43:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0429F106566C for ; Wed, 29 Jul 2009 23:43:32 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id AF7138FC1B for ; Wed, 29 Jul 2009 23:43:31 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (unknown [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id BAF6F78FB8; Thu, 30 Jul 2009 03:43:29 +0400 (MSD) Message-ID: <4A70DEA5.6010406@haruhiism.net> Date: Thu, 30 Jul 2009 03:43:33 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Barrett Lyon References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> <4A70A9D8.4020701@FreeBSD.org> <344C94F7-539E-40BA-BD9D-4BDAE32953BC@blyon.com> In-Reply-To: <344C94F7-539E-40BA-BD9D-4BDAE32953BC@blyon.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEAD newfs/sysinstall issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 23:43:32 -0000 Barrett Lyon wrote: > I've been trying to get the current HEAD snapshot installed on an > amd64 box that had some screwed up disk geometry from a previous install. > When sysinstall runs newfs it complains that it's unable to locate the > /dev/ad0x (replace x with whatever it was trying to newfs). Seems > like the partition does get created but does not become visible in /dev > 7.X works fine. > Any ideas? Could you please provide the output of: fdisk /dev/ad0 and bsdlabel /dev/ad0sX where X is the FreeBSD slice? This can be done from fixit, f.ex. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 01:57:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FDBC106564A; Thu, 30 Jul 2009 01:57:49 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.cust.ramtel.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mx1.freebsd.org (Postfix) with ESMTP id F12758FC19; Thu, 30 Jul 2009 01:57:48 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mdounin.cust.ramtel.ru (Postfix) with ESMTP id AD8E31700F; Thu, 30 Jul 2009 05:38:57 +0400 (MSD) Date: Thu, 30 Jul 2009 05:38:57 +0400 From: Maxim Dounin To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Message-ID: <20090730013857.GB8794@mdounin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: another zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 01:57:49 -0000 Hello! Here is zfs panic I'm able to reproduce by running an scp from remote machine to zfs volume and 3 parallel untars of ports tree in cycle. Not sure that everything is required, but the above workload triggers panic in several hours. This is on fresh current with GENERIC kernel: panic: sx_xlock() of destroyed sx @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_rlock.c:535 cpuid = 6 KDB: enter: panic [thread pid 36 tid 100071 ] Stopped at kdb_enter+0x3d: movq $0,0x68a040(%rip) db> bt Tracing pid 36 tid 100071 td 0xffffff00040f3720 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b _sx_xlock() at _sx_xlock+0xfc zfs_range_unlock() at zfs_range_unlock+0x38 zfs_get_data() at zfs_get_data+0xc1 zil_commit() at zil_commit+0x532 zfs_sync() at zfs_sync+0xa6 sync_fsync() at sync_fsync+0x13a sync_vnode() at sync_vnode+0x157 sched_sync() at sched_sync+0x1d1 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80e7ee3d30, rbp = 0 --- Machine is otherwise idle. The only zfs-related tuning applied is compression=gzip-9. Please let me know if you want me to test some patches. Maxim Dounin From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 02:13:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 794E4106566C for ; Thu, 30 Jul 2009 02:13:42 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA098FC0A for ; Thu, 30 Jul 2009 02:13:41 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by qyk29 with SMTP id 29so1646531qyk.3 for ; Wed, 29 Jul 2009 19:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=e5TOJ7Y6Le2eCRhDsguenDOsMfWz5edPR5W0MbVvxgo=; b=Y4TufWE8ZFMSE7biJ1mD4kqgZVow8ZvDikY5IVNE0MLm6KQk249NeIav8qnLecXFEI InAifyuhe1MqkYIhJ57CD67JX5+RcqSBXgsHAkY96ntl+fFhboGCfzSCXQicLVknLXsf hBKIdOLSumajh4AORCYNYNeusgrbwSY279xLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Z8Lh8zIljr7Aw6EpLjOBnNwGkzq7PnSQnQcYYwsnpYbFmpt9xTI0FmIRePPRgKEG4X VMnrHwW1r+mt1XfNwHFBPU9Q2QkGVN7fLkFzvF6hjSEAK+6xsMCz1H3/kimXA68nDVJW wmXzK50YRMdGKtwgMHYcmH+3k07dRQnLM6AlA= MIME-Version: 1.0 Received: by 10.229.74.77 with SMTP id t13mr121788qcj.7.1248920021526; Wed, 29 Jul 2009 19:13:41 -0700 (PDT) In-Reply-To: <20090730013857.GB8794@mdounin.ru> References: <20090730013857.GB8794@mdounin.ru> Date: Wed, 29 Jul 2009 21:13:41 -0500 Message-ID: <11167f520907291913i2718f784hf3d468284383eab1@mail.gmail.com> From: "Sam Fourman Jr." To: Maxim Dounin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: another zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 02:13:42 -0000 On Wed, Jul 29, 2009 at 8:38 PM, Maxim Dounin wrote: > Hello! > > Here is zfs panic I'm able to reproduce by running an scp from > remote machine to zfs volume and 3 parallel untars of ports tree > in cycle. =A0Not sure that everything is required, but the above > workload triggers panic in several hours. > > This is on fresh current with GENERIC kernel: > > panic: sx_xlock() of destroyed sx @ > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zfs_rlock.c:535 > cpuid =3D 6 > KDB: enter: panic > [thread pid 36 tid 100071 ] > Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0$0,0x68a040(%rip) > db> bt > Tracing pid 36 tid 100071 td 0xffffff00040f3720 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > _sx_xlock() at _sx_xlock+0xfc > zfs_range_unlock() at zfs_range_unlock+0x38 > zfs_get_data() at zfs_get_data+0xc1 > zil_commit() at zil_commit+0x532 > zfs_sync() at zfs_sync+0xa6 > sync_fsync() at sync_fsync+0x13a > sync_vnode() at sync_vnode+0x157 > sched_sync() at sched_sync+0x1d1 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff80e7ee3d30, rbp =3D 0 --- > > Machine is otherwise idle. =A0The only zfs-related tuning applied is > compression=3Dgzip-9. > > Please let me know if you want me to test some patches. > > Maxim Dounin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " what is the output of uname -a what is the contents of /boot/loader.conf Sam Fourman Jr From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 02:51:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72CBB106566B; Thu, 30 Jul 2009 02:51:49 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.cust.ramtel.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7698FC16; Thu, 30 Jul 2009 02:51:49 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mdounin.cust.ramtel.ru (Postfix) with ESMTP id 91B1B1701C; Thu, 30 Jul 2009 06:51:47 +0400 (MSD) Date: Thu, 30 Jul 2009 06:51:47 +0400 From: Maxim Dounin To: "Sam Fourman Jr." Message-ID: <20090730025147.GC8794@mdounin.ru> References: <20090730013857.GB8794@mdounin.ru> <11167f520907291913i2718f784hf3d468284383eab1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <11167f520907291913i2718f784hf3d468284383eab1@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: another zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 02:51:49 -0000 Hello! On Wed, Jul 29, 2009 at 09:13:41PM -0500, Sam Fourman Jr. wrote: > On Wed, Jul 29, 2009 at 8:38 PM, Maxim Dounin wrote: > > Hello! > > > > Here is zfs panic I'm able to reproduce by running an scp from > > remote machine to zfs volume and 3 parallel untars of ports tree > > in cycle. šNot sure that everything is required, but the above > > workload triggers panic in several hours. > > > > This is on fresh current with GENERIC kernel: > > > > panic: sx_xlock() of destroyed sx @ > > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_rlock.c:535 [...] > what is the output of uname -a > what is the contents of /boot/loader.conf $ uname -a FreeBSD x0040.mgmt.vega.ru 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Wed Jul 29 12:46:06 UTC 2009 root@x0040.mgmt.vega.ru:/usr/obj/usr/src/sys/GENERIC amd64 $ cat /boot/loader.conf beastie_disable="YES" geom_mirror_load="YES" hint.uart.0.flags="0" hint.uart.1.flags="0x10" Maxim Dounin From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 00:13:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3203B106567A for ; Thu, 30 Jul 2009 00:13:17 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1CF0C8FC27 for ; Thu, 30 Jul 2009 00:13:15 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 29 Jul 2009 23:46:33 -0000 Received: from g226234020.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.226.234.20] by mail.gmx.net (mp034) with SMTP; 30 Jul 2009 01:46:33 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19MVytfzG1Mu60E7UnhQr6e0yPYynCjA1wWysNcqW vq8NXIvn8D0lPe Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 88A3794B01; Thu, 30 Jul 2009 01:46:31 +0200 (CEST) Date: Thu, 30 Jul 2009 01:46:30 +0200 To: "Stefan Bethke" From: "Matthias Andree" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> Content-Transfer-Encoding: 7bit Organization: Message-ID: In-Reply-To: <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> User-Agent: Opera Mail/9.64 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.49 X-Mailman-Approved-At: Thu, 30 Jul 2009 03:31:11 +0000 Cc: FreeBSD Current , Julian Elischer Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 00:13:18 -0000 Am 29.07.2009, 20:30 Uhr, schrieb Stefan Bethke : > Am 29.07.2009 um 20:12 schrieb Julian Elischer: > >> Stefan Bethke wrote: >>> I just updated this afternoon (r195941), and after rebooting, OpenVPN >>> has problems ifconfig'ing a tun interface. >>> With sources from about one week ago, this is working: >>> Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/ifconfig tun1 >>> 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up >>> Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net >>> 44.128.127.0 44.128.127.2 255.255.255.0 >>> Jul 29 03:07:15 diesel openvpn_zs64[14785]: /sbin/route add -net >>> 44.128.64.0 44.128.127.1 255.255.192.0 >>> Now, the same sequence fails: >>> Jul 29 17:31:41 diesel openvpn_zs64[1855]: /sbin/ifconfig tun1 >>> 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up >>> Jul 29 17:31:41 diesel openvpn_zs64[1855]: FreeBSD ifconfig failed: >>> external program exited with error status: 1 >>> Trying the same command manually gets me: >>> /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu >> >> ^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> have you tried it without using the same address on both ends? > > Sure, I changed to a custom up script that configures a different > address for the other end. The question is: is this an intended change, > and does OpenVPN need to be changed? > > Note that the addresses OpenVPN passed to ifconfig are determined > automatically based on various config parameters (both on the client and > on the server), so it's not a simple configuration change. > > It used to be that ifconfig would assign the local address to the p2p > interface, and would add a route to the VPN block via that one address. > This is from a 7-stable machine connected to the same server: > > $ ifconfig tun0 > tun0: flags=8051 metric 0 mtu 1500 > inet 44.128.127.14 --> 44.128.127.14 netmask 0xffffff00 > Opened by PID 760 > $ netstat -rnfinet > ... > 44.128.127.0/24 44.128.127.14 UGS 2 499 tun0 > 44.128.127.14 44.128.127.14 UH 1 0 tun0 > ... > > I'm guessing that adding that host route is not working anymore, and > that's why ifconfig is failing. > > The end result necessary for an OpenVPN setup like mine ("topology > subnet") is a tun interface with the local address assigned by the > server configuration, and a route to the server-configured subnet going > out via the tun interface. The remote address on the tun interface does > not actually matter, and no host route is necessary. > > I have a feeling OpenVPN needs to be changed wrt computing the proper > ifconfig parameters. Hi everybody, If that is the case, then we should go quickly to either make it go into 8-CURRENT's ports or OpenVPN 2.1, or both. I'm not sure I have sufficient context or time to read up to determine my own role here (I haven't been following -current for lack of time); can someone summarize the issue for me? Thanks & best regards Matthias From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 04:28:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C68B61065673; Thu, 30 Jul 2009 04:27:59 +0000 (UTC) (envelope-from jh@sandstorm.net) Received: from sirocco.sandstorm.net (sirocco.sandstorm.net [69.33.111.75]) by mx1.freebsd.org (Postfix) with ESMTP id 757068FC18; Thu, 30 Jul 2009 04:27:59 +0000 (UTC) (envelope-from jh@sandstorm.net) Received: from h19.glup.org (207-172-212-135.c3-0.smr-ubr1.sbo-smr.ma.static.cable.rcn.com [207.172.212.135]) (authenticated bits=0) by sirocco.sandstorm.net (8.13.8/8.13.3) with ESMTP id n6U4Bjqe055155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2009 00:11:46 -0400 (EDT) (envelope-from jh@sandstorm.net) Message-ID: <4A711D7C.2060100@sandstorm.net> Date: Thu, 30 Jul 2009 00:11:40 -0400 From: john hood User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Dr Josef Karthauser , freebsd-usb@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------050903090106080603080204" X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on sirocco.sandstorm.net X-Mailman-Approved-At: Thu, 30 Jul 2009 04:37:11 +0000 Cc: Subject: bug fix for aue driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 04:28:02 -0000 This is a multi-part message in MIME format. --------------050903090106080603080204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a D-Link DSB-650 USB ethernet adapter, which uses an ADMtek AN986 USB MAC, a Broadcom BCM5201 PHY device, and the aue driver. Recent versions of FreeBSD (7.1, 7.2, 8 beta 2) all get stuck on "aue0: MII read timed out" errors after you try and bring the interface up. (The system continues to run, but you get long waits performing ioctls on the device, and no actual packets.) I think I've found the problem; the device is getting mis-initialized, and has been ever since the early days of the driver. The old code mis-sets a power-down configuration line on the PHY just as it's resetting it. I think I have a fix; it 1) does the right thing for ADMtek's reference design, 2) matches (better) what the Linux driver does (successfully, for me), 3) matches the actual circuit of the DSB-650, 4) makes sense when you read it. I suspect it will improve the situation for most users of Pegasus-based Ethernet adapters, and probably resolve most of the weird media- and PHY-related issues the driver's had for its entire life. Would people try the attached patch? (If anyone cares much about an obsolete Ethernet adapter-- I used this mostly as an excuse to wade into the USB stack and understand it a little better...) If you get debugging spew, please forward it to me. If it just works (or not), tell me that too. The patch is against 8.0-beta2. It won't apply to the old, pre-USB2 driver in sys/dev/usb/if_aue.c, but the significant change is the reset code in the last hunk of the patch; trying that on whatever version of FreeBSD you're using is worthwhile. Thanks, --jh --------------050903090106080603080204 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="aue.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aue.diff" --- /sys/dev/usb/net/if_aue.c 2009-06-26 07:45:06.000000000 -0400 +++ if_aue.c 2009-07-21 23:30:12.000000000 -0400 @@ -312,8 +312,10 @@ USETW(req.wLength, 1); err = uether_do_request(&sc->sc_ue, &req, &val, 1000); - if (err) + if (err) { + DPRINTF("%s(%04x): %04x ", __func__, reg, err); return (0); + } return (val); } @@ -331,8 +333,10 @@ USETW(req.wLength, 2); err = uether_do_request(&sc->sc_ue, &req, &val, 1000); - if (err) + if (err) { + DPRINTF("%s(%04x): %04x ", __func__, reg, err); return (0); + } return (le16toh(val)); } @@ -340,6 +344,7 @@ aue_csr_write_1(struct aue_softc *sc, uint16_t reg, uint8_t val) { struct usb_device_request req; + usb_error_t err; req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = AUE_UR_WRITEREG; @@ -348,8 +353,8 @@ USETW(req.wIndex, reg); USETW(req.wLength, 1); - if (uether_do_request(&sc->sc_ue, &req, &val, 1000)) { - /* error ignored */ + if ((err = uether_do_request(&sc->sc_ue, &req, &val, 1000))) { + DPRINTF("%s(%04x,%02x): %04x ", __func__, reg, val, err); } } @@ -357,6 +362,7 @@ aue_csr_write_2(struct aue_softc *sc, uint16_t reg, uint16_t val) { struct usb_device_request req; + usb_error_t err; req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = AUE_UR_WRITEREG; @@ -366,8 +372,8 @@ val = htole16(val); - if (uether_do_request(&sc->sc_ue, &req, &val, 1000)) { - /* error ignored */ + if ((err = uether_do_request(&sc->sc_ue, &req, &val, 1000))) { + DPRINTF("%s(%04x,%04x): %04x ", __func__, reg, val, err); } } @@ -484,7 +490,7 @@ } if (i == AUE_TIMEOUT) - device_printf(sc->sc_ue.ue_dev, "MII read timed out\n"); + device_printf(sc->sc_ue.ue_dev, "MII write timed out\n"); if (!locked) AUE_UNLOCK(sc); @@ -606,8 +612,8 @@ * Note: We force all of the GPIO pins low first, *then* * enable the ones we want. */ - aue_csr_write_1(sc, AUE_GPIO0, AUE_GPIO_OUT0|AUE_GPIO_SEL0); - aue_csr_write_1(sc, AUE_GPIO0, AUE_GPIO_OUT0|AUE_GPIO_SEL0|AUE_GPIO_SEL1); + aue_csr_write_1(sc, AUE_GPIO0, AUE_GPIO_SEL0|AUE_GPIO_SEL1); + aue_csr_write_1(sc, AUE_GPIO0, AUE_GPIO_SEL0|AUE_GPIO_SEL1|AUE_GPIO_OUT0); if (sc->sc_flags & AUE_FLAG_LSYS) { /* Grrr. LinkSys has to be different from everyone else. */ --------------050903090106080603080204-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 05:49:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 781BE106564A; Thu, 30 Jul 2009 05:49:44 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id BBA1D8FC1B; Thu, 30 Jul 2009 05:49:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C550145CD9; Thu, 30 Jul 2009 07:49:41 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9BB5945C8A; Thu, 30 Jul 2009 07:49:36 +0200 (CEST) Date: Thu, 30 Jul 2009 07:50:01 +0200 From: Pawel Jakub Dawidek To: Maxim Dounin Message-ID: <20090730055001.GB2130@garage.freebsd.pl> References: <20090730013857.GB8794@mdounin.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p4qYPpj5QlsIQJ0K" Content-Disposition: inline In-Reply-To: <20090730013857.GB8794@mdounin.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: another zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 05:49:44 -0000 --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2009 at 05:38:57AM +0400, Maxim Dounin wrote: > Hello! >=20 > Here is zfs panic I'm able to reproduce by running an scp from=20 > remote machine to zfs volume and 3 parallel untars of ports tree=20 > in cycle. Not sure that everything is required, but the above=20 > workload triggers panic in several hours. >=20 > This is on fresh current with GENERIC kernel: >=20 > panic: sx_xlock() of destroyed sx @=20 > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zfs_rlock.c:535 > cpuid =3D 6 > KDB: enter: panic > [thread pid 36 tid 100071 ] > Stopped at kdb_enter+0x3d: movq $0,0x68a040(%rip) > db> bt > Tracing pid 36 tid 100071 td 0xffffff00040f3720 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > _sx_xlock() at _sx_xlock+0xfc > zfs_range_unlock() at zfs_range_unlock+0x38 > zfs_get_data() at zfs_get_data+0xc1 > zil_commit() at zil_commit+0x532 > zfs_sync() at zfs_sync+0xa6 > sync_fsync() at sync_fsync+0x13a > sync_vnode() at sync_vnode+0x157 > sched_sync() at sched_sync+0x1d1 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff80e7ee3d30, rbp =3D 0 --- >=20 > Machine is otherwise idle. The only zfs-related tuning applied is=20 > compression=3Dgzip-9. >=20 > Please let me know if you want me to test some patches. The kernel syncer tries to sync vnode which has its znode already destroyed. There is one place (that we know of) where vrecycle() is missing. Could you try this patch: http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --p4qYPpj5QlsIQJ0K Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKcTSJForvXbEpPzQRAnA8AKCW8RInnvuPRaqbzWtUW6d/h121XgCfdgK1 ltQcddAqHrtc3JaVmnyjIlQ= =hpX/ -----END PGP SIGNATURE----- --p4qYPpj5QlsIQJ0K-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 06:34:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E31106567E for ; Thu, 30 Jul 2009 06:34:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outv.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 83EDE8FC15 for ; Thu, 30 Jul 2009 06:34:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 873A9B7564; Wed, 29 Jul 2009 23:34:59 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id B23132D6012; Wed, 29 Jul 2009 23:34:58 -0700 (PDT) Message-ID: <4A713F17.6000703@elischer.org> Date: Wed, 29 Jul 2009 23:35:03 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: ports@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: freeBSD ports currency. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 06:34:59 -0000 FreeBSd was just added to the survey of "how fresh are the packages on a distro" survey at: http://oswatershed.org/ I think we are doing ok.. it's preliminary data only and one should not read too much into it. julian From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 06:37:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FD1E1065702; Thu, 30 Jul 2009 06:37:48 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD708FC12; Thu, 30 Jul 2009 06:37:47 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6U6bjoa026654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2009 08:37:46 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A713FB9.6020002@omnilan.de> Date: Thu, 30 Jul 2009 08:37:45 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Dimitry Andric References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> <4A6F52BE.9000901@omnilan.de> <9bbcef730907281255u3f426923g886893585899d210@mail.gmail.com> <4A6F5A1F.2070906@omnilan.de> <4A70B15B.4050907@andric.com> In-Reply-To: <4A70B15B.4050907@andric.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4772A6F0B1B0E431E9E59CDA" Cc: =?ISO-8859-1?Q?Marius_N=FCnnerich?= , freebsd-current@freebsd.org, Ivan Voras Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 06:37:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4772A6F0B1B0E431E9E59CDA Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Dimitry Andric schrieb am 29.07.2009 22:30 (localtime): =2E.. > Please try the following patch, to enable an error message, in case any= > of the providers' names exceeds the maximum length. It should be enoug= h > to do "cd /usr/src/sbin/geom && make && sudo make install". >=20 > I'm not very good at manpages, though... any takers? :) I always wanted to look into man pages from the editors side. Expect something toady, otherwise I'll notify when I failed... Thnaks, -Harry --------------enig4772A6F0B1B0E431E9E59CDA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpxP7kACgkQLDqVQ9VXb8jm3wCdHo9qIcvUO4jwXVxT23vKtUpb InsAnijqEXKAN5s+UuaZxDBQR/dzc7K5 =KZRW -----END PGP SIGNATURE----- --------------enig4772A6F0B1B0E431E9E59CDA-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 06:40:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37B4D10657B9 for ; Thu, 30 Jul 2009 06:40:24 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 6820A8FC17 for ; Thu, 30 Jul 2009 06:40:23 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6U6eKQ4030347 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 30 Jul 2009 08:40:20 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: Matthias Andree In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 08:40:19 +0200 References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 06:40:24 -0000 Am 30.07.2009 um 01:46 schrieb Matthias Andree: > Hi everybody, > > If that is the case, then we should go quickly to either make it go > into 8-CURRENT's ports or OpenVPN 2.1, or both. > > I'm not sure I have sufficient context or time to read up to > determine my own role here (I haven't been following -current for > lack of time); can someone summarize the issue for me? I can try to summarize; I don't think I'll have time to come up with a patch this weekend. The problem appears to be that OpenVPN invokes ifconfig with incorrect (but previously working) parameters, namely "ifconfig tun0 local_ip local_ip" instead of "ifconfig tun0 local_ip remote_ip". The problem does not appear to be the SIOCAIFADDR but the RT_ADD that ifconfig does. When I drafted a replacement OpenVPN --up script yesterday, I also noticed that the parameters passed to the script are wrong (netmask instead of remote ip), and environment variables are partially not set (ifconfig_remote is empty). This issue appears to affect tun-mode connections; tap-mode connections appear to continue to work. I'm not sure if that is a more general problem with OpenVPN (at least in --topology subnet mode), or a specific problem in the FreeBSD- specific code. I just looked at a Linux box connected to the same OpenVPN server, and their ifconfig invocation looks different from ours, so the FreeBSD-specific code at least plays some role. I'd still like to know whether the change to the routing code is intentional or a regression. Stefan p.s. log output wrt ifconfig: FreeBSD (working up to last week, continues to work in -stable): /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up Linux: /sbin/ifconfig tun4 44.128.127.15 netmask 255.255.255.0 mtu 1500 broadcast 44.128.127.255 It is interesting to note that tun4 on the Linux box has the same local and remote address: /sbin/ifconfig tun4 tun4 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:44.128.127.15 P-t-P:44.128.127.15 Mask: 255.255.255.0 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 07:01:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D601065676 for ; Thu, 30 Jul 2009 07:01:30 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id C0F298FC15 for ; Thu, 30 Jul 2009 07:01:29 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:33458 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWPdE-0006DW-4a for freebsd-current@freebsd.org; Thu, 30 Jul 2009 09:00:54 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 1102F45A4D for ; Thu, 30 Jul 2009 09:00:52 +0200 (CEST) Message-Id: <94F61AF3-E0D2-4BCD-8C74-07C3C0752A47@exscape.org> From: Thomas Backman To: FreeBSD current In-Reply-To: <665DE2F7-0899-40B7-9129-2082F2188D3E@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 09:00:50 +0200 References: <665DE2F7-0899-40B7-9129-2082F2188D3E@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWPdE-0006DW-4a. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWPdE-0006DW-4a 73e792aefd92567d54b04789ac4929de Subject: Re: ps -axl during textdumps occasionally segfaults with a HUGE ps.core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 07:01:30 -0000 On Jul 29, 2009, at 22:19, Thomas Backman wrote: > All the info I happen to have: > > (from core.txt.X) > "ps -axl > > Segmentation fault (core dumped)" > > The last core I got (/ps.core) was 1076211712 bytes (1026 MiB). > > Anyone else with this problem? > Unfortunately, I deleted the most recent core and so can't gdb it, > at least not right now. I did try it on the first one, but got a > very broken backtrace. > > Regards, > Thomas More detail: Core was generated by `ps'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008009603a6 in bcopy () from /lib/libc.so.7 (gdb) bt #0 0x00000008009603a6 in bcopy () from /lib/libc.so.7 #1 0x0000000800770141 in _kvm_freeprocs () from /lib/libkvm.so.5 #2 0x0000000800770870 in kvm_getprocs () from /lib/libkvm.so.5 #3 0x0000000000405322 in uname () #4 0x0000000000401f0e in ?? () #5 0x0000000800539000 in ?? () #6 0x0000000000000000 in ?? () #7 0x0000000000000006 in ?? () #8 0x00007fffffffef40 in ?? () #9 0x00007fffffffef43 in ?? () #10 0x00007fffffffef46 in ?? () #11 0x00007fffffffef5b in ?? () #12 0x00007fffffffef5e in ?? () #13 0x00007fffffffef72 in ?? () #14 0x0000000000000000 in ?? () ... #586 0x0000000000000000 in ?? () #587 0x0073702f6e69622f in ?? () #588 0x247c8d48002454ff in ?? () #589 0x01a1c0c748006a10 in ?? () #590 0x66fdebf4050f0000 in ?? () #591 0x9066669066669066 in ?? () #592 0x00007fffffffeda0 in ?? () #593 0x0000000000000006 in ?? () #594 0x00007fffffffedd8 in ?? () #595 0x0000000000000004 in ?? () Cannot access memory at address 0x800000000000 (gdb) Not exactly a lot of useful info. Still, anyone else noticed this? Oh, and this core was *exactly* as big as the previous one (1076211712 bytes)... Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 07:05:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215DA1065688; Thu, 30 Jul 2009 07:05:01 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8334C8FC15; Thu, 30 Jul 2009 07:05:00 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:33499 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWPgt-0007jt-4x; Thu, 30 Jul 2009 09:04:41 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 11E86BD868; Thu, 30 Jul 2009 09:04:40 +0200 (CEST) Message-Id: <4FD5D430-9847-4333-AF47-00DE735E0E25@exscape.org> From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090729211803.GA2130@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 09:04:38 +0200 References: <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <16B40A2B-A1B5-4528-8721-6D352E7D5419@exscape.org> <20090729211803.GA2130@garage.freebsd.pl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWPgt-0007jt-4x. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWPgt-0007jt-4x 7001baa20cfa4ad814278fba78822f71 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 07:05:02 -0000 On Jul 29, 2009, at 23:18, Pawel Jakub Dawidek wrote: > On Wed, Jul 29, 2009 at 10:15:06PM +0200, Thomas Backman wrote: >> On Jul 29, 2009, at 19:18, Andriy Gapon wrote: >> >>> >>> Thanks a lot again! >>> >>> Could you please try the following change? >>> In sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, in >>> function >>> zfs_inactive() insert the following line: >>> vrecycle(vp, curthread); >>> before the following line: >>> zfs_znode_free(zp); >>> >>> This is in "if (zp->z_dbuf == NULL)" branch. >>> >>> I hope that this should work in concert with the patch that Pawel >>> has posted. >>> >>> P.S. >>> Also Pawel has told me that adding 'CFLAGS+=-DDEBUG=1' to sys/ >>> modules/zfs/Makefile >>> should enable additional debugging checks (ASSERTs) in ZFS code. >>> >>> -- >>> Andriy Gapon >> Better backtraces: >> >> Without your vrecycle() addition, and with the -DDEBUG=1 one (note to >> self: core.txt.32): >> >> Unread portion of the kernel message buffer: >> panic: solaris assert: ((zp)->z_vnode) == ((void *)0), file: /usr/ >> src/ >> sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/ >> zfs_znode.c, line: 1043 > > Modify zfs_inactive() 'zp->z_dbuf == NULL' case to look like this: > > if (zp->z_dbuf == NULL) { > /* > * The fs has been unmounted, or we did a > * suspend/resume and this file no longer exists. > */ > VI_LOCK(vp); > vp->v_count = 0; /* count arrives as 1 */ > vp->v_data = NULL; > VI_UNLOCK(vp); > rw_exit(&zfsvfs->z_teardown_inactive_lock); > ZTOV(zp) = NULL; > vrecycle(vp, curthread); > zfs_znode_free(zp); > return; > } New code, new panic. :( Same place as before, on exporting. panic: solaris assert: zp != ((void *)0), file: /usr/src/sys/modules/ zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 4357 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 zfs_freebsd_reclaim() at zfs_freebsd_reclaim+0x1f2 VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0x4a vgonel() at vgonel+0x12e vrecycle() at vrecycle+0x7d zfs_inactive() at zfs_inactive+0x1aa zfs_freebsd_inactive() at zfs_freebsd_inactive+0x1a VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x4a vinactive() at vinactive+0x6a vput() at vput+0x1c6 dounmount() at dounmount+0x4af unmount() at unmount+0x3c8 syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1--- syscall (22, FreeBSD ELF64, unmount), rip = 0x80104e9ec, rsp = 0x7fffffffaa98, rbp = 0x801223300 --- KDB: enter: panic [lockedvnods] 0xffffff000bf8f3b0: tag zfs, type VDIR usecount 0, writecount 0, refcount 1 mountedhere 0 flags (VI_DOOMED|VI_DOINGINACT) lock type zfs: EXCL by thread 0xffffff00450b0390 (pid 1400)panic: from debuggercpuid = 0 Uptime: 1m34s Physical memory: 2030 MB Dumping 1407 MB: ... #11 0xffffffff8033a9cb in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:558#12 0xffffffff80b110c2 in zfs_freebsd_reclaim () from /boot/kernel/zfs.ko #13 0xffffffff805c5c2a in VOP_RECLAIM_APV (vop=0x0, a=0xffffff803e9578f0) at vnode_if.c:1926 #14 0xffffffff803c839e in vgonel (vp=0xffffff000bf8f3b0) at vnode_if.h: 830 #15 0xffffffff803ca7ad in vrecycle (vp=0xffffff000bf8f3b0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_subr.c:2504 #16 0xffffffff80b109ea in zfs_inactive () from /boot/kernel/zfs.ko #17 0xffffffff80b88220 in ?? () #18 0xffffff803e9579f0 in ?? () #19 0xffffff00450b0390 in ?? () #20 0x0000000000000000 in ?? () #21 0xffffff803e957a40 in ?? () #22 0xffffff803e9579c0 in ?? () #23 0xffffffff80b10a9a in zfs_freebsd_inactive () from /boot/kernel/ zfs.ko #24 0xffffffff805c5b5a in VOP_INACTIVE_APV (vop=0xffffff000bf8f470, a=0xffffff0045146a48) at vnode_if.c:1863 #25 0xffffffff803c6aaa in vinactive (vp=0xffffff000bf8f3b0, td=0xffffff000bf8f3b0) at vnode_if.h:807 #26 0xffffffff803cbf26 in vput (vp=0xffffff000bf8f3b0) at /usr/src/ sys/kern/vfs_subr.c:2257 #27 0xffffffff803c57ef in dounmount (mp=0xffffff0002d0e8d0, flags=0, td=Variable "td" is not available. ) #28 0xffffffff803c5df8 in unmount (td=0xffffff00450b0390, uap=0xffffff803e957bf0) at /usr/src/sys/kern/vfs_mount.c:1174#29 0xffffffff805980bf in syscall (frame=0xffffff803e957c80) at /usr/src/sys/amd64/amd64/trap.c:984 #30 0xffffffff8057e2c1 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373#31 0x000000080104e9ec in ?? ()Previous frame inner to this frame (corrupt stack?) BTW, here's my svn diff output (in /usr/src; one irrelevant patch not shown; I used your previous zfs_vnops.2.c patch and then replaced the if block as above): Index: sys/modules/zfs/Makefile =================================================================== --- sys/modules/zfs/Makefile (revision 195910) +++ sys/modules/zfs/Makefile (working copy) @@ -97,3 +97,4 @@ CWARNFLAGS+=-Wno-inline CWARNFLAGS+=-Wno-switch CWARNFLAGS+=-Wno-pointer-arith +CFLAGS+=-DDEBUG=1 Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c =================================================================== --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (revision 195910) +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (working copy) @@ -3709,11 +3709,13 @@ * The fs has been unmounted, or we did a * suspend/resume and this file no longer exists. */ - mutex_enter(&zp->z_lock); VI_LOCK(vp); vp->v_count = 0; /* count arrives as 1 */ - mutex_exit(&zp->z_lock); + vp->v_data = NULL; + VI_UNLOCK(vp); rw_exit(&zfsvfs->z_teardown_inactive_lock); + ZTOV(zp) = NULL; + vrecycle(vp, curthread); zfs_znode_free(zp); return; } @@ -4351,7 +4353,6 @@ { vnode_t *vp = ap->a_vp; znode_t *zp = VTOZ(vp); - zfsvfs_t *zfsvfs; ASSERT(zp != NULL); @@ -4361,13 +4362,18 @@ vnode_destroy_vobject(vp); mutex_enter(&zp->z_lock); - ASSERT(zp->z_phys); + ASSERT(zp->z_phys != NULL); ZTOV(zp) = NULL; - if (!zp->z_unlinked) { + mutex_exit(&zp->z_lock); + + if (zp->z_unlinked) + ; /* Do nothing. */ + else if (zp->z_dbuf == NULL) + zfs_znode_free(zp); + else /* if (!zp->z_unlinked && zp->z_dbuf != NULL) */ { + zfsvfs_t *zfsvfs = zp->z_zfsvfs; int locked; - zfsvfs = zp->z_zfsvfs; - mutex_exit(&zp->z_lock); locked = MUTEX_HELD(ZFS_OBJ_MUTEX(zfsvfs, zp- >z_id)) ? 2 : ZFS_OBJ_HOLD_TRYENTER(zfsvfs, zp->z_id); if (locked == 0) { @@ -4383,8 +4389,6 @@ ZFS_OBJ_HOLD_EXIT(zfsvfs, zp->z_id); zfs_znode_free(zp); } - } else { - mutex_exit(&zp->z_lock); } VI_LOCK(vp); vp->v_data = NULL; Should I revert to the svn state and then change the if clause as above, or is this correct? Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 07:33:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDE28106566B; Thu, 30 Jul 2009 07:33:03 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 7C37D8FC12; Thu, 30 Jul 2009 07:33:03 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id A4F4D1CC2F; Thu, 30 Jul 2009 09:33:01 +0200 (CEST) Date: Thu, 30 Jul 2009 09:33:01 +0200 From: Erwin Lansing To: Julian Elischer Message-ID: <20090730073300.GH33184@droso.net> References: <4A713F17.6000703@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hK8Uo4Yp55NZU70L" Content-Disposition: inline In-Reply-To: <4A713F17.6000703@elischer.org> X-Operating-System: FreeBSD/i386 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org, FreeBSD Current Subject: Re: freeBSD ports currency. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 07:33:04 -0000 --hK8Uo4Yp55NZU70L Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 29, 2009 at 11:35:03PM -0700, Julian Elischer wrote: > FreeBSd was just added to the survey of "how fresh are the packages on=20 > a distro" survey at: >=20 > http://oswatershed.org/ >=20 > I think we are doing ok.. >=20 > it's preliminary data only and > one should not read too much into it. >=20 Nice, thanks for the link. I'd have to look a bit better into how the stats are generated, e.g. it seems to be based on a 20 ports in different versions only, but certainly an internesting research project to keep an eye on. Cheers, -erwin --=20 Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org --hK8Uo4Yp55NZU70L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKcUysqy9aWxUlaZARAu5+AJ0b54BzMSGhEbN2ERviLoJu/uii7gCg+31V z82magquJxkCkegVkDTPFFk= =78gv -----END PGP SIGNATURE----- --hK8Uo4Yp55NZU70L-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 08:11:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB6A21065672 for ; Thu, 30 Jul 2009 08:11:28 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4B7AB8FC08 for ; Thu, 30 Jul 2009 08:11:28 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 30 Jul 2009 08:11:26 -0000 Received: from g225199035.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.225.199.35] by mail.gmx.net (mp068) with SMTP; 30 Jul 2009 10:11:26 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18H+gdP5YMHWvVQEb3Xz4/kRgegNzQXWhzaXEvbYe F/oj+17IJ4ds8L Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id BEFFC945D4; Thu, 30 Jul 2009 10:11:24 +0200 (CEST) Date: Thu, 30 Jul 2009 10:11:24 +0200 To: "Stefan Bethke" From: "Matthias Andree" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> Content-Transfer-Encoding: 7bit Organization: Message-ID: In-Reply-To: User-Agent: Opera Mail/9.64 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.45 Cc: FreeBSD Current , OpenVPN Developer Mailing List , James Yonan Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 08:11:29 -0000 Dear Jim and other OpenVPN hackers, there is an OpenVPN regression, apparently affecting 2.1 on FreeBSD-8, and caused by OpenVPN configuring the local address on a P2P interface for the local AND ALSO the remote address. See http://lists.freebsd.org/pipermail/freebsd-current/2009-July/010032.html and followups for details. Am 30.07.2009, 08:40 Uhr, schrieb Stefan Bethke : > I'm not sure if that is a more general problem with OpenVPN (at least in > --topology subnet mode), or a specific problem in the FreeBSD-specific > code. I just looked at a Linux box connected to the same OpenVPN > server, and their ifconfig invocation looks different from ours, so the > FreeBSD-specific code at least plays some role. > > I'd still like to know whether the change to the routing code is > intentional or a regression. Stefan, Which version of OpenVPN are you using? It might seem that this is a FreeBSD regression, as OpenVPN assumes this about --topology subnet, so that the using of the local address as remote is intentional. (This is from the current OpenVPN 2.1-RC manpage): subnet -- Use a subnet rather than a point-to-point topology by configuring the tun interface with a local IP address and subnet mask, similar to the topology used in --dev tap and ethernet bridging mode. This mode allocates a single IP address per con- necting client and works on Windows as well. Only available when server and clients are OpenVPN 2.1 or higher, or OpenVPN 2.0.x which has been manually patched with the --topology direc- tive code. When used on Windows, requires version 8.2 or higher of the TAP-Win32 driver. When used on *nix, requires that the tun driver supports an ifconfig(8) command which sets a subnet instead of a remote endpoint IP address. I see this in the ChangeLog: 2006.04.05 -- Version 2.1-beta12 ... * "topology subnet" fix for FreeBSD (Benoit Bourdin). ... And it appears that exactly this patch may be the culprit. This is from the OpenVPN 2.1 source repository: ------------------------------------------------------------------------ r986 | james | 2006-04-05 08:28:19 +0200 (Wed, 05 Apr 2006) | 2 lines Changed paths: M /branches/BETA21/openvpn/tun.c "topology subnet" fix for FreeBSD (Benoit Bourdin). ------------------------------------------------------------------------ Index: tun.c =================================================================== --- tun.c (Revision 985) +++ tun.c (Revision 986) @@ -795,19 +795,42 @@ ifconfig_remote_netmask, tun_mtu ); - else - openvpn_snprintf (command_line, sizeof (command_line), + else { + if (tt->topology == TOP_SUBNET) + openvpn_snprintf (command_line, sizeof (command_line), + IFCONFIG_PATH " %s %s %s netmask %s mtu %d up", + actual, + ifconfig_local, + ifconfig_local, + ifconfig_remote_netmask, + tun_mtu + ); + else + openvpn_snprintf (command_line, sizeof (command_line), IFCONFIG_PATH " %s %s netmask %s mtu %d up", actual, ifconfig_local, ifconfig_remote_netmask, tun_mtu ); + } msg (M_INFO, "%s", command_line); system_check (command_line, es, S_FATAL, "FreeBSD ifconfig failed"); tt->did_ifconfig = true; + /* Add a network route for the local tun interface */ + if (!tun && tt->topology == TOP_SUBNET) + { + struct route r; + CLEAR (r); + r.defined = true; + r.network = tt->local & tt->remote_netmask; + r.netmask = tt->remote_netmask; + r.gateway = tt->local; + add_route (&r, tt, 0, es); + } + #elif defined (WIN32) { /* -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 08:34:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF99106566C for ; Thu, 30 Jul 2009 08:34:19 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id D417A8FC0A for ; Thu, 30 Jul 2009 08:34:18 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 09BF1677F for ; Thu, 30 Jul 2009 10:34:18 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6U8YESF020059 for ; Thu, 30 Jul 2009 10:34:14 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1248942857; bh=JNXu39EWzrzjjlAFLir1ZP2tl9ZZbverBE6zL/YwvmM=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=w0Pjj11OyMhTfMb4oixArIYkd57KiEKmcf5GLB27yu4+8d/d4/INPnLQf6vMwRtib /MzyeqMCl7Ynkaf3Uau+w== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=eRl/1LALEE8ZDny62T17njhomds/X0BJMpWY8Iq0TzPac3hA3QtMR7kxhQRY87J4d Ud5KjDg6mnhRjeP0AGC4g== Message-ID: <4A715B06.20707@restart.be> Date: Thu, 30 Jul 2009 10:34:14 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090725) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Subject: 8.0-BETA2 crash at shutdown - zfs_umount: Force unmount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 08:34:19 -0000 Hello, I get a Fatal trap 12 at shutdown. The system is running on zfs only (boot + root). more info: http://verbier.restart.be/xfer/core.txt.68 *Note*: It is 8.0-BETA2 r195825M + USB patches http://www.selasky.org/hans_petter/usb4bsd/for_review/ Henri From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 08:41:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA9CC10656C1 for ; Thu, 30 Jul 2009 08:41:24 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 5F62F8FC22 for ; Thu, 30 Jul 2009 08:41:24 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MWRCV-0007NG-4G for freebsd-current@freebsd.org; Thu, 30 Jul 2009 10:41:23 +0200 Received: from tef14.t.pppool.de ([89.55.239.20]:11145 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #93) id 1MWRCU-00068C-Cp for freebsd-current@freebsd.org; Thu, 30 Jul 2009 10:41:23 +0200 Date: Thu, 30 Jul 2009 10:41:21 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20090730104121.5f51e8b3@ernst.jennejohn.org> In-Reply-To: <4A70DEA5.6010406@haruhiism.net> References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> <4A70A9D8.4020701@FreeBSD.org> <344C94F7-539E-40BA-BD9D-4BDAE32953BC@blyon.com> <4A70DEA5.6010406@haruhiism.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-purgate-ID: 149285::1248943282-0000636C-50595AFF/0-0/0-0 Subject: Re: HEAD newfs/sysinstall issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 08:41:25 -0000 On Thu, 30 Jul 2009 03:43:33 +0400 Kamigishi Rei wrote: > Barrett Lyon wrote: > > I've been trying to get the current HEAD snapshot installed on an > > amd64 box that had some screwed up disk geometry from a previous install. > > When sysinstall runs newfs it complains that it's unable to locate the > > /dev/ad0x (replace x with whatever it was trying to newfs). Seems > > like the partition does get created but does not become visible in /dev > > 7.X works fine. > > Any ideas? > Could you please provide the output of: > fdisk /dev/ad0 > > and > > bsdlabel /dev/ad0sX where X is the FreeBSD slice? > > This can be done from fixit, f.ex. > Just as an additional data point - I saw this problem also and was forced to blast the start of the disk using dd before I could install 8-BETA1. Games with fdisk and bsdlabel (using an existing 8-current install) didn't help at all. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 08:42:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 155F81065677 for ; Thu, 30 Jul 2009 08:42:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 6BBC38FC1C for ; Thu, 30 Jul 2009 08:42:28 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=-7RFo6o9J0wA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=5_YZx3FmAAAA:8 a=ndaoGXS1AAAA:8 a=jIyAS_am-oG8F5TgJDkA:9 a=y1xRo1B0hoLPZUT03Ck_FEqHq6UA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1281057178; Thu, 30 Jul 2009 10:42:27 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 30 Jul 2009 10:42:22 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A715B06.20707@restart.be> In-Reply-To: <4A715B06.20707@restart.be> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907301042.22772.hselasky@c2i.net> Cc: Henri Hennebert Subject: Re: 8.0-BETA2 crash at shutdown - zfs_umount: Force unmount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 08:42:30 -0000 On Thursday 30 July 2009 10:34:14 Henri Hennebert wrote: > Hello, > > I get a Fatal trap 12 at shutdown. The system is running on zfs only > (boot + root). > > more info: http://verbier.restart.be/xfer/core.txt.68 > > *Note*: It is 8.0-BETA2 r195825M + USB patches > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > The panic does not look related to USB. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 09:06:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06D53106566C; Thu, 30 Jul 2009 09:06:00 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id B1D678FC16; Thu, 30 Jul 2009 09:05:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWRaF-0006AO-D0; Thu, 30 Jul 2009 10:05:58 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWRaE-00039u-JZ; Thu, 30 Jul 2009 10:05:55 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6U95sY9067796; Thu, 30 Jul 2009 10:05:54 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6U95s4d067795; Thu, 30 Jul 2009 10:05:54 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 30 Jul 2009 10:05:54 +0100 From: Anton Shterenlikht To: Alexandre Sunny Kovalenko Message-ID: <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> <1248906855.1459.8.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1248906855.1459.8.camel@RabbitsDen> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 09:06:00 -0000 On Wed, Jul 29, 2009 at 06:34:15PM -0400, Alexandre Sunny Kovalenko wrote: > On Tue, 2009-07-28 at 15:45 +0100, Anton Shterenlikht wrote: > > On Tue, Jul 28, 2009 at 02:22:50PM +0000, O. Hartmann wrote: > > > Anton Shterenlikht wrote: > > > > On Mon, Jul 27, 2009 at 10:04:28PM +0100, Anton Shterenlikht wrote: > > > >> On Mon, Jul 27, 2009 at 09:55:12PM +0200, O. Hartmann wrote: > > > >>> Kamigishi Rei wrote: > > > >>>> O. Hartmann wrote: > > > >>>>> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on > > > >>>>> all of our SMP boxes. Is there an issue known at the moment? If not, I > > > >>>>> will prepare the kernel for whitnessing and provide more informations, > > > >>>>> if you wish. > > > >>>> A quick question: what is in the crash message, i.e. the backtrace? > > > >>>> And what kind of crash is it - a panic() or a fatal trap? > > > >>> On the 8-core server box, I sometimes see : > > > >>> > > > >>> Fatal trap 12: page fault while in kernel mode > > > >>> fault code = supervisor read, page not present > > > >> Not sure if it's related, but on ia64 SMP (2 cpus) with 8.0-current and > > > >> later with 8.0-beta1 (I havent' built beta2 yet) I'm getting crashes > > > >> under load every so often. E.g buildworld -j8 is likely to crash the > > > >> box. No messages, just a sudden freeze, no backtrace or panic, and then reboot. > > > >> > > > >> If load is less heavy, e.g. fewer processes and some idle time, the > > > >> problem doesn't seem to appear. > > > >> > > > >> I'm happy to do any further testing, if suggested. > > > > > > > > my ia64 8.0-beta1 SMP box died again on > > > > make -j8 buildworld > > > > with no panic or log entries. > > > > > > > > Is it possible that some kernel variable needs to > > > > be increased? E.g. kern.maxproc, kern.maxfiles, etc. > > > > Or perhaps I'm talking complete rubbish.. > > > > > > > > > > I suggest you try again with a UP kernel - a suggestion from a > > > kernel-nnob, sorry. My SMP boxes work now with UP-kernel, but they are > > > really slowish although they have modern Intel C2D/Penryn cores. > > > > I need SMP for OpenMP codes. It's a shame if SMP is buggy, but > > I guess all is down to small user base.. > > > Before you go down that path, which, IMHO, is as counterproductive as it > is incorrect, could you, please, show the output of > > sysctl debug | grep panic > sysctl debug|grep panic debug.ddb.textdump.do_panic: 1 debug.trace_on_panic: 1 debug.debugger_on_panic: 1 debug.kdb.panic: 0 > > and check whether output of > > savecore -vC # savecore -vC unable to open bounds file, using 0 checking for kernel dump on device /dev/mirror/swap mediasize = 2147483136 sectorsize = 512 magic mismatch on last dump header on /dev/mirror/swap No dump exists # dumpdev wasn't configured.. I've configured it now, will try crash dump next time. By the way, are these two FreeBSD docs up to date: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html In particular, it is still true that minidump is a default dump type? many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 09:11:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01DFB106566C for ; Thu, 30 Jul 2009 09:11:29 +0000 (UTC) (envelope-from prvs=046260f4c4=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4C88FC08 for ; Thu, 30 Jul 2009 09:11:28 +0000 (UTC) (envelope-from prvs=046260f4c4=ob@gruft.de) Received: from ob by main.mx.e-gitt.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MWRfb-000Gkq-Oe for freebsd-current@freebsd.org; Thu, 30 Jul 2009 11:11:27 +0200 Date: Thu, 30 Jul 2009 11:11:27 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20090730091127.GA12653@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <81219750-3AA7-4AEB-9104-4B5C98722242@lassitu.de> <20090526204937.GA31832@atarininja.org> <05D1F58D-58E1-4723-B2D8-56434120721D@lassitu.de> <8BC94BA8-77DB-4137-88EE-D0CE218FEA91@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8BC94BA8-77DB-4137-88EE-D0CE218FEA91@lassitu.de> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: Oliver Brandmueller Subject: Re: nagios dies with signal 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 09:11:29 -0000 Hi, On Tue, Jul 28, 2009 at 01:31:42PM +0200, Stefan Bethke wrote: > After searching the nagios-devel archives, I have a suspicion this > might be connected to potentially buggy code handling downtimes and > acknowldgements. Cf. > > > I now remember that this problem only seems to occur once I start > acknowledging problems. I'll take the gdb trace to nagios-devel. Try fiddling around if you are on i386 with the perl config to or not to use 64 Bit INT on 32 bit platforms. I don't remember, which way aroundit had to be finally, but that helped when nagios idn't work for me anymore after the last perl update. - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 10:31:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69666106566B for ; Thu, 30 Jul 2009 10:31:23 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 074D88FC13 for ; Thu, 30 Jul 2009 10:31:22 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by fxm24 with SMTP id 24so611759fxm.36 for ; Thu, 30 Jul 2009 03:31:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.100.70 with SMTP id x6mr1013772bkn.140.1248949881791; Thu, 30 Jul 2009 03:31:21 -0700 (PDT) Date: Thu, 30 Jul 2009 12:31:21 +0200 Message-ID: <367b2c980907300331v7249b5bap4db1f50d6c5f9859@mail.gmail.com> From: Olivier Smedts To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: new USB stack and ObsoleteFiles.inc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 10:31:24 -0000 Isn't it time to add usbdevs(8) to OLD_FILES ? It's still in the sources but I noticed it's not installed anymore during installworld. Something like : Index: ObsoleteFiles.inc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ObsoleteFiles.inc (r=E9vision 195943) +++ ObsoleteFiles.inc (copie de travail) @@ -313,6 +313,8 @@ OLD_FILES+=3Dusr/share/man/man3/SLIST_REMOVE_NEXT.3.gz OLD_FILES+=3Dusr/share/man/man3/STAILQ_REMOVE_NEXT.3.gz # 20090527: removal of legacy USB stack +OLD_FILES+=3Dusr/sbin/usbdevs +OLD_FILES+=3Dusr/share/man/man8/usbdevs.8.gz OLD_FILES+=3Dusr/include/legacy/dev/usb/dsbr100io.h OLD_FILES+=3Dusr/include/legacy/dev/usb/ehcireg.h OLD_FILES+=3Dusr/include/legacy/dev/usb/ehcivar.h I also have a file named "/usr/share/man/en.ISO8859-1/cat8/usbdevs.8.gz", is it expected ? Cheers, Olivier --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 11:46:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E281065672; Thu, 30 Jul 2009 11:46:29 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 294D08FC19; Thu, 30 Jul 2009 11:46:28 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (unknown [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id DDEF778F97; Thu, 30 Jul 2009 15:46:26 +0400 (MSD) Message-ID: <4A718816.2080404@haruhiism.net> Date: Thu, 30 Jul 2009 15:46:30 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Anton Shterenlikht References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> <1248906855.1459.8.camel@RabbitsDen> <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Alexandre Sunny Kovalenko , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 11:46:30 -0000 Anton Shterenlikht wrote: > # savecore -vC > unable to open bounds file, using 0 > checking for kernel dump on device /dev/mirror/swap > mediasize = 2147483136 > sectorsize = 512 > magic mismatch on last dump header on /dev/mirror/swap > No dump exists > # > dumpdev wasn't configured.. > I've configured it now, will try crash dump next time. > Keep in mind, however, that you won't get a valid dump if your dumpdev is on a GEOM_MIRROR device. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 11:55:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACD24106564A; Thu, 30 Jul 2009 11:55:34 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 619CC8FC08; Thu, 30 Jul 2009 11:55:34 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWUEL-0002tr-GJ; Thu, 30 Jul 2009 12:55:32 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWUEK-0005Hj-Lk; Thu, 30 Jul 2009 12:55:29 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6UBtSxJ001266; Thu, 30 Jul 2009 12:55:28 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6UBtSps001265; Thu, 30 Jul 2009 12:55:28 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 30 Jul 2009 12:55:28 +0100 From: Anton Shterenlikht To: Kamigishi Rei Message-ID: <20090730115528.GA1242@mech-cluster241.men.bris.ac.uk> References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> <1248906855.1459.8.camel@RabbitsDen> <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> <4A718816.2080404@haruhiism.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A718816.2080404@haruhiism.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.1 X-Spam-Level: ---- Cc: Alexandre Sunny Kovalenko , freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 11:55:35 -0000 On Thu, Jul 30, 2009 at 03:46:30PM +0400, Kamigishi Rei wrote: > Anton Shterenlikht wrote: > ># savecore -vC > >unable to open bounds file, using 0 > >checking for kernel dump on device /dev/mirror/swap > >mediasize = 2147483136 > >sectorsize = 512 > >magic mismatch on last dump header on /dev/mirror/swap > >No dump exists > ># > >dumpdev wasn't configured.. > >I've configured it now, will try crash dump next time. > > Keep in mind, however, that you won't get a valid dump if your > dumpdev is on a GEOM_MIRROR device. Could you please elaborate on this? thank you -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 11:59:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3FF106564A; Thu, 30 Jul 2009 11:59:51 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id B18538FC21; Thu, 30 Jul 2009 11:59:50 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 207F378FD7; Thu, 30 Jul 2009 15:59:49 +0400 (MSD) Message-ID: <4A718B39.3030707@haruhiism.net> Date: Thu, 30 Jul 2009 15:59:53 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Anton Shterenlikht References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> <1248906855.1459.8.camel@RabbitsDen> <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> <4A718816.2080404@haruhiism.net> <20090730115528.GA1242@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20090730115528.GA1242@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Alexandre Sunny Kovalenko , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 11:59:51 -0000 Anton Shterenlikht wrote: >> Keep in mind, however, that you won't get a valid dump if your >> dumpdev is on a GEOM_MIRROR device. >> > Could you please elaborate on this? > There were multiple threads in -current (and not only) about this issue. Myself, I have been unable to produce a valid crash dump with dumpdev on a GEOM_MIRROR device (even with "prefer" set for the first component; then again if the order in which the consumers are detected changes during boot accidentally, prefer won't work as well). -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 12:11:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E230106564A; Thu, 30 Jul 2009 12:11:52 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0054B8FC17; Thu, 30 Jul 2009 12:11:50 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA27064; Thu, 30 Jul 2009 15:11:47 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A718E03.6030909@freebsd.org> Date: Thu, 30 Jul 2009 15:11:47 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> In-Reply-To: <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 12:11:52 -0000 on 29/07/2009 21:04 Thomas Backman said the following: > Thanks for your work :) > However, bad news: it didn't help. It *might* have gotten us further, > though, because the DDB backtrace now looks like this: > > _sx_xlock_hard() > _sx_xlock() > zfs_znode_free() > zfs_freebsd_inactive() > VOP_INACTIVE_APV() > vinactive() > vput() > dounmount() > unmount() > syscall() > XFast_syscall() > Oh my bad. I missed the fact that recycle would do zfs_znode_free, so it seems like zfs_znode_free was called twice on the same znode. Could you please try replacing zfs_znode_free(zp); with vrecycle(vp, curthread); in the same block (instead of adding the latter before the former). Sorry, if this looks like shooting in the dark - because this is what it is. I am not familiar with the code and it's hard to follow all possibilities without good understanding. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 12:51:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CFCF106564A; Thu, 30 Jul 2009 12:51:49 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id F3DD78FC1B; Thu, 30 Jul 2009 12:51:48 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:55335 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWV6Y-0002xN-5V; Thu, 30 Jul 2009 14:51:32 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id E98681734E3; Thu, 30 Jul 2009 14:51:30 +0200 (CEST) Message-Id: <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A718E03.6030909@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 14:51:28 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWV6Y-0002xN-5V. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWV6Y-0002xN-5V b5e743d7e5f9cfd0cf05591b9c5c7e44 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 12:51:49 -0000 On Jul 30, 2009, at 14:11, Andriy Gapon wrote: > on 29/07/2009 21:04 Thomas Backman said the following: >> Thanks for your work :) >> However, bad news: it didn't help. It *might* have gotten us further, >> though, because the DDB backtrace now looks like this: >> >> _sx_xlock_hard() >> _sx_xlock() >> zfs_znode_free() >> zfs_freebsd_inactive() >> VOP_INACTIVE_APV() >> vinactive() >> vput() >> dounmount() >> unmount() >> syscall() >> XFast_syscall() >> > > Oh my bad. I missed the fact that recycle would do zfs_znode_free, > so it seems > like zfs_znode_free was called twice on the same znode. > Could you please try replacing > zfs_znode_free(zp); > with > vrecycle(vp, curthread); > in the same block (instead of adding the latter before the former). > Sorry, if this looks like shooting in the dark - because this is > what it is. I am > not familiar with the code and it's hard to follow all possibilities > without good > understanding. New panic. :( Damnit! I think I'm using svn + http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch + your change, now... Unread portion of the kernel message buffer: GEOM_GATE: Device ggate1482 destroyed. panic: solaris assert: zp != ((void *)0), file: /usr/src/sys/modules/ zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 4359 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 zfs_freebsd_reclaim() at zfs_freebsd_reclaim+0x244 VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0x4a vgonel() at vgonel+0x12e vrecycle() at vrecycle+0x7d zfs_freebsd_inactive() at zfs_freebsd_inactive+0x1a VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x4a vinactive() at vinactive+0x6a vput() at vput+0x1c6 dounmount() at dounmount+0x4af unmount() at unmount+0x3c8 syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (22, FreeBSD ELF64, unmount), rip = 0x80104e9ec, rsp = 0x7fffffffaa98, rbp = 0x801223300 --- KDB: enter: panic 0xffffff00452971d8: tag zfs, type VDIR usecount 0, writecount 0, refcount 1 mountedhere 0 flags (VI_DOOMED|VI_DOINGINACT) lock type zfs: EXCL by thread 0xffffff0019ff6000 (pid 1425) panic: from debugger ... #11 0xffffffff8033a9cb in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:558 #12 0xffffffff80b11124 in zfs_freebsd_reclaim () from /boot/kernel/ zfs.ko #13 0xffffffff805c5c2a in VOP_RECLAIM_APV (vop=0x0, a=0xffffff803eaf8930) at vnode_if.c:1926 #14 0xffffffff803c839e in vgonel (vp=0xffffff00452971d8) at vnode_if.h: 830 #15 0xffffffff803ca7ad in vrecycle (vp=0xffffff00452971d8, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_subr.c:2504 #16 0xffffffff80b10aaa in zfs_freebsd_inactive () from /boot/kernel/ zfs.ko #17 0xffffffff805c5b5a in VOP_INACTIVE_APV (vop=0xffffffff80b882a0, a=0xffffff803eaf89f0) at vnode_if.c:1863 #18 0xffffffff803c6aaa in vinactive (vp=0xffffff00452971d8, td=0xffffff0019ff6000) at vnode_if.h:807 #19 0xffffffff803cbf26 in vput (vp=0xffffff00452971d8) at /usr/src/sys/kern/vfs_subr.c:2257 #20 0xffffffff803c57ef in dounmount (mp=0xffffff0001d058d0, flags=0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1333 #21 0xffffffff803c5df8 in unmount (td=0xffffff0019ff6000, uap=0xffffff803eaf8bf0) at /usr/src/sys/kern/vfs_mount.c:1174 #22 0xffffffff805980bf in syscall (frame=0xffffff803eaf8c80) at /usr/src/sys/amd64/amd64/trap.c:984 #23 0xffffffff8057e2c1 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #24 0x000000080104e9ec in ?? () FWIW: Line 4359 (panic line): zfs_freebsd_reclaim(ap) ... { vnode_t *vp = ap->a_vp; znode_t *zp = VTOZ(vp); ASSERT(ap != NULL); // added by me ASSERT(vp != NULL); // added by me >>> ASSERT(zp != NULL); // line 4359 --------------- zfs_inactive(vnode_t *vp, cred_t *cr, caller_context_t *ct) { znode_t *zp = VTOZ(vp); zfsvfs_t *zfsvfs = zp->z_zfsvfs; int error; rw_enter(&zfsvfs->z_teardown_inactive_lock, RW_READER); if (zp->z_dbuf == NULL) { /* * The fs has been unmounted, or we did a * suspend/resume and this file no longer exists. */ VI_LOCK(vp); vp->v_count = 0; /* count arrives as 1 */ vp->v_data = NULL; VI_UNLOCK(vp); rw_exit(&zfsvfs->z_teardown_inactive_lock); ZTOV(zp) = NULL; vrecycle(vp, curthread); // zfs_znode_free(zp); return; } Regards, Thomas PS. ... and thanks again for working to solve this. :) From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 12:54:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF471065670 for ; Thu, 30 Jul 2009 12:54:08 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id F24DF8FC19 for ; Thu, 30 Jul 2009 12:54:07 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so313005eyd.7 for ; Thu, 30 Jul 2009 05:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=0WJuobipT0AxAwxm1BBR37/FwDeHZLpAn/Af/D2KZzA=; b=rWVLRtsQHu6B/kdP6eNJyhjuOqXrB7/n7qgOfJyq3nucE/M2xK9RVKDi2ENFoSqTOr 2bTsxsCLMUqze4TXlN+j4ICmIkvCfyUNcDLI5qc9t/yxd5rvL3el+3u3dJla9liuZaJM puSOZ/I01O0whl+4t7zaz3iFA3ZXiz0jUt0iw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=MOVRZ/jF5sgnX28bTGLs1NZapUnV55irMINQQCElTwomvyy01ocPPEPsDJXbHJR5X8 tpr7wJgG0LDrjH+ARRCUk86MiG1y6JZl1Ay3ft8+ymY2DCV2f8ny9g3uSKzldmhA6pc7 8fSbzacmNPbE0/PJp5a2RmnCPHjyuQdRMjUqg= MIME-Version: 1.0 Received: by 10.210.16.17 with SMTP id 17mr1629452ebp.53.1248958446867; Thu, 30 Jul 2009 05:54:06 -0700 (PDT) Date: Thu, 30 Jul 2009 09:54:06 -0300 Message-ID: <1e31c7980907300554k46ab5a70mf0ed36f6ab7f2cd9@mail.gmail.com> From: Vinicius Abrahao To: freebsd-fs@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Can'not mount "sysid 15 (0x0f),(Extended DOS (LBA))" at da0s2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 12:54:08 -0000 Hello friends, I was create a new "FAT32" partition with Acronis Disk Director[1] at the same place where in the past I have a UFS partition. Now when I try to mount this new partiton I get this error: # mount /dev/da0s2 /mnt/usb1 mount: /dev/da0s2 : Invalid argument # mount -t msdosfs /dev/da0s2 /mnt/usb2 mount_msdosfs: /dev/da0s2: Invalid argument I wonder that the "strange thing" is the sysid 15 for this partition, no the sysid 12 found in another usb disk that I have here. Could you help me with this trouble? Thanks so much, Vinnix [1]: http://www.acronis.com/homecomputing/products/diskdirector/ [2]: # fdisk da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=9729 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=9729 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 41929587 (20473 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 15 (0x0f),(Extended DOS (LBA)) start 41929650, size 114366735 (55843 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: [3]: # file -s /dev/da* /dev/da0: x86 boot sector; partition 1: ID=0xa5, active, starthead 1, startsector 63, 41929587 sectors; partition 2: ID=0xf, starthead 0, startsector 41929650, 114366735 sectors, code offset 0x31 /dev/da0s1: Unix Fast File system [v2] (little-endian) last mounted on /u02, last written at Wed Jul 1 19:12:35 2009, clean flag 1, readonly flag 0, number of blocks 10482396, number of data blocks 10150835, number of cylinder groups 112, block size 16384, fragment size 2048, average file size 16384, average number of files in dir 64, pending blocks to free 0, pending inodes to free 0, system-wide uuid 0, minimum percentage of free blocks 8, TIME optimization /dev/da0s1a: Unix Fast File system [v2] (little-endian) last mounted on /, last written at Tue Jul 28 13:06:51 2009, clean flag 1, readonly flag 0, number of blocks 10482392, number of data blocks 10150831, number of cylinder groups 112, block size 16384, fragment size 2048, average file size 16384, average number of files in dir 64, pending blocks to free 0, pending inodes to free 0, system-wide uuid 0, minimum percentage of free blocks 8, TIME optimization /dev/da0s2: x86 boot sector; partition 1: ID=0xb, starthead 1, startsector 63, 114366672 sectors, extended partition table (last)\011, code offset 0x0, BSD disklabel [4]: # uname -a FreeBSD vinnix.corp.triarius.com.br 8.0-BETA2 FreeBSD 8.0-BETA2 #9: Tue Jul 21 21:28:19 BRT 2009 root@vinnix.corp.triarius.com.br:/usr/obj/usr/src/sys/VINNIX amd64 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 12:55:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B725A10656C4; Thu, 30 Jul 2009 12:55:44 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.cust.ramtel.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7006E8FC1D; Thu, 30 Jul 2009 12:55:44 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mdounin.cust.ramtel.ru (Postfix) with ESMTP id F40FD1700F; Thu, 30 Jul 2009 16:55:42 +0400 (MSD) Date: Thu, 30 Jul 2009 16:55:42 +0400 From: Maxim Dounin To: Pawel Jakub Dawidek Message-ID: <20090730125542.GI8794@mdounin.ru> References: <20090730013857.GB8794@mdounin.ru> <20090730055001.GB2130@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090730055001.GB2130@garage.freebsd.pl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: another zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 12:55:45 -0000 Hello! On Thu, Jul 30, 2009 at 07:50:01AM +0200, Pawel Jakub Dawidek wrote: > On Thu, Jul 30, 2009 at 05:38:57AM +0400, Maxim Dounin wrote: > > Hello! > > > > Here is zfs panic I'm able to reproduce by running an scp from > > remote machine to zfs volume and 3 parallel untars of ports tree > > in cycle. Not sure that everything is required, but the above > > workload triggers panic in several hours. > > > > This is on fresh current with GENERIC kernel: > > > > panic: sx_xlock() of destroyed sx @ > > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_rlock.c:535 > > cpuid = 6 > > KDB: enter: panic > > [thread pid 36 tid 100071 ] > > Stopped at kdb_enter+0x3d: movq $0,0x68a040(%rip) > > db> bt > > Tracing pid 36 tid 100071 td 0xffffff00040f3720 > > kdb_enter() at kdb_enter+0x3d > > panic() at panic+0x17b > > _sx_xlock() at _sx_xlock+0xfc > > zfs_range_unlock() at zfs_range_unlock+0x38 > > zfs_get_data() at zfs_get_data+0xc1 > > zil_commit() at zil_commit+0x532 > > zfs_sync() at zfs_sync+0xa6 > > sync_fsync() at sync_fsync+0x13a > > sync_vnode() at sync_vnode+0x157 > > sched_sync() at sched_sync+0x1d1 > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffff80e7ee3d30, rbp = 0 --- > > > > Machine is otherwise idle. The only zfs-related tuning applied is > > compression=gzip-9. > > > > Please let me know if you want me to test some patches. > > The kernel syncer tries to sync vnode which has its znode already > destroyed. There is one place (that we know of) where vrecycle() is > missing. Could you try this patch: > > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch Still here with patch applied: panic: sx_xlock() of destroyed sx @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_rlock.c:535 cpuid = 3 KDB: enter: panic [thread pid 37 tid 100072 ] Stopped at kdb_enter+0x3d: movq $0,0x68a040(%rip) db> bt Tracing pid 37 tid 100072 td 0xffffff00040f3390 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b _sx_xlock() at _sx_xlock+0xfc zfs_range_unlock() at zfs_range_unlock+0x38 zfs_get_data() at zfs_get_data+0xc1 zil_commit() at zil_commit+0x532 zfs_sync() at zfs_sync+0xa6 sync_fsync() at sync_fsync+0x13a sync_vnode() at sync_vnode+0x157 sched_sync() at sched_sync+0x1d1 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80e7ee8d30, rbp = 0 --- Maxim Dounin From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 13:08:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A147E106566C for ; Thu, 30 Jul 2009 13:08:03 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 558898FC14 for ; Thu, 30 Jul 2009 13:08:02 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id C471978F97; Thu, 30 Jul 2009 17:08:00 +0400 (MSD) Message-ID: <4A719B34.3000203@haruhiism.net> Date: Thu, 30 Jul 2009 17:08:04 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Vinicius Abrahao References: <1e31c7980907300554k46ab5a70mf0ed36f6ab7f2cd9@mail.gmail.com> In-Reply-To: <1e31c7980907300554k46ab5a70mf0ed36f6ab7f2cd9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current Subject: Re: Can'not mount "sysid 15 (0x0f),(Extended DOS (LBA))" at da0s2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 13:08:03 -0000 Vinicius Abrahao wrote: > I was create a new "FAT32" partition with Acronis Disk Director[1] at > the same place > where in the past I have a UFS partition. > Now when I try to mount this new partiton I get this error: > > # mount /dev/da0s2 /mnt/usb1 > mount: /dev/da0s2 : Invalid argument > > # mount -t msdosfs /dev/da0s2 /mnt/usb2 > mount_msdosfs: /dev/da0s2: Invalid argument > > The data for partition 2 is: > sysid 15 (0x0f),(Extended DOS (LBA)) da0s2 is an Extended DOS partition. It has no VFAT tables whatsoever, it's just a reference to the logical drive table later. Try using da0s5, for example, or just check the list of da0s* devices available. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 13:14:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092CB1065674; Thu, 30 Jul 2009 13:14:17 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B7CA48FC25; Thu, 30 Jul 2009 13:14:15 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA28403; Thu, 30 Jul 2009 16:14:12 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A719CA4.4060400@freebsd.org> Date: Thu, 30 Jul 2009 16:14:12 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> In-Reply-To: <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 13:14:17 -0000 Thomas, I wasn't clear - please make sure that you have original zfs_inactive (without the changes that Pawel proposed) with the only change zfs_znode_free -> vrecycle. I.e.: if (zp->z_dbuf == NULL) { /* * The fs has been unmounted, or we did a * suspend/resume and this file no longer exists. */ mutex_enter(&zp->z_lock); VI_LOCK(vp); vp->v_count = 0; /* count arrives as 1 */ mutex_exit(&zp->z_lock); rw_exit(&zfsvfs->z_teardown_inactive_lock); vrecycle(vp, curthread); return; } I believe that the latest panic is a direct result of ZTOV(zp) = NULL line introduced in zfs_vnops.c.2.patch. reclaim function should stay patched with Pawel's patch. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 13:32:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11C2D1065673; Thu, 30 Jul 2009 13:32:05 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 880258FC16; Thu, 30 Jul 2009 13:32:04 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:55670 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWVjj-0007SM-4P; Thu, 30 Jul 2009 15:32:01 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 50FB6173529; Thu, 30 Jul 2009 15:32:00 +0200 (CEST) Message-Id: <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A719CA4.4060400@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 15:31:58 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWVjj-0007SM-4P. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWVjj-0007SM-4P a695d8c928608426409cbd7444cdc9d4 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 13:32:05 -0000 On Jul 30, 2009, at 15:14, Andriy Gapon wrote: > Thomas, > > I wasn't clear - please make sure that you have original > zfs_inactive (without the > changes that Pawel proposed) with the only change zfs_znode_free -> > vrecycle. > I.e.: > if (zp->z_dbuf == NULL) { > /* > * The fs has been unmounted, or we did a > * suspend/resume and this file no longer exists. > */ > mutex_enter(&zp->z_lock); > VI_LOCK(vp); > vp->v_count = 0; /* count arrives as 1 */ > mutex_exit(&zp->z_lock); > rw_exit(&zfsvfs->z_teardown_inactive_lock); > vrecycle(vp, curthread); > return; > } > > I believe that the latest panic is a direct result of ZTOV(zp) = > NULL line > introduced in zfs_vnops.c.2.patch. > > reclaim function should stay patched with Pawel's patch. Hey, it works!!! :) For the first time ever, my now mislabeled "clone_crash.sh" doesn't panic! A quick test of my ordinary, actually-used backup script also worked fine! For the record, here's the diff I got: http://exscape.org/temp/zfs_vnops.c.patch Thanks a lot! Hope to see this tested further (I'll do some more testing for sure) so that we can consider it a stable change. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 13:35:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6188D106566B; Thu, 30 Jul 2009 13:35:17 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2DECB8FC13; Thu, 30 Jul 2009 13:35:15 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA28923; Thu, 30 Jul 2009 16:35:13 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A71A191.1080307@freebsd.org> Date: Thu, 30 Jul 2009 16:35:13 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> In-Reply-To: <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 13:35:17 -0000 on 30/07/2009 16:31 Thomas Backman said the following: > Hey, it works!!! :) > For the first time ever, my now mislabeled "clone_crash.sh" doesn't > panic! A quick test of my ordinary, actually-used backup script also > worked fine! > > For the record, here's the diff I got: > http://exscape.org/temp/zfs_vnops.c.patch > > Thanks a lot! Hope to see this tested further (I'll do some more testing > for sure) so that we can consider it a stable change. Very good! Thank you for all the testing and debugging feedback! And for your patience and persistence too :-) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 13:50:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5F82106566B; Thu, 30 Jul 2009 13:50:43 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBE18FC13; Thu, 30 Jul 2009 13:50:43 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from levsha by expo.ukrweb.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MWW2l-0009zQ-6h; Thu, 30 Jul 2009 16:51:39 +0300 Date: Thu, 30 Jul 2009 16:51:39 +0300 From: Mykola Dzham To: Jamie Gritton Message-ID: <20090730135139.GF20855@expo.ukrweb.net> References: <20090725163207.GP39538@expo.ukrweb.net> <20090727141808.R245@maildrop.int.zabbadoz.net> <20090729113638.GC20855@expo.ukrweb.net> <20090729121834.B245@maildrop.int.zabbadoz.net> <4A708261.7000509@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A708261.7000509@FreeBSD.org> X-Operating-System: FreeBSD/7.0-STABLE (i386) User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-jail@FreeBSD.org Subject: Re: 8.0 still allow creating ipv6 udp socket in jail without ipv6 ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 13:50:44 -0000 Jamie Gritton wrote: > Bjoern A. Zeeb wrote: > > On Wed, 29 Jul 2009, Mykola Dzham wrote: > >> Bjoern A. Zeeb wrote: > >>> On Sat, 25 Jul 2009, Mykola Dzham wrote: > >>>> After r188146 creating tcp ipv6 socket in jail without ipv6 ip is not > >>>> allowed, but udp socket is allowed. > >>> > >>> I cannot really follow what you are trying to say as wrt IPv4 and IPv6 > >>> sockets and what about UDP. > >>> > >>> Your sample further down is trying to use an IPv4 address on an IPv6 > >>> Datagram socket which is an error either way. > >> > >> Some java programms attempt to use ipv6 sockets, then use ipv4 if > >> socket(AF_INET6,...) fail. My sample imitate this > >> > >>> Prior to FreeBSD 7.2 IPv6 hadn't been supported at all for jails. > >>> > >>> With 7.2 it was possible to create IPv6 sockets (but only shortly and > >>> then fail on bind/connect/...). With the commit you reference the > >>> "Protocol not supported" came back in case there was no address of > >>> that address family for a given jail. > >>> > >>> With 8 the primary syntax for jails has changed and the "backward > >>> compat mode" again allows you to create a socket on a jail even if > >>> no address of the same family was configured for the jail. > >>> > >>> This should be addressed by the following patch: > >>> http://people.freebsd.org/~bz/20090727-01-jail8-legacy.diff > >>> > >>> Can you give it a try and report if that fixes your problem? > >> > >> Patch aplied cleanly on r195820 , but jail can not start after patching: > >> > >> # jail -l -U root -i /usr/home/d/guests/tap2 tap2.my.domain.com > >> 10.112.0.151 /bin/sh /etc/rc > >> jail: ip6: unknown boolean value "disable" > > > > r195820 is too old; but Jamie has a better solution; I would suggest > > to backout the jail(8) patch and wait for the next two commits of > > Jamie to HEAD and then update the machine again. > > OK, with r195945 things should be back to disallowing sockets when no > addresses were assigned for that family. You'll need to rebuild the > kernel for the fix, and libjail and possibly jail(8) to get past the > "unknown boolean value" error. On r195949 test program work correctly: it fail on socket(AF_INET6,...) on jail without ipv6 address. Thanks! -- Mykola Dzham, LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 14:24:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25E51065670; Thu, 30 Jul 2009 14:24:46 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 907B08FC13; Thu, 30 Jul 2009 14:24:45 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA29938; Thu, 30 Jul 2009 17:24:42 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A71AD29.10705@freebsd.org> Date: Thu, 30 Jul 2009 17:24:41 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> In-Reply-To: <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 14:24:47 -0000 Could you please add DEBUG_VFS_LOCKS to kernel config and check that we haven't broke VFS locking with the patch? Thank you again! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 14:39:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F5A9106566B; Thu, 30 Jul 2009 14:39:52 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id A4AB48FC16; Thu, 30 Jul 2009 14:39:51 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:38977 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWWnB-0003BT-54; Thu, 30 Jul 2009 16:39:39 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id CAD001734E5; Thu, 30 Jul 2009 16:39:38 +0200 (CEST) Message-Id: <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A71AD29.10705@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 16:39:36 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWWnB-0003BT-54. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWWnB-0003BT-54 4ab95fe6bf6bdad971b99696663e497c Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 14:39:52 -0000 On Jul 30, 2009, at 16:24, Andriy Gapon wrote: > > Could you please add DEBUG_VFS_LOCKS to kernel config and check that > we haven't > broke VFS locking with the patch? > Thank you again! > > -- > Andriy Gapon Hey, thank *you* :) Currently recompiling the kernel, I'll have a look later. What do I do, though? Just keep an eye on the console, or something more involved? (Or, since the handbook mentions lockedvnods in ddb: when should I check lockedvnods?) BTW: Could you (or anyone else with knowledge in these areas) have a look at the libzfs_sendrecv patch? Final piece of the puzzle as far as all the panics (well, core dump in this case) I've ran in to is concerned. http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006814.html Or, in patch form (I think the intendation screws the patch up as linked there): http://exscape.org/temp/libzfs_sendrecv.patch Appears to be a pretty simple patch. I've tried writing a test case, but it's a bit of work to make it create separate pools, etc, so I'd rather skip that if possible. Without the patch, I can't get send -R - I (recursive + auto-incremental, i.e. you can do -I snap1 tank@snap4 instead of -i snap1 -i snap2 ...) to work without core dumping on the recv (sending to a file works just fine, but when receiving from the file, it core dumps; of course, the same is true for a pipe). Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 14:46:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67751065670; Thu, 30 Jul 2009 14:46:21 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B4A4F8FC08; Thu, 30 Jul 2009 14:46:20 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA00523; Thu, 30 Jul 2009 17:46:18 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A71B239.8060007@freebsd.org> Date: Thu, 30 Jul 2009 17:46:17 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> In-Reply-To: <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 14:46:22 -0000 on 30/07/2009 17:39 Thomas Backman said the following: > On Jul 30, 2009, at 16:24, Andriy Gapon wrote: >> >> Could you please add DEBUG_VFS_LOCKS to kernel config and check that >> we haven't >> broke VFS locking with the patch? >> Thank you again! >> >> -- >> Andriy Gapon > Hey, thank *you* :) > Currently recompiling the kernel, I'll have a look later. What do I do, > though? Just keep an eye on the console, or something more involved? > (Or, since the handbook mentions lockedvnods in ddb: when should I check > lockedvnods?) I think you should get a panic if anything goes wrong. And I think you would get one :-) Next thing to try after that is the updated patch from Pawel: http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 14:49:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4D631065687; Thu, 30 Jul 2009 14:49:02 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 738628FC2C; Thu, 30 Jul 2009 14:49:01 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA00539; Thu, 30 Jul 2009 17:48:59 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A71B2DA.9060902@freebsd.org> Date: Thu, 30 Jul 2009 17:48:58 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> In-Reply-To: <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 14:49:03 -0000 on 30/07/2009 17:39 Thomas Backman said the following: > Or, in patch form (I think the intendation screws the patch up as linked > there): > http://exscape.org/temp/libzfs_sendrecv.patch One comment on the patch - I personally don't like bit-wise xor in a logical expression. But if otherwise the expression would be huge and ugly, then OK. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 15:28:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 840251065690; Thu, 30 Jul 2009 15:28:33 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 004508FC15; Thu, 30 Jul 2009 15:28:32 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:42470 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWXVY-0001F4-68; Thu, 30 Jul 2009 17:25:30 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 5061E17B849; Thu, 30 Jul 2009 17:25:30 +0200 (CEST) Message-Id: <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exscape.org> From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A71B239.8060007@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 17:25:27 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWXVY-0001F4-68. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWXVY-0001F4-68 7917fb9efe12468d23bab37bb794f521 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 15:28:34 -0000 On Jul 30, 2009, at 16:46, Andriy Gapon wrote: > on 30/07/2009 17:39 Thomas Backman said the following: >> On Jul 30, 2009, at 16:24, Andriy Gapon wrote: >>> >>> Could you please add DEBUG_VFS_LOCKS to kernel config and check that >>> we haven't >>> broke VFS locking with the patch? >>> Thank you again! >>> >>> -- >>> Andriy Gapon >> Hey, thank *you* :) >> Currently recompiling the kernel, I'll have a look later. What do I >> do, >> though? Just keep an eye on the console, or something more involved? >> (Or, since the handbook mentions lockedvnods in ddb: when should I >> check >> lockedvnods?) > > I think you should get a panic if anything goes wrong. > And I think you would get one :-) > > Next thing to try after that is the updated patch from Pawel: > http://people.freebsd.org/~pjd/patches/zfs_vnops.c.2.patch Well, damnit! KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a vfs_badlock() at vfs_badlock+0x95 VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0x4a vgonel() at vgonel+0x14d vrecycle() at vrecycle+0x8b zfs_freebsd_inactive() at zfs_freebsd_inactive+0x1a VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x6c vinactive() at vinactive+0x85 vput() at vput+0x1d8 dounmount() at dounmount+0x4af unmount() at unmount+0x3c8 syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (22, FreeBSD ELF64, unmount), rip = 0x80104e9ec, rsp = 0x7fffffffaa98, rbp = 0x801223300 --- VOP_RECLAIM: 0xffffff007b0ff1d8 interlock is locked but should not be KDB: enter: lock violation panic: from debugger #9 0xffffffff8057eda7 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #10 0xffffffff8036c8ad in kdb_enter (why=0xffffffff80613fd5 "vfslock", msg=0xa
) at cpufunc.h:63 #11 0xffffffff805c82fa in VOP_RECLAIM_APV (vop=0xffffffff80b8b220, a=0xffffff803ea09930) at vnode_if.c:1923 #12 0xffffffff803cbd5d in vgonel (vp=0xffffff007b0ff1d8) at vnode_if.h: 830 #13 0xffffffff803cc10b in vrecycle (vp=0xffffff007b0ff1d8, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_subr.c:2504 #14 0xffffffff80b13a9a in zfs_freebsd_inactive () from /boot/kernel/ zfs.ko #15 0xffffffff805c842c in VOP_INACTIVE_APV (vop=0xffffffff80b8b220, a=0xffffff803ea099f0) at vnode_if.c:1863 #16 0xffffffff803cb435 in vinactive (vp=0xffffff007b0ff1d8, td=0xffffff007b2cd720) at vnode_if.h:807 #17 0xffffffff803cc788 in vput (vp=0xffffff007b0ff1d8) at /usr/src/sys/kern/vfs_subr.c:2257 #18 0xffffffff803c5a4f in dounmount (mp=0xffffff0002c438d0, flags=0, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1333 #19 0xffffffff803c6058 in unmount (td=0xffffff007b2cd720, uap=0xffffff803ea09bf0) at /usr/src/sys/kern/vfs_mount.c:1174 #20 0xffffffff80598e7f in syscall (frame=0xffffff803ea09c80) at /usr/src/sys/amd64/amd64/trap.c:984 #21 0xffffffff8057f081 in Xfast_syscall () Happened at (or very close to!) the place of the original panic. :/ Regards, Thomas PS. I'll test Pawel's patch sometime after dinner. ;) From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 15:40:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAA311065670; Thu, 30 Jul 2009 15:40:12 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A7ECC8FC1A; Thu, 30 Jul 2009 15:40:11 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA01707; Thu, 30 Jul 2009 18:40:09 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A71BED8.7050300@freebsd.org> Date: Thu, 30 Jul 2009 18:40:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca! pe.org> In-Reply-To: <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 15:40:13 -0000 on 30/07/2009 18:25 Thomas Backman said the following: > PS. I'll test Pawel's patch sometime after dinner. ;) I believe that you should get a perfect result with it. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 16:38:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62A331065670 for ; Thu, 30 Jul 2009 16:38:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id CFD0F8FC24 for ; Thu, 30 Jul 2009 16:38:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6UGc6Kc037510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2009 18:38:06 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A71CC6D.7060803@omnilan.de> Date: Thu, 30 Jul 2009 18:38:05 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: Dimitry Andric References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> <4A5F0F4F.5060505@andric.com> <4A6F52BE.9000901@omnilan.de> <9bbcef730907281255u3f426923g886893585899d210@mail.gmail.com> <4A6F5A1F.2070906@omnilan.de> <4A70B15B.4050907@andric.com> <4A713FB9.6020002@omnilan.de> In-Reply-To: <4A713FB9.6020002@omnilan.de> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE48CB35B66AC19EFB05CF975" Cc: freebsd-current@freebsd.org Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 16:38:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE48CB35B66AC19EFB05CF975 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer schrieb am 30.07.2009 08:37 (localtime): > Dimitry Andric schrieb am 29.07.2009 22:30 (localtime): > ... >> Please try the following patch, to enable an error message, in case an= y >> of the providers' names exceeds the maximum length. It should be enou= gh >> to do "cd /usr/src/sbin/geom && make && sudo make install". >> >> I'm not very good at manpages, though... any takers? :) >=20 > I always wanted to look into man pages from the editors side. > Expect something toady, otherwise I'll notify when I failed... Here's the best I could do. I suggest some native speakers should have a = look on it. geom_man.diff --- src/sbin/geom/class/raid3/graid3.8.orig 2009-07-30=20 18:20:16.000000000 +0200 +++ src/sbin/geom/class/raid3/graid3.8 2009-07-30 18:20:51.000000000 +020= 0 @@ -83,7 +83,15 @@ The .Nm utility uses on-disk metadata (the provider's last sector) to store=20 all needed -information. +information. For +.Ar prov , +it's possible to use a providers label (see +.Xr geom_label 8 ) +instead of the device node. +The size of +.Ar prov +is limited to 15 characters, so currently it's not possible to use the=20 GPTID +nor custom defined labels which are longer than 15 characters. .Pp The first argument to .Nm --- src/sbin/geom/class/shsec/gshsec.8.orig 2009-07-30=20 18:21:49.000000000 +0200 +++ src/sbin/geom/class/shsec/gshsec.8 2009-07-30 18:25:26.000000000 +020= 0 @@ -62,7 +62,16 @@ The secret is shared between the given providers. To collect the secret, all providers are needed. If one of the components is missing, there is no way to get any useful = data from -the rest of them. +the rest of them. For +.Ar prov , +it's possible to use a providers label (see +.Xr geom_label 8 ) +instead of the device node. +The size of +.Ar prov +is limited to 15 characters, so currently it's not possible to use the=20 GPTID +nor custom defined labels which are longer than 15 characters. +.Pp The first argument to .Nm indicates an action to be performed: --- src/sbin/geom/class/stripe/gstripe.8.orig 2009-07-30=20 18:23:42.000000000 +0200 +++ src/sbin/geom/class/stripe/gstripe.8 2009-07-30 18:24:10.000000000 +0= 200 @@ -82,7 +82,15 @@ .Dq automatic method uses on-disk metadata to detect devices. Once devices are labeled, they will be automatically detected and -configured. +configured. For +.Ar prov , +it's possible to use a providers label (see +.Xr geom_label 8 ) +instead of the device node. +The size of +.Ar prov +is limited to 15 characters, so currently it's not possible to use the=20 GPTID +nor custom defined labels which are longer than 15 characters. .Pp The first argument to .Nm --- src/sbin/geom/class/concat/gconcat.8.orig 2009-07-30=20 18:16:12.000000000 +0200 +++ src/sbin/geom/class/concat/gconcat.8 2009-07-30 18:26:06.000000000 +0= 200 @@ -80,7 +80,15 @@ .Dq automatic method uses on-disk metadata to detect devices. Once devices are labeled, they will be automatically detected and -configured. +configured. For +.Ar prov , +it's possible to use a providers label (see +.Xr geom_label 8 ) +instead of the device node. +The size of +.Ar prov +is limited to 15 characters, so currently it's not possible to use the=20 GPTID +nor custom defined labels which are longer than 15 characters. .Pp The first argument to .Nm --- src/sbin/geom/class/journal/gjournal.8.orig 2009-07-30=20 18:26:21.000000000 +0200 +++ src/sbin/geom/class/journal/gjournal.8 2009-07-30 18:29:15.000000000 = +0200 @@ -125,6 +125,16 @@ This could be a problem when an existing file system is converted to us= e .Nm . .Pp +For +.Ar prov , +it's possible to use a providers label (see +.Xr geom_label 8 ) +instead of the device node. +The size of +.Ar prov +is limited to 15 characters, so currently it's not possible to use the=20 GPTID +nor custom defined labels which are longer than 15 characters. +.Pp The first argument to .Nm indicates an action to be performed: --- src/sbin/geom/class/mirror/gmirror.8.orig 2009-07-30=20 18:11:17.000000000 +0200 +++ src/sbin/geom/class/mirror/gmirror.8 2009-07-30 18:29:55.000000000 +0= 200 @@ -106,7 +106,15 @@ utility uses on-disk metadata (stored in the provider's last sector)=20 to store all needed information. Since the last sector is used for this purpose, it is possible to=20 place a root -file system on a mirror. +file system on a mirror. For +.Ar prov , +it's possible to use a providers label (see +.Xr geom_label 8 ) +instead of the device node. +The size of +.Ar prov +is limited to 15 characters, so currently it's not possible to use the=20 GPTID +nor custom defined labels which are longer than 15 characters. .Pp The first argument to .Nm Best regards, -Harry --------------enigE48CB35B66AC19EFB05CF975 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpxzG4ACgkQLDqVQ9VXb8gAJgCcDqSsZYWgIdvYNHjMpxLZMcnq zlAAoMcAZ2duXZLQjQoqJg7pxa+31ATD =9b2R -----END PGP SIGNATURE----- --------------enigE48CB35B66AC19EFB05CF975-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 16:41:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B3F1065673; Thu, 30 Jul 2009 16:41:44 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 757028FC0C; Thu, 30 Jul 2009 16:41:43 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:53925 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWYhC-0002Io-63; Thu, 30 Jul 2009 18:41:41 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 95CAB1734FD; Thu, 30 Jul 2009 18:41:32 +0200 (CEST) Message-Id: From: Thomas Backman To: Andriy Gapon In-Reply-To: <4A71BED8.7050300@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 18:41:29 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca! pe.org> <4A71BED8.7050300@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWYhC-0002Io-63. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWYhC-0002Io-63 3faae42dab5224f65c9285e20f9272a3 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 16:41:44 -0000 On Jul 30, 2009, at 17:40, Andriy Gapon wrote: > on 30/07/2009 18:25 Thomas Backman said the following: >> PS. I'll test Pawel's patch sometime after dinner. ;) > > I believe that you should get a perfect result with it. > > -- > Andriy Gapon If I dare say it, you were right! I've been testing for about half an hour or so (probably a bit more) now. Still using DEBUG_VFS_LOCKS, and I've tried the test case several times, ran an initial backup (i.e. destroy target pool and send|recv the entire pool) and a few incrementals. Rebooted, tried it again. No panic, no problems! :) Let's hope it stays this way. So, in short: With that patch (copied here just in case: http://exscape.org/temp/zfs_vnops.working.patch ) and the libzfs patch linked previously, it appears zfs send/recv works plain fine. I have yet to try it with clone/promote and stuff, but since that gave the same panic that this solved, I'm hoping there will be no problems with that anymore. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 16:46:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC361065673 for ; Thu, 30 Jul 2009 16:46:07 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id C0D418FC0C for ; Thu, 30 Jul 2009 16:46:06 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6UGk4uC012343 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 30 Jul 2009 18:46:05 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: Qing Li , "Bjoern A. Zeeb" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 18:46:04 +0200 References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> X-Mailer: Apple Mail (2.935.3) Cc: Matthias Andree , FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 16:46:07 -0000 Am 30.07.2009 um 08:40 schrieb Stefan Bethke: > Am 30.07.2009 um 01:46 schrieb Matthias Andree: > >> Hi everybody, >> >> If that is the case, then we should go quickly to either make it go >> into 8-CURRENT's ports or OpenVPN 2.1, or both. >> >> I'm not sure I have sufficient context or time to read up to >> determine my own role here (I haven't been following -current for >> lack of time); can someone summarize the issue for me? > > I can try to summarize; I don't think I'll have time to come up with > a patch this weekend. > > The problem appears to be that OpenVPN invokes ifconfig with > incorrect (but previously working) parameters, namely "ifconfig tun0 > local_ip local_ip" instead of "ifconfig tun0 local_ip remote_ip". > The problem does not appear to be the SIOCAIFADDR but the RT_ADD > that ifconfig does. When I drafted a replacement OpenVPN --up > script yesterday, I also noticed that the parameters passed to the > script are wrong (netmask instead of remote ip), and environment > variables are partially not set (ifconfig_remote is empty). > > This issue appears to affect tun-mode connections; tap-mode > connections appear to continue to work. > > I'm not sure if that is a more general problem with OpenVPN (at > least in --topology subnet mode), or a specific problem in the > FreeBSD-specific code. I just looked at a Linux box connected to > the same OpenVPN server, and their ifconfig invocation looks > different from ours, so the FreeBSD-specific code at least plays > some role. > > I'd still like to know whether the change to the routing code is > intentional or a regression. I did at least have time to figure out the commit that changed it: 195914 > Author: qingli > Date: Mon Jul 27 17:08:06 2009 > New Revision: 195914 > URL: http://svn.freebsd.org/changeset/base/195914 > > Log: > This patch does the following: > > - Allow loopback route to be installed for address assigned to > interface of IFF_POINTOPOINT type. > - Install loopback route for an IPv4 interface addreess when the > "useloopback" sysctl variable is enabled. Similarly, install > loopback route for an IPv6 interface address when the sysctl > variable > "nd6_useloopback" is enabled. Deleting loopback routes for > interface > addresses is unconditional in case these sysctl variables were > disabled after an interface address has been assigned. Setting net.link.ether.inet.useloopback=0 does not restore the previous behavior. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 16:48:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B871065670 for ; Thu, 30 Jul 2009 16:48:40 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7B40B8FC1C for ; Thu, 30 Jul 2009 16:48:40 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6UGmaii037726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2009 18:48:37 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A71CEE4.6000909@omnilan.de> Date: Thu, 30 Jul 2009 18:48:36 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: rick-freebsd2008@kiwi-computer.com References: <20090723232730.GB72486@keira.kiwi-computer.com> In-Reply-To: <20090723232730.GB72486@keira.kiwi-computer.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA0778E555FB78F077C4E4BF8" Cc: freebsd-current@freebsd.org Subject: Re: UFS label limitations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 16:48:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA0778E555FB78F077C4E4BF8 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Rick C. Petty schrieb am 24.07.2009 01:27 (localtime): > I posted this patch to freebsd-fs back in December, which allows some > separator characters to be used in UFS labels. I've attached the patch= > below. des@ suggested using strspn(3) instead, so I've attached that > version also. Is someone willing to commit this into 8.0? It's rather= > innocuous. I like this limit removal very much and vote for committing it! Thank you, -Harry --------------enigA0778E555FB78F077C4E4BF8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpxzuQACgkQLDqVQ9VXb8hlUgCeJvP98tA2P1Fm657pqYcTCHeF xCUAn2wyy92CotEbjRmtSZlpbcCVhzt7 =Ivyz -----END PGP SIGNATURE----- --------------enigA0778E555FB78F077C4E4BF8-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 16:57:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F2D106564A; Thu, 30 Jul 2009 16:57:16 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 11CAE8FC14; Thu, 30 Jul 2009 16:57:15 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n6UGvEba002626; Thu, 30 Jul 2009 09:57:15 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 30 Jul 2009 09:55:39 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: recent change to ifconfig breaks OpenVPN? Thread-Index: AcoRNU94anw5Tb2FSISYElzlWKas2gAATmKQ References: <4A709126.5050102@elischer.org><3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> From: "Li, Qing" To: "Stefan Bethke" , "Qing Li" , "Bjoern A. Zeeb" Cc: Matthias Andree , FreeBSD Current Subject: RE: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 16:57:16 -0000 I will look into it. -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Stefan Bethke > Sent: Thursday, July 30, 2009 9:46 AM > To: Qing Li; Bjoern A. Zeeb > Cc: Matthias Andree; FreeBSD Current > Subject: Re: recent change to ifconfig breaks OpenVPN? >=20 > Am 30.07.2009 um 08:40 schrieb Stefan Bethke: >=20 > > Am 30.07.2009 um 01:46 schrieb Matthias Andree: > > > >> Hi everybody, > >> > >> If that is the case, then we should go quickly to either make it go > >> into 8-CURRENT's ports or OpenVPN 2.1, or both. > >> > >> I'm not sure I have sufficient context or time to read up to > >> determine my own role here (I haven't been following -current for > >> lack of time); can someone summarize the issue for me? > > > > I can try to summarize; I don't think I'll have time to come up with > > a patch this weekend. > > > > The problem appears to be that OpenVPN invokes ifconfig with > > incorrect (but previously working) parameters, namely "ifconfig tun0 > > local_ip local_ip" instead of "ifconfig tun0 local_ip remote_ip". > > The problem does not appear to be the SIOCAIFADDR but the RT_ADD > > that ifconfig does. When I drafted a replacement OpenVPN --up > > script yesterday, I also noticed that the parameters passed to the > > script are wrong (netmask instead of remote ip), and environment > > variables are partially not set (ifconfig_remote is empty). > > > > This issue appears to affect tun-mode connections; tap-mode > > connections appear to continue to work. > > > > I'm not sure if that is a more general problem with OpenVPN (at > > least in --topology subnet mode), or a specific problem in the > > FreeBSD-specific code. I just looked at a Linux box connected to > > the same OpenVPN server, and their ifconfig invocation looks > > different from ours, so the FreeBSD-specific code at least plays > > some role. > > > > I'd still like to know whether the change to the routing code is > > intentional or a regression. >=20 > I did at least have time to figure out the commit that changed it: > 195914 >=20 > > Author: qingli > > Date: Mon Jul 27 17:08:06 2009 > > New Revision: 195914 > > URL: http://svn.freebsd.org/changeset/base/195914 > > > > Log: > > This patch does the following: > > > > - Allow loopback route to be installed for address assigned to > > interface of IFF_POINTOPOINT type. > > - Install loopback route for an IPv4 interface addreess when the > > "useloopback" sysctl variable is enabled. Similarly, install > > loopback route for an IPv6 interface address when the sysctl > > variable > > "nd6_useloopback" is enabled. Deleting loopback routes for > > interface > > addresses is unconditional in case these sysctl variables were > > disabled after an interface address has been assigned. >=20 >=20 > Setting net.link.ether.inet.useloopback=3D0 does not restore the > previous behavior. >=20 >=20 > Stefan >=20 > -- > Stefan Bethke Fon +49 151 14070811 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:03:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8181B1065672; Thu, 30 Jul 2009 17:03:29 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 6634E8FC1B; Thu, 30 Jul 2009 17:03:29 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNL00358U05BW10@asmtp029.mac.com>; Thu, 30 Jul 2009 10:03:20 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> Date: Thu, 30 Jul 2009 10:02:29 -0700 Message-id: References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> <1248906855.1459.8.camel@RabbitsDen> <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1074) Cc: freebsd-current@freebsd.org, Alexandre Sunny Kovalenko , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:03:30 -0000 On Jul 30, 2009, at 2:05 AM, Anton Shterenlikht wrote: > By the way, are these two FreeBSD docs up to date: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > In particular, it is still true that minidump is a default dump type? ia64 doesn't yet have minidumps. In fact, changes to GDB that happened a year ago or so broke the ability to read ia64 core files. I plan on implementing minidumps after 8.0-RELEASE. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:08:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B3781065675 for ; Thu, 30 Jul 2009 17:08:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outt.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id E91E38FC18 for ; Thu, 30 Jul 2009 17:08:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 505C1B98E6; Thu, 30 Jul 2009 10:09:53 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C0B322D6013; Thu, 30 Jul 2009 10:08:54 -0700 (PDT) Message-ID: <4A71D3AB.2070504@elischer.org> Date: Thu, 30 Jul 2009 10:08:59 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: "Li, Qing" References: <4A709126.5050102@elischer.org><3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , "Bjoern A. Zeeb" , Stefan Bethke , Matthias Andree , FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:08:56 -0000 Li, Qing wrote: > I will look into it. > > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Stefan Bethke >> Sent: Thursday, July 30, 2009 9:46 AM >> To: Qing Li; Bjoern A. Zeeb >> Cc: Matthias Andree; FreeBSD Current >> Subject: Re: recent change to ifconfig breaks OpenVPN? >> >> Am 30.07.2009 um 08:40 schrieb Stefan Bethke: >> >>> Am 30.07.2009 um 01:46 schrieb Matthias Andree: >>> >>>> Hi everybody, >>>> >>>> If that is the case, then we should go quickly to either make it go >>>> into 8-CURRENT's ports or OpenVPN 2.1, or both. >>>> >>>> I'm not sure I have sufficient context or time to read up to >>>> determine my own role here (I haven't been following -current for >>>> lack of time); can someone summarize the issue for me? >>> I can try to summarize; I don't think I'll have time to come up with >>> a patch this weekend. >>> >>> The problem appears to be that OpenVPN invokes ifconfig with >>> incorrect (but previously working) parameters, namely "ifconfig tun0 >>> local_ip local_ip" instead of "ifconfig tun0 local_ip remote_ip". >>> The problem does not appear to be the SIOCAIFADDR but the RT_ADD >>> that ifconfig does. When I drafted a replacement OpenVPN --up >>> script yesterday, I also noticed that the parameters passed to the >>> script are wrong (netmask instead of remote ip), and environment >>> variables are partially not set (ifconfig_remote is empty). >>> >>> This issue appears to affect tun-mode connections; tap-mode >>> connections appear to continue to work. It seems that it doesn't like if both ends of a p2p have the same address. This is a numbering scheme sometimes used in routers, but it has funny side effects on hosts. For example both hosts would respond to ssh 'local_ip'. I'm in two minds as to whether one would want to allow this. >>> >>> I'm not sure if that is a more general problem with OpenVPN (at >>> least in --topology subnet mode), or a specific problem in the >>> FreeBSD-specific code. I just looked at a Linux box connected to >>> the same OpenVPN server, and their ifconfig invocation looks >>> different from ours, so the FreeBSD-specific code at least plays >>> some role. >>> >>> I'd still like to know whether the change to the routing code is >>> intentional or a regression. >> I did at least have time to figure out the commit that changed it: >> 195914 >> >>> Author: qingli >>> Date: Mon Jul 27 17:08:06 2009 >>> New Revision: 195914 >>> URL: http://svn.freebsd.org/changeset/base/195914 >>> >>> Log: >>> This patch does the following: >>> >>> - Allow loopback route to be installed for address assigned to >>> interface of IFF_POINTOPOINT type. >>> - Install loopback route for an IPv4 interface addreess when > the >>> "useloopback" sysctl variable is enabled. Similarly, install >>> loopback route for an IPv6 interface address when the sysctl >>> variable >>> "nd6_useloopback" is enabled. Deleting loopback routes for >>> interface >>> addresses is unconditional in case these sysctl variables > were >>> disabled after an interface address has been assigned. >> >> Setting net.link.ether.inet.useloopback=0 does not restore the >> previous behavior. >> >> >> Stefan >> >> -- >> Stefan Bethke Fon +49 151 14070811 >> >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:09:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F1541065676; Thu, 30 Jul 2009 17:09:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADB78FC13; Thu, 30 Jul 2009 17:09:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UH6HrY047414; Thu, 30 Jul 2009 13:06:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200907301706.n6UH6HrY047414@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 30 Jul 2009 13:09:09 -0400 To: Alexander Motin , FreeBSD-Current From: Mike Tancsa In-Reply-To: <4A4517BE.9040504@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:09:10 -0000 Using HEAD from today (July 30) on an AMD64 kernel CPU: AMD Phenom(tm) 9950 Quad-Core Processor (2608.81-MHz K8-class CPU) real memory = 8589934592 (8192 MB) avail memory = 8001212416 (7630 MB) ahci0@pci0:0:17:0: class=0x010601 card=0x43911002 chip=0x43911002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'SB700 SATA Controller [AHCI mode]' class = mass storage subclass = SATA cap 01[60] = powerspec 2 supports D0 D3 current D0 cap 12[70] = SATA Index-Data Pair 0(freebsd-current2)% grep -i ahci /var/run/dmesg.boot Preloaded elf obj module "/boot/kernel/ahci.ko" at 0xffffffff80a53728. ahci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfbaffc00-0xfbafffff irq 22 at device 17.0 on pci0 ahci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfbaffc00 ahci0: [MPSAFE] ahci0: [ITHREAD] ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahci0: Caps: 64bit NCQ SNTF MPS ALP AL CLO 3Gbps PM PMD SSC PSC 32cmd CCC 6ports ahcich0: at channel 0 on ahci0 ahcich0: [MPSAFE] ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [MPSAFE] ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [MPSAFE] ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [MPSAFE] ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [MPSAFE] ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [MPSAFE] ahcich5: [ITHREAD] ahcich0: AHCI reset... ahcich0: hardware reset ... ahcich0: SATA connect time=0ms status=00000123 ahcich0: ready wait time=0ms ahcich0: AHCI reset done: devices=00000001 ahcich1: AHCI reset... ahcich1: hardware reset ... ahcich1: SATA connect timeout status=00000000 ahcich1: AHCI reset done: phy reset found no device ahcich2: AHCI reset... ahcich2: hardware reset ... ahcich2: SATA connect timeout status=00000000 ahcich2: AHCI reset done: phy reset found no device ahcich3: AHCI reset... ahcich3: hardware reset ... ahcich3: SATA connect timeout status=00000000 ahcich3: AHCI reset done: phy reset found no device ahcich4: AHCI reset... ahcich4: hardware reset ... ahcich4: SATA connect timeout status=00000000 ahcich4: AHCI reset done: phy reset found no device ahcich5: AHCI reset... ahcich5: hardware reset ... ahcich5: SATA connect timeout status=00000000 ahcich5: AHCI reset done: phy reset found no device ahcich0: Poll timeout on slot 2 (aprobe0:ahcich0:0:15:0): Command timed out (aprobe0:ahcich0:0:15:0): error 5 (aprobe0:ahcich0:0:15:0): Retries Exhausted (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 ada0 at ahcich0 bus 0 target 0 lun 0 pass0 at ahcich0 bus 0 target 0 lun 0 0(freebsd-current2)% Tried with postmark and bonnie. Bonnie (no surprise) doesnt show any differences, but postmark shows some In AHCI mode pm>set size 300 200000 pm>set transactions 15000 pm>set location /tinderbox pm>run Creating files...Done Performing transactions..........Done Deleting files...Done Time: 22 seconds total 22 seconds of transactions (681 per second) Files: 8005 created (363 per second) Creation alone: 500 files (500 per second) Mixed with transactions: 7505 files (341 per second) 7526 read (342 per second) 7462 appended (339 per second) 8005 deleted (363 per second) Deletion alone: 510 files (510 per second) Mixed with transactions: 7495 files (340 per second) Data: 948.19 megabytes read (43.10 megabytes per second) 1008.47 megabytes written (45.84 megabytes per second) pm>set transactions 10000 pm>run Creating files...Done Performing transactions..........Done Deleting files...Done Time: 14 seconds total 13 seconds of transactions (769 per second) Files: 5555 created (396 per second) Creation alone: 500 files (500 per second) Mixed with transactions: 5055 files (388 per second) 4986 read (383 per second) 5009 appended (385 per second) 5555 deleted (396 per second) Deletion alone: 610 files (610 per second) Mixed with transactions: 4945 files (380 per second) Data: 626.82 megabytes read (44.77 megabytes per second) 695.69 megabytes written (49.69 megabytes per second) pm> and in stock kernel ATA mode pm>set size 300 200000 pm>set transactions 15000 pm>set location /tinderbox pm>run Creating files...Done Performing transactions..........Done Deleting files...Done Time: 38 seconds total 37 seconds of transactions (405 per second) Files: 8005 created (210 per second) Creation alone: 500 files (500 per second) Mixed with transactions: 7505 files (202 per second) 7526 read (203 per second) 7462 appended (201 per second) 8005 deleted (210 per second) Deletion alone: 510 files (510 per second) Mixed with transactions: 7495 files (202 per second) Data: 948.19 megabytes read (24.95 megabytes per second) 1008.47 megabytes written (26.54 megabytes per second) pm> pm>set size 300 200000 pm>set transactions 10000 pm>set location /tinderbox pm>run Creating files...Done Performing transactions..........Done Deleting files...Done Time: 24 seconds total 23 seconds of transactions (434 per second) Files: 5555 created (231 per second) Creation alone: 500 files (500 per second) Mixed with transactions: 5055 files (219 per second) 4986 read (216 per second) 5009 appended (217 per second) 5555 deleted (231 per second) Deletion alone: 610 files (610 per second) Mixed with transactions: 4945 files (215 per second) Data: 626.82 megabytes read (26.12 megabytes per second) 695.69 megabytes written (28.99 megabytes per second) One small bug I noticed is that if I accidentally give camcontrol a bogus value, the disk subsystem seems to lock up #camcontrol inquiry 0:0 CTRL+T in another shell session I had running gives load: 0.00 cmd: w 1043 [ufs] 60.90r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 61.47r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 61.91r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 62.25r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 62.49r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 63.01r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 63.26r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 63.44r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 63.64r 0.00u 0.00s 0% 304k load: 0.00 cmd: w 1043 [ufs] 63.84r 0.00u 0.00s 0% 304k On the console, its saying ahcich0: Timeout on slot 23 ahcich0: Timeout on slot 2 ahcich0: Timeout on slot 14 ahcich0: Timeout on slot 26 ahcich0: Timeout on slot 6 ahcich0: Timeout on slot 18 ahcich0: Timeout on slot 30 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:09:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC86B1065700; Thu, 30 Jul 2009 17:09:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9137D8FC20; Thu, 30 Jul 2009 17:09:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWZ8F-0003Ck-O1; Thu, 30 Jul 2009 18:09:34 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWZ8E-0001g7-RQ; Thu, 30 Jul 2009 18:09:31 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6UH9UYL074255; Thu, 30 Jul 2009 18:09:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6UH9UG7074254; Thu, 30 Jul 2009 18:09:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 30 Jul 2009 18:09:30 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20090730170930.GA74245@mech-cluster241.men.bris.ac.uk> References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> <1248906855.1459.8.camel@RabbitsDen> <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Alexandre Sunny Kovalenko , freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:09:37 -0000 On Thu, Jul 30, 2009 at 10:02:29AM -0700, Marcel Moolenaar wrote: > > On Jul 30, 2009, at 2:05 AM, Anton Shterenlikht wrote: > >By the way, are these two FreeBSD docs up to date: > > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING > > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > > >In particular, it is still true that minidump is a default dump type? > > ia64 doesn't yet have minidumps. In fact, changes to GDB that > happened a year ago or so broke the ability to read ia64 core > files. I plan on implementing minidumps after 8.0-RELEASE. you mean, even if I get a dump, I wouldn't be able to read it? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:16:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1DE2106566B; Thu, 30 Jul 2009 17:16:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id D4CA68FC1E; Thu, 30 Jul 2009 17:16:36 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNL00AAKUNKU610@asmtp030.mac.com>; Thu, 30 Jul 2009 10:16:33 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090730170930.GA74245@mech-cluster241.men.bris.ac.uk> Date: Thu, 30 Jul 2009 10:16:32 -0700 Message-id: References: <4A6DB30B.20705@zedat.fu-berlin.de> <4A6DB9F1.7050404@haruhiism.net> <4A6E0620.6070200@mail.zedat.fu-berlin.de> <20090727210428.GA30253@mech-cluster241.men.bris.ac.uk> <20090728103545.GA22380@mech-cluster241.men.bris.ac.uk> <4A6F09BA.2020703@zedat.fu-berlin.de> <20090728144555.GD75439@mech-cluster241.men.bris.ac.uk> <1248906855.1459.8.camel@RabbitsDen> <20090730090554.GA64840@mech-cluster241.men.bris.ac.uk> <20090730170930.GA74245@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1074) Cc: freebsd-current@freebsd.org, Alexandre Sunny Kovalenko , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:16:37 -0000 On Jul 30, 2009, at 10:09 AM, Anton Shterenlikht wrote: > On Thu, Jul 30, 2009 at 10:02:29AM -0700, Marcel Moolenaar wrote: >> >> On Jul 30, 2009, at 2:05 AM, Anton Shterenlikht wrote: >>> By the way, are these two FreeBSD docs up to date: >>> >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING >>> >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >>> >>> In particular, it is still true that minidump is a default dump >>> type? >> >> ia64 doesn't yet have minidumps. In fact, changes to GDB that >> happened a year ago or so broke the ability to read ia64 core >> files. I plan on implementing minidumps after 8.0-RELEASE. > > you mean, even if I get a dump, I wouldn't be able to read it? Correct. The change that broke it is: http://svn.FreeBSD.org/viewvc/base?view=revision&revision=178670 -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:18:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B82E106567D; Thu, 30 Jul 2009 17:18:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3941E8FC1B; Thu, 30 Jul 2009 17:18:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWZGo-0003Xg-3m; Thu, 30 Jul 2009 18:18:31 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWZGm-0001hH-Ve; Thu, 30 Jul 2009 18:18:21 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6UHIK3h001104; Thu, 30 Jul 2009 18:18:20 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6UHIKPR001103; Thu, 30 Jul 2009 18:18:20 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 30 Jul 2009 18:18:20 +0100 From: Anton Shterenlikht To: gecko@freebsd.org, freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20090730171820.GA1043@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: firefox-2 causes panic on ia64 8.0-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:18:33 -0000 On ia64 SMP 8.0-beta2, firefox-2.0.0.20_8,1 causes this panic: KDB: enter: panic [thread pid 74296 tid 100167 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f0d0,gp ;; db> trace Tracing pid 74296 tid 100167 td 0xe000000019cfcb10 kdb_enter(0xe00000000482af58, 0xe00000000482af58, 0xe00000000438ac80, 0x793) at kdb_enter+0x92 panic(0xe000000004863330, 0x0, 0xe000000004863308, 0x5cf) at panic+0x2f0 ia64_highfp_drop(0xe000000019cfcb10) at ia64_highfp_drop+0x100 cpu_thread_exit(0xe000000019cfcb10, 0xe0000000043a7be0, 0x50e, 0x15a) at cpu_thr ead_exit+0x20 thread_exit(0xe00000000482c388, 0xe00000000482b008, 0xe00000001614a4f0, 0xe00000 0019cfcb10) at thread_exit+0x130 thr_exit(0xe00000001614a468, 0xe00000001614a540, 0xe00000000482c360, 0xe00000001 614a448) at thr_exit+0x120 syscall(0xa0000000c3abb400, 0x1af, 0x2000000041d9c7b0, 0xe000000019cfcb10, 0xe00 000001614a448, 0xe000000004926ef8, 0x1af, 0xa0000000c3abb4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:24:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75612106566B; Thu, 30 Jul 2009 17:24:51 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C1CB98FC15; Thu, 30 Jul 2009 17:24:50 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250234971; Thu, 30 Jul 2009 20:24:47 +0300 Message-ID: <4A71D739.6040308@FreeBSD.org> Date: Thu, 30 Jul 2009 20:24:09 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Mike Tancsa References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> In-Reply-To: <200907301706.n6UH6HrY047414@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:24:51 -0000 Mike Tancsa wrote: > Tried with postmark and bonnie. Bonnie (no surprise) doesnt show any > differences, but postmark shows some > > In AHCI mode > Time: > 22 seconds total > 22 seconds of transactions (681 per second) > > and in stock kernel ATA mode > Time: > 38 seconds total > 37 seconds of transactions (405 per second) "Some", you said? :) It's really cool! Have you checked it twice? > One small bug I noticed is that if I accidentally give camcontrol a > bogus value, the disk subsystem seems to lock up > #camcontrol inquiry 0:0 > > On the console, its saying > ahcich0: Timeout on slot 23 > ahcich0: Timeout on slot 2 > ahcich0: Timeout on slot 14 > ahcich0: Timeout on slot 26 > ahcich0: Timeout on slot 6 > ahcich0: Timeout on slot 18 > ahcich0: Timeout on slot 30 Error recovery is still not finished. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:27:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46DA5106566B; Thu, 30 Jul 2009 17:27:07 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 01E0B8FC12; Thu, 30 Jul 2009 17:27:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWZPC-0003nC-Ls; Thu, 30 Jul 2009 18:27:06 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWZPB-0001mQ-Q0; Thu, 30 Jul 2009 18:27:02 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6UHR1nA001093; Thu, 30 Jul 2009 18:27:01 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6UHR1GH001092; Thu, 30 Jul 2009 18:27:01 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 30 Jul 2009 18:27:01 +0100 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20090730172701.GA1043@mech-cluster241.men.bris.ac.uk> References: <20090730171820.GA1043@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090730171820.GA1043@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Level: -- Cc: gecko@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: firefox-2 causes panic on ia64 8.0-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:27:08 -0000 On Thu, Jul 30, 2009 at 06:18:20PM +0100, Anton Shterenlikht wrote: > On ia64 SMP 8.0-beta2, firefox-2.0.0.20_8,1 causes this panic: > > KDB: enter: panic > [thread pid 74296 tid 100167 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f0d0,gp ;; > db> trace > Tracing pid 74296 tid 100167 td 0xe000000019cfcb10 > kdb_enter(0xe00000000482af58, 0xe00000000482af58, 0xe00000000438ac80, 0x793) at > kdb_enter+0x92 > panic(0xe000000004863330, 0x0, 0xe000000004863308, 0x5cf) at panic+0x2f0 > ia64_highfp_drop(0xe000000019cfcb10) at ia64_highfp_drop+0x100 > cpu_thread_exit(0xe000000019cfcb10, 0xe0000000043a7be0, 0x50e, 0x15a) at cpu_thr > > ead_exit+0x20 > thread_exit(0xe00000000482c388, 0xe00000000482b008, 0xe00000001614a4f0, 0xe00000 > > 0019cfcb10) at thread_exit+0x130 > thr_exit(0xe00000001614a468, 0xe00000001614a540, 0xe00000000482c360, 0xe00000001 > > 614a448) at thr_exit+0x120 > syscall(0xa0000000c3abb400, 0x1af, 0x2000000041d9c7b0, 0xe000000019cfcb10, 0xe00 > > 000001614a448, 0xe000000004926ef8, 0x1af, 0xa0000000c3abb4e8) at syscall+0x3e0 > epc_syscall_return() at epc_syscall_return > db> forgot to add the beginning. Also to confirm that this panic is reproducible. panic: Inconsistent high FP state cpuid = 0 KDB: stack backtrace: db_trace_self(0xe0000000041371e0) at db_trace_self+0x20 db_trace_self_wrapper(0xe0000000043ec010) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe000000004976240, 0xe00000000438ac30, 0x793, 0xe000000004b57190) at kdb_backtrace+0xc0 panic(0xe000000004863330, 0x0, 0xe000000004863308, 0x5cf) at panic+0x2a0 ia64_highfp_drop(0xe0000000141d6000) at ia64_highfp_drop+0x100 cpu_thread_exit(0xe0000000141d6000, 0xe0000000043a7be0, 0x50e, 0x15a) at cpu_thr ead_exit+0x20 thread_exit(0xe00000000482c388, 0xe00000000482b008, 0xe00000001187ad80, 0xe00000 00141d6000) at thread_exit+0x130 thr_exit(0xe00000001187acf8, 0xe00000001187add0, 0xe00000000482c360, 0xe00000001 187acd8) at thr_exit+0x120 syscall(0xa0000000c39ab400, 0x1af, 0x2000000041d9c7b0, 0xe0000000141d6000, 0xe00 000001187acd8, 0xe000000004926ef8, 0x1af, 0xa0000000c39ab4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return KDB: enter: panic [thread pid 1126 tid 100133 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f0d0,gp ;; db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 17:46:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05EFE1065679 for ; Thu, 30 Jul 2009 17:46:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id D869A8FC19 for ; Thu, 30 Jul 2009 17:46:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 46D00C5D47; Thu, 30 Jul 2009 10:46:54 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id D68A32D601C; Thu, 30 Jul 2009 10:46:50 -0700 (PDT) Message-ID: <4A71DC8F.6060905@elischer.org> Date: Thu, 30 Jul 2009 10:46:55 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Stefan Bethke References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , "Bjoern A. Zeeb" , Matthias Andree , FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 17:46:52 -0000 Stefan Bethke wrote: > Am 30.07.2009 um 08:40 schrieb Stefan Bethke: > >> Am 30.07.2009 um 01:46 schrieb Matthias Andree: >> >>> Hi everybody, >>> >>> If that is the case, then we should go quickly to either make it go >>> into 8-CURRENT's ports or OpenVPN 2.1, or both. >>> >>> I'm not sure I have sufficient context or time to read up to >>> determine my own role here (I haven't been following -current for >>> lack of time); can someone summarize the issue for me? >> >> I can try to summarize; I don't think I'll have time to come up with a >> patch this weekend. >> >> The problem appears to be that OpenVPN invokes ifconfig with incorrect >> (but previously working) parameters, namely "ifconfig tun0 local_ip >> local_ip" instead of "ifconfig tun0 local_ip remote_ip". The problem >> does not appear to be the SIOCAIFADDR but the RT_ADD that ifconfig >> does. When I drafted a replacement OpenVPN --up script yesterday, I >> also noticed that the parameters passed to the script are wrong >> (netmask instead of remote ip), and environment variables are >> partially not set (ifconfig_remote is empty). >> >> This issue appears to affect tun-mode connections; tap-mode >> connections appear to continue to work. >> >> I'm not sure if that is a more general problem with OpenVPN (at least >> in --topology subnet mode), or a specific problem in the >> FreeBSD-specific code. I just looked at a Linux box connected to the >> same OpenVPN server, and their ifconfig invocation looks different >> from ours, so the FreeBSD-specific code at least plays some role. >> >> I'd still like to know whether the change to the routing code is >> intentional or a regression. > > I did at least have time to figure out the commit that changed it: 195914 > >> Author: qingli >> Date: Mon Jul 27 17:08:06 2009 >> New Revision: 195914 >> URL: http://svn.freebsd.org/changeset/base/195914 >> >> Log: >> This patch does the following: >> >> - Allow loopback route to be installed for address assigned to >> interface of IFF_POINTOPOINT type. >> - Install loopback route for an IPv4 interface addreess when the >> "useloopback" sysctl variable is enabled. Similarly, install >> loopback route for an IPv6 interface address when the sysctl >> variable >> "nd6_useloopback" is enabled. Deleting loopback routes for >> interface >> addresses is unconditional in case these sysctl variables were >> disabled after an interface address has been assigned. > > > Setting net.link.ether.inet.useloopback=0 does not restore the previous > behavior. the previous behaviour was wrong. It is a configuration error to have the same address on two different machines, (except in the special case of fail-over stuff, which has special case code to cope with it.) Of course you don't have to assign ANY address. ifconfig tun0 create route add default -iface tun0 will work just fine. but having the same address on both ends is a problem. For example sshd will listen to that address on both machines, so if you ssh to that address, which machine you get depends on which machine your packet reaches first. The problem here is that Qingli was trying to make it so that if you did an 'ssh x.x.x.x' where x.x.x.x was your local address on the p2p interface, that it worked instead of sending the packet out. This means puting in a route to localhost for the local side address. Unfortunatly, if the local address and remote address are the same, then the route already exists so an error occurs. One might say that it is up to IP to know before hand that it is a local address and not bother routing it in the first place. I'm not sure whatthe behaviour in this case was in 7.x and don't have one to try.. it'd be instructive to see the result of: ifconfig tun0 create ifconfig tun0 1.1.1.1 2.2.2.2 route get 1.1.1.1 ssh 1.1.1.1 netstat -rn on a 7.x and 6.x (and earlier?) machine. > > > Stefan > From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 18:23:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C9DD106564A for ; Thu, 30 Jul 2009 18:23:19 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from mail-px0-f196.google.com (mail-px0-f196.google.com [209.85.216.196]) by mx1.freebsd.org (Postfix) with ESMTP id DF9078FC0A for ; Thu, 30 Jul 2009 18:23:18 +0000 (UTC) (envelope-from sektie@gmail.com) Received: by pxi34 with SMTP id 34so2565368pxi.3 for ; Thu, 30 Jul 2009 11:23:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=cs5xjeZPFIy/mKp06u1VZW8ZB/haer2jcxkZqJCHgVY=; b=g/zMxYKKHIKN+HVHPEXuFS787KdpeeTXSZb3Cm/dTbeXBliumGaKN2LyFxsdgG1Xys CfmMVbHPa4H/N0rwB/1ZJenb0K1br+zYuOXfAjMtW+XgcDNbDhkCyUAsIFllcCagnP7U n1FaCu4clrwvLIWEyweaRDxrxydNzNZ0XY7Ec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=vcD8YZJKtGFgkK1AC1N4bjYWQErGlUYtwu5XBTUadVcQEWfO/S7z54Tdj639scZKvU UpbrBsn4xISy6eSvJM95TUaWNjqOHSOa7AqPesDSVXQe6xkInjxQWpSBntRCTx3yf2Uv Igzw9zqg4V+hlasRxcT/8NRiWVi2bbJZ6Db6k= MIME-Version: 1.0 Sender: sektie@gmail.com Received: by 10.140.193.9 with SMTP id q9mr1132942rvf.70.1248978198649; Thu, 30 Jul 2009 11:23:18 -0700 (PDT) In-Reply-To: <344C94F7-539E-40BA-BD9D-4BDAE32953BC@blyon.com> References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <20090729170601.GA2841@tafi.alm.flutnet.org> <4A709981.80600@FreeBSD.org> <200907291135.16470.mel.flynn+fbsd.current@mailing.thruhere.net> <4A70A9D8.4020701@FreeBSD.org> <344C94F7-539E-40BA-BD9D-4BDAE32953BC@blyon.com> Date: Thu, 30 Jul 2009 11:23:18 -0700 X-Google-Sender-Auth: 81c7a617d3fc8126 Message-ID: From: Randi Harper To: Barrett Lyon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: HEAD newfs/sysinstall issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 18:23:19 -0000 On Wed, Jul 29, 2009 at 3:26 PM, Barrett Lyon wrote: > I've been trying to get the current HEAD snapshot installed on an amd64 box > that had some screwed up disk geometry from a previous install. > > When sysinstall runs newfs it complains that it's unable to locate the > /dev/ad0x (replace x with whatever it was trying to newfs). Seems like the > partition does get created but does not become visible in /dev > > 7.X works fine. > > Any ideas? > > -B > Are you using dedicated disks? -- randi From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 18:29:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66949106568A; Thu, 30 Jul 2009 18:29:38 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D889D8FC0C; Thu, 30 Jul 2009 18:29:37 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:60383 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWaNc-0003pR-47; Thu, 30 Jul 2009 20:29:30 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 4138D17DFF2; Thu, 30 Jul 2009 20:29:30 +0200 (CEST) Message-Id: From: Thomas Backman To: Andriy Gapon In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 20:29:27 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca! pe.org> <4A71BED8.7050300@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWaNc-0003pR-47. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWaNc-0003pR-47 102eee8d767124b80d8ac397f79c86ff Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 18:29:38 -0000 On Jul 30, 2009, at 18:41, Thomas Backman wrote: > On Jul 30, 2009, at 17:40, Andriy Gapon wrote: >> on 30/07/2009 18:25 Thomas Backman said the following: >>> PS. I'll test Pawel's patch sometime after dinner. ;) >> >> I believe that you should get a perfect result with it. >> >> -- Andriy Gapon > If I dare say it, you were right! I've been testing for about half > an hour or so (probably a bit more) now. > Still using DEBUG_VFS_LOCKS, and I've tried the test case several > times, ran an initial backup (i.e. destroy target pool and send|recv > the entire pool) and a few incrementals. Rebooted, tried it again. > No panic, no problems! :) > Let's hope it stays this way. > > So, in short: With that patch (copied here just in case: http://exscape.org/temp/zfs_vnops.working.patch > ) and the libzfs patch linked previously, it appears zfs send/recv > works plain fine. I have yet to try it with clone/promote and stuff, > but since that gave the same panic that this solved, I'm hoping > there will be no problems with that anymore. Arrrgh! I guess I spoke too soon after all... new panic yet again. :( *sigh* It feels as if this will never become stable right now. (Maybe that's because I've spent all day and most of yesterday too on this ;) Steps and panic info: (Prior to this, I tried a simple zfs promote on one of my clones, and then reverted it by promoting the other FS again, with no problems on running the backup script.) [root@chaos ~]# zfs destroy -r tank/testfs [root@chaos ~]# bash backup.sh backup (all output is from zfs, on zfs send -R -I old tank@new | zfs recv - Fvd slave) attempting destroy slave/testfs@backup-20090730-2009 success attempting destroy slave/testfs@backup-20090730-1823 success attempting destroy slave/testfs@backup-20090730-1801 success attempting destroy slave/testfs@backup-20090730-2011 success attempting destroy slave/testfs@backup-20090730-1827 success attempting destroy slave/testfs success receiving incremental stream of tank@backup-20090730-2012 into slave@backup-20090730-2012 received 312B stream in 1 seconds (312B/sec) receiving incremental stream of tank/tmp@backup-20090730-2012 into slave/tmp@backup-20090730-2012 received 312B stream in 1 seconds (312B/sec) receiving incremental stream of tank/var@backup-20090730-2012 into slave/var@backup-20090730-2012 received 32.6KB stream in 1 seconds (32.6KB/sec) receiving incremental stream of tank/var/log@backup-20090730-2012 into slave/var/log@backup-20090730-2012 received 298KB stream in 1 seconds (298KB/sec) receiving incremental stream of tank/var/crash@backup-20090730-2012 into slave/var/crash@backup-20090730-2012 received 312B stream in 1 seconds (312B/sec) receiving incremental stream of tank/root@backup-20090730-2012 into slave/root@backup-20090730-2012 [... panic here ...] Unread portion of the kernel message buffer:panic: solaris assert: ((zp)->z_vnode)->v_usecount > 0, file: /usr/src/sys/modules/zfs/../../ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 920 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 zfsvfs_teardown() at zfsvfs_teardown+0x24d zfs_suspend_fs() at zfs_suspend_fs+0x2b zfs_ioc_recv() at zfs_ioc_recv+0x28b zfsdev_ioctl() at zfsdev_ioctl+0x8a devfs_ioctl_f() at devfs_ioctl_f+0x77 kern_ioctl() at kern_ioctl+0xf6 ioctl() at ioctl+0xfd syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800fe5f7c, rsp = 0x7fffffff8ef8, rbp = 0x7fffffff9c30 --- KDB: enter: panic panic: from debugger #9 0xffffffff8057eda7 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #10 0xffffffff8036c8ad in kdb_enter (why=0xffffffff80609c44 "panic", msg=0xa
) at cpufunc.h:63 #11 0xffffffff8033abcb in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:558#12 0xffffffff80b0ec5d in zfsvfs_teardown () from /boot/kernel/zfs.ko#13 0x0000000000100000 in ?? () #14 0xffffff001bff0250 in ?? () #15 0xffffff001bff0000 in ?? () #16 0xffffff0008004000 in ?? () #17 0xffffff803e9747a0 in ?? () #18 0xffffff803e9747d0 in ?? () #19 0xffffff803e974770 in ?? () #20 0xffffff803e974740 in ?? () #21 0xffffffff80b0ecab in zfs_suspend_fs () from /boot/kernel/zfs.ko Previous frame inner to this frame (corrupt stack?) Unfortunately, I'm not sure I can reproduce this reliably, since it worked a bunch of times both before and after my previous mail. Oh, and I'm still using -DDEBUG=1 and DEBUG_VFS_LOCKS... If this isn't a new panic because of the changes, perhaps it was triggered now and never before because of the -DDEBUG? Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 18:42:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5FA106566C; Thu, 30 Jul 2009 18:42:19 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 98D5F8FC16; Thu, 30 Jul 2009 18:42:18 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA05367; Thu, 30 Jul 2009 21:42:16 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MWaZz-000368-Vz; Thu, 30 Jul 2009 21:42:16 +0300 Message-ID: <4A71E986.9010800@freebsd.org> Date: Thu, 30 Jul 2009 21:42:14 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: Thomas Backman References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca! pe.org> <4A71BED8.7050300@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 18:42:20 -0000 on 30/07/2009 21:29 Thomas Backman said the following: > > Unfortunately, I'm not sure I can reproduce this reliably, since it > worked a bunch of times both before and after my previous mail. > > Oh, and I'm still using -DDEBUG=1 and DEBUG_VFS_LOCKS... If this isn't a > new panic because of the changes, perhaps it was triggered now and never > before because of the -DDEBUG? Thomas, I am going on vacation, so no help from me for the next two weeks. Yes, if you get a panic in ASSERT in zfs code, then it's caught because of DEBUG=1. I can't say if you would get a different panic further on if DEBUG weren't enabled. Maybe Pawel can say if this ASSERT is a correct one (I've seen in the past some incorrect asserts, but not in ZFS code). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 19:04:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBCF8106564A; Thu, 30 Jul 2009 19:04:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A76E28FC08; Thu, 30 Jul 2009 19:04:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n6UJ1fjV047967; Thu, 30 Jul 2009 15:01:41 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200907301901.n6UJ1fjV047967@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 30 Jul 2009 15:04:34 -0400 To: Alexander Motin From: Mike Tancsa In-Reply-To: <4A71D739.6040308@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> <4A71D739.6040308@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 19:04:35 -0000 At 01:24 PM 7/30/2009, Alexander Motin wrote: >Mike Tancsa wrote: >>Tried with postmark and bonnie. Bonnie (no surprise) doesnt show >>any differences, but postmark shows some >>In AHCI mode >>Time: >> 22 seconds total >> 22 seconds of transactions (681 per second) >>and in stock kernel ATA mode >>Time: >> 38 seconds total >> 37 seconds of transactions (405 per second) > >"Some", you said? :) It's really cool! Have you checked it twice? I just did, and it actually does vary quite a bit. I am going to re-run some longer tests as well as reduce the amount of memory in the machine as I wonder if thats throwing the results out of whack I ran the same tests 7 times just now on both sets of drivers AHCI 20 seconds of transactions (500 per second) 42 seconds of transactions (238 per second) 20 seconds of transactions (500 per second) 29 seconds of transactions (344 per second) 26 seconds of transactions (384 per second) 26 seconds of transactions (384 per second) 36 seconds of transactions (277 per second) avg 375 ATA 20 seconds of transactions (500 per second) 51 seconds of transactions (196 per second) 50 seconds of transactions (200 per second) 40 seconds of transactions (250 per second) 52 seconds of transactions (192 per second) 20 seconds of transactions (500 per second) 40 seconds of transactions (250 per second) avg 298 #!/bin/sh d=`date "+%H-%M-%S"` for counter in `jot 7` do echo $counter echo Loop $counter >> /root/results$d /usr/local/sbin/postmark /root/pm.pm >> /root/results$d sleep 5 done pm.pm is set size 300 250000 set transactions 10000 set location /tinderbox run quit One other detail, on the drive info, why does it show - for NCQ status ? 0(freebsd-current2)# camcontrol identify 0:0:0 pass0: ATA/ATAPI-8 SATA 2.x device Protocol SATA revision 2.x device model ST3250310NS serial number 9SF0PRR5 firmware revision SN05 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488397168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 254/0xFE atacontrol does it as well # atacontrol cap ad4 Protocol SATA revision 2.x device model ST3250310NS serial number 9SF0PRR5 firmware revision SN05 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488397168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 254/0xFE ---Mike -- >Alexander Motin >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 19:35:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 901E6106566B; Thu, 30 Jul 2009 19:35:01 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id D5FE18FC1D; Thu, 30 Jul 2009 19:35:00 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [95.109.128.107] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 250239329; Thu, 30 Jul 2009 22:34:53 +0300 Message-ID: <4A71F5D3.4040602@FreeBSD.org> Date: Thu, 30 Jul 2009 22:34:43 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Mike Tancsa References: <4A4517BE.9040504@FreeBSD.org> <200907301706.n6UH6HrY047414@lava.sentex.ca> <4A71D739.6040308@FreeBSD.org> <200907301901.n6UJ1fjV047967@lava.sentex.ca> In-Reply-To: <200907301901.n6UJ1fjV047967@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 19:35:01 -0000 Mike Tancsa wrote: > One other detail, on the drive info, why does it show - for NCQ status ? > > Native Command Queuing (NCQ) yes - 31/0x1F NCQ doesn't need to be enabled or disabled on drive. It just can be present/used or not. And that is what ada driver reports during attach. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 20:11:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D50C106566B; Thu, 30 Jul 2009 20:11:26 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 026068FC0C; Thu, 30 Jul 2009 20:11:25 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n6UKBPc2006642; Thu, 30 Jul 2009 13:11:25 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 30 Jul 2009 13:09:40 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: recent change to ifconfig breaks OpenVPN? Thread-Index: AcoRNU94anw5Tb2FSISYElzlWKas2gAEnDEw References: <4A709126.5050102@elischer.org><3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> From: "Li, Qing" To: "Stefan Bethke" , "Qing Li" , "Bjoern A. Zeeb" Cc: Matthias Andree , FreeBSD Current Subject: RE: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 20:11:26 -0000 >=20 > I did at least have time to figure out the commit that changed it: > 195914 >=20 > > Author: qingli > > Date: Mon Jul 27 17:08:06 2009 > > New Revision: 195914 > > URL: http://svn.freebsd.org/changeset/base/195914 > > > > Log: > > This patch does the following: > > > > - Allow loopback route to be installed for address assigned to > > interface of IFF_POINTOPOINT type. > > - Install loopback route for an IPv4 interface addreess when the > > "useloopback" sysctl variable is enabled. Similarly, install > > loopback route for an IPv6 interface address when the sysctl > > variable > > "nd6_useloopback" is enabled. Deleting loopback routes for > > interface > > addresses is unconditional in case these sysctl variables were > > disabled after an interface address has been assigned. >=20 In 7.x and prior releases, the local-ip of the PPP links=20 (e.g. tun, gif, gre) is not reachable within that system. I don't=20 know if that really make sense.=20 The Host Requirements RFC-1122, Section 3.3.4 on Local Multihoming seems to suggest the local-ip of a PPP link is not irrelevant as was treated by=20 the implementation. In r195914, I added a loopback route for the local-ip of the local end of a PPP link to make the local-ip reachable within the system. Since a host route is installed for the remote end, the installation of the loopback route for the local-ip (that is the same IP as the remote end) fails. As Julian pointed out, the configuration from OpenVPN seems erroneous. At this point I don't believe there is anything I need to fix but comments are welcomed. >=20 > Setting net.link.ether.inet.useloopback=3D0 does not restore the > previous behavior. >=20 I also verified setting (useloopback=3D0) * does * restore to the previous=20 behavior. -- Qing From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 21:32:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC38E1065672 for ; Thu, 30 Jul 2009 21:32:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outc.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id A79F68FC22 for ; Thu, 30 Jul 2009 21:32:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 08CB0D1CA1; Thu, 30 Jul 2009 14:32:44 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id B80CA2D6006; Thu, 30 Jul 2009 14:32:11 -0700 (PDT) Message-ID: <4A721160.5080902@elischer.org> Date: Thu, 30 Jul 2009 14:32:16 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: "Li, Qing" References: <4A709126.5050102@elischer.org><3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , "Bjoern A. Zeeb" , Stefan Bethke , Matthias Andree , FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 21:32:13 -0000 Li, Qing wrote: >> I did at least have time to figure out the commit that changed it: >> 195914 >> >>> Author: qingli >>> Date: Mon Jul 27 17:08:06 2009 >>> New Revision: 195914 >>> URL: http://svn.freebsd.org/changeset/base/195914 >>> >>> Log: >>> This patch does the following: >>> >>> - Allow loopback route to be installed for address assigned to >>> interface of IFF_POINTOPOINT type. >>> - Install loopback route for an IPv4 interface addreess when > the >>> "useloopback" sysctl variable is enabled. Similarly, install >>> loopback route for an IPv6 interface address when the sysctl >>> variable >>> "nd6_useloopback" is enabled. Deleting loopback routes for >>> interface >>> addresses is unconditional in case these sysctl variables > were >>> disabled after an interface address has been assigned. > > In 7.x and prior releases, the local-ip of the PPP links > (e.g. tun, gif, gre) is not reachable within that system. I don't > know if that really make sense. > > The Host Requirements RFC-1122, Section 3.3.4 on Local Multihoming seems > > to suggest the local-ip of a PPP link is not irrelevant as was treated > by > the implementation. > > In r195914, I added a loopback route for the local-ip of the local end > of a PPP link to make the local-ip reachable within the system. > > Since a host route is installed for the remote end, the installation > of the loopback route for the local-ip (that is the same IP as the > remote end) > fails. As Julian pointed out, the configuration from OpenVPN seems > erroneous. > > At this point I don't believe there is anything I need to fix but > comments are welcomed. > >> Setting net.link.ether.inet.useloopback=0 does not restore the >> previous behavior. >> note that he is using *ether* which seems odd. Since we are talking about tun. Is this the correct variable? > > I also verified setting (useloopback=0) * does * restore to the > previous > behavior. > > -- Qing > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 22:40:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 715421065673 for ; Thu, 30 Jul 2009 22:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id F34BF8FC0A for ; Thu, 30 Jul 2009 22:40:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 1DF4A41C7AD; Fri, 31 Jul 2009 00:40:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id xpqUux2rQ1AN; Fri, 31 Jul 2009 00:40:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id A0D2041C770; Fri, 31 Jul 2009 00:40:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1F4864448E6; Thu, 30 Jul 2009 22:36:26 +0000 (UTC) Date: Thu, 30 Jul 2009 22:36:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Julian Elischer In-Reply-To: <4A721160.5080902@elischer.org> Message-ID: <20090730220658.M245@maildrop.int.zabbadoz.net> References: <4A709126.5050102@elischer.org><3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Qing Li , "Li, Qing" , Matthias Andree , Stefan Bethke , FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 22:40:07 -0000 On Thu, 30 Jul 2009, Julian Elischer wrote: Hi, some comments though it's late and I just got back from a UG meeting. > note that he is using *ether* which seems odd. Since we are talking about > tun. Is this the correct variable? yes: net.link.ether.inet.useloopback: 1 net.inet6.icmp6.nd6_useloopback: 1 (I guess historical accident). Stefan Bethke wrote: > The problem appears to be that OpenVPN invokes ifconfig with > incorrect (but previously working) parameters, namely "ifconfig tun0 > local_ip local_ip" instead of "ifconfig tun0 local_ip remote_ip". Exactly, that is the problem. So this is a ports issue. > p.s. log output wrt ifconfig: > > FreeBSD (working up to last week, continues to work in -stable): > /sbin/ifconfig tun1 44.128.127.2 44.128.127.2 netmask 255.255.255.0 mtu 1500 up The ifconfig error you can see in HEAD is, as pointed out before, from installing the additional route for the local address to the local machine that the command above already installs for the remote end. Changing sysctl net.link.ether.inet.useloopback=0 and the error goes away, as the extra route is not installed by the kernel and everything seems fine (to answer Qing). I would say that this is bad but still works (even with the ioctl error): tun1: flags=8051 metric 0 mtu 1500 inet 44.128.127.2 --> 44.128.127.2 netmask 0xffffff00 The problem is that seems bogus; It means that you reach the remote end on the local address; so it's kind of ifconfig lo0 44.128.127.2/32 alias You will never reach the remote ptp end this way and that'll not be any help with openvpn. I wonder what got the packets out in the past; probably lax checking and some other magic. Side-note: the same applies to a gif tunnel. > Linux: > /sbin/ifconfig tun4 44.128.127.15 netmask 255.255.255.0 mtu 1500 broadcast 44.128.127.255 > > It is interesting to note that tun4 on the Linux box has the same local and remote address: > /sbin/ifconfig tun4 > tun4 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 > inet addr:44.128.127.15 P-t-P:44.128.127.15 Mask:255.255.255.0 > UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 Yeah that is as great as we are or rather were. So really, fix the openvpn scripts that assign the address to interfaces to do something that would make sense from the ``man ip'' (not the literal command) point of view. Just that it's "working" somewhere or used to work elswhere neither means that it was correct nor made sense at any time before. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 22:58:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A19F5106564A for ; Thu, 30 Jul 2009 22:58:07 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id DAA438FC1B for ; Thu, 30 Jul 2009 22:58:06 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 30 Jul 2009 22:58:02 -0000 Received: from g225199035.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.225.199.35] by mail.gmx.net (mp064) with SMTP; 31 Jul 2009 00:58:02 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/QsRkGIT/Qaa4rZx4w3jYSGTz6amW6ZXyR1DRFtK 06x7qPvU7hWced Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 4137494641; Fri, 31 Jul 2009 00:58:00 +0200 (CEST) Date: Fri, 31 Jul 2009 00:57:59 +0200 To: "Bjoern A. Zeeb" , "Julian Elischer" From: "Matthias Andree" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> <20090730220658.M245@maildrop.int.zabbadoz.net> Content-Transfer-Encoding: 7bit Organization: Message-ID: In-Reply-To: <20090730220658.M245@maildrop.int.zabbadoz.net> User-Agent: Opera Mail/9.64 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.55 Cc: Qing Li , "Li, Qing" , FreeBSD Current , "Openvpn-devel@lists.sourceforge.net" , Stefan Bethke Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 22:58:14 -0000 Am 31.07.2009, 00:36 Uhr, schrieb Bjoern A. Zeeb : > Yeah that is as great as we are or rather were. > > So really, fix the openvpn scripts that assign the address to > interfaces to do something that would make sense from the ``man ip'' > (not the literal command) point of view. Just that it's "working" > somewhere or used to work elswhere neither means that it was correct > nor made sense at any time before. It's actually in the C code where it was advertised as FreeBSD fix. OpenVPN runs in 'topology subnet' mode here, which is documented as follows: Use a subnet rather than a point-to-point topology by configuring the tun interface with a local IP address and subnet mask, similar to the topology used in --dev tap and ethernet bridging mode. This mode allocates a single IP address per con- necting client [... MS-Windows stuff here ...] When used on *nix, requires that the tun driver supports an ifconfig(8) command which sets a subnet instead of a remote endpoint IP address. I wonder if TUNSIFMODE (see tun(4)) is somehow needed and if so, already done, and how the proper ifconfig call would look like in this case. Stefan already uttered some ideas in that direction. I haven't had much time to investigate yet. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 01:40:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1E9E1065677 for ; Fri, 31 Jul 2009 01:40:42 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 479A88FC19 for ; Fri, 31 Jul 2009 01:40:42 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 5D03578F97 for ; Fri, 31 Jul 2009 05:40:40 +0400 (MSD) Message-ID: <4A724BA1.7050303@haruhiism.net> Date: Fri, 31 Jul 2009 05:40:49 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: FreeBSD Current References: <4A6F0A35.7050809@haruhiism.net> In-Reply-To: <4A6F0A35.7050809@haruhiism.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [follow-up] FreeBSD/amd64 r195146 to r195848, fatal trap 12 under network load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 01:40:43 -0000 Kamigishi Rei wrote: > Revisions mentioned are those which were tested by me; r195849+ has > the corruption padded somewhere else so it might produce a panic with > a different set of options. For reference, my test kernel uses a > GENERIC config from May 09 snapshot without WITNESS and with > IPFIREWALL, IPFIREWALL_DEFAULT_TO_ACCEPT and DEVICE_POLLING enabled. r195981 (latest checkout) traps with the *GENERIC* kernel (with WITNESS enabled). Same backtrace, same cause, and UP systems are not affected again. Apparently, my diagnostics patch from the previous message seems to pad the corruption somewhere, so I can't use it to check lo_witness or other fields of nws_mtx at the time when mtx_lock gets corrupted. Trap can be triggered with "ping -f -s 65507 localhost", iperf (just "iperf -c localhost" works for me), or by generating some high-speed network throughput (even a mysql query over localhost will do as we have a race here). Running ping will mostly trigger the trap inside swi_net(); iperf - inside netisr_queue_internal(). I will be grateful if someone could provide me some information on how to further debug it. Currently, I suspect that there's something about handling modspace (incorrect dereference somewhere, or something like that). Crash info: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x4c89d38 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8056ffca stack pointer = 0x28:0xffffff800003eae0 frame pointer = 0x28:0xffffff800003eb10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi1: netisr 0) Physical memory: 998 MB Dumping 1137 MB: 1122 1106 1090 1074 1058 1042 1026 1010 994 978 962 946 930 914 898 882 866 850 834 818 802 786 770 754 738 722 706 690 674 658 642 626 610 594 578 562 546 530 514 498 482 466 450 434 418 402 386 370 354 338 322 306 290 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 Reading symbols from /boot/kernel/ahci.ko...Reading symbols from /boot/kernel/ahci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ahci.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff801d8a9c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801d8dd1 in db_command (last_cmdp=0xffffffff80be2720, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801d9020 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff801daff9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff805adf65 in kdb_trap (type=12, code=0, tf=0xffffff800003ea30) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xffffffff8085e7bd in trap_fatal (frame=0xffffff800003ea30, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:847 #7 0xffffffff8085eb2d in trap_pfault (frame=0xffffff800003ea30, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 #8 0xffffffff8085f523 in trap (frame=0xffffff800003ea30) at /usr/src/sys/amd64/amd64/trap.c:494 #9 0xffffffff80844fe3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #10 0xffffffff8056ffca in _mtx_lock_sleep (m=0xffffffff81006824, tid=18446742974233875344, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:369 #11 0xffffffff805701b1 in _mtx_lock_flags (m=0xffffffff81006824, opts=0, file=0xffffffff8096c255 "/usr/src/sys/net/netisr.c", line=723) at /usr/src/sys/kern/kern_mutex.c:203 #12 0xffffffff8063411c in swi_net (arg=Variable "arg" is not available. ) at /usr/src/sys/net/netisr.c:723 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x45b4288 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8056ffca stack pointer = 0x28:0xffffff800003eae0 frame pointer = 0x28:0xffffff800003eb10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi1: netisr 0) Physical memory: 998 MB Dumping 1233 MB: 1218 1202 1186 1170 1154 1138 1122 1106 1090 1074 1058 1042 1026 1010 994 978 962 946 930 914 898 882 866 850 834 818 802 786 770 754 738 722 706 690 674 658 642 626 610 594 578 562 546 530 514 498 482 466 450 434 418 402 386 370 354 338 322 306 290 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 Reading symbols from /boot/kernel/ahci.ko...Reading symbols from /boot/kernel/ahci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ahci.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff801d8a9c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801d8dd1 in db_command (last_cmdp=0xffffffff80be2720, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801d9020 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff801daff9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff805adf65 in kdb_trap (type=12, code=0, tf=0xffffff800003ea30) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xffffffff8085e7bd in trap_fatal (frame=0xffffff800003ea30, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:847 #7 0xffffffff8085eb2d in trap_pfault (frame=0xffffff800003ea30, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 #8 0xffffffff8085f523 in trap (frame=0xffffff800003ea30) at /usr/src/sys/amd64/amd64/trap.c:494 #9 0xffffffff80844fe3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #10 0xffffffff8056ffca in _mtx_lock_sleep (m=0xffffffff81006824, tid=18446742974233875344, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:369 #11 0xffffffff805701b1 in _mtx_lock_flags (m=0xffffffff81006824, opts=0, file=0xffffffff8096c255 "/usr/src/sys/net/netisr.c", line=753) at /usr/src/sys/kern/kern_mutex.c:203 #12 0xffffffff80633fc2 in swi_net (arg=Variable "arg" is not available. ) at /usr/src/sys/net/netisr.c:753 These two are from ping -f. And this one is from iperf: (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff801d8a9c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801d8dd1 in db_command (last_cmdp=0xffffffff80be2720, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801d9020 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff801daff9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff805adf65 in kdb_trap (type=12, code=0, tf=0xffffff80238764d0) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xffffffff8085e7bd in trap_fatal (frame=0xffffff80238764d0, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:847 #7 0xffffffff8085f48c in trap (frame=0xffffff80238764d0) at /usr/src/sys/amd64/amd64/trap.c:345 #8 0xffffffff80844fe3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #9 0xffffffff8056ffca in _mtx_lock_sleep (m=0xffffffff81006824, tid=18446742974277752608, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:369 #10 0xffffffff805701b1 in _mtx_lock_flags (m=0xffffffff81006824, opts=0, file=0xffffffff8096c255 "/usr/src/sys/net/netisr.c", line=830) at /usr/src/sys/kern/kern_mutex.c:203 #11 0xffffffff806344a5 in netisr_queue_internal (proto=1, m=0xffffff0004fa6400, cpuid=Variable "cpuid" is not available. ) at /usr/src/sys/net/netisr.c:830 #12 0xffffffff80634589 in netisr_queue_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:860 -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 03:57:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D40B7106564A for ; Fri, 31 Jul 2009 03:57:30 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id A76868FC08 for ; Fri, 31 Jul 2009 03:57:30 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 4C30A3BCF40; Thu, 30 Jul 2009 23:57:30 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 30 Jul 2009 23:57:30 -0400 X-Sasl-enc: uRDRielvZBhntSkiDW46iySHbJSDbJa9NMbnUc1tXOAV 1249012649 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B25A88E7; Thu, 30 Jul 2009 23:57:29 -0400 (EDT) Message-ID: <4A726A5C.6010001@incunabulum.net> Date: Fri, 31 Jul 2009 04:51:56 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (X11/20090725) MIME-Version: 1.0 To: Mattia Rossi References: <4A61FB2A.3000304@incunabulum.net> <4A724809.1060803@swin.edu.au> In-Reply-To: <4A724809.1060803@swin.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [PATCH] Fix in6p_leave_group() panic by misbehaving apps - VLC SAP service discovey still panics kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 03:57:31 -0000 Mattia Rossi wrote: > (kgdb) > bt > > #0 doadump () at > pcpu.h:246 > > #1 0xc088c5c7 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:419 > #2 0xc088c8f2 in panic (fmt=Variable "fmt" is not > available. ) at > /usr/src/sys/kern/kern_shutdown.c:575 > > #3 0xc0bc75b3 in trap_fatal (frame=0xc73797fc, eva=8) at > /usr/src/sys/i386/i386/trap.c:933 #4 0xc0bc7810 in > trap_pfault (frame=0xc73797fc, usermode=0, eva=8) at > /usr/src/sys/i386/i386/trap.c:846 #5 0xc0bc8223 in trap > (frame=0xc73797fc) at > /usr/src/sys/i386/i386/trap.c:528 #6 > 0xc0baad0b in calltrap () at > /usr/src/sys/i386/i386/exception.s:165 > #7 0xc071c9a0 in lpoutput (ifp=0xc782b400, m=0xc86f2400, > dst=0xc7379a58, ro=0x0) at /usr/src/sys/dev/ppbus/if_plip.c:669 > #8 0xc0a39018 in nd6_output_lle (ifp=0xc782b400, origifp=0xc782b400, > m0=0xc86f2400, dst=0xc7379a58, rt0=0x0, lle=0x0, chain=0x0) at > /usr/src/sys/netinet6/nd6.c:1914 > #9 0xc0a3912d in nd6_output (ifp=0xc782b400, origifp=0xc782b400, > m0=0xc86f2400, dst=0xc7379a58, rt0=0x0) at > /usr/src/sys/netinet6/nd6.c:1691 #10 0xc0a33ac8 > in ip6_output (m0=0xc7dab500, opt=0xc0dda6a0, ro=0xc7379a50, flags=1, > im6o=0xc7379b30, ifpp=0xc7379b50, > inp=0x0) at > /usr/src/sys/netinet6/ip6_output.c:905 > > #11 0xc0a34833 in mld_dispatch_packet (m=Variable "m" is not > available. > > ) at > /usr/src/sys/netinet6/mld6.c:3074 > > #12 0xc0a34b48 in mld_dispatch_queue (ifq=0xc7379bdc, limit=0) at > /usr/src/sys/netinet6/mld6.c:409 > > #13 0xc0a375e9 in mld_fasttimo () at > /usr/src/sys/netinet6/mld6.c:1421 > > #14 0xc0a19588 in icmp6_fasttimo () at > /usr/src/sys/netinet6/icmp6.c:2231 > > #15 0xc08e1d49 in pffasttimo (arg=0x0) at > /usr/src/sys/kern/uipc_domain.c:522 > > #16 0xc089f50c in softclock (arg=0xc0dc1b80) at > /usr/src/sys/kern/kern_timeout.c:411 > > #17 0xc08635eb in intr_event_execute_handlers (p=0xc755a7f8, > ie=0xc75a0d80) at > /usr/src/sys/kern/kern_intr.c:1165 > > #18 0xc0864b8b in ithread_loop (arg=0xc75591d0) at > /usr/src/sys/kern/kern_intr.c:1178 > > #19 0xc0860e81 in fork_exit (callout=0xc0864b20 , > arg=0xc75591d0, frame=0xc7379d38) at > /usr/src/sys/kern/kern_fork.c:838 #20 > 0xc0baad80 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:270 ... > > It really seems it has to do something with IPv6... Actually, this backtrace lands in plip(4). Are you using a laplink cable or similar on this system? I believe the upper code is correct. Haven't had any other reports of panics with other network drivers. It may be something to do with plip's treatment of the mbuf handed off to it; more likely it could be an interaction between the nd6 code and the plip driver. There have been issues with the ARP cache code, which is broadly related to nd6, which Qing Li has been looking at; a fix was recently committed for an issue there. Unfortunately I don't have equipment or free time to look at the plip issue further. Hope this helps. cheers, BMS From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 04:20:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53CB9106564A; Fri, 31 Jul 2009 04:20:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0428FC0C; Fri, 31 Jul 2009 04:20:27 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNM00EHZPE0LY00@asmtp025.mac.com>; Thu, 30 Jul 2009 21:20:26 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090730172701.GA1043@mech-cluster241.men.bris.ac.uk> Date: Thu, 30 Jul 2009 21:20:23 -0700 Message-id: References: <20090730171820.GA1043@mech-cluster241.men.bris.ac.uk> <20090730172701.GA1043@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1074) Cc: gecko@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: firefox-2 causes panic on ia64 8.0-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 04:20:27 -0000 On Jul 30, 2009, at 10:27 AM, Anton Shterenlikht wrote: > > forgot to add the beginning. Also to confirm that this panic is > reproducible. Good. This is one panic I've been trying to catch in the act. I'll build firefox2 and try to reproduce. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 06:36:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 946DF106564A for ; Fri, 31 Jul 2009 06:36:47 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 8205C8FC15 for ; Fri, 31 Jul 2009 06:36:47 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNM00L1FVPACX70@asmtp026.mac.com> for freebsd-current@freebsd.org; Thu, 30 Jul 2009 23:36:47 -0700 (PDT) From: Marcel Moolenaar Date: Thu, 30 Jul 2009 23:36:46 -0700 Message-id: <152E0401-8750-4363-85D8-F058BD87C150@mac.com> To: FreeBSD Current X-Mailer: Apple Mail (2.1074) Subject: panic: mutex Giant owned at .../base/head/sys/kern/kern_exit.c:131 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 06:36:47 -0000 All, I got the following panic after I had to import my ZFS file system on ia64. The following panic happened when executing "zpool import": panic: mutex Giant owned at /nfs/freebsd/base/head/sys/kern/ kern_exit.c:131 cpuid = 0 KDB: enter: panic [thread pid 2202 tid 100108 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1c290,gp ;; db> bt Tracing pid 2202 tid 100108 td 0xe00000001185a000 kdb_enter(0xe0000000046dbf90, 0xe0000000046dbf90, 0xe000000004317c90, 0x793) at kdb_enter+0x92 panic(0xe0000000046da108, 0xe0000000046da650, 0xe0000000046d5d20, 0x83) at panic+0x2f0 _mtx_assert(0xe000000004821008, 0x0, 0xe0000000046d5d20, 0x83, 0xe0000000042c4ee0) at _mtx_assert+0x200 exit1(0xe00000001185a000, 0x0, 0xe0000000042df290, 0x48d) at exit1+0x40 kproc_exit(0x0, 0xe0000000046d79b0, 0xe00000001184daa8, 0xe00000001184d9b0) at kproc_exit+0x130 spa_async_thread(0xe000000011372000, 0x1, 0xe0000000046d5ff0, 0x33e) at spa_async_thread+0x1a0 fork_exit(0xe0000000047941a0, 0xe000000011372000, 0xa0000000c5de5550) at fork_exit+0x110 enter_userland() at enter_userland db> show alllocks Process 2202 (solthread 0xe000000) thread 0xe00000001185a000 (100108) exclusive sleep mutex Giant (Giant) r = 1 (0xe000000004821008) locked @ /nfs/freebsd/base/head/sys/kern/vfs_lookup.c:749 Process 1807 (sshd) thread 0xe000000011536ae0 (100057) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xe0000000119283a0) locked @ /nfs/freebsd/base/head/sys/kern/uipc_sockbuf.c:148 db> ps pid ppid pgrp uid state wmesg wchan cmd 2202 1 0 0 RL CPU 0 [solthread 0xe000000] 2201 0 0 0 SL tx->tx_s 0xe000000011cc2e38 [txg_thread_enter] 2200 0 0 0 SL tx->tx_q 0xe000000011cc2e58 [txg_thread_enter] 2199 0 0 0 SL vgeom:io 0xe000000011316d90 [vdev:worker da0p5] 2198 0 0 0 SL tq->tq_d 0xe0000000116374a0 [spa_zio] 2197 0 0 0 SL tq->tq_d 0xe0000000116375c0 [spa_zio] 2196 0 0 0 SL tq->tq_d 0xe0000000116376e0 [spa_zio] 2195 0 0 0 SL tq->tq_d 0xe000000011637800 [spa_zio] 2194 0 0 0 SL tq->tq_d 0xe000000011637920 [spa_zio] 2193 0 0 0 SL tq->tq_d 0xe000000011637a40 [spa_zio] 2192 0 0 0 SL tq->tq_d 0xe000000011637b60 [spa_zio] 2191 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2190 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2189 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2188 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2187 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2186 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2185 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2184 0 0 0 SL tq->tq_d 0xe000000011637c80 [spa_zio] 2183 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2182 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2181 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2180 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2179 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2178 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2177 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2176 0 0 0 SL tq->tq_d 0xe000000011637da0 [spa_zio] 2175 0 0 0 SL tq->tq_d 0xe000000011d42060 [spa_zio] 2174 0 0 0 SL tq->tq_d 0xe000000011d42180 [spa_zio] 2173 0 0 0 SL tq->tq_d 0xe000000011d422a0 [spa_zio] 2145 1810 2145 0 R+ zpool 2101 1806 2101 501 S+ ttyin 0xe000000010cac4a8 tcsh 2092 0 0 0 SL - 0xe0000000049cf890 [nfsiod 4] 2052 0 0 0 SL - 0xe0000000049cf888 [nfsiod 3] 2023 0 0 0 SL - 0xe0000000049cf880 [nfsiod 2] 2022 0 0 0 SL - 0xe0000000049cf878 [nfsiod 1] 2021 0 0 0 SL - 0xe0000000049cf870 [nfsiod 0] 1810 1809 1810 501 Ss+ pause 0xe00000001156e4e8 tcsh 1809 1807 1807 501 S select 0xe000000011628640 sshd 1807 1733 1807 0 Ss sbwait 0xe0000000119283ec sshd 1806 1 1806 0 Ss+ wait 0xe000000011571120 login 1775 1 1775 0 Ss select 0xe000000011623540 inetd 1748 1 1748 0 Ss nanslp 0xe000000004813350 cron 1742 1 1742 25 Ss pause 0xe00000001184d608 sendmail 1738 1 1738 0 Ss select 0xe0000000114cdc40 sendmail 1733 1 1733 0 Ss select 0xe0000000114ca540 sshd 1726 1 1726 1 Ss sbwait 0xe0000000115e8694 rwhod 1696 1 1696 0 Ss select 0xe000000011620b40 ntpd 1611 1 1611 0 Ss rpcsvc 0xe0000000114cbc20 NLM: master 1605 1 1605 0 Ss select 0xe000000011623240 rpc.statd 1530 1 1530 0 Ss select 0xe000000011314940 ypbind 1512 1 1512 0 Ss select 0xe0000000113153c0 rpcbind 1493 1 1493 0 Ss select 0xe000000011626440 syslogd 1378 1 1378 0 Ss select 0xe000000011318e40 devd 106 0 0 0 SL l2arc_fe 0xa0000000006af600 [l2arc_feed_thread] 105 0 0 0 SL arc_recl 0xa0000000006a7160 [arc_reclaim_thread] 102 0 0 0 SL vacv 0xa0000000006a6760 [vaclean] 101 0 0 0 SL tq->tq_d 0xe000000011636060 [system_taskq] 100 0 0 0 SL tq->tq_d 0xe000000011636060 [system_taskq] 33 0 0 0 SL - 0xe0000000048132a8 [schedcpu] 30 0 0 0 SL sdflush 0xe0000000048144c8 [softdepflush] 29 0 0 0 SL syncer 0xe0000000049ca170 [syncer] 28 0 0 0 SL vlruwt 0xe000000011430890 [vnlru] 27 0 0 0 SL psleep 0xe000000004813998 [bufdaemon] 26 0 0 0 SL pgzero 0xe0000000048147dc [pagezero] 9 0 0 0 SL psleep 0xe000000004814778 [vmdaemon] 8 0 0 0 SL psleep 0xe00000000481478c [pagedaemon] 25 0 0 0 SL wmsg 0xa0000000000c6dd0 [usbus2] 24 0 0 0 SL wmsg 0xa0000000000c6d78 [usbus2] 23 0 0 0 SL wmsg 0xa0000000000c6d20 [usbus2] 22 0 0 0 SL wmsg 0xa0000000000c6cc8 [usbus2] 21 0 0 0 SL wmsg 0xa0000000000bd460 [usbus1] 20 0 0 0 SL wmsg 0xa0000000000bd408 [usbus1] 19 0 0 0 SL wmsg 0xa0000000000bd3b0 [usbus1] 18 0 0 0 SL wmsg 0xa0000000000bd358 [usbus1] 17 0 0 0 SL wmsg 0xa0000000000b9460 [usbus0] 16 0 0 0 SL wmsg 0xa0000000000b9408 [usbus0] 15 0 0 0 SL wmsg 0xa0000000000b93b0 [usbus0] 14 0 0 0 SL wmsg 0xa0000000000b9358 [usbus0] 7 0 0 0 SL idle 0xa0000000000ca300 [mpt_raid0] 6 0 0 0 SL idle 0xa0000000000ca000 [mpt_recovery0] 13 0 0 0 SL tzpoll 0xe000000004812918 [acpi_thermal] 5 0 0 0 SL ccb_scan 0xe000000004814a20 [xpt_thrd] 12 0 0 0 SL - 0xe0000000048132a8 [yarrow] 4 0 0 0 SL - 0xe000000004812d80 [g_down] 3 0 0 0 SL - 0xe000000004812d78 [g_up] 2 0 0 0 SL - 0xe000000004812d68 [g_event] 11 0 0 0 RL (threaded) intr 100033 I [irq30: bge1] 100032 I [irq29: bge0] 100029 I [irq27: mpt0] 100028 I [irq19: ehci0] 100027 I [irq18: ohci1] 100026 I [irq17: ohci0] 100025 I [swi0: uart uart] 100023 I [irq25: acpi0] 100022 I [swi5: +] 100018 I [swi2: cambio] 100015 I [swi6: task queue] 100014 I [swi6: Giant taskq] 100007 I [swi1: netisr 0] 100006 I [swi4: clock] 100005 RunQ [swi4: clock] 100004 I [swi3: vm] 10 0 0 0 RL (threaded) idle 100003 CanRun [idle: cpu0] 100002 Run CPU 1 [idle: cpu1] 1 0 1 0 SLs wait 0xe000000010c1c000 [init] 0 0 0 0 SLs (threaded) kernel 100021 D - 0xe000000010c24c80 [acpi_task_2] 100020 D - 0xe000000010c24c80 [acpi_task_1] 100019 D - 0xe000000010c24c80 [acpi_task_0] 100016 D - 0xe000000010c24f80 [kqueue taskq] 100013 D - 0xe000000010c25200 [thread taskq] 100011 D - 0xe000000010c19900 [firmware taskq] 100000 D sched 0xe00000000481e760 [swapper] -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 07:47:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD9551065675 for ; Fri, 31 Jul 2009 07:47:49 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (unknown [IPv6:2001:388:d000:3d00:20f:feff:fe8c:ab5]) by mx1.freebsd.org (Postfix) with ESMTP id B6B728FC12 for ; Fri, 31 Jul 2009 07:47:48 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from mrossi.caia.swin.edu.au (localhost [127.0.0.1]) by mrossi.caia.swin.edu.au (8.14.3/8.14.3) with ESMTP id n6V1PTCB001866; Fri, 31 Jul 2009 11:26:14 +1000 (EST) (envelope-from mrossi@swin.edu.au) Message-ID: <4A724809.1060803@swin.edu.au> Date: Fri, 31 Jul 2009 11:25:29 +1000 From: Mattia Rossi User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: FreeBSD Current References: <4A61FB2A.3000304@incunabulum.net> In-Reply-To: <4A61FB2A.3000304@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Bruce Simpson Subject: Re: [PATCH] Fix in6p_leave_group() panic by misbehaving apps - VLC SAP service discovey still panics kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 07:47:50 -0000 Hi, finally had the time to test this patch (well I'm on FreeBSD 8.0-BETA2 #28 r195968M now which includes the patch), but VLC still crashes using SAP service discovery. But I also finally got a saved kernel dump, so here are the details: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x20:0xc071c9a0 stack pointer = 0x28:0xc737983c frame pointer = 0x28:0xc73798cc 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 = 12 (swi4: clock) trap number = 12 panic: page fault cpuid = 1 Uptime: 2m14s Physical memory: 3551 MB Dumping 222 MB: 207 191 175 159 143 127 111 95 79 63 47 31 15 Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:246 246 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); Some more details: (kgdb) list *0xc071c9a0 0xc071c9a0 is in lpoutput (/usr/src/sys/dev/ppbus/if_plip.c:669). 664 665 static __inline int 666 lpoutbyte(u_char byte, int spin, device_t ppbus) 667 { 668 669 ppb_wdtr(ppbus, txmith[byte]); 670 while (!(ppb_rstr(ppbus) & LPIP_SHAKE)) 671 if (--spin == 0) 672 return (1); 673 ppb_wdtr(ppbus, txmitl[byte]); And the backtrace: (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc088c5c7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xc088c8f2 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xc0bc75b3 in trap_fatal (frame=0xc73797fc, eva=8) at /usr/src/sys/i386/i386/trap.c:933 #4 0xc0bc7810 in trap_pfault (frame=0xc73797fc, usermode=0, eva=8) at /usr/src/sys/i386/i386/trap.c:846 #5 0xc0bc8223 in trap (frame=0xc73797fc) at /usr/src/sys/i386/i386/trap.c:528 #6 0xc0baad0b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc071c9a0 in lpoutput (ifp=0xc782b400, m=0xc86f2400, dst=0xc7379a58, ro=0x0) at /usr/src/sys/dev/ppbus/if_plip.c:669 #8 0xc0a39018 in nd6_output_lle (ifp=0xc782b400, origifp=0xc782b400, m0=0xc86f2400, dst=0xc7379a58, rt0=0x0, lle=0x0, chain=0x0) at /usr/src/sys/netinet6/nd6.c:1914 #9 0xc0a3912d in nd6_output (ifp=0xc782b400, origifp=0xc782b400, m0=0xc86f2400, dst=0xc7379a58, rt0=0x0) at /usr/src/sys/netinet6/nd6.c:1691 #10 0xc0a33ac8 in ip6_output (m0=0xc7dab500, opt=0xc0dda6a0, ro=0xc7379a50, flags=1, im6o=0xc7379b30, ifpp=0xc7379b50, inp=0x0) at /usr/src/sys/netinet6/ip6_output.c:905 #11 0xc0a34833 in mld_dispatch_packet (m=Variable "m" is not available. ) at /usr/src/sys/netinet6/mld6.c:3074 #12 0xc0a34b48 in mld_dispatch_queue (ifq=0xc7379bdc, limit=0) at /usr/src/sys/netinet6/mld6.c:409 #13 0xc0a375e9 in mld_fasttimo () at /usr/src/sys/netinet6/mld6.c:1421 #14 0xc0a19588 in icmp6_fasttimo () at /usr/src/sys/netinet6/icmp6.c:2231 #15 0xc08e1d49 in pffasttimo (arg=0x0) at /usr/src/sys/kern/uipc_domain.c:522 #16 0xc089f50c in softclock (arg=0xc0dc1b80) at /usr/src/sys/kern/kern_timeout.c:411 #17 0xc08635eb in intr_event_execute_handlers (p=0xc755a7f8, ie=0xc75a0d80) at /usr/src/sys/kern/kern_intr.c:1165 #18 0xc0864b8b in ithread_loop (arg=0xc75591d0) at /usr/src/sys/kern/kern_intr.c:1178 #19 0xc0860e81 in fork_exit (callout=0xc0864b20 , arg=0xc75591d0, frame=0xc7379d38) at /usr/src/sys/kern/kern_fork.c:838 #20 0xc0baad80 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) up #1 0xc088c5c7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 419 doadump(); (kgdb) up #2 0xc088c8f2 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 575 boot(bootopt); (kgdb) up #3 0xc0bc75b3 in trap_fatal (frame=0xc73797fc, eva=8) at /usr/src/sys/i386/i386/trap.c:933 933 panic("%s", trap_msg[type]); (kgdb) up #4 0xc0bc7810 in trap_pfault (frame=0xc73797fc, usermode=0, eva=8) at /usr/src/sys/i386/i386/trap.c:846 846 trap_fatal(frame, eva); (kgdb) up #5 0xc0bc8223 in trap (frame=0xc73797fc) at /usr/src/sys/i386/i386/trap.c:528 528 (void) trap_pfault(frame, FALSE, eva); (kgdb) up #6 0xc0baad0b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 165 call trap Current language: auto; currently asm (kgdb) up #7 0xc071c9a0 in lpoutput (ifp=0xc782b400, m=0xc86f2400, dst=0xc7379a58, ro=0x0) at /usr/src/sys/dev/ppbus/if_plip.c:669 669 ppb_wdtr(ppbus, txmith[byte]); Current language: auto; currently c (kgdb) up #8 0xc0a39018 in nd6_output_lle (ifp=0xc782b400, origifp=0xc782b400, m0=0xc86f2400, dst=0xc7379a58, rt0=0x0, lle=0x0, chain=0x0) at /usr/src/sys/netinet6/nd6.c:1914 1914 error = (*ifp->if_output)(ifp, m, (struct sockaddr *)dst, NULL); (kgdb) up #9 0xc0a3912d in nd6_output (ifp=0xc782b400, origifp=0xc782b400, m0=0xc86f2400, dst=0xc7379a58, rt0=0x0) at /usr/src/sys/netinet6/nd6.c:1691 1691 return (nd6_output_lle(ifp, origifp, m0, dst, rt0, NULL, NULL)); (kgdb) up #10 0xc0a33ac8 in ip6_output (m0=0xc7dab500, opt=0xc0dda6a0, ro=0xc7379a50, flags=1, im6o=0xc7379b30, ifpp=0xc7379b50, inp=0x0) at /usr/src/sys/netinet6/ip6_output.c:905 905 error = nd6_output(ifp, origifp, m, dst, ro->ro_rt); (kgdb) up #11 0xc0a34833 in mld_dispatch_packet (m=Variable "m" is not available. ) at /usr/src/sys/netinet6/mld6.c:3074 3074 error = ip6_output(m0, &mld_po, NULL, IPV6_UNSPECSRC, &im6o, (kgdb) up #12 0xc0a34b48 in mld_dispatch_queue (ifq=0xc7379bdc, limit=0) at /usr/src/sys/netinet6/mld6.c:409 409 mld_dispatch_packet(m); (kgdb) up #13 0xc0a375e9 in mld_fasttimo () at /usr/src/sys/netinet6/mld6.c:1421 1421 mld_dispatch_queue(&scq, 0); (kgdb) up #14 0xc0a19588 in icmp6_fasttimo () at /usr/src/sys/netinet6/icmp6.c:2231 2231 mld_fasttimo(); (kgdb) up #15 0xc08e1d49 in pffasttimo (arg=0x0) at /usr/src/sys/kern/uipc_domain.c:522 522 (*pr->pr_fasttimo)(); (kgdb) up #16 0xc089f50c in softclock (arg=0xc0dc1b80) at /usr/src/sys/kern/kern_timeout.c:411 411 c_func(c_arg); (kgdb) up #17 0xc08635eb in intr_event_execute_handlers (p=0xc755a7f8, ie=0xc75a0d80) at /usr/src/sys/kern/kern_intr.c:1165 1165 ih->ih_handler(ih->ih_argument); (kgdb) up #18 0xc0864b8b in ithread_loop (arg=0xc75591d0) at /usr/src/sys/kern/kern_intr.c:1178 1178 intr_event_execute_handlers(p, ie); (kgdb) up #19 0xc0860e81 in fork_exit (callout=0xc0864b20 , arg=0xc75591d0, frame=0xc7379d38) at /usr/src/sys/kern/kern_fork.c:838 838 callout(arg, frame); (kgdb) up #20 0xc0baad80 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 270 call fork_exit Current language: auto; currently asm (kgdb) up Initial frame selected; you cannot go up. It really seems it has to do something with IPv6... Mat Bruce Simpson wrote: > Hi, > > If anyone is experiencing panics with IPv6 in the kernel, and > multicast applications active, please test this patch. I think some > folk here saw this with VLC. > > re@: If this patch is good (I'll try to test locally) then it should > go into HEAD ASAP. > > Some poorly behaved IPv6 multicast applications don't specify an > interface for the join, and this triggers a KASSERT I put in to catch > such corner cases. > > Multicast doesn't work unless apps are aware of the links active in > the system they're running on, and this is a glaring hole in the > Boost.ASIO API, sadly. This was caught by a Boost regression run on > ref8.freebsd.org. > > Thanks to simon@ for logging the panic from the cluster console servers. > > cheers, > BMS > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 08:18:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5354F106564A; Fri, 31 Jul 2009 08:18:39 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0C43F8FC12; Fri, 31 Jul 2009 08:18:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWnIq-0004TR-A3; Fri, 31 Jul 2009 09:18:37 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWnIp-0004Kq-Jh; Fri, 31 Jul 2009 09:17:24 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6V8HNT4058559; Fri, 31 Jul 2009 09:17:23 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6V8HNIA058558; Fri, 31 Jul 2009 09:17:23 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 31 Jul 2009 09:17:23 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20090731081723.GB54196@mech-cluster241.men.bris.ac.uk> References: <20090730171820.GA1043@mech-cluster241.men.bris.ac.uk> <20090730172701.GA1043@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.2 X-Spam-Level: ---- Cc: gecko@freebsd.org, freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: firefox-2 causes panic on ia64 8.0-beta2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 08:18:39 -0000 On Thu, Jul 30, 2009 at 09:20:23PM -0700, Marcel Moolenaar wrote: > > On Jul 30, 2009, at 10:27 AM, Anton Shterenlikht wrote: > > > >forgot to add the beginning. Also to confirm that this panic is > >reproducible. > > Good. This is one panic I've been trying to catch in > the act. I'll build firefox2 and try to reproduce. > FYI, good?? or dear me.. all I ever wanted is to use FBSD, I'm a mechanical engineer, nuts and bolts, etc. Look what I've dragged myself into.. Seriously though, are there any SSL/https web browsers known to work on ia64? many thanks as ever -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 08:39:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64841065672; Fri, 31 Jul 2009 08:39:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD3D8FC1A; Fri, 31 Jul 2009 08:39:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MWndj-0005ZP-A8; Fri, 31 Jul 2009 09:39:12 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MWndi-0003U5-CF; Fri, 31 Jul 2009 09:38:58 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6V8cwFK061145; Fri, 31 Jul 2009 09:38:58 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6V8cvTT061144; Fri, 31 Jul 2009 09:38:57 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 31 Jul 2009 09:38:57 +0100 From: Anton Shterenlikht To: Adam Vande More Message-ID: <20090731083857.GA58821@mech-cluster241.men.bris.ac.uk> References: <4A7271DE.7070702@p6m7g8.com> <6201873e0907302246r10033969p1651104b6e0598cf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6201873e0907302246r10033969p1651104b6e0598cf@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.2 X-Spam-Level: ---- Cc: "Philip M. Gollucci" , questions@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: gmirror / crash dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 08:39:15 -0000 On Fri, Jul 31, 2009 at 12:46:32AM -0500, Adam Vande More wrote: > On Thu, Jul 30, 2009 at 11:23 PM, Philip M. Gollucci > wrote: > > > Hi, > > > > Say I've got the following: > > /dev/mirror/gm0s1b none swap sw > > > > /dev/mirror/gm0s1a 989M 390M 520M 43% / > > /dev/mirror/gm0s1g 15G 1.7G 12G 13% /usr > > /dev/mirror/gm0s1h 544G 1.8M 501G 0% /usr/home > > /dev/mirror/gm0s1d 1.9G 500M 1.3G 27% /usr/src > > /dev/mirror/gm0s1e 1.9G 1.1G 733M 60% /usr/obj > > /dev/mirror/gm0s1f 97G 2.0K 89G 0% /var > > > > Well I'm trying to get my kernel panics to cause dumps > > 1) /etc/rc.conf > > dumpdev=AUTO > > crashinfo_enable="YES" > > > > 2) sudo chmod 700 /var/crash > > > > 3) 8GB RAM, 16GB of swap, /var/crash is 16GB < 97GB > > > > 4) I have the following in my 7-stable kernel > > makeoptions DEBUG=-g > > options AUDIT > > options KTRACE > > options KDB > > options KDB_TRACE > > options DDB > > options GDB > > options BREAK_TO_DEBUGGER > > options INVARIANTS > > options INVARIANT_SUPPORT > > options WITNESS > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > options LOCK_PROFILING > > options DIAGNOSTIC > > > > The long and the short of it is I don't get any dumps. > > > > I read somewhere that you can't dump onto a gmirror device. > > > That is incorrect, but I don't know the cause of your problem. I run > nothing but gmirror and dumps happen here. I was also told that "you won't get a valid dump if your dumpdev is on a GEOM_MIRROR device" http://lists.freebsd.org/pipermail/freebsd-ia64/2009-July/002205.html -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 08:56:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF22A106566B; Fri, 31 Jul 2009 08:56:03 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5B90B8FC12; Fri, 31 Jul 2009 08:56:03 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (unknown [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 419D478FB8; Fri, 31 Jul 2009 12:56:01 +0400 (MSD) Message-ID: <4A72B1A7.3090806@haruhiism.net> Date: Fri, 31 Jul 2009 12:56:07 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Anton Shterenlikht References: <4A7271DE.7070702@p6m7g8.com> <6201873e0907302246r10033969p1651104b6e0598cf@mail.gmail.com> <20090731083857.GA58821@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20090731083857.GA58821@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Philip M. Gollucci" , Adam Vande More , questions@freebsd.org, freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Subject: Re: gmirror / crash dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 08:56:04 -0000 Anton Shterenlikht wrote: >>> 4) I have the following in my 7-stable kernel >>> The long and the short of it is I don't get any dumps. >>> I read somewhere that you can't dump onto a gmirror device. >>> >> That is incorrect, but I don't know the cause of your problem. I run >> nothing but gmirror and dumps happen here. >> > I was also told that > "you won't get a valid dump if your dumpdev > is on a GEOM_MIRROR device" > On 7.x, you have a 'legal' way to run gmirror -v prefer before savecore is run. In -current, the corresponding rc file (alas, I forgot its name) is removed. I tried adding "gmirror -v prefer /dev/mirror0" to savecore rc.d file, but to no such luck. The problem here is the order of startup for the drives inside the mirror; the first drive in the array that started during the boot when the panic occurred has to be the preferred device during savecore - and when this condition is met, you will get a valid dump. i.e. let's assume that the system boots like GEOM_MIRROR: Device gm0: provider ada0 detected. GEOM_MIRROR: Device gm0: provider ada0 activated. GEOM_MIRROR: Device gm0: provider ada1 detected. GEOM_MIRROR: Device gm0: provider ada1 activated. GEOM_MIRROR: Device gm0: provider mirror/mirror0 launched. This makes us think that ada0 is the first drive to launch. Therefore, it's the drive where the dump will be saved during a panic. So we add gmirror configure -v prefer /dev/mirror/mirror0 /dev/ada0 (correct my syntax if I'm wrong here; tried it a month ago) to /etc/rc.d/savecore right before the savecore call. We do stuff, configure, build kernels, rebuild 'em, etc, reboot, and the system comes up GEOM_MIRROR: Device gm0: provider ada1 detected. GEOM_MIRROR: Device gm0: provider ada1 activated. GEOM_MIRROR: Device gm0: provider ada0 detected. GEOM_MIRROR: Device gm0: provider ada0 activated. GEOM_MIRROR: Device gm0: provider mirror/mirror0 launched. without us noticing. And that's it; if it panics now, savecore won't save the crash dump because ada0 doesn't have it. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 09:05:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE7FF106566B; Fri, 31 Jul 2009 09:05:26 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3699B8FC0A; Fri, 31 Jul 2009 09:05:26 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:43858 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWo2z-0007k4-4T; Fri, 31 Jul 2009 11:05:12 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 3848432BFC; Fri, 31 Jul 2009 11:05:03 +0200 (CEST) Message-Id: From: Thomas Backman To: Thomas Backman In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 31 Jul 2009 11:05:01 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca! pe.org> <4A71BED8.7050300@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWo2z-0007k4-4T. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWo2z-0007k4-4T 7f1a4434528ae9fc72d402c409330e44 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 09:05:27 -0000 On Jul 30, 2009, at 20:29, Thomas Backman wrote: > On Jul 30, 2009, at 18:41, Thomas Backman wrote: > >> On Jul 30, 2009, at 17:40, Andriy Gapon wrote: >>> on 30/07/2009 18:25 Thomas Backman said the following: >>>> PS. I'll test Pawel's patch sometime after dinner. ;) >>> >>> I believe that you should get a perfect result with it. >>> >>> -- Andriy Gapon >> If I dare say it, you were right! I've been testing for about half >> an hour or so (probably a bit more) now. >> Still using DEBUG_VFS_LOCKS, and I've tried the test case several >> times, ran an initial backup (i.e. destroy target pool and send| >> recv the entire pool) and a few incrementals. Rebooted, tried it >> again. No panic, no problems! :) >> Let's hope it stays this way. >> >> So, in short: With that patch (copied here just in case: http://exscape.org/temp/zfs_vnops.working.patch >> ) and the libzfs patch linked previously, it appears zfs send/recv >> works plain fine. I have yet to try it with clone/promote and >> stuff, but since that gave the same panic that this solved, I'm >> hoping there will be no problems with that anymore. > > Arrrgh! > I guess I spoke too soon after all... new panic yet again. :( > *sigh* It feels as if this will never become stable right now. > (Maybe that's because I've spent all day and most of yesterday too > on this ;) > > Steps and panic info: > > (Prior to this, I tried a simple zfs promote on one of my clones, > and then reverted it by promoting the other FS again, with no > problems on running the backup script.) > > [root@chaos ~]# zfs destroy -r tank/testfs > [root@chaos ~]# bash backup.sh backup > (all output is from zfs, on zfs send -R -I old tank@new | zfs recv - > Fvd slave) > > attempting destroy slave/testfs@backup-20090730-2009 > success > attempting destroy slave/testfs@backup-20090730-1823 > success > attempting destroy slave/testfs@backup-20090730-1801 > success > attempting destroy slave/testfs@backup-20090730-2011 > success > attempting destroy slave/testfs@backup-20090730-1827 > success > attempting destroy slave/testfs > success > receiving incremental stream of tank@backup-20090730-2012 into > slave@backup-20090730-2012 > received 312B stream in 1 seconds (312B/sec) > receiving incremental stream of tank/tmp@backup-20090730-2012 into > slave/tmp@backup-20090730-2012 > received 312B stream in 1 seconds (312B/sec) > receiving incremental stream of tank/var@backup-20090730-2012 into > slave/var@backup-20090730-2012 > received 32.6KB stream in 1 seconds (32.6KB/sec) > receiving incremental stream of tank/var/log@backup-20090730-2012 > into slave/var/log@backup-20090730-2012 > received 298KB stream in 1 seconds (298KB/sec) > receiving incremental stream of tank/var/crash@backup-20090730-2012 > into slave/var/crash@backup-20090730-2012 > received 312B stream in 1 seconds (312B/sec) > receiving incremental stream of tank/root@backup-20090730-2012 into > slave/root@backup-20090730-2012 > [... panic here ...] > > Unread portion of the kernel message buffer:panic: solaris assert: > ((zp)->z_vnode)->v_usecount > 0, file: /usr/src/sys/modules/ > zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, > line: 920 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > zfsvfs_teardown() at zfsvfs_teardown+0x24d > zfs_suspend_fs() at zfs_suspend_fs+0x2b > zfs_ioc_recv() at zfs_ioc_recv+0x28b > zfsdev_ioctl() at zfsdev_ioctl+0x8a > devfs_ioctl_f() at devfs_ioctl_f+0x77 > kern_ioctl() at kern_ioctl+0xf6 > ioctl() at ioctl+0xfd > syscall() at syscall+0x28f > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800fe5f7c, rsp = > 0x7fffffff8ef8, rbp = 0x7fffffff9c30 --- > KDB: enter: panic > panic: from debugger > > #9 0xffffffff8057eda7 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:224 > #10 0xffffffff8036c8ad in kdb_enter (why=0xffffffff80609c44 "panic", > msg=0xa
) at cpufunc.h:63 > #11 0xffffffff8033abcb in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:558#12 0xffffffff80b0ec5d > in zfsvfs_teardown () from /boot/kernel/zfs.ko#13 0x0000000000100000 > in ?? () > #14 0xffffff001bff0250 in ?? () > #15 0xffffff001bff0000 in ?? () > #16 0xffffff0008004000 in ?? () > #17 0xffffff803e9747a0 in ?? () > #18 0xffffff803e9747d0 in ?? () > #19 0xffffff803e974770 in ?? () > #20 0xffffff803e974740 in ?? () > #21 0xffffffff80b0ecab in zfs_suspend_fs () from /boot/kernel/zfs.ko > Previous frame inner to this frame (corrupt stack?) > > Unfortunately, I'm not sure I can reproduce this reliably, since it > worked a bunch of times both before and after my previous mail. > > Oh, and I'm still using -DDEBUG=1 and DEBUG_VFS_LOCKS... If this > isn't a new panic because of the changes, perhaps it was triggered > now and never before because of the -DDEBUG? > > Regards, > Thomas I'm able to reliably reproduce this panic, by having zfs recv destroy a filesystem on the receiving end. 1) Use DDEBUG=1, I guess 2) Create a FS on the source pool you don't care about: zfs create -o mountpoint=/testfs source/testfs 3) Clone a pool to another: zfs snapshot -r source@snap && zfs send -R source@snap | zfs recv -Fvd target 4) zfs destroy -r source/testfs 4) zfs snapshot -r source@snap2 && zfs send -R -I snap source@snap2 | zfs recv -Fvd target 5) ^ Panic while receiving the FS the destroyed one is mounted under. In my case, this was tank/root three times out of three; I then tried creating testfs under /tmp (tank/tmp/testfs), *mounting* it under /usr/ testfs, and it panics on receiving tank/usr: attempting destroy slave/tmp/testfs@backup-20090731-1100 success attempting destroy slave/tmp/testfs@backup-20090731-1036 success attempting destroy slave/tmp/testfs success ... receiving incremental stream of tank/tmp@backup-20090731-1101 into slave/tmp@backup-20090731-1101 received 312B stream in 1 seconds (312B/sec) receiving incremental stream of tank/root@backup-20090731-1101 into slave/root@backup-20090731-1101 received 58.3KB stream in 1 seconds (58.3KB/sec) receiving incremental stream of tank/usr@backup-20090731-1101 into slave/usr@backup-20090731-1101 ... panic here, no more output Same backtrace/assert as above. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 10:42:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87D91106566C for ; Fri, 31 Jul 2009 10:42:24 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 086F68FC1A for ; Fri, 31 Jul 2009 10:42:23 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate02.web.de (Postfix) with ESMTP id 238F910F3779E for ; Fri, 31 Jul 2009 12:24:08 +0200 (CEST) Received: from [217.236.9.182] (helo=zelda.local) by smtp06.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1MWpHT-00051Y-00 for freebsd-current@freebsd.org; Fri, 31 Jul 2009 12:24:07 +0200 Date: Fri, 31 Jul 2009 12:24:04 +0200 From: Martin To: freebsd-current@freebsd.org Message-ID: <20090731122404.4d596ef0@zelda.local> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19Vpu1vJsiIgBoS8nGkAdhMM0GYAF1KbvGUgrSz 9HEW4c/BRZHMFJdy3XHv6i82PWYfdioS3Y2j+MkQwzV0CBg/cq t7hcsVKKo= Subject: double fault in g_journal(?), not much info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 10:42:24 -0000 Hi, I've seen a panic 2 times on BETA2, but I don't get any dump. First time it hang while dumping 1,5GB core file, second time it even did not reach dump state. Panic occured while updating some PHP-stuff with portmaster both times. This is what I can provide: Kernel is GENERIC: FreeBSD 8.0-BETA2 #0 r195977: Fri Jul 31 08:31:54 CEST 2009 Here the dump from my serial attached console: panic: poffset=20479730688 plength=2048 coffset=20479482368 cpuid = 0 Uptime: 7m48s Physical memory: 4077 MB Dumping 1473 MB:panic: Bad tailq NEXT(0xffffff0002672e28->tqh_last) != NULL cpuid = 0 Uptime: 7m48s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffff8079ec0b10 frame pointer = 0x28:0xffffff8079ec0c20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m49s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffff8079ec0100 frame pointer = 0x28:0xffffff8079ec0210 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m49s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffff8079ebf6f0 frame pointer = 0x28:0xffffff8079ebf800 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m50s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffff8079ebece0 frame pointer = 0x28:0xffffff8079ebedf0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m51s Fatal double fault rip = 0xffffffff805c1d1d rsp = 0xffffff8079ebdfe0 rbp = 0xffffff8079ebe090 cpuid = 0; apic id = 00 panic: double fault cpuid = 0 Uptime: 7m51s kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffffff80e293c0 frame pointer = 0x28:0xffffffff80e294d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m52s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffffff80e289b0 frame pointer = 0x28:0xffffffff80e28ac0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m52s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffffff80e27fa0 frame pointer = 0x28:0xffffffff80e280b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m53s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffffff80e27590 frame pointer = 0x28:0xffffffff80e276a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m54s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffffff80e26b80 frame pointer = 0x28:0xffffffff80e26c90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m54s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffffff80e26170 frame pointer = 0x28:0xffffffff80e26280 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m55s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2d fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8019a15c stack pointer = 0x28:0xffffffff80e25760 frame pointer = 0x28:0xffffffff80e25870 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 40 (g_journal da0p6) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m56s kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 24e7780 fault virtual address = 0x2 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff80841e43 stack pointer = 0x28:0xffffff8000036710 frame pointer = 0x28:0xffffff8000036770 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle: cpu3) trap number = 12 I hope it helps at all. -- Martin From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 11:17:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5AD51065670 for ; Fri, 31 Jul 2009 11:17:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA068FC1C for ; Fri, 31 Jul 2009 11:17:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DA6A51CCEE; Fri, 31 Jul 2009 13:17:38 +0200 (CEST) Date: Fri, 31 Jul 2009 13:17:38 +0200 From: Ed Schouten To: Olivier SMEDTS Message-ID: <20090731111738.GK1292@hoeg.nl> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LYw3s/afESlflPpp" Content-Disposition: inline In-Reply-To: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 11:17:39 -0000 --LYw3s/afESlflPpp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Olivier SMEDTS wrote: > Is there a way (loader tunable or kernel config) to disable the root > mount waiting for USB buses and devices and make it behave just like > in the first days of the new USB stack ? Why can't we just wait until the device node that should be mounted is available? --=20 Ed Schouten WWW: http://80386.nl/ --LYw3s/afESlflPpp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpy0tIACgkQ52SDGA2eCwUUKACfRalDQbV7yuKCdT//x1P7XW/u Un8AnjkjIEwyiHP/mxiULIQ3uuE6JQRE =WB+g -----END PGP SIGNATURE----- --LYw3s/afESlflPpp-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 11:52:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06185106566B; Fri, 31 Jul 2009 11:52:29 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6698FC17; Fri, 31 Jul 2009 11:52:28 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6VBqNwE069791 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 31 Jul 2009 13:52:23 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: Qing Li , Julian Elischer In-Reply-To: <4A721160.5080902@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 31 Jul 2009 13:52:23 +0200 References: <4A709126.5050102@elischer.org><3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> X-Mailer: Apple Mail (2.935.3) Cc: Matthias Andree , FreeBSD Current Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 11:52:29 -0000 I wrote: > Setting net.link.ether.inet.useloopback=0 does not restore the > previous behavior. Li, Qing wrote: > > I also verified setting (useloopback=0) * does * restore to the > previous behavior. I apologize. I tested again, and setting net.link.ether.inet.useloopback=0 does indeed restore previous behavior, and is a valid workaround for running OpenVPN unchanged. Matthias, you might want to have a notice to that effect added to the port for the time being. I agree that assigning the same address to both the local and the remote address of a p2p link is not really sensible, and will try to come up with a patch to OpenVPN. Thanks for the clarification and insight, Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 12:27:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82AE71065686; Fri, 31 Jul 2009 12:27:51 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 001FA8FC16; Fri, 31 Jul 2009 12:27:50 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:43667 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWrCi-0004oB-47; Fri, 31 Jul 2009 14:27:22 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 7866A3611B; Fri, 31 Jul 2009 14:27:17 +0200 (CEST) Message-Id: <76338BEC-9B85-4AD1-B04B-850486866F3B@exscape.org> From: Thomas Backman To: James R. Van Artsdalen In-Reply-To: <4A72D946.4090401@jrv.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 31 Jul 2009 14:27:15 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B2DA.9060902@freebsd.org> <4A72D946.4090 401@jrv.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWrCi-0004oB-47. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWrCi-0004oB-47 67b2a4853640d5ae6f4cd19fe5a4945e Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 12:27:52 -0000 On Jul 31, 2009, at 13:45, James R. Van Artsdalen wrote: > Andriy Gapon wrote: >> on 30/07/2009 17:39 Thomas Backman said the following: >> >>> Or, in patch form (I think the intendation screws the patch up as >>> linked >>> there): >>> http://exscape.org/temp/libzfs_sendrecv.patch >>> >> >> One comment on the patch - I personally don't like bit-wise xor in >> a logical >> expression. But if otherwise the expression would be huge and ugly, >> then OK. >> > > If you're going to code an XOR, use an XOR. > Don' make the reader untangle code to figure out that that some other > code is really just an XOR. > > However I think I was trying to handle two cases that can't happen: > the > top filesystem cannot be renamed to somewhere else in the pool, and no > other filesystem can be renamed to the root. So the new version of > the > patch below needs no XOR. > > Without this or something like it you can't replicate an entire > pool, i.e. > > zfs send -R -I @yesterday pool@today | ssh backup zfs recv -vF -d > pool > > dumps core from the strccmp(0, 0) in the original code below. > > > Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c > =================================================================== > ... Nice job, thanks :) Just wanted to chime in and say that your new patch seems to work just as well as the previous one. I hope you don't mind me hosting this too (I had to apply it manually thanks to spacing... I think it's my mail client not being very nice at retaining tabs/spaces)... Straight from svn diff: http://exscape.org/temp/libzfs_sendrecv.new.patch BTW (maybe not on topic for this mail, but for this thread), I've created a test case to reproduce the new panic (every time). It happens with -DDEBUG=1, after destroying a filesystem and then doing an incremental backup. Currently recompiling world/kernel on a second box to reproduce before I post that. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 13:44:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39FAB106564A for ; Fri, 31 Jul 2009 13:44:33 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id E7FCA8FC0C for ; Fri, 31 Jul 2009 13:44:32 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (unknown [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 5FEA678F97; Fri, 31 Jul 2009 17:44:30 +0400 (MSD) Message-ID: <4A72F544.2070103@haruhiism.net> Date: Fri, 31 Jul 2009 17:44:36 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Ed Schouten References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <20090731111738.GK1292@hoeg.nl> In-Reply-To: <20090731111738.GK1292@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Olivier SMEDTS , freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 13:44:33 -0000 Ed Schouten wrote: >> Is there a way (loader tunable or kernel config) to disable the root >> mount waiting for USB buses and devices and make it behave just like >> in the first days of the new USB stack ? >> > Why can't we just wait until the device node that should be mounted is > available? > We're talking about this USB delay which appears almost always during the initialization of the USB stack. Jul 19 07:21:34 ameagari kernel: Root mount waiting for: usbus7 usbus3 Jul 19 07:21:34 ameagari kernel: Trying to mount root from ufs:/dev/ad10s1a In this case, the delay is insignificant, however with some systems this can take up to 10 seconds. And we don't even need to wait for USB bus because the root filesystem is on an ATA hard disk. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 13:58:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAB831065739 for ; Fri, 31 Jul 2009 13:58:06 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7FC8FC14 for ; Fri, 31 Jul 2009 13:58:06 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CD7271CE29; Fri, 31 Jul 2009 15:58:05 +0200 (CEST) Date: Fri, 31 Jul 2009 15:58:05 +0200 From: Ed Schouten To: Kamigishi Rei Message-ID: <20090731135805.GM1292@hoeg.nl> References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <20090731111738.GK1292@hoeg.nl> <4A72F544.2070103@haruhiism.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VJJoKLVEFXdmHQwR" Content-Disposition: inline In-Reply-To: <4A72F544.2070103@haruhiism.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Olivier SMEDTS , freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 13:58:07 -0000 --VJJoKLVEFXdmHQwR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kamigishi Rei wrote: > Ed Schouten wrote: > >>Is there a way (loader tunable or kernel config) to disable the root > >>mount waiting for USB buses and devices and make it behave just like > >>in the first days of the new USB stack ? > >Why can't we just wait until the device node that should be mounted is > >available? > We're talking about this USB delay which appears almost always > during the initialization of the USB stack. >=20 > Jul 19 07:21:34 ameagari kernel: Root mount waiting for: usbus7 usbus3 > Jul 19 07:21:34 ameagari kernel: Trying to mount root from ufs:/dev/ad10s= 1a >=20 > In this case, the delay is insignificant, however with some systems > this can take up to 10 seconds. > And we don't even need to wait for USB bus because the root > filesystem is on an ATA hard disk. So that's why I'm saying: why can't we just wait until the device node that should be mounted is available? --=20 Ed Schouten WWW: http://80386.nl/ --VJJoKLVEFXdmHQwR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpy+G0ACgkQ52SDGA2eCwUbkgCeI9vELYOlN+MO1UCaKcLVilii NRgAn3pTv99Ww7gOfyDO/mqAW57aXnPZ =AFA9 -----END PGP SIGNATURE----- --VJJoKLVEFXdmHQwR-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 14:03:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56230106566C; Fri, 31 Jul 2009 14:03:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2615D8FC2A; Fri, 31 Jul 2009 14:03:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C656D46B32; Fri, 31 Jul 2009 10:03:49 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3A7AE8A0A5; Fri, 31 Jul 2009 10:03:49 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 31 Jul 2009 08:46:33 -0400 User-Agent: KMail/1.9.7 References: <4A6DB30B.20705@zedat.fu-berlin.de> <20090730170930.GA74245@mech-cluster241.men.bris.ac.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907310846.34200.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 31 Jul 2009 10:03:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexandre Sunny Kovalenko , Marcel Moolenaar , Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 14:03:50 -0000 On Thursday 30 July 2009 1:16:32 pm Marcel Moolenaar wrote: > > On Jul 30, 2009, at 10:09 AM, Anton Shterenlikht wrote: > > > On Thu, Jul 30, 2009 at 10:02:29AM -0700, Marcel Moolenaar wrote: > >> > >> On Jul 30, 2009, at 2:05 AM, Anton Shterenlikht wrote: > >>> By the way, are these two FreeBSD docs up to date: > >>> > >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING > >>> > >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > >>> > >>> In particular, it is still true that minidump is a default dump > >>> type? > >> > >> ia64 doesn't yet have minidumps. In fact, changes to GDB that > >> happened a year ago or so broke the ability to read ia64 core > >> files. I plan on implementing minidumps after 8.0-RELEASE. > > > > you mean, even if I get a dump, I wouldn't be able to read it? > > Correct. > > The change that broke it is: > http://svn.FreeBSD.org/viewvc/base?view=revision&revision=178670 Wait, how did that break ia64 but not other architectures? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 14:03:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCFA0106564A; Fri, 31 Jul 2009 14:03:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A067C8FC21; Fri, 31 Jul 2009 14:03:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 58F2346B46; Fri, 31 Jul 2009 10:03:51 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7FC698A0A7; Fri, 31 Jul 2009 10:03:50 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 31 Jul 2009 08:53:52 -0400 User-Agent: KMail/1.9.7 References: <152E0401-8750-4363-85D8-F058BD87C150@mac.com> In-Reply-To: <152E0401-8750-4363-85D8-F058BD87C150@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907310853.52946.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 31 Jul 2009 10:03:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pjd@FreeBSD.org Subject: Re: panic: mutex Giant owned at .../base/head/sys/kern/kern_exit.c:131 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 14:03:52 -0000 On Friday 31 July 2009 2:36:46 am Marcel Moolenaar wrote: > All, > > I got the following panic after I had to import my ZFS file system on > ia64. > The following panic happened when executing "zpool import": > > panic: mutex Giant owned at /nfs/freebsd/base/head/sys/kern/ > kern_exit.c:131 > cpuid = 0 > KDB: enter: panic It looks like ZFS doesn't actually ever check if any of the namei lookups it does internally return with Giant locked. For example, it doesn't check NDHASGIANT() in lookupnameat(). Fixing this may be a bit of work as I'm not sure it is safe to drop Giant right after the namei(). If it is because the end vnode's returned are always MPSAFE then that fix is easy. If not, then Giant needs to be held until the code stops frobbing the vnode returned from the lookup. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 14:03:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 303B21065670; Fri, 31 Jul 2009 14:03:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 02BA08FC1C; Fri, 31 Jul 2009 14:03:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AF76C46B5C; Fri, 31 Jul 2009 10:03:53 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C21668A0A8; Fri, 31 Jul 2009 10:03:52 -0400 (EDT) From: John Baldwin To: soc-status@freebsd.org Date: Fri, 31 Jul 2009 10:03:41 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907311003.41484.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 31 Jul 2009 10:03:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, marta carbone Subject: Re: sbuf(9) functions in userspace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 14:03:54 -0000 On Friday 31 July 2009 9:53:49 am marta carbone wrote: > Hello, > > as part of the GSoc project I'm working on the ipfw code, > and I need some functions similar to the sbuf(9) family but > working in userspace. > There is something like that already available for userland? > > Otherwise I could use the following library: > > http://info.iet.unipi.it/~luigi/FreeBSD/#dynstring > > that works like the sbuf(9) functions and it is ready to be used > in userland. > > thanks, marta The sbuf() routines are actually already available in userland via libsbuf. There probably should be an sbuf(3) manpage however (or at least an MLINK)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 14:11:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30E4110656BF; Fri, 31 Jul 2009 14:11:48 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 525F68FC23; Fri, 31 Jul 2009 14:11:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz2 with SMTP id 2so1156363bwz.43 for ; Fri, 31 Jul 2009 07:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=2IqKmu7OOLQ7Wvr/S+iTCDVcwmaxC3gFsBTVdfUgd9Q=; b=q69gJ0zeOm2LdBYYo8ItkSSeOcI3VG9y95gYMxU3giFnEwSgybDdMYpZHndQVshggW d535ixZ+EmQdhYUP7svxoZ07Osz0AxYXQjQwXski35gyHZmb0DvUIYEKRokid9R7Ba89 Fg+pNYTeZEcRH7jjtpP7Odf41RdCZ8D7I0gsQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=oxXKHNxNWaDI1GHDTiEWH9ZD1k0OzrkNcHMDw1mn7Og6D7K/j/YYlyT3jb+7SGt7uA MDTiSK3EBP/b+Zf68HMJeZcy4XXy/ksq4cPWc+y604eTYZJvmVuYta6Xqvou1nUiNviS auHuTTNavHD3O8eE6aJTZinuOlVY7gB3mAhGg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.113.136 with SMTP id a8mr1549078faq.76.1249049486677; Fri, 31 Jul 2009 07:11:26 -0700 (PDT) In-Reply-To: <200907310853.52946.jhb@freebsd.org> References: <152E0401-8750-4363-85D8-F058BD87C150@mac.com> <200907310853.52946.jhb@freebsd.org> Date: Fri, 31 Jul 2009 16:11:25 +0200 X-Google-Sender-Auth: f0dccd8038c0f0f4 Message-ID: <3bbf2fe10907310711v4ed3ba48jac84ea99d863d0a9@mail.gmail.com> From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: panic: mutex Giant owned at .../base/head/sys/kern/kern_exit.c:131 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 14:11:48 -0000 2009/7/31 John Baldwin : > On Friday 31 July 2009 2:36:46 am Marcel Moolenaar wrote: >> All, >> >> I got the following panic after I had to import my ZFS file system on >> ia64. >> The following panic happened when executing "zpool import": >> >> panic: mutex Giant owned at /nfs/freebsd/base/head/sys/kern/ >> kern_exit.c:131 >> cpuid = 0 >> KDB: enter: panic > > It looks like ZFS doesn't actually ever check if any of the namei lookups it > does internally return with Giant locked. For example, it doesn't check > NDHASGIANT() in lookupnameat(). Fixing this may be a bit of work as I'm not > sure it is safe to drop Giant right after the namei(). If it is because the > end vnode's returned are always MPSAFE then that fix is easy. If not, then > Giant needs to be held until the code stops frobbing the vnode returned from > the lookup. NDHASGIANT() reflects the locking of the mountpoint where the vnode is on so you need to size it in regard of what the namei() consumer is going to expect in terms of locking with such vnode/mountpoint. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 14:22:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEC421065674 for ; Fri, 31 Jul 2009 14:22:54 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 878628FC15 for ; Fri, 31 Jul 2009 14:22:54 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1052063qwe.7 for ; Fri, 31 Jul 2009 07:22:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=yhrGV5Sl+zgeooW7OAXqJGjOzae8xQmJBpcF3wwoStI=; b=Hi9qMStjm3TV4OGoL3LtRiDT4+mgvK68syAzeZNLwgUKW/idzCMqw/AgvsDGCoFdsC W1JupB2HNBrSzt1OFcm8IecHX+Fx1YNqh6LEjQZODqFOwFVii7DpWk7Yt6yxaIh9bZU9 jK6oyBVuInQV+U8BNreSmSIG3Toz15GRxlhmQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=U2OzCEFsXXfxMVL0aK+v5n5s6t2JmweMDdDuE1I8z2hT3f+gRTsq6uA0VFU5t4qlCT q5UabDXoIe1i2VKU0Q67ljYhn/nCIJIzU2/38rzdhHLwLFzu0ZXY6eSr0dxY2i6oynHC +HjhrHNDhgkCeIM95+Z2HHs4CwaDQdCAr7W/w= MIME-Version: 1.0 Sender: marta.carbone@gmail.com Received: by 10.229.96.132 with SMTP id h4mr438552qcn.65.1249048429807; Fri, 31 Jul 2009 06:53:49 -0700 (PDT) Date: Fri, 31 Jul 2009 15:53:49 +0200 X-Google-Sender-Auth: 1d9d0e7cee20f638 Message-ID: From: marta carbone To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: sbuf(9) functions in userspace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 14:22:55 -0000 Hello, as part of the GSoc project I'm working on the ipfw code, and I need some functions similar to the sbuf(9) family but working in userspace. There is something like that already available for userland? Otherwise I could use the following library: http://info.iet.unipi.it/~luigi/FreeBSD/#dynstring that works like the sbuf(9) functions and it is ready to be used in userland. thanks, marta From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 14:59:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5D8E106564A for ; Fri, 31 Jul 2009 14:59:23 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 131C18FC12 for ; Fri, 31 Jul 2009 14:59:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm6 with SMTP id 6so194088fxm.43 for ; Fri, 31 Jul 2009 07:59:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=73U4yfcJrzV+NFUhpM/f20IQ3ZPW56uV+AISipJl2R0=; b=LPBUVRvA9HeQZp60EZY8Qtw1hnePbtxKMkBDFwM6VXNsXzDe+3SUj7Syji8Mf0PS84 IdlevrYFCt7ZpcTG6rX/Er4eMvnyzi/7NDk/zTNHRw9ji3wWmziVsEYEbIkejjNA0Ce2 LIr3PgQGJjoaM3MzdaHNMVdF0Q0Uf2mNc4nI8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=XdaFESkiyraSQpAhV3U3qAluH92dhoUKV9KV9hiFHK7FZxzJ6X200/+/bHvEhSmrCq qvhvt5rTmoXc1pVmypw1S7GO7J5w73vxTxKoJqmsr9rVEBSgBB6h92yCiPfMrsgf0b1k 4GS2B3t+FQZTH2SWXrX/wR/RH5Oq+KbFm5SVs= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.115.193 with SMTP id j1mr1564858faq.98.1249052361845; Fri, 31 Jul 2009 07:59:21 -0700 (PDT) Date: Fri, 31 Jul 2009 16:59:21 +0200 X-Google-Sender-Auth: 61a4962dd9430720 Message-ID: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> From: Attilio Rao To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Peter Holm Subject: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 14:59:24 -0000 I spent the last two weeks searching, coding and trying different ways to get newbus locked. In newbus we have a lot of different members in datastructures which are accessed in parallel: * A list of devclasses * Any devclass maintains a list of drivers and a table of devices (useful for accessing them through the unit number) * Any device maintain a list of children devices and makes operations on them (generally a bus) * Flags for devclasses and states for devices In order to maintain consistency on all the accesses to such datastructures I outlined the following pre-requisites: * Locking must maintain consistency between set of different operations (you can't consider to break things like devclasses/children devices lists modifications in the middle) * Locking must not change pre-requisites in the callers (aka: don't switch a normally not sleeping function into a sleeping one) * Locking must take into account that virtual functions (example: BUS_DRIVER_ADDED(), DEVICE_DETACH(), etc) can sleeep and however their content is unknown. * Caching objects within the above mentioned datastructure was not a good option because if datastructures were allowed to add/remove new objects in the while some informations could have lost In order to have a good locking scheme I tried several things. The problem is that newbus presents a lot of calls willing to access to one of the lists and calling a virtual function inside. This was giving some problems because just dropping the lock, call the function and reacquiring the lock was not a viable option. Refcounting an objects on reading of such datastructures (like the list of drivers for a given devclass, for example) was going to work but it was going to offer much pain on the write path for the datastructure: as long as we could not sleep we had to fail the operation. While this could work in place it was going to complicate things a lot and adding a lot of failure point. While it is true that in newbus operations can fail, it is also true they often don't fail (they just usually do in the case of failed malloc()s, for example). This would have given high likely of failure on simple things like device probe and attach. This method, however, was also not going to protect efficiently members like devices flags. In order to satisfy prerequisites, the better thing would have been to: * Have a lock which could have be maintained through virtual functions (so probabilly a sx lock) * Have a lock to be acquired outside of the functions itself (in order to avoid recursion in the newbus specific functions and maintain a critical path across several calls) This is not too difficult and it is basically what Giant currently does. Additively, newbus design helps us a bit here because newbus modifies happens in some well known contexts: 1) boot time, single-threaded, busses/device initialization 2) post-boot, multi-threaded, busses/device initialization via the config hooks 3) character device operations which handles new devices (it is the case of ATA, for example) 4) run-time loaded modules (referred to driver_module_handler()) 5) edge cases of adeguately dedicated threads (usb) and taskqueues (ATA) that do post-initialization probing The idea is to use a global lock to be acquired in key points, with a bit of help from the consumers (and please note that consumers alredy forsee such help in the Giant case, so we are no adding anything difficult). More in detail: 1 is adeguately protected alone on its own because it is single-threaded. 2 can be protected by locking in the config hooks themselves by each driver (as it happens now) or locking in the run_interrupt_driven_config_hooks() directly (for the patch I followed the former approach in order to minimize the overhead when it is not necessary) 3 can have sleepable context so they can handle to acquire a sx lock there. 4 can be simply locked in driver_module_handler() 5 should have its own locking as any normal thread, so they can acquire newbus lock So I prepared this patch based on the above mentioned analysis: http://www.freebsd.org/~attilio/Yahoo/newbus/newbus_locking3.diff This patch has been reviewed by all the key committers (in the newbus and device drivers area) and tested by a couple of testers, but I'd really would like to gather more testing before to commit the patch as we are very near to a new release. More specifically I would like to get more testing in the 'hotplugging devices' area like USB and pccard. Ideally, a tester, should compile a kernel with KDB, DDB, INVARIANT_SUPPORT, INVARIANTS and WITNESS and try how many different devices he can, both loading as module or directly at boot time. Ideally, testers should seek for LOR involving the newbus lock, panic for newbus lock recursion or lost assertions on newbus lock and Giant. If one of these happens, please report the backtrace along with the 'show alllocks' from ddb (if you can't collect with textdumps, console or pictures, even writing down by hand is a viable option). This patch is considered a major cornerstone for FreeBSD-8.0 RELEASE and we should consider its successfull completition an high priority task. The work has been kindly founded by Yahoo! incorporated. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 15:16:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8939C106566B; Fri, 31 Jul 2009 15:16:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB8C8FC13; Fri, 31 Jul 2009 15:16:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter-phk.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id ADB9569959; Fri, 31 Jul 2009 14:57:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n6VEvV2L057771; Fri, 31 Jul 2009 14:57:31 GMT (envelope-from phk@critter.freebsd.dk) To: marta carbone From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 31 Jul 2009 15:53:49 +0200." Date: Fri, 31 Jul 2009 14:57:31 +0000 Message-ID: <57770.1249052251@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: soc-status@freebsd.org, freebsd-current@freebsd.org Subject: Re: sbuf(9) functions in userspace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 15:16:42 -0000 In message , marta carbone writes: >Hello, > >as part of the GSoc project I'm working on the ipfw code, >and I need some functions similar to the sbuf(9) family but >working in userspace. >There is something like that already available for userland? Sbuf is available in userland, just include and link with -lsbuf -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 15:25:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 590561065670 for ; Fri, 31 Jul 2009 15:25:17 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1892E8FC14 for ; Fri, 31 Jul 2009 15:25:16 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from levsha by expo.ukrweb.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MWtzn-0003ZE-VL for freebsd-current@freebsd.org; Fri, 31 Jul 2009 18:26:11 +0300 Date: Fri, 31 Jul 2009 18:26:11 +0300 From: Mykola Dzham To: freebsd-current@freebsd.org Message-ID: <20090731152611.GJ20855@expo.ukrweb.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD/7.0-STABLE (i386) User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Repeateble panic in g_journal_optimize on 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 15:25:17 -0000 Hi! I have 2 gjournal nodes configured on my system: $ mount /dev/ad0s4a on / (ufs, local, read-only) devfs on /dev (devfs, local) /dev/ad0s4e.journal on /usr/local (ufs, asynchronous, local, gjournal) /dev/ad0s4d on /var (ufs, local, soft-updates) /dev/ad0s3.eli.journal on /usr/home (ufs, asynchronous, local, gjournal) /usr/local/arch/ports on /usr/ports (nullfs, local) /dev/md0 on /tmp (ufs, local) devfs on /var/named/dev (devfs, local) $ uname -a FreeBSD laptop.levsha.org.ua 8.0-BETA2 FreeBSD 8.0-BETA2 #25 r195969: Thu Jul 30 15:07:37 EEST 2009 root@laptop.levsha.org.ua:/usr/local/arch/obj/usr/local/arch/src/sys/LEVSHA i386 I recieve panic when have long hi load on journal (when start tindrebox to rebuild a lot of ports, tinderbox is on /usr/local ) in g_journal_optimize All kernel dump files, kernel configuration file, loader.conf , debug kernel is found on http://jabber.net.ua/tmp/dload/crash/3/ Is it known problem? -- Mykola Dzham, LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 15:51:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB86106564A; Fri, 31 Jul 2009 15:51:37 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9D28FC14; Fri, 31 Jul 2009 15:51:35 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id n6VFa91J084473; Fri, 31 Jul 2009 17:36:09 +0200 (CEST) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id n6VFa9XZ084472; Fri, 31 Jul 2009 17:36:09 +0200 (CEST) (envelope-from wkoszek) Date: Fri, 31 Jul 2009 17:36:09 +0200 From: "Wojciech A. Koszek" To: marta carbone Message-ID: <20090731153609.GG28136@FreeBSD.org> Mail-Followup-To: marta carbone , soc-status@freebsd.org, freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Fri, 31 Jul 2009 17:36:09 +0200 (CEST) Cc: soc-status@freebsd.org, freebsd-current@freebsd.org Subject: Re: sbuf(9) functions in userspace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 15:51:38 -0000 On Fri, Jul 31, 2009 at 03:53:49PM +0200, marta carbone wrote: > Hello, > > as part of the GSoc project I'm working on the ipfw code, > and I need some functions similar to the sbuf(9) family but > working in userspace. > There is something like that already available for userland? > > Otherwise I could use the following library: > > http://info.iet.unipi.it/~luigi/FreeBSD/#dynstring > > that works like the sbuf(9) functions and it is ready to be used > in userland. sbuf_subr.c are used in the user-space as well -- the very same file is compiled as a user-space library. Take a look at: src/lib/libsbuf -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 15:55:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B49EE1065670; Fri, 31 Jul 2009 15:55:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 856128FC1B; Fri, 31 Jul 2009 15:55:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 039AE46B17; Fri, 31 Jul 2009 11:55:26 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 4141D8A0A2; Fri, 31 Jul 2009 11:55:25 -0400 (EDT) From: John Baldwin To: Attilio Rao Date: Fri, 31 Jul 2009 10:27:16 -0400 User-Agent: KMail/1.9.7 References: <152E0401-8750-4363-85D8-F058BD87C150@mac.com> <200907310853.52946.jhb@freebsd.org> <3bbf2fe10907310711v4ed3ba48jac84ea99d863d0a9@mail.gmail.com> In-Reply-To: <3bbf2fe10907310711v4ed3ba48jac84ea99d863d0a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907311027.16492.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 31 Jul 2009 11:55:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: panic: mutex Giant owned at .../base/head/sys/kern/kern_exit.c:131 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 15:55:27 -0000 On Friday 31 July 2009 10:11:25 am Attilio Rao wrote: > 2009/7/31 John Baldwin : > > On Friday 31 July 2009 2:36:46 am Marcel Moolenaar wrote: > >> All, > >> > >> I got the following panic after I had to import my ZFS file system on > >> ia64. > >> The following panic happened when executing "zpool import": > >> > >> panic: mutex Giant owned at /nfs/freebsd/base/head/sys/kern/ > >> kern_exit.c:131 > >> cpuid = 0 > >> KDB: enter: panic > > > > It looks like ZFS doesn't actually ever check if any of the namei lookups it > > does internally return with Giant locked. For example, it doesn't check > > NDHASGIANT() in lookupnameat(). Fixing this may be a bit of work as I'm not > > sure it is safe to drop Giant right after the namei(). If it is because the > > end vnode's returned are always MPSAFE then that fix is easy. If not, then > > Giant needs to be held until the code stops frobbing the vnode returned from > > the lookup. > > NDHASGIANT() reflects the locking of the mountpoint where the vnode is > on so you need to size it in regard of what the namei() consumer is > going to expect in terms of locking with such vnode/mountpoint. True, but in this case the Giant lock that is leaked is locked in namei(). If you have LOCKPARENT set and you lookup your / then the parent vnode may be from a different !MPSAFE filesystem even if your filesystem is safe, yes? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 16:18:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C69B1065672; Fri, 31 Jul 2009 16:18:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 227868FC26; Fri, 31 Jul 2009 16:18:14 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=6-1UdcQ6tjlM7s7AIcEA:9 a=81vETZZadCk9YuULZmIA:7 a=ZH5PjneSi4lliYNB90b1A8_2AUMA:4 a=n7qbxvNqepVFiTj4:21 a=TlvOJDDn6oDfp7au:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 900080825; Fri, 31 Jul 2009 18:18:13 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 31 Jul 2009 18:18:06 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> In-Reply-To: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907311818.08481.hselasky@c2i.net> Cc: Attilio Rao , Peter Holm Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 16:18:16 -0000 Hi, Speaking about the USB subsystem and newbus: I consider this patch to be a step backwards for the USB stack. USB is multithreaded, whilst the patch tries to enforce single threading through the newbus lock which covers the complete device_xxx domain and all its device_t nodes. Let me define two terms. 1) Inside caller For each USB controller there is a usbusX device associated with a single thread that is responsible for creating and hooking on children. See reference at end of e-mail. An inside caller is when virtual device methods originate from the same thread that created it. In USB context, the following device methods are known inside callers: device_attach device_detach device_probe device_suspend device_resume 2) Outside caller When an external thread tries to execute a method on a device that was not created by the same thread. In USB context, the following device methods are possibly are being calling from the outside: DEVMETHOD(bus_child_location_str, uhub_child_location_string), DEVMETHOD(bus_child_pnpinfo_str, uhub_child_pnpinfo_string), DEVMETHOD(bus_driver_added, uhub_driver_added), DEVMETHOD(usb_handle_request, ustorage_fs_handle_request), Comments: The USB stack ensures that "usb_handle_request" is being called when only when the device is present and attached, through use of its own SX-locks. "bus_driver_added" can be called anytime. "bus_child_pnpinfo_str" and "bus_child_location_str" should be called at probe/attach and its contents strdup'ed to avoid outside calls. 1+2) There should be no requirement to lock any newbus locks before calling device_xxxx() when an inside call happens. For the outside calls that happen, the data can be copied / strdup'ed to avoid any problems with regard to the USB stack. After this change there are no problems left with regard to USB and newbus. I was hoping that the Giant requirement for newbus would go away, but all that has been done is to replace Giant with an sx-lock protecting all access and calls into any device_xxx() method. This is a step backwards. Do you have any paper Attilio, describing your other efforts and why you did not choose them in an orderly way? Is your patch to be considered a temporary bandaid patch? --HPS Reference: Example output devinfo: uhci0 usbus0 uhub0 uhci1 usbus1 uhub1 uhci2 usbus2 uhub2 uhci3 usbus3 uhub3 ehci0 usbus4 uhub4 uhub5 uaudio0 pcm2 ums0 ukbd0 ums1 umass0 uhub6 umass1 ihfc0 uhub7 uplcom0 uaudio1 pcm3 uhid0 On Friday 31 July 2009 16:59:21 Attilio Rao wrote: > I spent the last two weeks searching, coding and trying different ways to > get newbus locked. > > In newbus we have a lot of different members in datastructures which > are accessed in parallel: > * A list of devclasses > * Any devclass maintains a list of drivers and a table of devices > (useful for accessing them through the unit number) > * Any device maintain a list of children devices and makes operations > on them (generally a bus) > * Flags for devclasses and states for devices > > In order to maintain consistency on all the accesses to such > datastructures I outlined the following pre-requisites: > * Locking must maintain consistency between set of different > operations (you can't consider to break things like > devclasses/children devices lists modifications in the middle) > * Locking must not change pre-requisites in the callers (aka: don't > switch a normally not sleeping function into a sleeping one) > * Locking must take into account that virtual functions (example: > BUS_DRIVER_ADDED(), DEVICE_DETACH(), etc) can sleeep and however their > content is unknown. > * Caching objects within the above mentioned datastructure was not a > good option because if datastructures were allowed to add/remove new > objects in the while some informations could have lost > > In order to have a good locking scheme I tried several things. The > problem is that newbus presents a lot of calls willing to access to > one of the lists and calling a virtual function inside. This was > giving some problems because just dropping the lock, call the function > and reacquiring the lock was not a viable option. Refcounting an > objects on reading of such datastructures (like the list of drivers > for a given devclass, for example) was going to work but it was going > to offer much pain on the write path for the datastructure: as long as > we could not sleep we had to fail the operation. While this could work > in place it was going to complicate things a lot and adding a lot of > failure point. While it is true that in newbus operations can fail, it > is also true they often don't fail (they just usually do in the case > of failed malloc()s, for example). This would have given high likely > of failure on simple things like device probe and attach. > This method, however, was also not going to protect efficiently > members like devices flags. > > In order to satisfy prerequisites, the better thing would have been to: > * Have a lock which could have be maintained through virtual functions > (so probabilly a sx lock) > * Have a lock to be acquired outside of the functions itself (in order > to avoid recursion in the newbus specific functions and maintain a > critical path across several calls) > > This is not too difficult and it is basically what Giant currently does. > Additively, newbus design helps us a bit here because newbus modifies > happens in some well known contexts: > 1) boot time, single-threaded, busses/device initialization > 2) post-boot, multi-threaded, busses/device initialization via the config > hooks 3) character device operations which handles new devices (it is the > case of ATA, for example) > 4) run-time loaded modules (referred to driver_module_handler()) > 5) edge cases of adeguately dedicated threads (usb) and taskqueues > (ATA) that do post-initialization probing > > The idea is to use a global lock to be acquired in key points, with a > bit of help from the consumers (and please note that consumers alredy > forsee such help in the Giant case, so we are no adding anything > difficult). > More in detail: > 1 is adeguately protected alone on its own because it is single-threaded. > 2 can be protected by locking in the config hooks themselves by each > driver (as it happens now) or locking in the > run_interrupt_driven_config_hooks() directly (for the patch I followed the > former approach in order to minimize the overhead when it is not necessary) > 3 can have sleepable context so they can handle to acquire a sx lock there. > 4 can be simply locked in driver_module_handler() > 5 should have its own locking as any normal thread, so they can > acquire newbus lock > > So I prepared this patch based on the above mentioned analysis: > http://www.freebsd.org/~attilio/Yahoo/newbus/newbus_locking3.diff > > This patch has been reviewed by all the key committers (in the newbus > and device drivers area) and tested by a couple of testers, but I'd > really would like to gather more testing before to commit the patch as > we are very near to a new release. > More specifically I would like to get more testing in the 'hotplugging > devices' area like USB and pccard. > Ideally, a tester, should compile a kernel with KDB, DDB, > INVARIANT_SUPPORT, INVARIANTS and WITNESS and try how many different > devices he can, both loading as module or directly at boot time. > Ideally, testers should seek for LOR involving the newbus lock, panic > for newbus lock recursion or lost assertions on newbus lock and Giant. > If one of these happens, please report the backtrace along with the > 'show alllocks' from ddb (if you can't collect with textdumps, console > or pictures, even writing down by hand is a viable option). > This patch is considered a major cornerstone for FreeBSD-8.0 RELEASE > and we should consider its successfull completition an high priority > task. > > The work has been kindly founded by Yahoo! incorporated. > > Thanks, > Attilio From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 16:30:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 269E2106566B for ; Fri, 31 Jul 2009 16:30:47 +0000 (UTC) (envelope-from esbjerg@gustav.anc.dk) Received: from gustav.anc.dk (gustav.anc.dk [194.255.112.205]) by mx1.freebsd.org (Postfix) with ESMTP id E24628FC1B for ; Fri, 31 Jul 2009 16:30:46 +0000 (UTC) (envelope-from esbjerg@gustav.anc.dk) Received: by gustav.anc.dk (Postfix, from userid 1000) id 1C3FD1BE67; Fri, 31 Jul 2009 18:03:34 +0200 (CEST) Date: Fri, 31 Jul 2009 18:03:34 +0200 From: Sven Esbjerg To: freebsd-current@freebsd.org Message-ID: <20090731160333.GA2039@esbjerg.name> References: <4A6DB30B.20705@zedat.fu-berlin.de> <3bbf2fe10907270708p741b6de1k790548efa2499d39@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10907270708p741b6de1k790548efa2499d39@mail.gmail.com> User-Agent: Mutt/1.5.9i Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 16:30:47 -0000 On Mon, Jul 27, 2009 at 04:08:31PM +0200, Attilio Rao wrote: > 2009/7/27 O. Hartmann : > > I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on all of > > our SMP boxes. Is there an issue known at the moment? If not, I will prepare > > the kernel for whitnessing and provide more informations, if you wish. > > Please do it. > If possible compile with: > KDB, DDB, INVARIANT_SUPPORT, INVARIANTS, WITNESS and without WITNESS_SKIPSPIN > > Along with the panic report also provide in form of DDB textdump (man > 4 textdump) or plain text got from the console: > bt, ps, show alllocks, alltrace, show allpcpu I just installed BETA-2 AMD64 on a PC with the following components. Asus M4A78-HTPC, AMD Phenom II X4 BE (3.2GHz), 4G OCZ RAM, 300G SATA Seagate disk. FreeBSD freezes after a few seconds or during boot :( Since the mobo does not have PS2 connector and a serial port I don't know how to debug this at all. Any clues for how to go about this? -Sven Esbjerg From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 16:34:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2581B106566B; Fri, 31 Jul 2009 16:34:28 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8084A8FC1B; Fri, 31 Jul 2009 16:34:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm6 with SMTP id 6so243972fxm.43 for ; Fri, 31 Jul 2009 09:34:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=/bLm1eWXgKTVbpJakh5xA28Bs37uswqRO2hvnTZlhP4=; b=RI6dyWnj0IQE5Puvz7UbtVX+lCMwBVSrGTP92GXYhfCwSvxMFP+0OX7zf0dfTqg2Yr 8DbDDj3jBmikDY9Ly3uFV4AzlqJxjO+X0XjKuzTigYKA40SD49MPlxprnuX4C3H7L5FS nxdqzyqjJnq1sws5PVKhKOhLIA7CssyWkZ9Es= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ej91OtXBJCSeTkKK3/6224O+V7tegYIvsAkAh4Mp8+f+v9i4v2m6YjEbNghUOclhA6 C4re4dV3hKSFZS015QjwxGiUhdq4+PAA2AuXjpK6Ws7K+bgpiWFTXwfP4wl3WrxsiCKy MGfAWxmnW7QZ+DUyYsFdtmPp59nH9akxNW8IQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.113.136 with SMTP id a8mr1662551faq.76.1249058066058; Fri, 31 Jul 2009 09:34:26 -0700 (PDT) In-Reply-To: <200907311818.08481.hselasky@c2i.net> References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311818.08481.hselasky@c2i.net> Date: Fri, 31 Jul 2009 18:34:26 +0200 X-Google-Sender-Auth: 55939dfb94d25770 Message-ID: <3bbf2fe10907310934r640350c6n7ea89d3aaf36a05f@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Peter Holm , freebsd-current@freebsd.org Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 16:34:28 -0000 2009/7/31 Hans Petter Selasky : > Hi, > > Speaking about the USB subsystem and newbus: Hans, I wanted to maintain this private to us but you clearly don't understand what races live in newbus, what requirements in locking we need to protect that and also how a sane locking scheme should be built. Please drop this conversation. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 16:41:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DD001065670; Fri, 31 Jul 2009 16:41:00 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 53B788FC1E; Fri, 31 Jul 2009 16:41:00 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp027.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNN00F8SNNEPF90@asmtp027.mac.com>; Fri, 31 Jul 2009 09:40:30 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <200907310846.34200.jhb@freebsd.org> Date: Fri, 31 Jul 2009 09:40:26 -0700 Message-id: <718AFBEF-DA22-4A5B-8E9A-8C3C2E18DB47@mac.com> References: <4A6DB30B.20705@zedat.fu-berlin.de> <20090730170930.GA74245@mech-cluster241.men.bris.ac.uk> <200907310846.34200.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1074) Cc: Anton Shterenlikht , freebsd-current@freebsd.org, Alexandre Sunny Kovalenko , freebsd-ia64@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 16:41:00 -0000 On Jul 31, 2009, at 5:46 AM, John Baldwin wrote: > On Thursday 30 July 2009 1:16:32 pm Marcel Moolenaar wrote: >> >> On Jul 30, 2009, at 10:09 AM, Anton Shterenlikht wrote: >> >>> On Thu, Jul 30, 2009 at 10:02:29AM -0700, Marcel Moolenaar wrote: >>>> >>>> On Jul 30, 2009, at 2:05 AM, Anton Shterenlikht wrote: >>>>> By the way, are these two FreeBSD docs up to date: >>>>> >>>>> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING >>>>> >>>>> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >>>>> >>>>> In particular, it is still true that minidump is a default dump >>>>> type? >>>> >>>> ia64 doesn't yet have minidumps. In fact, changes to GDB that >>>> happened a year ago or so broke the ability to read ia64 core >>>> files. I plan on implementing minidumps after 8.0-RELEASE. >>> >>> you mean, even if I get a dump, I wouldn't be able to read it? >> >> Correct. >> >> The change that broke it is: >> http://svn.FreeBSD.org/viewvc/base?view=revision&revision=178670 > > Wait, how did that break ia64 but not other architectures? hob% sudo kgdb -n 1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 "ia64-marcel-freebsd"... GDB can't read core files on this machine. (kgdb) info target Symbols from "/usr/obj/nfs/freebsd/base/head/sys/HOB/kernel.debug". Local exec file: `/usr/obj/nfs/freebsd/base/head/sys/HOB/kernel.debug', file type elf64-ia64-little. Entry point: 0xe000000004068000 0xe000000004000190 - 0xe00000000400019d is .interp 0xe0000000040001a0 - 0xe00000000400b100 is .hash 0xe00000000400b100 - 0xe000000004034cc8 is .dynsym 0xe000000004034cc8 - 0xe0000000040505f3 is .dynstr 0xe0000000040505f8 - 0xe000000004061518 is .rela.data 0xe000000004061518 - 0xe000000004062ad8 is .rela.got 0xe000000004062ad8 - 0xe000000004062af0 is .rela.sdata 0xe000000004068000 - 0xe00000000469fcc0 is .text 0xe00000000469fcc0 - 0xe000000004715884 is .rodata 0xe000000004715890 - 0xe00000000471f350 is .opd 0xe00000000471f350 - 0xe00000000475c0c0 is .IA_64.unwind_info 0xe00000000475c0c0 - 0xe00000000478bc40 is .IA_64.unwind 0xe00000000478e000 - 0xe0000000047f1868 is .data 0xe0000000047f1868 - 0xe0000000047f3a70 is set_sysctl_set 0xe0000000047f3a80 - 0xe0000000047f4780 is set_pcpu 0xe0000000047f4780 - 0xe0000000047f5c48 is set_sysinit_set 0xe0000000047f5c48 - 0xe0000000047f6610 is set_sysuninit_set 0xe0000000047f6610 - 0xe0000000047f70a0 is set_modmetadata_set 0xe0000000047f70a0 - 0xe0000000047f70b8 is set_kdb_dbbe_set 0xe0000000047f70b8 - 0xe0000000047f70c8 is set_gdb_dbgport_set ---Type to continue, or q to quit--- 0xe0000000047f70c8 - 0xe0000000047f70e0 is set_cons_set 0xe0000000047f70e0 - 0xe0000000047f7200 is .dynamic 0xe0000000047f7200 - 0xe000000004810bc8 is .got 0xe000000004810bc8 - 0xe0000000048124dc is .sdata 0xe0000000048124e0 - 0xe000000004814a00 is .sbss 0xe000000004814a00 - 0xe0000000049d52f0 is .bss (kgdb) The stratum of the kgdb target was changed from highest (thread_stratum) to lowest (core_stratum). As such, rather than hide kernel core file details from GDB we became dependent upon them. Simply changing the stratum from core_stratum to thread_stratum shows what's going on: hob% sudo kgdb -n 1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 "ia64-marcel-freebsd"... warning: "/var/crash/vmcore.1": no core file handler recognizes format, using default In other words: kgdb was designed to hide FreeBSD specifics from the core GDB code, because core GDB doesn't know how to deal with all FreeBSD details. Revision 178670 created a stronger dependency on core GDB and as such broke architectures that core GDB doesn't support for FreeBSD. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 17:05:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 475F0106566B for ; Fri, 31 Jul 2009 17:05:20 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5E28FC18 for ; Fri, 31 Jul 2009 17:05:19 +0000 (UTC) (envelope-from sam@errno.com) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n6VH51ZR090877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 31 Jul 2009 10:05:01 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A73243D.3050506@errno.com> Date: Fri, 31 Jul 2009 10:05:01 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Ed Schouten References: <367b2c980907270358g45a2497dh64c2734721c44fca@mail.gmail.com> <20090731111738.GK1292@hoeg.nl> <4A72F544.2070103@haruhiism.net> <20090731135805.GM1292@hoeg.nl> In-Reply-To: <20090731135805.GM1292@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Olivier SMEDTS , freebsd-current@freebsd.org Subject: Re: Disable root mount waiting for USB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 17:05:20 -0000 Ed Schouten wrote: > * Kamigishi Rei wrote: >> Ed Schouten wrote: >>>> Is there a way (loader tunable or kernel config) to disable the root >>>> mount waiting for USB buses and devices and make it behave just like >>>> in the first days of the new USB stack ? >>> Why can't we just wait until the device node that should be mounted is >>> available? >> We're talking about this USB delay which appears almost always >> during the initialization of the USB stack. >> >> Jul 19 07:21:34 ameagari kernel: Root mount waiting for: usbus7 usbus3 >> Jul 19 07:21:34 ameagari kernel: Trying to mount root from ufs:/dev/ad10s1a >> >> In this case, the delay is insignificant, however with some systems >> this can take up to 10 seconds. >> And we don't even need to wait for USB bus because the root >> filesystem is on an ATA hard disk. > > So that's why I'm saying: why can't we just wait until the device node > that should be mounted is available? > Talk to Scott Long how to correctly fix this issue. Andrew Thompson tried but his attempt was backed out as incorrect. So far as I know noone has stepped up to address the real problem here. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 17:10:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26671106566C; Fri, 31 Jul 2009 17:10:37 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9653A8FC26; Fri, 31 Jul 2009 17:10:36 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:42358 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWvcO-0001VQ-4K; Fri, 31 Jul 2009 19:10:10 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 051CAE5B4; Fri, 31 Jul 2009 19:10:06 +0200 (CEST) Message-Id: From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 31 Jul 2009 19:10:03 +0200 References: <20090727072503.GA52309@jpru.ffm.jpru.de> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4 A71B239.8060007@freebsd.org> <3AA3C1CB-CEF7-46CC-A9C7-1648093D679E@exsca! pe.org> <4A71BED8.7050300@freebsd.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWvcO-0001VQ-4K. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWvcO-0001VQ-4K dd068384b9ef3b915ada255a211abdc2 Cc: freebsd-fs@freebsd.org, FreeBSD current , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 17:10:37 -0000 On Jul 30, 2009, at 20:29, Thomas Backman wrote: > On Jul 30, 2009, at 18:41, Thomas Backman wrote: > >> On Jul 30, 2009, at 17:40, Andriy Gapon wrote: >>> on 30/07/2009 18:25 Thomas Backman said the following: >>>> PS. I'll test Pawel's patch sometime after dinner. ;) >>> >>> I believe that you should get a perfect result with it. >>> >>> -- Andriy Gapon >> If I dare say it, you were right! I've been testing for about half >> an hour or so (probably a bit more) now. >> Still using DEBUG_VFS_LOCKS, and I've tried the test case several >> times, ran an initial backup (i.e. destroy target pool and send| >> recv the entire pool) and a few incrementals. Rebooted, tried it >> again. No panic, no problems! :) >> Let's hope it stays this way. >> >> So, in short: With that patch (copied here just in case: http://exscape.org/temp/zfs_vnops.working.patch >> ) and the libzfs patch linked previously, it appears zfs send/recv >> works plain fine. I have yet to try it with clone/promote and >> stuff, but since that gave the same panic that this solved, I'm >> hoping there will be no problems with that anymore. > > Arrrgh! > I guess I spoke too soon after all... new panic yet again. :( > *sigh* It feels as if this will never become stable right now. > (Maybe that's because I've spent all day and most of yesterday too > on this ;) > > [... same panic as I'm posting in the reply below snipped ...] > > Unfortunately, I'm not sure I can reproduce this reliably, since it > worked a bunch of times both before and after my previous mail. > > Oh, and I'm still using -DDEBUG=1 and DEBUG_VFS_LOCKS... If this > isn't a new panic because of the changes, perhaps it was triggered > now and never before because of the -DDEBUG? OK, I created a "test case" that triggers this panic for me every time, and reproduced it on another machine, so it should, uh, "work" for anyone reading this as well. Here are my patches, and the script used to reproduce the panic: (This assumes that you've got a clean SVN/cvsup source tree. If you have any of the patches mentioned below, remove them from the .patch first.) http://exscape.org/temp/zfs_destroy_panic_patches.patch (contains: James R. Van Artsdalen's libzfs_sendrecv patch that makes it not coredump(...), activating ZFS debugging (-DDEBUG=1), and Pawel's zfs_vnops.c patch.) http://exscape.org/temp/zfs_destroy_panic.sh (needs bash and 200MB free on your /root/-containing FS, unless you change the variables at the top; usage: "bash ...sh crash") You'll need to rebuild zfs.ko and libzfs, and if you use zfs.ko already, of course, reboot. (The libzfs patch can be installed and used without rebooting.) 1) cd /usr/src; fetch http://exscape.org/temp/zfs_destroy_panic_patches.patch && patch < zfs_destroy_panic_patches.patch 2) cd /usr/src/cddl/lib/libzfs/ ; make && make install 3) cd /usr/src/sys/modules/zfs ; make && make install 3b) (reboot, or kldload zfs) 4) fetch http://exscape.org/temp/zfs_destroy_panic.sh && bash zfs_destroy_panic.sh crash My output (snipped for brevity, most is useless stuff from dd, etc.): (I prepended a >> to output written by my script; the rest is from zfs. This isn't in the script itself.) >> Creating pools >> Creating filesystems >> Creating snapshot(s) >> Doing initial clone to slave pool receiving full stream of crashtestmaster@backup-20090731-185218 into crashtestslave@backup-20090731-185218 received 15.0KB stream in 1 seconds (15.0KB/sec) receiving full stream of crashtestmaster/ testroot@backup-20090731-185218 into crashtestslave/ testroot@backup-20090731-185218 received 15.0KB stream in 1 seconds (15.0KB/sec) receiving full stream of crashtestmaster/testroot/ testfs@backup-20090731-185218 into crashtestslave/testroot/ testfs@backup-20090731-185218 received 1.02MB stream in 1 seconds (1.02MB/sec) >> Initial step done! >> Destroying testfs >> Taking snapshots >> Starting backup... sending from @backup-20090731-185218 to crashtestmaster@backup-20090731-185226-11214-7776 sending from @backup-20090731-185218 to crashtestmaster/ testroot@backup-20090731-185226-11214-7776 attempting destroy crashtestslave/testroot/testfs@backup-20090731-185218 success attempting destroy crashtestslave/testroot/testfs success receiving incremental stream of crashtestmaster@backup-20090731-185226-11214-7776 into crashtestslave@backup-20090731-185226-11214-7776 received 312B stream in 1 seconds (312B/sec) receiving incremental stream of crashtestmaster/ testroot@backup-20090731-185226-11214-7776 into crashtestslave/ testroot@backup-20090731-185226-11214-7776 [... panic, no no more output ...] DDB info, etc (from the original box; not the same run as above, but the same panic, so...): Unread portion of the kernel message buffer: panic: solaris assert: ((zp)->z_vnode)->v_usecount > 0, file: /usr/src/ sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/ zfs_vfsops.c, line: 920 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 zfsvfs_teardown() at zfsvfs_teardown+0x24d zfs_suspend_fs() at zfs_suspend_fs+0x2b zfs_ioc_recv() at zfs_ioc_recv+0x28b zfsdev_ioctl() at zfsdev_ioctl+0x8a devfs_ioctl_f() at devfs_ioctl_f+0x77 kern_ioctl() at kern_ioctl+0xf6 ioctl() at ioctl+0xfd syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800fe5f7c, rsp = 0x7fffffff8ee8, rbp = 0x7fffffff9c20 --- KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 25m47s Physical memory: 2030 MB Dumping 1663 MB: ... #11 0xffffffff8033abcb in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:558 #12 0xffffffff80b0ec5d in zfsvfs_teardown () from /boot/kernel/zfs.ko #13 0x0000000000100000 in ?? () #14 0xffffff0048a7e250 in ?? () #15 0xffffff0048a7e000 in ?? () #16 0xffffff00063c0000 in ?? () #17 0xffffff803e8f27a0 in ?? () #18 0xffffff803e8f27d0 in ?? () #19 0xffffff803e8f2770 in ?? () #20 0xffffff803e8f2740 in ?? () #21 0xffffffff80b0ecab in zfs_suspend_fs () from /boot/kernel/zfs.ko Previous frame inner to this frame (corrupt stack?) I commented out -DDEBUG=1 and rebuilt+installed just the zfs module, and the panic appears to be gone. With DEBUG, it panicked every time (and I tried it at least 4-5 times). Without, it has worked flawlessly three times in a row, as has my regular backup. So, the big, TL;DR question is: is the ASSERT() unnecessary, as Andriy proposed it *might* be, or is this a real issue that actually needs fixing? It doesn't feel right to just ignore a potential bug by ignoring a failed assertion... Pawel? Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 17:19:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D0331065676 for ; Fri, 31 Jul 2009 17:19:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id BA1208FC2A for ; Fri, 31 Jul 2009 17:19:31 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=mmHwNsfE3PVCs0CkINQA:9 a=fS0clcq0GpnDBqjpB7IVlC5K2CwA:4 a=9aOQ2cSd83gA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 233837621; Fri, 31 Jul 2009 19:19:30 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 31 Jul 2009 19:19:25 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311818.08481.hselasky@c2i.net> <3bbf2fe10907310934r640350c6n7ea89d3aaf36a05f@mail.gmail.com> In-Reply-To: <3bbf2fe10907310934r640350c6n7ea89d3aaf36a05f@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907311919.26913.hselasky@c2i.net> Cc: Attilio Rao , Peter Holm Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 17:19:32 -0000 On Friday 31 July 2009 18:34:26 Attilio Rao wrote: > 2009/7/31 Hans Petter Selasky : > > Hi, > > > > Speaking about the USB subsystem and newbus: > > Hans, > I wanted to maintain this private to us but you clearly don't > understand what races live in newbus, what requirements in locking we > need to protect that and also how a sane locking scheme should be > built. > Please drop this conversation. Hi, I'm not saying that your approach will not work or that it is wrong. I'm saying that it is not fast enough. Your patch affects the boottime, in a negative way. Sure I can help you eliminate blocking the whole USB explore thread from newbus_lock(), but there are sometimes also synchronous delay inside device probe functions, and I think for those cases it would be better if we kept using Giant, because then all sleep calls have drop- and pickup- Giant code, but there is no automatic drop and pickup for the newbus_lock()! How can we multi-thread the boot-sequence given your newbus_lock() requirement ? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 17:21:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37EE710656DC for ; Fri, 31 Jul 2009 17:21:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id ED0AC8FC1F for ; Fri, 31 Jul 2009 17:21:03 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) X-No-Auth: unauthenticated sender Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id 72E9018B7B5A2 for ; Fri, 31 Jul 2009 17:21:00 +0000 (UTC) Received: from [192.168.1.175] (unknown [139.30.19.64]) by AurraSing.lando.cc (Postfix) with ESMTP for ; Fri, 31 Jul 2009 17:20:50 +0000 (UTC) Message-ID: <4A7327DE.9010305@grohnwaldt.eu> Date: Fri, 31 Jul 2009 19:20:30 +0200 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: current@freebsd.org References: <4A65E6EB.50308@grohnwaldt.eu> <20090722082940.GA18826@asahi.TechFak.Uni-Bielefeld.DE> In-Reply-To: <20090722082940.GA18826@asahi.TechFak.Uni-Bielefeld.DE> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: cpufreq on VIA C7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 17:21:05 -0000 Hi, compiling the Kernel without HWPMC_HOOKS works well - this problem is solved. :) The problem with cpu frequency remains unsolved - any ideas? Thanks, Uwe Grohnwaldt Max-Planck-Str. 2A, 1.03.2 18059 Rostock -------------------------- Fon: +49 (0)381 1224811 Mobil: +49 (0)172 3209285 -------------------------- eMail: uwe@grohnwaldt.eu www: http://lando.cc ICQ: 149348486 Skype: lando_calr -------------------------- oschonef@techfak.uni-bielefeld.de schrieb: > Hi, > > Eines schoenen Tages schrieb Uwe Grohnwaldt: >> I have a Jetway J7F5M2H-VDE Mainboard with a VIA C7 2GHz CPU. I >> installed FreeBSD 7.0-RELEASE and updated it to FreeBSD 8.0 Beta2. > [..] >> Another problem is, that I have some messages like this in dmesg: >> NMI ISA 3c, EISA 0 >> NMI ISA 2c, EISA 0 > > > You could try to compile a kernel without the HWPMC_HOOKS option. > (see http://www.nabble.com/NMI-ISA-2c,-EISA-ff-td23033469.html) > > I had similar issues with a Jetway J7F2$something board. The kernel always > dropped into DDB after receiving a NMI. I was not able to install CURRENT > (respectively 8.0 BETA2) on this system. However, the kernel without the > HWPMC_HOOKS options boots successfully. > Currently, I am trying to do a source update from STABLE to CURRENT. > STABLE does not show this behaviour and just works fine. > > HTH, > Oliver From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 17:30:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45BB3106566B for ; Fri, 31 Jul 2009 17:30:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 142448FC12 for ; Fri, 31 Jul 2009 17:30:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A33EC46B53; Fri, 31 Jul 2009 13:30:19 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D90448A0A2; Fri, 31 Jul 2009 13:30:18 -0400 (EDT) From: John Baldwin To: Marcel Moolenaar Date: Fri, 31 Jul 2009 13:25:53 -0400 User-Agent: KMail/1.9.7 References: <4A6DB30B.20705@zedat.fu-berlin.de> <200907310846.34200.jhb@freebsd.org> <718AFBEF-DA22-4A5B-8E9A-8C3C2E18DB47@mac.com> In-Reply-To: <718AFBEF-DA22-4A5B-8E9A-8C3C2E18DB47@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907311325.54104.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 31 Jul 2009 13:30:18 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Anton Shterenlikht , freebsd-current@freebsd.org, Alexandre Sunny Kovalenko Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 17:30:20 -0000 On Friday 31 July 2009 12:40:26 pm Marcel Moolenaar wrote: > > On Jul 31, 2009, at 5:46 AM, John Baldwin wrote: > > > On Thursday 30 July 2009 1:16:32 pm Marcel Moolenaar wrote: > >> > >> On Jul 30, 2009, at 10:09 AM, Anton Shterenlikht wrote: > >> > >>> On Thu, Jul 30, 2009 at 10:02:29AM -0700, Marcel Moolenaar wrote: > >>>> > >>>> On Jul 30, 2009, at 2:05 AM, Anton Shterenlikht wrote: > >>>>> By the way, are these two FreeBSD docs up to date: > >>>>> > >>>>> > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING > >>>>> > >>>>> > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > >>>>> > >>>>> In particular, it is still true that minidump is a default dump > >>>>> type? > >>>> > >>>> ia64 doesn't yet have minidumps. In fact, changes to GDB that > >>>> happened a year ago or so broke the ability to read ia64 core > >>>> files. I plan on implementing minidumps after 8.0-RELEASE. > >>> > >>> you mean, even if I get a dump, I wouldn't be able to read it? > >> > >> Correct. > >> > >> The change that broke it is: > >> http://svn.FreeBSD.org/viewvc/base?view=revision&revision=178670 > > > > Wait, how did that break ia64 but not other architectures? > > hob% sudo kgdb -n 1 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 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 "ia64-marcel-freebsd"... > GDB can't read core files on this machine. > (kgdb) info target > Symbols from "/usr/obj/nfs/freebsd/base/head/sys/HOB/kernel.debug". > Local exec file: > `/usr/obj/nfs/freebsd/base/head/sys/HOB/kernel.debug', > file type elf64-ia64-little. > Entry point: 0xe000000004068000 > 0xe000000004000190 - 0xe00000000400019d is .interp > 0xe0000000040001a0 - 0xe00000000400b100 is .hash > 0xe00000000400b100 - 0xe000000004034cc8 is .dynsym > 0xe000000004034cc8 - 0xe0000000040505f3 is .dynstr > 0xe0000000040505f8 - 0xe000000004061518 is .rela.data > 0xe000000004061518 - 0xe000000004062ad8 is .rela.got > 0xe000000004062ad8 - 0xe000000004062af0 is .rela.sdata > 0xe000000004068000 - 0xe00000000469fcc0 is .text > 0xe00000000469fcc0 - 0xe000000004715884 is .rodata > 0xe000000004715890 - 0xe00000000471f350 is .opd > 0xe00000000471f350 - 0xe00000000475c0c0 is .IA_64.unwind_info > 0xe00000000475c0c0 - 0xe00000000478bc40 is .IA_64.unwind > 0xe00000000478e000 - 0xe0000000047f1868 is .data > 0xe0000000047f1868 - 0xe0000000047f3a70 is set_sysctl_set > 0xe0000000047f3a80 - 0xe0000000047f4780 is set_pcpu > 0xe0000000047f4780 - 0xe0000000047f5c48 is set_sysinit_set > 0xe0000000047f5c48 - 0xe0000000047f6610 is set_sysuninit_set > 0xe0000000047f6610 - 0xe0000000047f70a0 is set_modmetadata_set > 0xe0000000047f70a0 - 0xe0000000047f70b8 is set_kdb_dbbe_set > 0xe0000000047f70b8 - 0xe0000000047f70c8 is set_gdb_dbgport_set > ---Type to continue, or q to quit--- > 0xe0000000047f70c8 - 0xe0000000047f70e0 is set_cons_set > 0xe0000000047f70e0 - 0xe0000000047f7200 is .dynamic > 0xe0000000047f7200 - 0xe000000004810bc8 is .got > 0xe000000004810bc8 - 0xe0000000048124dc is .sdata > 0xe0000000048124e0 - 0xe000000004814a00 is .sbss > 0xe000000004814a00 - 0xe0000000049d52f0 is .bss > (kgdb) > > > The stratum of the kgdb target was changed from highest (thread_stratum) > to lowest (core_stratum). As such, rather than hide kernel core file > details from GDB we became dependent upon them. > > Simply changing the stratum from core_stratum to thread_stratum shows > what's going on: > > hob% sudo kgdb -n 1 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 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 "ia64-marcel-freebsd"... > > warning: "/var/crash/vmcore.1": no core file handler recognizes > format, using default > > > In other words: kgdb was designed to hide FreeBSD specifics from the > core GDB > code, because core GDB doesn't know how to deal with all FreeBSD > details. > Revision 178670 created a stronger dependency on core GDB and as such > broke > architectures that core GDB doesn't support for FreeBSD. So gdb doesn't work for core dumps on regular processes under ia64? Still, kgdb doesn't actually use the regular core target at all, it uses its own target that uses libkvm to service the actual memory I/O that normally goes to the core target. The previous code was very hacky and didn't allow you to use the 'file' and 'core' commands as a result. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 18:02:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FBE3106564A; Fri, 31 Jul 2009 18:02:04 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id EC4358FC16; Fri, 31 Jul 2009 18:02:03 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KNN00GHHRF1RYA0@asmtp025.mac.com>; Fri, 31 Jul 2009 11:02:00 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <200907311325.54104.jhb@freebsd.org> Date: Fri, 31 Jul 2009 11:01:49 -0700 Message-id: References: <4A6DB30B.20705@zedat.fu-berlin.de> <200907310846.34200.jhb@freebsd.org> <718AFBEF-DA22-4A5B-8E9A-8C3C2E18DB47@mac.com> <200907311325.54104.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1074) Cc: Anton Shterenlikht , freebsd-current@freebsd.org, Alexandre Sunny Kovalenko Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 18:02:04 -0000 On Jul 31, 2009, at 10:25 AM, John Baldwin wrote: >> In other words: kgdb was designed to hide FreeBSD specifics from the >> core GDB >> code, because core GDB doesn't know how to deal with all FreeBSD >> details. >> Revision 178670 created a stronger dependency on core GDB and as such >> broke >> architectures that core GDB doesn't support for FreeBSD. > > So gdb doesn't work for core dumps on regular processes under ia64? It does, but kernel core files aren't matched, because the OSABI is standalone. Also, GDB doesn't have libkvm support for ia64, which is probably what makes it work on i386/amd64. > Still, > kgdb doesn't actually use the regular core target at all, it uses > its own > target that uses libkvm to service the actual memory I/O that > normally goes > to the core target. That's maybe the problom: is the kgdb target used at all? If it were, then why did ia64 break? Maybe we have a simple resolution problem where GDB just happens to pick the wrong core_stratum target on ia64... I haven't had the time for root cause hunting, so from here on things should be taken with plenty of salt. I can check PowerPC for example... > The previous code was very hacky and didn't allow you > to use the 'file' and 'core' commands as a result. Actually it was by design. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 18:13:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 155EB1065672 for ; Fri, 31 Jul 2009 18:13:59 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf05.insightbb.com (mxsf05.insightbb.com [74.128.0.75]) by mx1.freebsd.org (Postfix) with ESMTP id D0B6D8FC08 for ; Fri, 31 Jul 2009 18:13:58 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) X-IronPort-AV: E=Sophos;i="4.43,303,1246852800"; d="asc'?scan'208";a="685881671" Received: from unknown (HELO asav01.insightbb.com) ([172.31.249.123]) by mxsf05.insightbb.com with ESMTP; 31 Jul 2009 14:13:57 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAM/QckpKgYh2/2dsb2JhbACLDckLCYQPBYFK X-IronPort-AV: E=Sophos;i="4.43,303,1246852800"; d="asc'?scan'208";a="221891955" Received: from 74-129-136-118.dhcp.insightbb.com (HELO sneezy) ([74.129.136.118]) by asav01.insightbb.com with SMTP; 31 Jul 2009 14:13:57 -0400 From: "David Boyd" To: Date: Fri, 31 Jul 2009 14:13:57 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_008A_01CA11E9.24C36DC0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: Normal Subject: FW: 8.0-BETA2 sysinstall ignoring setting of nonInteractive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 18:13:59 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_008A_01CA11E9.24C36DC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Will this patch make it into BETA3? -----Original Message----- From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] Sent: Tuesday, July 21, 2009 8:28 PM To: freebsd-current@freebsd.org Cc: David Boyd Subject: Re: 8.0-BETA2 sysinstall ignoring setting of nonInteractive On Wed, 22 Jul 2009, David Boyd wrote: > With 8.0-BETA(1/2) sysinstall ignores setting of nonInteractive > variable when using USB-based install. > > With or without nonInteractive sysinstall issues message "Using USB > device: da0a" and waits for confirmation. > > This breaks unattended installations using USB device. I think this would fix it, can you test it? Index: media.c =================================================================== --- media.c (revision 195813) +++ media.c (working copy) @@ -262,7 +262,8 @@ mediaDevice = devs[0]; if (mediaDevice) mediaDevice->private = NULL; - msgConfirm("Using USB device: %s", mediaDevice->name); + if (!variable_get(VAR_NONINTERACTIVE)) + msgConfirm("Using USB device: %s", mediaDevice->name); return (mediaDevice ? DITEM_LEAVE_MENU : DITEM_FAILURE); } -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ------=_NextPart_000_008A_01CA11E9.24C36DC0 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKZl0N5ZPcIHs/zowRAoLJAJ9g6jj7/mBUj4NR3SMfh+3MV1g3fACfVZme 1YXKwM71isOudr84BUtk698= =1V92 -----END PGP SIGNATURE----- ------=_NextPart_000_008A_01CA11E9.24C36DC0-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 18:15:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01351065670; Fri, 31 Jul 2009 18:15:44 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 40DBA8FC13; Fri, 31 Jul 2009 18:15:43 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm6 with SMTP id 6so288636fxm.43 for ; Fri, 31 Jul 2009 11:15:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=hWTt7t7lH2EYSZieyit2QI0XP2NxkVUGbjfAOuMeIJ0=; b=xBj3Z/iXcSHwAnAGoGxYBb4mCIhDyUF3K5qZFOoBFSuhc/+liNtbeCzbtsRG6tLOJl RjMZmWhvrSg69LZTRc8gViN55m2xX6VjQ5EVOMyzVPU1rY6a+CpOHIJwlUVeg94YJ+Wr ZpZAl9whUzruVeC56GyOxGxlD9Jn6w94yFRO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=AXoX/WXRaFxVdHCKxGVwUT3tiyQb6PN/N4GaBdHNtrwlUmrpnDrZ5qT+4CRJEM6C9z jJmdtUneTkYgLOt4pfkBloG0jU+IiqQFXfHzY549Y8NkQO3sD1jc3n1CYwMUEbic+XQQ eiwOFikbngSdMTWY/NMUazjC6JLdS/t8OLGmU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.109.19 with SMTP id h19mr1747696fap.20.1249064140764; Fri, 31 Jul 2009 11:15:40 -0700 (PDT) In-Reply-To: <200907311919.26913.hselasky@c2i.net> References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311818.08481.hselasky@c2i.net> <3bbf2fe10907310934r640350c6n7ea89d3aaf36a05f@mail.gmail.com> <200907311919.26913.hselasky@c2i.net> Date: Fri, 31 Jul 2009 20:15:40 +0200 X-Google-Sender-Auth: 5f8c9b05d633730f Message-ID: <3bbf2fe10907311115m1fb0fcd9lf630c1224682472d@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Peter Holm , freebsd-current@freebsd.org Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 18:15:45 -0000 2009/7/31 Hans Petter Selasky : > On Friday 31 July 2009 18:34:26 Attilio Rao wrote: >> 2009/7/31 Hans Petter Selasky : >> > Hi, >> > >> > Speaking about the USB subsystem and newbus: >> >> Hans, >> I wanted to maintain this private to us but you clearly don't >> understand what races live in newbus, what requirements in locking we >> need to protect that and also how a sane locking scheme should be >> built. >> Please drop this conversation. > > Hi, > > I'm not saying that your approach will not work or that it is wrong. I'm > saying that it is not fast enough. Your patch affects the boottime, in a > negative way. > > Sure I can help you eliminate blocking the whole USB explore thread from > newbus_lock(), but there are sometimes also synchronous delay inside device > probe functions, and I think for those cases it would be better if we kept > using Giant, because then all sleep calls have drop- and pickup- Giant code, > but there is no automatic drop and pickup for the newbus_lock()! I already told you several time that USB is not my area of expertise and that: * if there is a real time loss * if the time loss is measurable * if the time loss is a real hurt * assuming we think 1 sec delay at boot is something to care about * assuming the drop/pickup for Giant does introduce race that this patch fixes I would have taken care of the problem None of this point is demostrated. I can't measure a time critical issue, neither other people alredy testing the patch could. Privately you said that my work is old/wrong because just of this thing. I can't accept your critics based on the fact you: * didn't look at the patch at all * didn't look at my locking requirements * didn't look at newbus races * didn't quantify the time loss (if any) Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 18:50:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D556C106566B for ; Fri, 31 Jul 2009 18:50:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A55768FC08 for ; Fri, 31 Jul 2009 18:50:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 46FC146B53; Fri, 31 Jul 2009 14:50:49 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 801958A0A5; Fri, 31 Jul 2009 14:50:48 -0400 (EDT) From: John Baldwin To: Marcel Moolenaar Date: Fri, 31 Jul 2009 14:50:41 -0400 User-Agent: KMail/1.9.7 References: <4A6DB30B.20705@zedat.fu-berlin.de> <200907311325.54104.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200907311450.41829.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 31 Jul 2009 14:50:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Anton Shterenlikht , freebsd-current@freebsd.org, Alexandre Sunny Kovalenko Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 18:50:50 -0000 On Friday 31 July 2009 2:01:49 pm Marcel Moolenaar wrote: > > On Jul 31, 2009, at 10:25 AM, John Baldwin wrote: > >> In other words: kgdb was designed to hide FreeBSD specifics from the > >> core GDB > >> code, because core GDB doesn't know how to deal with all FreeBSD > >> details. > >> Revision 178670 created a stronger dependency on core GDB and as such > >> broke > >> architectures that core GDB doesn't support for FreeBSD. > > > > So gdb doesn't work for core dumps on regular processes under ia64? > > It does, but kernel core files aren't matched, because the OSABI > is standalone. Also, GDB doesn't have libkvm support for ia64, > which is probably what makes it work on i386/amd64. Regular gdb doesn't support libkvm on i386/amd64 either. > > Still, > > kgdb doesn't actually use the regular core target at all, it uses > > its own > > target that uses libkvm to service the actual memory I/O that > > normally goes > > to the core target. > > That's maybe the problom: is the kgdb target used at all? > If it were, then why did ia64 break? > > Maybe we have a simple resolution problem where GDB just > happens to pick the wrong core_stratum target on ia64... Hmm, so kgdb actually forces its own core_stratum target always via initalize_kgdb_target(). It overrides the "base" core_target that uses libbfd, etc. Thus, kgdb will always use libkvm and not libbfd for handling core files. > I haven't had the time for root cause hunting, so from here > on things should be taken with plenty of salt. I can check > PowerPC for example... I do believe it has been used on sparc64 at least since my changes. > > The previous code was very hacky and didn't allow you > > to use the 'file' and 'core' commands as a result. > > Actually it was by design. Well, that wasn't very intuitive to folks used to regular gdb. I think it now functions more like gdb in that you can switch executables or core images and modules show up as shared libraries, etc. IIRC, it was also a lot harder to add KLD/module support in the previous arrangement since I needed to override the thread_stratum for kld handling independent of having either a remote target or a vmcore target. That is probably the main reason I changed it from thread_stratum to core_stratum actually. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 19:42:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E0DA106566C; Fri, 31 Jul 2009 19:42:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id D00028FC19; Fri, 31 Jul 2009 19:42:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=4zbFFRfU6erAt4S3k3cA:9 a=Ma98PAmHCdqcz4waBxFS-8maYt0A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 900166953; Fri, 31 Jul 2009 21:42:07 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 31 Jul 2009 21:42:02 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A711D7C.2060100@sandstorm.net> In-Reply-To: <4A711D7C.2060100@sandstorm.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907312142.04501.hselasky@c2i.net> Cc: john hood , freebsd-usb@freebsd.org Subject: Re: bug fix for aue driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 19:42:09 -0000 On Thursday 30 July 2009 06:11:40 john hood wrote: > john hood Hi, Can you verify that the following patch is correct: http://perforce.freebsd.org/chv.cgi?CH=166865 Thanks! --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 20:22:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06541106566B for ; Fri, 31 Jul 2009 20:22:27 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id BCA278FC12 for ; Fri, 31 Jul 2009 20:22:26 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n6VKMQBd091149 for ; Fri, 31 Jul 2009 15:22:26 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=lgatfZF6Mf0XhAUVROgQkzAUvj8CcGk+5dYEiSlzQU/rTEKFC0CTMSL09E0fhXn0C 13CtC+9VNWmeWFjD8d+DxWtISVRJ5w3fMCcmLyKQJ4IXhyfeOYSbPzTm9jCJn8VEjt6 JtvIintOVFX2ZUhk5z8AH1lvjITozLaNYzybK48= Message-ID: <4A735282.8040502@jrv.org> Date: Fri, 31 Jul 2009 15:22:26 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: SIIS/CAM driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 20:22:27 -0000 I sent this to mav earlier but thought it would be of wider interest... My first attempt at measuring raw throughput with the SIIS driver (Silicon Image) got 875 MByte/sec with no tuning or changes to an old dual Opteron 244 (1.8GHz single core) Tyan K8W motherboard using two 3124 controllers and ten drives in four port-multiplier enclosures. I used 128KB blocks in the sequential reads since that's what ZFS seems to do by default. This same combo peaked at 375 MByte/sec with the ATA driver with my (badly done) hacks. SIIS appears stable. SIIS should clearly do better than 1 GByte/sec with modern hardware. One unknown is how well PCI-Express cards with the 3124 perform: the 3124 is a PCI-X part, and PCI-Express cards using the 3124 use the Intel 41110 Serial to Parallel PCI bridge which may add some overhead. mav has thrown down the GB/s gauntlet and we'll see which filesystems can pick it up. :-) This is exciting because it allows FreeBSD to be the OS of choice for cheap storage servers or perhaps even high-speed data capture. A 50 TB server should price well under $10k, a price/performance point hard to hit any other way. Issues: The Silicon Image 3132 is a native 2-port PCI-Express controller. but it appears to have problems as I am not aware of any driver on any OS capable of coaxing more than 150MByte/sec total out of it. The chip works but is very slow. Use the 3124 for performance. The SIIS driver doesn't support staggered spin-up yet. Anyone wanting to build a 50 TB storage array with SIIS needs to keep in mind that spin-up power spike for now. From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 23:37:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE7811065673; Fri, 31 Jul 2009 23:37:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9F98FC16; Fri, 31 Jul 2009 23:37:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5C72E1CF05; Sat, 1 Aug 2009 01:37:16 +0200 (CEST) Date: Sat, 1 Aug 2009 01:37:16 +0200 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20090731233716.GT1292@hoeg.nl> References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311818.08481.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QHp3Wr1K3N9pKO2V" Content-Disposition: inline In-Reply-To: <200907311818.08481.hselasky@c2i.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Attilio Rao , Peter Holm , freebsd-current@freebsd.org Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 23:37:18 -0000 --QHp3Wr1K3N9pKO2V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Hans Petter Selasky wrote: > I was hoping that the Giant requirement for newbus would go away, but all= that=20 > has been done is to replace Giant with an sx-lock protecting all access a= nd=20 > calls into any device_xxx() method. This is a step backwards. Gradually decomposing Giant should always be considered a step forward. For example, I am sure people will have dozens of comments on how I could have improved locking inside the TTY layer, but it's still better than what we had. Attilio, I'm too stupid to understand Newbus, but I spotted a small typo in acpi_battery.c: Tollerate -> Tolerate. There's also a small whitespace regression in the first chunk of the same file. --=20 Ed Schouten WWW: http://80386.nl/ --QHp3Wr1K3N9pKO2V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpzgCwACgkQ52SDGA2eCwXhFQCfQrQZvCwLZj0rD+ZqsRB2cfn7 8/kAn1aZJMiCZkzympu3qApCNuf4koH7 =Whsf -----END PGP SIGNATURE----- --QHp3Wr1K3N9pKO2V-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 23:49:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B560106566C for ; Fri, 31 Jul 2009 23:49:30 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 0D61F8FC0C for ; Fri, 31 Jul 2009 23:49:29 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) X-No-Auth: unauthenticated sender Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id 0B96A18B7B5A2 for ; Fri, 31 Jul 2009 23:49:26 +0000 (UTC) Received: from [192.168.1.175] (unknown [139.30.19.64]) by AurraSing.lando.cc (Postfix) with ESMTP for ; Fri, 31 Jul 2009 23:49:25 +0000 (UTC) Message-ID: <4A7382EF.5050400@grohnwaldt.eu> Date: Sat, 01 Aug 2009 01:49:03 +0200 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: current@freebsd.org References: <4A65E6EB.50308@grohnwaldt.eu> <20090722082940.GA18826@asahi.TechFak.Uni-Bielefeld.DE> <4A7327DE.9010305@grohnwaldt.eu> In-Reply-To: <4A7327DE.9010305@grohnwaldt.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: cpufreq on VIA C7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 23:49:30 -0000 Hi, disabling cpufreq in the kernel configfile works fine. after that it looks fine: dev.cpu.0.freq_levels: 2000/20000 1000/10000 800/8000 400/4000 thanks for help, Uwe Grohnwaldt Max-Planck-Str. 2A, 1.03.2 18059 Rostock -------------------------- Fon: +49 (0)381 1224811 Mobil: +49 (0)172 3209285 -------------------------- eMail: uwe@grohnwaldt.eu www: http://lando.cc ICQ: 149348486 Skype: lando_calr -------------------------- Uwe Grohnwaldt schrieb: > Hi, > > compiling the Kernel without HWPMC_HOOKS works well - this problem is > solved. :) > The problem with cpu frequency remains unsolved - any ideas? > > Thanks, > Uwe Grohnwaldt > oschonef@techfak.uni-bielefeld.de schrieb: >> Hi, >> >> Eines schoenen Tages schrieb Uwe Grohnwaldt: >>> I have a Jetway J7F5M2H-VDE Mainboard with a VIA C7 2GHz CPU. I >>> installed FreeBSD 7.0-RELEASE and updated it to FreeBSD 8.0 Beta2. >> [..] >>> Another problem is, that I have some messages like this in dmesg: >>> NMI ISA 3c, EISA 0 >>> NMI ISA 2c, EISA 0 >> >> >> You could try to compile a kernel without the HWPMC_HOOKS option. >> (see http://www.nabble.com/NMI-ISA-2c,-EISA-ff-td23033469.html) >> >> I had similar issues with a Jetway J7F2$something board. The kernel >> always >> dropped into DDB after receiving a NMI. I was not able to install CURRENT >> (respectively 8.0 BETA2) on this system. However, the kernel without the >> HWPMC_HOOKS options boots successfully. >> Currently, I am trying to do a source update from STABLE to CURRENT. >> STABLE does not show this behaviour and just works fine. >> >> HTH, >> Oliver From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 02:43:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51CBB106566B; Sat, 1 Aug 2009 02:43:15 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id ADBB18FC0A; Sat, 1 Aug 2009 02:43:14 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: by ewy2 with SMTP id 2so1823481ewy.43 for ; Fri, 31 Jul 2009 19:43:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=E2S4OVQvcaKVEhHFKq1GzslnYtwQQsTN0Ytq/ELBYig=; b=RYMYJHWGGWSfNClWVb+Yt66pUoArh7dg/4rm4Kov+fi9qePkzka8dAJRqSZdC8/4UY rnM1ZH2wq5Xm+cM/PQ8M9A1FgAQuZ9j0v7x8sZZMxI/kc7OkxUnET3IJjujUgJ0veaau 0EiyJMzNLrmIVaRvMwUvvMW5o/MBwHPlpK08M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NCJW4Y2ypry1ufiPa3NPwhZCYCkwHMa2WOedESzrHvdu6GKXHPenaFDGSh5PUBMPUP SA31eLPbPyuiZrfkz4QLR68rcBb70N8KRsiL/Ba+GSDoLnh8RQhLGDKSo0GbvUMsogJT LRugDyYYHsbhqjKGL3OzV5mcm7wEhl8jQpguw= MIME-Version: 1.0 Received: by 10.216.25.209 with SMTP id z59mr609733wez.204.1249093062399; Fri, 31 Jul 2009 19:17:42 -0700 (PDT) In-Reply-To: <200907311919.26913.hselasky@c2i.net> References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311818.08481.hselasky@c2i.net> <3bbf2fe10907310934r640350c6n7ea89d3aaf36a05f@mail.gmail.com> <200907311919.26913.hselasky@c2i.net> Date: Sat, 1 Aug 2009 04:17:42 +0200 Message-ID: <4e6cba830907311917j5d3c0eb6u7f7b1099d3acd504@mail.gmail.com> From: Giovanni Trematerra To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , Peter Holm , Hans Petter Selasky Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 02:43:15 -0000 > On Fri, Jul 31, 2009 at 7:19 PM, Hans Petter Selasky wrote: > > I'm not saying that your approach will not work or that it is wrong. I'm > saying that it is not fast enough. Your patch affects the boottime, in a > negative way. > I tested a patch for a while. I didn't notice any slow down in boot time. Well, I haven't measured it but I can't see any noticeable difference even booting from an USB key. I have to be honest, I don't understand the patch but any comments on performance without an evident profiling seems to me a "premature optimization" that is known to be the root of all devils (D. Knuth) -- Giovanni Trematerra From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 02:53:53 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27DE9106567C for ; Sat, 1 Aug 2009 02:53:53 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id D23BD8FC0C for ; Sat, 1 Aug 2009 02:53:52 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69) (envelope-from ) id 1MX4Hy-0003td-PR for freebsd-current@FreeBSD.org; Sat, 01 Aug 2009 06:25:38 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 2BB79B860 for ; Sat, 1 Aug 2009 06:25:37 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 8E67A108842; Sat, 1 Aug 2009 06:25:23 +0400 (MSD) Date: Sat, 1 Aug 2009 06:25:23 +0400 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Message-ID: <20090801022523.GA93222@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: panic in ipfw with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 02:53:53 -0000 Hi! Just updated to recent current (date=2009.07.30.12.00.00), and had a panic in ipfw with minimal network activity (one time the box was able to get IP via DHCP and panicked on ssh to another host, next time it panicked right while booting). Rebuilding the kernel with nooptions IPFIREWALL works nice as a workaround. Full text available here: http://people.freebsd.org/~amdmi3/ipfw-panic.txt (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04c0049 in db_fncall (dummy1=1, dummy2=0, dummy3=-1059813280, dummy4=0xe58e0558 "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04c042e in db_command (last_cmdp=0xc0ca72bc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04c0567 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04c223f in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc088922e in kdb_trap (type=12, code=0, tf=0xe58e0784) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc0aea4c6 in trap_fatal (frame=0xe58e0784, eva=28) at /usr/src/sys/i386/i386/trap.c:924 #7 0xc0aea75a in trap_pfault (frame=0xe58e0784, usermode=0, eva=28) at /usr/src/sys/i386/i386/trap.c:846 #8 0xc0aeb137 in trap (frame=0xe58e0784) at /usr/src/sys/i386/i386/trap.c:528 #9 0xc0acf71b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc5f80c1c in ipfw_chk (args=0xe58e0a3c) at /usr/src/sys/modules/ipfw/../../netinet/ipfw/ip_fw2.c:2061 #11 0xc5f815c3 in ipfw_check_in (arg=0x0, m0=0xe58e0b70, ifp=0xc56f6800, dir=1, inp=0x0) at /usr/src/sys/modules/ipfw/../../netinet/ipfw/ip_fw_pfil.c:135 #12 0xc090a071 in pfil_run_hooks (ph=0xc0ceec20, mp=0xe58e0bc4, ifp=0xc56f6800, dir=1, inp=0x0) at /usr/src/sys/net/pfil.c:79 #13 0xc095c93d in ip_input (m=0xc5dcfe00) at /usr/src/sys/netinet/ip_input.c:497 #14 0xc09094f3 in netisr_dispatch_src (proto=1, source=0, m=0xc5dcfe00) at /usr/src/sys/net/netisr.c:917 #15 0xc09097a4 in netisr_dispatch (proto=1, m=0xc5dcfe00) at /usr/src/sys/net/netisr.c:1004 #16 0xc09031a0 in ether_demux (ifp=0xc56f6800, m=0xc5dcfe00) at /usr/src/sys/net/if_ethersubr.c:896 #17 0xc09036a2 in ether_input (ifp=0xc56f6800, m=0xc5dcfe00) at /usr/src/sys/net/if_ethersubr.c:755 #18 0xc053de29 in ale_int_task (arg=0xc55fd000, pending=1) at /usr/src/sys/dev/ale/if_ale.c:2581 #19 0xc089409f in taskqueue_run (queue=0xc574dd00) at /usr/src/sys/kern/subr_taskqueue.c:282 #20 0xc089428d in taskqueue_thread_loop (arg=0xc55fda2c) at /usr/src/sys/kern/subr_taskqueue.c:403 #21 0xc08350a9 in fork_exit (callout=0xc08941d4 , arg=0xc55fda2c, frame=0xe58e0d38) at /usr/src/sys/kern/kern_fork.c:838 #22 0xc0acf790 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 04:30:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D519F1065670; Sat, 1 Aug 2009 04:30:27 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id DCCE88FC13; Sat, 1 Aug 2009 04:30:26 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=qEcMWUDgfxFaQRTBXzsA:9 a=RX0rIitqhay-q9UQlykA:7 a=WKOd1NfXfDEs-i0xZgw_Qs78o3cA:4 a=9aOQ2cSd83gA:10 a=F3mTYvap6oFrulBc:21 a=_Q7Bef1J11YbE_uE:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 900305645; Sat, 01 Aug 2009 06:30:25 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 1 Aug 2009 06:30:19 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311919.26913.hselasky@c2i.net> <4e6cba830907311917j5d3c0eb6u7f7b1099d3acd504@mail.gmail.com> In-Reply-To: <4e6cba830907311917j5d3c0eb6u7f7b1099d3acd504@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908010630.21366.hselasky@c2i.net> Cc: Attilio Rao , Peter Holm , Giovanni Trematerra Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 04:30:28 -0000 On Saturday 01 August 2009 04:17:42 Giovanni Trematerra wrote: > > On Fri, Jul 31, 2009 at 7:19 PM, Hans Petter Selasky > > wrote: > > > > > > I'm not saying that your approach will not work or that it is wrong. I'm > > saying that it is not fast enough. Your patch affects the boottime, in a > > negative way. > > I tested a patch for a while. I didn't notice any slow down in boot time. > Well, I haven't measured it but I can't see any noticeable difference > even booting from an USB key. Hi, We are talking about some seconds. Store the "ticks" varible in "usb_attach()" in sys/dev/usb/controller/usb_controller.c and print out the difference every time "usb_bus_explore()" is called having "if (bus->bus_roothold != NULL)". Different motherboards have different number of ports. Some have just two ports others have seven or more. The boot time is after the proposed newbus lock patch, proportional to the total number of ports including HUBs. I'm gone for the weekend and back on Sunday evening. No e-mails will be answered until then. Attilio: Your newbus_lock() must be moved into usb_probe_and_attach(), and maybe in usb_suspend_resume(). newbus_lock() should be locked always after "udev->default_sx + 1" in usb_device.c. "udev->default_sx + 1" is the lock protecting enumeration on a per-device level. Try on a usb device: usbconfig -u XXX -a YYY set_config 255 Then: usbconfig -u XXX -a YYY set_config 0 And I think you will have a prompt panic, because the newbus lock is not locked. > > I have to be honest, I don't understand the patch but any comments on > performance without an evident profiling seems to me a > "premature optimization" that is known to be the root of all devils (D. > Knuth) BTW: Why do none of the device_get_xxx() functions not have newbus lock assertions in them? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 10:57:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96EA1106564A; Sat, 1 Aug 2009 10:57:38 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 058B18FC18; Sat, 1 Aug 2009 10:57:37 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:46264 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MXCHN-0007FP-3e; Sat, 01 Aug 2009 12:57:35 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id D96ACEE65E; Sat, 1 Aug 2009 12:57:31 +0200 (CEST) Message-Id: <4B49A2A0-2437-48A4-9047-80267BD4148F@exscape.org> From: Thomas Backman To: freebsd-fs@freebsd.org, FreeBSD current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 1 Aug 2009 12:57:29 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MXCHN-0007FP-3e. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MXCHN-0007FP-3e 0305009ebe3e710f7c1f36d3eddd9cd9 Cc: Subject: Samba + ZFS panic w/ DEBUG_VFS_LOCKS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 10:57:39 -0000 I just installed samba (ports/net/samba3) on my test machine to see if some simple media streaming from ZFS would work. It did not; smbd didn't even start before it panicked... At "Starting smdb" I got the following panic: (Note: I haven't tried without DEBUG_VFS_LOCKS yet. I do suppose that it's not supposed to panic even with rigorous debugging enabled, though!) Unread portion of the kernel message buffer: KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a vfs_badlock() at vfs_badlock+0x95 assert_vop_elocked() at assert_vop_elocked+0x64 VOP_PUTPAGES_APV() at VOP_PUTPAGES_APV+0x5b vnode_pager_putpages() at vnode_pager_putpages+0xa9 vm_pageout_flush() at vm_pageout_flush+0xd1 vm_object_page_collect_flush() at vm_object_page_collect_flush+0x2f0 vm_object_page_clean() at vm_object_page_clean+0x143 fsync() at fsync+0x121 syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (95, FreeBSD ELF64, fsync), rip = 0x801064dac, rsp = 0x7fffffffe5d8, rbp = 0x801336480 --- VOP_PUTPAGES: 0xffffff0007649588 is not exclusive locked but should be KDB: enter: lock violation 0xffffff0007649588: tag zfs, type VREG usecount 2, writecount 1, refcount 3 mountedhere 0 flags (VI_OBJDIRTY) v_object 0xffffff000ee6c000 ref 1 pages 2 lock type zfs: SHARED (count 1) panic: from debugger cpuid = 0 KDB: stack backtrace: Uptime: 17h10m52s Physical memory: 2034 MB Dumping 1723 MB: ... at /usr/src/sys/amd64/amd64/trap.c:613 #9 0xffffffff8057eda7 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #10 0xffffffff8036c8ad in kdb_enter (why=0xffffffff80613fd5 "vfslock", msg=0xa
) at cpufunc.h:63 #11 0xffffffff803cb3a4 in assert_vop_elocked (vp=0xffffff0007649588, str=0xffffffff80642728 "VOP_PUTPAGES") at /usr/src/sys/kern/vfs_subr.c:3722 #12 0xffffffff805c80eb in VOP_PUTPAGES_APV (vop=0xffffffff807a07c0, a=0xffffff803eb72730) at vnode_if.c:2664 #13 0xffffffff80572cd9 in vnode_pager_putpages (object=0xffffff000ee6c000, m=0xffffff803eb72830, count=8192, sync=12, rtvals=0xffffff803eb727a0) at vnode_if.h:1169 #14 0xffffffff8056d601 in vm_pageout_flush (mc=0xffffff803eb72830, count=2, flags=12) at vm_pager.h:148 #15 0xffffffff80568e30 in vm_object_page_collect_flush ( object=0xffffff000ee6c000, p=Variable "p" is not available. ) at /usr/src/sys/vm/vm_object.c:1032 #16 0xffffffff80569023 in vm_object_page_clean (object=0xffffff000ee6c000, start=0, end=Variable "end" is not available. ) at /usr/src/sys/vm/vm_object.c:844 #17 0xffffffff803d3bd1 in fsync (td=0xffffff0027f45000, uap=Variable "uap" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:3519#18 0xffffffff80598e7f in syscall (frame=0xffffff803eb72c80) at /usr/src/sys/amd64/amd64/ trap.c:984#19 0xffffffff8057f081 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #20 0x0000000801064dac in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 11 #11 0xffffffff803cb3a4 in assert_vop_elocked (vp=0xffffff0007649588, str=0xffffffff80642728 "VOP_PUTPAGES") at /usr/src/sys/kern/vfs_subr.c:3722 3722 vfs_badlock("is not exclusive locked but should be", str, vp); (kgdb) p *vp $1 = {v_type = VREG, v_tag = 0xffffffff80b59327 "zfs", v_op = 0xffffffff80b5dee0, v_data = 0xffffff00052cb758, v_mount = 0xffffff00018392f0, v_nmntvnodes = {tqe_next = 0x0, tqe_prev = 0xffffff006895b028}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = {le_next = 0x0, le_prev = 0x0}, v_hash = 0, v_cache_src = { lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xffffff00076495e8}, v_cache_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lock_object = {lo_name = 0xffffffff80b59327 "zfs", lo_flags = 91947008, lo_data = 0, lo_witness = 0x0}, lk_lock = 17, lk_timo = 51, lk_pri = 80}, v_interlock = {lock_object = { lo_name = 0xffffffff80614670 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = 0xffffff0007649620, v_holdcnt = 3, v_usecount = 2, v_iflag = 1024, v_vflag = 0, v_writecount = 1, v_freelist = { tqe_next = 0x0, tqe_prev = 0x0}, v_bufobj = {bo_mtx = {lock_object = {lo_name = 0xffffffff80614680 "bufobj interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff00076496c0}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff00076496e0}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xffffffff8079d620, bo_bsize = 131072, bo_object = 0xffffff000ee6c000, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xffffff0007649588, __bo_vnode = 0xffffff0007649588}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0xffffff000d402600} (kgdb) fr 17 #17 0xffffffff803d3bd1 in fsync (td=0xffffff0027f45000, uap=Variable "uap" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:3519 3519 vn_finished_write(mp); (kgdb) p *mp $2 = {mnt_mtx = {lock_object = {lo_name = 0xffffffff80613905 "struct mount mtx", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, mnt_gen = 1, mnt_list = {tqe_next = 0xffffff0001bf75e0, tqe_prev = 0xffffff0001839608}, mnt_op = 0xffffffff80b5de40, mnt_vfc = 0xffffffff80b5dde0, mnt_vnodecovered = 0xffffff0001ae6000, mnt_syncer = 0xffffff0001be2760, mnt_ref = 14897, mnt_nvnodelist = { tqh_first = 0xffffff0001be2b10, tqh_last = 0xffffff00076495b0}, mnt_nvnodelistsize = 7449, mnt_writeopcount = 1, mnt_kern_flag = 1610612864, mnt_flag = 268439552, mnt_xflag = 0, mnt_noasync = 0, mnt_opt = 0xffffff00017f1830, mnt_optnew = 0x0, mnt_maxsymlinklen = 0, mnt_stat = {f_version = 537068824, f_type = 4, f_flags = 268439552, f_bsize = 131072, f_iosize = 131072, f_blocks = 485196, f_bfree = 475793, f_bavail = 475793, f_files = 529171, f_ffree = 475793, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {591198578, -1876274428}}, f_charspare = '\0' , f_fstypename = "zfs", '\0' , f_mntfromname = "tank/usr", '\0' , f_mntonname = "/usr", '\0' }, mnt_cred = 0xffffff0001be0e00, mnt_data = 0xffffff0001a89000, mnt_time = 0, mnt_iosize_max = 65536, mnt_export = 0x0, mnt_label = 0x0, mnt_hashseed = 2610436692, mnt_lockref = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 0, mnt_susp_owner = 0x0, mnt_gjprovider = 0x0, mnt_explock = { lock_object = {lo_name = 0xffffffff80613916 "explock", lo_flags = 91422720, lo_data = 0, lo_witness = 0x0}, lk_lock = 1, lk_timo = 0, lk_pri = 80}} # uname -a FreeBSD chaos.exscape.org 8.0-BETA2 FreeBSD 8.0-BETA2 #7 r195910M: Thu Jul 30 19:03:33 CEST 2009 root@chaos.exscape.org:/usr/obj/usr/src/ sys/DTRACE amd64 As I said, DEBUG_VFS_LOCKS in enabled. Should I disabled DEBUG_VFS_LOCKS and consider this "normal" (if it doesn't still panic, that is), or is this a real issue? (Note that while *mp points to /usr, FWIW, /usr is not shared by samba, nor is any FS below it. Also note that my debugging skills are at an early stage... so the info provided may be useless.) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 12:12:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C4AF106566C; Sat, 1 Aug 2009 12:12:03 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id B404A8FC0C; Sat, 1 Aug 2009 12:12:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm6 with SMTP id 6so569355fxm.43 for ; Sat, 01 Aug 2009 05:12:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=2B8KO3OyS4Zg30rO/3/zFa0myrDiL9MOfoaSy/IO6kM=; b=uV/Pro0W9C/a52zmoeOhvlsIADE5PNvymF0EQWY4rRJCP9rE5iHQtv52FC6CrZ68WH nM62Iw0GKMeeXtcw1uYrtmWKuXWPedbl67JjPCfBVuZWPdL09ycgwk3ZPQicWS1jScST PKUUGW8wOHLhG8n/cc9EqnjL55nki1DJcLggM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ZkS6qWNKqVtrUR03exqtFgnerhdr+efTJfq1stC+HcTnyjfasvalMkO584BprDasIn vy0eGHgD1FKIfI87aOfNXRzn4Cu3cGB9pppGrWiCVgdc3N1nzcD+IRfg4dQDFTL+XovS h2WrVcqWnC+yQJsB7iMnoegjEBis/FU7Kj3Ho= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.124.17 with SMTP id s17mr1873768far.79.1249128721804; Sat, 01 Aug 2009 05:12:01 -0700 (PDT) In-Reply-To: <200908010630.21366.hselasky@c2i.net> References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311919.26913.hselasky@c2i.net> <4e6cba830907311917j5d3c0eb6u7f7b1099d3acd504@mail.gmail.com> <200908010630.21366.hselasky@c2i.net> Date: Sat, 1 Aug 2009 14:12:01 +0200 X-Google-Sender-Auth: 6268fecb26211f93 Message-ID: <3bbf2fe10908010512j6aa02d9bk7a99f0f31ae313b2@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Peter Holm , Giovanni Trematerra , freebsd-current@freebsd.org Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 12:12:03 -0000 2009/8/1 Hans Petter Selasky : > > Attilio: Your newbus_lock() must be moved into usb_probe_and_attach(), and > maybe in usb_suspend_resume(). newbus_lock() should be locked always after > "udev->default_sx + 1" in usb_device.c. "udev->default_sx + 1" is the lock > protecting enumeration on a per-device level. Try on a usb device: > > usbconfig -u XXX -a YYY set_config 255 > > Then: > > usbconfig -u XXX -a YYY set_config 0 > > And I think you will have a prompt panic, because the newbus lock is not > locked. Nice catch, pho just reported that to me. I'm going to fix it now. Thanks. > BTW: Why do none of the device_get_xxx() functions not have newbus lock > assertions in them? Because not all the device_get_ functions need to be locked. Generally the context alredy provide correct locking for them. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 15:59:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC90106564A for ; Thu, 30 Jul 2009 15:59:55 +0000 (UTC) (envelope-from pvizeli@yahoo.de) Received: from web28608.mail.ukl.yahoo.com (web28608.mail.ukl.yahoo.com [87.248.110.217]) by mx1.freebsd.org (Postfix) with SMTP id 2969B8FC17 for ; Thu, 30 Jul 2009 15:59:54 +0000 (UTC) (envelope-from pvizeli@yahoo.de) Received: (qmail 85901 invoked by uid 60001); 30 Jul 2009 15:59:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1248969594; bh=IBUD6DbSCPLg+AU97lQzfTK3ERNSaIOP3htgwp/pgLg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=m8B6xama5NZ+kJN56w8LmjGQRg+ajsxC9DURMtfbKpjSE29KeIzfnjikfdftMJBRNm/AaPktqkCQI+/MrsqgbYFy8LBr132eX1LQCV6n0NkLxeQwpnJW/b8+jVE5x4rxKeQ7z8QAjvaSS4TQV/A1bjHY8j9fX0fTcc1tMbtMtFs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2Rd5QS8aK1ehQESxbPIWLVwh5Otxj7G6Sa0kCAXcBrwvcl1+C+y+kn/1/RxZZ00KZlabppOf1WVbwXPNID7hES8XZAuOkB8O8A9fr23WTbpIV9n1lm9Dv1XevJQs5SP3PJddS7h3CJJpVJKucp80B0Cy4+VRDxMg+mumgToRfZs=; Message-ID: <208914.85572.qm@web28608.mail.ukl.yahoo.com> X-YMail-OSG: 4kCtkVUVM1lvYITO50s_X30AAC2O9cagUZ7DfP0.NsrkzWaO81PPwyyZj1Kt9gOitASMWRdkKsSN4FocRZ02gSq1I5T6rg777wvTnrhEfRM3wNn8GbemDrRLPfmD5CLy7yBIixUX5.XxaIHBcBK1LnH1JOKTyLHl8s92Wn8poYXiOfEoPvbcszqGVoXjtJhUY0SeZMoMezoAUJ6Sc4IjDUl_DWFSMxjLJhWNaKbvfVnHA_q77c9vGdZV4v0D7JL9A3ax5IS9U.Ec9c83Q9TydvyC08cX8d_YQ.LQJnMGvRtAV7WLlBU- Received: from [83.78.188.10] by web28608.mail.ukl.yahoo.com via HTTP; Thu, 30 Jul 2009 15:59:54 GMT X-Mailer: YahooMailRC/1358.22 YahooMailWebService/0.7.289.15 References: <145022.76269.qm@web28610.mail.ukl.yahoo.com> <200907202218.58970.naylor.b.david@gmail.com> Date: Thu, 30 Jul 2009 15:59:54 +0000 (GMT) From: Vizeli Pascal To: David Naylor In-Reply-To: <200907202218.58970.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 01 Aug 2009 14:34:56 +0000 Cc: freebsd-current@freebsd.org Subject: AW: 8.0-Beta2 / Ideapad S10e / bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 15:59:56 -0000 Hi David=0A=0A> I use the Windows NDIS drivers without many problems.=0A=0A= Hmm... I have a lot of kernel panics. I use the bmcwl5.inf and bmcwl5.sys w= ith bmc43xx.cat. I can load it=0Abut when I use the "ifconfig ndis0 up" it = trow a panic. How are use it?=0A=0AYes, the ACPI EC troubles are constant e= xist. I will later test the patch from acpi-list.=0A=0Agreets=0Apascal=0A= =0A=0A----- Urspr=FCngliche Mail ----=0AVon: David Naylor =0AAn: Vizeli Pascal =0ACC: freebsd-current@free= bsd.org=0AGesendet: Montag, den 20. Juli 2009, 22:18:54 Uhr=0ABetreff: Re: = 8.0-Beta2 / Ideapad S10e / bwi=0A=0AOn Monday 20 July 2009 09:11:02 Vizeli = Pascal wrote:=0A> Hi=0A=0AHello=0A=0A> I've install freebsd 8.0-Beta2 on my= netbook ideapad s10e. It work nice but=0A> the wireless driver dosen't wor= k. I've seen that exists new bwi drivers. I=0A> recompile my kernel with (d= evice bwi) but he dosn't see them. Have every=0A> body a idea, why the bwi = dosn't work?=0A=0AI use the Windows NDIS drivers without many problems. = =0A=0AI do have a problem with the ACPI EC. It often times out resulting i= n battery =0Aand temperature not updating (and often power down doesn't wor= k). Syslog =0Agets spammed with messages from the acpi module. I hacked a= crude patch that =0Aappeared to mostly fix the problems (but I don't belie= ve it addresses the =0Aunderlying problem). Are you experiencing any probl= ems with ACPI?=0A=0A> The bluetooth driver also dosn't work. But that is a = nice to have feature.=0A> I will porting the bluetooth drivers from openbsd= or netbsd (at the moment=0A> i've forgotten witch bsd have implement this = driver) into the next freebsd=0A> version.=0A=0ANever used bluetooth so can= 't comment. =0A=0ARegards,=0A=0ADavid=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 12:18:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8893D106564A; Fri, 31 Jul 2009 12:18:32 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC358FC1B; Fri, 31 Jul 2009 12:18:31 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n6VBjA1Y052822; Fri, 31 Jul 2009 06:45:10 -0500 (CDT) (envelope-from james-freebsd-fs2@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-fs2@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=OmqSEcYPqBrAo7Dky/OQC1p1Uw0X+d7ZeoSfNvGazbfwmRMycSDR4HcWSAtddY1dF MSjjUHBGRVJBCnla0ZkODSWCRhhJrNqngsHjwpi0OlZ1TqnX7O/1SUfjAtfV5AgSDNL MabJPLXt62vspspPSVuOSRcBdCO2dzk5bEZTKOA= Message-ID: <4A72D946.4090401@jrv.org> Date: Fri, 31 Jul 2009 06:45:10 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Andriy Gapon References: <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B2DA.9060902@freebsd.org> In-Reply-To: <4A71B2DA.9060902@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 01 Aug 2009 14:37:07 +0000 Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek , Thomas Backman Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 12:18:32 -0000 Andriy Gapon wrote: > on 30/07/2009 17:39 Thomas Backman said the following: > >> Or, in patch form (I think the intendation screws the patch up as linked >> there): >> http://exscape.org/temp/libzfs_sendrecv.patch >> > > One comment on the patch - I personally don't like bit-wise xor in a logical > expression. But if otherwise the expression would be huge and ugly, then OK. > If you're going to code an XOR, use an XOR. Don' make the reader untangle code to figure out that that some other code is really just an XOR. However I think I was trying to handle two cases that can't happen: the top filesystem cannot be renamed to somewhere else in the pool, and no other filesystem can be renamed to the root. So the new version of the patch below needs no XOR. Without this or something like it you can't replicate an entire pool, i.e. zfs send -R -I @yesterday pool@today | ssh backup zfs recv -vF -d pool dumps core from the strccmp(0, 0) in the original code below. Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c =================================================================== --- cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c (revision 192136) +++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c (working copy) @@ -1126,7 +1126,7 @@ uint64_t originguid = 0; uint64_t stream_originguid = 0; uint64_t parent_fromsnap_guid, stream_parent_fromsnap_guid; - char *fsname, *stream_fsname; + char *fsname, *stream_fsname, *p1, *p2; nextfselem = nvlist_next_nvpair(local_nv, fselem); @@ -1295,10 +1295,11 @@ "parentfromsnap", &stream_parent_fromsnap_guid)); /* check for rename */ + p1 = strrchr(fsname, '/'); + p2 = strrchr(stream_fsname, '/'); if ((stream_parent_fromsnap_guid != 0 && stream_parent_fromsnap_guid != parent_fromsnap_guid) || - strcmp(strrchr(fsname, '/'), - strrchr(stream_fsname, '/')) != 0) { + (p1 != NULL && p2 != NULL && strcmp (p1, p2) != 0)) { nvlist_t *parent; char tryname[ZFS_MAXNAMELEN]; @@ -1317,7 +1318,7 @@ VERIFY(0 == nvlist_lookup_string(parent, "name", &pname)); (void) snprintf(tryname, sizeof (tryname), - "%s%s", pname, strrchr(stream_fsname, '/')); + "%s%s", pname, p2 ? p2 : ""); } else { tryname[0] = '\0'; if (flags.verbose) { From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 12:38:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E24AE1065674; Fri, 31 Jul 2009 12:38:09 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE328FC1C; Fri, 31 Jul 2009 12:38:09 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6VCc7Sc075462 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 31 Jul 2009 14:38:08 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) From: Stefan Bethke To: Matthias Andree In-Reply-To: References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> <20090730220658.M245@maildrop.int.zabbadoz.net> Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 31 Jul 2009 14:38:07 +0200 X-Mailer: Apple Mail (2.935.3) X-Mailman-Approved-At: Sat, 01 Aug 2009 14:37:30 +0000 Cc: freebsd-ports@freebsd.org Subject: Re: recent change to ifconfig breaks OpenVPN? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 12:38:10 -0000 (Moving the discussion to -ports.) Am 31.07.2009 um 00:57 schrieb Matthias Andree: > Am 31.07.2009, 00:36 Uhr, schrieb Bjoern A. Zeeb >: > >> Yeah that is as great as we are or rather were. >> >> So really, fix the openvpn scripts that assign the address to >> interfaces to do something that would make sense from the ``man ip'' >> (not the literal command) point of view. Just that it's "working" >> somewhere or used to work elswhere neither means that it was correct >> nor made sense at any time before. > > It's actually in the C code where it was advertised as FreeBSD fix. > OpenVPN runs in 'topology subnet' mode here, which is documented as > follows: > > Use a subnet rather than a point-to-point topology by > configuring the tun interface with a local IP address and > subnet > mask, similar to the topology used in --dev tap and > ethernet > bridging mode. This mode allocates a single IP address per > con- > necting client [... MS-Windows stuff here ...] > When used on *nix, requires that the > tun driver supports an ifconfig(8) command which sets a > subnet > instead of a remote endpoint IP address. > > I wonder if TUNSIFMODE (see tun(4)) is somehow needed and if so, > already done, and how the proper ifconfig call would look like in > this case. Stefan already uttered some ideas in that direction. Here's a first draft at a patch for OpenVPN. With this, the tun interface gets set to IFF_BROADCAST mode. One small piece is still missing: OpenVPN tries to install a route for the subnet, but that fails because now ifconfig has already inserted that route. I'll try to look into that a bit later on. I also haven't tested the server side yet, or any other mode. root@freebsd-current:/usr/ports/security/openvpn-devel# cat files/ patch-tun.c --- tun.c.orig 2009-05-30 23:34:13.000000000 +0200 +++ tun.c 2009-07-31 14:22:31.000000000 +0200 @@ -863,11 +863,10 @@ else { if (tt->topology == TOP_SUBNET) argv_printf (&argv, - "%s %s %s %s netmask %s mtu %d up", + "%s %s %s netmask %s mtu %d up", IFCONFIG_PATH, actual, ifconfig_local, - ifconfig_local, ifconfig_remote_netmask, tun_mtu ); @@ -1745,14 +1744,15 @@ { open_tun_generic (dev, dev_type, dev_node, ipv6, true, true, tt); - if (tt->fd >= 0) + if (tt->fd >= 0 && tt->type == DEV_TYPE_TUN) { int i = 0; - /* Disable extended modes */ + i = tt->topology == TOP_SUBNET ? IFF_BROADCAST : IFF_POINTOPOINT; + i |= IFF_MULTICAST; + ioctl (tt->fd, TUNSIFMODE, &i); + i = 0; ioctl (tt->fd, TUNSLMODE, &i); - i = 1; - ioctl (tt->fd, TUNSIFHEAD, &i); } } Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Fri Jul 31 17:02:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0DE10656DD for ; Fri, 31 Jul 2009 17:02:06 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC568FC28 for ; Fri, 31 Jul 2009 17:02:05 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MWvUa-0003wn-G7>; Fri, 31 Jul 2009 19:02:04 +0200 Received: from e178004035.adsl.alicedsl.de ([85.178.4.35] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MWvUa-0006TD-Dd>; Fri, 31 Jul 2009 19:02:04 +0200 Message-ID: <4A73238C.10106@mail.zedat.fu-berlin.de> Date: Fri, 31 Jul 2009 19:02:04 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: Sven Esbjerg References: <4A6DB30B.20705@zedat.fu-berlin.de> <3bbf2fe10907270708p741b6de1k790548efa2499d39@mail.gmail.com> <20090731160333.GA2039@esbjerg.name> In-Reply-To: <20090731160333.GA2039@esbjerg.name> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.4.35 X-Mailman-Approved-At: Sat, 01 Aug 2009 14:37:56 +0000 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0-BETA2/amd64 crashes on SMP under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 17:02:06 -0000 Sven Esbjerg wrote: > On Mon, Jul 27, 2009 at 04:08:31PM +0200, Attilio Rao wrote: >> 2009/7/27 O. Hartmann : >>> I have the problem of crashing FreeBSD 8.0-BETA2/amd64 under load on all of >>> our SMP boxes. Is there an issue known at the moment? If not, I will prepare >>> the kernel for whitnessing and provide more informations, if you wish. >> Please do it. >> If possible compile with: >> KDB, DDB, INVARIANT_SUPPORT, INVARIANTS, WITNESS and without WITNESS_SKIPSPIN >> >> Along with the panic report also provide in form of DDB textdump (man >> 4 textdump) or plain text got from the console: >> bt, ps, show alllocks, alltrace, show allpcpu > > > I just installed BETA-2 AMD64 on a PC with the following components. > > Asus M4A78-HTPC, AMD Phenom II X4 BE (3.2GHz), 4G OCZ RAM, 300G SATA Seagate > disk. > > FreeBSD freezes after a few seconds or during boot :( > > Since the mobo does not have PS2 connector and a serial port I don't know how > to debug this at all. > > Any clues for how to go about this? > > > -Sven Esbjerg > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" On a Dell PowerEdge 1950-III, it helped pluggin the keyboard into another USB port. A similar phenomenon is with another FreeBSD 8.0-BETA2/amd64 SMP box. While SMP kernel is trying to boot, I can't use specific USB ports for mouse or keyboard, the box immediately crashes when moving mouse or typing the keyboard - the same with the Dell Server (also SMP, the same OS release). While using UP kernel on both boxes, I do not see this issue. Try plugging keyboard into another USB port, if any an watch what happens. The issue discussed around here in previous postings is suspected to be an bug in netisr.c code - or something related. As far as your box does not have network traffic at the beginning, the nug we mentioned shouldn't appear.Maybe you can force to boot into single user mode from boot loader menu and then disable SMP via sysctl in /boot/loader.conf or try recompile kernel without SMP support and check whether the box is capable of booting. From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 14:53:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96513106566C; Sat, 1 Aug 2009 14:53:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id EA3428FC15; Sat, 1 Aug 2009 14:53:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n71Er2bd004050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Aug 2009 17:53:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n71Er1xR002982; Sat, 1 Aug 2009 17:53:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n71Er1qF002981; Sat, 1 Aug 2009 17:53:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 1 Aug 2009 17:53:01 +0300 From: Kostik Belousov To: Thomas Backman Message-ID: <20090801145301.GE1884@deviant.kiev.zoral.com.ua> References: <4B49A2A0-2437-48A4-9047-80267BD4148F@exscape.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JoaBr9Q1T6GV3lOg" Content-Disposition: inline In-Reply-To: <4B49A2A0-2437-48A4-9047-80267BD4148F@exscape.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org, FreeBSD current Subject: Re: Samba + ZFS panic w/ DEBUG_VFS_LOCKS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 14:53:11 -0000 --JoaBr9Q1T6GV3lOg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 01, 2009 at 12:57:29PM +0200, Thomas Backman wrote: > I just installed samba (ports/net/samba3) on my test machine to see if = =20 > some simple media streaming from ZFS would work. It did not; smbd =20 > didn't even start before it panicked... At "Starting smdb" I got the =20 > following panic: >=20 > (Note: I haven't tried without DEBUG_VFS_LOCKS yet. I do suppose that =20 > it's not supposed to panic even with rigorous debugging enabled, =20 > though!) >=20 > Unread portion of the kernel message buffer: > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > vfs_badlock() at vfs_badlock+0x95 > assert_vop_elocked() at assert_vop_elocked+0x64 > VOP_PUTPAGES_APV() at VOP_PUTPAGES_APV+0x5b > vnode_pager_putpages() at vnode_pager_putpages+0xa9 > vm_pageout_flush() at vm_pageout_flush+0xd1 > vm_object_page_collect_flush() at vm_object_page_collect_flush+0x2f0 > vm_object_page_clean() at vm_object_page_clean+0x143 > fsync() at fsync+0x121 > syscall() at syscall+0x28f > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (95, FreeBSD ELF64, fsync), rip =3D 0x801064dac, rsp =3D =20 > 0x7fffffffe5d8, rbp =3D 0x801336480 --- > VOP_PUTPAGES: 0xffffff0007649588 is not exclusive locked but should be > KDB: enter: lock violation >=20 > 0xffffff0007649588: tag zfs, type VREG > usecount 2, writecount 1, refcount 3 mountedhere 0 > flags (VI_OBJDIRTY) > v_object 0xffffff000ee6c000 ref 1 pages 2 > lock type zfs: SHARED (count 1) > panic: from debugger > cpuid =3D 0 > KDB: stack backtrace: > Uptime: 17h10m52s > Physical memory: 2034 MB > Dumping 1723 MB: ... >=20 > at /usr/src/sys/amd64/amd64/trap.c:613 > #9 0xffffffff8057eda7 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:224 > #10 0xffffffff8036c8ad in kdb_enter (why=3D0xffffffff80613fd5 "vfslock", > msg=3D0xa
) at cpufunc.h:63 > #11 0xffffffff803cb3a4 in assert_vop_elocked (vp=3D0xffffff0007649588, > str=3D0xffffffff80642728 "VOP_PUTPAGES") > at /usr/src/sys/kern/vfs_subr.c:3722 > #12 0xffffffff805c80eb in VOP_PUTPAGES_APV (vop=3D0xffffffff807a07c0, = =20 > a=3D0xffffff803eb72730) at vnode_if.c:2664 > #13 0xffffffff80572cd9 in vnode_pager_putpages =20 > (object=3D0xffffff000ee6c000, > m=3D0xffffff803eb72830, count=3D8192, sync=3D12, =20 > rtvals=3D0xffffff803eb727a0) > at vnode_if.h:1169 > #14 0xffffffff8056d601 in vm_pageout_flush (mc=3D0xffffff803eb72830, =20 > count=3D2, > flags=3D12) at vm_pager.h:148 > #15 0xffffffff80568e30 in vm_object_page_collect_flush ( > object=3D0xffffff000ee6c000, p=3DVariable "p" is not available. > ) at /usr/src/sys/vm/vm_object.c:1032 > #16 0xffffffff80569023 in vm_object_page_clean =20 > (object=3D0xffffff000ee6c000, > start=3D0, end=3DVariable "end" is not available. > ) at /usr/src/sys/vm/vm_object.c:844 > #17 0xffffffff803d3bd1 in fsync (td=3D0xffffff0027f45000, uap=3DVariable = =20 > "uap" is not available. > ) > at /usr/src/sys/kern/vfs_syscalls.c:3519#18 0xffffffff80598e7f in =20 > syscall (frame=3D0xffffff803eb72c80) at /usr/src/sys/amd64/amd64/=20 > trap.c:984#19 0xffffffff8057f081 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:373 > #20 0x0000000801064dac in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > (kgdb) fr 11 > #11 0xffffffff803cb3a4 in assert_vop_elocked (vp=3D0xffffff0007649588, = =20 > str=3D0xffffffff80642728 "VOP_PUTPAGES") > at /usr/src/sys/kern/vfs_subr.c:3722 > 3722 vfs_badlock("is not exclusive locked but =20 > should be", str, vp); > (kgdb) p *vp > $1 =3D {v_type =3D VREG, v_tag =3D 0xffffffff80b59327 "zfs", v_op =3D =20 > 0xffffffff80b5dee0, v_data =3D 0xffffff00052cb758, > v_mount =3D 0xffffff00018392f0, v_nmntvnodes =3D {tqe_next =3D 0x0, =20 > tqe_prev =3D 0xffffff006895b028}, v_un =3D {vu_mount =3D 0x0, vu_socket = =3D 0x0, > vu_cdev =3D 0x0, vu_fifoinfo =3D 0x0, vu_yield =3D 0}, v_hashlist =3D= =20 > {le_next =3D 0x0, le_prev =3D 0x0}, v_hash =3D 0, v_cache_src =3D { > lh_first =3D 0x0}, v_cache_dst =3D {tqh_first =3D 0x0, tqh_last =3D = =20 > 0xffffff00076495e8}, v_cache_dd =3D 0x0, v_cstart =3D 0, v_lasta =3D 0, > v_lastw =3D 0, v_clen =3D 0, v_lock =3D {lock_object =3D {lo_name =3D = =20 > 0xffffffff80b59327 "zfs", lo_flags =3D 91947008, lo_data =3D 0, > lo_witness =3D 0x0}, lk_lock =3D 17, lk_timo =3D 51, lk_pri =3D 80}= , =20 > v_interlock =3D {lock_object =3D { > lo_name =3D 0xffffffff80614670 "vnode interlock", lo_flags =3D =20 > 16973824, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, > v_vnlock =3D 0xffffff0007649620, v_holdcnt =3D 3, v_usecount =3D 2, =20 > v_iflag =3D 1024, v_vflag =3D 0, v_writecount =3D 1, v_freelist =3D { > tqe_next =3D 0x0, tqe_prev =3D 0x0}, v_bufobj =3D {bo_mtx =3D =20 > {lock_object =3D {lo_name =3D 0xffffffff80614680 "bufobj interlock", > lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lo= ck =20 > =3D 4}, bo_clean =3D {bv_hd =3D {tqh_first =3D 0x0, > tqh_last =3D 0xffffff00076496c0}, bv_root =3D 0x0, bv_cnt =3D 0},= =20 > bo_dirty =3D {bv_hd =3D {tqh_first =3D 0x0, tqh_last =3D 0xffffff00076496= e0}, > bv_root =3D 0x0, bv_cnt =3D 0}, bo_numoutput =3D 0, bo_flag =3D 0, = =20 > bo_ops =3D 0xffffffff8079d620, bo_bsize =3D 131072, > bo_object =3D 0xffffff000ee6c000, bo_synclist =3D {le_next =3D 0x0, = =20 > le_prev =3D 0x0}, bo_private =3D 0xffffff0007649588, > __bo_vnode =3D 0xffffff0007649588}, v_pollinfo =3D 0x0, v_label =3D = =20 > 0x0, v_lockf =3D 0xffffff000d402600} >=20 > (kgdb) fr 17 > #17 0xffffffff803d3bd1 in fsync (td=3D0xffffff0027f45000, uap=3DVariable = =20 > "uap" is not available. > ) at /usr/src/sys/kern/vfs_syscalls.c:3519 > 3519 vn_finished_write(mp); > (kgdb) p *mp > $2 =3D {mnt_mtx =3D {lock_object =3D {lo_name =3D 0xffffffff80613905 "str= uct =20 > mount mtx", lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D 0x0}, > mtx_lock =3D 4}, mnt_gen =3D 1, mnt_list =3D {tqe_next =3D =20 > 0xffffff0001bf75e0, tqe_prev =3D 0xffffff0001839608}, mnt_op =3D =20 > 0xffffffff80b5de40, > mnt_vfc =3D 0xffffffff80b5dde0, mnt_vnodecovered =3D =20 > 0xffffff0001ae6000, mnt_syncer =3D 0xffffff0001be2760, mnt_ref =3D 14897,= =20 > mnt_nvnodelist =3D { > tqh_first =3D 0xffffff0001be2b10, tqh_last =3D 0xffffff00076495b0}, = =20 > mnt_nvnodelistsize =3D 7449, mnt_writeopcount =3D 1, > mnt_kern_flag =3D 1610612864, mnt_flag =3D 268439552, mnt_xflag =3D 0, = =20 > mnt_noasync =3D 0, mnt_opt =3D 0xffffff00017f1830, mnt_optnew =3D 0x0, > mnt_maxsymlinklen =3D 0, mnt_stat =3D {f_version =3D 537068824, f_type = =3D =20 > 4, f_flags =3D 268439552, f_bsize =3D 131072, f_iosize =3D 131072, > f_blocks =3D 485196, f_bfree =3D 475793, f_bavail =3D 475793, f_files= =3D =20 > 529171, f_ffree =3D 475793, f_syncwrites =3D 0, f_asyncwrites =3D 0, > f_syncreads =3D 0, f_asyncreads =3D 0, f_spare =3D {0, 0, 0, 0, 0, 0,= =20 > 0, 0, 0, 0}, f_namemax =3D 255, f_owner =3D 0, f_fsid =3D {val =3D {59119= 8578, > -1876274428}}, f_charspare =3D '\0' , =20 > f_fstypename =3D "zfs", '\0' , > f_mntfromname =3D "tank/usr", '\0' , f_mntonname = =20 > =3D "/usr", '\0' }, mnt_cred =3D 0xffffff0001be0e00, > mnt_data =3D 0xffffff0001a89000, mnt_time =3D 0, mnt_iosize_max =3D =20 > 65536, mnt_export =3D 0x0, mnt_label =3D 0x0, mnt_hashseed =3D 2610436692, > mnt_lockref =3D 0, mnt_secondary_writes =3D 0, mnt_secondary_accwrites = =20 > =3D 0, mnt_susp_owner =3D 0x0, mnt_gjprovider =3D 0x0, mnt_explock =3D { > lock_object =3D {lo_name =3D 0xffffffff80613916 "explock", lo_flags = =3D =20 > 91422720, lo_data =3D 0, lo_witness =3D 0x0}, lk_lock =3D 1, lk_timo =3D = 0, > lk_pri =3D 80}} >=20 > # uname -a > FreeBSD chaos.exscape.org 8.0-BETA2 FreeBSD 8.0-BETA2 #7 r195910M: Thu = =20 > Jul 30 19:03:33 CEST 2009 root@chaos.exscape.org:/usr/obj/usr/src/=20 > sys/DTRACE amd64 >=20 > As I said, DEBUG_VFS_LOCKS in enabled. > Should I disabled DEBUG_VFS_LOCKS and consider this "normal" (if it =20 > doesn't still panic, that is), or is this a real issue? > (Note that while *mp points to /usr, FWIW, /usr is not shared by =20 > samba, nor is any FS below it. Also note that my debugging skills are =20 > at an early stage... so the info provided may be useless.) It does not matter whether the zfs is accessed by samba. Panic happens when you do fsync(2) on a vnode that has its vm object marked as dirty, and VFS_DEBUG_LOCKS is configured. The workaround is to disable VFS_DEBUG_LOCKS. Since vnode_pager_generic_put= pages seems to work with shared vnode lock as far as VOP_WRITE works right = with shared lock, change sys/kern/vnode_if.src, line 475 from %% putpages vp E E E to %% putpages vp L L L --JoaBr9Q1T6GV3lOg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp0Vs0ACgkQC3+MBN1Mb4iXWQCfSvJ5g6W/YqD+gFMdnJXQ+IX9 /SQAnj+H+cNU8V5EQcOit2OpemYVGycP =j2WY -----END PGP SIGNATURE----- --JoaBr9Q1T6GV3lOg-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 17:12:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F34A106566B; Sat, 1 Aug 2009 17:12:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0DC8FC20; Sat, 1 Aug 2009 17:12:11 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n71HC7ir061638; Sat, 1 Aug 2009 10:12:07 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id vbwmjdtehhcjv7yi7zxb5zd3pi; Sat, 01 Aug 2009 10:12:07 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A747766.10901@freebsd.org> Date: Sat, 01 Aug 2009 10:12:06 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: "James R. Van Artsdalen" References: <20090727072503.GA52309@jpru.ffm.jpru.de> <20090729084723.GD1586@garage.freebsd.pl> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua> <4A70728C.7020004@freebsd.org> <6D47A34B-0753-4CED-BF3D-C505B37748FC@exscape.org> <4A708455.5070304@freebsd.org> <86983A55-E5C4-4C04-A4C7-0AE9A9EE37A3@exscape.org> <4A718E03.6030909@freebsd.org> <71A038EC-02B1-4606-96C2-5E84BE80F005@exscape.org> <4A719CA4.4060400@freebsd.org> <19347561-3CE6-40B3-930A-EB9925D3AFD1@exscape.org> <4A71AD29.10705@freebsd.org> <7544AED1-1216-4A24-B287-F54117641F76@exscape.org> <4A71B2DA.9060902@freebsd.org> <4A72D946.4090401@jrv.org> In-Reply-To: <4A72D946.4090401@jrv.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD current , Pawel Jakub Dawidek , Thomas Backman , Andriy Gapon Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 17:12:12 -0000 James R. Van Artsdalen wrote: > Andriy Gapon wrote: >> >> One comment on the patch - I personally don't like bit-wise xor in a logical >> expression. But if otherwise the expression would be huge and ugly, then OK. > > If you're going to code an XOR, use an XOR. Or != which produces the same result for logical values and is sometimes easier to understand. Tim From owner-freebsd-current@FreeBSD.ORG Sat Aug 1 18:34:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29DEC106566B; Sat, 1 Aug 2009 18:34:57 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 772AB8FC17; Sat, 1 Aug 2009 18:34:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz2 with SMTP id 2so1647451bwz.43 for ; Sat, 01 Aug 2009 11:34:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=lm9o2QpyUIORk4foAMjpIF29sfO8zFkuCX/XblmbIX4=; b=kF5WeVyMrADQCWHvW8Ok1EpoWw9OLzNBQaniHsPJp7klHs9emOilG/o+tlq80Aaj74 XH7j1l0DVa/9j7BWCDnDeakEj4tRUBgoNIjf3T6f7T6nfetRdS/WsTuX49UCO39zBN30 wbnom6uWBZik18i1tRfdgEeMT85n+xLqOPrUU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=oZeVs27+m8BBD0znB9j+yVQKpV6FlIXICgXQ+urX37ZnON/mkbA909/XePLp/hZx87 zWYtNxGxjfZ2gQjdqcIKFeVAR/U2vmeQiFyWxDS4XqDZetrbUEizegyxgP5nYEwgWkKu JlSxApXLAW/UogN3YxxM/d1UzRcXD02JWQ26c= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.108.211 with SMTP id g19mr1966526fap.39.1249151695332; Sat, 01 Aug 2009 11:34:55 -0700 (PDT) In-Reply-To: <200908010630.21366.hselasky@c2i.net> References: <3bbf2fe10907310759o3be1f565t4122fcd66c4531f4@mail.gmail.com> <200907311919.26913.hselasky@c2i.net> <4e6cba830907311917j5d3c0eb6u7f7b1099d3acd504@mail.gmail.com> <200908010630.21366.hselasky@c2i.net> Date: Sat, 1 Aug 2009 20:34:55 +0200 X-Google-Sender-Auth: 48f3c059acae1383 Message-ID: <3bbf2fe10908011134h760f1c37y694acd8f37c120e6@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Peter Holm , Giovanni Trematerra , freebsd-current@freebsd.org Subject: Re: [PATCH] Newbus locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 18:34:58 -0000 2009/8/1 Hans Petter Selasky : > On Saturday 01 August 2009 04:17:42 Giovanni Trematerra wrote: >> > On Fri, Jul 31, 2009 at 7:19 PM, Hans Petter Selasky >> > wrote: >> > >> > >> > I'm not saying that your approach will not work or that it is wrong. I'm >> > saying that it is not fast enough. Your patch affects the boottime, in a >> > negative way. >> >> I tested a patch for a while. I didn't notice any slow down in boot time. >> Well, I haven't measured it but I can't see any noticeable difference >> even booting from an USB key. > > Hi, > > We are talking about some seconds. Store the "ticks" varible in "usb_attach()" > in sys/dev/usb/controller/usb_controller.c and print out the difference every > time "usb_bus_explore()" is called having "if (bus->bus_roothold != NULL)". So, thanks to the precious help of Peter Holm I worked on this patch fixing 3 problems reported by Peter and addressing the Hans' concern: now newbus lock is not held for the whole duration of explore handler, but just acquired and released when needed (really modifying the newbus subtree). I think it can also be faster than the Giant version now. New patch is here: http://www.freebsd.org/~attilio/Yahoo/newbus/newbus_locking4.diff Please let me know if you can note any regressions. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein