From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 02:18:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A58A60F for ; Sun, 11 Aug 2013 02:18:56 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 638BB2B45 for ; Sun, 11 Aug 2013 02:18:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=iLRZtfzVVCHuRyrCv7DsGjdP8xUDc1U2gqbqRULxm3U=; b=Rpxweb+sY+iFDRYQZSYWuc2eBy4DTIS3lbqukxxdS0RvB4KhWjFZiR+0DTTC2gPHLbH/jivgAYqyVn0YckpzhKosoB+g3DZA8Y2tYIR70Je81dsPYD8yIIPkVIZsl/7/Q8iptBr8RTYLO8qE0+igv6/ORMVkSaND4ZWC5l376cw=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:55015 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V8LF1-0006pj-Bm for freebsd-current@freebsd.org; Sat, 10 Aug 2013 21:18:54 -0500 Date: Sat, 10 Aug 2013 21:18:44 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Subject: ZFS related Crash. Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: 2.6 (++) X-LERCTR-Spam-Score: 2.6 (++) X-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5 X-LERCTR-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 02:18:56 -0000 r254196 -- this was on the reboot to reboot to the new kernel. I've seen a similar crash today. What else do folks need? I can provide the vmcore and ssh access. borg.lerctr.org dumped core - see /var/crash/vmcore.0 Sat Aug 10 21:14:09 CDT 2013 FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #17: Sat Aug 10 14:10:47 CDT 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 panic: general protection fault 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: <118>. <118>Terminated <118>Aug 10 21:05:44 borg syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disks, vnodes remaining...0 0 0 0 0 0 0 done All buffers synced. Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff80568be0 stack pointer = 0x28:0xffffff8fcb587600 frame pointer = 0x28:0xffffff8fcb587610 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 = 1 (init) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 1h1m10s Dumping 7633 out of 64479 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel.old/zfs.ko.symbols...done. Loaded symbols for /boot/kernel.old/zfs.ko.symbols Reading symbols from /boot/kernel.old/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel.old/acl_nfs4.ko.symbols Reading symbols from /boot/kernel.old/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel.old/opensolaris.ko.symbols Reading symbols from /boot/kernel.old/linux.ko.symbols...done. Loaded symbols for /boot/kernel.old/linux.ko.symbols Reading symbols from /boot/kernel.old/snd_envy24ht.ko.symbols...done. Loaded symbols for /boot/kernel.old/snd_envy24ht.ko.symbols Reading symbols from /boot/kernel.old/snd_spicds.ko.symbols...done. Loaded symbols for /boot/kernel.old/snd_spicds.ko.symbols Reading symbols from /boot/kernel.old/sound.ko.symbols...done. Loaded symbols for /boot/kernel.old/sound.ko.symbols Reading symbols from /boot/kernel.old/coretemp.ko.symbols...done. Loaded symbols for /boot/kernel.old/coretemp.ko.symbols Reading symbols from /boot/kernel.old/ichsmb.ko.symbols...done. Loaded symbols for /boot/kernel.old/ichsmb.ko.symbols Reading symbols from /boot/kernel.old/smbus.ko.symbols...done. Loaded symbols for /boot/kernel.old/smbus.ko.symbols Reading symbols from /boot/kernel.old/ichwd.ko.symbols...done. Loaded symbols for /boot/kernel.old/ichwd.ko.symbols Reading symbols from /boot/kernel.old/cpuctl.ko.symbols...done. Loaded symbols for /boot/kernel.old/cpuctl.ko.symbols Reading symbols from /boot/kernel.old/crypto.ko.symbols...done. Loaded symbols for /boot/kernel.old/crypto.ko.symbols Reading symbols from /boot/kernel.old/cryptodev.ko.symbols...done. Loaded symbols for /boot/kernel.old/cryptodev.ko.symbols Reading symbols from /boot/kernel.old/dtraceall.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtraceall.ko.symbols Reading symbols from /boot/kernel.old/profile.ko.symbols...done. Loaded symbols for /boot/kernel.old/profile.ko.symbols Reading symbols from /boot/kernel.old/cyclic.ko.symbols...done. Loaded symbols for /boot/kernel.old/cyclic.ko.symbols Reading symbols from /boot/kernel.old/dtrace.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtrace.ko.symbols Reading symbols from /boot/kernel.old/systrace_freebsd32.ko.symbols...done. Loaded symbols for /boot/kernel.old/systrace_freebsd32.ko.symbols Reading symbols from /boot/kernel.old/systrace.ko.symbols...done. Loaded symbols for /boot/kernel.old/systrace.ko.symbols Reading symbols from /boot/kernel.old/sdt.ko.symbols...done. Loaded symbols for /boot/kernel.old/sdt.ko.symbols Reading symbols from /boot/kernel.old/lockstat.ko.symbols...done. Loaded symbols for /boot/kernel.old/lockstat.ko.symbols Reading symbols from /boot/kernel.old/fasttrap.ko.symbols...done. Loaded symbols for /boot/kernel.old/fasttrap.ko.symbols Reading symbols from /boot/kernel.old/fbt.ko.symbols...done. Loaded symbols for /boot/kernel.old/fbt.ko.symbols Reading symbols from /boot/kernel.old/dtnfscl.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtnfscl.ko.symbols Reading symbols from /boot/kernel.old/dtmalloc.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtmalloc.ko.symbols Reading symbols from /boot/kernel.old/dtio.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtio.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel.old/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel.old/fdescfs.ko.symbols Reading symbols from /boot/kernel.old/uhid.ko.symbols...done. Loaded symbols for /boot/kernel.old/uhid.ko.symbols Reading symbols from /boot/kernel.old/ums.ko.symbols...done. Loaded symbols for /boot/kernel.old/ums.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel.old/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel.old/netgraph.ko.symbols Reading symbols from /boot/kernel.old/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel.old/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko #0 doadump (textdump=) at pcpu.h:236 236 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:236 #1 0xffffffff8051d6f0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff8051da77 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80780d9a in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:873 #4 0xffffffff80780a45 in trap (frame=) at /usr/src/sys/amd64/amd64/trap.c:224 #5 0xffffffff8076ad02 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #6 0xffffffff80568be0 in vmem_free (vm=0xffffffff80bd7e00, addr=18446743528448167936, size=) at /usr/src/sys/kern/subr_vmem.c:1197 #7 0xffffffff806f452c in uma_large_free (slab=0xfffffe02a3f0c000) at /usr/src/sys/vm/uma_core.c:1097 #8 0xffffffff805067f1 in free (addr=, mtp=0xffffffff810f6c40) at /usr/src/sys/kern/kern_malloc.c:600 #9 0xffffffff80ed4f8f in arc_buf_destroy (buf=0xfffffe02a3ef4b40, recycle=, all=0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:1633 #10 0xffffffff80ed7cf3 in arc_buf_evict (buf=0xfffffe02a3ef4b40) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3466 #11 0xffffffff80edd708 in dbuf_clear (db=0xfffffe02a3ef7c40) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1578 #12 0xffffffff80ef46e2 in dnode_evict_dbufs (dn=0xfffffe02a3f056b0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c:405 #13 0xffffffff80eec227 in dmu_objset_evict_dbufs (os=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c:588 #14 0xffffffff80f6693e in zfsvfs_teardown (zfsvfs=0xfffffe0020164000, unmounting=1) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c:1930 #15 0xffffffff80f68240 in zfs_umount (vfsp=0xfffffe001d162990, fflag=) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c:2024 #16 0xffffffff805aed74 in dounmount (mp=0xfffffe001d162990, flags=524288, td=0xfffffe000d163000) at /usr/src/sys/kern/vfs_mount.c:1316 #17 0xffffffff805b6f81 in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3392 #18 0xffffffff8051d494 in kern_reboot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:430 #19 0xffffffff8051cfb0 in sys_reboot (td=, uap=) at /usr/src/sys/kern/kern_shutdown.c:191 #20 0xffffffff80781697 in amd64_syscall (td=0xfffffe000d163000, traced=0) at subr_syscall.c:134 #21 0xffffffff8076afeb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #22 0x000000000040ec7c in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - DLs - 7:42.05 [kernel] 0 1 0 0 -60 0 9428 0 - RLs - 0:00.37 [init] 0 2 0 0 -16 0 0 0 ftcl DL - 0:00.00 [ftcleanup] 0 3 0 0 -16 0 0 0 crypto_w DL - 0:00.00 [crypto] 0 4 0 0 -16 0 0 0 crypto_r DL - 0:00.00 [crypto returns] 0 5 0 0 -16 0 0 0 - DL - 0:00.02 [fdc0] 0 6 0 0 -8 0 0 0 tx->tx_s DL - 0:27.16 [zfskern] 0 7 0 0 -16 0 0 0 waiting_ DL - 0:00.00 [sctp_iterator] 0 8 0 0 -16 0 0 0 ccb_scan DL - 0:00.00 [xpt_thrd] 0 9 0 0 -16 0 0 0 psleep DL - 0:00.01 [pagedaemon] 0 10 0 0 -16 0 0 0 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL - 190:06.94 [idle] 0 12 0 0 -84 0 0 0 - WL - 0:23.59 [intr] 0 13 0 0 -8 0 0 0 - DL - 0:21.46 [geom] 0 14 0 0 -16 0 0 0 - DL - 0:00.83 [yarrow] 0 15 0 0 -68 0 0 0 - DL - 0:02.21 [usb] 0 16 0 0 -20 0 0 0 VBoxIS DL - 0:00.00 [TIMER] 0 17 0 0 -16 0 0 0 psleep DL - 0:00.00 [vmdaemon] 0 18 0 0 155 0 0 0 pgzero DL - 0:00.00 [pagezero] 0 19 0 0 -16 0 0 0 kpsusp DL - 0:00.03 [bufdaemon] 0 20 0 0 16 0 0 0 kpsusp DL - 0:07.87 [syncer] 0 21 0 0 -16 0 0 0 kpsusp DL - 0:00.02 [vnlru] 0 1192 0 0 -16 0 0 0 sleep DL - 0:00.00 [ng_queue] ------------------------------------------------------------------------ vmstat -s 14427194 cpu context switches 1380667 device interrupts 337562 software interrupts 52566588 traps 64464504 system calls 22 kernel threads created 26404 fork() calls 84967 vfork() calls 27 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 49778 vnode pager pageins 370965 vnode pager pages paged in 874 vnode pager pageouts 1765 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 8322 pages reactivated 2305973 copy-on-write faults 596 copy-on-write optimized faults 45375336 zero fill pages zeroed 0 zero fill pages prezeroed 62 intransit blocking page faults 48421424 total VM faults taken 49445 page faults requiring I/O 0 pages affected by kernel thread creation 2033792 pages affected by fork() 4458164 pages affected by vfork() 190359 pages affected by rfork() 0 pages cached 66033440 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 1925 pages active 7617 pages inactive 4 pages in VM cache 1564322 pages wired down 14505711 pages free 4096 bytes per page 97717876 total name lookups cache hits (91% pos + 6% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) kdtrace 434 105K - 112780 64,256 kenv 84 11K - 112 16,32,64,128 kqueue 0 0K - 78 256,512,2048 proc-args 1 1K - 84631 16,32,64,128,256 DEVFSP 0 0K - 38 64 hhook 2 1K - 2 256 ithread 122 22K - 122 32,128,256 KTRACE 100 13K - 100 128 linker 401 197K - 544 16,32,64,128,256,512,1024,2048,4096 lockf 2 1K - 196 64,128 loginclass 1 1K - 25 64 cache 1 1K - 1 32 devbuf 17637 36004K - 19791 16,32,64,128,256,512,1024,2048,4096 temp 56 34K - 302980 16,32,64,128,256,512,1024,2048,4096 ip6ndp 5 1K - 6 64,128 module 301 38K - 301 128 mtx_pool 2 16K - 2 osd 4 1K - 20 16,32,64,128 pmchooks 1 1K - 1 128 NFS fh 0 0K - 7 16 pgrp 1 1K - 215 128 session 1 1K - 176 128 proc 2 256K - 2 subproc 174 168K - 111554 512,4096 cred 38 6K - 1306976 64,256 plimit 1 1K - 461 256 uidinfo 3 33K - 41 128 sysctl 0 0K - 5933 16,32,64 sysctloid 6788 337K - 6976 16,32,64,128 sysctltmp 0 0K - 79008 16,32,64,128,256,4096 tidhash 1 256K - 1 callout 9 3208K - 9 umtx 954 120K - 954 128 p1003.1b 1 1K - 1 16 SWAP 0 0K - 12 64 bus 947 91K - 5406 16,32,64,128,256,512,1024 bus-sc 141 293K - 2336 16,32,64,128,256,512,1024,2048,4096 devstat 34 69K - 34 32,4096 eventhandler 90 8K - 90 64,128 kobj 180 720K - 1010 4096 Per-cpu 1 1K - 1 32 rman 360 41K - 797 16,32,128 sbuf 0 0K - 3735 16,32,64,128,256,512,1024,2048,4096 sglist 3 1K - 3 32 stack 0 0K - 2 256 taskqueue 75 12K - 139 16,32,64,256,1024 Unitno 20 2K - 18582 32,64 vmem 2 1152K - 9 ioctlops 0 0K - 169348 16,32,64,128,256,512,1024,2048 select 87 11K - 87 128 iov 0 0K - 36910 16,64,128,256,512 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 1 20K - 122 2048 tty 19 19K - 22 1024,2048 pts 0 0K - 1 256 mbuf_tag 0 0K - 728 32,128 shmfd 1 8K - 1 soname 0 0K - 23565 16,32,128 pcb 14 8341K - 113 16,32,128,1024,2048 newnfsmnt 0 0K - 1 1024 acl 0 0K - 32 4096 vfscache 1 16384K - 1 vfs_hash 1 8192K - 1 vnodes 1 1K - 1 256 pfs_nodes 21 6K - 21 256 pfs_vncache 25 2K - 1055 64 mount 164 9K - 1854 16,32,64,128,256,512 GEOM 338 59K - 3552 16,32,64,128,256,512,1024,2048 vnodemarker 0 0K - 6559 512 BPF 3 1K - 3 128 acpica 1830 187K - 52091 16,32,64,128,256,512,1024,2048 ifnet 4 7K - 4 128,2048 ifaddr 48 15K - 48 32,64,128,256,512,2048,4096 ether_multi 40 3K - 54 16,32,64 clone 6 1K - 6 128 arpcom 2 1K - 2 16 lltable 13 5K - 13 256,512 UART 6 5K - 6 16,1024 CAM CCB 13 26K - 119 2048 acpitask 1 8K - 1 acpisem 22 3K - 22 128 CAM path 22 1K - 68 32 acpidev 36 3K - 36 64 routetbl 35 5K - 1338 32,64,128,256,512 igmp 3 1K - 3 256 in_multi 2 1K - 2 256 CAM periph 16 4K - 40 16,32,64,128,256 CAM queue 31 8K - 100 16,32,512 CAM dev queue 8 1K - 8 32 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 5 1K - 5 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 28K - 1 syncache 1 64K - 1 in6_mfilter 0 0K - 1 1024 in6_multi 25 3K - 27 32,256 ip6_moptions 0 0K - 2 32,256 raid_data 0 0K - 552 32,128,256 mld 3 1K - 3 128 CAM SIM 8 2K - 8 256 CAM XPT 58 4K - 354 16,32,64,128,256,1024 NFS FHA 1 2K - 1 2048 rpc 8 3K - 34 32,64,128,256,512,1024 audit_evclass 188 6K - 229 32 vm_pgdata 1 8192K - 7 128 UMAHash 3 73K - 14 512,1024,2048,4096 scsi_cd 0 0K - 11 16 USB 48 86K - 56 16,32,64,128,256,512,1024,4096 USBdev 71 20K - 112 32,64,128,512,2048,4096 pci_link 16 2K - 16 32,64,128 acpi_perf 8 1K - 8 64 memdesc 1 4K - 1 4096 atkbddev 2 1K - 2 64 md_nvidia_data 0 0K - 90 512 kbdmux 7 18K - 7 16,512,1024,2048 LED 4 1K - 4 16,128 md_sii_data 0 0K - 90 512 CAM DEV 15 30K - 24 2048 ata_pci 1 1K - 1 64 acpiintr 1 1K - 1 64 ppbusdev 2 1K - 2 256 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 isadev 5 1K - 5 128 random_adaptors 1 1K - 1 32 entropy 1024 64K - 1024 64 DEVFS3 223 56K - 269 256 io_apic 2 4K - 2 2048 DEVFS1 194 97K - 236 512 MCA 8 1K - 8 128 cdev 8 2K - 8 256 msi 2 1K - 2 128 nexusdev 4 1K - 4 16 DEVFS 42 1K - 43 16,128 filedesc 27 47K - 111424 16,32,64,128,2048,4096 filedesc_to_leader 0 0K - 36 64 sigio 0 0K - 1 64 filecaps 0 0K - 2 64 linux 16 1K - 73 32,64 mixer 1 4K - 1 4096 feeder 16 2K - 18 32,128 kstat_data 5 1K - 5 64 solaris 433591 1104029K - 92658736 16,32,64,128,256,512,1024,2048,4096 futex 0 0K - 304 128 spicds 7 1K - 7 128 envy24ht 15 195K - 15 64,2048 cpuctl 1 1K - 9 64,4096 crypto 1 1K - 1 512 xform 0 0K - 167 16,32 cyclic 32 3K - 32 16,64,128 futex wp 0 0K - 154 32 fbt 1 256K - 1 iprtheap 23 56K - 23 32,64,128,256,2048 nvidia 179 862K - 182 16,32,64,128,256,512,1024,2048,4096 fdesc_mount 1 1K - 1 16 netgraph_node 4 1K - 4 128,256 netgraph 2 1K - 2 64 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 172, 8, 172, 0, 0 UMA Zones: 1664, 0, 188, 0, 188, 0, 0 UMA Slabs: 80, 0, 915068, 53332, 2022489, 0, 0 UMA RCntSlabs: 88, 0, 955, 35, 955, 0, 0 UMA Hash: 256, 0, 7, 8, 10, 0, 0 4 Bucket: 32, 0, 665, 835, 73772,33766, 0 8 Bucket: 64, 0, 496, 930, 39091,32324, 0 16 Bucket: 128, 0, 12763, 877, 49961,13508, 0 32 Bucket: 256, 0, 8095, 650, 44638, 101, 0 64 Bucket: 512, 0, 12112, 216, 124179,5726, 0 128 Bucket: 1024, 0, 36359, 193, 363238,3321, 0 vmem btag: 56, 0, 47826, 63147, 135656,1564, 0 VM OBJECT: 256, 0, 14484, 53661, 1807265, 0, 0 RADIX NODE: 144, 0, 15125, 149224, 5870448, 39, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 13, 638, 13, 2, 0 MAP ENTRY: 128, 0, 6, 3249, 4017261, 0, 0 VMSPACE: 408, 0, 1, 377, 111390, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 288, 0, 288, 0, 0 16: 16, 0, 5, 246, 5, 0, 0 16: 16, 0, 2467, 796, 2628, 0, 0 16: 16, 0, 2, 249, 2, 0, 0 16: 16, 0, 85, 919, 62760, 0, 0 16: 16, 0, 5, 999, 5322, 0, 0 16: 16, 0, 494, 1012, 64010, 0, 0 16: 16, 0, 47, 706, 82, 0, 0 16: 16, 0, 17593, 63982, 4986289, 0, 0 32: 32, 0, 0, 125, 2, 0, 0 32: 32, 0, 2632, 868, 2747, 0, 0 32: 32, 0, 10, 240, 10, 0, 0 32: 32, 0, 86, 1289, 67620, 0, 0 32: 32, 0, 250, 875, 1137, 0, 0 32: 32, 0, 324, 1176, 3754, 0, 0 32: 32, 0, 68, 932, 18653, 0, 0 32: 32, 0, 4725, 147525, 6677520, 0, 0 64: 64, 0, 3, 555, 9, 0, 0 64: 64, 0, 319, 735, 346, 0, 0 64: 64, 0, 14, 296, 14, 0, 0 64: 64, 0, 761, 1037, 66835, 0, 0 64: 64, 0, 42, 1260, 111464, 0, 0 64: 64, 0, 8997, 1047, 794831, 0, 0 64: 64, 0, 1076, 846, 1112, 0, 0 64: 64, 0, 197922, 540312,33558786, 0, 0 128: 128, 0, 5, 522, 9, 0, 0 128: 128, 0, 2003, 880, 2538, 0, 0 128: 128, 0, 6, 1017, 220, 0, 0 128: 128, 0, 1257, 882, 22917, 0, 0 128: 128, 0, 1319, 448, 1723, 0, 0 128: 128, 0, 963, 1858, 46163, 0, 0 128: 128, 0, 3, 276, 3, 0, 0 128: 128, 0, 12017, 123143,15266248, 0, 0 256: 256, 0, 2, 133, 3, 0, 0 256: 256, 0, 12, 483, 498, 0, 0 256: 256, 0, 6, 129, 6, 0, 0 256: 256, 0, 241, 404, 902, 0, 0 256: 256, 0, 495, 390, 1814, 0, 0 256: 256, 0, 327, 453, 655716, 0, 0 256: 256, 0, 0, 75, 1, 0, 0 256: 256, 0, 15088, 662687,15988736, 0, 0 512: 512, 0, 0, 88, 13, 0, 0 512: 512, 0, 39, 169, 219, 0, 0 512: 512, 0, 0, 232, 6559, 0, 0 512: 512, 0, 235, 189, 1448, 0, 0 512: 512, 0, 18, 102, 18, 0, 0 512: 512, 0, 369, 127, 12372, 0, 0 512: 512, 0, 0, 0, 0, 0, 0 512: 512, 0, 18589, 356091, 8996036, 0, 0 1024: 1024, 0, 2, 26, 2, 0, 0 1024: 1024, 0, 1, 51, 100, 0, 0 1024: 1024, 0, 4, 24, 5, 0, 0 1024: 1024, 0, 6, 74, 1720, 0, 0 1024: 1024, 0, 19, 21, 20, 0, 0 1024: 1024, 0, 25, 263, 135383, 0, 0 1024: 1024, 0, 0, 16, 1, 0, 0 1024: 1024, 0, 368, 3712, 76117, 0, 0 2048: 2048, 0, 0, 46, 121, 0, 0 2048: 2048, 0, 32, 36, 147, 0, 0 2048: 2048, 0, 1, 5, 1, 0, 0 2048: 2048, 0, 15, 15, 281, 0, 0 2048: 2048, 0, 24, 132, 111405, 0, 0 2048: 2048, 0, 23, 41, 211, 0, 0 2048: 2048, 0, 5, 1, 5, 0, 0 2048: 2048, 0, 634, 19428, 141789, 0, 0 4096: 4096, 0, 1, 0, 1, 0, 0 4096: 4096, 0, 2, 0, 2, 0, 0 4096: 4096, 0, 180, 5, 1010, 0, 0 4096: 4096, 0, 12, 2, 46, 0, 0 4096: 4096, 0, 1, 11, 16, 0, 0 4096: 4096, 0, 78, 74, 115621, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 4096: 4096, 0, 156695, 678095, 5998395, 0, 0 uint64 pcpu: 8, 0, 1386, 150, 1386, 0, 0 SLEEPQUEUE: 80, 0, 478, 669, 478, 0, 0 Files: 80, 0, 0, 1650, 7096539, 0, 0 TURNSTILE: 136, 0, 478, 202, 478, 0, 0 rl_entry: 40, 0, 115, 885, 115, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 22, 128, 111420, 0, 0 THREAD: 1168, 0, 410, 67, 1358, 0, 0 cpuset: 72, 0, 283, 597, 438, 0, 0 cyclic_id_cache: 64, 0, 0, 0, 0, 0, 0 audit_record: 1240, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 25727505, 1023, 872, 55326, 7, 0 mbuf: 256, 25727505, 1, 1012, 188962, 0, 0 mbuf_cluster: 2048, 4019922, 1882, 4, 1882, 295, 0 mbuf_jumbo_page: 4096, 2009961, 0, 12, 121, 1, 0 mbuf_jumbo_9k: 9216, 1786632, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 1339972, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 dtrace_state_cache: 4096, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 0, 500, 570, 0, 0 ttyoutq: 256, 0, 0, 495, 303, 0, 0 g_bio: 248, 0, 0, 800, 3542613, 0, 0 ata_request: 336, 0, 0, 209, 1256, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 cryptop: 88, 0, 0, 0, 0, 0, 0 cryptodesc: 72, 0, 0, 0, 0, 0, 0 nv_stack_t: 12288, 0, 2, 2, 12, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 1660, 152942, 0, 0 VNODE: 472, 0, 17005, 114979, 164557, 0, 0 VNODEPOLL: 112, 0, 0, 140, 1, 0, 0 BUF TRIE: 144, 0, 0, 105948, 0, 0, 0 NAMEI: 1024, 0, 0, 132,15076677, 0, 0 S VFS Cache: 108, 0, 16355, 114895, 1404872, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 144, 756, 3759, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NCLNODE: 528, 0, 0, 14, 1, 0, 0 space_seg_cache: 64, 0, 135051, 445331, 3229423, 0, 0 zio_cache: 944, 0, 1, 939411,26694286, 0, 0 zio_link_cache: 48, 0, 0, 941137,24475658, 0, 0 sa_cache: 80, 0, 16782, 115218, 163215, 0, 0 dnode_t: 856, 0, 19112, 122432, 166451, 0, 0 dmu_buf_impl_t: 224, 0, 178914, 213208, 806869, 0, 0 arc_buf_hdr_t: 216, 0, 292380, 372, 470888, 0, 0 arc_buf_t: 72, 0, 168353, 112312, 669851, 0, 0 zil_lwb_cache: 192, 0, 2, 678, 1105, 0, 0 zfs_znode_cache: 368, 0, 16782, 114878, 163215, 0, 0 Mountpoints: 816, 0, 13, 52, 30, 0, 0 pipe: 744, 0, 0, 145, 8692, 0, 0 ksiginfo: 112, 0, 139, 1751, 278167, 0, 0 itimer: 352, 0, 0, 33, 1, 0, 0 KNOTE: 128, 0, 0, 775, 44989, 0, 0 socket: 680, 2063352, 1, 131, 4149, 0, 0 unpcb: 240, 2063360, 0, 496, 3740, 0, 0 ipq: 56, 125670, 0, 0, 0, 0, 0 udp_inpcb: 392, 2063360, 0, 240, 366, 0, 0 udpcb: 16, 2063471, 0, 1004, 366, 0, 0 tcp_inpcb: 392, 2063360, 2, 238, 37, 0, 0 tcpcb: 1024, 2063352, 1, 103, 37, 0, 0 tcptw: 72, 27775, 1, 164, 3, 0, 0 syncache: 152, 15366, 0, 78, 2, 0, 0 hostcache: 136, 15370, 3, 84, 3, 0, 0 tcpreass: 40, 251300, 0, 0, 0, 0, 0 sackhole: 32, 0, 0, 250, 71, 0, 0 sctp_ep: 1408, 2063352, 0, 0, 0, 0, 0 sctp_asoc: 2344, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 415, 4, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 ripcb: 392, 2063360, 0, 0, 0, 0, 0 rtentry: 200, 0, 17, 243, 17, 0, 0 selfd: 56, 0, 40, 1238, 390516, 0, 0 SWAPMETA: 288, 8039850, 0, 0, 0, 0, 0 NetGraph items: 72, 4123, 0, 0, 0, 0, 0 NetGraph data items: 72, 527, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 4 0 irq6: fdc0 22 0 irq14: ata0 2489 7 irq17: uhci0 ehci0 185135 562 irq19: uhci1 ahci0+ 1085638 3299 cpu0:timer 2661262 8088 irq256: em0 107379 326 cpu7:timer 2592585 7880 cpu6:timer 2568730 7807 cpu4:timer 2516493 7648 cpu1:timer 2633814 8005 cpu2:timer 2601955 7908 cpu3:timer 2623175 7973 cpu5:timer 2573700 7822 Total 22152381 67332 ------------------------------------------------------------------------ pstat -T 0/2063348 files 0M/0M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 ada1 ada2 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 38.80 663 25.13 22.66 552 12.21 22.28 575 12.51 8 49 4 0 39 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 2 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 1 1 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 4 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 66097 packets sent 65690 data packets (15870623 bytes) 122 data packets (134444 bytes) retransmitted 16 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 272 ack-only packets (143 delayed) 0 URG only packets 0 window probe packets 0 window update packets 13 control packets 35284 packets received 34167 acks (for 15880648 bytes) 210 duplicate acks 0 acks for unsent data 1373 packets (98989 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 6 connection requests 1 connection accept 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 7 connections established (including accepts) 35 connections closed (including 0 drops) 3 connections updated cached RTT on close 3 connections updated cached RTT variance on close 1 connection updated cached ssthresh on close 0 embryonic connections dropped 31136 segments updated rtt (of 31212 attempts) 48 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 2108 correct ACK header predictions 902 correct data packet header predictions 2 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 1 completed 0 bucket overflow 0 cache overflow 1 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 2 cookies sent 0 cookies received 3 hostcache entries added 0 bucket overflow 32 SACK recovery episodes 55 segment rexmits in SACK recovery episodes 45072 byte rexmits in SACK recovery episodes 269 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 3446 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 2429 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 1017 delivered 1018 datagrams output 0 times multicast source filter matched ip: 38131 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 38011 packets for this host 120 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 66397 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 120 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 29 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 29 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 27 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 3 ARP requests sent 92 ARP replies sent 2019 ARP requests received 2 ARP replies received 2021 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 719 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 719 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 727 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 4 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: UDP: 719 Mbuf statistics: 366 one mbuf 569 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: neighbor solicitation: 1 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 1024/1884/2908 mbufs in use (current/cache/total) 1010/876/1886/4019922 mbuf clusters in use (current/cache/total/max) 1023/872 mbuf+clusters out of packet secondary zone in use (current/cache) 0/12/12/2009961 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/1786632 9k jumbo clusters in use (current/cache/total/max) 0/0/0/1339972 16k jumbo clusters in use (current/cache/total/max) 2276K/2271K/4547K bytes allocated to network (current/cache/total) 0/295/7 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 1/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop em0 1500 00:30:48:f2:29:9c 40369 0 0 66492 0 0 0 em0 1500 192.168.200.0 borg 37204 - - 66540 - - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - - 5 - - - em1* 1500 00:30:48:f2:29:9d 0 0 0 0 0 0 0 lo0 16384 719 0 0 719 0 0 0 lo0 16384 localhost ::1 719 - - 719 - - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - - lo0 16384 your-net localhost 0 - - 0 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.200.11 UGS 0 229 em0 127.0.0.1 link#3 UH 0 0 lo0 192.168.200.0/24 link#1 U 0 66168 em0 192.168.200.4 link#1 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#3 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%em0/64 link#1 U em0 fe80::230:48ff:fef2:299c%em0 link#1 UHS lo0 fe80::%lo0/64 link#3 U lo0 fe80::1%lo0 link#3 UHS lo0 ff01::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff01::%lo0/32 ::1 U lo0 ff02::/16 ::1 UGRS lo0 ff02::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff02::%lo0/32 ::1 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) fffffe0020d44360 tcp4 0 0 192.168.200.4.22 192.168.200.87.599 TIME_WAIT fffffe02a3780c00 tcp4 0 0 192.168.200.4.4759 198.20.8.246.80 LAST_ACK ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address ------------------------------------------------------------------------ fstat fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root ng_queue 1192 root - - error - root ng_queue 1192 wd - - error - root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #17: Sat Aug 10 14:10:47 CDT 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.54-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 65660014592 (62618 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 netmap: loaded module random: initialized cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0.0 on pci6 em0: Using an MSI interrupt em0: Ethernet address: 00:30:48:f2:29:9c 001.000009 netmap_attach [2244] success for em0 em1: port 0x2020-0x203f mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0.1 on pci6 em1: Using an MSI interrupt em1: Ethernet address: 00:30:48:f2:29:9d 001.000010 netmap_attach [2244] success for em1 pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 vgapci0: port 0x3000-0x307f mem 0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff irq 16 at device 0.0 on pci8 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io pci8: at device 0.1 (no driver attached) pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 pcib11: irq 16 at device 0.0 on pci10 pci11: on pcib11 pcm0: port 0x4080-0x409f,0x4000-0x407f irq 16 at device 0.0 on pci11 pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x2403 XIN2 Clock Source: 24.576MHz(96kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 and SPDIF receiver connected DAC #: 4 Multi-track converter type: AC'97(SDATA_OUT:packed) S/PDIF(IN/OUT): 1/1 ID# 0x00 GPIO(mask/dir/state): 0xff/0xff/0xff uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 usbus2 on uhci2 ehci0: mem 0xd9600400-0xd96007ff irq 17 at device 29.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 pcib12: at device 30.0 on pci0 pci12: on pcib12 vgapci1: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 on pci12 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: at channel 0 on atapci0 ahci0: port 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ichwd0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 coretemp4: on cpu4 est4: on cpu4 p4tcc4: on cpu4 coretemp5: on cpu5 est5: on cpu5 p4tcc5: on cpu5 coretemp6: on cpu6 est6: on cpu6 p4tcc6: on cpu6 coretemp7: on cpu7 est7: on cpu7 p4tcc7: on cpu7 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x39c offMax=0x501 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata0: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 3.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: quirks=0x1<4K> ada3: Previously was known as ad10 ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 ada4: ATA-8 SATA 3.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada4: quirks=0x1<4K> ada4: Previously was known as ad12 ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 ada5: ATA-8 SATA 3.x device ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada5: quirks=0x1<4K> ada5: Previously was known as ad14 cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus3 uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 Trying to mount root from zfs:zroot/ROOT/default []... ugen0.2: at usbus0 ugen0.3: at usbus0 ffclock reset: HPET (14318180 Hz), time = 1376183101.500000000 Setting hostuuid: 53d19f64-d663-a017-8922-0030488e9ff3. Setting hostid: 0xf53a926e. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: borg.lerctr.org. Starting Network: lo0 em0 em1. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 inet6 fe80::230:48ff:fef2:299c%em0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect status: no carrier em1: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9d nd6 options=29 media: Ethernet autoselect status: no carrier Starting devd. Starting Network: em1. em1: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9d nd6 options=29 media: Ethernet autoselect status: no carrier uhid0: on usbus3 ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=0 add net default: gateway 192.168.200.11 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Mounting NFS file systems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/kde4/lib /usr/local/lib/compat /usr/local/lib/dbmail /usr/local/lib/event2 /usr/local/lib/pth /usr/local/lib/qt4 /usr/local/lib/virtualbox 32-bit compatibility ldconfig path: /usr/lib32 /usr/local/lib32/compat Creating and/or trimming log files. Starting syslogd. Starting watchdogd. savecore: reboot after panic: page fault Aug 10 20:05:18 borg savecore: reboot after panic: page fault savecore: writing core to /var/crash/vmcore.8 Writing crash summary to /var/crash/core.txt.8. Additional ABI support: linux. Starting rpcbind. NFS access cache time=60 Clearing /tmp (X related). Starting mountd. NFSv4 is disabled Starting nfsd. Starting apcupsd. Updating motd:. Mounting late file systems:. Starting ntpd. Starting sshblock. Starting smartd. pg_ctl: another server might be running; trying to start server anyway Updating cpucodes... /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl0 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl1 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl2 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl3 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl4 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl5 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl6 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl7 from rev 0x60c to rev 0x60f... done. Done. Starting exim. Starting cupsd. Starting boinc_client. Starting bacula_sd. Starting bacula_fd. Starting bacula_dir. Performing sanity check on sshd configuration. Starting sshd. Configuring syscons: blanktime. Starting cron. mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured Starting inetd. Starting background file system checks in 60 seconds. Sat Aug 10 20:09:02 CDT 2013 Aug 10 21:05:31 borg shutdown: reboot by ler: Stopping inetd. Waiting for PIDS: 1388. Stopping cron. Waiting for PIDS: 1366. Stopping sshd. Waiting for PIDS: 1354. Stopping bacula_dir. Waiting for PIDS: 1349. Stopping bacula_fd. Waiting for PIDS: 1346. Stopping bacula_sd. Waiting for PIDS: 1343Aug 10 21:05:35 borg bacula-dir: Shutting down Bacula service: borg-dir ... Aug 10 21:05:35 borg bacula-fd: Shutting down Bacula service: borg-fd ... Aug 10 21:05:35 borg bacula-sd: Shutting down Bacula service: borg-sd ... . Stopping boinc_client. Waiting for PIDS: 1339. Stopping cupsd. Waiting for PIDS: 1333. Stopping exim. Waiting for PIDS: 1324. Stopping smartd. Waiting for PIDS: 1208. Stopping sshblock. Waiting for PIDS: 1204. Stopping ntpd. Waiting for PIDS: 1171. Stopping apcupsd. Waiting for PIDS: 1142, 1142. Stopping nfsd. Waiting for PIDS: 1132 1138, 1132. Stopping mountd. Waiting for PIDS: 1126. Stopping rpcbind. Waiting for PIDS: 1091. Stopping watchdogd. Waiting for PIDS: 1022. Stopping devd. Waiting for PIDS: 859. Writing entropy file:. . Terminated Aug 10 21:05:44 borg syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disks, vnodes remaining...0 0 0 0 0 0 0 done All buffers synced. Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff80568be0 stack pointer = 0x28:0xffffff8fcb587600 frame pointer = 0x28:0xffffff8fcb587610 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 = 1 (init) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 1h1m10s Dumping 7633 out of 64479 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident BORG-DTRACE machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options FFCLOCK options USB_DEBUG options RDRAND_RNG options PADLOCK_RNG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options MALLOC_DEBUG_MAXZONES=8 options KDB_TRACE options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options QUOTA options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device esp device isci device scbus device ch device da device sa device cd device pass device ses device hptnr device aacraid device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device uart device ppc device ppbus device lpt device ppi device em device miibus device cas device gem device hme device nfe device nge device loop device random device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device netmap ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 02:19:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 863CF723 for ; Sun, 11 Aug 2013 02:19:34 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E2D92B60 for ; Sun, 11 Aug 2013 02:19:33 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r7B2JO7C001468 for ; Sat, 10 Aug 2013 22:19:26 -0400 (EDT) (envelope-from andy@neu.net) Date: Sat, 10 Aug 2013 22:19:24 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: Panic - ffs_valloc: dup alloc In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 02:19:34 -0000 Hi All: I am having a major problem on current at the moment, and I could really use some help. I am at R253966 on amd64, my problem is the machine is panicing with: ffs_valloc: dup alloc I have booted into single user mode and run fsck, it reports that it has fixed the file system but I still am getting the panic. I did an svn update to 254204 and tried to buildworld and the machine panics and reboots. If I try startx the machine reboots with no message on the console. Please let me know what info to provide to troubleshoot this. Any help is greatly appreciated. Thanks in advance. From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 02:53:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 94F00BEB for ; Sun, 11 Aug 2013 02:53:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D84A2CB2 for ; Sun, 11 Aug 2013 02:53:48 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id q55so4529506wes.2 for ; Sat, 10 Aug 2013 19:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=inrdH/3IN7G9ZR+2clDeFf+EJMDSzAMBx1z/oSawPoQ=; b=mM0BmSf4Hln2sfoiDIghKd6LnfhMXIklRcSJjNzLxCWNqhgdqxtdZAXngvsfVc00Jt 5FbLLz+CbG01Hr9Uvt8gJ+enYD4rFkTN+Yy6kNmtmaSBVkZoDhpgtMtt7uEwW5gRXCLg IAK7YfPhnXmUxTef7f/TBTXfaG+yLtDjmQQnt2xObgaktFBsiyEd3segBr1vefBlaJnW yaNlP1aS9ckn05dy9fWJxdUTuYQ6Qk+JVNmAZyRwVyOGrOmVUQLmptTTy3i9bfjNZu5v 0wGYW+cZnbsGlsIR7dTB+JFf6z8JF/hjigbfbBFTPyOxbes4/pGdVBcPhmG+j/52gZ/M xBlQ== MIME-Version: 1.0 X-Received: by 10.194.201.202 with SMTP id kc10mr9660980wjc.1.1376189626588; Sat, 10 Aug 2013 19:53:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.116.136 with HTTP; Sat, 10 Aug 2013 19:53:46 -0700 (PDT) In-Reply-To: References: Date: Sat, 10 Aug 2013 19:53:46 -0700 X-Google-Sender-Auth: C7VG-SOVt7kXkqX4kuZATAalB8I Message-ID: Subject: Re: Panic - ffs_valloc: dup alloc From: Adrian Chadd To: AN Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 02:53:48 -0000 On 10 August 2013 19:19, AN wrote: > Hi All: > > I am having a major problem on current at the moment, and I could really use > some help. I am at R253966 on amd64, my problem is the machine is panicing > with: ffs_valloc: dup alloc > > I have booted into single user mode and run fsck, it reports that it has > fixed the file system but I still am getting the panic. I did an svn update > to 254204 and tried to buildworld and the machine panics and reboots. If I > try startx the machine reboots with no message on the console. Please let > me know what info to provide to troubleshoot this. Any help is greatly > appreciated. Have you run it twice, so it definitely doesn't use the journal? -adrian From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 03:14:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E36BC10E; Sun, 11 Aug 2013 03:14:22 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AABE02E18; Sun, 11 Aug 2013 03:14:22 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r7B3EJU3001586; Sat, 10 Aug 2013 23:14:19 -0400 (EDT) (envelope-from andy@neu.net) Date: Sat, 10 Aug 2013 23:14:19 -0400 (EDT) From: AN To: Adrian Chadd Subject: Re: Panic - ffs_valloc: dup alloc In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 03:14:23 -0000 On Sat, 10 Aug 2013, Adrian Chadd wrote: > On 10 August 2013 19:19, AN wrote: >> Hi All: >> >> I am having a major problem on current at the moment, and I could really use >> some help. I am at R253966 on amd64, my problem is the machine is panicing >> with: ffs_valloc: dup alloc >> >> I have booted into single user mode and run fsck, it reports that it has >> fixed the file system but I still am getting the panic. I did an svn update >> to 254204 and tried to buildworld and the machine panics and reboots. If I >> try startx the machine reboots with no message on the console. Please let >> me know what info to provide to troubleshoot this. Any help is greatly >> appreciated. > > Have you run it twice, so it definitely doesn't use the journal? > > > > -adrian > Hi Adrian: Thanks for replying. Yes, I rebooted to single user mode and did a full fsck _without_ using the journal, it found some problems and fixed them. I rebooted and am now rebuilding world. It seems to be working now. If I have any more problems I'll report back. Thanks for the response and info. Cheers! Andy From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 07:01:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1E8F2B38; Sun, 11 Aug 2013 07:01:08 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id CD6922676; Sun, 11 Aug 2013 07:01:07 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 8DE7A7A29B; Sun, 11 Aug 2013 09:01:05 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id EA19E8F2D33; Sun, 11 Aug 2013 09:01:13 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id abWk7lFaQOF4; Sun, 11 Aug 2013 09:01:13 +0200 (CEST) Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 401ED8F2D32; Sun, 11 Aug 2013 09:01:13 +0200 (CEST) Message-ID: <52073707.7020800@bitfrost.no> Date: Sun, 11 Aug 2013 09:02:31 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: FYI: Advanced USB compliance testing tool now in the tree (10-current only) References: <52055201.7040506@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 07:01:08 -0000 On 08/10/13 23:34, Kevin Oberman wrote: > On Fri, Aug 9, 2013 at 1:33 PM, Hans Petter Selasky wrote: > >> Hi, >> >> For those of you that want to make sure your USB mass storage device >> behaves correctly when using FreeBSD, typically for critical applications, >> I've just added an advanced USB testing tool to the FreeBSD source tree. It >> can be used to stress your USB mass storage device in ways that are beyond >> what "bonnie" will do. See tools/tools/usbtest or the following commit: >> >> http://svnweb.freebsd.org/**changeset/base/254159 >> >> --HPS > > > Looks very nice. While it is now only in head, is there a reason it could > not be built and used on a 9.2-BETA system? (I have not tried. Just > wondering if I should.) > Hi, It can be built and used on 9.2-BETA, given than you checkout the full 10-current sources and build from the directory there. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 08:35:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id B6CF447F; Sun, 11 Aug 2013 08:35:29 +0000 (UTC) Date: Sun, 11 Aug 2013 08:35:29 +0000 From: Alexey Dokuchaev To: Peter Wemm Subject: Re: Fun with nvi Message-ID: <20130811083529.GA20632@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 08:35:29 -0000 On Sat, Aug 10, 2013 at 10:33:20AM -0700, Peter Wemm wrote: > I've been tinkering with the nvi refresh from the GSoC in 2011, aka nvi2. > > https://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/zy/1 > https://github.com/lichray/nvi2 > > The goal was to update the multibyte handling in nvi-1.79 (the one we > have in our tree) in such a way we could import it. Yes, please do something about our base(1) being unable to talk in anything non-ASCII. I'm using editors/nvi-devel now, which was WIDECHAR option, and was wondering why those changes were never imported into the base. How is nvi 1.81.6 (per editors/nvi-devel) is different from nvi2, btw? ./danfe From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 09:15:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ADEAE885 for ; Sun, 11 Aug 2013 09:15:18 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AEB12B19 for ; Sun, 11 Aug 2013 09:15:17 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id ox1so4895471veb.37 for ; Sun, 11 Aug 2013 02:15:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ai0QFDZjCWHmGk5PzWRXkDEDWrU8YsqsUY1oG+FC6mA=; b=LJfjMt83MjT+t16v0PCBMxKHuW0WkP+2oKXHl0tEtyUoXGAc7QqQeeU9SR4SumWBtE DFvT3GMkVy3v3SdgEOKeLIxl8ztdoM5WB1hMhF35pYtVmfVQEjaEVbEItu8jUNBjm26k EJGcBQEPIa1VLCJ2lGqBazbOyOALCbrT5bck8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ai0QFDZjCWHmGk5PzWRXkDEDWrU8YsqsUY1oG+FC6mA=; b=nCeRBTiD2gbzK7+KEgAHLUlhpAYDzbrnZESO5+PvRjuv86B8KiBiZrrmfEqUx0skcb MtG0zGkEwSjqzZERA45A/JM7Wbz9I45WpdN0sWZYFER3MiD//YL/dx4FGGl/n3DIodyX NnNDt+neUQCaJwPg5VfP/ObXMEj3NUKZZrFq7nb9e5rrhMNO2eGg7B91YyCEnwuFzHEb Zkj3G1ms5swnqbNQaVGFWMpFYzzMM8Xp4NvqBvsFXwMXYQF1jimoviV8xghgXyAC/D6u q3zMfL1CvfkqVXeIwIA4mepWCetanSEojCXooCE4gCgfjjXaLWzlTb+3UEh4k9xeE03u qAuA== X-Gm-Message-State: ALoCoQk4B01Arjnwk6R65xAqSNhe1JkNNGhzGCFWnHvcjrq+z94G7QoIcBRi1hqMHDsUCXa2hEu6 MIME-Version: 1.0 X-Received: by 10.52.30.18 with SMTP id o18mr3409217vdh.114.1376212515795; Sun, 11 Aug 2013 02:15:15 -0700 (PDT) Received: by 10.220.167.74 with HTTP; Sun, 11 Aug 2013 02:15:15 -0700 (PDT) In-Reply-To: <20130811083529.GA20632@FreeBSD.org> References: <20130811083529.GA20632@FreeBSD.org> Date: Sun, 11 Aug 2013 02:15:15 -0700 Message-ID: Subject: Re: Fun with nvi From: Peter Wemm To: Alexey Dokuchaev Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 09:15:18 -0000 On Sun, Aug 11, 2013 at 1:35 AM, Alexey Dokuchaev wrote: > On Sat, Aug 10, 2013 at 10:33:20AM -0700, Peter Wemm wrote: >> I've been tinkering with the nvi refresh from the GSoC in 2011, aka nvi2. >> >> https://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/zy/1 >> https://github.com/lichray/nvi2 >> >> The goal was to update the multibyte handling in nvi-1.79 (the one we >> have in our tree) in such a way we could import it. > > Yes, please do something about our base(1) being unable to talk in anything > non-ASCII. I'm using editors/nvi-devel now, which was WIDECHAR option, and > was wondering why those changes were never imported into the base. > > How is nvi 1.81.6 (per editors/nvi-devel) is different from nvi2, btw? The original reason was that nvi-devel switched from the db-1.x API to db-3/db-4 which were sleepycat licensed, and are now Oracle. It was a big chunk of code at the time. eg: USE_BDB= 42+ CONFIGURE_ARGS+= --with-db-prefix=${LOCALBASE} nvi2 is nvi-1.79 from base with a serious cleanup pass. The iconv/multibyte code will look quite familiar if you've looked at the nvi-devel code, along with a cherry-picking of additions from nvi-m17n for better CJK/non-utf8 support. nvi2 does not have the same level of sophisticated encoding detection that nvi-m17n has. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV UTF-8: for when a ' just won\342\200\231t do. ZFS must be the bacon of file systems. "everything's better with ZFS" From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 09:24:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id B9E82ADC; Sun, 11 Aug 2013 09:24:02 +0000 (UTC) Date: Sun, 11 Aug 2013 09:24:02 +0000 From: Alexey Dokuchaev To: Peter Wemm Subject: Re: Fun with nvi Message-ID: <20130811092402.GA47711@FreeBSD.org> References: <20130811083529.GA20632@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 09:24:02 -0000 On Sun, Aug 11, 2013 at 02:15:15AM -0700, Peter Wemm wrote: > On Sun, Aug 11, 2013 at 1:35 AM, Alexey Dokuchaev wrote: > > Yes, please do something about our base(1) being unable to talk in anything > > non-ASCII. I'm using editors/nvi-devel now, which was WIDECHAR option, and > > was wondering why those changes were never imported into the base. Yuck, pardon my typos: it should read "base vi(1)" and "has WIDECHAR option". > > How is nvi 1.81.6 (per editors/nvi-devel) is different from nvi2, btw? > > The original reason was that nvi-devel switched from the db-1.x API to > db-3/db-4 which were sleepycat licensed, and are now Oracle. It was a > big chunk of code at the time. eg: > USE_BDB= 42+ > CONFIGURE_ARGS+= --with-db-prefix=${LOCALBASE} > > nvi2 is nvi-1.79 from base with a serious cleanup pass. The > iconv/multibyte code will look quite familiar if you've looked at the > nvi-devel code, along with a cherry-picking of additions from nvi-m17n > for better CJK/non-utf8 support. Understood, thanks for the insight. > nvi2 does not have the same level of sophisticated encoding detection > that nvi-m17n has. I don't care too much about encoding detection since all sane parts of the world would have switched to UTF-8 by now. ;-) ./danfe From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 13:25:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F198A74; Sun, 11 Aug 2013 13:25:45 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5058F2546; Sun, 11 Aug 2013 13:25:44 +0000 (UTC) Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id 930D8AEE; Sun, 11 Aug 2013 08:25:43 -0500 (CDT) Date: Sun, 11 Aug 2013 08:25:42 -0500 (CDT) From: Dan Mack To: Glen Barber Subject: Re: nanobsd-built system doesn't have SVN revision in "uname" (and it looks like regression) In-Reply-To: <20130810182459.GF2432@glenbarber.us> Message-ID: References: <383656436.20130810150849@serebryakov.spb.ru> <37152758.20130810151846@serebryakov.spb.ru> <602958881.20130810180203@serebryakov.spb.ru> <20130810141324.GD2432@glenbarber.us> <529930061.20130810191339@serebryakov.spb.ru> <20130810181152.GE2432@glenbarber.us> <20130810182459.GF2432@glenbarber.us> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Lev Serebryakov , freebsd-embedded@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 13:25:45 -0000 There's still one problem left ... the svnliteversion test fails because you are not in the correct directory. This is the patch that worked for me ... root@olive:/usr/src # svnlite diff sys/conf/newvers.sh Index: sys/conf/newvers.sh =================================================================== --- sys/conf/newvers.sh (revision 254187) +++ sys/conf/newvers.sh (working copy) @@ -105,7 +105,7 @@ done if [ -z "${svnversion}" ] && [ -x /usr/bin/svnliteversion ] ; then - /usr/bin/svnliteversion $(basename ${0}) >/dev/null 2>&1 + cd ${SYSDIR}/conf && /usr/bin/svnliteversion $(basename ${0}) >/dev/null 2>&1 if [ $? -eq 0 ]; then svnversion=/usr/bin/svnliteversion else On Sat, 10 Aug 2013, Glen Barber wrote: > On Sat, Aug 10, 2013 at 02:11:52PM -0400, Glen Barber wrote: >> On Sat, Aug 10, 2013 at 01:09:20PM -0500, Dan Mack wrote: >>> It looks like you are doing the first [! -z '"${svnversion}"' ] >>> before $svnversion is being set. In the old version, this was >>> being set via: >>> >>> if [ -x /usr/bin/svnliteversion ] ; then >>> svnversion=/usr/bin/svnliteversion >>> fi >>> >>> But I'm not sure if that's intentional or not ... >>> >> >> Ugh. No, this was not intentional. I'll have this fixed shortly. >> > > Fixed in r254184. The problem is that I was evaluating ${svnversion} > being set before looking for /usr/bin/svnliteversion; however when > _running_ /usr/bin/svnliteversion, it was being run as > /usr/bin/svnversion by mistake. > > Thank you for the reports, and Dan, thank you for your help. > > Glen > > dan -- Dan Mack From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 13:57:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 82C58211; Sun, 11 Aug 2013 13:57:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52445267F; Sun, 11 Aug 2013 13:57:50 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:29]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id CE7A9DE71; Sun, 11 Aug 2013 13:57:48 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us CE7A9DE71 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 11 Aug 2013 09:57:46 -0400 From: Glen Barber To: Dan Mack Subject: Re: nanobsd-built system doesn't have SVN revision in "uname" (and it looks like regression) Message-ID: <20130811135746.GI2432@glenbarber.us> References: <37152758.20130810151846@serebryakov.spb.ru> <602958881.20130810180203@serebryakov.spb.ru> <20130810141324.GD2432@glenbarber.us> <529930061.20130810191339@serebryakov.spb.ru> <20130810181152.GE2432@glenbarber.us> <20130810182459.GF2432@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="STPqjqpCrtky8aYs" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Lev Serebryakov , freebsd-embedded@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 13:57:50 -0000 --STPqjqpCrtky8aYs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 11, 2013 at 08:25:42AM -0500, Dan Mack wrote: >=20 > There's still one problem left ... the svnliteversion test fails > because you are not in the correct directory. This is the patch that > worked for me ... >=20 Yep, you are correct. Although, rather than cd(1) to the SYSDIR directory, I think using realpath(1) is better, because that will use the full path to the newvers.sh script. Please try r254217, which should *finally* do the right thing. Glen --STPqjqpCrtky8aYs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJSB5haAAoJEFJPDDeguUajMYoH/A2KW3FwM3qh4FdshGW2ltJG WU3jjQvFwUyoP9OZQlOmp3XPQKl3DXkTodN7yNl+HNXKdSuTfCdySqcKQ0LP2lne kbfQtHHdQkn8jFpDaveGGbissbE4t00GeNM4kxn8AzZrY7zENCE5uGR9KiMtpsWH oh3wrdCH3zTclHYYRc1RkwFIeNQVPYtGNe68NFJ2mux8gWGCbdXE0c2wnWhgCYmL q7ECDLDV5P6F1AiEztUyXFPiqaQNceg8aa0HBE0DNegYI3henT0I3FpoXKpXMhd+ yibSlF0Si/E0RWISWGTBxA9g/iKhknB7OEl2lPDduigQ711Q8jmHuj/7RuywXsI= =pCC0 -----END PGP SIGNATURE----- --STPqjqpCrtky8aYs-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 14:00:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33EFE36B; Sun, 11 Aug 2013 14:00:58 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 04B2526BF; Sun, 11 Aug 2013 14:00:57 +0000 (UTC) Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id E6005AFA; Sun, 11 Aug 2013 09:00:56 -0500 (CDT) Date: Sun, 11 Aug 2013 09:00:56 -0500 (CDT) From: Dan Mack To: Glen Barber Subject: Re: nanobsd-built system doesn't have SVN revision in "uname" (and it looks like regression) In-Reply-To: <20130811135746.GI2432@glenbarber.us> Message-ID: References: <37152758.20130810151846@serebryakov.spb.ru> <602958881.20130810180203@serebryakov.spb.ru> <20130810141324.GD2432@glenbarber.us> <529930061.20130810191339@serebryakov.spb.ru> <20130810181152.GE2432@glenbarber.us> <20130810182459.GF2432@glenbarber.us> <20130811135746.GI2432@glenbarber.us> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Lev Serebryakov , freebsd-embedded@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 14:00:58 -0000 Yeah, I agree with avoiding the 'cd' as well. I'll give it a try shortly. Dan On Sun, 11 Aug 2013, Glen Barber wrote: > On Sun, Aug 11, 2013 at 08:25:42AM -0500, Dan Mack wrote: >> >> There's still one problem left ... the svnliteversion test fails >> because you are not in the correct directory. This is the patch that >> worked for me ... >> > > Yep, you are correct. Although, rather than cd(1) to the SYSDIR > directory, I think using realpath(1) is better, because that will use > the full path to the newvers.sh script. > > Please try r254217, which should *finally* do the right thing. > > Glen > > dan -- Dan Mack From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 15:00:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CEC8CE5 for ; Sun, 11 Aug 2013 15:00:58 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 727BA28A7 for ; Sun, 11 Aug 2013 15:00:57 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r7BF0sJi006752 for ; Sun, 11 Aug 2013 11:00:55 -0400 (EDT) (envelope-from andy@neu.net) Date: Sun, 11 Aug 2013 11:00:54 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: buildworld failure In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 15:00:58 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #78 r253966: Mon Aug 5 14:42:05 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 254218 Node Kind: directory Schedule: normal Last Changed Author: jilles Last Changed Rev: 254218 Last Changed Date: 2013-08-11 09:15:01 -0500 (Sun, 11 Aug 2013) I get the following failure when trying to do buildworld: --- kerberos5/lib__L --- --- inquire_context.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../include -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/inquire_context.c -o inquire_context.So --- lib__L --- /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:11: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:12: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:13: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:14: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:15: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:16: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:17: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:18: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:19: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:20: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:21: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:22: warning: null character ignored [-Wnull-character] isc_time_ ... /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:55: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:56: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:57: warning: null character ignored [-Wnull-character] isc_time_ .,, /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:55: warning: null character ignored [-Wnull-character] isc_time_ ... /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14422:30: note: to match this '{' zone_rekey(dns_zone_t *zone) { ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14459:2: error: use of undeclared label 'failure' CHECK(dns_zone_getdb(zone, &db)); ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:422:37: note: expanded from macro 'CHECK' if (result != ISC_R_SUCCESS) goto failure; \ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14486:9: error: use of undeclared label 'trylater' goto trylater; ^ 2996 warnings and 4 errors generated. *** [zone.o] Error code 1 Is anyone else seeing this? From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 16:12:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6616ECFB for ; Sun, 11 Aug 2013 16:12:32 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C0FE2B06 for ; Sun, 11 Aug 2013 16:12:31 +0000 (UTC) Received: from [206.217.92.186] (port=30159 helo=[192.168.252.9]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1V8YFq-00006H-Cp for current@freebsd.org; Sun, 11 Aug 2013 12:12:30 -0400 From: George Neville-Neil Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Anyone looking at Intel Rapid Start? Message-Id: Date: Sun, 11 Aug 2013 12:12:44 -0400 To: current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 16:12:32 -0000 Howdy, Anyone looking into this? http://software.intel.com/en-us/articles/what-is-intel-rapid-start-technology Best, George From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 16:20:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F31DCE7B for ; Sun, 11 Aug 2013 16:20:05 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C71692B48 for ; Sun, 11 Aug 2013 16:20:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=6ewofCxvi/o4SKS8UleinZPX7k0pRsS8lBSNAEpGusk=; b=EPCzpGHv+0CgvgsSPfNB9vWIAa/UpaBrPRiWCoK62s/1QtKm3Wu2KDeAlLm76alU0UOXyATF6lN+w+GSpHcET8SavQpOLRs11VR47zi5h31nWDjdSO1OAiTH1ug2H9u9zsbqOGIBRYbJ2+UuZVNhjzwxUcLrljWrhSyQwgyD3x0=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:15422 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V8YN8-000Dy5-N0 for freebsd-current@freebsd.org; Sun, 11 Aug 2013 11:20:04 -0500 Date: Sun, 11 Aug 2013 11:20:00 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Subject: ZFS Crashes Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 16:20:06 -0000 In the last 12 hours I've had 4 crashes related to ZFS. total 97 -rw-r--r-- 1 ler ler 136488 Aug 11 11:17 core.txt.1 -rw-r--r-- 1 ler ler 117213 Aug 11 11:17 core.txt.2 -rw-r--r-- 1 ler ler 120357 Aug 11 11:17 core.txt.3 -rw-r--r-- 1 ler ler 71718 Aug 11 11:17 core.txt.4 These are all available at: http://www.lerctr.org/~ler/FreeBSD Any help would be appreciated. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 16:59:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4EAC7EC; Sun, 11 Aug 2013 16:59:41 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-bk0-x22a.google.com (mail-bk0-x22a.google.com [IPv6:2a00:1450:4008:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8ED22D11; Sun, 11 Aug 2013 16:59:40 +0000 (UTC) Received: by mail-bk0-f42.google.com with SMTP id my10so1598927bkb.15 for ; Sun, 11 Aug 2013 09:59:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3F6QbHwc3cPURcnGFI3enNFgk3kCp/WowV7rsMqWTHM=; b=YZSFT4+Qw2YXa9dX8m/1Sffilfu4cJvFwBhJwSqOi+uSxMSP6JLcFZ1QdN0R1kre3+ TZBLl/AJfsVXVqKyp7U+OGBvoesc53yWtpfDDuLfFfU+eyqZkgIwOvxNCHIhHSzTHnyW LQOu7KPwZcFbWfuxSS8SgkqOEXSEYt8JtBi7OF09ZC/c0zAYET+ea24Z4h8Os5ZUPSYo xQvQ0OnYYOdYb6b9tK89PI3qaF3ZOHCph+xIpzEVXPZeJSpeNVxE3Qvx2BBYBu5B31Iy sOf1RqKOw4GMA2sDNmbndzZ82vIg0e4nkk+RD+I3UU+t6DwLodx24nga+o+3Iupkim8M MfoQ== X-Received: by 10.205.25.69 with SMTP id rh5mr3141127bkb.122.1376240378710; Sun, 11 Aug 2013 09:59:38 -0700 (PDT) Received: from [192.168.1.4] (adde229.neoplus.adsl.tpnet.pl. [79.184.56.229]) by mx.google.com with ESMTPSA id ct12sm4786445bkb.12.2013.08.11.09.59.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 Aug 2013 09:59:38 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Fix for sys_munlock(2) with racct From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Sun, 11 Aug 2013 18:59:36 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130720112218.GD13628@caravan.chchile.org> <115EDC04-4B95-4FB5-9092-515188D8ADA7@rice.edu> <20130721215038.GE13628@caravan.chchile.org> To: Alan Cox X-Mailer: Apple Mail (2.1508) Cc: Jeremie Le Hen , Alan Cox , freebsd-current@FreeBSD.org, Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 16:59:41 -0000 Wiadomo=B6=E6 napisana przez Alan Cox w dniu 30 lip 2013, = o godz. 19:40: > On Jul 21, 2013, at 2:50 PM, Jeremie Le Hen wrote: >>=20 >>> Also, a wired mapping can be destroyed by calling munmap(2) without >>> first calling munlock(2), in which case, RACCT_MEMLOCK will be >>> incorrect. >>=20 >> So I think the right way to tackle this is to handle racct in the vm >> layer rather than at the syscall layer. >>=20 >=20 > The VM system already maintains counters equivalent to RACCT_VMEM and = RACCT_MEMLOCK. They are "map->size" and "pmap_wired_count(map->pmap)". = Instead of maintaining duplicate counters, could the resource accounting = framework be extended to support callbacks to obtain a value when it's = actually needed? That would be rather hard. The way this works is that raccts are = hierarchical, and every time resource allocation is done, its respective counter needs to be = propagated all the way up. If it hits a limit somewhere, the racct function returns error = meaning the resource allocation was denied. In other words, racct wants to know when the = counter changes. From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:05:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F31ED974 for ; Sun, 11 Aug 2013 17:05:10 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CCDA82D5C for ; Sun, 11 Aug 2013 17:05:10 +0000 (UTC) Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id 97D89B1B; Sun, 11 Aug 2013 12:05:09 -0500 (CDT) Date: Sun, 11 Aug 2013 12:05:08 -0500 (CDT) From: Dan Mack To: Larry Rosenman Subject: Re: ZFS Crashes In-Reply-To: Message-ID: References: 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 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:05:11 -0000 I'm running zfs on a few systems with recent builds; which version of current were you last stable on ... if you can recall? FWIW I'm so far pretty stable on 254187 (on two systems) and also on r253918 Dan On Sun, 11 Aug 2013, Larry Rosenman wrote: > In the last 12 hours I've had 4 crashes related to ZFS. > > > total 97 > -rw-r--r-- 1 ler ler 136488 Aug 11 11:17 core.txt.1 > -rw-r--r-- 1 ler ler 117213 Aug 11 11:17 core.txt.2 > -rw-r--r-- 1 ler ler 120357 Aug 11 11:17 core.txt.3 > -rw-r--r-- 1 ler ler 71718 Aug 11 11:17 core.txt.4 > > These are all available at: > http://www.lerctr.org/~ler/FreeBSD > > Any help would be appreciated. > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 > _______________________________________________ > 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" > dan -- Dan Mack From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:07:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 56A31C2E for ; Sun, 11 Aug 2013 17:07:02 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 211692D8B for ; Sun, 11 Aug 2013 17:07:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=q3HBwiDRBPF7E5rHQ8qPLSsPwKrXokzwWpgfKTJQjI8=; b=RIv5X6TBMkB2bIFUZweYt+wte7pu2ZCzhlRWmrEX47tQDbYbXDqH1pIiK9lotIrfefyfDkQ6/Pstf26f8A8jX/OODzDmyGuVnDiFYvU8qDDT5ZmXiwhkS25Y7nzu6pq7OaSuQ3+mC/plI2E+ima/WllqN/O+2SautiEAKMUpHkg=; Received: from localhost.lerctr.org ([127.0.0.1]:60039 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V8Z6Z-000CwX-S4; Sun, 11 Aug 2013 12:07:01 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 11 Aug 2013 12:06:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 11 Aug 2013 12:06:59 -0500 From: Larry Rosenman To: Dan Mack Subject: Re: ZFS Crashes In-Reply-To: References: Message-ID: <5594c01ea6c9b7a2d7639195c1f832ab@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Score: -5.6 (-----) X-LERCTR-Spam-Score: -5.6 (-----) X-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.699 X-LERCTR-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.699 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:07:02 -0000 On 2013-08-11 12:05, Dan Mack wrote: > I'm running zfs on a few systems with recent builds; which version of > current were you last stable on ... if you can recall? > > FWIW I'm so far pretty stable on 254187 (on two systems) and also on > r253918 > > Dan > About 3-4 days ago (not sure of the svn rev). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:29:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 23173164 for ; Sun, 11 Aug 2013 17:29:47 +0000 (UTC) (envelope-from prvs=1935f40c3d=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B83102E69 for ; Sun, 11 Aug 2013 17:29:46 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50005445312.msg for ; Sun, 11 Aug 2013 18:29:44 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 11 Aug 2013 18:29:44 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1935f40c3d=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: From: "Steven Hartland" To: "Larry Rosenman" , References: Subject: Re: ZFS Crashes Date: Sun, 11 Aug 2013 18:29:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:29:47 -0000 You seem to be getting a selection of random looking issues bad hardware would be my first guess. Run a memtest and see if it turns up anything. Regards Steve ----- Original Message ----- From: "Larry Rosenman" To: Sent: Sunday, August 11, 2013 5:20 PM Subject: ZFS Crashes > In the last 12 hours I've had 4 crashes related to ZFS. > > > total 97 > -rw-r--r-- 1 ler ler 136488 Aug 11 11:17 core.txt.1 > -rw-r--r-- 1 ler ler 117213 Aug 11 11:17 core.txt.2 > -rw-r--r-- 1 ler ler 120357 Aug 11 11:17 core.txt.3 > -rw-r--r-- 1 ler ler 71718 Aug 11 11:17 core.txt.4 > > These are all available at: > http://www.lerctr.org/~ler/FreeBSD > > Any help would be appreciated. > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:31:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AA79B28D for ; Sun, 11 Aug 2013 17:31:01 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7953D2EA4 for ; Sun, 11 Aug 2013 17:31:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=cz8tKFmdtMuU0oL++vLn+tIMS0Tq647Bu68ct6geRXA=; b=AY4H9vvo80vGYS6Maba6O3A2cfqHv9T7Xm8U8DCQjkVeY55K4jbKw9NGi8uZKjz6UvLruWRvM8aozfVT17BZ35mDS+8iOgWceH1nOYkeRKgbIpuouu72lGCtghI/+fws2jM9zbeO/6IrkbTkHqzi74Yz3BiGB5MjwVTarqYogLA=; Received: from localhost.lerctr.org ([127.0.0.1]:31080 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V8ZTn-000D9X-A8; Sun, 11 Aug 2013 12:31:00 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 11 Aug 2013 12:30:58 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 11 Aug 2013 12:30:58 -0500 From: Larry Rosenman To: Steven Hartland Subject: Re: ZFS Crashes In-Reply-To: References: Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Score: -5.6 (-----) X-LERCTR-Spam-Score: -5.6 (-----) X-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.699 X-LERCTR-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.699 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:31:01 -0000 On 2013-08-11 12:29, Steven Hartland wrote: > You seem to be getting a selection of random looking issues > bad hardware would be my first guess. Run a memtest and > see if it turns up anything. > > Regards > Steve > same hardware was ROCK STABLE till this weekend. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:41:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 510F152C for ; Sun, 11 Aug 2013 17:41:26 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 114D82F55 for ; Sun, 11 Aug 2013 17:41:25 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id jz10so4955645veb.26 for ; Sun, 11 Aug 2013 10:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a6NdBtxVaeWIEqDKzUPlUO/BYNxK5Gr7mlLwbrHKLVM=; b=Bir+4sZL4p7pNo1wl8sSIVa+l3U8QFZyMfJJmbN0VNFAOo68qbLosCDwmhZhVDcBLf 0AEJ2XWfG0N3RpF3b6dQg4rfePkGhAOMMJwi3VMFyM2iKT3O+GokUCDlbKrOhaJV+b5A Us6rlPu6Z7fF1IfhESNyk7pfsvBbk4OTaHdpDEbKZz4lKwd4llYMGWEpz4G6iErsxPAi apBRffRJbyPI4Jq/9AV1aalZCKT33lx4n1/ZxcYMjpcyViOrWrl454WxYyJeWsFSncgP dojqWOrGOs85H5foDdFgz2dDnVLAmqqTCJRMdK7f0FmTM0oU20Qbk6tXe+DtYFQIoI4r KvTw== MIME-Version: 1.0 X-Received: by 10.220.65.134 with SMTP id j6mr11084783vci.78.1376242885134; Sun, 11 Aug 2013 10:41:25 -0700 (PDT) Received: by 10.220.96.78 with HTTP; Sun, 11 Aug 2013 10:41:25 -0700 (PDT) In-Reply-To: References: Date: Sun, 11 Aug 2013 13:41:25 -0400 Message-ID: Subject: Re: ZFS Crashes From: "Sam Fourman Jr." To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:41:26 -0000 > same hardware was ROCK STABLE till this weekend. > Larry, it would help if you had a svn revision #, for what it is worth, I had a machine that was crashing all over the place, after r254141 a fresh svnlite up and new kernel r254196 seems to have fixed my problem atleast... -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:44:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DFF73675 for ; Sun, 11 Aug 2013 17:44:54 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD3192F81 for ; Sun, 11 Aug 2013 17:44:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=fpkoDn52lQYt+no2h+f5zLMYB9Bm9jwkmumJiJomlSw=; b=E41wd8xIaSiIC8pqfhB/yRxqSOnZ7fv6W9Zr0OnVcosODhKm1QEPJN7gSxAYfoHLxNu1cy5h+n81/wNr+mDOGHVZohRVurY/f9XtN2MYHcC2q2V3ECMDNpnznEx1F97aReIg0HwHh7eTzkAk+fNJZHrfDxdLF9vd5K9OVBXqUKM=; Received: from localhost.lerctr.org ([127.0.0.1]:41949 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V8ZhC-000DFp-2J; Sun, 11 Aug 2013 12:44:51 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 11 Aug 2013 12:44:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 11 Aug 2013 12:44:49 -0500 From: Larry Rosenman To: "Sam Fourman Jr." Subject: Re: ZFS Crashes In-Reply-To: References: Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Score: -5.6 (-----) X-LERCTR-Spam-Score: -5.6 (-----) X-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.699 X-LERCTR-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.699 Cc: freebsd-current@freebsd.org, Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:44:54 -0000 On 2013-08-11 12:41, Sam Fourman Jr. wrote: >> same hardware was ROCK STABLE till this weekend. >> > > Larry, > it would help if you had a svn revision #, for what it is worth, I had > a machine > that was crashing all over the place, after r254141 > > a fresh svnlite up and new kernel r254196 seems to have fixed my > problem atleast... The SVN rev was AWOL from the uname till this AM. This is still crashing with current HEAD. :( I have a memtest86+ running just on general principles. It's 64G -- It'll take a while :) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:47:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D5B507A2 for ; Sun, 11 Aug 2013 17:47:38 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7812F9D for ; Sun, 11 Aug 2013 17:47:38 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id D4C0361B2 for ; Sun, 11 Aug 2013 19:38:36 +0200 (CEST) Message-ID: <5207CC16.2090109@peterschmitt.fr> Date: Sun, 11 Aug 2013 19:38:30 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ZFS Crashes References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cBMW6uHDMia9jdALoT9khb60we3iROupc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:47:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cBMW6uHDMia9jdALoT9khb60we3iROupc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 11/08/2013 19:30, Larry Rosenman a =E9crit : > On 2013-08-11 12:29, Steven Hartland wrote: >> You seem to be getting a selection of random looking issues >> bad hardware would be my first guess. Run a memtest and >> see if it turns up anything. >> >> Regards >> Steve >> >=20 > same hardware was ROCK STABLE till this weekend. Things goes well until they go down=85 --cBMW6uHDMia9jdALoT9khb60we3iROupc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSB8waAAoJEMtO2Sol0IIm66IH/3ZWIrKeyDGo+l3gtBjeDWjp kzuE0AY9O7N3KEKL3/qUSDFU5QyMpXfUl/LdD4qDvDj2M2eb8dYljrCbK1Ab/2qV VuTHW1D5/tpvDV8a1JufOw+wAzqISanQ90H2ndzStwUDONxO27C7K/aPsYQwZeSf DM8n/h6GXZ8oO7lytrSYztUzHsvuBQkWuKjoRph7Jj13cl5QePhMBOzJlITn7QVw BgTTeAgzNFVFz3j5zIpbUZFMkjkbbeqkn52B1XdUF4KTYTjWV+l4Vqx8Wy37edwn ZIj+9qchk8YEsCNgZ6DS1shY6vUvUaahZGRJN0hH4I5c/V1DXAXFG9X+VBJZp1o= =1rCN -----END PGP SIGNATURE----- --cBMW6uHDMia9jdALoT9khb60we3iROupc-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 17:48:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6F4E18C1 for ; Sun, 11 Aug 2013 17:48:33 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F6352FB2 for ; Sun, 11 Aug 2013 17:48:33 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id ha11so2211708vcb.21 for ; Sun, 11 Aug 2013 10:48:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AegKF2kV4q2r3KfMuzW2b7FZ7Oli8HUpW8M0YA5wh3A=; b=qwjQfNq6OVxe/RB2FvpEmDhmM4lN4TgDPyyDQrAnJNVU4zeNpMh+9x+3TO3druEPQ/ BQIEd0RenSWct6aYVTfFn/bJHa13/ua9KEysxh+AheLxkM8z6VHpzZHBNcJFcAuHMFqH 2PywkJ8EaXMaoekhgOb+kZykOgClo83kwrSddnvPJ6pfi3DjyxrHaZElFw1+CoFx8XWu X0utE7Uz+1AaiT6fWMRYE3bGOK1vih7PlzZa5ojMb5foThsQ87IQqFB5EA9x4DpKJW37 REgoHp8K3cbh3jeLoQKMVLIKiab/DP42vZmzHLYKyHsXAzDdiZ4q703t4Kxff+7nktPK 7n1A== MIME-Version: 1.0 X-Received: by 10.220.238.81 with SMTP id kr17mr4753160vcb.61.1376243311810; Sun, 11 Aug 2013 10:48:31 -0700 (PDT) Received: by 10.220.96.78 with HTTP; Sun, 11 Aug 2013 10:48:31 -0700 (PDT) In-Reply-To: References: Date: Sun, 11 Aug 2013 13:48:31 -0400 Message-ID: Subject: Re: ZFS Crashes From: "Sam Fourman Jr." To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 17:48:33 -0000 > The SVN rev was AWOL from the uname till this AM. > Oh snap you are right, I didn't even notice uname -a lost the rev # looks like I have some compiling to do :) -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 18:05:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 088CDC28 for ; Sun, 11 Aug 2013 18:05:00 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC20020B0 for ; Sun, 11 Aug 2013 18:04:59 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id jz10so5074393veb.12 for ; Sun, 11 Aug 2013 11:04:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2QXJjYSABYLmKPncb1HpYuyu4fhVJ/SiNBAuKod/Yzg=; b=o7bdmKFllgqkjIYKWOGkk2FjmvajHjbiGkY3Fsd4OBIw/6NJ6+WySMK/kdsPSZWD/y 99jG2rQGcORjHEwKngJ1wiHJtSOZvFBZQxxZsJUUK483UAdYS1SJPgHseHGXE99GB6dO VWa34sMAwHrHP+w8wXTC8HBu8DcAgYNQrZIuR/8QwV9cO2/MY7ba0qVgtwypNg/ikRxM HzIHlVj8ZEBwlAW5FdXmreAUhTiy/wQuwFpqKyaO7GpQZ0Grj5WZJroGtv0M4ychweL4 HIpzQZfKfaYX+OhE105YQLNlrLodrWUvJF6HpGhqbkewrnS9bnMDhP6hfoyL/yUdO92N KxMQ== MIME-Version: 1.0 X-Received: by 10.58.237.105 with SMTP id vb9mr4882824vec.2.1376244298956; Sun, 11 Aug 2013 11:04:58 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.21.140 with HTTP; Sun, 11 Aug 2013 11:04:58 -0700 (PDT) In-Reply-To: References: Date: Sun, 11 Aug 2013 11:04:58 -0700 X-Google-Sender-Auth: 1pJnBgdIWkawVZv3CN1KLiRywJE Message-ID: Subject: Re: ZFS Crashes From: Davide Italiano To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Cc: Alan Cox , freebsd-current , Jeff Roberson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 18:05:00 -0000 On Sun, Aug 11, 2013 at 9:20 AM, Larry Rosenman wrote: > In the last 12 hours I've had 4 crashes related to ZFS. > > > total 97 > -rw-r--r-- 1 ler ler 136488 Aug 11 11:17 core.txt.1 > -rw-r--r-- 1 ler ler 117213 Aug 11 11:17 core.txt.2 > -rw-r--r-- 1 ler ler 120357 Aug 11 11:17 core.txt.3 > -rw-r--r-- 1 ler ler 71718 Aug 11 11:17 core.txt.4 > > These are all available at: > http://www.lerctr.org/~ler/FreeBSD > > Any help would be appreciated. > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 > _______________________________________________ > 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" Hi, at least one of your panics seems related to the recent changes in kernel virtual address allocation. (namely, http://www.lerctr.org/~ler/FreeBSD/core.txt.3). You can try revert the revision that introduced them and see if this stabilizes things. Just a guess though. http://svnweb.freebsd.org/base?view=revision&revision=254025 Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sun Aug 11 19:48:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 19A28EAF for ; Sun, 11 Aug 2013 19:48:10 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id EA54224C8 for ; Sun, 11 Aug 2013 19:48:09 +0000 (UTC) Received: from 186-242-14-133.user3g.veloxzone.com.br (186-242-14-133.user3g.veloxzone.com.br [186.242.14.133]) by phoenix.eternamente.info (Postfix) with ESMTPA id C9CEF1CC58 for ; Sun, 11 Aug 2013 16:37:52 -0300 (BRT) User-Agent: K-9 Mail for Android MIME-Version: 1.0 Subject: Notebook, Geforce Gtx 660M and ibtel HD From: Nenhum_de_Nos Date: Sun, 11 Aug 2013 16:37:53 -0300 To: current@freebsd.org Message-ID: <2586e345-31e4-4284-94fc-08fb412abd92@email.android.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Aug 2013 19:48:10 -0000 Hail, I am back to desktoo and FreeBSD, but I cant pass the simple test to make X alive. Xorg -configure detects two vga and two displays, but neither seems to work. On 9.2rc I got to show X, but deadlock soon after. Now I installed head, and cant even get X to work. The nvidia driver refuses to install, tons of errors (not at home now to copy the messages). I have optimus nvidia hardware. Is there any guide to this? Any vga working will do, if capable to play videos and do 2d stuff. Thanks in advance, Matheus " We will call you Cygnus, The God of balance you shall be" From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 03:52:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E15B76D9 for ; Mon, 12 Aug 2013 03:52:43 +0000 (UTC) (envelope-from shigeru@iij.ad.jp) Received: from omgo.iij.ad.jp (mo30.iij.ad.jp [202.232.30.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A7A82747 for ; Mon, 12 Aug 2013 03:52:43 +0000 (UTC) DKIM-Signature: v=1;a=rsa-sha256;c=relaxed/simple;d=iij.ad.jp;h=Date: Message-Id:To:Subject:From:Mime-Version:Content-Type: Content-Transfer-Encoding;i=shigeru@iij.ad.jp;s=omgo1;t=1376279318;x= 1377488918; bh=5Mg74AZlD0kMXQ4N9kdHAXUGKqk+bI3yMDHNnUMEPvc=; b=IQdEQpcOBbN54w9G ewXLf1PEQxtozTvGjV5dFUBuOdaeAmmki7MH9NZuGCan3LjNRbMzehRM+Eme/aIEjtI1QB7AAcNIR I1u7GVWtmrBeMsHkN82vtr591K/4LCVePUrt3Fk98ElBdmD9z5f0DqpqiGTFocX2NWwRwxzO8Ck+I c=; Received: by omgo.iij.ad.jp (mo30) id r7C3mcxw013765; Mon, 12 Aug 2013 12:48:38 +0900 Date: Mon, 12 Aug 2013 12:48:34 +0900 (JST) Message-Id: <20130812.124834.1287983109881683567.shigeru@iij.ad.jp> To: freebsd-current@freebsd.org Subject: quick hack to support "option VIMAGE" on USB Ethernet From: YAMAMOTO Shigeru X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 03:52:43 -0000 Hi all, I hope to use "option VIMAGE" on RaspberryPi. So, I try to make a patch. http://freebsd-current.os-hackers.jp/pub/FreeBSD/snapshots/20130812/raspberry-pi/patch-vimage-r254236.diff #There is a SD image for RaspberryPi at same place. But, I only test it for if_smsc driver on RaspberryPi. I don't test other architectures/devices. Please test my patch and suggest the way to support "option VIMAGE" on USB devices, if you are interested in. Thanks, ------- YAMAMOTO Shigeru From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 09:04:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42A9921C for ; Mon, 12 Aug 2013 09:04:54 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id E82CC266B for ; Mon, 12 Aug 2013 09:04:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from :mime-version:to:cc:subject:content-type :content-transfer-encoding; s=smtpapi; bh=J1T9OrT/egJvd8GQDzRsS5 SAQsg=; b=gCruCdhNHDKsW+sNvCzcOTtecYCRbYgbO+zGVGzDIQiKEEVk/D72n3 2eex8AFi5tbqaUdvMQ+K/qn7zJYIyGZEpfgKkfrm32K668iQz2f6M76KV+ynWBtJ fdySrZKTR72vBnioLB/Z9ebmvOkNG3PAB+2zFfpm7gjkeulqOj7jA= Received: by 10.4.35.218 with SMTP id mf1.24333.5208A5344 Mon, 12 Aug 2013 09:04:52 +0000 (GMT) Received: from mail.tarsnap.com (unknown [10.60.208.15]) by mi12 (SG) with ESMTP id 14071c55538.39e1.48ce7b for ; Mon, 12 Aug 2013 09:04:52 +0000 (UTC) Received: (qmail 37800 invoked from network); 12 Aug 2013 09:04:51 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 12 Aug 2013 09:04:51 -0000 Received: (qmail 31925 invoked from network); 12 Aug 2013 09:02:00 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 12 Aug 2013 09:02:00 -0000 Message-ID: <5208A488.2050603@freebsd.org> Date: Mon, 12 Aug 2013 02:02:00 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130722 Thunderbird/17.0.7 MIME-Version: 1.0 To: FreeBSD current Subject: panic: UMA: Increase vm.boot_pages with 32 CPUs X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S+KMwf/YenPAcqgzGcmiLLRAWVGw/ruMrwSGQnPWg2P0+4vRF6IZO2G8/mnaqNTsGhmRUk5I64xA/uHOlVatkQ+ Cc: alc@freebsd.org, Attilio Rao , Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 09:04:54 -0000 Hi all, A HEAD@254238 kernel fails to boot in EC2 with > panic: UMA: Increase vm.boot_pages on 32-CPU instances. Instances with up to 16 CPUs boot fine. I know there has been some mucking about with VM recently -- anyone want to claim this, or should I start doing a binary search? -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 09:24:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61F05DF3; Mon, 12 Aug 2013 09:24:31 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A73927B9; Mon, 12 Aug 2013 09:24:29 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r7C96CR9045802; Mon, 12 Aug 2013 04:06:12 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id r7C96BTR045801; Mon, 12 Aug 2013 04:06:11 -0500 (CDT) (envelope-from brooks) Date: Mon, 12 Aug 2013 04:06:11 -0500 From: Brooks Davis To: Willy Offermans Subject: Re: control of order of inet devices Message-ID: <20130812090611.GD4928@lor.one-eyed-alien.net> References: <20130416135621.GE3286@vpn.offrom.nl> <20130416154423.GD98205@lor.one-eyed-alien.net> <20130417091408.GG3480@vpn.offrom.nl> <516E6B10.2080000@gmail.com> <20130417200127.GB30583@lor.one-eyed-alien.net> <20130805091603.GB4557@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <20130805091603.GB4557@vpn.offrom.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Brooks Davis , freebsd-current@freebsd.org, Joshua Isom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 09:24:31 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 05, 2013 at 11:16:03AM +0200, Willy Offermans wrote: > Hello Brooks, >=20 > On Wed, Apr 17, 2013 at 03:01:27PM -0500, Brooks Davis wrote: > > On Wed, Apr 17, 2013 at 04:27:44AM -0500, Joshua Isom wrote: > > > On 4/17/2013 4:14 AM, Willy Offermans wrote: > > > > This is what I read in some of the articles or handbook as well. Ca= n I > > > > reorder this linked list? Can I control the order by creating the k= ernel > > > > and reordering the inclusion of the device drivers? > > > > > > > > I am aware that the request sounds silly, but I have a third party = program > > > > which checks its licence against the first inet device. Since I hav= e added > > > > a new inet controller, the sequence has changed. Of course I ask fo= r a new > > > > licence, but they want to charge me for that and I do not see any r= eason > > > > for that. > > >=20 > > > Load old inet devices like normal, in loader.conf. Then load the new= =20 > > > device driver before networking, after rc's started. If it'd because= of=20 > > > probe order, then you might just have to control the probe order the= =20 > > > hard way. If the program's calling ifconfig itself, you could write = a=20 > > > wrapper to resort the output. And call a lawyer, getting a new ether= net=20 > > > card shouldn't void a license. > >=20 > > It wouldn't be particularly hard to influence the sorting of the list if > > you're willing to modify the if_attach_internal() function and always > > insert devices with that name at the beginning. It just doesn't seem > > very general purpose so I'd have a hard time considering including it. > >=20 > > -- Brooks >=20 > I see und subscribe to your point. However it is not clear to me how the > order is established. Maybe if I know that, I can influence the order. Can > you comment on that? The order is simply the order the devices probe in. That's basicaly a black box with the order set by the bus hierarchy. > Where can I find the code for the if_attach_internal() function? Digging > into the code might also elucidate a lot of things, so I need to ask less > :). Maybe I will change the code a bit to suite my wishes. If that is the > case, I will inform the list and show the code. Maybe it is useful. sys/net/if.c around line 586. -- Brooks --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFSCKWBXY6L6fI4GtQRAlkEAJ9jhY4pLwKgzSnSahUTRrlhPiTERQCbBev/ iPzZbcj6YdBaQSxZouTwrQM= =66nB -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 15:13:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BFD87207; Mon, 12 Aug 2013 15:13:16 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D0D825B5; Mon, 12 Aug 2013 15:13:15 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id r7CFDEL4007582; Mon, 12 Aug 2013 08:13:14 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id r7CFDEC0007581; Mon, 12 Aug 2013 08:13:14 -0700 (PDT) (envelope-from david) Date: Mon, 12 Aug 2013 08:13:14 -0700 From: David Wolfskill To: current@freebsd.org Subject: Early drop to debugger with DEBUG_MEMGUARD Message-ID: <20130812151314.GE1570@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Uwl7UQhJk99r8jnw" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 15:13:16 -0000 --Uwl7UQhJk99r8jnw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I first noticed this on my laptop on 08 Aug, after having built & booted FreeBSD 10.0-CURRENT #975 r253985M/253985:1000041: Tue Aug 6 05:28:39 PDT= 2013 root@localhost:/common/S4/obj/usr/src/sys/CANARY i386 OK. I'm away from home, and Internet access is a bit flaky, so initially, I suspected that something may have gone wrong with my source update; I later determined that disabling "options DEBUG_MEMGUARD" would avoid the panic. That said, I had been running a kernel with DEBUG_MEMGUARD for quite a while without issues; I suspect that this drop to debugger either reflects a real problem that disabling DEBUG_MEMGUARD merely hides or htat the assert in src/sys/kern/subr_vmem.c:1050 isn't actually correct in all cases. So I finally(!) had a chance to try to reproduce the error on a machine with a serial console; here's a cut/paste from that: =2E.. | 7. Boot [V]erbose: NO | `:` `:` | | .-- `--. | | .---.....----. +-----------------------------------------+ =20 Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r254245M/254246:1000042: Mon Aug 12 07:20:47 PDT 2= 013 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. panic: Assertion strat =3D=3D M_BESTFIT || strat =3D=3D M_FIRSTFIT failed a= t /usr/src/sys/kern/subr_vmem.c:1050 cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper(c116fcdc,73752f20,72732f72,79732f63,656b2f73,...) at = db_trace_self_wrapper+0x2d/frame 0xc1820ba0 kdb_backtrace(c11c4b23,0,c0f8a835,c1820c74,c0f8a835,...) at kdb_backtrace+0= x30/frame 0xc1820c08 vpanic(c12eea08,100,c0f8a835,c1820c74,c1820c74,...) at vpanic+0x11f/frame 0= xc1820c44 kassert_panic(c0f8a835,c1172e98,c1172e39,41a,8,...) at kassert_panic+0xea/f= rame 0xc1820c68 vmem_alloc(c130d680,6681000,2,c1820cc0,3b5,...) at vmem_alloc+0x53/frame 0x= c1820ca0 memguard_init(c130d680,c0a9fa50,c6800000,20281000,1000,10000,0) at memguard= _init+0x29/frame 0xc1820cc4 kmeminit(c14b9fd4,c10efc89,0,0,c1820d30,...) at kmeminit+0x171/frame 0xc182= 0cf0 mallocinit(0,0,2,0,c11d3728,...) at mallocinit+0x32/frame 0xc1820d30 mi_startup() at mi_startup+0xf7/frame 0xc1820d58 begin() at begin+0x2c KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x3d: movl $0,kdb_why db>=20 As you can see, this is well before any device probes or much of anything else. Thus, I suspect that it's fairly possible that the assertion may well be OK after a certain point in the boot sequence, but decidedly *not* OK in this specific instance. Or perhaps the assertion just doesn't play well with DEBUG_MEMGUARD. I'm not about to pretend that I have anywhere near enough familiarity with what's going on to even suggest a fix, but it seems to me that Something Is Wrong Here. The kernel config (in this case) is: include GENERIC ident MEMGUARD options DEBUG_MEMGUARD The system was running a copy of: FreeBSD 10.0-CURRENT #1243 r254245M/254246:1000042: Mon Aug 12 05:39:42 PD= T 2013 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC= i386 but with a newly-built MEMGUARD kernel (as above), built from the same sources. I have some time to poke at it for the next few hours; subject to my Internet access & available time, I'm happy to do that, try patches, or whatever, but I could use a bit of guidance. Since it's been completely reproducible for me, I suspect that anyone with sufficiently recenty sources running head can reproduce it merely by enabling "options DEBUG_MEMGUARD", rebuilding the kernel, and booting it. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Uwl7UQhJk99r8jnw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlII+4kACgkQmprOCmdXAD2NFwCfftEdcQZx8L7KA9TGZTwe9xOI Z84AoITSeVTZyz7qblPQ6u+qIPB7KYV/ =jYO1 -----END PGP SIGNATURE----- --Uwl7UQhJk99r8jnw-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 15:30:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2EE9C6C7 for ; Mon, 12 Aug 2013 15:30:17 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x231.google.com (mail-vb0-x231.google.com [IPv6:2607:f8b0:400c:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E447D26F5 for ; Mon, 12 Aug 2013 15:30:16 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id w16so5764466vbb.22 for ; Mon, 12 Aug 2013 08:30:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Ix3dRRbk5RYbra5eJU9gtDB1Ehfoye5V/7McaRK6yJE=; b=Eo6669Mr2eLskr+Uf+uu+VnaaIID18zAq6MlKhQ9+lLl1Jw70Z1aEsscMvmLWhZ0Y5 Ka6T7FvqwwLC6UjhqDOHn/sBmzjps9W1319B1gTgeZThR94VxwdacZKR9FxJmdgsUzwP tuk6j/CGkBWJ3CO5hM2ZXuBDIoAVHivPOr2FqcF52MplvwSNuLQH3QYCQUNZ7A+SDcx+ 9MJWtSgyiY6H3m1FHcsCknOob6azS777pLSw/tGZdU1fSJQy35yegVZr0V9uyXF1Co5d F9Qr2y+t8OM2QK1ISi28o8q/4mSbS6r8MgiQlBz+uWCeWjzPszbki2QY/ViLuTB8Jn6g 68MA== MIME-Version: 1.0 X-Received: by 10.220.182.193 with SMTP id cd1mr6778976vcb.32.1376321415901; Mon, 12 Aug 2013 08:30:15 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.21.140 with HTTP; Mon, 12 Aug 2013 08:30:15 -0700 (PDT) In-Reply-To: <20130812151314.GE1570@albert.catwhisker.org> References: <20130812151314.GE1570@albert.catwhisker.org> Date: Mon, 12 Aug 2013 08:30:15 -0700 X-Google-Sender-Auth: tWsyRnZUNhFntl4edRPjLhwTLDU Message-ID: Subject: Re: Early drop to debugger with DEBUG_MEMGUARD From: Davide Italiano To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 15:30:17 -0000 On Mon, Aug 12, 2013 at 8:13 AM, David Wolfskill wrote: > I first noticed this on my laptop on 08 Aug, after having built & booted > > FreeBSD 10.0-CURRENT #975 r253985M/253985:1000041: Tue Aug 6 05:28:39 PDT 2013 root@localhost:/common/S4/obj/usr/src/sys/CANARY i386 > > OK. I'm away from home, and Internet access is a bit flaky, so > initially, I suspected that something may have gone wrong with my > source update; I later determined that disabling "options DEBUG_MEMGUARD" > would avoid the panic. > > That said, I had been running a kernel with DEBUG_MEMGUARD for quite > a while without issues; I suspect that this drop to debugger either > reflects a real problem that disabling DEBUG_MEMGUARD merely hides > or htat the assert in src/sys/kern/subr_vmem.c:1050 isn't actually > correct in all cases. > > So I finally(!) had a chance to try to reproduce the error on a > machine with a serial console; here's a cut/paste from that: > > ... > | 7. Boot [V]erbose: NO | `:` `:` > | | .-- `--. > | | .---.....----. > +-----------------------------------------+ > > > Booting... > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #0 r254245M/254246:1000042: Mon Aug 12 07:20:47 PDT 2013 > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i386 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > panic: Assertion strat == M_BESTFIT || strat == M_FIRSTFIT failed at /usr/src/sys/kern/subr_vmem.c:1050 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c116fcdc,73752f20,72732f72,79732f63,656b2f73,...) at db_trace_self_wrapper+0x2d/frame 0xc1820ba0 > kdb_backtrace(c11c4b23,0,c0f8a835,c1820c74,c0f8a835,...) at kdb_backtrace+0x30/frame 0xc1820c08 > vpanic(c12eea08,100,c0f8a835,c1820c74,c1820c74,...) at vpanic+0x11f/frame 0xc1820c44 > kassert_panic(c0f8a835,c1172e98,c1172e39,41a,8,...) at kassert_panic+0xea/frame 0xc1820c68 > vmem_alloc(c130d680,6681000,2,c1820cc0,3b5,...) at vmem_alloc+0x53/frame 0xc1820ca0 > memguard_init(c130d680,c0a9fa50,c6800000,20281000,1000,10000,0) at memguard_init+0x29/frame 0xc1820cc4 > kmeminit(c14b9fd4,c10efc89,0,0,c1820d30,...) at kmeminit+0x171/frame 0xc1820cf0 > mallocinit(0,0,2,0,c11d3728,...) at mallocinit+0x32/frame 0xc1820d30 > mi_startup() at mi_startup+0xf7/frame 0xc1820d58 > begin() at begin+0x2c > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at kdb_enter+0x3d: movl $0,kdb_why > db> > > As you can see, this is well before any device probes or much of > anything else. Thus, I suspect that it's fairly possible that the > assertion may well be OK after a certain point in the boot sequence, > but decidedly *not* OK in this specific instance. Or perhaps the > assertion just doesn't play well with DEBUG_MEMGUARD. > > I'm not about to pretend that I have anywhere near enough familiarity > with what's going on to even suggest a fix, but it seems to me that > Something Is Wrong Here. > > The kernel config (in this case) is: > > include GENERIC > > ident MEMGUARD > > options DEBUG_MEMGUARD > > > The system was running a copy of: > > FreeBSD 10.0-CURRENT #1243 r254245M/254246:1000042: Mon Aug 12 05:39:42 PDT 2013 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 > > but with a newly-built MEMGUARD kernel (as above), built from the same > sources. > > I have some time to poke at it for the next few hours; subject to > my Internet access & available time, I'm happy to do that, try > patches, or whatever, but I could use a bit of guidance. > > Since it's been completely reproducible for me, I suspect that > anyone with sufficiently recenty sources running head can reproduce > it merely by enabling "options DEBUG_MEMGUARD", rebuilding the > kernel, and booting it. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Taliban: Evil men with guns afraid of truth from a 14-year old girl. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. vmem_alloc() KPI needs the consumer to specify exactly a strategy for allocation, which is one of two between: M_FIRSTFIT/M_BESTFIT (fast allocation vs low fragmentation), and that's the assertion that's not respected within the code. 1050 MPASS(strat == M_BESTFIT || strat == M_FIRSTFIT); It looks like memguard_init() doesn't specify none of these two strategies. 209 vmem_alloc(parent, memguard_mapsize, M_WAITOK, &base); My guess is that you need to OR one between M_BESTFIT/M_FIRSTFIT with M_WAITOK to have your kernel booting. What's better between the two probably will need some measurements but this should at least make your kernel booting. I cannot test this change myself as long as I'm out of town until tomorrow afternoon as well, but I will take a further look when I'll come back. If in the meanwhile you want to try this change, be my guest. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 16:01:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9C2E218B; Mon, 12 Aug 2013 16:01:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4836F293B; Mon, 12 Aug 2013 16:01:54 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id r7CG1sbB007938; Mon, 12 Aug 2013 09:01:54 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id r7CG1sGl007937; Mon, 12 Aug 2013 09:01:54 -0700 (PDT) (envelope-from david) Date: Mon, 12 Aug 2013 09:01:54 -0700 From: David Wolfskill To: Davide Italiano Subject: Re: Early drop to debugger with DEBUG_MEMGUARD Message-ID: <20130812160154.GF1570@albert.catwhisker.org> References: <20130812151314.GE1570@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XIiC+We3v3zHqZ6Z" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 16:01:55 -0000 --XIiC+We3v3zHqZ6Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2013 at 08:30:15AM -0700, Davide Italiano wrote: > ... > > Booting... > > GDB: no debug ports present > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2013 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserve= d. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 10.0-CURRENT #0 r254245M/254246:1000042: Mon Aug 12 07:20:47 P= DT 2013 > > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i= 386 > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > WARNING: WITNESS option enabled, expect reduced performance. > > panic: Assertion strat =3D=3D M_BESTFIT || strat =3D=3D M_FIRSTFIT fail= ed at /usr/src/sys/kern/subr_vmem.c:1050 > > cpuid =3D 0 > > KDB: stack backtrace: > > db_trace_self_wrapper(c116fcdc,73752f20,72732f72,79732f63,656b2f73,...)= at db_trace_self_wrapper+0x2d/frame 0xc1820ba0 > > kdb_backtrace(c11c4b23,0,c0f8a835,c1820c74,c0f8a835,...) at kdb_backtra= ce+0x30/frame 0xc1820c08 > > vpanic(c12eea08,100,c0f8a835,c1820c74,c1820c74,...) at vpanic+0x11f/fra= me 0xc1820c44 > > kassert_panic(c0f8a835,c1172e98,c1172e39,41a,8,...) at kassert_panic+0x= ea/frame 0xc1820c68 > > vmem_alloc(c130d680,6681000,2,c1820cc0,3b5,...) at vmem_alloc+0x53/fram= e 0xc1820ca0 > > memguard_init(c130d680,c0a9fa50,c6800000,20281000,1000,10000,0) at memg= uard_init+0x29/frame 0xc1820cc4 > > kmeminit(c14b9fd4,c10efc89,0,0,c1820d30,...) at kmeminit+0x171/frame 0x= c1820cf0 > > mallocinit(0,0,2,0,c11d3728,...) at mallocinit+0x32/frame 0xc1820d30 > > mi_startup() at mi_startup+0xf7/frame 0xc1820d58 > > begin() at begin+0x2c > > KDB: enter: panic > > [ thread pid 0 tid 0 ] > > Stopped at kdb_enter+0x3d: movl $0,kdb_why > > db> > > > > As you can see, this is well before any device probes or much of > > anything else. Thus, I suspect that it's fairly possible that the > > assertion may well be OK after a certain point in the boot sequence, > > but decidedly *not* OK in this specific instance. Or perhaps the > > assertion just doesn't play well with DEBUG_MEMGUARD. > ... > vmem_alloc() KPI needs the consumer to specify exactly a strategy for > allocation, which is one of two between: M_FIRSTFIT/M_BESTFIT (fast > allocation vs low fragmentation), and that's the assertion that's not > respected within the code. >=20 > 1050 MPASS(strat =3D=3D M_BESTFIT || strat =3D=3D M_FIRSTFIT); >=20 > It looks like memguard_init() doesn't specify none of these two strategie= s. >=20 > 209 vmem_alloc(parent, memguard_mapsize, M_WAITOK, &base); >=20 > My guess is that you need to OR one between M_BESTFIT/M_FIRSTFIT with > M_WAITOK to have your kernel booting. What's better between the two > probably will need some measurements but this should at least make > your kernel booting. Thank you for the insight & suggestion. My first attempt was to make the following change: Index: sys/vm/memguard.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/vm/memguard.c (revision 254246) +++ sys/vm/memguard.c (working copy) @@ -206,9 +206,9 @@ { vm_offset_t base; =20 - vmem_alloc(parent, memguard_mapsize, M_WAITOK, &base); + vmem_alloc(parent, memguard_mapsize, M_WAITOK | M_FIRSTFIT, &base); memguard_map =3D vmem_create("memguard arena", base, memguard_mapsize, - PAGE_SIZE, 0, M_WAITOK); + PAGE_SIZE, 0, M_WAITOK | M_FIRSTFIT); memguard_cursor =3D base; memguard_base =3D base; =20 This built OK; but attempting to boot yielded: Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #1 r254245M/254246:1000042: Mon Aug 12 08:49:12 PDT 2= 013 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. panic: mti_zone 195 out of range 8 cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper(c116fcdc,0,ffffffff,c1167d73,fffffffe,...) at db_trac= e_self_wrapper+0x2d/frame 0xc1820b58 kdb_backtrace(c11c4b23,0,c1167d58,c1820c30,c1820c00,...) at kdb_backtrace+0= x30/frame 0xc1820bc0 vpanic(c12eea08,100,c1167d58,c1820c30,c1820c30,...) at vpanic+0x11f/frame 0= xc1820c00 kassert_panic(c1167d58,c3,8,c130d7e4,c130d7a8,...) at kassert_panic+0xea/fr= ame 0xc1820c24 malloc(380,c1279778,2,0,ffffffff,...) at malloc+0x308/frame 0xc1820c70 vmem_create(c11a7530,c6800000,6681000,1000,0,...) at vmem_create+0x29/frame= 0xc1820ca0 memguard_init(c130d680,c0a9fa50,c6800000,20281000,1000,10000,0) at memguard= _init+0x5e/frame 0xc1820cc4 kmeminit(c14b9fd4,c10efc89,0,0,c1820d30,...) at kmeminit+0x171/frame 0xc182= 0cf0 mallocinit(0,0,2,0,c11d3728,...) at mallocinit+0x32/frame 0xc1820d30 mi_startup() at mi_startup+0xf7/frame 0xc1820d58 begin() at begin+0x2c KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x3d: movl $0,kdb_why db>=20 grepping through the sources indicates to me that I/we have run afoul of: =2E/kern/kern_malloc.c-504- if (size & KMEM_ZMASK) =2E/kern/kern_malloc.c-505- size =3D (size & ~KMEM_ZM= ASK) + KMEM_ZBASE; =2E/kern/kern_malloc.c-506- indx =3D kmemsize[size >> KMEM_ZS= HIFT]; =2E/kern/kern_malloc.c:507: KASSERT(mtip->mti_zone < numzones, =2E/kern/kern_malloc.c:508: ("mti_zone %u out of range %d= ", =2E/kern/kern_malloc.c:509: mtip->mti_zone, numzones)); =2E/kern/kern_malloc.c:510: zone =3D kmemzones[indx].kz_zone[= mtip->mti_zone]; =2E/kern/kern_malloc.c-511-#ifdef MALLOC_PROFILE =2E/kern/kern_malloc.c-512- krequests[size >> KMEM_ZSHIFT]++; =2E/kern/kern_malloc.c-513-#endif Hmm.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --XIiC+We3v3zHqZ6Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIJBvEACgkQmprOCmdXAD0WqQCbBL7CdQvKDG8gWwmDjEXMqgV0 B0AAn2xZD22CxdHLChwQfr351NyGONFh =nDTz -----END PGP SIGNATURE----- --XIiC+We3v3zHqZ6Z-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 16:10:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F0693A3 for ; Mon, 12 Aug 2013 16:10:56 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x22d.google.com (mail-vb0-x22d.google.com [IPv6:2607:f8b0:400c:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F2B729D0 for ; Mon, 12 Aug 2013 16:10:56 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id e15so5877419vbg.32 for ; Mon, 12 Aug 2013 09:10:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=WU1kBn4ts7tfdoDsis5R0SYXpdHJTS4a0bsJZ6rhBqE=; b=rBjP+OCcN4yZcu/yQamHuRI/ztsEXZtIW6JNrOgMi7OY+EmyyAMAb3GM1Klr1+waqN o0YBGTVfZk5Z72q6nl08NtWGU5nSZ8YwYh/smtzzpNL/ZqweDB9okxTS8qsi6osTpmiV weB+9FCVf3TYzHFTIKizNWB8KkGZvQ87KD6TASRSWeNDSqI1NQy6B/ScgNbIgWTXFYqZ wPHxTiB3UFxY4jHmE2wjA116i7L7qcuUUVe0p3nIz8XcJUvNrb6sC5vlU7LNxNKgsbFH MhGOKrV3n4df9/jOl4uymXXtan1kF5XGbKpkC1alYnRP/c+Q+nr4c+g477AS77mEoIBa QDBg== MIME-Version: 1.0 X-Received: by 10.220.103.84 with SMTP id j20mr13290925vco.76.1376323855398; Mon, 12 Aug 2013 09:10:55 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.21.140 with HTTP; Mon, 12 Aug 2013 09:10:55 -0700 (PDT) In-Reply-To: <20130812160154.GF1570@albert.catwhisker.org> References: <20130812151314.GE1570@albert.catwhisker.org> <20130812160154.GF1570@albert.catwhisker.org> Date: Mon, 12 Aug 2013 09:10:55 -0700 X-Google-Sender-Auth: JRqR3QEIRqGEl9Ddh8l8lHPP5m0 Message-ID: Subject: Re: Early drop to debugger with DEBUG_MEMGUARD From: Davide Italiano To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 16:10:56 -0000 On Mon, Aug 12, 2013 at 9:01 AM, David Wolfskill wrote: > On Mon, Aug 12, 2013 at 08:30:15AM -0700, Davide Italiano wrote: >> ... >> > Booting... >> > GDB: no debug ports present >> > KDB: debugger backends: ddb >> > KDB: current backend: ddb >> > Copyright (c) 1992-2013 The FreeBSD Project. >> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> > The Regents of the University of California. All rights reserved. >> > FreeBSD is a registered trademark of The FreeBSD Foundation. >> > FreeBSD 10.0-CURRENT #0 r254245M/254246:1000042: Mon Aug 12 07:20:47 PDT 2013 >> > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i386 >> > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> > WARNING: WITNESS option enabled, expect reduced performance. >> > panic: Assertion strat == M_BESTFIT || strat == M_FIRSTFIT failed at /usr/src/sys/kern/subr_vmem.c:1050 >> > cpuid = 0 >> > KDB: stack backtrace: >> > db_trace_self_wrapper(c116fcdc,73752f20,72732f72,79732f63,656b2f73,...) at db_trace_self_wrapper+0x2d/frame 0xc1820ba0 >> > kdb_backtrace(c11c4b23,0,c0f8a835,c1820c74,c0f8a835,...) at kdb_backtrace+0x30/frame 0xc1820c08 >> > vpanic(c12eea08,100,c0f8a835,c1820c74,c1820c74,...) at vpanic+0x11f/frame 0xc1820c44 >> > kassert_panic(c0f8a835,c1172e98,c1172e39,41a,8,...) at kassert_panic+0xea/frame 0xc1820c68 >> > vmem_alloc(c130d680,6681000,2,c1820cc0,3b5,...) at vmem_alloc+0x53/frame 0xc1820ca0 >> > memguard_init(c130d680,c0a9fa50,c6800000,20281000,1000,10000,0) at memguard_init+0x29/frame 0xc1820cc4 >> > kmeminit(c14b9fd4,c10efc89,0,0,c1820d30,...) at kmeminit+0x171/frame 0xc1820cf0 >> > mallocinit(0,0,2,0,c11d3728,...) at mallocinit+0x32/frame 0xc1820d30 >> > mi_startup() at mi_startup+0xf7/frame 0xc1820d58 >> > begin() at begin+0x2c >> > KDB: enter: panic >> > [ thread pid 0 tid 0 ] >> > Stopped at kdb_enter+0x3d: movl $0,kdb_why >> > db> >> > >> > As you can see, this is well before any device probes or much of >> > anything else. Thus, I suspect that it's fairly possible that the >> > assertion may well be OK after a certain point in the boot sequence, >> > but decidedly *not* OK in this specific instance. Or perhaps the >> > assertion just doesn't play well with DEBUG_MEMGUARD. >> ... > >> vmem_alloc() KPI needs the consumer to specify exactly a strategy for >> allocation, which is one of two between: M_FIRSTFIT/M_BESTFIT (fast >> allocation vs low fragmentation), and that's the assertion that's not >> respected within the code. >> >> 1050 MPASS(strat == M_BESTFIT || strat == M_FIRSTFIT); >> >> It looks like memguard_init() doesn't specify none of these two strategies. >> >> 209 vmem_alloc(parent, memguard_mapsize, M_WAITOK, &base); >> >> My guess is that you need to OR one between M_BESTFIT/M_FIRSTFIT with >> M_WAITOK to have your kernel booting. What's better between the two >> probably will need some measurements but this should at least make >> your kernel booting. > > Thank you for the insight & suggestion. > > My first attempt was to make the following change: > > Index: sys/vm/memguard.c > =================================================================== > --- sys/vm/memguard.c (revision 254246) > +++ sys/vm/memguard.c (working copy) > @@ -206,9 +206,9 @@ > { > vm_offset_t base; > > - vmem_alloc(parent, memguard_mapsize, M_WAITOK, &base); > + vmem_alloc(parent, memguard_mapsize, M_WAITOK | M_FIRSTFIT, &base); > memguard_map = vmem_create("memguard arena", base, memguard_mapsize, > - PAGE_SIZE, 0, M_WAITOK); > + PAGE_SIZE, 0, M_WAITOK | M_FIRSTFIT); > memguard_cursor = base; > memguard_base = base; > > This built OK; but attempting to boot yielded: > > Booting... > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #1 r254245M/254246:1000042: Mon Aug 12 08:49:12 PDT 2013 > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i386 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > panic: mti_zone 195 out of range 8 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c116fcdc,0,ffffffff,c1167d73,fffffffe,...) at db_trace_self_wrapper+0x2d/frame 0xc1820b58 > kdb_backtrace(c11c4b23,0,c1167d58,c1820c30,c1820c00,...) at kdb_backtrace+0x30/frame 0xc1820bc0 > vpanic(c12eea08,100,c1167d58,c1820c30,c1820c30,...) at vpanic+0x11f/frame 0xc1820c00 > kassert_panic(c1167d58,c3,8,c130d7e4,c130d7a8,...) at kassert_panic+0xea/frame 0xc1820c24 > malloc(380,c1279778,2,0,ffffffff,...) at malloc+0x308/frame 0xc1820c70 > vmem_create(c11a7530,c6800000,6681000,1000,0,...) at vmem_create+0x29/frame 0xc1820ca0 > memguard_init(c130d680,c0a9fa50,c6800000,20281000,1000,10000,0) at memguard_init+0x5e/frame 0xc1820cc4 > kmeminit(c14b9fd4,c10efc89,0,0,c1820d30,...) at kmeminit+0x171/frame 0xc1820cf0 > mallocinit(0,0,2,0,c11d3728,...) at mallocinit+0x32/frame 0xc1820d30 > mi_startup() at mi_startup+0xf7/frame 0xc1820d58 > begin() at begin+0x2c > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at kdb_enter+0x3d: movl $0,kdb_why > db> > > > grepping through the sources indicates to me that I/we have run afoul of: > > ./kern/kern_malloc.c-504- if (size & KMEM_ZMASK) > ./kern/kern_malloc.c-505- size = (size & ~KMEM_ZMASK) + KMEM_ZBASE; > ./kern/kern_malloc.c-506- indx = kmemsize[size >> KMEM_ZSHIFT]; > ./kern/kern_malloc.c:507: KASSERT(mtip->mti_zone < numzones, > ./kern/kern_malloc.c:508: ("mti_zone %u out of range %d", > ./kern/kern_malloc.c:509: mtip->mti_zone, numzones)); > ./kern/kern_malloc.c:510: zone = kmemzones[indx].kz_zone[mtip->mti_zone]; > ./kern/kern_malloc.c-511-#ifdef MALLOC_PROFILE > ./kern/kern_malloc.c-512- krequests[size >> KMEM_ZSHIFT]++; > ./kern/kern_malloc.c-513-#endif > > Hmm.... > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Taliban: Evil men with guns afraid of truth from a 14-year old girl. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. OK, I'm not sure I can make an immediate guess on where's the problem now (without access to my main workstation), so I think you need to wait tomorrow unless someone beats me to the punch. The best I can say is that maybe r254025 is responsible for this. Try to revert and see if things work again. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 19:43:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4C091A26 for ; Mon, 12 Aug 2013 19:43:10 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm26-vm5.bullet.mail.ne1.yahoo.com (nm26-vm5.bullet.mail.ne1.yahoo.com [98.138.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D45A926AE for ; Mon, 12 Aug 2013 19:43:09 +0000 (UTC) Received: from [98.138.90.55] by nm26.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2013 19:43:03 -0000 Received: from [98.138.226.31] by tm8.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2013 19:43:03 -0000 Received: from [127.0.0.1] by smtp202.mail.ne1.yahoo.com with NNFMP; 12 Aug 2013 19:43:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1376336583; bh=EtNoAbTHgDXAHD0esgvK8bc+QsbSRuMRvJift547eWM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=cFxFtykDP4rZfYJa1o0Z7vRsbYQyDlUwX4dmfOYbTASto583Dwga0sG3rSyHbyXduEx4xLYOy3+dF04l4eud+T0gtSFUUcezXcBDvfa0xe/ymQ/v5PBVGcNApSw+1ShcROifHeQaAUUjF2r+ETg7QLU53+Nu1bo7J7jQ/WREgCI= X-Yahoo-Newman-Id: 348317.2187.bm@smtp202.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: zd58uwUVM1me8xZCvLiGdqJCiwjs_eaQd28wvWI6R6Nsusp xrF4J8Ti_Pq4lO.71JulVrwtfhnEkHXqWZSC0OBt5pz9t7pF2Mt3l3XXHvE_ jl07S9ugtMlGHR3Tj_vQlnxsB9wG2ew4umGYId.t61IWxEG2xTCYd.ND0ijI z1NNd9RUtHYm8dtzJ1tpkFiBYmUlMAckS6_0.U9gwaRD7Nr97QJM4ILJEjCy YdJzc3wU9T7BNJaF25DI5vnRgcrFjszF4lkPnmaR0lohi11LQkW7CBhsDLgn FHI46c0wZx79stz6djkJnS2SwCQ2cbz2451.H1ovReC8co3PGzJm781N5hMd jtPNVVrhLH55DsdUuKe5n1Ai6St32BxESmZN.lHTguhWbjlGgVIHA6xHojxI uZ0QlloT0rMNXcPA1Lrc4JUJqGgIDp4PZbzjeeorEbnuX9AsJYLjFAOP8ST0 5ES3MTHn7vYuIWpQ2fbjQPXPOL1vP25nExYOawO39bbO02g4RdB.3xZBSCzC KEbkiiW_AX9CsuKYfDNG0.AVLSPpPAVUSWWt1LBcFLVh88l1u8w1SSssqNo1 XgoO.NEwXajxxuzKWjhApv_YranewSzRGsyv43vnMASvUhQA9jVyKORSDrCR jOuX1ePQVvf3mD6OyEcN32b.oF1JsJlm65vv0yL0ZUkWP.Fb0 X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp202.mail.ne1.yahoo.com with SMTP; 12 Aug 2013 12:43:03 -0700 PDT Subject: i386 panic From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-knWQ64mUBYp878ZcaU2x" Date: Mon, 12 Aug 2013 12:43:02 -0700 Message-ID: <1376336582.1469.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 19:43:10 -0000 --=-knWQ64mUBYp878ZcaU2x Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable http://people.freebsd.org/~sbruno/10_i386_vmfault.txt I can never tell if stuff like this is because I'm not nerfing the system RAM correctly or if this is i386 bit-rot. =20 I set hw.physmem=3D"2g" in loader.conf to try and get the system to boot, but I don't think I did it right? Sean --=-knWQ64mUBYp878ZcaU2x Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSCTrFAAoJEBkJRdwI6BaHp7wIAIx2merZoGePIxxcLAwVXm7Q PeknSpqN/1Dhxhe9NYvTts1obyRiNAH4zM2udgjUnv1oYzgt2eVw8XrhRKzS9+O5 kAKlPEng0bcNien0q1acBP9Glza+7JF03B1wel6mXY4oMXD3PB9mzV7kUbqO9AQw imzlUVBeCvYalcc1gcE7EcJm4H3ZBqzSWlX7OPPaUaT1fJmuczpg+gNy1ufwpeGi uYfEcu6yvqzGEJncfH8Zglbl/nysfZfe6yILPhNcfr75C0LqEMsk2XPengZs5m/6 Kvaak5BWOx2Emr5fVL/vPnXmEaho265ITFAcK1/WZnykUpLjEaGTcr8Kq2GST0M= =5oMY -----END PGP SIGNATURE----- --=-knWQ64mUBYp878ZcaU2x-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 20:42:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 23B9E8DF for ; Mon, 12 Aug 2013 20:42:24 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1D5A2A49 for ; Mon, 12 Aug 2013 20:42:20 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r7CKgCqV014024 for ; Mon, 12 Aug 2013 16:42:12 -0400 (EDT) (envelope-from andy@neu.net) Date: Mon, 12 Aug 2013 16:42:12 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: make[6]: stopped in /usr/src/lib/bind/dns In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 20:42:24 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #78 r253966: Mon Aug 5 14:42:05 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 254252 Node Kind: directory Schedule: normal Last Changed Author: ed Last Changed Rev: 254252 Last Changed Date: 2013-08-12 13:17:45 -0500 (Mon, 12 Aug 2013) c -O2 -pipe -DVERSION='"9.8.5-P2"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=122 -DLIBREVISION=1 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/usr/src/lib/bind/dns/.. -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/usr/src/lib/bind/dns/../dns -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/usr/src/lib/bind/dns/../isc -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/include -I/usr/src/lib/bind/dns/../lwres -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/usr/src/lib/bind/dns -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/x86_32/include -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c -o zone.o /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:2772:23: warning: comparison of constant 245 with expression of type 'dns_hash_t' is always false [-Wtautological-constant-out-of-range-compare] nsec3param.hash == DNS_NSEC3_UNKNOWNALG && !dynamic) ~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:11: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:12: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:13: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:14: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:15: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:16: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:17: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:18: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:19: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:20: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:21: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:22: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:23: warning: null character ignored [-Wnull-character] isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:24: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:25: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:26: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:27: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:28: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:29: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:30: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:31: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:32: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:33: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:34: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:35: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:36: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:37: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:38: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:39: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:40: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:41: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:42: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:43: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:44: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:45: warning: null character ignored [-Wnull-character] ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:46: warning: null character ignored [-Wnull-character] ... repeated many times /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:2: error: use of undeclared identifier 'isc_time_' isc_time_ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:3006: error: expected '}' ... ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14422:30: note: to match this '{' zone_rekey(dns_zone_t *zone) { ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14459:2: error: use of undeclared label 'failure' CHECK(dns_zone_getdb(zone, &db)); ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:422:37: note: expanded from macro 'CHECK' if (result != ISC_R_SUCCESS) goto failure; \ ^ /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14486:9: error: use of undeclared label 'trylater' goto trylater; ^ 2996 warnings and 4 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/bind/dns *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/bind *** Error code 1 Anyone seeing this? From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 21:44:41 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2235A5AD; Mon, 12 Aug 2013 21:44:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B69082DB3; Mon, 12 Aug 2013 21:44:40 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id r7CLia5U010095; Mon, 12 Aug 2013 14:44:36 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id r7CLiZSp010094; Mon, 12 Aug 2013 14:44:35 -0700 (PDT) (envelope-from david) Date: Mon, 12 Aug 2013 14:44:35 -0700 From: David Wolfskill To: Davide Italiano Subject: Re: Early drop to debugger with DEBUG_MEMGUARD Message-ID: <20130812214435.GH1570@albert.catwhisker.org> References: <20130812151314.GE1570@albert.catwhisker.org> <20130812160154.GF1570@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPDwMsyfds7q4mrK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 21:44:41 -0000 --ZPDwMsyfds7q4mrK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2013 at 09:10:55AM -0700, Davide Italiano wrote: > ... > OK, I'm not sure I can make an immediate guess on where's the problem > now (without access to my main workstation), so I think you need to > wait tomorrow unless someone beats me to the punch. The best I can say > is that maybe r254025 is responsible for this. Try to revert and see > if things work again. > .... I tried backing out r254025, but there had been enough time that other commits had touched the same files. Ended up backing out r254165, r254171, r254172, and r254182 as well (which seemed to go OK), but the result didn't build. So I just checked out a new src working copy @r254024, built the world and kernel cleanly, verified that it booted OK, then updated the src working copy to r254025, built, booted, and ... BANG! Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #3 r254025M/254025:1000041: Mon Aug 12 14:23:48 PDT 2= 013 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. panic: Assertion strat =3D=3D M_BESTFIT || strat =3D=3D M_FIRSTFIT failed a= t /usr/src/sys/kern/subr_vmem.c:1050 cpuid =3D 0 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x3d: movl $0,kdb_why db>=20 So I think it's fair to say that r254025 introduced the problem. I'll go ahead and use kernel configs without DEBUG_MEMGUARD on head until this is resolved (or I have an opportunity to test patches for someone). The r254025 environment is on a "spare" slice of the boot drive of the machine, so I can leave it for now. My more usual (active) "head" slice is running: FreeBSD 10.0-CURRENT #1243 r254245M/254246:1000042: Mon Aug 12 05:39:42 PD= T 2013 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC= i386 I'll be happy to test either or both. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ZPDwMsyfds7q4mrK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIJV0IACgkQmprOCmdXAD0AuACfaJBP63ZG1uF4N2kTktYVcWS0 zCIAn3VGa09LjXNcFhWtdS5XhClbeXwa =NgYM -----END PGP SIGNATURE----- --ZPDwMsyfds7q4mrK-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 22:00:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ADBABA3C; Mon, 12 Aug 2013 22:00:00 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CDDC2EA8; Mon, 12 Aug 2013 22:00:00 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id n12so5825321oag.11 for ; Mon, 12 Aug 2013 14:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2pxF28LCqPAPu3lVdMjw75TZHQ++3gP+7+4yiJ546DY=; b=V8rTLmwxb9CMMypzul2cvRqeRVFSR1cGwjOfmg4rslviFYUzYTaSkzIQHt3aMn6EUm nbx7PW4ejmcn/sH9D2/Es5T9FSvfGCjrtwZn27WeIoPYCRSavuA+wa86LruauiXSZ2yZ x394UXxVGWC476ybZ1cPjZ8uMovLIo7uJTSE8tZID/99de/nGB5QtAVzAn3e8/Q9t6hp pzWZ0SLPUHkj0mKVL2AUYE+OJSoNxHjBLwJT6DUz82II1VzEXh3zwJH/795Nw8qOirZn fnfZgVz5MaRAzc+JqiUfRCK7COmWufHKKxjoBitXDU5jc6KuzHJ8PN9ZjA2fVYhNJv2j WOUQ== MIME-Version: 1.0 X-Received: by 10.182.87.198 with SMTP id ba6mr2201492obb.71.1376344799663; Mon, 12 Aug 2013 14:59:59 -0700 (PDT) Received: by 10.182.97.162 with HTTP; Mon, 12 Aug 2013 14:59:59 -0700 (PDT) In-Reply-To: <1376336582.1469.9.camel@localhost> References: <1376336582.1469.9.camel@localhost> Date: Mon, 12 Aug 2013 17:59:59 -0400 Message-ID: Subject: Re: i386 panic From: Super Bisquit To: sbruno@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 22:00:00 -0000 You need to enable PAE in the kernel to access that memory. I could be wrong. On Mon, Aug 12, 2013 at 3:43 PM, Sean Bruno wrote: > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt > > I can never tell if stuff like this is because I'm not nerfing the > system RAM correctly or if this is i386 bit-rot. > > I set hw.physmem="2g" in loader.conf to try and get the system to boot, > but I don't think I did it right? > > Sean > From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 22:10:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D601ED1E for ; Mon, 12 Aug 2013 22:10:04 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm25-vm6.bullet.mail.ne1.yahoo.com (nm25-vm6.bullet.mail.ne1.yahoo.com [98.138.91.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F49C2F48 for ; Mon, 12 Aug 2013 22:10:04 +0000 (UTC) Received: from [98.138.90.56] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2013 22:10:02 -0000 Received: from [98.138.226.59] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2013 22:10:02 -0000 Received: from [127.0.0.1] by smtp210.mail.ne1.yahoo.com with NNFMP; 12 Aug 2013 22:10:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1376345402; bh=ba3LCqlbIQE1aV7StiqY36G+FPIi1a9gwcw1xr7Ax1w=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=AJq2qTopsUVX2CQEe4uID6xnO6iiE3RgVWkiE/kOlidDHg60GG6f/7hOxHI++e7M+QS1dEn2VMkKHGDTwq4rJch6HdKIpgbBNVMj2Zjw1h2uF74TTv0uQomlREVs9ru3rnUtZNdrSdLgDvwxsBevaycOskBTlHO/CG6/mw/7G7w= X-Yahoo-Newman-Id: 705623.65073.bm@smtp210.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xX9iReEVM1msz86eCr45ntMjDY01dKHUWbuKYLgRbMGuN40 VX_pf4s9DBbR6jsNVxMqjjjFA832lpdpEJ7i23StTvJ9RADtfE_xdbfvvL3k 5PFbe1GpnuXTeanOdVnBUt71gsbwKdxMTZmqKKRxl5op5L4RWY85jdUvHiGp R7gXOD9JRu90tdkr59XtgxNWpXrMiWZeiM2MY0fbPjRyhmg2yyvBH9ZAlACJ XDU_P1zaPc6AVpfvQwhmZJI5JctqVClx6RMoVrQEwcjmCdFZTZECcF9maThO 3ZnAemdFP112369E33rahHK3HdKkTbXGz94Or8PfSV.OLPHq6K73oqtnPUgz vm7aSiCWBS0oimMnAm7CHcdOoIwdZPONLVOA31K_k2KAwXhAZtrJttegssUZ NLnEWYNQkzkpR0tg2eEMeMR66vYw5xR_FER1Em1PIQdy3NXjJhDsAfseeFi6 y2Kh.T1W5YH.LWXF8lQumcMdm9ES6KpmrYN7FdqczofilenZzPVkNB7cqytU EizCI6wdmY.NBKeAfWA4G2itgrrX64DB.m0V92s6gNksdMzjGbDr_JKOVyM2 33MHI5xoweIcaQE08Epwqc6Uvl3Uh4VVejs2hThUF_kDgjmtnZ.B9rZsqcxX YFUnXx9Un_5VZ2MsAIn47q9uasvO_BROvec8_uzkMdIoJ1d.S X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp210.mail.ne1.yahoo.com with SMTP; 12 Aug 2013 15:10:02 -0700 PDT Subject: Re: i386 panic From: Sean Bruno To: Super Bisquit In-Reply-To: References: <1376336582.1469.9.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-VkGxqUuyhp62375s6Zcw" Date: Mon, 12 Aug 2013 15:10:01 -0700 Message-ID: <1376345401.1469.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 22:10:05 -0000 --=-VkGxqUuyhp62375s6Zcw Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yah, I don't want to access the RAM, I just want the ridiculous box to boot. I'm content, for this test settting, to nerf myself to 4G rams. Sean On Mon, 2013-08-12 at 17:59 -0400, Super Bisquit wrote: > You need to enable PAE in the kernel to access that memory. >=20 > I could be wrong. >=20 >=20 >=20 > On Mon, Aug 12, 2013 at 3:43 PM, Sean Bruno > wrote: > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt > =20 > I can never tell if stuff like this is because I'm not nerfing > the > system RAM correctly or if this is i386 bit-rot. > =20 > I set hw.physmem=3D"2g" in loader.conf to try and get the system > to boot, > but I don't think I did it right? > =20 > Sean >=20 >=20 --=-VkGxqUuyhp62375s6Zcw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSCV05AAoJEBkJRdwI6BaHgyYH/03L6ZZU/fIs0M4Tvod67a/R DLi3/XItBL/RAsT0aaqr319J3+W3RtAfQC77FTt+lPAPHCYp/sGa11aL299n4JIc YyBUokE5uRIwwIT0QuSI1TGcbjtJzDFszcLgTYaKKYgmb+n6nBUsUQh2QusT/0nj GVRDnOAkR+fUKXv+nWLtil3Oc7/IBCMzlvP9Yu/R8V0LHLODPbuOCKXscfKUUnCi +lP9bjmQ06/AA4tS1hRicA/B1lG0YYbpilWxG+LaaQQLUuCtvl83tsP+a0C5Q/bR pbnj85TXLy6bd4WSI7NFFqYhKbrarMDcR966l3PhMhpikRElU0iNNi9QKxPJ6ck= =9Rqo -----END PGP SIGNATURE----- --=-VkGxqUuyhp62375s6Zcw-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 23:02:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 64CF556C for ; Mon, 12 Aug 2013 23:02:36 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm34-vm7.bullet.mail.bf1.yahoo.com (nm34-vm7.bullet.mail.bf1.yahoo.com [72.30.239.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1407E221B for ; Mon, 12 Aug 2013 23:02:35 +0000 (UTC) Received: from [98.139.215.141] by nm34.bullet.mail.bf1.yahoo.com with NNFMP; 12 Aug 2013 23:02:29 -0000 Received: from [98.139.211.198] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 12 Aug 2013 23:02:29 -0000 Received: from [127.0.0.1] by smtp207.mail.bf1.yahoo.com with NNFMP; 12 Aug 2013 23:02:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1376348549; bh=vzpC++wVIFAZy7FzKxWvhjHLtbKPL0XHHV8d1PkNiPs=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=lSEbYcyRM6vkEcGnMmEUhbGCv2V+r3VZUi+QnzbF5FnLrMpzIP1Un/9VGrV6C3oCuS8RXdVl6t7fgbiHkfx9J8Nwms3wNI9Qe6aTSEQ9K+BEJbU3N/FnJ7//g0HKgNq8eYxWaZDPD45MYPUkJRqmzUfr3rz8FoP6ahni9Nqau0E= X-Yahoo-Newman-Id: 689800.1107.bm@smtp207.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 1KGAnaQVM1k.uMQ5yKMTK21vtdm_KwNzRIMz4hICnPUGzEo XSoDdlQV07.yHBr6c68f1bzi9neghW2y.irHaAPeVYkIa_dxXzc9XbYjhq7r AeJQ4f1ZxGaB.Ldbr23f6XKL3vtIuTO8bZ8xLikxC1RdrXXsQv86z4sNGwHU iJiBh3lOyJl.22wxUQIAM_x3FFPEb9JOZZEongz3a3PEJ1KGjlN1eXScN1iC OGPVtTZ_Qn_EF03oUs1Ssue0PL93X77m.uwAqwOzzdowFXh69MaZ.1L30o2N Y1QAhpKzWPUuUbPERkazt3h2KHN0MVes7Wph1vksMGrHU354bSDEngiZ5_sJ cz_IVe25GHw5tG.bBHwLn7Agcne16B5p0o2xVbtWdlaCaUX5cf_qgb5DL20C .N.1ri3vyULz.md9WL9X6t4w336Om21cOZVYLobl.Q9HerIExE_FNJGur89i QiB7zkulX6gWBAhiKZHedJGjFrY7puIrEWqPFsJQ4UvUEBCAtkrNPJuGN66q 5G.scteKzwebnuVNmTgwy.aRcSPt1tcfAobIQrVmNhWCUa6SfTD2hFX3wPNJ xbRYjxkX29bo34MTmDON7Nvu0DlqgxrPJp9WTm0PrL0mgphqWD.n_d7PGyfh QH9Y_cYd0hrVvzcaO3rHfl2V2YpEmR0BSe.PghLAXp2BQ X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp207.mail.bf1.yahoo.com with SMTP; 12 Aug 2013 16:02:29 -0700 PDT Subject: Re: i386 panic From: Sean Bruno To: sbruno@freebsd.org In-Reply-To: <1376336582.1469.9.camel@localhost> References: <1376336582.1469.9.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-e06HTAfYU6xnTfcCC5Jf" Date: Mon, 12 Aug 2013 16:02:27 -0700 Message-ID: <1376348547.1469.59.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 23:02:36 -0000 --=-e06HTAfYU6xnTfcCC5Jf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-08-12 at 12:43 -0700, Sean Bruno wrote: > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt >=20 > I can never tell if stuff like this is because I'm not nerfing the > system RAM correctly or if this is i386 bit-rot. =20 >=20 > I set hw.physmem=3D"2g" in loader.conf to try and get the system to boot, > but I don't think I did it right? >=20 > Sean The 9.2RC images seem to do the same thing when nerfed to 2G of ram. So, this doesn't appear to be a new regression. =20 stable/7 seems to be happy enough to boot up PAE i386 on it, so I think the previous suggestion of using PAE is the correct one. --=-e06HTAfYU6xnTfcCC5Jf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSCWmDAAoJEBkJRdwI6BaH/WQH/R22MHvnPxWQWlWY99Z11LHE x4MlFMbWd2W2qNjIYM5z7wUctG/rRpN6DOQy/gMT/x7jFLpTcOpewzkjdonnRjv/ Y0C2j/ueQWyuCCFPR6z+nNOo0xXrYkMgUIDSwssteHi/bK+EldyqNQwEGp/+PnBv gx4JhRZxVKtaIQpwZjQqBNKsbnlVSy/UVSdN+OLMpXzLgS+VIda00Y8BMONhVf7f DbCYSkpvgymmRN2PuBhpUGjrGfzMA4KW4we6MkfTWQXmp1q5C/vbxV/HGURXF1Ln QeXr03h0zgzDZCobeBATvW0sFX468l2J6VSVxgt6pdXSKRwzYwNLQ5M9v738e8k= =hJ5R -----END PGP SIGNATURE----- --=-e06HTAfYU6xnTfcCC5Jf-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 12 23:09:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1646173D; Mon, 12 Aug 2013 23:09:59 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9C702270; Mon, 12 Aug 2013 23:09:58 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id h1so10596149oag.10 for ; Mon, 12 Aug 2013 16:09:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=42fJkpZJ1u8aFF3Lhqax67106P2eOx30F1Gwfm6GM9A=; b=s90e0aVXqj7g0ZWmdAVbqrV0emIWtFlFmMRbukqWMN4AAfD4FPFyHO4DXpQQpYmx+5 t+NbQv7x8zLEau6ONXVwpwexfs13al3L1aIghisYphSoSH0jqmQwYD3okeAhKx+dakVU 7cQ1oJg5zYuXYwI/BP2UbheS8NTE72mYEa9vwVIRRXn3zoCbepqxLJmOTbKLuGrZsSKY O7yWXGQV3yd50/DLV5IW/bKbQHMsjIbMuJBJRmurM+a3tSGdMj3itlVKVgqO/O2ZqWPt ilb2Ea0THVSkxLDm/cNLUUlqr8dBVhkdGq7rnAOTsIi/At83FeuVn4eKgAnB29RrJlUs cbhg== MIME-Version: 1.0 X-Received: by 10.60.142.103 with SMTP id rv7mr1292542oeb.13.1376348998166; Mon, 12 Aug 2013 16:09:58 -0700 (PDT) Received: by 10.182.97.162 with HTTP; Mon, 12 Aug 2013 16:09:58 -0700 (PDT) In-Reply-To: <1376348547.1469.59.camel@localhost> References: <1376336582.1469.9.camel@localhost> <1376348547.1469.59.camel@localhost> Date: Mon, 12 Aug 2013 19:09:58 -0400 Message-ID: Subject: Re: i386 panic From: Super Bisquit To: Sean Bruno Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Aug 2013 23:09:59 -0000 Download the source and build the PAE kernel. Do the build world. On Mon, Aug 12, 2013 at 7:02 PM, Sean Bruno wrote: > On Mon, 2013-08-12 at 12:43 -0700, Sean Bruno wrote: > > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt > > > > I can never tell if stuff like this is because I'm not nerfing the > > system RAM correctly or if this is i386 bit-rot. > > > > I set hw.physmem="2g" in loader.conf to try and get the system to boot, > > but I don't think I did it right? > > > > Sean > > The 9.2RC images seem to do the same thing when nerfed to 2G of ram. > So, this doesn't appear to be a new regression. > > stable/7 seems to be happy enough to boot up PAE i386 on it, so I think > the previous suggestion of using PAE is the correct one. > From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 00:52:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AD3A0C1A for ; Tue, 13 Aug 2013 00:52:42 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3394328B5 for ; Tue, 13 Aug 2013 00:52:42 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id a16so5351013lbj.11 for ; Mon, 12 Aug 2013 17:52:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=kAL0gJGkncQQ37JKwJ7gdYsrADfT5l5ZiYchYaq004A=; b=gjzfxUZPIgML3GFSd0YQSxF/C1x88ukInO1YzPLdtIfkZmL+TsQs0urm4MxZmgi1lO xdP5OWtoGJfo4ssoW7CAonvPEA12IIq3hwulGVga4l1O/7jz8D75qgr2hgFhlG/2cK32 ITGzm/POH/L1znd9p5QzLTh8cScAP8ho6fREZ7pYRdnL7tFfWr3wv6JnavxXskFxoxQX wV/OF93+VOIUISgu3qrGWkK3uV5/hbCdKzs7frNFJf7U3IJt9b8tbCP7lhve94hbLvKu 3VP1nhoyEDopPvgBklwj4LS0gU9q6/TPCvd3Mlh6+7P/eJchYcvDbAHbvXgN526rj9X9 r+WQ== MIME-Version: 1.0 X-Received: by 10.112.26.106 with SMTP id k10mr1207557lbg.27.1376355159120; Mon, 12 Aug 2013 17:52:39 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.22.100 with HTTP; Mon, 12 Aug 2013 17:52:39 -0700 (PDT) In-Reply-To: <20130812.124834.1287983109881683567.shigeru@iij.ad.jp> References: <20130812.124834.1287983109881683567.shigeru@iij.ad.jp> Date: Mon, 12 Aug 2013 17:52:39 -0700 X-Google-Sender-Auth: SuJXNO_gENuO22la1fAEZUiN6bE Message-ID: Subject: Re: quick hack to support "option VIMAGE" on USB Ethernet From: Craig Rodrigues To: YAMAMOTO Shigeru Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 00:52:42 -0000 Hi, I do not have a USB Ethernet device, and do not fully understand VIMAGE yet. Is your patch still necessary in CURRENT, after this patch was applied to subr_bus.c? http://lists.freebsd.org/pipermail/svn-src-all/2013-July/071878.html -- Craig On Sun, Aug 11, 2013 at 8:48 PM, YAMAMOTO Shigeru wrote: > > Hi all, > > I hope to use "option VIMAGE" on RaspberryPi. > > So, I try to make a patch. > > http://freebsd-current.os-hackers.jp/pub/FreeBSD/snapshots/20130812/raspberry-pi/patch-vimage-r254236.diff > #There is a SD image for RaspberryPi at same place. > > But, I only test it for if_smsc driver on RaspberryPi. > I don't test other architectures/devices. > > Please test my patch and suggest the way to support "option VIMAGE" on USB > devices, if you are interested in. > > Thanks, > ------- > YAMAMOTO Shigeru > _______________________________________________ > 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 Aug 13 03:30:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0F438F0 for ; Tue, 13 Aug 2013 03:30:35 +0000 (UTC) (envelope-from paulo.rddck@bsd.com.br) Received: from mail-yh0-x236.google.com (mail-yh0-x236.google.com [IPv6:2607:f8b0:4002:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C173622D0 for ; Tue, 13 Aug 2013 03:30:34 +0000 (UTC) Received: by mail-yh0-f54.google.com with SMTP id f10so2563577yha.27 for ; Mon, 12 Aug 2013 20:30:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=kwOuWU0uFEmYtPOLnaACSqQv0XGMjZ6ufogQlDOdzH0=; b=aYkEUpCt5YSVKNl7dwmKyW8HBdPbVS3chsZYUGYeQgEieV79MaVxGVHp8nF2gRUp6s sN5r2azr6lni5xKQTd6nOl8a2m8HbH0Lv9cn7e2cn88kr+Q0qZRtI+JeTZodF6ux0gl5 +D4mMkEgLxN1mPDOaXYm8dHSDf0Rmp/ZRiHTo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=kwOuWU0uFEmYtPOLnaACSqQv0XGMjZ6ufogQlDOdzH0=; b=UvGaZD6xtlx7zc0jicH+GZix1aKsdhfsJa1mt4YC8dVOfSSISR+rjz/vBaNBx2IngD iw9gmUO+gfoqTQI2T1LooE6l4TdcWEfmGhuZsZ6S0He/hp+44FJO1vx3d3+Khf12D0ej JeSg6U7EkodcEopGsPFFkQdxVbkml9a0u5yIIulAa+LHQ0lGGd7G797tzq6CeJZ2gNLa WsuyIWr1cE0DInmPPySrh5VBCwvZE2KueHNJFKpETVQLPiCiHw3zSQwNmS4jJLcHpZYl gPunYid7+1oJwX4D8hZP4WckEFc2ISqVRGV431w1P1zYGHiRLQezPJBtBzVsxYVtp4q9 qAZw== X-Gm-Message-State: ALoCoQlO2kdfIpIVxnvWJlCdfU9ZYrPeyeWtOl72PyM2T1jMbKJ9/j5Dxbpd/hZbpggDVMGNpPEc X-Received: by 10.236.114.102 with SMTP id b66mr1558619yhh.6.1376364634004; Mon, 12 Aug 2013 20:30:34 -0700 (PDT) Received: from MATILDA.UNDERGROUND (189-24-170-187.user.veloxzone.com.br. [189.24.170.187]) by mx.google.com with ESMTPSA id b48sm36605910yhc.8.2013.08.12.20.30.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 12 Aug 2013 20:30:33 -0700 (PDT) Message-ID: <5209A856.7050205@bsd.com.br> Date: Tue, 13 Aug 2013 00:30:30 -0300 From: Paulo Henrique - BSDs Brasil User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Notebook, Geforce Gtx 660M and ibtel HD References: <2586e345-31e4-4284-94fc-08fb412abd92@email.android.com> In-Reply-To: <2586e345-31e4-4284-94fc-08fb412abd92@email.android.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 03:30:35 -0000 On 11/08/2013 16:37, Nenhum_de_Nos wrote: > Hail, > > I am back to desktoo and FreeBSD, but I cant pass the simple test to make X alive. Xorg -configure detects two vga and two displays, but neither seems to work. On 9.2rc I got to show X, but deadlock soon after. Now I installed head, and cant even get X to work. The nvidia driver refuses to install, tons of errors (not at home now to copy the messages). I have optimus nvidia hardware. > > Is there any guide to this? Any vga working will do, if capable to play videos and do 2d stuff. > > Thanks in advance, > > Matheus > > " We will call you Cygnus, > The God of balance you shall be" > _______________________________________________ > 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" > Thanks for the tip, now I think I found what I was not running my vga !! http://www.nvidia.com/object/freebsd-x64-319.12-driver.html -- Paulo Henrique. /* * Não tenho apego material, * Só que tambem não vivemos em um mundo socialista. */ BSDs Brasil. From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 03:36:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A91D3282; Tue, 13 Aug 2013 03:36:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 411272311; Tue, 13 Aug 2013 03:36:49 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r7D3amlO061486; Mon, 12 Aug 2013 21:36:48 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: i386 panic From: Scott Long In-Reply-To: <1376336582.1469.9.camel@localhost> Date: Mon, 12 Aug 2013 21:36:48 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: <1376336582.1469.9.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1508) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 03:36:50 -0000 On Aug 12, 2013, at 1:43 PM, Sean Bruno wrote: > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt > > I can never tell if stuff like this is because I'm not nerfing the > system RAM correctly or if this is i386 bit-rot. > > I set hw.physmem="2g" in loader.conf to try and get the system to boot, > but I don't think I did it right? > That shouldn't happen. Maybe you've run out of kmem? It's limited to only like 400MB on i386. Or maybe you've blown out a data structure with all of those CPUs. Scott From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 04:01:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F3EF06DC; Tue, 13 Aug 2013 04:01:42 +0000 (UTC) (envelope-from shigeru@iij.ad.jp) Received: from omgo.iij.ad.jp (mo00.iij.ad.jp [202.232.30.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A89E0243A; Tue, 13 Aug 2013 04:01:41 +0000 (UTC) DKIM-Signature: v=1;a=rsa-sha256;c=relaxed/simple;d=iij.ad.jp;h=Date: Message-Id:To:Cc:Subject:From:In-Reply-To:References:Mime-Version: Content-Type:Content-Transfer-Encoding;i=shigeru@iij.ad.jp;s=omgo1;t= 1376366234; x=1377575834; bh=F2GIiSiKaywxchOrUAVUQVaJgSo0/rs1kjlsENnVrdg=; b=AKK PKKA3dCScxpJTIPEEeiW0iUBYHXqVaWy0ltZKhMq8GLPdtTJll53lPCRiW7wrjPM5DRwVxWMMfKkx BNCbR44Rhtat+rkQMEqndoMOoHpe6a5AGsbbYzo3mSuZKQgFwBUunUIXLHq2KGd5hmHgo5xhs9j68 nG7rcMIte+wVWI=; Received: by omgo.iij.ad.jp (mo00) id r7D3vEl2006308; Tue, 13 Aug 2013 12:57:14 +0900 Date: Tue, 13 Aug 2013 12:57:09 +0900 (JST) Message-Id: <20130813.125709.1168850046133874829.shigeru@iij.ad.jp> To: rodrigc@FreeBSD.org Subject: Re: quick hack to support "option VIMAGE" on USB Ethernet From: YAMAMOTO Shigeru In-Reply-To: References: <20130812.124834.1287983109881683567.shigeru@iij.ad.jp> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 04:01:43 -0000 Hi all, From: Craig Rodrigues Subject: Re: quick hack to support "option VIMAGE" on USB Ethernet Date: Mon, 12 Aug 2013 17:52:39 -0700 > I do not have a USB Ethernet device, and do not fully understand VIMAGE yet. > Is your patch still necessary in CURRENT, after this patch was applied to > subr_bus.c? > > http://lists.freebsd.org/pipermail/svn-src-all/2013-July/071878.html I make a patch for r254236@HEAD which is newer than r253346. My try is, 1) I try to enable "option VIMAGE" at r254236@HEAD. It causes panic at accessing V_if_index in ifindex_alloc_locked(). 2) I try to protect if_alloc(IFT_ETHER) at ue_attach_post_task() using CURVNET_SET_QUIET(curvnet) and CURVNET_RESTORE(). It causes abort at CURVNET_SET_QUIET() becasue curvnet is NULL. 3) I create my patch. It is saving curvnet at uether_ifattach() and using saved curvnet at calling CURVNET_SET_QUIET(). It seems me work. Thanks, ------- YAMAMOTO Shigeru From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 04:33:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A6491DFC for ; Tue, 13 Aug 2013 04:33:28 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm13-vm0.bullet.mail.bf1.yahoo.com (nm13-vm0.bullet.mail.bf1.yahoo.com [98.139.213.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3FB8225FC for ; Tue, 13 Aug 2013 04:33:28 +0000 (UTC) Received: from [98.139.212.149] by nm13.bullet.mail.bf1.yahoo.com with NNFMP; 13 Aug 2013 04:33:26 -0000 Received: from [68.142.230.77] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 13 Aug 2013 04:33:26 -0000 Received: from [127.0.0.1] by smtp234.mail.bf1.yahoo.com with NNFMP; 13 Aug 2013 04:33:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1376368406; bh=Uesp9VbeOtWrRMSnLSyIclR7iFBkhdvERdl2rdE28qM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=YdNFefyqGUuedQWxN5v+kRLd1phI5ypNCADJ1P0EQWXOZivhbK8FqB0AFkD+kcxjFNMEtNaXAEKrXdoERVQIW+YF5eQVtZ6WRKYmv8q6fUgy3Q2/Pbo9WB6D+EfEzXurt3Cl6SswQFbPPcNPs/jRaA/DbkOXCGbGPc8CAqilyps= X-Yahoo-Newman-Id: 610387.14458.bm@smtp234.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: q1W5mbEVM1kk9ywi.nCVXxo4LE8lphPofteRUkFciomXMJR E2O.V513BHJP8ZYFqBWJb9fvA_Fzju20lHOnu__B.z5ngrn3TTfoVF7VN8PY .TtQ6cu8U9WNpAspsSIDlVQVM3TNakqM0AuuunVd2OzrRJPuY5Xt8mKtOZIJ UlX03rhQq7YpNgyX3JG_60dNxoHB3AeUz_eFnMixc4ASqeocuX6MMFoYSw9Q 1LebKccZr3wTshK2F9eqMpgFN.HKCpWB_uBIy2_jnPfItlN1RR98Ypo2uHzF lelgrjAPm9BSZOBHiKgxsLX45BAzO329b.sbrRMfAVN5cAiVM5xSlkWRN11N y7jbwc2sBzOZ2dfFrHVP7GgHHvcFXVC0g_.nVQpMZv9YCP69dVaJ7TANXdBX O9VqUD7N3csoaIwHYabNqe3zrj4S7ufIfDP9LxVRLN58hL3.Y51n0Ll.X127 TboELooRQaT3vuyXTGKArvV81RTw6fQ8hwNkMORc4SVzNGWELXlLjxiZCK_. TpznOnyZ8iLdh.rjKRZ3cChyhOKRw2Z1QO2.CbytjyiW0V23H2Hm5rdnx8bS wi0xqC8__AGd4nNsdag835r.cZS.PgRznUmof_folHjiZqFzpYvFIRGgxSRD D1zgtxXYrWrydVItjhrt_UTsnpSHgQs_d3g-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.209] (sean_bruno@71.202.40.63 with ) by smtp234.mail.bf1.yahoo.com with SMTP; 13 Aug 2013 04:33:26 +0000 UTC Subject: Re: i386 panic From: Sean Bruno To: Scott Long In-Reply-To: References: <1376336582.1469.9.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-w75aOVBp10UXcUL1bKKe" Date: Mon, 12 Aug 2013 21:33:25 -0700 Message-ID: <1376368405.1474.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 04:33:28 -0000 --=-w75aOVBp10UXcUL1bKKe Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-08-12 at 21:36 -0600, Scott Long wrote: > On Aug 12, 2013, at 1:43 PM, Sean Bruno wrote: >=20 > > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt > >=20 > > I can never tell if stuff like this is because I'm not nerfing the > > system RAM correctly or if this is i386 bit-rot. =20 > >=20 > > I set hw.physmem=3D"2g" in loader.conf to try and get the system to boo= t, > > but I don't think I did it right? > >=20 >=20 > That shouldn't happen. Maybe you've run out of kmem? It's limited to on= ly > like 400MB on i386. Or maybe you've blown out a data structure with all > of those CPUs. >=20 > Scott >=20 >=20 Since we can still do this on stable/7 (gross), I kind of think this is a low priority regression. Not even sure where to look, nor do I really want to. :-) If someone has a clueby4 to thwack me around with, I'd appreciate it. Sean p.s. We won't be caring about this for much longer I fear over at $DAYJOB, so if someone wants to address this I can test it for a few more months. After that, we won't care about it too much. --=-w75aOVBp10UXcUL1bKKe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSCbcQAAoJEBkJRdwI6BaHyV0H/jh3Y9nZA0IpEwdckn6V+e2q uWebxOV5Gu7OfY7sZnQsvCcF3KqsYpSKNGKR2/QXtZowq2semLEXRHoAmY1DgueU 2s5iIBXXWPklLcG/6enA8ZaR/eNA2//uElimDIuKRVwIas6BCE7F/vTdJpuSQdEv t8dLQad6w1kvNP44EdXbVkmQm+bAs1N9XQqfA2prjnyHHppNQR3rf8aIlR97boJs 5miaJNGNZmJ/+lCAasMqs1z47UBTznEIaUg5pYC0eZWoBz9IbmSrXyS1kyzjeRyo /iejtQ4XIEj9b/RmXcEeje7i4LtCNziCupzoec7r9Osa3mzlBIgiedpqWl0z1PA= =sJYq -----END PGP SIGNATURE----- --=-w75aOVBp10UXcUL1bKKe-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 05:25:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 25A475D2; Tue, 13 Aug 2013 05:25:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A8F42880; Tue, 13 Aug 2013 05:25:50 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id m46so6151252wev.22 for ; Mon, 12 Aug 2013 22:25:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GT0NfUZVJGqCsZMtHXt4tYEw2WXsViQs5vcg/mHFOxc=; b=Caz26CqHrxajrp7JxeJCnDEINZ6eFQ3usn6z8mQXvs2IXybJP7YbMe0mSc8aNp1dS8 YMJPgl/2p2DuQFnLVnwdnmt5kzd2B1vmnoGB6sHw5kCdqw7/gbv0NA4htj50jsWAyp6F jbcXUkb4uXx64F1ZTxrRdHAR5TzqdAtiSVx48GLafDiNPKVCVeVHvh6oQWjv8JhRkjw1 Wy7jNcZ1wJnx0S8KHLuXYf2VTTXBCmZ0B3A6tqSXIKmLj8slJsniLDjyzhxjmZ2y5/lH 3H/vJ63BPCtZuZyQoDSGec6REDukMqRqT9QDRny4jeHh3hdCbEqbMlbxHsb31MUgkNGk R5VA== MIME-Version: 1.0 X-Received: by 10.194.110.6 with SMTP id hw6mr1704344wjb.3.1376371548690; Mon, 12 Aug 2013 22:25:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.116.136 with HTTP; Mon, 12 Aug 2013 22:25:48 -0700 (PDT) In-Reply-To: <1376368405.1474.2.camel@localhost> References: <1376336582.1469.9.camel@localhost> <1376368405.1474.2.camel@localhost> Date: Mon, 12 Aug 2013 22:25:48 -0700 X-Google-Sender-Auth: 8s1gNVfXZI6-69VvRcsYjPYF5Es Message-ID: Subject: Re: i386 panic From: Adrian Chadd To: sbruno@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 05:25:51 -0000 ... bug peter. And alfred. Alfred broke this stuff. :) -adrian On 12 August 2013 21:33, Sean Bruno wrote: > On Mon, 2013-08-12 at 21:36 -0600, Scott Long wrote: >> On Aug 12, 2013, at 1:43 PM, Sean Bruno wrote: >> >> > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt >> > >> > I can never tell if stuff like this is because I'm not nerfing the >> > system RAM correctly or if this is i386 bit-rot. >> > >> > I set hw.physmem="2g" in loader.conf to try and get the system to boot, >> > but I don't think I did it right? >> > >> >> That shouldn't happen. Maybe you've run out of kmem? It's limited to only >> like 400MB on i386. Or maybe you've blown out a data structure with all >> of those CPUs. >> >> Scott >> >> > > Since we can still do this on stable/7 (gross), I kind of think this is > a low priority regression. Not even sure where to look, nor do I really > want to. :-) > > If someone has a clueby4 to thwack me around with, I'd appreciate it. > > Sean > > p.s. We won't be caring about this for much longer I fear over at > $DAYJOB, so if someone wants to address this I can test it for a few > more months. After that, we won't care about it too much. From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 05:31:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8EE507F1; Tue, 13 Aug 2013 05:31:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B37428F1; Tue, 13 Aug 2013 05:31:16 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7D5TiLI025114; Tue, 13 Aug 2013 08:29:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7D5TiLI025114 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7D5TiQM025113; Tue, 13 Aug 2013 08:29:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 13 Aug 2013 08:29:44 +0300 From: Konstantin Belousov To: David Wolfskill Subject: Re: Early drop to debugger with DEBUG_MEMGUARD Message-ID: <20130813052944.GX4972@kib.kiev.ua> References: <20130812151314.GE1570@albert.catwhisker.org> <20130812160154.GF1570@albert.catwhisker.org> <20130812214435.GH1570@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Se0bRJHHDzahbL7F" Content-Disposition: inline In-Reply-To: <20130812214435.GH1570@albert.catwhisker.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Davide Italiano , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 05:31:17 -0000 --Se0bRJHHDzahbL7F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2013 at 02:44:35PM -0700, David Wolfskill wrote: > On Mon, Aug 12, 2013 at 09:10:55AM -0700, Davide Italiano wrote: > > ... > > OK, I'm not sure I can make an immediate guess on where's the problem > > now (without access to my main workstation), so I think you need to > > wait tomorrow unless someone beats me to the punch. The best I can say > > is that maybe r254025 is responsible for this. Try to revert and see > > if things work again. > > .... >=20 > I tried backing out r254025, but there had been enough time that other > commits had touched the same files. Ended up backing out r254165, > r254171, r254172, and r254182 as well (which seemed to go OK), but the > result didn't build. >=20 > So I just checked out a new src working copy @r254024, built the world > and kernel cleanly, verified that it booted OK, then updated the src > working copy to r254025, built, booted, and ... BANG! >=20 > Booting... > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #3 r254025M/254025:1000041: Mon Aug 12 14:23:48 PDT= 2013 > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/MEMGUARD i386 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > panic: Assertion strat =3D=3D M_BESTFIT || strat =3D=3D M_FIRSTFIT failed= at /usr/src/sys/kern/subr_vmem.c:1050 > cpuid =3D 0 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at kdb_enter+0x3d: movl $0,kdb_why > db>=20 >=20 > So I think it's fair to say that r254025 introduced the problem. >=20 > I'll go ahead and use kernel configs without DEBUG_MEMGUARD on head > until this is resolved (or I have an opportunity to test patches > for someone). >=20 > The r254025 environment is on a "spare" slice of the boot drive of > the machine, so I can leave it for now. My more usual (active) > "head" slice is running: >=20 > FreeBSD 10.0-CURRENT #1243 r254245M/254246:1000042: Mon Aug 12 05:39:42 = PDT 2013 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENER= IC i386 >=20 > I'll be happy to test either or both. The r254025 indeed introduced the problem, and Davide pointed out you a workaround for the assertion triggering. Proper fix for the memguard requires a policy of M_NEXTFIT or like, to avoid a reuse of the previous allocated range as long as possible. But, you have some further issue even after the assertion was silenced, isn't it ? --Se0bRJHHDzahbL7F Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSCcRHAAoJEJDCuSvBvK1B7ksP/3ZrrWr8wURc3HbHNVhOCZtY vxhDqfOU0rESVOYdVMTUB174HHlXuEMLGcs7KDggJ4aKHPkBnvMupgJFl44GalSb Crw3YqNkwYGvl+yDvAmH2ukTYLfZJdvGhGYHNY0hxqRMptUWRCceP2nZIKCXQ8tK HyWcdtP1KzJc3tCahCad2bTr7cQfYJ4rgEpIfF5KTRKTUxpGoelxi13iTmdFQt8c bfysKgQaGGWH5Vllf4HTh//tfFaKxrxlFM8J5TobOfhuh8mQgy49vjzVT3kAnd/j aG/pI+fpkx0MTZWsjK5LUPhZbIJZ44fwEHcfPvsnsxzIA9ielu1vkSh7e5rl53Sh PCAyvLMHCwXJ+6cZoQleIeIbmd2rF2aNoNlDmKyPHWHfUtIqMX4kbazbw9orYCxl C82OAhrCkQ7uVySeaKjYm7YVbdFAYrQqaD1EvUL0EJ3GXV36dz0vWvk2bKmQgevd 04MW3KsgW8kdlxE4E1jwCJdvdPVhCfjh+5FbfI1VbZYrYUAAymcGrExW/W5Xr4HC YCNX+8gg24vFbXs0z6g5uSz6MZ5ly4Uc/15mhhkIS8MGgKVDQVVytzQOtlDnbup+ KiPpUuyOwytBdTmNiYxUEoL8sRTU6XKt0Fe30kCKXCmIf17b6xLAuQCbAwSPcxHA +4rOvMPXsvSv6DCmmOBB =6sRT -----END PGP SIGNATURE----- --Se0bRJHHDzahbL7F-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 05:33:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6350092D; Tue, 13 Aug 2013 05:33:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7591290F; Tue, 13 Aug 2013 05:33:40 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7D5Xa6j026211; Tue, 13 Aug 2013 08:33:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7D5Xa6j026211 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7D5Xa2x026210; Tue, 13 Aug 2013 08:33:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 13 Aug 2013 08:33:36 +0300 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: i386 panic Message-ID: <20130813053336.GY4972@kib.kiev.ua> References: <1376336582.1469.9.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dve6qs1DqgnUUBwi" Content-Disposition: inline In-Reply-To: <1376336582.1469.9.camel@localhost> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 05:33:41 -0000 --dve6qs1DqgnUUBwi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2013 at 12:43:02PM -0700, Sean Bruno wrote: > http://people.freebsd.org/~sbruno/10_i386_vmfault.txt >=20 > I can never tell if stuff like this is because I'm not nerfing the > system RAM correctly or if this is i386 bit-rot. =20 >=20 > I set hw.physmem=3D"2g" in loader.conf to try and get the system to boot, > but I don't think I did it right? >=20 > Sean kernel trap 12 with interrupts disabled panic: vm_fault: fault on nofault entry, addr: c9f7c000 =2E.. calltrap() at calltrap+0x6/frame 0xc1820c9c --- trap 0xc, eip =3D 0xc1820d37, esp =3D 0xc1820ce8, ebp =3D 0 --- end() at 0xc1820d37 First thing is to try to identify what is the code was executing there. Try to disassemble some amount of instructions before and after the faulting %eip. --dve6qs1DqgnUUBwi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSCcUvAAoJEJDCuSvBvK1B70kP/3BWM1bZUbPzywt6jApnzMbd whgAi/64lShLSyl1MVxsv8JnghlH1nnmQgY9+BK1+Krf7u7BuS/f6f5x1Uvovvch bbzbg8m/KjQ5zxK7iyOiUNJg/elsmFEtjZnN5ZUsnMCK3LGsI2hckMxnIqNkhj+u 76yoEaILTuSn7tW1Pe8bqFVo0e+dGr0ld5SNfCIyB5rqo0fD/hb4Gz6fobN6hvpL VDAdPUHwjFi1xhma/6o6k7YHNCdZ17w8+EyC+HqOWhm2pM6dF1sP9u97ZCT4OXZg 0HG5TfaNuyjrJwO82g4w6LtO1lmqBv/yAzgcr5PTVt6Q/f6ACeCm3WJCMBCZ7jqO QvKlz9vHnNp1JbY0NkKsKr2WGznQJ40LjNhqO7HKfEFkkR0QERnP5Ne2t8cyEk6q rR/nOkwyz4J24mrTjKjgfe8kwWQYrAnEchalWfr0XrHRcAR01IivPsD4je8mypj4 D9jBmc9JFIVNZZ82GgV1EPdiC/muvU3z+rxzE+V1DbG7sAwUt5MN7pT++8kSVRLM aSXQzzvucbRxTmLxmVTJRJVdUWe+IQewqB5JfwzNMqBre0L7/IkXwMvz2KUM9Xls PPbPfJUYK+asWRs1RQN/Mxj1KC0Wg5AqL7WpXFVtz/mf/bj7ENzvA0U7OZzp0J8k I6ZutZyZlaHjduEOF/Ht =FGoo -----END PGP SIGNATURE----- --dve6qs1DqgnUUBwi-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 05:59:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5FBF2F40 for ; Tue, 13 Aug 2013 05:59:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21BEA2A72 for ; Tue, 13 Aug 2013 05:59:46 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id r7D5xd6O012020; Mon, 12 Aug 2013 22:59:39 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id r7D5xdCd012019; Mon, 12 Aug 2013 22:59:39 -0700 (PDT) (envelope-from david) Date: Mon, 12 Aug 2013 22:59:39 -0700 From: David Wolfskill To: Konstantin Belousov Subject: Re: Early drop to debugger with DEBUG_MEMGUARD Message-ID: <20130813055939.GL1570@albert.catwhisker.org> References: <20130812151314.GE1570@albert.catwhisker.org> <20130812160154.GF1570@albert.catwhisker.org> <20130812214435.GH1570@albert.catwhisker.org> <20130813052944.GX4972@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aYrjF+tKt+ApYAdb" Content-Disposition: inline In-Reply-To: <20130813052944.GX4972@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 05:59:47 -0000 --aYrjF+tKt+ApYAdb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 13, 2013 at 08:29:44AM +0300, Konstantin Belousov wrote: > ... > The r254025 indeed introduced the problem, and Davide pointed out you a > workaround for the assertion triggering. Right; I tried one of those -- I hope I got it right... > Proper fix for the memguard requires a policy of M_NEXTFIT or like, to > avoid a reuse of the previous allocated range as long as possible. Ah. > But, you have some further issue even after the assertion was silenced, > isn't it ? Yes; please see for a copy of the message that shows the resulting panic. (Or see previous messages i this thread, if that's easier.) It looks (from my naive perspective) as if mti_zone hadn't been initialized (properly? at all?). In any case, I remain willing to test, subject to Internet connectivity flakiness where I am now and other demands on my time. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --aYrjF+tKt+ApYAdb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIJy0oACgkQmprOCmdXAD0V2wCghyK7SUNFrOr2VBNxBdQMumiF A6YAn2cgtv/lnEabUuEL8lIM0Crbq6zz =JsjF -----END PGP SIGNATURE----- --aYrjF+tKt+ApYAdb-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 12:23:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 82C4BDD1; Tue, 13 Aug 2013 12:23:36 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3066A227C; Tue, 13 Aug 2013 12:23:36 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id pa12so6589220veb.2 for ; Tue, 13 Aug 2013 05:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EOCxlnqg2jeaGTkGe3ARjnGwSE4QF8fGRh8onEXsvmo=; b=UmoP2mWRoTXBpGecPZrVaGfeKG1iyt//+NnIEMWIaS1Wn+/j2JHIS9L/zruPV6zmIP An8DRMhpetIuKfCmXGiF4ma0D/M2Ui+G9NxD4lZysgDej8MNyvpcszz22FFwf354DyMR cIxCuAwSP2iMiKMkuEkliizGqvBZFHMnwNf0W6fFhq6hBTwGXq8TWShKqtTuG4dEcEmL /SPI0Dwo35I+6Lh+WyW6SnXXnKReWkLORwFw/A2Owj0kPxO21FMt/k4guqmmom3+cDoC 4TItD86rhumXMIAJOtDhu7bGiJgnMyf06ucrDIjt2xqNRBCJeQJaZplxDCqGz3WibijY AODg== MIME-Version: 1.0 X-Received: by 10.52.23.80 with SMTP id k16mr70541vdf.58.1376396614572; Tue, 13 Aug 2013 05:23:34 -0700 (PDT) Received: by 10.220.151.78 with HTTP; Tue, 13 Aug 2013 05:23:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 13 Aug 2013 06:23:34 -0600 Message-ID: Subject: Re: Panic - ffs_valloc: dup alloc From: Chris Torek To: Adrian Chadd X-Mailman-Approved-At: Tue, 13 Aug 2013 12:43:32 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: AN , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 12:23:36 -0000 For what (little :-) ) it's worth, I got bit by this too. Ultimately it boils down to the problem that once the on-disk file system is sufficiently broken, the journal doesn't have enough information for fsck to even detect the problem, much less fix it. (In my case the problem most likely was created by a bad bit in RAM. That particular hardware has no ECC.) It seems to me that certain UFS panics (including "dup alloc", which was the one getting me too if I remember right) should poison the journal to force a full fsck. This won't necessarily solve everything, but it would at least carry the problem detection forward from the kernel into fsck... Chris From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 17:15:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B6A968F5; Tue, 13 Aug 2013 17:15:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E14B25B3; Tue, 13 Aug 2013 17:15:11 +0000 (UTC) Received: from zeta.ixsystems.com (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 49712A63D; Tue, 13 Aug 2013 10:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1376414104; bh=k6WFd5wOEyvzOaLmHRq1M0VUW2wLDfT/G6/63y4vVjc=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=VMa6MsjU7dSfMDFdFQfcgreGVpZbj1F0aBGX7L3/W+fpczrQscP8gsTQyJvjXxFaY 47IaoH+1gjJBb1bmc8C+x8iIg3ZRHV22C5Re4ooLlXNYSs3FP3V2wkr2jY8TyeQhek z6WK++D66aPu0Wcf1S35eh7yWRS5pA+wX81Y6G4U= Message-ID: <520A6996.9050803@delphij.net> Date: Tue, 13 Aug 2013 10:15:02 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Garrett Cooper Subject: Re: Positional arguments/load command broken in boot loader; cannot load old kernel References: <9739C69E-FA2B-43F1-BBB6-FB0018BF1DC5@gmail.com> In-Reply-To: <9739C69E-FA2B-43F1-BBB6-FB0018BF1DC5@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Devin Teske , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 17:15:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 08/13/13 09:36, Garrett Cooper wrote: > I made the mistake of installing CURRENT on my file server at home > this morning and thought I could just boot the old kernel, do a > zfs rollback, then continue on my merry way. > > Turns out I was horribly wrong. > > In addition to colors added to the boot loader (ooooh shiny!!!), > it appears the loading kernels with the load sub command from zfs > pools does not work (load kernel.old, boot -s kernel.old, etc). > Period. It works just fine with my stable/9 kernel/userland, but > not the CURRENT one. Don't work -- how? I rebuild my laptop daily and does not see that and I don't see a way Devin's changes could possibility cause problems like this. BTW since this sounds like a ZFS related issue -- did you do a 'zpool upgrade' without updating loader or boot block and used some new features? Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCgAGBQJSCmmWAAoJEG80Jeu8UPuztf8H/3Ya4U7YVsPlNR6cnGMMFeTB LU3rXeQ0Eir+Tv2aQ1vh4/4HvA/iOI33/eRZEJo3tx0B+HgCNQbnECT5I1DfbO2I Oh0BTSVWWF9ovvkFGnqbOr+XITWbYJafI4M046DgS3HjfhhO1FmHvuyfdW457gKs UvHw3XEHyl3E4j/D5y1j7lJ0uQ/Jk5rjNKXylo/saFPrK4bb6NiRm+KH9NYm1qMD PTx90HoAL0fEfJDutQ99zyTSspoCq13zU/rYEkzxVhqp2Eb8NYvEs9yElYYfFY+O 0FqTPf9MqZpLmtqaVSCmg9sZ5Krfl0VyRyLQwPUbuiNIolEwojoYsQma+ex56N0= =jkdf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 18:37:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 59E96D69 for ; Tue, 13 Aug 2013 18:37:36 +0000 (UTC) (envelope-from alex323@gmail.com) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C05F2BAE for ; Tue, 13 Aug 2013 18:37:36 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id db10so7052582veb.0 for ; Tue, 13 Aug 2013 11:37:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=IQuGA0Us03w2+xsSBbYcAuOQuMV3YqJKTc4df6pDQSM=; b=RUfyCj7ReRxlmzwmf7P3fPIY8/dTVX/OXFVoxqBXUnLze018/kuqrLnft6OGAXpdAz s872Ht/tZts0qUl7ALbpqqSodCxgB59z81sz5oH8aNOxuMzdkqTSoid0P5HUrga9o9xZ RajY0gr/sp6WOGUaPQbEcBWRvEl5Bvjt5HwOamFKCSc6rxTUMy+wYzzH0u6+2a0irCSF Yu+xVC6Dor6bH4dqizuxkYvvt4KcTZBlVlzoonbZl9y1Ry55awRysilB/9/z2MlCC8QI vjlFwYKTNwoKhVlX/JiF0vnhGEzqpA3KVOM0DFlip8QuuDlRkYfUtqVha2RNBQchpJE5 Q7Hw== MIME-Version: 1.0 X-Received: by 10.52.230.102 with SMTP id sx6mr4252547vdc.15.1376419055325; Tue, 13 Aug 2013 11:37:35 -0700 (PDT) Received: by 10.58.246.41 with HTTP; Tue, 13 Aug 2013 11:37:35 -0700 (PDT) Date: Tue, 13 Aug 2013 14:37:35 -0400 Message-ID: Subject: Hang with nvidia-driver From: Alex To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 18:37:36 -0000 Hi. I just upgraded to revision 254271 and am experiencing a hang when slim starts. The monitor goes blank (no signal) and the fans increase in speed, suggesting high CPU usage. I have a GeForce GT 440. As suggested on the forums, I tried setting "machdep.disable_mtrrs=1" at the boot loader, but this did not help. Does anyone have any advice? Thanks, Alex From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 18:45:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4DF303A0 for ; Tue, 13 Aug 2013 18:45:33 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A72D02C26 for ; Tue, 13 Aug 2013 18:45:32 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id r7DIjJuN009420 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 13 Aug 2013 19:45:27 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk r7DIjJuN009420 Authentication-Results: smtp.infracaninophile.co.uk/r7DIjJuN009420; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy) Message-ID: <520A7EB8.4090206@FreeBSD.org> Date: Tue, 13 Aug 2013 19:45:12 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Hang with nvidia-driver References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pPLXI5smIu2rcpMmKlxnd4kIp3nvddp4E" X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 18:45:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pPLXI5smIu2rcpMmKlxnd4kIp3nvddp4E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 13/08/2013 19:37, Alex wrote: > Hi. I just upgraded to revision 254271 and am experiencing a hang when = slim > starts. The monitor goes blank (no signal) and the fans increase in spe= ed, > suggesting high CPU usage. I have a GeForce GT 440. As suggested on the= > forums, I tried setting "machdep.disable_mtrrs=3D1" at the boot loader,= but > this did not help. >=20 > Does anyone have any advice? I saw the same symptoms with a recent update to x11/nvidia-driver. Are you starting slim from /etc/ttys ? What fixed it for me was to scrap that and use the rc.d script to start slim. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --pPLXI5smIu2rcpMmKlxnd4kIp3nvddp4E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlIKfr8ACgkQ8Mjk52CukIzeIACfaXUC5yHDxskwRTZS6YiD/HOk N0cAnjHG1mQ8je129nu1GYY1gHDV6Jys =XKnG -----END PGP SIGNATURE----- --pPLXI5smIu2rcpMmKlxnd4kIp3nvddp4E-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 19:06:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A59A1D25 for ; Tue, 13 Aug 2013 19:06:05 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 668912D7E for ; Tue, 13 Aug 2013 19:06:05 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id ht10so4243056vcb.38 for ; Tue, 13 Aug 2013 12:06:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=oV3JYCni++Kpbi08wwsIvAVMajZgDt7ZD9pSsP1tgZ4=; b=SeqVdsPvGFPC+xGOEZQATK4XUHOglKgoWrWPtoS3JfXv46VzaW37jdpXe1A4F/8kXH LUsy74PTPXf4y+sx+HB1+jnPjpOHXQyjhzIILokbJ+cuzsc2Wn12ONZqDhkqAZaV5VWt UIbn09kvUraL7Q7sDZWhqpYL8MxElJK34SBFEuXjReMsru6DR7NMpJOnBEs3QLhXTaz0 NBjCyr7IMkHO8vS3adIk6km51jOR22IjxozeVwk/Q8KUrpSZCvnATnH6Sdt+aDyogXLq bJxxxuqDdP7/72LK0zSWFJUu4Mn5v5LmjFHAZi8xpmfUR1jCarHzEaRjZy2cEUREbX4V 4+/A== MIME-Version: 1.0 X-Received: by 10.52.34.40 with SMTP id w8mr4800467vdi.7.1376420764507; Tue, 13 Aug 2013 12:06:04 -0700 (PDT) Sender: markjdb@gmail.com Received: by 10.220.65.4 with HTTP; Tue, 13 Aug 2013 12:06:03 -0700 (PDT) In-Reply-To: References: Date: Tue, 13 Aug 2013 15:06:03 -0400 X-Google-Sender-Auth: AVR8nOBE8iDHZ5nhRv-rSqiwHj4 Message-ID: Subject: Re: Hang with nvidia-driver From: Mark Johnston To: Alex Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 19:06:05 -0000 On Tue, Aug 13, 2013 at 2:37 PM, Alex wrote: > Hi. I just upgraded to revision 254271 and am experiencing a hang when slim > starts. The monitor goes blank (no signal) and the fans increase in speed, > suggesting high CPU usage. I have a GeForce GT 440. As suggested on the > forums, I tried setting "machdep.disable_mtrrs=1" at the boot loader, but > this did not help. > > Does anyone have any advice? > > Thanks, > Alex > I ran into a similar problem a few days ago. Applying the nvidia-driver Makefile patch from the follow-ups in the PR below and rebuilding the driver fixed the problem for me: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181144 From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 19:08:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 376BCE95 for ; Tue, 13 Aug 2013 19:08:31 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0F482DB5 for ; Tue, 13 Aug 2013 19:08:30 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id t13so6172655lbd.16 for ; Tue, 13 Aug 2013 12:08:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=yY6l0ap8GEMnJkO7FJv/wZWTUjHquNAs7DbisRlA91U=; b=xRvqckJ+bu1K7f7Cd9/H/B5+myqPjhv2ESHLcuxtbDf8B1N5hlqlBv22wLegM1B+we 5Sz8k60i2/i5bjyQG4wAi6kgF+1BtcLbfMikeuUrVI7PmEwXx7s1cV2oB/XYS7uw7ex3 zQiEe7gm4ShUnVAQQY4LZAr60bvDcjFJtTcadXoZFGzBLyguHwJKjIU+JZQelAszqW8C Im4lEStE+93loe1NuvQN2BBKe10b2taoCqN0BoqJvvDr8WIM83ZnJDy+iS7E9nFdf0+C QlaLS0Hr44iVkXCYlNgBCOseS1KKgcWo54DP8moIzJXu1Kg+dnTA5rbU8EpXHHe17Ff4 ZEDQ== MIME-Version: 1.0 X-Received: by 10.112.130.134 with SMTP id oe6mr4685420lbb.30.1376420908468; Tue, 13 Aug 2013 12:08:28 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.22.100 with HTTP; Tue, 13 Aug 2013 12:08:28 -0700 (PDT) In-Reply-To: <20130813.125709.1168850046133874829.shigeru@iij.ad.jp> References: <20130812.124834.1287983109881683567.shigeru@iij.ad.jp> <20130813.125709.1168850046133874829.shigeru@iij.ad.jp> Date: Tue, 13 Aug 2013 12:08:28 -0700 X-Google-Sender-Auth: ujRsxeAIhoGvKGd5500vAMMutvg Message-ID: Subject: Re: quick hack to support "option VIMAGE" on USB Ethernet From: Craig Rodrigues To: YAMAMOTO Shigeru Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 19:08:31 -0000 On Mon, Aug 12, 2013 at 8:57 PM, YAMAMOTO Shigeru wrote: > > My try is, > 1) I try to enable "option VIMAGE" at r254236@HEAD. > It causes panic at accessing V_if_index in ifindex_alloc_locked(). > Can you provide the kernel backtrace for this panic? It would be interesting to see where we need to initialize currvnet for USB Ethernet. I thought we already handled that case in subr_bus.c -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 21:40:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 85F84589 for ; Tue, 13 Aug 2013 21:40:27 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-ob0-f174.google.com (mail-ob0-f174.google.com [209.85.214.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDC327CE for ; Tue, 13 Aug 2013 21:40:26 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wd6so11114651obb.33 for ; Tue, 13 Aug 2013 14:40:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; bh=hnnWue29lPhBeuMV6P/44itMjhDKXd2b0b+tXnbSCSU=; b=gDQuEjz1qIDv1DI6J1W3AH0FyRUMeeB2+ihfBwXDb5+oLeaNFylw9uyI0xA4wleWyl 5LKBPWShaqb6Ek/PCmF0UgkYjeHeEt8/yQ33kOKueqziClIHjpHBpjRO45qkjqyAUDub vsHBOrHVow8JGI8tk4SbexaVwW3rcr7i8+6LkeLmupo+YJ4I83Db7CDI4ulQFXhRgSqB 0qU7QFo8BE6mMJGU3d4W/xwEKvBDOo2kwEBNB9nVC3wCMOeds6a+dcY9AGOD/TXFIYE2 +e+hdeeCNOzuOhDC6Vunn7FJnXMeh/2w5ktJAGfq0z/PiNZjIamGt2Gj5bZaRrFq4WSE lfQg== X-Gm-Message-State: ALoCoQliaVZGTDgBEs3gw6E/xEbHOzaFuDbRE3jYw0WIIPunxyNgyaRMhnZHa3t4httrwskOw3KJ X-Received: by 10.60.47.76 with SMTP id b12mr2334924oen.78.1376430019836; Tue, 13 Aug 2013 14:40:19 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id hl3sm3163517obb.0.2013.08.13.14.40.18 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 13 Aug 2013 14:40:19 -0700 (PDT) Date: Tue, 13 Aug 2013 11:42:10 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: David Wolfskill Subject: Re: Early drop to debugger with DEBUG_MEMGUARD In-Reply-To: <20130813055939.GL1570@albert.catwhisker.org> Message-ID: References: <20130812151314.GE1570@albert.catwhisker.org> <20130812160154.GF1570@albert.catwhisker.org> <20130812214435.GH1570@albert.catwhisker.org> <20130813052944.GX4972@kib.kiev.ua> <20130813055939.GL1570@albert.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Konstantin Belousov , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 21:40:27 -0000 On Mon, 12 Aug 2013, David Wolfskill wrote: > On Tue, Aug 13, 2013 at 08:29:44AM +0300, Konstantin Belousov wrote: >> ... >> The r254025 indeed introduced the problem, and Davide pointed out you a >> workaround for the assertion triggering. > > Right; I tried one of those -- I hope I got it right... > >> Proper fix for the memguard requires a policy of M_NEXTFIT or like, to >> avoid a reuse of the previous allocated range as long as possible. That's why I passed a start address as a lower bound to vmem_xalloc. I would like to eventually implement nextfit. > > Ah. > >> But, you have some further issue even after the assertion was silenced, >> isn't it ? I will fix this today and do some stress tests with memguard on. Sorry for the difficulty. Thanks, Jeff > > Yes; please see > for a copy > of the message that shows the resulting panic. (Or see previous > messages i this thread, if that's easier.) It looks (from my naive > perspective) as if mti_zone hadn't been initialized (properly? at > all?). > > In any case, I remain willing to test, subject to Internet connectivity > flakiness where I am now and other demands on my time. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Taliban: Evil men with guns afraid of truth from a 14-year old girl. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 22:03:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2C507E71 for ; Tue, 13 Aug 2013 22:03:19 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-oa0-f51.google.com (mail-oa0-f51.google.com [209.85.219.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E84902931 for ; Tue, 13 Aug 2013 22:03:18 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id h1so12309926oag.10 for ; Tue, 13 Aug 2013 15:03:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; bh=rYJJQaa9pNhOg/0Lb3doWeauQKJvopUyY0x8Qddx1OQ=; b=jv6kX6VDjXJslt4O0Wh+fhNqPHybsJrxaJJ16qQbRfdNBAHc2M3Kvn8K++cYUUGFDk JB19nzUuFovPu10CC+2z5RPpSy/uWvyNGHhXv9OPQ7Ay4ZJo4/E7WpcHtsoFE3Qc/LrW lc8jTPcPeiDX8fnhkmA1ss3z87UEVAyssyygo/tlNUM7/2wiB1JjAMTKjRCLTPJ1VIsf RFevrRKbYLjJDo/kYRlIeiNwTgf6Dm1/KUk4j/1GTlxKnZD5XPKNTysMx2X12ZTH5pwU lTez8Jhd8AYCWjkyCDGTMm6fWnLEf47rp8WVSDiMheb4GF0K81mED/FMfHAwwOeSjHF0 JN4w== X-Gm-Message-State: ALoCoQmkEsoSUZSMZUvH6a00cjbioQzYaLf5zjNBg79tTL+OpOsu6KNB9RX7RWLUhhVorXROmo1Q X-Received: by 10.60.52.101 with SMTP id s5mr3684806oeo.56.1376431391854; Tue, 13 Aug 2013 15:03:11 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id n2sm41745287obo.6.2013.08.13.15.03.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 13 Aug 2013 15:03:11 -0700 (PDT) Date: Tue, 13 Aug 2013 12:05:01 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Colin Percival Subject: Re: panic: UMA: Increase vm.boot_pages with 32 CPUs In-Reply-To: <5208A488.2050603@freebsd.org> Message-ID: References: <5208A488.2050603@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alc@freebsd.org, Attilio Rao , FreeBSD current , Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 22:03:19 -0000 On Mon, 12 Aug 2013, Colin Percival wrote: > Hi all, > > A HEAD@254238 kernel fails to boot in EC2 with >> panic: UMA: Increase vm.boot_pages > on 32-CPU instances. Instances with up to 16 CPUs boot fine. > > I know there has been some mucking about with VM recently -- anyone want > to claim this, or should I start doing a binary search? It's not any one commit really, just creeping demand for more pages before the VM can get started. I would suggest making boot pages scale with MAXCPU. Or just raising it as the panic suggests. We could rewrite the way that the vm gets these early pages but it's a lot of work and typically people just bump it and forget about it. Thanks, Jeff > > -- > Colin Percival > Security Officer Emeritus, FreeBSD | The power to serve > Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid > From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 22:43:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 94E06FE5 for ; Tue, 13 Aug 2013 22:43:11 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 597B32B97 for ; Tue, 13 Aug 2013 22:43:10 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id l20so12185496oag.17 for ; Tue, 13 Aug 2013 15:43:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; bh=znuo5JQWNy/lfDqiiDdwkRXx8cBODNTo1gdoZt6b5KM=; b=cmDr6g6LIf8pgPeczOG1e067xKGNAuxdS9VVBs//mUcs7E4bCRnyej+d8Zi0kqGgr0 ReF27VTJNYy6C6FC+ONgmfe1tckFLonLWQ57cHeSFW9+LvJIvmKu6mOu3GoYzFh/Q/S+ XKR/aUKtORkIRBwV0rw9iJqcIIsic/RBTRXbjx55a4ZgQ3ZN4EMWU6Lg0e2Ivpzo/Vus qcqCZfV6m2GhCXT4J2Jk1fWTJm8ewoDkmZoeJOVUplSTW5k6NWlLHcRgTgYdy9UvS8pD bgB2sUQ4tXNzzsvH8+djgwnWxvFhjrnvDTj5pCT9f/B+LWUo91Vn1Ofq3wCaRA2EZiWH BbGA== X-Gm-Message-State: ALoCoQnSrs62eIK+ZTzZf4i3IEM07rxNYkvkolNIvgR6yTDMK35H4QTcbY2NOBPpTDc7VghA77N1 X-Received: by 10.60.63.68 with SMTP id e4mr6558695oes.23.1376433783917; Tue, 13 Aug 2013 15:43:03 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id hl3sm3534048obb.0.2013.08.13.15.43.02 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 13 Aug 2013 15:43:03 -0700 (PDT) Date: Tue, 13 Aug 2013 12:44:54 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: David Wolfskill Subject: Re: Early drop to debugger with DEBUG_MEMGUARD In-Reply-To: Message-ID: References: <20130812151314.GE1570@albert.catwhisker.org> <20130812160154.GF1570@albert.catwhisker.org> <20130812214435.GH1570@albert.catwhisker.org> <20130813052944.GX4972@kib.kiev.ua> <20130813055939.GL1570@albert.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Konstantin Belousov , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 22:43:11 -0000 On Tue, 13 Aug 2013, Jeff Roberson wrote: > On Mon, 12 Aug 2013, David Wolfskill wrote: > >> On Tue, Aug 13, 2013 at 08:29:44AM +0300, Konstantin Belousov wrote: >>> ... >>> The r254025 indeed introduced the problem, and Davide pointed out you a >>> workaround for the assertion triggering. >> >> Right; I tried one of those -- I hope I got it right... >> >>> Proper fix for the memguard requires a policy of M_NEXTFIT or like, to >>> avoid a reuse of the previous allocated range as long as possible. > > That's why I passed a start address as a lower bound to vmem_xalloc. I would > like to eventually implement nextfit. > >> >> Ah. >> >>> But, you have some further issue even after the assertion was silenced, >>> isn't it ? > > I will fix this today and do some stress tests with memguard on. Sorry for > the difficulty. Please try 254308. It is working for me. Thanks, Jeff > > Thanks, > Jeff > >> >> Yes; please see >> for a copy >> of the message that shows the resulting panic. (Or see previous >> messages i this thread, if that's easier.) It looks (from my naive >> perspective) as if mti_zone hadn't been initialized (properly? at >> all?). >> >> In any case, I remain willing to test, subject to Internet connectivity >> flakiness where I am now and other demands on my time. >> >> Peace, >> david >> -- >> David H. Wolfskill david@catwhisker.org >> Taliban: Evil men with guns afraid of truth from a 14-year old girl. >> >> See http://www.catwhisker.org/~david/publickey.gpg for my public key. >> > From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 16:37:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1F058B81; Tue, 13 Aug 2013 16:37:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAE7C2392; Tue, 13 Aug 2013 16:37:01 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id 17so10908049iea.31 for ; Tue, 13 Aug 2013 09:37:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:from:content-type:message-id:date:cc :content-transfer-encoding:to; bh=ShyB7Ub6nmuhHlim1c9sjb3yA4kqpNbmgFRnwsN/V8Y=; b=PXJWF1UrWMohtyFD5epWnrsggs8FeOy1tNqAtAkIbH43KWcEyN9zfO0GCGYhDTwtBg 3H1S4ShBxzeD94hvl2DHELGrGG94CxJY+ZG2W97OWXGBXvz+yRoZtDQAUslAZxZ4Su3I d1n28fPjvW5pSAzhaE3FcTYpHAeXJkPD8Mo2XdqQZETS8N7gpEjWhlKXnrafbBRnzEaV G+OZFgrXECL47unkqP00qtrk7OvKUtJ9VCUcDJi+wLgzV0LL9ZCHlSXUsxtx4xrNRDJg 4spqhB+Up9pOZKTqlRq7DwbysSzovgxYahXtztC0m5NmBYnL0wq9xEhiETrg1aMpy6Xh 6M4A== X-Received: by 10.50.23.76 with SMTP id k12mr3191646igf.37.1376411821357; Tue, 13 Aug 2013 09:37:01 -0700 (PDT) Received: from [10.231.179.225] (mobile-166-147-080-064.mycingular.net. [166.147.80.64]) by mx.google.com with ESMTPSA id ht10sm5111823igb.2.2013.08.13.09.36.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Aug 2013 09:37:00 -0700 (PDT) Subject: Positional arguments/load command broken in boot loader; cannot load old kernel Mime-Version: 1.0 (1.0) From: Garrett Cooper Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (10B329) Message-Id: <9739C69E-FA2B-43F1-BBB6-FB0018BF1DC5@gmail.com> Date: Tue, 13 Aug 2013 09:36:54 -0700 Content-Transfer-Encoding: quoted-printable To: Devin Teske , Xin LI X-Mailman-Approved-At: Tue, 13 Aug 2013 23:20:48 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 16:37:02 -0000 I made the mistake of installing CURRENT on my file server at home this morn= ing and thought I could just boot the old kernel, do a zfs rollback, then co= ntinue on my merry way. Turns out I was horribly wrong. In addition to colors added to the boot loader (ooooh shiny!!!), it appears t= he loading kernels with the load sub command from zfs pools does not work (l= oad kernel.old, boot -s kernel.old, etc). Period. It works just fine with my= stable/9 kernel/userland, but not the CURRENT one. Please fix this; I hate having to resort to grabbing install media to have t= o fix my machines, and I'm sure you're going to have other devs and users ju= mp down your throat about this. Thanks..= From owner-freebsd-current@FreeBSD.ORG Tue Aug 13 19:51:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CCC8FA94; Tue, 13 Aug 2013 19:51:37 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 931C3207D; Tue, 13 Aug 2013 19:51:37 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id aq17so10691735iec.25 for ; Tue, 13 Aug 2013 12:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=sc9ItcEB8CCxwaoKZNrWDwL0r3wayt+si4pEPXeLhHQ=; b=M/ZfvxqyHy+pe+HvDpAdLv/wvsHV8eUNgINzywQHnCewUzRIgHajT3LFMqxN3AkEeH 28VJaNfRjTYCqJOJNPwRv6JOWKVMjrX8Eb0Ie7GBOtGYDNeee7ZQohB1zs3/3ZL6SLNJ iE0GJA5HciOtLu1EXK1frZzj8bhSytpC4UPC9+d/6m2lZSZfGzZ0kIvixIEkfAGlG8A/ zbFbIdDYTFkJU8vZl4rp4gFfScXXX5tuSySyUdf5kVbZDPuys7N7cR78rJDZR6jfig6Y 4VPowUGAZL9p3+1JfwsZuxSczy0p/SyYcg8D+ftxyxmW1lj9jbYHF2/9v4MnkdOv63KZ G7Cw== X-Received: by 10.50.2.67 with SMTP id 3mr3769301igs.41.1376423497163; Tue, 13 Aug 2013 12:51:37 -0700 (PDT) Received: from [10.231.179.225] (mobile-166-147-080-064.mycingular.net. [166.147.80.64]) by mx.google.com with ESMTPSA id io8sm6068595igb.7.2013.08.13.12.51.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Aug 2013 12:51:36 -0700 (PDT) References: <9739C69E-FA2B-43F1-BBB6-FB0018BF1DC5@gmail.com> <520A6996.9050803@delphij.net> Mime-Version: 1.0 (1.0) In-Reply-To: <520A6996.9050803@delphij.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (10B329) From: Garrett Cooper Subject: Re: Positional arguments/load command broken in boot loader; cannot load old kernel Date: Tue, 13 Aug 2013 12:51:32 -0700 To: "d@delphij.net" X-Mailman-Approved-At: Tue, 13 Aug 2013 23:21:24 +0000 Cc: Devin Teske , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Aug 2013 19:51:37 -0000 Sorry. Hit the send button too soon... On Aug 13, 2013, at 10:15 AM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > On 08/13/13 09:36, Garrett Cooper wrote: >> I made the mistake of installing CURRENT on my file server at home=20 >> this morning and thought I could just boot the old kernel, do a >> zfs rollback, then continue on my merry way. >>=20 >> Turns out I was horribly wrong. >>=20 >> In addition to colors added to the boot loader (ooooh shiny!!!), >> it appears the loading kernels with the load sub command from zfs >> pools does not work (load kernel.old, boot -s kernel.old, etc). >> Period. It works just fine with my stable/9 kernel/userland, but >> not the CURRENT one. >=20 > Don't work -- how? I rebuild my laptop daily and does not see that > and I don't see a way Devin's changes could possibility cause problems > like this. Unfortunately I don't have definitive data other than the symptoms I noted, a= nd some other data I can put together when I can unripple my home machine. > BTW since this sounds like a ZFS related issue -- did you do a 'zpool > upgrade' without updating loader or boot block and used some new features?= Nope. An important item that I realized is that my boot0 bits are still base= d on stable/9 sources built on August 9th (with backports from CURRENT so zf= sboottest works with the stable/9 sources), so it might actually be that the= upgrade path from 9 to 10 doesn't "just work" without resetting the boot bi= ts with gpart. Would be nice if mergemaster -p automated this, or something along those lin= es... I feel that due to the amount of churn in ZFS, there are edge cases wh= ere due to things getting out of synch a system can easily become unbootable= . Thanks!= From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 00:19:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9164D7E4; Wed, 14 Aug 2013 00:19:38 +0000 (UTC) (envelope-from alex323@gmail.com) Received: from mail-vb0-x232.google.com (mail-vb0-x232.google.com [IPv6:2607:f8b0:400c:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F4112065; Wed, 14 Aug 2013 00:19:38 +0000 (UTC) Received: by mail-vb0-f50.google.com with SMTP id x14so7284899vbb.9 for ; Tue, 13 Aug 2013 17:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BxlTDt2sOQA8yaYH8TNOdmeQoxi58pWRdqIqzc+Jry8=; b=jORCZySHoyb+c5A0i5xly/9MVkcMsc504V8hQlnUpDcpXK5CD5WZwiWZN5CLQMmxSU Sywk53I8aQ656NrfGkJg3s5U3b+cy0tF2G8maGkktnR5T/w/Q/BKXEwDIFwHK1BIVI6w Q8IMwrsV4o+8M8CoowOi3EC0rLBnYCM3rec5vEzulHbVI695MUtK++SQD4UwXnZeMn1K gN5vIiTh0IT5sIK1YYf0FW4mN3z/rQG3EV96McIiDeqFUHom3IC3vL3SM9R2tNrdJuC6 Kk7Tf5GA/VoaB8thYO7974qH93n4NTHOU7sAjMBMsMLSUe8McHity8Urt5tihOjEPKs6 xg5g== MIME-Version: 1.0 X-Received: by 10.220.88.13 with SMTP id y13mr6763364vcl.20.1376439577247; Tue, 13 Aug 2013 17:19:37 -0700 (PDT) Received: by 10.58.246.41 with HTTP; Tue, 13 Aug 2013 17:19:37 -0700 (PDT) In-Reply-To: References: Date: Tue, 13 Aug 2013 20:19:37 -0400 Message-ID: Subject: Re: Hang with nvidia-driver From: Alex To: Mark Johnston Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 00:19:38 -0000 I can confirm that the patch found on the pastebin fixes the problem. On Tue, Aug 13, 2013 at 3:06 PM, Mark Johnston wrote: > On Tue, Aug 13, 2013 at 2:37 PM, Alex wrote: > >> Hi. I just upgraded to revision 254271 and am experiencing a hang when >> slim >> starts. The monitor goes blank (no signal) and the fans increase in speed, >> suggesting high CPU usage. I have a GeForce GT 440. As suggested on the >> forums, I tried setting "machdep.disable_mtrrs=1" at the boot loader, but >> this did not help. >> >> Does anyone have any advice? >> >> Thanks, >> Alex >> > > I ran into a similar problem a few days ago. Applying the nvidia-driver > Makefile > patch from the follow-ups in the PR below and rebuilding the driver fixed > the > problem for me: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181144 > From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 01:04:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBD1DF23; Wed, 14 Aug 2013 01:04:02 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-ee0-x231.google.com (mail-ee0-x231.google.com [IPv6:2a00:1450:4013:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B566922CB; Wed, 14 Aug 2013 01:04:01 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id d41so4518003eek.22 for ; Tue, 13 Aug 2013 18:04:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EJ7/7gjuHw/l7R9asMzpY9LTKGr6G0QPunPiP0lp2Qc=; b=FNTn8Wsgsi/9qRBkG2YTPgqV58+BcCxsO/ZK13kDuigjSs30zlHhK+lS99mFdaKVan ZdfMWGU3ye4tFusysBxn7DT3GzHO/1FW3FtYQzeIIYbL7FULOfmCsaqAw+jR9eIbOUPG GpjXtShA413WxK+4b9GUP+H4LC8O3Is09jAr5UrLAvlSwfZWfN6eOjr3WNttKlQ+LX5l H041vPAjuCXx1MYlX3VDETa041Hz2ilFtWAh+W08lLmHCwIDDoraCzU2mscrml/2z05D wdB7lw16hGAvdxi0HTZxUTkeDnPQihko88xRbF0JBbOLn+XISY8QKnqZ5UjwIZCZLsQF RNdA== MIME-Version: 1.0 X-Received: by 10.15.26.66 with SMTP id m42mr29872eeu.73.1376442240030; Tue, 13 Aug 2013 18:04:00 -0700 (PDT) Received: by 10.14.143.80 with HTTP; Tue, 13 Aug 2013 18:03:59 -0700 (PDT) In-Reply-To: References: <5208A488.2050603@freebsd.org> Date: Tue, 13 Aug 2013 18:03:59 -0700 Message-ID: Subject: Re: panic: UMA: Increase vm.boot_pages with 32 CPUs From: Jim Harris To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Alan Cox , Attilio Rao , FreeBSD current , Konstantin Belousov , Colin Percival X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 01:04:02 -0000 On Tue, Aug 13, 2013 at 3:05 PM, Jeff Roberson wrote: > On Mon, 12 Aug 2013, Colin Percival wrote: > > Hi all, >> >> A HEAD@254238 kernel fails to boot in EC2 with >> >>> panic: UMA: Increase vm.boot_pages >>> >> on 32-CPU instances. Instances with up to 16 CPUs boot fine. >> >> I know there has been some mucking about with VM recently -- anyone want >> to claim this, or should I start doing a binary search? >> > > It's not any one commit really, just creeping demand for more pages before > the VM can get started. I would suggest making boot pages scale with > MAXCPU. Or just raising it as the panic suggests. We could rewrite the > way that the vm gets these early pages but it's a lot of work and typically > people just bump it and forget about it. > > I ran into this problem today when enabling hyperthreading on my dual-socket Xeon E5 system. It looks like r254025 is actually the culprit. Specifically, the new mallocinit()/kmeminit() now invoke the new vmem_init() before uma_startup2(), which allocates 16 zones out of the boot pages if I am reading this correctly. This is all done before uma_startup2() is called, triggering the panic. Anything less than 28 CPUs, and the zone size (uma_zone + uma_cache * (mp_maxid + 1)) is <= PAGE_SIZE and we can successfully boot. So at 32 CPUs, we need two boot pages per zone which consumes more than the default 64 boot pages. The size of these structures do not appear to have materially changed any time recently. Scaling with MAXCPU seems to be an OK solution, but should it be based directly on the size of (uma_zone + uma_cache * MAXCPU)? I am not very familiar with uma startup, but it seems like these zones are the primary consumers of the boot pages, so the UMA_BOOT_PAGES default should be based directly on that size.. Regards, -Jim From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 03:02:15 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF2729E3; Wed, 14 Aug 2013 03:02:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 835AC28E4; Wed, 14 Aug 2013 03:02:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7E327Av072669; Tue, 13 Aug 2013 23:02:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7E327Sq072660; Wed, 14 Aug 2013 03:02:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 03:02:07 GMT Message-Id: <201308140302.r7E327Sq072660@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 03:02:15 -0000 TB --- 2013-08-13 23:50:29 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-13 23:50:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-13 23:50:29 - starting HEAD tinderbox run for arm/arm TB --- 2013-08-13 23:50:30 - cleaning the object tree TB --- 2013-08-13 23:50:30 - /usr/local/bin/svn stat /src TB --- 2013-08-13 23:50:35 - At svn revision 254308 TB --- 2013-08-13 23:50:36 - building world TB --- 2013-08-13 23:50:36 - CROSS_BUILD_TESTING=YES TB --- 2013-08-13 23:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-13 23:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-13 23:50:36 - SRCCONF=/dev/null TB --- 2013-08-13 23:50:36 - TARGET=arm TB --- 2013-08-13 23:50:36 - TARGET_ARCH=arm TB --- 2013-08-13 23:50:36 - TZ=UTC TB --- 2013-08-13 23:50:36 - __MAKE_CONF=/dev/null TB --- 2013-08-13 23:50:36 - cd /src TB --- 2013-08-13 23:50:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Aug 13 23:50:43 UTC 2013 >>> 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 Aug 14 02:51:22 UTC 2013 TB --- 2013-08-14 02:51:22 - generating LINT kernel config TB --- 2013-08-14 02:51:22 - cd /src/sys/arm/conf TB --- 2013-08-14 02:51:22 - /usr/bin/make -B LINT TB --- 2013-08-14 02:51:22 - cd /src/sys/arm/conf TB --- 2013-08-14 02:51:22 - /usr/sbin/config -m LINT TB --- 2013-08-14 02:51:22 - building LINT kernel TB --- 2013-08-14 02:51:22 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 02:51:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 02:51:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 02:51:22 - SRCCONF=/dev/null TB --- 2013-08-14 02:51:22 - TARGET=arm TB --- 2013-08-14 02:51:22 - TARGET_ARCH=arm TB --- 2013-08-14 02:51:22 - TZ=UTC TB --- 2013-08-14 02:51:22 - __MAKE_CONF=/dev/null TB --- 2013-08-14 02:51:22 - cd /src TB --- 2013-08-14 02:51:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 02:51:22 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 03:02:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 03:02:07 - ERROR: failed to build LINT kernel TB --- 2013-08-14 03:02:07 - 9149.54 user 1634.58 system 11497.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 03:16:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2575BD1D; Wed, 14 Aug 2013 03:16:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E00B629A6; Wed, 14 Aug 2013 03:16:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7E3GQtd066546; Tue, 13 Aug 2013 23:16:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7E3GQY5066545; Wed, 14 Aug 2013 03:16:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 03:16:26 GMT Message-Id: <201308140316.r7E3GQY5066545@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 03:16:28 -0000 TB --- 2013-08-13 23:50:29 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-13 23:50:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-13 23:50:29 - starting HEAD tinderbox run for i386/i386 TB --- 2013-08-13 23:50:29 - cleaning the object tree TB --- 2013-08-13 23:50:29 - /usr/local/bin/svn stat /src TB --- 2013-08-13 23:50:35 - At svn revision 254308 TB --- 2013-08-13 23:50:36 - building world TB --- 2013-08-13 23:50:36 - CROSS_BUILD_TESTING=YES TB --- 2013-08-13 23:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-13 23:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-13 23:50:36 - SRCCONF=/dev/null TB --- 2013-08-13 23:50:36 - TARGET=i386 TB --- 2013-08-13 23:50:36 - TARGET_ARCH=i386 TB --- 2013-08-13 23:50:36 - TZ=UTC TB --- 2013-08-13 23:50:36 - __MAKE_CONF=/dev/null TB --- 2013-08-13 23:50:36 - cd /src TB --- 2013-08-13 23:50:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Aug 13 23:50:43 UTC 2013 >>> 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 Aug 14 03:02:25 UTC 2013 TB --- 2013-08-14 03:02:25 - generating LINT kernel config TB --- 2013-08-14 03:02:25 - cd /src/sys/i386/conf TB --- 2013-08-14 03:02:25 - /usr/bin/make -B LINT TB --- 2013-08-14 03:02:25 - cd /src/sys/i386/conf TB --- 2013-08-14 03:02:25 - /usr/sbin/config -m LINT TB --- 2013-08-14 03:02:25 - building LINT kernel TB --- 2013-08-14 03:02:25 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 03:02:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 03:02:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 03:02:25 - SRCCONF=/dev/null TB --- 2013-08-14 03:02:25 - TARGET=i386 TB --- 2013-08-14 03:02:25 - TARGET_ARCH=i386 TB --- 2013-08-14 03:02:25 - TZ=UTC TB --- 2013-08-14 03:02:25 - __MAKE_CONF=/dev/null TB --- 2013-08-14 03:02:25 - cd /src TB --- 2013-08-14 03:02:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 03:02:25 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 03:16:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 03:16:26 - ERROR: failed to build LINT kernel TB --- 2013-08-14 03:16:26 - 10022.91 user 1747.49 system 12357.14 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 04:09:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 121A679A for ; Wed, 14 Aug 2013 04:09:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB0802BE4 for ; Wed, 14 Aug 2013 04:09:07 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id r7E496TC019173; Tue, 13 Aug 2013 21:09:06 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id r7E496Bt019172; Tue, 13 Aug 2013 21:09:06 -0700 (PDT) (envelope-from david) Date: Tue, 13 Aug 2013 21:09:06 -0700 From: David Wolfskill To: Jeff Roberson Subject: Re: Early drop to debugger with DEBUG_MEMGUARD Message-ID: <20130814040906.GU1570@albert.catwhisker.org> References: <20130812151314.GE1570@albert.catwhisker.org> <20130812160154.GF1570@albert.catwhisker.org> <20130812214435.GH1570@albert.catwhisker.org> <20130813052944.GX4972@kib.kiev.ua> <20130813055939.GL1570@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R7Dyui215VKdTDYA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 04:09:09 -0000 --R7Dyui215VKdTDYA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 13, 2013 at 12:44:54PM -1000, Jeff Roberson wrote: > ... > Please try 254308. It is working for me. Starting from: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1244 r= 254279M/254280:1000043: Tue Aug 13 11:11:06 PDT 2013 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 I applied the patches from 254304, 254307, and 254308 and re-built, using the "MEMGUARD" kernel config (GENERIC + "options DEBUG_MEMGUARD"); the result boots and transitions to multi-user mode: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254= 279M/254280:1000043: Tue Aug 13 19:28:50 PDT 2013 root@freebeast.catwhi= sker.org:/common/S2/obj/usr/src/sys/MEMGUARD i386 I call that success. :-} Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --R7Dyui215VKdTDYA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlILAswACgkQmprOCmdXAD3RZgCfdKd5jPLuAj4f8n+zHrMlb4vo 2qkAn3yI4mqCjkb/aw2kM1UoGLUgUBXZ =Jyb/ -----END PGP SIGNATURE----- --R7Dyui215VKdTDYA-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 04:43:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 11E17D88 for ; Wed, 14 Aug 2013 04:43:43 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA6E02D45 for ; Wed, 14 Aug 2013 04:43:42 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id l20so12657138oag.31 for ; Tue, 13 Aug 2013 21:43:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; bh=J4DuFAnOC8jl5sc2lYjbN1A8CH6xe0ghVgbZ1PhswQk=; b=W2Pr2iZlce28l0H2s3ioqc7kJwX6GeTAAyb1d2nNKy04MKcGM+tJSHhPvF+2WrOdq5 QRq6N3+Q0UrfvD2omqIuDFPRN2j20RvE8HZaUJiy2odhu2sdizgcpSfn1C78kz3J6PV3 HQion8mpAheZtqsDD+hEeNPpUaI7GjT0FsBAZC0jzqQ4xkE+YjOe/VVDtn7M3RnDbG2T zBI3Xnb9fBEGx6NLl1/h4D7Wh0t4TSQQm86K4OXH3hx+otUucXm/o05APDbT6JBlZ9vr jm2FJcaNL6ZXQd+asmOqOUf3jVanO6ImnBa76APyDiT3d0o/wszc7mdIpTOa4/b7SbTI Bbqw== X-Gm-Message-State: ALoCoQnKQzKboqnbnhAPeww7+YkxUw4bKUbTxZQUpf9TlZkjt5l0xhh2T6Jr4IRki3E+lkVuwQ4S X-Received: by 10.60.94.39 with SMTP id cz7mr7530621oeb.17.1376451945623; Tue, 13 Aug 2013 20:45:45 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id ya5sm43743583obc.1.2013.08.13.20.45.43 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 13 Aug 2013 20:45:44 -0700 (PDT) Date: Tue, 13 Aug 2013 17:47:34 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Jim Harris Subject: Re: panic: UMA: Increase vm.boot_pages with 32 CPUs In-Reply-To: Message-ID: References: <5208A488.2050603@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2547152148-481170591-1376452058=:4083" Cc: Alan Cox , Attilio Rao , FreeBSD current , Konstantin Belousov , Colin Percival X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 04:43:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2547152148-481170591-1376452058=:4083 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 13 Aug 2013, Jim Harris wrote: > > > > On Tue, Aug 13, 2013 at 3:05 PM, Jeff Roberson > wrote: > On Mon, 12 Aug 2013, Colin Percival wrote: > > Hi all, > > A HEAD@254238 kernel fails to boot in EC2 with > panic: UMA: Increase vm.boot_pages > > on 32-CPU instances.  Instances with up to 16 CPUs > boot fine. > > I know there has been some mucking about with VM > recently -- anyone want > to claim this, or should I start doing a binary > search? > > > It's not any one commit really, just creeping demand for more pages > before the VM can get started.  I would suggest making boot pages > scale with MAXCPU.  Or just raising it as the panic suggests.  We > could rewrite the way that the vm gets these early pages but it's a > lot of work and typically people just bump it and forget about it. > > > I ran into this problem today when enabling hyperthreading on my dual-socket > Xeon E5 system. > > It looks like r254025 is actually the culprit.  Specifically, the new > mallocinit()/kmeminit() now invoke the new vmem_init() before > uma_startup2(), which allocates 16 zones out of the boot pages if I am > reading this correctly.  This is all done before uma_startup2() is called, > triggering the panic. > I just disabled the quantum caches in vmem which allocate those 16 zones. This may alleviate the problem for now. Thanks, Jeff > Anything less than 28 CPUs, and the zone size (uma_zone + uma_cache * > (mp_maxid + 1)) is <= PAGE_SIZE and we can successfully boot.  So at 32 > CPUs, we need two boot pages per zone which consumes more than the default > 64 boot pages.  The size of these structures do not appear to have > materially changed any time recently. > > Scaling with MAXCPU seems to be an OK solution, but should it be based > directly on the size of (uma_zone + uma_cache * MAXCPU)?  I am not very > familiar with uma startup, but it seems like these zones are the primary > consumers of the boot pages, so the UMA_BOOT_PAGES default should be based > directly on that size.. > > Regards, > > -Jim > > > --2547152148-481170591-1376452058=:4083-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 06:31:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DB6AFA26; Wed, 14 Aug 2013 06:31:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1AFF21F6; Wed, 14 Aug 2013 06:31:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7E6VKDL094876; Wed, 14 Aug 2013 02:31:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7E6VKpS094868; Wed, 14 Aug 2013 06:31:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 06:31:20 GMT Message-Id: <201308140631.r7E6VKpS094868@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 06:31:21 -0000 TB --- 2013-08-14 03:02:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-14 03:02:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-14 03:02:08 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-08-14 03:02:08 - cleaning the object tree TB --- 2013-08-14 03:02:08 - /usr/local/bin/svn stat /src TB --- 2013-08-14 03:02:12 - At svn revision 254308 TB --- 2013-08-14 03:02:13 - building world TB --- 2013-08-14 03:02:13 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 03:02:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 03:02:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 03:02:13 - SRCCONF=/dev/null TB --- 2013-08-14 03:02:13 - TARGET=pc98 TB --- 2013-08-14 03:02:13 - TARGET_ARCH=i386 TB --- 2013-08-14 03:02:13 - TZ=UTC TB --- 2013-08-14 03:02:13 - __MAKE_CONF=/dev/null TB --- 2013-08-14 03:02:13 - cd /src TB --- 2013-08-14 03:02:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Aug 14 03:02:20 UTC 2013 >>> 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 Aug 14 06:20:00 UTC 2013 TB --- 2013-08-14 06:20:00 - generating LINT kernel config TB --- 2013-08-14 06:20:00 - cd /src/sys/pc98/conf TB --- 2013-08-14 06:20:00 - /usr/bin/make -B LINT TB --- 2013-08-14 06:20:01 - cd /src/sys/pc98/conf TB --- 2013-08-14 06:20:01 - /usr/sbin/config -m LINT TB --- 2013-08-14 06:20:01 - building LINT kernel TB --- 2013-08-14 06:20:01 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 06:20:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 06:20:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 06:20:01 - SRCCONF=/dev/null TB --- 2013-08-14 06:20:01 - TARGET=pc98 TB --- 2013-08-14 06:20:01 - TARGET_ARCH=i386 TB --- 2013-08-14 06:20:01 - TZ=UTC TB --- 2013-08-14 06:20:01 - __MAKE_CONF=/dev/null TB --- 2013-08-14 06:20:01 - cd /src TB --- 2013-08-14 06:20:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 06:20:01 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 06:31:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 06:31:19 - ERROR: failed to build LINT kernel TB --- 2013-08-14 06:31:19 - 10140.37 user 1510.05 system 12551.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 09:21:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EB142109; Wed, 14 Aug 2013 09:21:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B114029B9; Wed, 14 Aug 2013 09:21:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7E9L2YL030814; Wed, 14 Aug 2013 05:21:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7E9L2To030813; Wed, 14 Aug 2013 09:21:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 09:21:02 GMT Message-Id: <201308140921.r7E9L2To030813@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 09:21:04 -0000 TB --- 2013-08-14 06:31:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-14 06:31:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-14 06:31:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-08-14 06:31:20 - cleaning the object tree TB --- 2013-08-14 06:31:20 - /usr/local/bin/svn stat /src TB --- 2013-08-14 06:31:24 - At svn revision 254308 TB --- 2013-08-14 06:31:25 - building world TB --- 2013-08-14 06:31:25 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 06:31:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 06:31:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 06:31:25 - SRCCONF=/dev/null TB --- 2013-08-14 06:31:25 - TARGET=powerpc TB --- 2013-08-14 06:31:25 - TARGET_ARCH=powerpc TB --- 2013-08-14 06:31:25 - TZ=UTC TB --- 2013-08-14 06:31:25 - __MAKE_CONF=/dev/null TB --- 2013-08-14 06:31:25 - cd /src TB --- 2013-08-14 06:31:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Aug 14 06:31:32 UTC 2013 >>> 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 Aug 14 09:14:11 UTC 2013 TB --- 2013-08-14 09:14:11 - generating LINT kernel config TB --- 2013-08-14 09:14:11 - cd /src/sys/powerpc/conf TB --- 2013-08-14 09:14:11 - /usr/bin/make -B LINT TB --- 2013-08-14 09:14:11 - cd /src/sys/powerpc/conf TB --- 2013-08-14 09:14:11 - /usr/sbin/config -m LINT TB --- 2013-08-14 09:14:11 - building LINT kernel TB --- 2013-08-14 09:14:11 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 09:14:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 09:14:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 09:14:11 - SRCCONF=/dev/null TB --- 2013-08-14 09:14:11 - TARGET=powerpc TB --- 2013-08-14 09:14:11 - TARGET_ARCH=powerpc TB --- 2013-08-14 09:14:11 - TZ=UTC TB --- 2013-08-14 09:14:11 - __MAKE_CONF=/dev/null TB --- 2013-08-14 09:14:11 - cd /src TB --- 2013-08-14 09:14:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 09:14:11 UTC 2013 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_hash.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_htree.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_lookup.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_subr.c cc1: warnings being treated as errors /src/sys/fs/ext2fs/ext2_subr.c: In function 'ext2_checkoverlap': /src/sys/fs/ext2fs/ext2_subr.c:155: warning: format '%ld' expects type 'long int', but argument 2 has type 'e4fs_daddr_t' [-Wformat] /src/sys/fs/ext2fs/ext2_subr.c:155: warning: format '%ld' expects type 'long int', but argument 3 has type 'e4fs_daddr_t' [-Wformat] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 09:21:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 09:21:02 - ERROR: failed to build LINT kernel TB --- 2013-08-14 09:21:02 - 8361.12 user 1017.95 system 10181.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 11:27:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8288BBB3 for ; Wed, 14 Aug 2013 11:27:39 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.dk [IPv6:2a01:4f8:a0:7163::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 49CF72215 for ; Wed, 14 Aug 2013 11:27:39 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 4EED41237B; Wed, 14 Aug 2013 13:27:37 +0200 (CEST) Date: Wed, 14 Aug 2013 13:27:37 +0200 From: Erwin Lansing To: AN Subject: Re: make[6]: stopped in /usr/src/lib/bind/dns Message-ID: <20130814112737.GE96915@droso.dk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/amd64 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 11:27:39 -0000 On Mon, Aug 12, 2013 at 04:42:12PM -0400, AN wrote: > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c -o zone.o > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:2772:23: > warning: comparison of constant 245 with > expression of type 'dns_hash_t' is always false > [-Wtautological-constant-out-of-range-compare] > nsec3param.hash == DNS_NSEC3_UNKNOWNALG && !dynamic) > ~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~ > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:11: > warning: null character ignored > [-Wnull-character] > isc_time_ > ^ I can't reproduce this on a stock system. Do you have any make or other environment variables set that may cause this? Erwin From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 13:44:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBDEF89A; Wed, 14 Aug 2013 13:44:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 879642BEE; Wed, 14 Aug 2013 13:44:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7EDi2Cc051156; Wed, 14 Aug 2013 09:44:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7EDi2or051092; Wed, 14 Aug 2013 13:44:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 13:44:02 GMT Message-Id: <201308141344.r7EDi2or051092@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 13:44:05 -0000 TB --- 2013-08-14 10:30:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-14 10:30:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-14 10:30:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-08-14 10:30:21 - cleaning the object tree TB --- 2013-08-14 10:33:18 - /usr/local/bin/svn stat /src TB --- 2013-08-14 10:33:21 - At svn revision 254321 TB --- 2013-08-14 10:33:22 - building world TB --- 2013-08-14 10:33:22 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 10:33:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 10:33:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 10:33:22 - SRCCONF=/dev/null TB --- 2013-08-14 10:33:22 - TARGET=arm TB --- 2013-08-14 10:33:22 - TARGET_ARCH=arm TB --- 2013-08-14 10:33:22 - TZ=UTC TB --- 2013-08-14 10:33:22 - __MAKE_CONF=/dev/null TB --- 2013-08-14 10:33:22 - cd /src TB --- 2013-08-14 10:33:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Aug 14 10:33:29 UTC 2013 >>> 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 Aug 14 13:33:01 UTC 2013 TB --- 2013-08-14 13:33:01 - generating LINT kernel config TB --- 2013-08-14 13:33:01 - cd /src/sys/arm/conf TB --- 2013-08-14 13:33:01 - /usr/bin/make -B LINT TB --- 2013-08-14 13:33:01 - cd /src/sys/arm/conf TB --- 2013-08-14 13:33:01 - /usr/sbin/config -m LINT TB --- 2013-08-14 13:33:01 - building LINT kernel TB --- 2013-08-14 13:33:01 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 13:33:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 13:33:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 13:33:01 - SRCCONF=/dev/null TB --- 2013-08-14 13:33:01 - TARGET=arm TB --- 2013-08-14 13:33:01 - TARGET_ARCH=arm TB --- 2013-08-14 13:33:01 - TZ=UTC TB --- 2013-08-14 13:33:01 - __MAKE_CONF=/dev/null TB --- 2013-08-14 13:33:01 - cd /src TB --- 2013-08-14 13:33:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 13:33:01 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 13:44:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 13:44:02 - ERROR: failed to build LINT kernel TB --- 2013-08-14 13:44:02 - 9144.30 user 1622.28 system 11620.97 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 13:59:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 78EDDFDA; Wed, 14 Aug 2013 13:59:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 342962CB8; Wed, 14 Aug 2013 13:59:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7EDxDEI043157; Wed, 14 Aug 2013 09:59:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7EDxDkS043154; Wed, 14 Aug 2013 13:59:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 13:59:13 GMT Message-Id: <201308141359.r7EDxDkS043154@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 13:59:14 -0000 TB --- 2013-08-14 10:30:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-14 10:30:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-14 10:30:21 - starting HEAD tinderbox run for i386/i386 TB --- 2013-08-14 10:30:21 - cleaning the object tree TB --- 2013-08-14 10:33:26 - /usr/local/bin/svn stat /src TB --- 2013-08-14 10:33:29 - At svn revision 254321 TB --- 2013-08-14 10:33:30 - building world TB --- 2013-08-14 10:33:30 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 10:33:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 10:33:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 10:33:30 - SRCCONF=/dev/null TB --- 2013-08-14 10:33:30 - TARGET=i386 TB --- 2013-08-14 10:33:30 - TARGET_ARCH=i386 TB --- 2013-08-14 10:33:30 - TZ=UTC TB --- 2013-08-14 10:33:30 - __MAKE_CONF=/dev/null TB --- 2013-08-14 10:33:30 - cd /src TB --- 2013-08-14 10:33:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Aug 14 10:33:37 UTC 2013 >>> 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 Aug 14 13:44:52 UTC 2013 TB --- 2013-08-14 13:44:52 - generating LINT kernel config TB --- 2013-08-14 13:44:52 - cd /src/sys/i386/conf TB --- 2013-08-14 13:44:52 - /usr/bin/make -B LINT TB --- 2013-08-14 13:44:52 - cd /src/sys/i386/conf TB --- 2013-08-14 13:44:52 - /usr/sbin/config -m LINT TB --- 2013-08-14 13:44:52 - building LINT kernel TB --- 2013-08-14 13:44:52 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 13:44:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 13:44:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 13:44:52 - SRCCONF=/dev/null TB --- 2013-08-14 13:44:52 - TARGET=i386 TB --- 2013-08-14 13:44:52 - TARGET_ARCH=i386 TB --- 2013-08-14 13:44:52 - TZ=UTC TB --- 2013-08-14 13:44:52 - __MAKE_CONF=/dev/null TB --- 2013-08-14 13:44:52 - cd /src TB --- 2013-08-14 13:44:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 13:44:52 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 13:59:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 13:59:13 - ERROR: failed to build LINT kernel TB --- 2013-08-14 13:59:13 - 10016.30 user 1732.61 system 12531.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 14:39:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 80BE64DC for ; Wed, 14 Aug 2013 14:39:05 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw12.york.ac.uk (mail-gw12.york.ac.uk [144.32.129.162]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48F732F2D for ; Wed, 14 Aug 2013 14:39:05 +0000 (UTC) Received: from ury.york.ac.uk ([144.32.64.162]:25831) by mail-gw12.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1V9c8X-0003FP-7W; Wed, 14 Aug 2013 15:33:21 +0100 Date: Wed, 14 Aug 2013 15:33:21 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@thunderhorn.york.ac.uk To: AN Subject: Re: make[6]: stopped in /usr/src/lib/bind/dns In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 14:39:05 -0000 On Mon, 12 Aug 2013, AN wrote: > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #78 r253966: Mon Aug 5 > 14:42:05 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > # svn info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 254252 > Node Kind: directory > Schedule: normal > Last Changed Author: ed > Last Changed Rev: 254252 > Last Changed Date: 2013-08-12 13:17:45 -0500 (Mon, 12 Aug 2013) [...] > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:11: warning: > null character ignored > [-Wnull-character] > isc_time_ > ^ > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:12: warning: > null character ignored > [-Wnull-character] > isc_time_ > ^ > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:13: warning: > null character ignored > [-Wnull-character] > isc_time_ > ^ [...] > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:23: warning: > null character ignored > [-Wnull-character] > > isc_time_ > > ^ OK, this doesn't look good. Somehow, that file appears to contain a load of \0 characters. Looking into where exactly in the file this appears (lines 14678-14688): set_resigntime(zone); UNLOCK_ZONE(zone); } isc_time_settoepoch(&zone->refreshkeytime); /* * If we're doing key maintenance, set the key refresh timer to * the next scheduled key event or to one hour in the future, * whichever is sooner. */ The null characters start exactly at 0x60000 into the file, a page boundary: 005ffd0 6e 74 69 6d 65 28 7a 6f 6e 65 29 3b 0a 09 09 55 |ntime(zone);...U| 005ffe0 4e 4c 4f 43 4b 5f 5a 4f 4e 45 28 7a 6f 6e 65 29 |NLOCK_ZONE(zone)| 005fff0 3b 0a 09 7d 0a 0a 09 69 73 63 5f 74 69 6d 65 5f |;..}...isc_time_| 0060000 73 65 74 74 6f 65 70 6f 63 68 28 26 7a 6f 6e 65 |settoepoch(&zone| 0060010 2d 3e 72 65 66 72 65 73 68 6b 65 79 74 69 6d 65 |->refreshkeytime| 0060020 29 3b 0a 0a 09 2f 2a 0a 09 20 2a 20 49 66 20 77 |);.../*.. * If w| So, at least one whole page has been replaced by a page of zeros. This feels like it could actually be a VM issue, though it could also be storage. What drives are you using on this system (AHCI? SSD?), and are you using anything like e.g. geom_mirror? A full dmesg may be useful. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 14:56:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A42A7161; Wed, 14 Aug 2013 14:56:36 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7745B2075; Wed, 14 Aug 2013 14:56:36 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.6/8.14.5) with ESMTP id r7EEuSUi024068; Wed, 14 Aug 2013 10:56:28 -0400 (EDT) (envelope-from andy@neu.net) Date: Wed, 14 Aug 2013 10:56:28 -0400 (EDT) From: AN To: Gavin Atkinson Subject: Re: make[6]: stopped in /usr/src/lib/bind/dns In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.97.8 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 14:56:36 -0000 On Wed, 14 Aug 2013, Gavin Atkinson wrote: > On Mon, 12 Aug 2013, AN wrote: >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #78 r253966: Mon Aug 5 >> 14:42:05 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >> # svn info >> Path: . >> Working Copy Root Path: /usr/src >> URL: svn://svn.freebsd.org/base/head >> Relative URL: ^/head >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 254252 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: ed >> Last Changed Rev: 254252 >> Last Changed Date: 2013-08-12 13:17:45 -0500 (Mon, 12 Aug 2013) > > [...] > >> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:11: warning: >> null character ignored >> [-Wnull-character] >> isc_time_ >> ^ >> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:12: warning: >> null character ignored >> [-Wnull-character] >> isc_time_ >> ^ >> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:13: warning: >> null character ignored >> [-Wnull-character] >> isc_time_ >> ^ > [...] >> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/zone.c:14682:23: warning: >> null character ignored >> [-Wnull-character] >> >> isc_time_ >> >> ^ > > OK, this doesn't look good. Somehow, that file appears to contain a load > of \0 characters. > > Looking into where exactly in the file this appears (lines 14678-14688): > > set_resigntime(zone); > UNLOCK_ZONE(zone); > } > > isc_time_settoepoch(&zone->refreshkeytime); > > /* > * If we're doing key maintenance, set the key refresh timer to > * the next scheduled key event or to one hour in the future, > * whichever is sooner. > */ > > The null characters start exactly at 0x60000 into the file, a page > boundary: > > 005ffd0 6e 74 69 6d 65 28 7a 6f 6e 65 29 3b 0a 09 09 55 |ntime(zone);...U| > 005ffe0 4e 4c 4f 43 4b 5f 5a 4f 4e 45 28 7a 6f 6e 65 29 |NLOCK_ZONE(zone)| > 005fff0 3b 0a 09 7d 0a 0a 09 69 73 63 5f 74 69 6d 65 5f |;..}...isc_time_| > 0060000 73 65 74 74 6f 65 70 6f 63 68 28 26 7a 6f 6e 65 |settoepoch(&zone| > 0060010 2d 3e 72 65 66 72 65 73 68 6b 65 79 74 69 6d 65 |->refreshkeytime| > 0060020 29 3b 0a 0a 09 2f 2a 0a 09 20 2a 20 49 66 20 77 |);.../*.. * If w| > > So, at least one whole page has been replaced by a page of zeros. This > feels like it could actually be a VM issue, though it could also be > storage. What drives are you using on this system (AHCI? SSD?), and are > you using anything like e.g. geom_mirror? A full dmesg may be useful. > > Gavin > Hi Gavin: Thanks for your reply. I am using AHCI on a single disk. I believe what happened was that I had some disk corruption recently, fixed by a full fsck in single user mode. After fixing that and rebooting I started to see this problem. I was able to fix it by deleting /usr/src and doing a fresh svn co. Now buildworld compiles successfully. So, it was a local problem on this machine and not anything with the source code as I did not see anyone else report this problem. Thanks again for your help, sorry for the noise. Andy From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 16:21:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A9AB4E39; Wed, 14 Aug 2013 16:21:48 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-ea0-x233.google.com (mail-ea0-x233.google.com [IPv6:2a00:1450:4013:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 904AE256F; Wed, 14 Aug 2013 16:21:47 +0000 (UTC) Received: by mail-ea0-f179.google.com with SMTP id b10so4898137eae.24 for ; Wed, 14 Aug 2013 09:21:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ucb9vd4GczSwEWv8khwSZ81mBSOn+9RAEl1O1U2NLDs=; b=nczRcsXs0YLxG/4h37XCYIw4hNDdXRXKO/vmjCDnkH7U5ZmDIhy53P32SHszUD2W3h p9wUmkQTmxTUv4YIJT20RKcZAF/x0wps31GmqYMYontZaBpj3ZiyxjPF66cyzhY/LNZ3 Nv+VxmSwa0QI7BWfNMVVTN/LDdx2IcsMADZcTzZiKyXn2t8gIVznK9pMQFQX4e7AzOko eJuOjDn7kT0IGmT0I6oWZUccZZaREYTTeyJVRr4jeb55s8gmutCaleLeV4jFuPvAhKop iBy3X04/9NAfqZlzzgft3kfNG/LHLpmfhRUhioY3RGRt2WEeBGlEKmcSdktRW8nLjx9f AKLA== MIME-Version: 1.0 X-Received: by 10.15.90.132 with SMTP id q4mr1881051eez.98.1376497305739; Wed, 14 Aug 2013 09:21:45 -0700 (PDT) Received: by 10.14.143.80 with HTTP; Wed, 14 Aug 2013 09:21:45 -0700 (PDT) In-Reply-To: References: <5208A488.2050603@freebsd.org> Date: Wed, 14 Aug 2013 09:21:45 -0700 Message-ID: Subject: Re: panic: UMA: Increase vm.boot_pages with 32 CPUs From: Jim Harris To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Alan Cox , Attilio Rao , FreeBSD current , Konstantin Belousov , Colin Percival X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 16:21:48 -0000 On Tue, Aug 13, 2013 at 8:47 PM, Jeff Roberson wrote: > On Tue, 13 Aug 2013, Jim Harris wrote: > > >> >> >> On Tue, Aug 13, 2013 at 3:05 PM, Jeff Roberson >> wrote: >> >> It's not any one commit really, just creeping demand for more pages >> before the VM can get started. I would suggest making boot pages >> scale with MAXCPU. Or just raising it as the panic suggests. We >> could rewrite the way that the vm gets these early pages but it's a >> lot of work and typically people just bump it and forget about it. >> >> >> I ran into this problem today when enabling hyperthreading on my >> dual-socket >> Xeon E5 system. >> >> It looks like r254025 is actually the culprit. Specifically, the new >> mallocinit()/kmeminit() now invoke the new vmem_init() before >> uma_startup2(), which allocates 16 zones out of the boot pages if I am >> reading this correctly. This is all done before uma_startup2() is called, >> triggering the panic. >> >> > I just disabled the quantum caches in vmem which allocate those 16 zones. > This may alleviate the problem for now. > > Thanks, > Jeff > > Yes - this does alleviate the problem. Thanks! -Jim From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 17:15:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 174E897B; Wed, 14 Aug 2013 17:15:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C68352860; Wed, 14 Aug 2013 17:15:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7EHFHce076997; Wed, 14 Aug 2013 13:15:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7EHFHhM076987; Wed, 14 Aug 2013 17:15:17 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 17:15:17 GMT Message-Id: <201308141715.r7EHFHhM076987@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 17:15:19 -0000 TB --- 2013-08-14 13:44:03 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-14 13:44:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-14 13:44:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-08-14 13:44:03 - cleaning the object tree TB --- 2013-08-14 13:45:38 - /usr/local/bin/svn stat /src TB --- 2013-08-14 13:45:43 - At svn revision 254321 TB --- 2013-08-14 13:45:44 - building world TB --- 2013-08-14 13:45:44 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 13:45:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 13:45:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 13:45:44 - SRCCONF=/dev/null TB --- 2013-08-14 13:45:44 - TARGET=pc98 TB --- 2013-08-14 13:45:44 - TARGET_ARCH=i386 TB --- 2013-08-14 13:45:44 - TZ=UTC TB --- 2013-08-14 13:45:44 - __MAKE_CONF=/dev/null TB --- 2013-08-14 13:45:44 - cd /src TB --- 2013-08-14 13:45:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Aug 14 13:45:52 UTC 2013 >>> 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 Aug 14 17:04:17 UTC 2013 TB --- 2013-08-14 17:04:17 - generating LINT kernel config TB --- 2013-08-14 17:04:17 - cd /src/sys/pc98/conf TB --- 2013-08-14 17:04:17 - /usr/bin/make -B LINT TB --- 2013-08-14 17:04:17 - cd /src/sys/pc98/conf TB --- 2013-08-14 17:04:17 - /usr/sbin/config -m LINT TB --- 2013-08-14 17:04:17 - building LINT kernel TB --- 2013-08-14 17:04:17 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 17:04:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 17:04:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 17:04:17 - SRCCONF=/dev/null TB --- 2013-08-14 17:04:17 - TARGET=pc98 TB --- 2013-08-14 17:04:17 - TARGET_ARCH=i386 TB --- 2013-08-14 17:04:17 - TZ=UTC TB --- 2013-08-14 17:04:17 - __MAKE_CONF=/dev/null TB --- 2013-08-14 17:04:17 - cd /src TB --- 2013-08-14 17:04:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 17:04:17 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/fs/ext2fs/ext2_subr.c /src/sys/fs/ext2fs/ext2_subr.c:154:4: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~~ /src/sys/fs/ext2fs/ext2_subr.c:154:11: error: format specifies type 'long' but the argument has type 'e4fs_daddr_t' (aka 'long long') [-Werror,-Wformat] start, last, (long long)ep->b_blkno, ^~~~ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 17:15:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 17:15:17 - ERROR: failed to build LINT kernel TB --- 2013-08-14 17:15:17 - 10150.23 user 1506.66 system 12674.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 19:56:58 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6B9D32FC; Wed, 14 Aug 2013 19:56:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 270E022D7; Wed, 14 Aug 2013 19:56:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7EJuuCf012530; Wed, 14 Aug 2013 15:56:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7EJuuE2012522; Wed, 14 Aug 2013 19:56:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 14 Aug 2013 19:56:56 GMT Message-Id: <201308141956.r7EJuuE2012522@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 19:56:58 -0000 TB --- 2013-08-14 17:15:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-14 17:15:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-14 17:15:17 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-08-14 17:15:17 - cleaning the object tree TB --- 2013-08-14 17:16:59 - /usr/local/bin/svn stat /src TB --- 2013-08-14 17:17:03 - At svn revision 254321 TB --- 2013-08-14 17:17:04 - building world TB --- 2013-08-14 17:17:04 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 17:17:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 17:17:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 17:17:04 - SRCCONF=/dev/null TB --- 2013-08-14 17:17:04 - TARGET=powerpc TB --- 2013-08-14 17:17:04 - TARGET_ARCH=powerpc TB --- 2013-08-14 17:17:04 - TZ=UTC TB --- 2013-08-14 17:17:04 - __MAKE_CONF=/dev/null TB --- 2013-08-14 17:17:04 - cd /src TB --- 2013-08-14 17:17:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Aug 14 17:17:11 UTC 2013 >>> 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 Aug 14 19:50:04 UTC 2013 TB --- 2013-08-14 19:50:04 - generating LINT kernel config TB --- 2013-08-14 19:50:04 - cd /src/sys/powerpc/conf TB --- 2013-08-14 19:50:04 - /usr/bin/make -B LINT TB --- 2013-08-14 19:50:04 - cd /src/sys/powerpc/conf TB --- 2013-08-14 19:50:04 - /usr/sbin/config -m LINT TB --- 2013-08-14 19:50:04 - building LINT kernel TB --- 2013-08-14 19:50:04 - CROSS_BUILD_TESTING=YES TB --- 2013-08-14 19:50:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-14 19:50:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-14 19:50:04 - SRCCONF=/dev/null TB --- 2013-08-14 19:50:04 - TARGET=powerpc TB --- 2013-08-14 19:50:04 - TARGET_ARCH=powerpc TB --- 2013-08-14 19:50:04 - TZ=UTC TB --- 2013-08-14 19:50:04 - __MAKE_CONF=/dev/null TB --- 2013-08-14 19:50:04 - cd /src TB --- 2013-08-14 19:50:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 14 19:50:04 UTC 2013 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_hash.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_htree.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_lookup.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/fs/ext2fs/ext2_subr.c cc1: warnings being treated as errors /src/sys/fs/ext2fs/ext2_subr.c: In function 'ext2_checkoverlap': /src/sys/fs/ext2fs/ext2_subr.c:155: warning: format '%ld' expects type 'long int', but argument 2 has type 'e4fs_daddr_t' [-Wformat] /src/sys/fs/ext2fs/ext2_subr.c:155: warning: format '%ld' expects type 'long int', but argument 3 has type 'e4fs_daddr_t' [-Wformat] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-14 19:56:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-14 19:56:56 - ERROR: failed to build LINT kernel TB --- 2013-08-14 19:56:56 - 8350.43 user 1029.96 system 9699.22 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 20:58:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 15842D9D; Wed, 14 Aug 2013 20:58:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54D232685; Wed, 14 Aug 2013 20:58:19 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id hr7so2467798wib.12 for ; Wed, 14 Aug 2013 13:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=VtrMICPqlNSGlMMgiy5ry+Rgd0mDBEK+Spmyd5w7eFw=; b=pxva9DBAuCgV9F798za89d4aSYEtgzC++zMnmCukJTnyqtF8xd15MHHIUCU17j5hrD Y6Vyz+MdRtm6EJrlMMNd3MrcO2dc7wvJe5q8JI9RVHxSwb48TPOITH3OlBEelmwDbz+e khS3iOgJht6cUP4p0RuZkdAhMjTFiMinOJA8+/Vqdjlq6MYqsk5YFiE/V8fBjm8qfVeV +8FOT9BVbAacm284akAqQ3gPQp/v+JZF3hdeZNRPAm++6LqiWok7kcmdo2YC7xgvZ4L/ hswjr8EVcoucD5oo02pMsQGcd6+5V5d7Ia+wJZTjKsu4jHER90qiupZEybNkXIjdXzfb 49Yw== MIME-Version: 1.0 X-Received: by 10.180.20.116 with SMTP id m20mr7273264wie.46.1376513897412; Wed, 14 Aug 2013 13:58:17 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.116.136 with HTTP; Wed, 14 Aug 2013 13:58:17 -0700 (PDT) Date: Wed, 14 Aug 2013 13:58:17 -0700 X-Google-Sender-Auth: wKfBR-7KhbZX-S7pPCAsT0TWbvI Message-ID: Subject: patch: enable MEM_LOAD_UOPS_LLC_HIT_RETIRED on sandy bridge xeon From: Adrian Chadd To: freebsd-current , Jim Harris , Davide Italiano Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 20:58:20 -0000 Hi, This (and maybe more?) events are applicable to both the sandy bridge and sandy bridge xeon CPUs. This is from the Intel SDM June 2013 Volume #3. David/Jim, does this look fine to you? Thanks, ndex: sys/dev/hwpmc/hwpmc_core.c =================================================================== --- sys/dev/hwpmc/hwpmc_core.c (revision 254263) +++ sys/dev/hwpmc/hwpmc_core.c (working copy) @@ -1541,13 +1541,18 @@ IAP_F_SBX | IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_01H, 0xD2, 0x01, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IAP_F_IB | + IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_02H, 0xD2, 0x02, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | + IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_04H, 0xD2, 0x04, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | + IAP_F_IBX | IAP_F_HW), IAPDESCR(D2H_08H, 0xD2, 0x08, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | + IAP_F_IBX | IAP_F_HW), + IAPDESCR(D2H_0FH, 0xD2, 0x0F, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | IAP_F_I7 | IAP_F_WM), IAPDESCR(D2H_10H, 0xD2, 0x10, IAP_F_FM | IAP_F_CC2E), From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 21:37:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 015267D2; Wed, 14 Aug 2013 21:37:09 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x230.google.com (mail-vb0-x230.google.com [IPv6:2607:f8b0:400c:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91C572919; Wed, 14 Aug 2013 21:37:08 +0000 (UTC) Received: by mail-vb0-f48.google.com with SMTP id w16so3118vbf.7 for ; Wed, 14 Aug 2013 14:37:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jKGgZXo1cl4BhnGPi81iZT82l6KtSMxNd0jU18r02gQ=; b=AlOojpE21tarq98hHkw+f7hRxli4KGVwNJutuJPV2S/lYDcwJIfj7Plgq6NTbXB/PR mL8Ka4lldSsGDvEQovoNCubY1ljF1DR5fUpv6hYgV+vfCJqgh01j3TdMwWf1HVhdqXUd p5J9Res1Z5488nizhbpkkIHLvlZqptca1NBuVtR18jXN/TpRXvaRRcn8LGWfjddTU7W3 GpsIdwQpCRMWuRJPlXQiNwBDyD3IiYdm6wJlz31FwLkCZAEw00AJ0F39sZ8tKKwwntua XxynX8LgEANIpW0vpG5SIgqp7YsmnXwkr1h8Xjp5Y4qzNUqix13FLdmMCczBrUUucny3 Q8bw== MIME-Version: 1.0 X-Received: by 10.52.94.78 with SMTP id da14mr9657951vdb.28.1376516227673; Wed, 14 Aug 2013 14:37:07 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.21.140 with HTTP; Wed, 14 Aug 2013 14:37:07 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 Aug 2013 23:37:07 +0200 X-Google-Sender-Auth: nX5-a6T0zX8iCMhDjliPMTPXe7I Message-ID: Subject: Re: patch: enable MEM_LOAD_UOPS_LLC_HIT_RETIRED on sandy bridge xeon From: Davide Italiano To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Jim Harris , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 21:37:09 -0000 On Wed, Aug 14, 2013 at 10:58 PM, Adrian Chadd wrote: > Hi, > > This (and maybe more?) events are applicable to both the sandy bridge and > sandy bridge xeon CPUs. > > This is from the Intel SDM June 2013 Volume #3. > > David/Jim, does this look fine to you? > > Thanks, > > > ndex: sys/dev/hwpmc/hwpmc_core.c > =================================================================== > --- sys/dev/hwpmc/hwpmc_core.c (revision 254263) > +++ sys/dev/hwpmc/hwpmc_core.c (working copy) > @@ -1541,13 +1541,18 @@ > IAP_F_SBX | IAP_F_IBX | IAP_F_HW), > > IAPDESCR(D2H_01H, 0xD2, 0x01, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | > - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), > + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IAP_F_IB | > + IAP_F_IBX | IAP_F_HW), > IAPDESCR(D2H_02H, 0xD2, 0x02, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | > - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), > + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | > + IAP_F_IBX | IAP_F_HW), > IAPDESCR(D2H_04H, 0xD2, 0x04, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | > - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), > + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | > + IAP_F_IBX | IAP_F_HW), > IAPDESCR(D2H_08H, 0xD2, 0x08, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | > - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), > + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | > + IAP_F_IBX | IAP_F_HW), > + > IAPDESCR(D2H_0FH, 0xD2, 0x0F, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | > IAP_F_I7 | IAP_F_WM), > IAPDESCR(D2H_10H, 0xD2, 0x10, IAP_F_FM | IAP_F_CC2E), > Yes, this looks good for me, but it's incomplete. You need at least to put the event alias for both Sandy Bridge and Sandy Bridge Xeon in sys/dev/hwpmc/pmc_events.h Also, you tested the aforementioned events one by one to see if the pmc is allocated etc...? Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Wed Aug 14 21:55:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4DFBC37; Wed, 14 Aug 2013 21:55:14 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B61EB2A31; Wed, 14 Aug 2013 21:55:13 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id z7so10089eaf.0 for ; Wed, 14 Aug 2013 14:55:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Gzeick7puHL4MZEtYpKeWwegs4czU9pYmiia3yuxDO4=; b=BiayabqVY1CgYm+6XMgRhk9QbqXlO4G6sWM92IKDhMk25/dCGq3cxYEuMB/lAhIqSu 9/gWgwM2ldgLq7O66wPKcsh6rlbVX3VMHGHVujiAzjsQMaWVrAJjZErCAxqhuJJ7Rzwg 3bh7fu0L6ar74S/crcduKzDkqoaKXSn5+qxCtQI+VXUjIE2e6FX7bG/6ntMtqYzbql5y 6X6QzwIx/GYEeMkQSN7axhgMhxs8CIOOosdpkS0S7AoJixUUjv7hLr565G1JiiTOxUoR u+TtJsoTV8ozJvpxRUyQElSZPhepxXya7f5emjaqa89o22KfZdK7sG4FSsEiLR37BtD3 lwBg== MIME-Version: 1.0 X-Received: by 10.14.9.72 with SMTP id 48mr17129596ees.42.1376517312123; Wed, 14 Aug 2013 14:55:12 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 14 Aug 2013 14:55:12 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 Aug 2013 14:55:12 -0700 Message-ID: Subject: Re: patch: enable MEM_LOAD_UOPS_LLC_HIT_RETIRED on sandy bridge xeon From: hiren panchasara To: Davide Italiano Content-Type: text/plain; charset=UTF-8 Cc: Jim Harris , Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 21:55:14 -0000 2013/8/14 Davide Italiano : > On Wed, Aug 14, 2013 at 10:58 PM, Adrian Chadd wrote: >> Hi, >> >> This (and maybe more?) events are applicable to both the sandy bridge and >> sandy bridge xeon CPUs. >> >> This is from the Intel SDM June 2013 Volume #3. >> >> David/Jim, does this look fine to you? >> >> Thanks, >> >> >> ndex: sys/dev/hwpmc/hwpmc_core.c >> =================================================================== >> --- sys/dev/hwpmc/hwpmc_core.c (revision 254263) >> +++ sys/dev/hwpmc/hwpmc_core.c (working copy) >> @@ -1541,13 +1541,18 @@ >> IAP_F_SBX | IAP_F_IBX | IAP_F_HW), >> >> IAPDESCR(D2H_01H, 0xD2, 0x01, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | >> - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), >> + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IAP_F_IB | >> + IAP_F_IBX | IAP_F_HW), >> IAPDESCR(D2H_02H, 0xD2, 0x02, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | >> - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), >> + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | >> + IAP_F_IBX | IAP_F_HW), >> IAPDESCR(D2H_04H, 0xD2, 0x04, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | >> - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), >> + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | >> + IAP_F_IBX | IAP_F_HW), >> IAPDESCR(D2H_08H, 0xD2, 0x08, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | >> - IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_IB | IAP_F_IBX | IAP_F_HW), >> + IAP_F_I7 | IAP_F_WM | IAP_F_SB | IAP_F_SBX | IIAP_F_IB | >> + IAP_F_IBX | IAP_F_HW), >> + >> IAPDESCR(D2H_0FH, 0xD2, 0x0F, IAP_F_FM | IAP_F_CA | IAP_F_CC2 | >> IAP_F_I7 | IAP_F_WM), >> IAPDESCR(D2H_10H, 0xD2, 0x10, IAP_F_FM | IAP_F_CC2E), >> > > Yes, this looks good for me, but it's incomplete. > You need at least to put the event alias for both Sandy Bridge and > Sandy Bridge Xeon in sys/dev/hwpmc/pmc_events.h > Also, you tested the aforementioned events one by one to see if the > pmc is allocated etc...? You can use $src/tools/test/hwpmc/pmctest.py to do basic sanity test of all the available counters. cheers, Hiren > > Thanks, > > -- > Davide > > "There are no solved problems; there are only problems that are more > or less solved" -- Henri Poincare > _______________________________________________ > 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 Aug 14 22:33:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7FBFB3DF for ; Wed, 14 Aug 2013 22:33:00 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5CAC2BF5 for ; Wed, 14 Aug 2013 22:32:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=bhl1ADgQcLwYmuPwKTUmhuHj9i0g/OP16p1mZLMgtqE=; b=Zhly/tvVDIyEy2FP5rgzMnmxnXUwg04+Mu40a+wM3lKQVk7oVxWx57bJbnNAzUxKLd4LB1HCPDaTxOrOpAopAZad29k/cTgqEwh6NSv4APcaHKbnY1F6+VS/+vIfu91KKBBO4xYBikTOF/8cWQblfrxfkIgeWwH93o5W3HEO1Wg=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:29701 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V9jcX-0001RH-HJ for freebsd-current@freebsd.org; Wed, 14 Aug 2013 17:32:58 -0500 Date: Wed, 14 Aug 2013 17:32:46 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Subject: Still seeing random vmem(I think) panics Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: 2.6 (++) X-LERCTR-Spam-Score: 2.6 (++) X-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5 X-LERCTR-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Aug 2013 22:33:00 -0000 I went to reboot the system and got this..... I have 10 of them in the last 72 hours. Ideas? borg.lerctr.org dumped core - see /var/crash/vmcore.0 Wed Aug 14 17:01:14 CDT 2013 FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #20 r254262: Mon Aug 12 21:45:40 CDT 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 panic: page fault 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: frame pointer = 0x28:0xffffff900d2cb950 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 = 1331 (cupsd) trap number = 12 panic: page fault cpuid = 7 Uptime: 1d3h40m18s Dumping 7789 out of 64479 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel.old/zfs.ko.symbols...done. Loaded symbols for /boot/kernel.old/zfs.ko.symbols Reading symbols from /boot/kernel.old/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel.old/acl_nfs4.ko.symbols Reading symbols from /boot/kernel.old/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel.old/opensolaris.ko.symbols Reading symbols from /boot/kernel.old/linux.ko.symbols...done. Loaded symbols for /boot/kernel.old/linux.ko.symbols Reading symbols from /boot/kernel.old/snd_envy24ht.ko.symbols...done. Loaded symbols for /boot/kernel.old/snd_envy24ht.ko.symbols Reading symbols from /boot/kernel.old/snd_spicds.ko.symbols...done. Loaded symbols for /boot/kernel.old/snd_spicds.ko.symbols Reading symbols from /boot/kernel.old/sound.ko.symbols...done. Loaded symbols for /boot/kernel.old/sound.ko.symbols Reading symbols from /boot/kernel.old/coretemp.ko.symbols...done. Loaded symbols for /boot/kernel.old/coretemp.ko.symbols Reading symbols from /boot/kernel.old/ichsmb.ko.symbols...done. Loaded symbols for /boot/kernel.old/ichsmb.ko.symbols Reading symbols from /boot/kernel.old/smbus.ko.symbols...done. Loaded symbols for /boot/kernel.old/smbus.ko.symbols Reading symbols from /boot/kernel.old/ichwd.ko.symbols...done. Loaded symbols for /boot/kernel.old/ichwd.ko.symbols Reading symbols from /boot/kernel.old/cpuctl.ko.symbols...done. Loaded symbols for /boot/kernel.old/cpuctl.ko.symbols Reading symbols from /boot/kernel.old/crypto.ko.symbols...done. Loaded symbols for /boot/kernel.old/crypto.ko.symbols Reading symbols from /boot/kernel.old/cryptodev.ko.symbols...done. Loaded symbols for /boot/kernel.old/cryptodev.ko.symbols Reading symbols from /boot/kernel.old/dtraceall.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtraceall.ko.symbols Reading symbols from /boot/kernel.old/profile.ko.symbols...done. Loaded symbols for /boot/kernel.old/profile.ko.symbols Reading symbols from /boot/kernel.old/cyclic.ko.symbols...done. Loaded symbols for /boot/kernel.old/cyclic.ko.symbols Reading symbols from /boot/kernel.old/dtrace.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtrace.ko.symbols Reading symbols from /boot/kernel.old/systrace_freebsd32.ko.symbols...done. Loaded symbols for /boot/kernel.old/systrace_freebsd32.ko.symbols Reading symbols from /boot/kernel.old/systrace.ko.symbols...done. Loaded symbols for /boot/kernel.old/systrace.ko.symbols Reading symbols from /boot/kernel.old/sdt.ko.symbols...done. Loaded symbols for /boot/kernel.old/sdt.ko.symbols Reading symbols from /boot/kernel.old/lockstat.ko.symbols...done. Loaded symbols for /boot/kernel.old/lockstat.ko.symbols Reading symbols from /boot/kernel.old/fasttrap.ko.symbols...done. Loaded symbols for /boot/kernel.old/fasttrap.ko.symbols Reading symbols from /boot/kernel.old/fbt.ko.symbols...done. Loaded symbols for /boot/kernel.old/fbt.ko.symbols Reading symbols from /boot/kernel.old/dtnfscl.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtnfscl.ko.symbols Reading symbols from /boot/kernel.old/dtmalloc.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtmalloc.ko.symbols Reading symbols from /boot/kernel.old/dtio.ko.symbols...done. Loaded symbols for /boot/kernel.old/dtio.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel.old/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel.old/fdescfs.ko.symbols Reading symbols from /boot/kernel.old/uhid.ko.symbols...done. Loaded symbols for /boot/kernel.old/uhid.ko.symbols Reading symbols from /boot/kernel.old/ums.ko.symbols...done. Loaded symbols for /boot/kernel.old/ums.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel.old/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel.old/netgraph.ko.symbols Reading symbols from /boot/kernel.old/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel.old/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko #0 doadump (textdump=) at pcpu.h:236 236 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:236 #1 0xffffffff8051d780 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff8051db07 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80780eca in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:873 #4 0xffffffff807812c9 in trap_pfault (frame=0x0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:731 #5 0xffffffff807808c2 in trap (frame=0xffffff900d2cb880) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff8076ae32 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff806fde34 in vm_map_entry_unlink (map=0xfffffe001e955000, entry=0xfffffe03325b9000) at /usr/src/sys/vm/vm_map.c:997 #8 0xffffffff806fd99e in vm_map_delete (map=0xfffffe001e955000, start=, end=140737488355328) at /usr/src/sys/vm/vm_map.c:2741 #9 0xffffffff806ffb19 in vm_map_remove (map=0xfffffe001e955000, start=140737488355328, end=18446741875199397888) at /usr/src/sys/vm/vm_map.c:2903 #10 0xffffffff806fbe6d in vmspace_exit (td=0xfffffe001d5a9490) at /usr/src/sys/vm/vm_map.c:340 #11 0xffffffff804e9b5f in exit1 (td=0xfffffe001d5a9490, rv=) at /usr/src/sys/kern/kern_exit.c:322 #12 0xffffffff804e94fe in sys_sys_exit (td=, uap=) at /usr/src/sys/kern/kern_exit.c:122 #13 0xffffffff807817c7 in amd64_syscall (td=0xfffffe001d5a9490, traced=0) at subr_syscall.c:134 #14 0xffffffff8076b11b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #15 0x00000008025c96ea in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - DLs - 48:58.19 [kernel] 0 1 0 0 21 0 9428 0 wait DLs - 0:00.39 [init] 0 2 0 0 -16 0 0 0 ftcl DL - 0:00.00 [ftcleanup 0 3 0 0 -16 0 0 0 crypto_w DL - 0:00.00 [crypto] 0 4 0 0 -16 0 0 0 crypto_r DL - 0:00.00 [crypto re 0 5 0 0 -16 0 0 0 - DL - 0:00.54 [fdc0] 0 6 0 0 -8 0 0 0 zio->io_ DL - 2:44.04 [zfskern] 0 7 0 0 -16 0 0 0 waiting_ DL - 0:00.00 [sctp_iter 0 8 0 0 -16 0 0 0 ccb_scan DL - 0:00.00 [xpt_thrd] 0 9 0 0 -16 0 0 0 psleep DL - 0:00.11 [pagedaemo 0 10 0 0 -16 0 0 0 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL - 1055:16.45 [idle] 0 12 0 0 -84 0 0 0 - WL - 5:32.65 [intr] 0 13 0 0 -8 0 0 0 - DL - 3:31.63 [geom] 0 14 0 0 -16 0 0 0 - DL - 0:13.36 [yarrow] 0 15 0 0 -68 0 0 0 - DL - 0:14.34 [usb] 0 16 0 0 -20 0 0 0 VBoxIS DL - 0:00.00 [TIMER] 0 17 0 0 -16 0 0 0 psleep DL - 0:00.00 [vmdaemon] 0 18 0 0 155 0 0 0 pgzero DL - 0:00.00 [pagezero] 0 19 0 0 -16 0 0 0 psleep DL - 0:00.67 [bufdaemon 0 20 0 0 16 0 0 0 syncer DL - 6:02.52 [syncer] 0 21 0 0 -16 0 0 0 vlruwt DL - 0:03.86 [vnlru] 0 858 1 0 20 0 13208 0 select Ds - 0:00.05 [devd] 0 871 1 0 52 0 16584 0 select Ds - 0:00.00 [moused] 0 1018 1 0 20 0 14380 0 zio->io_ Ds - 0:00.56 [syslogd] 0 1021 1 0 -52 0 6192 2104 nanslp Ds - 0:05.71 [watchdogd 0 1090 1 0 20 0 16468 0 select Ds - 0:00.11 [rpcbind] 0 1125 1 0 52 0 38964 0 select Ds - 0:00.02 [mountd] 0 1131 1 0 52 0 36804 0 select Ds - 0:00.04 [nfsd] 0 1137 1131 0 52 0 12228 0 rpcsvc D - 0:00.60 [nfsd] 0 1141 1 0 52 0 32716 0 select Ds - 0:24.28 [apcupsd] 0 1170 1 0 20 0 25268 0 select Ds - 0:04.48 [ntpd] 0 1191 0 0 -16 0 0 0 sleep DL - 0:00.00 [ng_queue] 0 1203 1 0 20 0 38844 0 nanslp Ds - 0:40.22 [perl] 0 1207 1 0 20 0 30844 0 nanslp D - 0:00.61 [smartd] 70 1215 1 0 20 0 87084 0 select D - 0:02.14 [postgres] 70 1217 1215 0 20 0 87084 0 select Ds - 0:01.00 [postgres] 70 1218 1215 0 20 0 87084 0 select Ds - 0:00.74 [postgres] 70 1219 1215 0 20 0 87084 0 select Ds - 0:00.85 [postgres] 70 1220 1215 0 20 0 87084 0 select Ds - 0:02.10 [postgres] 70 1221 1215 0 20 0 46772 0 select Ds - 0:03.68 [postgres] 26 1322 1 0 20 0 46668 0 select Ds - 0:00.04 [exim-4.80 0 1331 1 0 20 0 0 0 - REs - 0:00.83 [cupsd] 1028 53784 1 0 155 19 118984 0 - RN - 3:48.21 [wcgrid_fa 1028 53787 1 0 155 19 110596 0 - RN - 3:13.08 [wcgrid_fa 0 53788 1 0 21 0 81592 0 select Ds - 0:00.03 [sshd] 1002 53791 53788 0 20 0 81592 0 select D - 0:01.01 [sshd] 1002 53792 53791 0 20 0 16944 0 wait Ds - 0:00.01 [sh] 0 53795 53792 0 20 0 51140 0 select D - 0:00.01 [sudo] 0 53796 53795 0 31 0 16944 0 ttyin D+ - 0:00.01 [sh] 0 83940 1 0 52 0 16984 0 wait Ds+ - 0:00.02 [sh] 0 83943 83940 0 23 0 16984 0 wait D+ - 0:00.00 [sh] 0 83945 83943 0 23 0 8160 0 nanslp D+ - 0:00.00 [sleep] 0 84039 83940 0 52 0 16984 0 wait D+ - 0:00.00 [sh] 0 84044 84039 0 52 0 12260 0 kqread D+ - 0:00.00 [pwait] ------------------------------------------------------------------------ vmstat -s 188486035 cpu context switches 16891738 device interrupts 12882066 software interrupts 609501168 traps 1959237280 system calls 83 kernel threads created 92989 fork() calls 186023 vfork() calls 4641 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 134497 vnode pager pageins 680603 vnode pager pages paged in 25918 vnode pager pageouts 52995 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 47730 pages reactivated 5517586 copy-on-write faults 912 copy-on-write optimized faults 492347700 zero fill pages zeroed 0 zero fill pages prezeroed 71 intransit blocking page faults 501029194 total VM faults taken 133963 page faults requiring I/O 0 pages affected by kernel thread creation 8364551 pages affected by fork() 10797982 pages affected by vfork() 15434414 pages affected by rfork() 0 pages cached 625905899 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 176372 pages active 238918 pages inactive 4756 pages in VM cache 12348974 pages wired down 3310348 pages free 4096 bytes per page 352251095 total name lookups cache hits (90% pos + 7% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) kdtrace 501 115K - 286744 64,256 kenv 84 11K - 112 16,32,64,128 kqueue 2 1K - 2432 256,512,2048 proc-args 29 2K - 175441 16,32,64,128,256 DEVFSP 3 1K - 38 64 hhook 2 1K - 2 256 ithread 122 22K - 122 32,128,256 KTRACE 100 13K - 100 128 linker 401 197K - 544 16,32,64,128,256,512,1024,2048,4096 lockf 20 3K - 60480 64,128 loginclass 1 1K - 550 64 cache 1 1K - 1 32 devbuf 18685 36135K - 19791 16,32,64,128,256,512,1024,2048,4096 temp 58 34K - 10356759 16,32,64,128,256,512,1024,2048,4096 ip6ndp 5 1K - 6 64,128 module 301 38K - 301 128 mtx_pool 2 16K - 2 osd 9 1K - 43 16,32,64,128 pmchooks 1 1K - 1 128 NFS fh 4 1K - 18 16,32 pgrp 26 4K - 4134 128 session 24 3K - 4017 128 proc 2 256K - 2 subproc 237 311K - 281140 512,4096 cred 100 16K - 4515916 64,256 plimit 9 3K - 10048 256 uidinfo 7 33K - 792 128 sysctl 0 0K - 33529 16,32,64 sysctloid 6788 337K - 6940 16,32,64,128 sysctltmp 0 0K - 91744 16,32,64,128,256,4096 tidhash 1 256K - 1 callout 9 3208K - 9 umtx 1014 127K - 1014 128 p1003.1b 1 1K - 1 16 SWAP 0 0K - 12 64 bus 945 90K - 5432 16,32,64,128,256,512,1024 bus-sc 141 293K - 2336 16,32,64,128,256,512,1024,2048,4096 devstat 34 69K - 34 32,4096 eventhandler 90 8K - 90 64,128 kobj 180 720K - 1010 4096 Per-cpu 1 1K - 1 32 rman 360 41K - 797 16,32,128 sbuf 0 0K - 3719 16,32,64,128,256,512,1024,2048,4096 sglist 3 1K - 3 32 stack 0 0K - 2 256 taskqueue 109 17K - 139 16,32,64,256,1024 Unitno 22 2K - 45310 32,64 vmem 3 1153K - 11 512,1024 ioctlops 0 0K - 1098650 16,32,64,128,256,512,1024,2048 select 159 20K - 159 128 iov 0 0K - 1390276 16,64,128,256,512 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 7 32K - 3198 2048 tty 20 20K - 29 1024,2048 pts 1 1K - 8 256 mbuf_tag 0 0K - 23667 32,128 shmfd 1 8K - 1 soname 6 1K - 67266 16,32,128 pcb 33 8341K - 2548 16,32,128,1024,2048 newnfsmnt 1 1K - 1 1024 acl 0 0K - 145 4096 vfscache 1 16384K - 1 vfs_hash 1 8192K - 1 vnodes 1 1K - 1 256 pfs_nodes 21 6K - 21 256 pfs_vncache 54 4K - 15332 64 mount 396 20K - 1854 16,32,64,128,256,512 GEOM 338 59K - 3552 16,32,64,128,256,512,1024,2048 vnodemarker 0 0K - 172658 512 BPF 3 1K - 3 128 acpica 1830 187K - 52091 16,32,64,128,256,512,1024,2048 ifnet 4 7K - 4 128,2048 ifaddr 48 15K - 48 32,64,128,256,512,2048,4096 ether_multi 47 3K - 54 16,32,64 clone 6 1K - 6 128 arpcom 2 1K - 2 16 lltable 12 5K - 25 256,512 UART 6 5K - 6 16,1024 CAM CCB 13 26K - 1091 2048 acpitask 1 8K - 1 acpisem 22 3K - 22 128 CAM path 22 1K - 68 32 acpidev 36 3K - 36 64 routetbl 35 5K - 31140 32,64,128,256,512 igmp 3 1K - 3 256 in_multi 2 1K - 2 256 CAM periph 16 4K - 40 16,32,64,128,256 CAM queue 31 8K - 100 16,32,512 CAM dev queue 8 1K - 8 32 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 5 1K - 5 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 28K - 1 syncache 1 64K - 1 in6_mfilter 1 1K - 1 1024 in6_multi 27 4K - 27 32,256 ip6_moptions 2 1K - 2 32,256 raid_data 0 0K - 552 32,128,256 mld 3 1K - 3 128 CAM SIM 8 2K - 8 256 CAM XPT 58 4K - 354 16,32,64,128,256,1024 NFS FHA 1 2K - 1 2048 rpc 28 9K - 229273 32,64,128,256,512,1024 audit_evclass 188 6K - 229 32 vm_pgdata 1 8192K - 7 128 UMAHash 5 42K - 15 512,1024,2048,4096 scsi_cd 0 0K - 11 16 USB 50 162K - 56 16,32,64,128,256,512,1024,4096 USBdev 76 26K - 112 32,64,128,512,2048,4096 pci_link 16 2K - 16 32,64,128 acpi_perf 8 1K - 8 64 memdesc 1 4K - 1 4096 atkbddev 2 1K - 2 64 md_nvidia_data 0 0K - 90 512 kbdmux 7 18K - 7 16,512,1024,2048 LED 4 1K - 4 16,128 md_sii_data 0 0K - 90 512 CAM DEV 15 30K - 24 2048 ata_pci 1 1K - 1 64 acpiintr 1 1K - 1 64 ppbusdev 2 1K - 2 256 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 isadev 5 1K - 5 128 random_adaptors 1 1K - 1 32 entropy 1024 64K - 1024 64 DEVFS3 223 56K - 282 256 io_apic 2 4K - 2 2048 DEVFS1 194 97K - 243 512 MCA 8 1K - 8 128 cdev 8 2K - 8 256 msi 2 1K - 2 128 nexusdev 4 1K - 4 16 DEVFS 42 1K - 43 16,128 filedesc 95 233K - 281056 16,32,64,128,2048,4096 filedesc_to_leader 2 1K - 4845 64 sigio 1 1K - 1 64 filecaps 0 0K - 18 16,64 linux 20 2K - 8353 32,64 mixer 1 4K - 1 4096 feeder 16 2K - 18 32,128 kstat_data 5 1K - 5 64 solaris 3722414 45963257K - 429496517 16,32,64,128,256,512,1024,2048,4096 futex 0 0K - 53393 128 spicds 7 1K - 7 128 envy24ht 15 195K - 15 64,2048 cpuctl 1 1K - 9 64,4096 crypto 1 1K - 1 512 xform 0 0K - 9527 16,32 cyclic 32 3K - 32 16,64,128 futex wp 0 0K - 26711 32 fbt 1 256K - 1 iprtheap 23 56K - 23 32,64,128,256,2048 nvidia 179 862K - 182 16,32,64,128,256,512,1024,2048,4096 fdesc_mount 1 1K - 1 16 netgraph_node 4 1K - 4 128,256 netgraph 2 1K - 2 64 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 172, 8, 172, 0, 0 UMA Zones: 1664, 0, 188, 0, 188, 0, 0 UMA Slabs: 80, 0, 1088327, 473,14366575, 0, 0 UMA RCntSlabs: 88, 0, 1945, 35, 1945, 0, 0 UMA Hash: 256, 0, 5, 10, 10, 0, 0 4 Bucket: 32, 0, 426, 5324, 4108981,33285, 0 8 Bucket: 64, 0, 586, 21362, 1602256,416395, 0 16 Bucket: 128, 0, 319, 5292, 123057, 319, 0 32 Bucket: 256, 0, 7244, 6706, 294466, 999, 0 64 Bucket: 512, 0, 809, 6391, 741894,27478, 0 128 Bucket: 1024, 0, 5145, 3731, 1582420,478309, 0 vmem btag: 56, 0, 652182, 103258, 988336,10662, 0 VM OBJECT: 256, 0, 189525, 2085, 5111404, 0, 0 RADIX NODE: 144, 0, 795442, 26249,46129201, 39, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 13, 514, 13, 2, 0 MAP ENTRY: 128, 0, 1108, 3046,14837980, 0, 0 VMSPACE: 408, 0, 33, 381, 281080, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 288, 0, 288, 0, 0 16: 16, 0, 5, 246, 5, 0, 0 16: 16, 0, 2467, 545, 2622, 0, 0 16: 16, 0, 2, 249, 2, 0, 0 16: 16, 0, 90, 914, 503989, 0, 0 16: 16, 0, 32, 972, 32986, 0, 0 16: 16, 0, 651, 855, 91769, 0, 0 16: 16, 0, 48, 956, 90, 0, 0 16: 16, 0, 245446, 2040,22351211, 0, 0 32: 32, 0, 2, 123, 2, 0, 0 32: 32, 0, 2634, 741, 2732, 0, 0 32: 32, 0, 10, 115, 10, 0, 0 32: 32, 0, 105, 1395, 340076, 0, 0 32: 32, 0, 250, 1000, 27674, 0, 0 32: 32, 0, 336, 1164, 28769, 0, 0 32: 32, 0, 76, 924, 48855, 0, 0 32: 32, 0, 172142, 8483,28192547, 0, 0 64: 64, 0, 9, 549, 13, 0, 0 64: 64, 0, 324, 730, 340, 0, 0 64: 64, 0, 14, 172, 14, 0, 0 64: 64, 0, 770, 1028, 290809, 0, 0 64: 64, 0, 74, 1352, 283785, 0, 0 64: 64, 0, 9136, 1218, 2622013, 0, 0 64: 64, 0, 1078, 1030, 5921, 0, 0 64: 64, 0, 1147282, 29602,149282978, 0, 0 128: 128, 0, 11, 764, 11, 0, 0 128: 128, 0, 2007, 876, 3280, 0, 0 128: 128, 0, 31, 992, 4139, 0, 0 128: 128, 0, 1341, 798, 73481, 0, 0 128: 128, 0, 1380, 635, 54872, 0, 0 128: 128, 0, 2029, 1257, 80833, 0, 0 128: 128, 0, 3, 276, 3, 0, 0 128: 128, 0, 137189, 9782,64781032, 0, 0 256: 256, 0, 2, 73, 2, 0, 0 256: 256, 0, 20, 475, 10085, 0, 0 256: 256, 0, 6, 69, 6, 0, 0 256: 256, 0, 242, 463, 915, 0, 0 256: 256, 0, 532, 413, 3481, 0, 0 256: 256, 0, 393, 762, 2288033, 0, 0 256: 256, 0, 1, 74, 1, 0, 0 256: 256, 0, 192192, 191613,77229314, 0, 0 512: 512, 0, 4, 316, 229245, 0, 0 512: 512, 0, 39, 169, 219, 0, 0 512: 512, 0, 0, 232, 172658, 0, 0 512: 512, 0, 235, 197, 2418, 0, 0 512: 512, 0, 18, 102, 18, 0, 0 512: 512, 0, 403, 293, 2255668, 0, 0 512: 512, 0, 0, 0, 0, 0, 0 512: 512, 0, 935935, 3297,39073172, 0, 0 1024: 1024, 0, 4, 36, 4, 0, 0 1024: 1024, 0, 1, 39, 100, 0, 0 1024: 1024, 0, 5, 23, 5, 0, 0 1024: 1024, 0, 6, 74, 1720, 0, 0 1024: 1024, 0, 20, 84, 27, 0, 0 1024: 1024, 0, 26, 262, 3281265, 0, 0 1024: 1024, 0, 1, 15, 1, 0, 0 1024: 1024, 0, 10473, 151, 184746, 0, 0 2048: 2048, 0, 6, 56, 3197, 0, 0 2048: 2048, 0, 32, 40, 1119, 0, 0 2048: 2048, 0, 1, 5, 1, 0, 0 2048: 2048, 0, 15, 31, 3211, 0, 0 2048: 2048, 0, 55, 99, 280961, 0, 0 2048: 2048, 0, 24, 52, 1405, 0, 0 2048: 2048, 0, 5, 1, 5, 0, 0 2048: 2048, 0, 17353, 141, 500775, 0, 0 4096: 4096, 0, 1, 0, 1, 0, 0 4096: 4096, 0, 2, 0, 2, 0, 0 4096: 4096, 0, 180, 3, 1010, 0, 0 4096: 4096, 0, 12, 8, 159, 0, 0 4096: 4096, 0, 6, 9, 47, 0, 0 4096: 4096, 0, 111, 82, 1897800, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 4096: 4096, 0, 234256, 90044,38442227, 0, 0 uint64 pcpu: 8, 0, 1386, 150, 1386, 0, 0 SLEEPQUEUE: 80, 0, 508, 763, 508, 0, 0 Files: 80, 0, 147, 1353,29585745, 0, 0 TURNSTILE: 136, 0, 508, 292, 508, 0, 0 rl_entry: 40, 0, 148, 852, 148, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 54, 126, 283736, 0, 0 THREAD: 1168, 0, 445, 62, 3006, 0, 0 cpuset: 72, 0, 286, 869, 499, 0, 0 cyclic_id_cache: 64, 0, 0, 0, 0, 0, 0 audit_record: 1240, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 25727505, 1023, 1762, 5379045, 274, 0 mbuf: 256, 25727505, 4, 3012,36465277, 5, 0 mbuf_cluster: 2048, 4019922, 2774, 710, 6762550,1664, 0 mbuf_jumbo_page: 4096, 2009961, 0, 203, 3242534, 28, 0 mbuf_jumbo_9k: 9216, 1786632, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 1339972, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 dtrace_state_cache: 4096, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 75, 600, 975, 0, 0 ttyoutq: 256, 0, 39, 516, 512, 0, 0 g_bio: 248, 0, 90, 774,40777282, 0, 0 ata_request: 336, 0, 0, 242, 33238, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 cryptop: 88, 0, 0, 0, 0, 0, 0 cryptodesc: 72, 0, 0, 0, 0, 0, 0 nv_stack_t: 12288, 0, 2, 2, 12, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 1660, 246792, 0, 0 VNODE: 472, 0, 373642, 7998, 1278219, 0, 0 VNODEPOLL: 112, 0, 1, 139, 1, 0, 0 BUF TRIE: 144, 0, 6, 105942, 209047, 0, 0 NAMEI: 1024, 0, 0, 144,57831005, 0, 0 S VFS Cache: 108, 0, 367903, 6002, 3981082, 0, 0 STS VFS Cache: 148, 0, 3, 127, 3, 0, 0 L VFS Cache: 328, 0, 6045, 178551, 327629, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NCLNODE: 528, 0, 4, 24, 4, 0, 0 space_seg_cache: 64, 0, 367795, 49713,14905535, 0, 0 zio_cache: 944, 0, 1952, 148884,158506640, 0, 0 zio_link_cache: 48, 0, 2621, 149933,155524857, 0, 0 sa_cache: 80, 0, 373353, 8547, 1262552, 0, 0 dnode_t: 856, 0, 887208, 1784, 1004453, 0, 0 dmu_buf_impl_t: 224, 0, 1770003, 3148, 4769896, 0, 0 arc_buf_hdr_t: 216, 0, 1388652, 876, 2016087, 0, 0 arc_buf_t: 72, 0, 917147, 2013, 3693027, 0, 0 zil_lwb_cache: 192, 0, 14, 3046, 18583, 0, 0 zfs_znode_cache: 368, 0, 373353, 8057, 1262552, 0, 0 Mountpoints: 816, 0, 30, 35, 30, 0, 0 pipe: 744, 0, 8, 137, 27919, 0, 0 ksiginfo: 112, 0, 168, 1722, 8407744, 0, 0 itimer: 352, 0, 1, 32, 1, 0, 0 KNOTE: 128, 0, 2, 897, 12066, 0, 0 socket: 680, 2063352, 56, 142, 11187, 0, 0 unpcb: 240, 2063360, 14, 546, 6408, 0, 0 ipq: 56, 125670, 0, 0, 0, 0, 0 udp_inpcb: 392, 2063360, 19, 301, 3993, 0, 0 udpcb: 16, 2063471, 19, 985, 3993, 0, 0 tcp_inpcb: 392, 2063360, 22, 248, 779, 0, 0 tcpcb: 1024, 2063352, 22, 122, 779, 0, 0 tcptw: 72, 27775, 0, 550, 24, 0, 0 syncache: 152, 15366, 0, 312, 256, 0, 0 hostcache: 136, 15370, 5, 430, 23, 0, 0 tcpreass: 40, 251300, 0, 800, 346, 0, 0 sackhole: 32, 0, 0, 1250, 3843, 0, 0 sctp_ep: 1408, 2063352, 0, 0, 0, 0, 0 sctp_asoc: 2344, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 415, 4, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 ripcb: 392, 2063360, 0, 30, 1, 0, 0 rtentry: 200, 0, 17, 303, 17, 0, 0 selfd: 56, 0, 216, 1204, 2042917, 0, 0 SWAPMETA: 288, 8039850, 0, 0, 0, 0, 0 NetGraph items: 72, 4123, 0, 0, 0, 0, 0 NetGraph data items: 72, 527, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 4 0 irq6: fdc0 22 0 irq14: ata0 66453 197 irq17: uhci0 ehci0 1080647 3206 irq19: uhci1 ahci0+ 12144841 36038 cpu0:timer 108831020 322940 irq256: em0 3599771 10681 cpu4:timer 100857418 299280 cpu1:timer 105851766 314100 cpu2:timer 105278924 312400 cpu3:timer 105435022 312863 cpu5:timer 100589435 298484 cpu6:timer 100423790 297993 cpu7:timer 100426639 298001 Total 844585752 2506189 ------------------------------------------------------------------------ pstat -T 147/2063348 files 0M/0M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 ada1 ada2 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 17.63 6757 116.37 16.29 6378 101.44 16.51 6688 107.83 2 89 1 0 8 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 65536 5432001 --rw------- pgsql pgsql pgsql pgsql 5 41279488 1215 1215 13:15:35 16:52:18 13:15:35 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME s 65536 5432001 --rw------- pgsql pgsql pgsql pgsql 17 13:15:35 13:15:35 s 65537 5432002 --rw------- pgsql pgsql pgsql pgsql 17 13:15:35 13:15:35 s 65538 5432003 --rw------- pgsql pgsql pgsql pgsql 17 13:15:35 13:15:35 s 65539 5432004 --rw------- pgsql pgsql pgsql pgsql 17 13:15:35 13:15:35 s 65540 5432005 --rw------- pgsql pgsql pgsql pgsql 17 13:15:35 13:15:35 s 65541 5432006 --rw------- pgsql pgsql pgsql pgsql 17 13:15:35 13:15:35 s 65542 5432007 --rw------- pgsql pgsql pgsql pgsql 17 0:20:07 13:15:35 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 2 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 1 1 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 4 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 4234330 packets sent 2839952 data packets (25524979416 bytes) 209941 data packets (441552508 bytes) retransmitted 60 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 1157083 ack-only packets (11495 delayed) 0 URG only packets 0 window probe packets 26787 window update packets 567 control packets 5767647 packets received 3382438 acks (for 25528786994 bytes) 14082 duplicate acks 0 acks for unsent data 2473972 packets (13686909478 bytes) received in-sequence 2342 completely duplicate packets (328888 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 346 out-of-order packets (450068 bytes) 0 packets (0 bytes) of data after window 0 window probes 26083 window update packets 6 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 258 connection requests 249 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 504 connections established (including accepts) 761 connections closed (including 203 drops) 464 connections updated cached RTT on close 486 connections updated cached RTT variance on close 185 connections updated cached ssthresh on close 3 embryonic connections dropped 3377046 segments updated rtt (of 2245502 attempts) 3658 retransmit timeouts 8 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 94 keepalive timeouts 85 keepalive probes sent 9 connections dropped by keepalive 2780158 correct ACK header predictions 2335136 correct data packet header predictions 256 syncache entries added 6 retransmitted 0 dupsyn 0 dropped 249 completed 0 bucket overflow 0 cache overflow 5 reset 1 stale 0 aborted 0 badack 1 unreach 0 zone failures 256 cookies sent 0 cookies received 23 hostcache entries added 0 bucket overflow 3473 SACK recovery episodes 154091 segment rexmits in SACK recovery episodes 222989388 byte rexmits in SACK recovery episodes 172100 SACK options (SACK blocks) received 335 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 111943 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 2 dropped due to no socket 83434 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 28507 delivered 28512 datagrams output 0 times multicast source filter matched ip: 5859235 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 5855932 packets for this host 3303 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 4240487 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 2 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 2 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 2 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 3301 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 797 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 797 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 796 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 17 ARP requests sent 1262 ARP replies sent 23696 ARP requests received 17 ARP replies received 23713 ARP packets received 2 total packets dropped due to no ARP entry 13 ARP entrys timed out 0 Duplicate IPs seen ip6: 23658 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 23658 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 23665 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 11 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: UDP: 23658 Mbuf statistics: 13934 one mbuf 12451 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 3 failures of source address selection source addresses on a non-outgoing I/F 3 addresses scope=f Source addresses selection rule applied: 3 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: neighbor solicitation: 1 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 1027/4774/5801 mbufs in use (current/cache/total) 1012/2472/3484/4019922 mbuf clusters in use (current/cache/total/max) 1023/1762 mbuf+clusters out of packet secondary zone in use (current/cache) 0/203/203/2009961 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/1786632 9k jumbo clusters in use (current/cache/total/max) 0/0/0/1339972 16k jumbo clusters in use (current/cache/total/max) 2280K/6949K/9230K bytes allocated to network (current/cache/total) 5/1664/274 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 28/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop em0 1500 00:30:48:f2:29:9c 4293739 0 0 2642846 0 0 0 em0 1500 192.168.200.0 borg 5842774 - - 10316939 - - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - - 3 - - - em1* 1500 00:30:48:f2:29:9d 0 0 0 0 0 0 0 lo0 16384 1615751 0 0 1615744 0 0 0 lo0 16384 localhost ::1 23658 - - 23658 - - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - - lo0 16384 your-net localhost 200 - - 1592089 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.200.11 UGS 0 581717 em0 127.0.0.1 link#3 UH 0 200 lo0 192.168.200.0/24 link#1 U 0 2066670 em0 192.168.200.4 link#1 UHS 0 1591900 lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#3 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%em0/64 link#1 U em0 fe80::230:48ff:fef2:299c%em0 link#1 UHS lo0 fe80::%lo0/64 link#3 U lo0 fe80::1%lo0 link#3 UHS lo0 ff01::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff01::%lo0/32 ::1 U lo0 ff02::/16 ::1 UGRS lo0 ff02::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff02::%lo0/32 ::1 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) fffffe00ae250800 tcp4 0 0 192.168.200.4.22 192.168.200.87.506 ESTABLISHED fffffe00ae250c00 tcp4 0 0 192.168.200.4.2575 198.20.8.241.443 CLOSED fffffe04a8bb4800 tcp4 0 29 192.168.200.4.1814 170.224.160.205.44 CLOSE_WAIT fffffe04a8bb4c00 tcp4 0 29 192.168.200.4.4998 170.224.160.205.44 CLOSE_WAIT fffffe00ae22c800 tcp4 0 0 192.168.200.4.1616 198.20.8.241.443 CLOSED fffffe00ae252c00 tcp4 0 0 192.168.200.4.5884 198.20.8.241.443 CLOSED fffffe00ae263400 tcp4 0 29 192.168.200.4.5008 198.20.8.246.443 CLOSE_WAIT fffffe033262f400 tcp4 0 0 192.168.200.4.664 192.168.200.23.204 CLOSE_WAIT fffffe00ae2d8c00 tcp4 0 0 192.168.200.4.5766 198.20.8.246.80 CLOSED fffffe0332660800 tcp4 0 0 127.0.0.1.587 *.* LISTEN fffffe0332660c00 tcp4 0 0 127.0.0.1.25 *.* LISTEN fffffe0332661000 tcp4 0 0 192.168.200.4.587 *.* LISTEN fffffe0332661400 tcp4 0 0 192.168.200.4.25 *.* LISTEN fffffe001ed60800 tcp4 0 0 127.0.0.1.5432 *.* LISTEN fffffe001ed60c00 tcp6 0 0 ::1.5432 *.* LISTEN fffffe00ae265400 tcp4 0 0 *.3551 *.* LISTEN fffffe033200b000 tcp6 0 0 *.2049 *.* LISTEN fffffe033200b400 tcp4 0 0 *.2049 *.* LISTEN fffffe00ae22b800 tcp4 0 0 *.804 *.* LISTEN fffffe00ae22bc00 tcp6 0 0 *.804 *.* LISTEN fffffe033200b800 tcp4 0 0 *.111 *.* LISTEN fffffe033200bc00 tcp6 0 0 *.111 *.* LISTEN fffffe001ed31000 udp6 0 0 ::1.55170 ::1.55170 fffffe00ae0de620 udp4 0 0 127.0.0.1.123 *.* fffffe00ae0de7a8 udp6 0 0 fe80:3::1.123 *.* fffffe00ae0de930 udp6 0 0 ::1.123 *.* fffffe00ae0deab8 udp6 0 0 fe80:1::230:48ff.1 *.* fffffe00ae0dec40 udp4 0 0 192.168.200.4.123 *.* fffffe00ae0dedc8 udp6 0 0 *.123 *.* fffffe00ae0df000 udp4 0 0 *.123 *.* fffffe001ed31188 udp6 0 0 *.2049 *.* fffffe001ed31310 udp4 0 0 *.2049 *.* fffffe001ecfb7a8 udp4 0 0 *.804 *.* fffffe001ecfb930 udp6 0 0 *.804 *.* fffffe00ae0df188 udp6 0 0 *.* *.* fffffe001ed31498 udp4 0 0 *.645 *.* fffffe001ed31620 udp4 0 0 *.111 *.* fffffe001ed317a8 udp6 0 0 *.957 *.* fffffe001ed31930 udp6 0 0 *.111 *.* fffffe00ae067310 udp4 0 0 *.514 *.* fffffe00ae067498 udp6 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffffe04a8b084b0 stream 0 0 0 fffffe04a8b085a0 0 0 fffffe04a8b085a0 stream 0 0 0 fffffe04a8b084b0 0 0 fffffe00ae04ad20 stream 0 0 fffffe0332277b10 0 0 0 /tmp/.s.PGSQL.5432 fffffe00ae04b780 stream 0 0 fffffe0315f06000 0 0 0 /var/run/rpcbind.sock fffffe00ae04b870 stream 0 0 fffffe001ec93938 0 0 0 /var/run/devd.pipe fffffe00ae0aac30 dgram 0 0 0 0 0 0 fffffe00ae0abb40 dgram 0 0 0 fffffe00ae0705a0 0 fffffe03321714b0 fffffe03321714b0 dgram 0 0 0 fffffe00ae0705a0 0 0 fffffe0332088960 dgram 0 0 0 fffffe00ae0704b0 0 fffffe00ae056a50 fffffe00ae056a50 dgram 0 0 0 fffffe00ae0704b0 0 fffffe00ae0f9000 fffffe00ae0f9000 dgram 0 0 0 fffffe00ae0704b0 0 fffffe00ae056b40 fffffe00ae056b40 dgram 0 0 0 fffffe00ae0704b0 0 0 fffffe00ae0704b0 dgram 0 0 fffffe001ebb0b10 0 fffffe0332088960 0 /var/run/logpriv fffffe00ae0705a0 dgram 0 0 fffffe001e9e7938 0 fffffe00ae0abb40 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/20 localhost.submission tcp4 0/0/20 localhost.smtp tcp4 0/0/20 borg.submission tcp4 0/0/20 borg.smtp tcp4 0/0/128 localhost.postgresql tcp6 0/0/128 localhost.postgresql tcp4 0/0/5 *.3551 tcp6 0/0/5 *.nfsd tcp4 0/0/5 *.nfsd tcp4 0/0/128 *.804 tcp6 0/0/128 *.804 tcp4 0/0/128 *.sunrpc tcp6 0/0/128 *.sunrpc unix 0/0/128 /tmp/.s.PGSQL.5432 unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read file 22 at 0xffff fstat: can't read file 23 at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root pwait 84044 root - - error - root pwait 84044 wd - - error - root pwait 84044 text - - error - root pwait 84044 ctty /dev 13 crw------- console rw root pwait 84044 0 /dev 13 crw------- console rw root sh 84039 root - - error - root sh 84039 wd - - error - root sh 84039 text - - error - root sh 84039 ctty /dev 13 crw------- console rw root sh 84039 0 /dev 13 crw------- console rw root sh 84039 6 /dev 13 crw------- console rw root sleep 83945 root - - error - root sleep 83945 wd - - error - root sleep 83945 text - - error - root sleep 83945 ctty /dev 13 crw------- console rw root sleep 83945 0 /dev 30 crw-rw-rw- null r root sh 83943 root - - error - root sh 83943 wd - - error - root sh 83943 text - - error - root sh 83943 ctty /dev 13 crw------- console rw root sh 83943 0 /dev 30 crw-rw-rw- null r root sh 83940 root - - error - root sh 83940 wd - - error - root sh 83940 text - - error - root sh 83940 ctty /dev 13 crw------- console rw root sh 83940 0 /dev 13 crw------- console rw root sh 83940 6 /dev 13 crw------- console rw root sh 53796 root - - error - root sh 53796 wd - - error - root sh 53796 text - - error - root sh 53796 ctty /dev 169 crw--w---- pts/0 rw root sh 53796 0 /dev 169 crw--w---- pts/0 rw root sh 53796 6 /dev 169 crw--w---- pts/0 rw root sudo 53795 root - - error - root sudo 53795 wd - - error - root sudo 53795 text - - error - root sudo 53795 ctty /dev 169 crw--w---- pts/0 rw root sudo 53795 0 /dev 169 crw--w---- pts/0 rw ler sh 53792 root - - error - ler sh 53792 wd - - error - ler sh 53792 text - - error - ler sh 53792 ctty /dev 169 crw--w---- pts/0 rw ler sh 53792 0 /dev 169 crw--w---- pts/0 rw ler sh 53792 6 /dev 169 crw--w---- pts/0 rw ler sshd 53791 root - - error - ler sshd 53791 wd - - error - ler sshd 53791 text - - error - ler sshd 53791 0 /dev 30 crw-rw-rw- null rw ler sshd 53791 6 /dev 30 crw-rw-rw- null rw root sshd 53788 root - - error - root sshd 53788 wd - - error - root sshd 53788 text - - error - root sshd 53788 0 /dev 30 crw-rw-rw- null r root sshd 53788 6 /dev 30 crw-rw-rw- null rw boinc wcgrid_fahv_vina_p 53787 root - - error - boinc wcgrid_fahv_vina_p 53787 wd - - error - boinc wcgrid_fahv_vina_p 53787 text - - error - boinc wcgrid_fahv_vina_p 53787 0 /dev 30 crw-rw-rw- null rw boinc wcgrid_fahv_vina_p 53787 6 - - error - boinc wcgrid_fahv_vina_p 53787 12 - - error - boinc wcgrid_fahv_vina_p 53784 root - - error - boinc wcgrid_fahv_vina_p 53784 wd - - error - boinc wcgrid_fahv_vina_p 53784 text - - error - boinc wcgrid_fahv_vina_p 53784 0 /dev 30 crw-rw-rw- null rw boinc wcgrid_fahv_vina_p 53784 6 - - error - boinc wcgrid_fahv_vina_p 53784 12 - - error - mailnull exim-4.80.1-2 1322 root - - error - mailnull exim-4.80.1-2 1322 wd - - error - mailnull exim-4.80.1-2 1322 text - - error - mailnull exim-4.80.1-2 1322 0 /dev 30 crw-rw-rw- null rw mailnull exim-4.80.1-2 1322 6 /dev 30 crw-rw-rw- null rw pgsql postgres 1221 root - - error - pgsql postgres 1221 wd - - error - pgsql postgres 1221 text - - error - pgsql postgres 1221 0 /dev 30 crw-rw-rw- null r pgsql postgres 1221 6 - - bad - pgsql postgres 1220 root - - error - pgsql postgres 1220 wd - - error - pgsql postgres 1220 text - - error - pgsql postgres 1220 0 /dev 30 crw-rw-rw- null r pgsql postgres 1220 6 - - bad - pgsql postgres 1219 root - - error - pgsql postgres 1219 wd - - error - pgsql postgres 1219 text - - error - pgsql postgres 1219 0 /dev 30 crw-rw-rw- null r pgsql postgres 1219 6 - - bad - pgsql postgres 1218 root - - error - pgsql postgres 1218 wd - - error - pgsql postgres 1218 text - - error - pgsql postgres 1218 0 /dev 30 crw-rw-rw- null r pgsql postgres 1218 6 - - bad - pgsql postgres 1217 root - - error - pgsql postgres 1217 wd - - error - pgsql postgres 1217 text - - error - pgsql postgres 1217 0 /dev 30 crw-rw-rw- null r pgsql postgres 1217 6 - - bad - pgsql postgres 1215 root - - error - pgsql postgres 1215 wd - - error - pgsql postgres 1215 text - - error - pgsql postgres 1215 0 /dev 30 crw-rw-rw- null r pgsql postgres 1215 6 - - bad - root smartd 1207 root - - error - root smartd 1207 wd - - error - root smartd 1207 text - - error - root smartd 1207 0 /dev 30 crw-rw-rw- null rw root perl 1203 root - - error - root perl 1203 wd - - error - root perl 1203 text - - error - root perl 1203 0 - - error - root ng_queue 1191 root - - error - root ng_queue 1191 wd - - error - root ntpd 1170 root - - error - root ntpd 1170 wd - - error - root ntpd 1170 text - - error - root ntpd 1170 0 /dev 30 crw-rw-rw- null rw root ntpd 1170 6 /dev 30 crw-rw-rw- null rw root ntpd 1170 12 /dev 30 crw-rw-rw- null rw root ntpd 1170 18* local dgram fffffe00ae0f9000 <-> fffffe00ae0704b0 root apcupsd 1141 root - - error - root apcupsd 1141 wd - - error - root apcupsd 1141 text - - error - root apcupsd 1141 0 /dev 30 crw-rw-rw- null r root apcupsd 1141 6 /dev 30 crw-rw-rw- null r root nfsd 1137 root - - error - root nfsd 1137 wd - - error - root nfsd 1137 text - - error - root nfsd 1137 0 /dev 30 crw-rw-rw- null rw root nfsd 1131 root - - error - root nfsd 1131 wd - - error - root nfsd 1131 text - - error - root nfsd 1131 0 /dev 30 crw-rw-rw- null rw root nfsd 1131 6 /dev 30 crw-rw-rw- null rw root mountd 1125 root - - error - root mountd 1125 wd - - error - root mountd 1125 text - - error - root mountd 1125 0 /dev 30 crw-rw-rw- null rw root mountd 1125 6 /dev 30 crw-rw-rw- null rw root rpcbind 1090 root - - error - root rpcbind 1090 wd - - error - root rpcbind 1090 text - - error - root rpcbind 1090 0 /dev 30 crw-rw-rw- null rw root rpcbind 1090 6 /dev 30 crw-rw-rw- null rw root watchdogd 1021 root - - error - root watchdogd 1021 wd - - error - root watchdogd 1021 text - - error - root watchdogd 1021 0 /dev 30 crw-rw-rw- null rw root syslogd 1018 root - - error - root syslogd 1018 wd - - error - root syslogd 1018 text - - error - root syslogd 1018 0 /dev 30 crw-rw-rw- null rw root syslogd 1018 6 /dev 30 crw-rw-rw- null rw root syslogd 1018 12 /dev 30 crw-rw-rw- null rw root syslogd 1018 18 - - error - root moused 871 root - - error - root moused 871 wd - - error - root moused 871 text - - error - root moused 871 0 /dev 30 crw-rw-rw- null rw root devd 858 root - - error - root devd 858 wd - - error - root devd 858 text - - error - root devd 858 0 /dev 30 crw-rw-rw- null rw root devd 858 6 /dev 30 crw-rw-rw- null rw root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #20 r254262: Mon Aug 12 21:45:40 CDT 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.54-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 65660014592 (62618 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 netmap: loaded module random: initialized cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0.0 on pci6 em0: Using an MSI interrupt em0: Ethernet address: 00:30:48:f2:29:9c 001.000009 netmap_attach [2244] success for em0 em1: port 0x2020-0x203f mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0.1 on pci6 em1: Using an MSI interrupt em1: Ethernet address: 00:30:48:f2:29:9d 001.000010 netmap_attach [2244] success for em1 pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 vgapci0: port 0x3000-0x307f mem 0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff irq 16 at device 0.0 on pci8 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io pci8: at device 0.1 (no driver attached) pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 pcib11: irq 16 at device 0.0 on pci10 pci11: on pcib11 pcm0: port 0x4080-0x409f,0x4000-0x407f irq 16 at device 0.0 on pci11 pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x2403 XIN2 Clock Source: 24.576MHz(96kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 and SPDIF receiver connected DAC #: 4 Multi-track converter type: AC'97(SDATA_OUT:packed) S/PDIF(IN/OUT): 1/1 ID# 0x00 GPIO(mask/dir/state): 0xff/0xff/0xff uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 usbus2 on uhci2 ehci0: mem 0xd9600400-0xd96007ff irq 17 at device 29.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 pcib12: at device 30.0 on pci0 pci12: on pcib12 vgapci1: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 on pci12 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: at channel 0 on atapci0 ahci0: port 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ichwd0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 coretemp4: on cpu4 est4: on cpu4 p4tcc4: on cpu4 coretemp5: on cpu5 est5: on cpu5 p4tcc5: on cpu5 coretemp6: on cpu6 est6: on cpu6 p4tcc6: on cpu6 coretemp7: on cpu7 est7: on cpu7 p4tcc7: on cpu7 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x38e offMax=0x4b4 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata0: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 3.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: quirks=0x1<4K> ada3: Previously was known as ad10 ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 ada4: ATA-8 SATA 3.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada4: quirks=0x1<4K> ada4: Previously was known as ad12 ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 ada5: ATA-8 SATA 3.x device ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada5: quirks=0x1<4K> ada5: Previously was known as ad14 cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #4 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus3 uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 Trying to mount root from zfs:zroot/ROOT/default []... ugen0.2: at usbus0 ugen0.3: at usbus0 ffclock reset: HPET (14318180 Hz), time = 1376417561.500000000 Setting hostuuid: 53d19f64-d663-a017-8922-0030488e9ff3. Setting hostid: 0xf53a926e. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: borg.lerctr.org. Starting Network: lo0 em0 em1. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 inet6 fe80::230:48ff:fef2:299c%em0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect status: no carrier em1: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9d nd6 options=29 media: Ethernet autoselect status: no carrier Starting devd. Starting Network: em1. em1: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9d nd6 options=29 media: Ethernet autoselect status: no carrier uhid0: on usbus3 ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=0 add net default: gateway 192.168.200.11 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Mounting NFS file systems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/kde4/lib /usr/local/lib/compat /usr/local/lib/dbmail /usr/local/lib/event2 /usr/local/lib/pth /usr/local/lib/qt4 /usr/local/lib/virtualbox 32-bit compatibility ldconfig path: /usr/lib32 /usr/local/lib32/compat Creating and/or trimming log files. Starting syslogd. Starting watchdogd. savecore: reboot after panic: page fault Aug 13 13:12:58 borg savecore: reboot after panic: page fault savecore: writing core to /var/crash/vmcore.9 Writing crash summary to /var/crash/core.txt.9. Additional ABI support: linux. Starting rpcbind. NFS access cache time=60 Clearing /tmp (X related). Starting mountd. NFSv4 is disabled Starting nfsd. Starting apcupsd. Updating motd:. Mounting late file systems:. Starting ntpd. Starting sshblock. Starting smartd. pg_ctl: another server might be running; trying to start server anyway Updating cpucodes... /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl0 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl1 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl2 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl3 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl4 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl5 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl6 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl7 from rev 0x60c to rev 0x60f... done. Done. Starting exim. Starting cupsd. Starting boinc_client. Starting bacula_sd. Starting bacula_fd. Starting bacula_dir. Performing sanity check on sshd configuration. Starting sshd. Configuring syscons: blanktime. Starting cron. mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured Starting inetd. Starting background file system checks in 60 seconds. Tue Aug 13 13:15:43 CDT 2013 Aug 14 16:52:42 borg shutdown: reboot by ler: Stopping inetd. Waiting for PIDS: 1386. Stopping cron. Waiting for PIDS: 1364. Stopping sshd. Waiting for PIDS: 1352. Stopping bacula_dir. Waiting for PIDS: 1347. Stopping bacula_fd. Waiting for PIDS: 1344. Stopping bacula_sd. Waiting for PIDS: 1341Aug 14 16:52:43 borg bacula-dir: Shutting down Bacula service: borg-dir ... Aug 14 16:52:43 borg bacula-fd: Shutting down Bacula service: borg-fd ... Aug 14 16:52:43 borg bacula-sd: Shutting down Bacula service: borg-sd ... . Stopping boinc_client. Waiting for PIDS: 1337. Stopping cupsd. Waiting for PIDS: 1331 Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x0 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff806fde34 stack pointer = 0x28:0xffffff900d2cb930 frame pointer = 0x28:0xffffff900d2cb950 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 = 1331 (cupsd) trap number = 12 panic: page fault cpuid = 7 Uptime: 1d3h40m18s Dumping 7789 out of 64479 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident BORG-DTRACE machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options FFCLOCK options USB_DEBUG options RDRAND_RNG options PADLOCK_RNG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options MALLOC_DEBUG_MAXZONES=8 options KDB_TRACE options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options QUOTA options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device esp device isci device scbus device ch device da device sa device cd device pass device ses device hptnr device aacraid device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device uart device ppc device ppbus device lpt device ppi device em device miibus device cas device gem device hme device nfe device nge device loop device random device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device netmap ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Thu Aug 15 07:42:43 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7E17715D for ; Thu, 15 Aug 2013 07:42:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3EC6E2CE7 for ; Thu, 15 Aug 2013 07:42:43 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id z10so250357qcx.18 for ; Thu, 15 Aug 2013 00:42:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=1FCCO8+2XJcePeQg9wPZLQSjSg+MJ1y/EYRCzQguFKE=; b=eS2aRfbgklKGgZfS6boZKSC6XUQfk9/9FwPxR6dAPQ7I34E+WvOoutGgXNtzQQBCzh OM8O6kl0HcTjh6GDDNFHVM94+RBp+FhrqAsjomibfoOMoiOaufDzMVZynDEqMibjPWDq yELXz9BShMg3rdqK4GPOmK2KY/rloBbdYxTGIVBzcKCEEtrQiWO+OZQF6rfXFMqTy/oF 1m4i4fk7nM73YGlRuG3RC3T78x93wqwH5wWhk0sDnkixkM7GDWwqjr6PzvqwXwdZqgfc vG597ENhPAFr6ndOxm94JMmRoQa9DRxeDAjJ8/lJT/5PW4g3kQ0mWoG7/Lt5fZSaMeGY 8XhA== MIME-Version: 1.0 X-Received: by 10.49.127.179 with SMTP id nh19mr16290924qeb.1.1376552562321; Thu, 15 Aug 2013 00:42:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.128.70 with HTTP; Thu, 15 Aug 2013 00:42:42 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 00:42:42 -0700 X-Google-Sender-Auth: QgYSGJ1pfgvBOtIhLHvSbtJ0Zlk Message-ID: Subject: Re: Fun with nvi From: Adrian Chadd To: Peter Wemm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 15 Aug 2013 07:42:43 -0000 Hm, do we disable building the base with ICONV support in -HEAD? I'd like to trim it out so I can slim down embedded builds. Thanks! -adrian On 10 August 2013 10:33, Peter Wemm wrote: > I've been tinkering with the nvi refresh from the GSoC in 2011, aka nvi2. > > https://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/zy/1 > https://github.com/lichray/nvi2 > > The goal was to update the multibyte handling in nvi-1.79 (the one we > have in our tree) in such a way we could import it. > > Anyway.. an early WIP: http://people.freebsd.org/~peter/nvi2.tgz > > peter@overcee[ 9:37AM]~/head/contrib/nvi/catalog-1643> echo $LANG > en_US.UTF-8 > peter@overcee[ 9:38AM]~/head/contrib/nvi/catalog-1644> vi -c 'set > fileencoding=GB2312' zh_CN.GB2312.base > > .. leads to fun things like: > http://people.freebsd.org/~peter/nvi2-transcoding.png > that's editing the file in GB2312 format, but converting to utf-8 on > the fly for my terminal. > > This is with the WITH_ICONV=yes in make.conf. nvi2 will build without > it but obviously won't be able to work with non-default encoding > methods. > > In straight up UTF-8 mode: > http://people.freebsd.org/~peter/nvi2-utf8-4.png > > How to use the tarball.. > 1) rm -rf contrib/nvi usr.bin/vi > 2) extract tarball into src tree > 3) patch -p0 < nvi.diff (this adds a built-tool to world) > > Note that I haven't actually done a buildworld yet. I've just been > building it directly from src/usr.bin/vi with > make obj && make depend && make all && make install > .. to save time. > > But you'll need to have WITH_ICONV=yes in make.conf to do the fancy > stuff. Note that the ports tree is a long way from being > WITH_ICONV=yes safe, so don't do this on an important machine. An > example of the tweaks to make ports happier: > http://people.freebsd.org/~peter/iconv.diff - that's not complete. > Most of the ports tree was updated to use Mk/Uses/iconv.mk but there's > still some oddballs scattered around in weird places. > > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; > KI6FJV > UTF-8: for when a ' just won\342\200\231t do. > ZFS must be the bacon of file systems. "everything's better > with ZFS" > _______________________________________________ > 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 Aug 15 18:13:45 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33EF9BF1 for ; Thu, 15 Aug 2013 18:13:45 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E935B2083 for ; Thu, 15 Aug 2013 18:13:44 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::9136:b916:3e04:163d] (unknown [IPv6:2001:7b8:3a7:0:9136:b916:3e04:163d]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9EF285C43; Thu, 15 Aug 2013 20:13:35 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: building i386 world on amd64 host: failed @svn From: Dimitry Andric In-Reply-To: Date: Thu, 15 Aug 2013 20:13:34 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> References: To: Dmitry Morozovsky X-Mailer: Apple Mail (2.1508) Cc: "freebsd-current@freebsd.org CURRENT" , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 15 Aug 2013 18:13:45 -0000 On Jul 28, 2013, at 15:15, Dmitry Morozovsky wrote: ... > on my builder I have consistent error: >=20 > = /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/lib= svn_subr/libsvn_subr.a(named_atomic.o):=20 > In function `svn_named_atomic__cmpxchg': > named_atomic.c:(.text+0xed): undefined reference to=20 > `__sync_val_compare_and_swap_8' > = /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/lib= svn_subr/libsvn_subr.a(named_atomic.o):=20 > In function `svn_named_atomic__add': > named_atomic.c:(.text+0x193): undefined reference to = `__sync_add_and_fetch_8' > = /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/lib= svn_subr/libsvn_subr.a(named_atomic.o):=20 > In function `svn_named_atomic__write': > named_atomic.c:(.text+0x1f3): undefined reference to=20 > `__sync_lock_test_and_set_8' After a bit of private conversation with Dmitry, it turned out he was building using WITHOUT_CLANG, e.g. gcc is used for everything. Now, this is *not* a problem specific to cross-building: head will not build on i386 with gcc at all! It results in exactly the same error shown above. This is because Subversion has a few wrapper routines for atomic operations, and these are implemented in terms of the __sync_xxx compiler builtins, since usr.bin/svn/svn_private_config.h has SVN_HAS_ATOMIC_BUILTINS defined. On i386, gcc apparently cannot inline the 64 bit versions of these builtins, so it inserts a call to an external function instead, leading to a link error. Eventually, we could put such functions in libc, but for now it might be better to turn off the SVN_HAS_ATOMIC_BUILTINS define in case of !clang && i386, e.g.: Index: usr.bin/svn/svn_private_config.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 --- usr.bin/svn/svn_private_config.h (revision 254300) +++ usr.bin/svn/svn_private_config.h (working copy) @@ -153,7 +153,9 @@ #define SVN_FS_WANT_DB_PATCH 14 /* Define if compiler provides atomic builtins */ +#if defined(__i386__) && !defined(__clang__) #define SVN_HAS_ATOMIC_BUILTINS 1 +#endif /* Is GNOME Keyring support enabled? */ /* #undef SVN_HAVE_GNOME_KEYRING */ Alternatively, we could attempt to figure out why gcc doesn't want to inline those 64 bit builtins on FreeBSD. It seems to have no problem doing so on the first Linux box I tried... -Dimitry From owner-freebsd-current@FreeBSD.ORG Thu Aug 15 18:32:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 22FEEF03; Thu, 15 Aug 2013 18:32:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7EC4C2180; Thu, 15 Aug 2013 18:32:24 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id a12so839083wgh.30 for ; Thu, 15 Aug 2013 11:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GThbdLXGADfuGViiE2ynlJ96jounnX4Y10VXBBI1Yow=; b=KjQQv5YgcyO+FyIAJ4LeOfUT1roWFrx1BucVqGD35jQ58LKRv0rzb8GmKhP/sOBjt3 GNumOl0YQIQ6AZ5WAHOEb60hNh8GQarTzPBdCjMJKP327pYSBFB8xMW9rTR5wN5PNdXm AJsSt0o5VSnwRJFnZSscZI5tPyEU1wv6U+UkkrBNASfJIC8pKzg2D3xYZpk39jn3G3Ci njHTOna/XtKGnY2Y2oKuo73XjYI7CnXjnzLBavn/ces4OpRhZfk+gsoZz0IuTx8KpqzW i63y93tE4H5UoulwBe3X2LRHIIJPj+cuwKdIz9T/WAj0ihQ3IkKQcc4Xa1jZlJiYuDX1 75EA== MIME-Version: 1.0 X-Received: by 10.194.48.74 with SMTP id j10mr1253101wjn.41.1376591542684; Thu, 15 Aug 2013 11:32:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.116.136 with HTTP; Thu, 15 Aug 2013 11:32:22 -0700 (PDT) In-Reply-To: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> Date: Thu, 15 Aug 2013 11:32:22 -0700 X-Google-Sender-Auth: xNr1v2oL4M4cWQUOT7jkNZv58XE Message-ID: Subject: Re: building i386 world on amd64 host: failed @svn From: Adrian Chadd To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org CURRENT" , Dmitry Morozovsky , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 15 Aug 2013 18:32:25 -0000 Oh, _this_ is the cause! Cool. I wondered about it. Thanks for chasing this down! -adrian On 15 August 2013 11:13, Dimitry Andric wrote: > On Jul 28, 2013, at 15:15, Dmitry Morozovsky wrote: > ... > > on my builder I have consistent error: > > > > > /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): > > In function `svn_named_atomic__cmpxchg': > > named_atomic.c:(.text+0xed): undefined reference to > > `__sync_val_compare_and_swap_8' > > > /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): > > In function `svn_named_atomic__add': > > named_atomic.c:(.text+0x193): undefined reference to > `__sync_add_and_fetch_8' > > > /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): > > In function `svn_named_atomic__write': > > named_atomic.c:(.text+0x1f3): undefined reference to > > `__sync_lock_test_and_set_8' > > After a bit of private conversation with Dmitry, it turned out he was > building using WITHOUT_CLANG, e.g. gcc is used for everything. Now, > this is *not* a problem specific to cross-building: head will not build > on i386 with gcc at all! It results in exactly the same error shown > above. > > This is because Subversion has a few wrapper routines for atomic > operations, and these are implemented in terms of the __sync_xxx > compiler builtins, since usr.bin/svn/svn_private_config.h has > SVN_HAS_ATOMIC_BUILTINS defined. On i386, gcc apparently cannot inline > the 64 bit versions of these builtins, so it inserts a call to an > external function instead, leading to a link error. > > Eventually, we could put such functions in libc, but for now it might be > better to turn off the SVN_HAS_ATOMIC_BUILTINS define in case of !clang > && i386, e.g.: > > Index: usr.bin/svn/svn_private_config.h > =================================================================== > --- usr.bin/svn/svn_private_config.h (revision 254300) > +++ usr.bin/svn/svn_private_config.h (working copy) > @@ -153,7 +153,9 @@ > #define SVN_FS_WANT_DB_PATCH 14 > > /* Define if compiler provides atomic builtins */ > +#if defined(__i386__) && !defined(__clang__) > #define SVN_HAS_ATOMIC_BUILTINS 1 > +#endif > > /* Is GNOME Keyring support enabled? */ > /* #undef SVN_HAVE_GNOME_KEYRING */ > > Alternatively, we could attempt to figure out why gcc doesn't want to > inline those 64 bit builtins on FreeBSD. It seems to have no problem > doing so on the first Linux box I tried... > > -Dimitry > > _______________________________________________ > 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 Aug 15 18:36:46 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3561A1B6; Thu, 15 Aug 2013 18:36:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8764F21C9; Thu, 15 Aug 2013 18:36:45 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7FIaecX001237; Thu, 15 Aug 2013 21:36:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7FIaecX001237 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7FIae29001236; Thu, 15 Aug 2013 21:36:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 Aug 2013 21:36:40 +0300 From: Konstantin Belousov To: Dimitry Andric Subject: Re: building i386 world on amd64 host: failed @svn Message-ID: <20130815183640.GR4972@kib.kiev.ua> References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oy8lY9zaSz7iKd2C" Content-Disposition: inline In-Reply-To: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "freebsd-current@freebsd.org CURRENT" , Dmitry Morozovsky , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 15 Aug 2013 18:36:46 -0000 --oy8lY9zaSz7iKd2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 15, 2013 at 08:13:34PM +0200, Dimitry Andric wrote: > Alternatively, we could attempt to figure out why gcc doesn't want to > inline those 64 bit builtins on FreeBSD. It seems to have no problem > doing so on the first Linux box I tried... Does the linux box defaults to pentium or higher for -march ? 64 bit atomics cannot be implemented in usermode on i386 on processors which do not have cmpxchg8b instruction. --oy8lY9zaSz7iKd2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSDR+3AAoJEJDCuSvBvK1Bai0P/0cHCEkD7v9OE49+9u2/jHQg EHgwV+RhniqvNKX2pNt7sWCASmXDkPYdU9eU8I7R23pnb6gxt8YSQe/YvvEJBjCQ gIVBAr8BGqyucDI5ilpGWQrx3+6KNR4GRTk2gU/rV1J6S+/4yFLWp6v7I4ijIRXA ERyiPDFo4ueuO0+xTvh4VZFWzl/qr6ygnJ7KfpBnbq5T9mV0wYKq7zqhWyppVREC BnHAMZz/MeWNTmey7mia0BlOLJHUEtJQdW9w9kftsl2yT9lNFpfo39r90DQbbWsD cufd+0m0xtpRRMjKvxb8GCGAmX/JQhVfRiw3LkgzYkrPTTqR2bRrkbPGUYA+cGWQ 8biGLfpDYb3S8nVnQfRVUbGiRM47Wo+ROydbbMgQLaVoInbpK/G0OgFoMrUpo2bS ErYSYyzIe8KouTKhQq/ZXvRjS7eUVm0mL5kriihXljl0bARxbM45399qxSLXdCdT nl1/Sge5H4dBPbxQhtm0nU5n3zGItN2ifmmvu+kLMm8NaW03AJG9gYOw06dXLi1N 8yvPi9x9NZ53xhIFy6hc1RRuJgpVvUpR29l6aslDODnQxg1dGd9+ySJFP7FtUkFL JNQN9Mz9XrLQRGTjTNoZ+VXpFp6PyxjIMokkI21pJNgKLboLckeZdW+PufZJ2eSi gvabZ0EhKUd+oPa8OW+6 =HQ0W -----END PGP SIGNATURE----- --oy8lY9zaSz7iKd2C-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 15 19:13:04 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F5D3ACA for ; Thu, 15 Aug 2013 19:13:04 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4335D23DF for ; Thu, 15 Aug 2013 19:13:04 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::9136:b916:3e04:163d] (unknown [IPv6:2001:7b8:3a7:0:9136:b916:3e04:163d]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2E9185C43; Thu, 15 Aug 2013 21:12:56 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: building i386 world on amd64 host: failed @svn From: Dimitry Andric In-Reply-To: <20130815183640.GR4972@kib.kiev.ua> Date: Thu, 15 Aug 2013 21:12:52 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> <20130815183640.GR4972@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1508) Cc: "freebsd-current@freebsd.org CURRENT" , Dmitry Morozovsky , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 15 Aug 2013 19:13:04 -0000 On Aug 15, 2013, at 20:36, Konstantin Belousov wrote: > On Thu, Aug 15, 2013 at 08:13:34PM +0200, Dimitry Andric wrote: >> Alternatively, we could attempt to figure out why gcc doesn't want to >> inline those 64 bit builtins on FreeBSD. It seems to have no problem >> doing so on the first Linux box I tried... > > Does the linux box defaults to pentium or higher for -march ? > 64 bit atomics cannot be implemented in usermode on i386 on > processors which do not have cmpxchg8b instruction. Ah yes, you are totally right, with -v it gives: COLLECT_GCC_OPTIONS='-O2' '-S' '-v' '-mtune=generic' '-march=i586' So we should really disable atomics for i486 and lower? Though I have understood that there also some pentiums without cmpxchg8b... From owner-freebsd-current@FreeBSD.ORG Thu Aug 15 19:30:59 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D8790E4E; Thu, 15 Aug 2013 19:30:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32C8624ED; Thu, 15 Aug 2013 19:30:58 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7FJUn7i012855; Thu, 15 Aug 2013 22:30:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7FJUn7i012855 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7FJUnn9012853; Thu, 15 Aug 2013 22:30:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 Aug 2013 22:30:49 +0300 From: Konstantin Belousov To: Dimitry Andric Subject: Re: building i386 world on amd64 host: failed @svn Message-ID: <20130815193049.GU4972@kib.kiev.ua> References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> <20130815183640.GR4972@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MHqfkqUQ5gNQyfXO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "freebsd-current@freebsd.org CURRENT" , Dmitry Morozovsky , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 15 Aug 2013 19:30:59 -0000 --MHqfkqUQ5gNQyfXO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 15, 2013 at 09:12:52PM +0200, Dimitry Andric wrote: > On Aug 15, 2013, at 20:36, Konstantin Belousov wrot= e: > > Does the linux box defaults to pentium or higher for -march ? > > 64 bit atomics cannot be implemented in usermode on i386 on > > processors which do not have cmpxchg8b instruction. >=20 > Ah yes, you are totally right, with -v it gives: >=20 > COLLECT_GCC_OPTIONS=3D'-O2' '-S' '-v' '-mtune=3Dgeneric' '-march=3Di586' >=20 > So we should really disable atomics for i486 and lower? Though I have > understood that there also some pentiums without cmpxchg8b... I do not think that there was any Pentium-branded CPU which did not implemented cmpxchg8b. Some late 486 did provided cpuid, but I am almost certain that they did not have cmpxchg8b (cannot check anyway). --MHqfkqUQ5gNQyfXO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSDSxoAAoJEJDCuSvBvK1BpBwP/1BXFf2cYQeggvK5WRW68aWS iofa4yRFqZG2XqgR0WsCMb2Ii306Ry+9BWRMtKDN1CqfDoajwA3QQJjZqNImEJ1D aJ35bf8AHlGVWvqyToLxfSSo/jOEIxlXm4JgPyA56FRAzA07TsxBJ+NxOjPtQ7TH e1c9BNOenKV+DdeuIFgsgFHGrEdlKhAQ4Wxz0WBQxhXar9Gz9Im60q28X1QnNRug CT9oTu8YEIV3lUbUvYvClO47uJyE97IwCZMz6vd2YTmy9al5Ul3+w87HIetGnxct oqywZt1FfDqebwewdqWxj9jXnkGssEFeZ2oCVJjpiccLH/h4Nf3oyOsu46vkgnmC BTBIr/7eZtxQtdXwlNnJQUNj/ptj87yzomXyZxKGejU+01ReoRHG1kYnJCY69/nP m6k8DSUA8hUELdGmQRYrCeBKUZ+Wi6HMyrqRCGEZFDj7wrV36MyUxMJL5JYr2oLL 5BcWv/Sl72KS0hNEZYbzKPzo2mpC4EbM2gCKROhpeMPGpPNT7rNzP59iaqR1qkgm qNDCFhByz90oeuG0j9UvwkUoimFjcKXPFMJROX7MTloOdxkEI1f29wrohWa4+WHI 5DFt8cD7uwBMc9ochNSbOYEyA3bGg1Mh932HokTl7syT1TI0k+Fnm8DXOAKZmDvx xqlmezsuw4Z91LO1vwUa =bQrv -----END PGP SIGNATURE----- --MHqfkqUQ5gNQyfXO-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 15 19:40:30 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id B9E80256; Thu, 15 Aug 2013 19:40:29 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Message-ID: <520D2E40.2090704@FreeBSD.org> Date: Thu, 15 Aug 2013 15:38:40 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130814 Thunderbird/17.0.8 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: building i386 world on amd64 host: failed @svn References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> <20130815183640.GR4972@kib.kiev.ua> <20130815193049.GU4972@kib.kiev.ua> In-Reply-To: <20130815193049.GU4972@kib.kiev.ua> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Dimitry Andric , Dmitry Morozovsky , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 15 Aug 2013 19:40:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-08-15 15:30:49 -0400, Konstantin Belousov wrote: > On Thu, Aug 15, 2013 at 09:12:52PM +0200, Dimitry Andric wrote: >> On Aug 15, 2013, at 20:36, Konstantin Belousov >> wrote: >>> Does the linux box defaults to pentium or higher for -march ? >>> 64 bit atomics cannot be implemented in usermode on i386 on >>> processors which do not have cmpxchg8b instruction. >> >> Ah yes, you are totally right, with -v it gives: >> >> COLLECT_GCC_OPTIONS='-O2' '-S' '-v' '-mtune=generic' >> '-march=i586' >> >> So we should really disable atomics for i486 and lower? Though I >> have understood that there also some pentiums without >> cmpxchg8b... > > I do not think that there was any Pentium-branded CPU which did > not implemented cmpxchg8b. Some late 486 did provided cpuid, but I > am almost certain that they did not have cmpxchg8b (cannot check > anyway). It is actually little complicated. http://www.geoffchappell.com/studies/windows/km/cpu/cx8.htm Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJSDS5AAAoJECXpabHZMqHOGkMIAKEXxd9G0cTwjnMuQFt6D0VP ba2ZLJa2wXWzYVeelXnRxYtt2BRU8xUzc7YUC86E7pW1AdN1geR0EOt1ggTAVpX4 t1W9k2PsBCfURW+6560m3ze0xfyH66SwLuadyeyQJ0G11XWbAigTRx56j2BLZRth ghmcOqQS4tfjyDd3uKnU4JTGzRo2irmKlzsoHWuAJJ5R2qoUsr/3cxnRUU2lSBXv UHx6Ml6VM1OQgEzZkLuLD30JLAYJoCK1n7IKXdUx1cRAs1ZO8uZuMBddp8sLaymB zdn0bSjBB+vutm4/lhQA38BVZlls1O287rhwb51/3RS3Db1zTDXKw1BYf2Q5YNE= =wwyz -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 05:47:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4BD9C3D5 for ; Fri, 16 Aug 2013 05:47:41 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25CE42081 for ; Fri, 16 Aug 2013 05:47:41 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id g10so1777132pdj.40 for ; Thu, 15 Aug 2013 22:47:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:content-type:date:message-id:mime-version :content-transfer-encoding; bh=aT8jBRqub9mp+7ya2fNf8DFg0er90oqVHv4HL+7rH2c=; b=l+gM9JkYFT9n6OLfxhFCyh/UH8H57mBPUZCFxm6gFXDKvlTUt+IGinMGHnYCqZsMvF cOzxqJLtc2wuHtpoGF1t95HCkHmFuzfcPC5zxWAZcir6GvGcmfPauX4eGuUeVOPIYkCz kXs6qzSpau+gQf8S18HMV8L7FR4ZG82fob19qDWn9GOCs2tWps/tU/n4NO5lPQOJmqs4 u+SCOmpD3m0/DYegyH4HVb51YJxwS+MUvq/ksi2kRd/SzXdpSuOurgAAAmO7PkH+boTc 0w+gykOv3sn+odrcI2lRQyjJalIR73wTz84snVZ8mlNDWr3s4sfMjLl/L5f8eQBZjDx6 I02g== X-Received: by 10.68.254.138 with SMTP id ai10mr12252236pbd.151.1376632060645; Thu, 15 Aug 2013 22:47:40 -0700 (PDT) Received: from ?IPv6:2601:9:3000:34c:a288:b4ff:fec2:e5d0? ([2601:9:3000:34c:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id gg9sm3621048pbc.25.2013.08.15.22.47.39 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 15 Aug 2013 22:47:40 -0700 (PDT) Subject: ipv6_activate_all_interfaces doesn't work on wireless interface. From: Eric L Camachat To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset="UTF-8" Date: Thu, 15 Aug 2013 22:47:38 -0700 Message-ID: <1376632058.1841.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 05:47:41 -0000 Here is my /etc/rc.conf ipv6_enable="YES" #ip6addrctl_enable="YES" #ip6addrctl_policy="ipv6_prefer" #ipv6_activate_all_interfaces="YES" wlans_iwn0="wlan0" ifconfig_wlan0="WPA DHCP" rc.d system said ipv6_enable is obsoleted by ipv6_activate_all_interfaces. So, I tried to replaced ipv6_enable with ipv6_activate_all_interfaces and ip6addrctl_*, interface wlan0 will not get ipv6 address from router. After investigated, that's because of wlan0 didn't add 'accept_rtadv' ipv6 option. -- Eric From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 12:33:35 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2A35B5E9; Fri, 16 Aug 2013 12:33:35 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE1E9240E; Fri, 16 Aug 2013 12:33:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::70f6:891e:806a:7c37] (unknown [IPv6:2001:7b8:3a7:0:70f6:891e:806a:7c37]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id EAEF55C43; Fri, 16 Aug 2013 14:33:30 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: building i386 world on amd64 host: failed @svn From: Dimitry Andric In-Reply-To: <520D2E40.2090704@FreeBSD.org> Date: Fri, 16 Aug 2013 14:33:29 +0200 Content-Transfer-Encoding: 7bit Message-Id: <70C1942B-8BA3-47D8-BFE4-3DC3B5CAD56C@FreeBSD.org> References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> <20130815183640.GR4972@kib.kiev.ua> <20130815193049.GU4972@kib.kiev.ua> <520D2E40.2090704@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1508) Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, Dmitry Morozovsky , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 12:33:35 -0000 On Aug 15, 2013, at 21:38, Jung-uk Kim wrote: > On 2013-08-15 15:30:49 -0400, Konstantin Belousov wrote: >> On Thu, Aug 15, 2013 at 09:12:52PM +0200, Dimitry Andric wrote: >>> On Aug 15, 2013, at 20:36, Konstantin Belousov >>> wrote: >>>> Does the linux box defaults to pentium or higher for -march ? >>>> 64 bit atomics cannot be implemented in usermode on i386 on >>>> processors which do not have cmpxchg8b instruction. >>> >>> Ah yes, you are totally right, with -v it gives: >>> >>> COLLECT_GCC_OPTIONS='-O2' '-S' '-v' '-mtune=generic' >>> '-march=i586' >>> >>> So we should really disable atomics for i486 and lower? Though I >>> have understood that there also some pentiums without >>> cmpxchg8b... >> >> I do not think that there was any Pentium-branded CPU which did >> not implemented cmpxchg8b. Some late 486 did provided cpuid, but I >> am almost certain that they did not have cmpxchg8b (cannot check >> anyway). > > It is actually little complicated. > > http://www.geoffchappell.com/studies/windows/km/cpu/cx8.htm In contrast, gcc's rules (in contrib/gcc/config/i386/i386.c) are pretty straightforward: /* Compare and exchange was added for 80486. */ const int x86_cmpxchg = ~m_386; /* Compare and exchange 8 bytes was added for pentium. */ const int x86_cmpxchg8b = ~(m_386 | m_486); So maybe the following is a safe enough solution for now: Index: usr.bin/svn/svn_private_config.h =================================================================== --- usr.bin/svn/svn_private_config.h (revision 254300) +++ usr.bin/svn/svn_private_config.h (working copy) @@ -153,7 +153,9 @@ #define SVN_FS_WANT_DB_PATCH 14 /* Define if compiler provides atomic builtins */ +#if !defined(__i386__) || !defined(__i486__) #define SVN_HAS_ATOMIC_BUILTINS 1 +#endif /* Is GNOME Keyring support enabled? */ /* #undef SVN_HAVE_GNOME_KEYRING */ Those rules can be extended for other arches or CPUs that don't support 64-bit atomic operations. -Dimitry From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 13:19:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6F5E1EA for ; Fri, 16 Aug 2013 13:19:41 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B0CF2658 for ; Fri, 16 Aug 2013 13:19:41 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id e11so1062557qcx.36 for ; Fri, 16 Aug 2013 06:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5xYTRVjx1osRTqRiL3NaqDYp8WsnO3jAhEkosI1OUNg=; b=un1LDLFsqy4AbX7mvMY1S83oLQ7E6rw8xLoESwWYP/z2JSMdzBIoZqCIdmQzQTowtq i0rKlDV4YyUgkKA6XVxHXVo8ZNeRqxd1GoS+sxi2kPkbO0xda3OXRyvhiOUI8PoI5ns9 075xiOCN7ho2vF3inN6Su2bkvk9jeWMPaVTGsAypa9JWCF6N0ElF8ss+z3rujaTJP/nD yqOKhD2DFM8vvU8lu0Uh6/2acRszwo5m8SbrOVpYsFhrs5NZT8IPBkjp2b8+ltBrSc78 OdwQpQVLOWTLO40jkUO6gSJIrbWt6tMamFzbZqqQw9kgI7yXydj/dlZbCNXb172Wz3HS m9XQ== MIME-Version: 1.0 X-Received: by 10.224.3.197 with SMTP id 5mr3309333qao.25.1376659180741; Fri, 16 Aug 2013 06:19:40 -0700 (PDT) Received: by 10.224.5.195 with HTTP; Fri, 16 Aug 2013 06:19:40 -0700 (PDT) In-Reply-To: <1376632058.1841.6.camel@localhost> References: <1376632058.1841.6.camel@localhost> Date: Fri, 16 Aug 2013 16:19:40 +0300 Message-ID: Subject: Re: ipv6_activate_all_interfaces doesn't work on wireless interface. From: Kimmo Paasiala To: Eric L Camachat Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 13:19:41 -0000 On Fri, Aug 16, 2013 at 8:47 AM, Eric L Camachat wrote: > Here is my /etc/rc.conf > ipv6_enable="YES" > #ip6addrctl_enable="YES" > #ip6addrctl_policy="ipv6_prefer" > #ipv6_activate_all_interfaces="YES" > wlans_iwn0="wlan0" > ifconfig_wlan0="WPA DHCP" > > rc.d system said ipv6_enable is obsoleted by > ipv6_activate_all_interfaces. > So, I tried to replaced ipv6_enable with ipv6_activate_all_interfaces > and ip6addrctl_*, interface wlan0 will not get ipv6 address from router. > > After investigated, that's because of wlan0 didn't add 'accept_rtadv' > ipv6 option. > > -- > Eric > As far as I know, not enabling accept_rtadv is a reasonable default and it has been like that always. Just like DHCP is not a default configuration method for IPv4 addresses. -Kimmo From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 14:51:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2C745CF2 for ; Fri, 16 Aug 2013 14:51:47 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99A1F2BF7 for ; Fri, 16 Aug 2013 14:51:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=EK140azvUs0iKxlFpfjwQaBG+iqY/Na1yJqDm8ffJp4=; b=fgnDXKrAEthd93t+OBkmwjP+GSFBYAjFPB2Zhus++spzkVkaWaUUosaEPlJVAdqxwNxN0RZK3YXkHdL6t63/v4sSDiKJaQzcl5devy1RH+NR+ZTRx3tC3CS5IbZd3IECrzAnzmxK9z82D7y4CSfP+VqFxAoljkEYacQ576SFTjU=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:27852 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VALNG-000Kz7-7b for freebsd-current@freebsd.org; Fri, 16 Aug 2013 09:51:45 -0500 Date: Fri, 16 Aug 2013 09:51:31 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Subject: Still seeing random vmem(?) crashes Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: 2.6 (++) X-LERCTR-Spam-Score: 2.6 (++) X-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5 X-LERCTR-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 14:51:47 -0000 I'm still seeing random crashes..... I have the vmcore as well.... Ideas? borg.lerctr.org dumped core - see /var/crash/vmcore.1 Thu Aug 15 23:17:35 CDT 2013 FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #22 r254366: Thu Aug 15 10:10:11 CDT 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 panic: general protection fault 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: Fatal trap 9: general protection fault while in kernel mode cpuid = 3; apic id = 03 instruction pointer = 0x20:0xffffffff808130f8 stack pointer = 0x28:0xffffff900d06da70 frame pointer = 0x28:0xffffff900d06daa0 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 = 20 (vnlru) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 12h30m58s Dumping 5508 out of 64480 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/acl_nfs4.ko.symbols...done. Loaded symbols for /boot/kernel/acl_nfs4.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. Loaded symbols for /boot/kernel/snd_spicds.ko.symbols Reading symbols from /boot/kernel/sound.ko.symbols...done. Loaded symbols for /boot/kernel/sound.ko.symbols Reading symbols from /boot/kernel/coretemp.ko.symbols...done. Loaded symbols for /boot/kernel/coretemp.ko.symbols Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. Loaded symbols for /boot/kernel/ichsmb.ko.symbols Reading symbols from /boot/kernel/smbus.ko.symbols...done. Loaded symbols for /boot/kernel/smbus.ko.symbols Reading symbols from /boot/kernel/ichwd.ko.symbols...done. Loaded symbols for /boot/kernel/ichwd.ko.symbols Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. Loaded symbols for /boot/kernel/cpuctl.ko.symbols Reading symbols from /boot/kernel/crypto.ko.symbols...done. Loaded symbols for /boot/kernel/crypto.ko.symbols Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. Loaded symbols for /boot/kernel/cryptodev.ko.symbols Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. Loaded symbols for /boot/kernel/dtraceall.ko.symbols Reading symbols from /boot/kernel/profile.ko.symbols...done. Loaded symbols for /boot/kernel/profile.ko.symbols Reading symbols from /boot/kernel/cyclic.ko.symbols...done. Loaded symbols for /boot/kernel/cyclic.ko.symbols Reading symbols from /boot/kernel/dtrace.ko.symbols...done. Loaded symbols for /boot/kernel/dtrace.ko.symbols Reading symbols from /boot/kernel/systrace_freebsd32.ko.symbols...done. Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols Reading symbols from /boot/kernel/systrace.ko.symbols...done. Loaded symbols for /boot/kernel/systrace.ko.symbols Reading symbols from /boot/kernel/sdt.ko.symbols...done. Loaded symbols for /boot/kernel/sdt.ko.symbols Reading symbols from /boot/kernel/lockstat.ko.symbols...done. Loaded symbols for /boot/kernel/lockstat.ko.symbols Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. Loaded symbols for /boot/kernel/fasttrap.ko.symbols Reading symbols from /boot/kernel/fbt.ko.symbols...done. Loaded symbols for /boot/kernel/fbt.ko.symbols Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. Loaded symbols for /boot/kernel/dtnfscl.ko.symbols Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. Loaded symbols for /boot/kernel/dtmalloc.ko.symbols Reading symbols from /boot/kernel/dtio.ko.symbols...done. Loaded symbols for /boot/kernel/dtio.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel/netgraph.ko.symbols Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko #0 doadump (textdump=) at pcpu.h:236 236 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:236 #1 0xffffffff8051d190 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff8051d517 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff807804ba in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:873 #4 0xffffffff80780165 in trap (frame=) at /usr/src/sys/amd64/amd64/trap.c:224 #5 0xffffffff8076a422 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #6 0xffffffff808130f8 in VOP_LOCK1_APV (vop=, a=0xffffff900d06dac0) at vnode_if.c:2075 #7 0xffffffff805b301b in vnlru_free (count=) at vnode_if.h:859 #8 0xffffffff805b9846 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:861 #9 0xffffffff804ef80a in fork_exit (callout=0xffffffff805b97a0 , arg=0x0, frame=0xffffff900d06dc00) at /usr/src/sys/kern/kern_fork.c:989 #10 0xffffffff8076a95e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - DLs - 7:00.38 [kernel] 0 1 0 0 20 0 9428 0 wait DLs - 0:00.27 [init] 0 2 0 0 -16 0 0 0 ftcl DL - 0:00.00 [ftcleanup] 0 3 0 0 -16 0 0 0 crypto_w DL - 0:00.00 [crypto] 0 4 0 0 -16 0 0 0 crypto_r DL - 0:00.00 [crypto ret 0 5 0 0 -16 0 0 0 - DL - 0:00.07 [fdc0] 0 6 0 0 -8 0 0 0 tx->tx_s DL - 0:24.14 [zfskern] 0 7 0 0 -16 0 0 0 waiting_ DL - 0:00.00 [sctp_itera 0 8 0 0 -16 0 0 0 ccb_scan DL - 0:00.00 [xpt_thrd] 0 9 0 0 -16 0 0 0 psleep DL - 0:14.50 [pagedaemon 0 10 0 0 -16 0 0 0 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL - 661:43.88 [idle] 0 12 0 0 -84 0 0 0 - WL - 0:47.63 [intr] 0 13 0 0 -8 0 0 0 - DL - 0:34.21 [geom] 0 14 0 0 -16 0 0 0 - DL - 0:01.60 [yarrow] 0 15 0 0 -68 0 0 0 - DL - 0:05.91 [usb] 0 16 0 0 -20 0 0 0 VBoxIS DL - 0:00.00 [TIMER] 0 17 0 0 -16 0 0 0 psleep DL - 0:00.00 [vmdaemon] 0 18 0 0 155 0 0 0 pgzero DL - 0:00.00 [pagezero] 0 19 0 0 -16 0 0 0 psleep DL - 0:00.09 [bufdaemon] 0 20 0 0 -16 0 0 0 - RL - 0:00.08 [vnlru] 0 21 0 0 16 0 0 0 syncer DL - 0:10.39 [syncer] 0 850 1 0 52 0 16624 0 select Ds - 0:00.00 [moused] 0 869 1 0 20 0 13208 0 select Ds - 0:00.01 [devd] 0 1007 1 0 20 0 14420 0 select Ds - 0:00.12 [syslogd] 0 1010 1 0 -52 0 6232 2140 nanslp Ds - 0:00.72 [watchdogd] 0 1024 1 0 20 0 16508 0 select Ds - 0:00.02 [rpcbind] 0 1059 1 0 52 0 39004 0 select Ds - 0:00.02 [mountd] 0 1065 1 0 52 0 36844 0 select Ds - 0:00.04 [nfsd] 0 1071 1065 0 52 0 12268 0 rpcsvc D - 0:00.08 [nfsd] 0 1075 1 0 52 0 32756 0 select Ds - 0:11.58 [apcupsd] 0 1106 1 0 20 0 25308 0 select Ds - 0:00.63 [ntpd] 0 1127 0 0 -16 0 0 0 sleep DL - 0:00.00 [ng_queue] 0 1139 1 0 20 0 38884 0 nanslp Ds - 0:05.37 [perl] 0 1143 1 0 20 0 30884 0 nanslp D - 0:00.45 [smartd] 70 1151 1 0 20 0 87124 0 select D - 0:00.32 [postgres] 70 1154 1151 0 20 0 87124 0 select Ds - 0:00.01 [postgres] 70 1155 1151 0 20 0 87124 0 select Ds - 0:00.09 [postgres] 70 1156 1151 0 20 0 87124 0 select Ds - 0:00.08 [postgres] 70 1157 1151 0 20 0 87124 0 select Ds - 0:00.29 [postgres] 70 1158 1151 0 20 0 46812 0 select Ds - 0:00.54 [postgres] 26 1259 1 0 20 0 46708 0 select Ds - 0:00.01 [exim-4.80. 0 1268 1 0 20 0 103340 0 kqread Ds - 0:00.13 [cupsd] 1028 1274 1 0 155 0 63572 0 select Ds - 0:14.51 [boinc_clie 910 1278 1 0 20 0 69828 0 sbwait Ds - 0:00.13 [bacula-sd] 0 1281 1 0 20 0 73748 0 - Rs - 0:00.04 [bacula-fd] 910 1284 1 0 20 0 89172 0 sbwait Ds - 0:00.08 [bacula-dir 0 1289 1 0 24 0 56364 0 select Ds - 0:00.00 [sshd] 0 1301 1 0 20 0 16512 0 - Rs - 0:00.05 [cron] 0 1323 1 0 52 0 18632 0 select Ds - 0:00.00 [inetd] 0 1343 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 0 1344 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 0 1345 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 0 1346 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 0 1347 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 0 1348 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 0 1349 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 0 1350 1 0 52 0 14416 0 ttyin Ds+ - 0:00.00 [getty] 1028 1366 1274 0 155 19 1916 0 i DN - 0:11.63 [wcgrid_cep 1028 1374 1366 0 155 19 1916 0 i DN - 0:00.11 [wcgrid_cep 1028 1375 1374 0 155 19 1916 0 i DN - 0:01.42 [wcgrid_cep 1028 1405 1366 0 155 19 338084 0 - RN - 439:13.54 [wcgrid_cep 1028 1406 1405 0 155 19 338084 0 _ DN - 0:00.11 [wcgrid_cep 1028 1407 1406 0 155 19 338084 0 _ DN - 0:00.43 [wcgrid_cep 1028 1973 1274 0 155 19 97776 0 i DN - 290:57.63 [wcgrid_faa 1028 1974 1274 0 155 19 97776 0 i DN - 0:00.62 [wcgrid_faa 1028 88659 1274 0 155 19 97372 0 i DN - 157:22.16 [wcgrid_faa 1028 88660 1274 0 155 19 97372 0 i DN - 0:00.00 [wcgrid_faa 1028 88679 1274 0 155 19 98196 0 i DN - 150:55.81 [wcgrid_faa 1028 88680 1274 0 155 19 98196 0 - RN - 0:00.00 [wcgrid_faa 1028 88842 1274 0 155 19 98216 0 i DN - 140:57.52 [wcgrid_faa 1028 88843 1274 0 155 19 98216 0 i DN - 0:00.00 [wcgrid_faa 1028 89108 1274 0 155 19 97092 0 i DN - 106:40.58 [wcgrid_faa 1028 89109 1274 0 155 19 97092 0 i DN - 0:00.00 [wcgrid_faa 1028 89590 1274 0 155 19 97824 0 i DN - 62:40.98 [wcgrid_faa 1028 89591 1274 0 155 19 97824 0 i DN - 0:00.00 [wcgrid_faa 1028 90085 1274 0 155 19 2016 0 7 DN - 0:00.93 [wcgrid_fah 1028 90086 1274 0 155 19 2016 0 7 DN - 0:00.00 [wcgrid_fah 70 90170 1151 0 20 0 87124 0 sbwait Ds - 0:00.00 [postgres] 0 90171 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 0] 70 90172 1151 0 20 0 99412 0 sbwait Ds - 0:00.00 [postgres] 0 90173 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 1] 0 90174 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 2] 0 90175 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 3] 0 90176 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 4] 0 90177 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 5] 0 90178 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 6] 0 90180 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 7] 0 90181 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 8] 0 90182 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 9] 0 90183 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 10] 0 90184 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 11] 0 90185 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 12] 0 90186 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 13] 0 90187 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 14] 0 90188 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 15] 0 90189 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 16] 0 90190 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 17] 0 90192 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 18] 0 90193 0 0 -16 0 0 0 - DL - 0:00.00 [newnfs 19] 1028 90197 90085 0 155 19 110736 0 p DN - 0:03.92 [wcgrid_fah 1028 90198 90085 0 155 19 110736 0 - RN - 0:00.00 [wcgrid_fah ------------------------------------------------------------------------ vmstat -s 80682620 cpu context switches 7728002 device interrupts 4956543 software interrupts 344241311 traps 2013165605 system calls 42 kernel threads created 53547 fork() calls 36011 vfork() calls 605 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 16470 vnode pager pageins 67355 vnode pager pages paged in 11540 vnode pager pageouts 23235 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 5550 pages reactivated 2973750 copy-on-write faults 4751 copy-on-write optimized faults 308079843 zero fill pages zeroed 0 zero fill pages prezeroed 3619 intransit blocking page faults 311819214 total VM faults taken 16184 page faults requiring I/O 0 pages affected by kernel thread creation 2247361 pages affected by fork() 1946190 pages affected by vfork() 2196269 pages affected by rfork() 0 pages cached 343998693 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 18329 pages active 166417 pages inactive 125 pages in VM cache 1463857 pages wired down 14431014 pages free 4096 bytes per page 34440917 total name lookups cache hits (90% pos + 4% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) kdtrace 556 120K - 90903 64,256 kenv 84 11K - 112 16,32,64,128 kqueue 2 3K - 794 256,2048 proc-args 47 5K - 78583 16,32,64,128,256 DEVFSP 3 1K - 38 64 hhook 2 1K - 2 256 ithread 122 22K - 122 32,128,256 KTRACE 100 13K - 100 128 linker 401 198K - 547 16,32,64,128,256,512,1024,2048,4096 lockf 53 6K - 742635 64,128 loginclass 2 1K - 252 64 cache 1 1K - 1 32 devbuf 18685 36135K - 19791 16,32,64,128,256,512,1024,2048,4096 temp 55 14K - 1837322 16,32,64,128,256,512,1024,2048,4096 ip6ndp 5 1K - 6 64,128 module 301 38K - 301 128 mtx_pool 2 16K - 2 osd 10 1K - 43 16,32,64,128 pmchooks 1 1K - 1 128 NFS fh 2 1K - 14 16,32 pgrp 37 5K - 3588 128 session 37 5K - 1839 128 proc 2 256K - 2 subproc 269 450K - 90028 512,4096 cred 106 17K - 1382476 64,256 plimit 24 6K - 3637 256 uidinfo 6 33K - 357 128 sysctl 0 0K - 14241 16,32,64 sysctloid 6788 337K - 6940 16,32,64,128 sysctltmp 0 0K - 19002 16,32,64,128,256,4096 tidhash 1 256K - 1 callout 9 3208K - 9 umtx 984 123K - 984 128 p1003.1b 1 1K - 1 16 SWAP 12 19681K - 12 64 bus 945 90K - 5361 16,32,64,128,256,512,1024 bus-sc 141 293K - 2292 16,32,64,128,256,512,1024,2048,4096 devstat 34 69K - 34 32,4096 eventhandler 96 8K - 96 64,128 kobj 180 720K - 902 4096 Per-cpu 1 1K - 1 32 rman 360 41K - 797 16,32,128 sbuf 0 0K - 3645 16,32,64,128,256,512,1024,2048,4096 sglist 3 1K - 3 32 stack 0 0K - 2 256 taskqueue 109 17K - 139 16,32,64,256,1024 Unitno 20 2K - 74046 32,64 vmem 3 1153K - 12 256,512,1024 ioctlops 0 0K - 1196020 16,32,64,128,256,512,1024,2048 select 138 18K - 138 128 iov 0 0K - 562079 16,64,128,256,512,2048 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 9 36K - 1481 2048 tty 19 19K - 23 1024,2048 pts 0 0K - 2 256 mbuf_tag 0 0K - 9114 32,128 shmfd 1 8K - 1 soname 9 1K - 39961 16,32,128 pcb 40 8342K - 1004 16,32,128,1024,2048 newnfsmnt 1 1K - 1 1024 acl 0 0K - 10003 4096 vfscache 1 16384K - 1 vfs_hash 1 8192K - 1 vnodes 1 1K - 1 256 pfs_nodes 21 6K - 21 256 pfs_vncache 104 7K - 1713 64 mount 396 20K - 1854 16,32,64,128,256,512 GEOM 344 60K - 3318 16,32,64,128,256,512,1024,2048 vnodemarker 0 0K - 77600 512 BPF 3 1K - 3 128 acpica 1830 187K - 59126 16,32,64,128,256,512,1024,2048 ifnet 4 7K - 4 128,2048 ifaddr 48 15K - 48 32,64,128,256,512,2048,4096 ether_multi 47 3K - 54 16,32,64 clone 6 1K - 6 128 arpcom 2 1K - 2 16 lltable 12 5K - 18 256,512 UART 6 5K - 6 16,1024 CAM CCB 13 26K - 551 2048 acpitask 1 8K - 1 acpisem 22 3K - 22 128 CAM path 22 1K - 68 32 acpidev 36 3K - 36 64 routetbl 35 5K - 14190 32,64,128,256,512 igmp 3 1K - 3 256 in_multi 2 1K - 2 256 CAM periph 16 4K - 40 16,32,64,128,256 CAM queue 31 8K - 100 16,32,512 CAM dev queue 8 1K - 8 32 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 5 1K - 5 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 28K - 1 syncache 1 64K - 1 in6_mfilter 1 1K - 1 1024 in6_multi 27 4K - 27 32,256 ip6_moptions 2 1K - 2 32,256 raid_data 0 0K - 480 32,128,256 mld 3 1K - 3 128 CAM SIM 8 2K - 8 256 CAM XPT 58 4K - 342 16,32,64,128,256,1024 NFS FHA 1 2K - 1 2048 rpc 25 7K - 7763 32,64,128,256,512,1024 audit_evclass 188 6K - 229 32 vm_pgdata 7 8193K - 7 128 UMAHash 4 19K - 11 512,1024,2048,4096 scsi_cd 0 0K - 11 16 USB 50 162K - 56 16,32,64,128,256,512,1024,4096 USBdev 76 26K - 112 32,64,128,512,2048,4096 pci_link 16 2K - 16 32,64,128 acpi_perf 8 1K - 8 64 memdesc 1 4K - 1 4096 atkbddev 2 1K - 2 64 md_nvidia_data 0 0K - 78 512 kbdmux 7 18K - 7 16,512,1024,2048 LED 4 1K - 4 16,128 md_sii_data 0 0K - 78 512 CAM DEV 15 30K - 24 2048 ata_pci 1 1K - 1 64 acpiintr 1 1K - 1 64 ppbusdev 2 1K - 2 256 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 isadev 5 1K - 5 128 random_adaptors 1 1K - 1 32 entropy 1024 64K - 1024 64 DEVFS3 219 55K - 273 256 io_apic 2 4K - 2 2048 DEVFS1 193 97K - 237 512 MCA 8 1K - 8 128 cdev 8 2K - 8 256 msi 2 1K - 2 128 nexusdev 4 1K - 4 16 DEVFS 42 1K - 43 16,128 filedesc 1608 372K - 92861 16,32,64,128,2048,4096 filedesc_to_leader 22 2K - 643 64 sigio 1 1K - 1 64 filecaps 0 0K - 9 16,64 linux 52 3K - 1087 32,64 mixer 1 4K - 1 4096 feeder 16 2K - 18 32,128 kstat_data 5 1K - 5 64 solaris 1899789 3978841K - 126680821 16,32,64,128,256,512,1024,2048,4096 futex 1 1K - 8168 128 spicds 7 1K - 7 128 envy24ht 15 195K - 15 64,2048 cpuctl 1 1K - 9 64,4096 crypto 1 1K - 1 512 xform 0 0K - 3570 16,32 cyclic 32 3K - 32 16,64,128 futex wp 1 1K - 4089 32 SDT 20 1K - 20 16,64 fbt 37528 4947K - 37528 128 iprtheap 23 56K - 23 32,64,128,256,2048 nvidia 179 862K - 182 16,32,64,128,256,512,1024,2048,4096 fdesc_mount 1 1K - 1 16 netgraph_node 4 1K - 4 128,256 netgraph 2 1K - 2 64 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 172, 8, 172, 0, 0 UMA Zones: 1664, 0, 172, 0, 172, 0, 0 UMA Slabs: 80, 0, 375141, 359, 3864946, 0, 0 UMA RCntSlabs: 88, 0, 1700, 10, 1700, 0, 0 UMA Hash: 256, 0, 6, 9, 10, 0, 0 4 Bucket: 32, 0, 127, 1248, 112949, 0, 0 8 Bucket: 64, 0, 248, 1178, 50079, 0, 0 16 Bucket: 128, 0, 171, 2092, 35478, 24, 0 32 Bucket: 256, 0, 321, 1344, 48862, 95, 0 64 Bucket: 512, 0, 272, 1168, 313058,10236, 0 128 Bucket: 1024, 0, 4806, 2750, 499808, 16, 0 vmem btag: 56, 0, 85407, 1000, 408106,1219, 0 VM OBJECT: 256, 0, 72223, 317, 1918518, 0, 0 RADIX NODE: 144, 0, 67129, 398,24422970, 39, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 13, 514, 13, 0, 0 MAP ENTRY: 128, 0, 1479, 2024, 7054528, 0, 0 VMSPACE: 408, 0, 48, 366, 89846, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 289, 0, 289, 0, 0 16: 16, 0, 9, 1246, 3145, 0, 0 16: 16, 0, 184015, 470, 7762101, 0, 0 16: 16, 0, 223, 530, 1363, 0, 0 16: 16, 0, 2507, 1007, 37995, 0, 0 16: 16, 0, 1950, 560, 401934, 0, 0 16: 16, 0, 19, 985, 1849, 0, 0 16: 16, 0, 30, 723, 42, 0, 0 16: 16, 0, 68, 685, 287, 0, 0 32: 32, 0, 112, 1013, 20292, 0, 0 32: 32, 0, 104735, 1390, 6515947, 0, 0 32: 32, 0, 169, 1206, 2098, 0, 0 32: 32, 0, 2560, 940, 14807, 0, 0 32: 32, 0, 213, 1412, 732753, 0, 0 32: 32, 0, 206, 1169, 76013, 0, 0 32: 32, 0, 92, 158, 92, 0, 0 32: 32, 0, 13, 612, 110, 0, 0 64: 64, 0, 66, 1112, 41446, 0, 0 64: 64, 0, 791874, 734,38214926, 0, 0 64: 64, 0, 1515, 1089, 92005, 0, 0 64: 64, 0, 346, 956, 693283, 0, 0 64: 64, 0, 8608, 816, 157215, 0, 0 64: 64, 0, 122, 932, 159, 0, 0 64: 64, 0, 165, 1013, 117593, 0, 0 64: 64, 0, 59, 375, 156, 0, 0 128: 128, 0, 76, 1133, 30228, 0, 0 128: 128, 0, 109259, 12602,18111020, 0, 0 128: 128, 0, 517, 692, 1267, 0, 0 128: 128, 0, 1946, 813, 31201, 0, 0 128: 128, 0, 1803, 615, 2963, 0, 0 128: 128, 0, 1364, 527, 1364, 0, 0 128: 128, 0, 37577, 801, 665216, 0, 0 128: 128, 0, 83, 1033, 9633, 0, 0 256: 256, 0, 81, 459, 5420, 0, 0 256: 256, 0, 73210, 92000,24715915, 0, 0 256: 256, 0, 704, 226, 1512, 0, 0 256: 256, 0, 66, 489, 691713, 0, 0 256: 256, 0, 338, 352, 1085, 0, 0 256: 256, 0, 4, 491, 9436, 0, 0 256: 256, 0, 4, 131, 5, 0, 0 256: 256, 0, 129, 396, 676, 0, 0 512: 512, 0, 181, 139, 183, 0, 0 512: 512, 0, 364629, 171,12424461, 0, 0 512: 512, 0, 28, 276, 8777, 0, 0 512: 512, 0, 17, 103, 36, 0, 0 512: 512, 0, 355, 181, 305820, 0, 0 512: 512, 0, 43, 221, 4765, 0, 0 512: 512, 0, 39, 225, 77640, 0, 0 512: 512, 0, 0, 32, 888, 0, 0 1024: 1024, 0, 2, 50, 103, 0, 0 1024: 1024, 0, 5553, 75, 108265, 0, 0 1024: 1024, 0, 4, 272, 1222, 0, 0 1024: 1024, 0, 1, 39, 9, 0, 0 1024: 1024, 0, 45, 127, 830999, 0, 0 1024: 1024, 0, 5, 11, 5, 0, 0 1024: 1024, 0, 4, 24, 4, 0, 0 1024: 1024, 0, 13, 15, 230, 0, 0 2048: 2048, 0, 32, 36, 580, 0, 0 2048: 2048, 0, 6253, 49, 212531, 0, 0 2048: 2048, 0, 12, 8, 45, 0, 0 2048: 2048, 0, 12, 52, 1890, 0, 0 2048: 2048, 0, 113, 77, 91562, 0, 0 2048: 2048, 0, 2, 4, 3, 0, 0 2048: 2048, 0, 4, 2, 4, 0, 0 2048: 2048, 0, 0, 6, 89, 0, 0 4096: 4096, 0, 90, 69, 89850, 0, 0 4096: 4096, 0, 189553, 59087,16092393, 0, 0 4096: 4096, 0, 2, 0, 2, 0, 0 4096: 4096, 0, 199, 9, 941, 0, 0 4096: 4096, 0, 50, 13, 210145, 0, 0 4096: 4096, 0, 12, 0, 14, 0, 0 4096: 4096, 0, 2, 0, 2, 0, 0 4096: 4096, 0, 0, 1, 1, 0, 0 uint64 pcpu: 8, 0, 1386, 150, 1386, 0, 0 SLEEPQUEUE: 80, 0, 493, 654, 493, 0, 0 Files: 80, 0, 360, 1140, 2786344, 0, 0 TURNSTILE: 136, 0, 493, 247, 493, 0, 0 rl_entry: 40, 0, 139, 861, 139, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 101, 76, 90205, 0, 0 THREAD: 1168, 0, 453, 39, 696, 0, 0 cpuset: 72, 0, 306, 739, 458, 0, 0 cyclic_id_cache: 64, 0, 0, 0, 0, 0, 0 audit_record: 1240, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 25727955, 1023, 1517, 305631, 529, 0 mbuf: 256, 25727955, 1, 2765, 1528206, 5, 0 mbuf_cluster: 2048, 4019992, 2529, 701, 225845,1155, 0 mbuf_jumbo_page: 4096, 2009996, 0, 85, 107498, 63, 0 mbuf_jumbo_9k: 9216, 1786662, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 1339996, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 dtrace_state_cache: 4096, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 120, 380, 600, 0, 0 g_bio: 248, 0, 2, 862,17432335, 0, 0 ttyoutq: 256, 0, 64, 371, 318, 0, 0 ata_request: 336, 0, 0, 209, 15047, 0, 0 cryptop: 88, 0, 0, 0, 0, 0, 0 cryptodesc: 72, 0, 0, 0, 0, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 nv_stack_t: 12288, 0, 2, 2, 12, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 3818, 52424, 0, 0 VNODE: 472, 0, 317982, 122, 375554, 0, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0, 0 BUF TRIE: 144, 0, 1, 105947, 7851, 0, 0 NAMEI: 1024, 0, 0, 144, 9765565, 0, 0 S VFS Cache: 108, 0, 206701, 429, 946166, 0, 0 STS VFS Cache: 148, 0, 1, 77, 1, 0, 0 L VFS Cache: 328, 0, 116592, 108, 125739, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NCLNODE: 528, 0, 2, 26, 2, 0, 0 Mountpoints: 816, 0, 30, 35, 30, 0, 0 pipe: 744, 0, 12, 148, 51007, 0, 0 space_seg_cache: 64, 0, 284746, 3678, 6416737, 0, 0 zio_cache: 944, 0, 5, 188339,61796421, 0, 0 zio_link_cache: 48, 0, 3, 189901,62598214, 0, 0 sa_cache: 80, 0, 317737, 513, 373664, 0, 0 dnode_t: 856, 0, 337541, 43, 373951, 0, 0 dmu_buf_impl_t: 224, 0, 588894, 258, 964726, 0, 0 arc_buf_hdr_t: 216, 0, 355703, 247, 583622, 0, 0 arc_buf_t: 72, 0, 279542, 738, 630831, 0, 0 zil_lwb_cache: 192, 0, 14, 786, 6836, 0, 0 zfs_znode_cache: 368, 0, 317737, 103, 373664, 0, 0 ksiginfo: 112, 0, 182, 1848, 3743243, 0, 0 itimer: 352, 0, 1, 32, 1, 0, 0 KNOTE: 128, 0, 6, 893, 5153, 0, 0 socket: 680, 2063388, 83, 115, 6815, 0, 0 unpcb: 240, 2063392, 17, 479, 4731, 0, 0 ipq: 56, 125670, 0, 0, 0, 0, 0 udp_inpcb: 392, 2063390, 20, 250, 1784, 0, 0 udpcb: 16, 2063471, 20, 984, 1784, 0, 0 tcp_inpcb: 392, 2063390, 45, 195, 294, 0, 0 tcpcb: 1024, 2063388, 45, 75, 294, 0, 0 tcptw: 72, 27775, 0, 385, 10, 0, 0 syncache: 152, 15366, 0, 208, 94, 0, 0 hostcache: 136, 15370, 1, 260, 14, 0, 0 tcpreass: 40, 251300, 0, 900, 152, 0, 0 sackhole: 32, 0, 0, 750, 185, 0, 0 sctp_ep: 1408, 2063388, 0, 0, 0, 0, 0 sctp_asoc: 2344, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 415, 4, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 ripcb: 392, 2063390, 0, 0, 0, 0, 0 rtentry: 200, 0, 17, 303, 17, 0, 0 selfd: 56, 0, 181, 1239, 869124, 0, 0 SWAPMETA: 288, 8039993, 0, 0, 0, 0, 0 NetGraph items: 72, 4123, 0, 0, 0, 0, 0 NetGraph data items: 72, 527, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 3 0 irq6: fdc0 22 0 irq14: ata0 30071 99 irq17: uhci0 ehci0 2268040 7510 irq19: uhci1 ahci0+ 5188376 17180 cpu0:timer 36217733 119926 irq256: em0 241490 799 cpu4:timer 29795199 98659 cpu1:timer 33408836 110625 cpu3:timer 31996578 105948 cpu2:timer 31040939 102784 cpu5:timer 29483296 97626 cpu7:timer 29515044 97731 cpu6:timer 29483768 97628 Total 258669395 856521 ------------------------------------------------------------------------ pstat -T 360/2063383 files 0M/147455M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/gpt/swap0 50331392 0 50331392 0% /dev/gpt/swap1 50331392 0 50331392 0% /dev/gpt/swap2 50331392 0 50331392 0% /dev/gpt/swap3 50331392 0 50331392 0% /dev/gpt/swap4 50331392 0 50331392 0% /dev/gpt/swap5 50331392 0 50331392 0% Total 301988352 0 301988352 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 ada1 ada2 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 16.65 3153 51.27 16.40 3099 49.64 16.62 3159 51.27 0 59 1 0 39 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 65536 5432001 --rw------- pgsql pgsql pgsql pgsql 7 41279488 1151 1151 10:39:42 23:09:38 10:39:42 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME s 65536 5432001 --rw------- pgsql pgsql pgsql pgsql 17 10:39:42 10:39:42 s 65537 5432002 --rw------- pgsql pgsql pgsql pgsql 17 10:39:42 10:39:42 s 65538 5432003 --rw------- pgsql pgsql pgsql pgsql 17 10:39:42 10:39:42 s 65539 5432004 --rw------- pgsql pgsql pgsql pgsql 17 10:39:42 10:39:42 s 65540 5432005 --rw------- pgsql pgsql pgsql pgsql 17 10:39:42 10:39:42 s 65541 5432006 --rw------- pgsql pgsql pgsql pgsql 17 10:39:42 10:39:42 s 65542 5432007 --rw------- pgsql pgsql pgsql pgsql 17 10:39:42 10:39:42 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 2 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 1 1 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 4 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 150525 packets sent 113171 data packets (901710292 bytes) 8272 data packets (17294504 bytes) retransmitted 3 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 27833 ack-only packets (2435 delayed) 0 URG only packets 0 window probe packets 1027 window update packets 222 control packets 200838 packets received 143737 acks (for 901859277 bytes) 947 duplicate acks 0 acks for unsent data 59499 packets (472596812 bytes) received in-sequence 111 completely duplicate packets (15540 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 152 out-of-order packets (194872 bytes) 0 packets (0 bytes) of data after window 0 window probes 356 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 83 connection requests 92 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 175 connections established (including accepts) 265 connections closed (including 44 drops) 130 connections updated cached RTT on close 140 connections updated cached RTT variance on close 110 connections updated cached ssthresh on close 0 embryonic connections dropped 139057 segments updated rtt (of 84375 attempts) 315 retransmit timeouts 11 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 41 keepalive timeouts 37 keepalive probes sent 4 connections dropped by keepalive 117724 correct ACK header predictions 54264 correct data packet header predictions 94 syncache entries added 11 retransmitted 0 dupsyn 0 dropped 92 completed 0 bucket overflow 0 cache overflow 2 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 94 cookies sent 0 cookies received 14 hostcache entries added 0 bucket overflow 130 SACK recovery episodes 5710 segment rexmits in SACK recovery episodes 8259268 byte rexmits in SACK recovery episodes 6837 SACK options (SACK blocks) received 138 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 73955 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 62654 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 11301 delivered 11303 datagrams output 0 times multicast source filter matched ip: 267187 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 265688 packets for this host 1499 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 153657 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 1499 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 361 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 361 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 361 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 9 ARP requests sent 702 ARP replies sent 13423 ARP requests received 8 ARP replies received 13431 ARP packets received 0 total packets dropped due to no ARP entry 6 ARP entrys timed out 0 Duplicate IPs seen ip6: 9105 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 9105 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 9110 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 13 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: UDP: 9105 Mbuf statistics: 4657 one mbuf 5706 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: neighbor solicitation: 1 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 1024/4282/5306 mbufs in use (current/cache/total) 1012/2218/3230/4019992 mbuf clusters in use (current/cache/total/max) 1023/1517 mbuf+clusters out of packet secondary zone in use (current/cache) 0/85/85/2009996 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/1786662 9k jumbo clusters in use (current/cache/total/max) 0/0/0/1339996 16k jumbo clusters in use (current/cache/total/max) 2280K/5846K/8126K bytes allocated to network (current/cache/total) 5/1155/529 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 63/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop em0 1500 00:30:48:f2:29:9c 223891 0 0 96050 0 0 0 em0 1500 192.168.200.0 borg 256477 - - 345068 - - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - - 2 - - - em1* 1500 00:30:48:f2:29:9d 0 0 0 0 0 0 0 lo0 16384 67156 0 0 67155 0 0 0 lo0 16384 localhost ::1 9105 - - 9105 - - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - - lo0 16384 your-net localhost 48 - - 58050 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.200.11 UGS 0 19243 em0 127.0.0.1 link#3 UH 0 48 lo0 192.168.200.0/24 link#1 U 0 76363 em0 192.168.200.4 link#1 UHS 0 58003 lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#3 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%em0/64 link#1 U em0 fe80::230:48ff:fef2:299c%em0 link#1 UHS lo0 fe80::%lo0/64 link#3 U lo0 fe80::1%lo0 link#3 UHS lo0 ff01::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff01::%lo0/32 ::1 U lo0 ff02::/16 ::1 UGRS lo0 ff02::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff02::%lo0/32 ::1 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) fffffe01b90c9400 tcp4 0 0 192.168.200.4.986 192.168.200.23.204 ESTABLISHED fffffe01b9380000 tcp4 0 0 192.168.200.4.9103 192.168.200.4.4735 ESTABLISHED fffffe01b91b0800 tcp4 0 0 192.168.200.4.4735 192.168.200.4.9103 ESTABLISHED fffffe0a6426cc00 tcp4 0 0 127.0.0.1.9102 127.0.0.1.45905 ESTABLISHED fffffe01b9169800 tcp4 0 0 127.0.0.1.45905 127.0.0.1.9102 ESTABLISHED fffffe01b90a5800 tcp4 0 0 192.168.200.4.9103 192.168.200.4.1110 ESTABLISHED fffffe01b9169400 tcp4 0 0 192.168.200.4.1110 192.168.200.4.9103 ESTABLISHED fffffe01b91b0400 tcp4 0 0 192.168.200.4.4780 198.20.8.241.443 CLOSE_WAIT fffffe01b91ff400 tcp4 0 0 192.168.200.4.1034 198.20.8.241.443 CLOSED fffffe00263df400 tcp4 0 0 192.168.200.4.4782 198.20.8.241.443 CLOSED fffffe0a6426b800 tcp4 0 0 192.168.200.4.5448 198.20.8.241.443 CLOSED fffffe0a6426bc00 tcp4 0 0 192.168.200.4.4638 198.20.8.241.443 CLOSED fffffe01b90a5c00 tcp4 0 0 192.168.200.4.6488 170.224.194.69.443 CLOSED fffffe01b9380800 tcp4 0 0 192.168.200.4.5838 170.224.194.69.443 CLOSED fffffe01b91b0c00 tcp4 0 0 192.168.200.4.3646 198.20.8.241.443 CLOSED fffffe01b910b400 tcp4 0 0 192.168.200.4.2282 198.20.8.241.443 CLOSED fffffe01b90a6800 tcp4 0 0 192.168.200.4.4041 198.20.8.246.443 CLOSED fffffe01b91e9000 tcp4 0 0 192.168.200.4.1302 198.20.8.241.443 CLOSED fffffe01b93adc00 tcp4 0 0 192.168.200.4.2112 198.20.8.241.443 CLOSED fffffe01b9381000 tcp4 0 0 192.168.200.4.5653 198.20.8.241.443 CLOSED fffffe01b90a7000 tcp4 0 0 192.168.200.4.4963 170.224.160.205.44 CLOSED fffffe01b93aec00 tcp4 0 0 192.168.200.4.4419 170.224.194.69.443 CLOSED fffffe01b98c2800 tcp4 0 0 192.168.200.4.2084 198.20.8.246.443 CLOSED fffffe01b98c2c00 tcp4 0 0 192.168.200.4.4515 198.20.8.246.80 CLOSED fffffe01b9381400 tcp4 0 0 127.0.0.1.31416 *.* LISTEN fffffe01b91b1000 tcp4 0 0 *.9101 *.* LISTEN fffffe01b90c8000 tcp4 0 0 *.22 *.* LISTEN fffffe01b90c8400 tcp6 0 0 *.22 *.* LISTEN fffffe01b93ae000 tcp4 0 0 *.9102 *.* LISTEN fffffe01b90c8800 tcp4 0 0 *.9103 *.* LISTEN fffffe01b90c8c00 tcp4 0 0 *.631 *.* LISTEN fffffe01b90c9000 tcp6 0 0 *.631 *.* LISTEN fffffe01b98c3000 tcp4 0 0 127.0.0.1.587 *.* LISTEN fffffe01b98c3400 tcp4 0 0 127.0.0.1.25 *.* LISTEN fffffe01b98c3800 tcp4 0 0 192.168.200.4.587 *.* LISTEN fffffe01b98c3c00 tcp4 0 0 192.168.200.4.25 *.* LISTEN fffffe01b93ae400 tcp4 0 0 127.0.0.1.5432 *.* LISTEN fffffe01b93ae800 tcp6 0 0 ::1.5432 *.* LISTEN fffffe01b90a7800 tcp4 0 0 *.3551 *.* LISTEN fffffe01b91e9800 tcp6 0 0 *.2049 *.* LISTEN fffffe01b91e9c00 tcp4 0 0 *.2049 *.* LISTEN fffffe01b91b1400 tcp4 0 0 *.654 *.* LISTEN fffffe01b91b1800 tcp6 0 0 *.654 *.* LISTEN fffffe01b90a8000 tcp4 0 0 *.111 *.* LISTEN fffffe01b90a7c00 tcp6 0 0 *.111 *.* LISTEN fffffe00263c5c40 udp4 0 0 *.631 *.* fffffe0026430620 udp6 0 0 ::1.39510 ::1.39510 fffffe0026790310 udp4 0 0 127.0.0.1.123 *.* fffffe0026790498 udp6 0 0 fe80:3::1.123 *.* fffffe0026790620 udp6 0 0 ::1.123 *.* fffffe00267907a8 udp6 0 0 fe80:1::230:48ff.1 *.* fffffe0026790930 udp4 0 0 192.168.200.4.123 *.* fffffe0026790ab8 udp6 0 0 *.123 *.* fffffe0026790c40 udp4 0 0 *.123 *.* fffffe00263f27a8 udp6 0 0 *.2049 *.* fffffe00263f2930 udp4 0 0 *.2049 *.* fffffe00263c7930 udp4 0 0 *.654 *.* fffffe00263c7ab8 udp6 0 0 *.654 *.* fffffe00266ed188 udp6 0 0 *.* *.* fffffe0026790dc8 udp4 0 0 *.1015 *.* fffffe0026798000 udp4 0 0 *.111 *.* fffffe0026798188 udp6 0 0 *.731 *.* fffffe0026798310 udp6 0 0 *.111 *.* fffffe00266ed310 udp4 0 0 *.514 *.* fffffe00266ed498 udp6 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffffe00266f00f0 stream 0 0 0 fffffe01b914f690 0 0 /tmp/.s.PGSQL.5432 fffffe01b914f690 stream 0 0 0 fffffe00266f00f0 0 0 fffffe00266f80f0 stream 0 0 0 fffffe01b914fe10 0 0 /tmp/.s.PGSQL.5432 fffffe01b914fe10 stream 0 0 0 fffffe00266f80f0 0 0 fffffe00266fb000 stream 0 0 fffffe01b9df13b0 0 0 0 /var/run/cups.sock fffffe0026785b40 stream 0 0 fffffe01b934bce8 0 0 0 /tmp/.s.PGSQL.5432 fffffe0026785c30 stream 0 0 fffffe00263c1ce8 0 0 0 /var/run/rpcbind.sock fffffe00266e0870 stream 0 0 fffffe00260ee760 0 0 0 /var/run/devd.pipe fffffe00266c8e10 dgram 0 0 0 fffffe00266f13c0 0 fffffe00266f11e0 fffffe00266f11e0 dgram 0 0 0 fffffe00266f13c0 0 fffffe0026785a50 fffffe0026785a50 dgram 0 0 0 fffffe00266f13c0 0 0 fffffe00266c9960 dgram 0 0 0 fffffe00266f12d0 0 fffffe00266c90f0 fffffe00266c90f0 dgram 0 0 0 fffffe00266f12d0 0 fffffe00266c91e0 fffffe00266c91e0 dgram 0 0 0 fffffe00266f12d0 0 fffffe00266c9a50 fffffe00266c9a50 dgram 0 0 0 fffffe00266f12d0 0 0 fffffe00266f12d0 dgram 0 0 fffffe0011f44588 0 fffffe00266c9960 0 /var/run/logpriv fffffe00266f13c0 dgram 0 0 fffffe0011f44760 0 fffffe00266c8e10 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/128 localhost.31416 tcp4 0/0/50 *.bacula-dir tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh tcp4 0/0/50 *.bacula-fd tcp4 0/0/50 *.bacula-sd tcp4 0/0/128 *.ipp tcp6 0/0/128 *.ipp tcp4 0/0/20 localhost.submission tcp4 0/0/20 localhost.smtp tcp4 0/0/20 borg.submission tcp4 0/0/20 borg.smtp tcp4 0/0/128 localhost.postgresql tcp6 0/0/128 localhost.postgresql tcp4 0/0/5 *.3551 tcp6 0/0/5 *.nfsd tcp4 0/0/5 *.nfsd tcp4 0/0/128 *.aodv tcp6 0/0/128 *.aodv tcp4 0/0/128 *.sunrpc tcp6 0/0/128 *.sunrpc unix 0/0/128 /var/run/cups.sock unix 0/0/128 /tmp/.s.PGSQL.5432 unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read file 22 at 0xffff fstat: can't read file 25 at 0xfffffffffffffff fstat: can't read file 26 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read file 22 at 0xffff fstat: can't read file 25 at 0xfffffffffffffff fstat: can't read file 26 at 0x78 fstat: can't read file 28 at 0xffff fstat: can't read file 31 at 0xfffffffffffffff fstat: can't read file 32 at 0x78 fstat: can't read file 34 at 0xffff fstat: can't read file 37 at 0xfffffffffffffff fstat: can't read file 38 at 0x78 fstat: can't read file 40 at 0xffff fstat: can't read file 43 at 0xfffffffffffffff fstat: can't read file 44 at 0x78 fstat: can't read file 46 at 0xffff fstat: can't read file 49 at 0xfffffffffffffff fstat: can't read file 50 at 0x78 fstat: can't read file 52 at 0xffff fstat: can't read file 55 at 0xfffffffffffffff fstat: can't read file 56 at 0x78 fstat: can't read file 58 at 0xffff fstat: can't read file 61 at 0xfffffffffffffff fstat: can't read file 62 at 0x78 fstat: can't read file 64 at 0xffff fstat: can't read file 65 at 0x1 fstat: can't read file 67 at 0xfffffffffffffff fstat: can't read file 68 at 0x78 fstat: can't read file 70 at 0xffff fstat: can't read file 73 at 0xfffffffffffffff fstat: can't read file 74 at 0x78 fstat: can't read file 76 at 0xffff fstat: can't read file 79 at 0xfffffffffffffff fstat: can't read file 80 at 0x78 fstat: can't read file 82 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read file 22 at 0xffff fstat: can't read file 23 at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read file 7 at 0xfffffffffffffff fstat: can't read file 8 at 0x78 fstat: can't read file 10 at 0xffff fstat: can't read file 13 at 0xfffffffffffffff fstat: can't read file 14 at 0x78 fstat: can't read file 16 at 0xffff fstat: can't read file 19 at 0xfffffffffffffff fstat: can't read file 20 at 0x78 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0xfffffffffffffff fstat: can't read file 2 at 0x78 fstat: can't read file 4 at 0xffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W boinc wcgrid_fahv_vina_p 90198 root - - error - boinc wcgrid_fahv_vina_p 90198 wd - - error - boinc wcgrid_fahv_vina_p 90198 text - - error - boinc wcgrid_fahv_vina_p 90198 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_fahv_vina_p 90198 6 - - error - boinc wcgrid_fahv_vina_p 90198 12 - - error - boinc wcgrid_fahv_vina_p 90197 root - - error - boinc wcgrid_fahv_vina_p 90197 wd - - error - boinc wcgrid_fahv_vina_p 90197 text - - error - boinc wcgrid_fahv_vina_p 90197 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_fahv_vina_p 90197 6 - - error - boinc wcgrid_fahv_vina_p 90197 12 - - error - root newnfs 19 90193 root - - error - root newnfs 19 90193 wd - - error - root newnfs 18 90192 root - - error - root newnfs 18 90192 wd - - error - root newnfs 17 90190 root - - error - root newnfs 17 90190 wd - - error - root newnfs 16 90189 root - - error - root newnfs 16 90189 wd - - error - root newnfs 15 90188 root - - error - root newnfs 15 90188 wd - - error - root newnfs 14 90187 root - - error - root newnfs 14 90187 wd - - error - root newnfs 13 90186 root - - error - root newnfs 13 90186 wd - - error - root newnfs 12 90185 root - - error - root newnfs 12 90185 wd - - error - root newnfs 11 90184 root - - error - root newnfs 11 90184 wd - - error - root newnfs 10 90183 root - - error - root newnfs 10 90183 wd - - error - root newnfs 9 90182 root - - error - root newnfs 9 90182 wd - - error - root newnfs 8 90181 root - - error - root newnfs 8 90181 wd - - error - root newnfs 7 90180 root - - error - root newnfs 7 90180 wd - - error - root newnfs 6 90178 root - - error - root newnfs 6 90178 wd - - error - root newnfs 5 90177 root - - error - root newnfs 5 90177 wd - - error - root newnfs 4 90176 root - - error - root newnfs 4 90176 wd - - error - root newnfs 3 90175 root - - error - root newnfs 3 90175 wd - - error - root newnfs 2 90174 root - - error - root newnfs 2 90174 wd - - error - root newnfs 1 90173 root - - error - root newnfs 1 90173 wd - - error - pgsql postgres 90172 root - - error - pgsql postgres 90172 wd - - error - pgsql postgres 90172 text - - error - pgsql postgres 90172 0 /dev 36 crw-rw-rw- null r pgsql postgres 90172 6 - - bad - pgsql postgres 90172 12 - - bad - pgsql postgres 90172 18 - - error - pgsql postgres 90172 24* pipe fffffe0021e545d0 <-> fffffe0021e54730 0 rw root newnfs 0 90171 root - - error - root newnfs 0 90171 wd - - error - pgsql postgres 90170 root - - error - pgsql postgres 90170 wd - - error - pgsql postgres 90170 text - - error - pgsql postgres 90170 0 /dev 36 crw-rw-rw- null r pgsql postgres 90170 6 - - bad - pgsql postgres 90170 12 - - bad - pgsql postgres 90170 18 - - error - pgsql postgres 90170 24* pipe fffffe0a643768b8 <-> fffffe0a64376a18 0 rw pgsql postgres 90170 30* pipe fffffe0a64376a18 <-> fffffe0a643768b8 0 rw pgsql postgres 90170 36 - - error - pgsql postgres 90170 42* pipe fffffe0021f9eba0 <-> fffffe0021f9ed00 0 rw pgsql postgres 90170 48 - - error - pgsql postgres 90170 54* internet6 dgram udp fffffe0026430620 pgsql postgres 90170 60* local dgram fffffe00266f11e0 <-> fffffe00266f13c0 pgsql postgres 90170 66* local stream fffffe00266f80f0 <-> fffffe01b914fe10 pgsql postgres 90170 72 - - error - pgsql postgres 90170 78 - - error - pgsql postgres 90170 84 - - error - boinc wcgrid_fahv_vina_7 90086 root - - error - boinc wcgrid_fahv_vina_7 90086 wd - - error - boinc wcgrid_fahv_vina_7 90086 text - - error - boinc wcgrid_fahv_vina_7 90086 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_fahv_vina_7 90086 6 - - error - boinc wcgrid_fahv_vina_7 90086 12 - - error - boinc wcgrid_fahv_vina_7 90085 root - - error - boinc wcgrid_fahv_vina_7 90085 wd - - error - boinc wcgrid_fahv_vina_7 90085 text - - error - boinc wcgrid_fahv_vina_7 90085 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_fahv_vina_7 90085 6 - - error - boinc wcgrid_fahv_vina_7 90085 12 - - error - boinc wcgrid_faah_7.15_i 89591 root - - error - boinc wcgrid_faah_7.15_i 89591 wd - - error - boinc wcgrid_faah_7.15_i 89591 text - - error - boinc wcgrid_faah_7.15_i 89591 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89591 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89591 12 - - error - boinc wcgrid_faah_7.15_i 89590 root - - error - boinc wcgrid_faah_7.15_i 89590 wd - - error - boinc wcgrid_faah_7.15_i 89590 text - - error - boinc wcgrid_faah_7.15_i 89590 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89590 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89590 12 - - error - boinc wcgrid_faah_7.15_i 89109 root - - error - boinc wcgrid_faah_7.15_i 89109 wd - - error - boinc wcgrid_faah_7.15_i 89109 text - - error - boinc wcgrid_faah_7.15_i 89109 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89109 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89109 12 - - error - boinc wcgrid_faah_7.15_i 89108 root - - error - boinc wcgrid_faah_7.15_i 89108 wd - - error - boinc wcgrid_faah_7.15_i 89108 text - - error - boinc wcgrid_faah_7.15_i 89108 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89108 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 89108 12 - - error - boinc wcgrid_faah_7.15_i 88843 root - - error - boinc wcgrid_faah_7.15_i 88843 wd - - error - boinc wcgrid_faah_7.15_i 88843 text - - error - boinc wcgrid_faah_7.15_i 88843 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88843 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88843 12 - - error - boinc wcgrid_faah_7.15_i 88842 root - - error - boinc wcgrid_faah_7.15_i 88842 wd - - error - boinc wcgrid_faah_7.15_i 88842 text - - error - boinc wcgrid_faah_7.15_i 88842 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88842 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88842 12 - - error - boinc wcgrid_faah_7.15_i 88680 root - - error - boinc wcgrid_faah_7.15_i 88680 wd - - error - boinc wcgrid_faah_7.15_i 88680 text - - error - boinc wcgrid_faah_7.15_i 88680 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88680 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88680 12 - - error - boinc wcgrid_faah_7.15_i 88679 root - - error - boinc wcgrid_faah_7.15_i 88679 wd - - error - boinc wcgrid_faah_7.15_i 88679 text - - error - boinc wcgrid_faah_7.15_i 88679 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88679 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88679 12 - - error - boinc wcgrid_faah_7.15_i 88660 root - - error - boinc wcgrid_faah_7.15_i 88660 wd - - error - boinc wcgrid_faah_7.15_i 88660 text - - error - boinc wcgrid_faah_7.15_i 88660 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88660 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88660 12 - - error - boinc wcgrid_faah_7.15_i 88659 root - - error - boinc wcgrid_faah_7.15_i 88659 wd - - error - boinc wcgrid_faah_7.15_i 88659 text - - error - boinc wcgrid_faah_7.15_i 88659 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88659 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 88659 12 - - error - boinc wcgrid_faah_7.15_i 1974 root - - error - boinc wcgrid_faah_7.15_i 1974 wd - - error - boinc wcgrid_faah_7.15_i 1974 text - - error - boinc wcgrid_faah_7.15_i 1974 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 1974 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 1974 12 - - error - boinc wcgrid_faah_7.15_i 1973 root - - error - boinc wcgrid_faah_7.15_i 1973 wd - - error - boinc wcgrid_faah_7.15_i 1973 text - - error - boinc wcgrid_faah_7.15_i 1973 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 1973 6 /dev 36 crw-rw-rw- null rw boinc wcgrid_faah_7.15_i 1973 12 - - error - boinc wcgrid_cep2_qchem_ 1407 root - - error - boinc wcgrid_cep2_qchem_ 1407 wd - - error - boinc wcgrid_cep2_qchem_ 1407 text - - error - boinc wcgrid_cep2_qchem_ 1407 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_cep2_qchem_ 1407 6 - - error - boinc wcgrid_cep2_qchem_ 1407 12 - - error - boinc wcgrid_cep2_qchem_ 1407 18 - - error - boinc wcgrid_cep2_qchem_ 1406 root - - error - boinc wcgrid_cep2_qchem_ 1406 wd - - error - boinc wcgrid_cep2_qchem_ 1406 text - - error - boinc wcgrid_cep2_qchem_ 1406 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_cep2_qchem_ 1406 6 - - error - boinc wcgrid_cep2_qchem_ 1406 12 - - error - boinc wcgrid_cep2_qchem_ 1406 18 - - error - boinc wcgrid_cep2_qchem_ 1405 root - - error - boinc wcgrid_cep2_qchem_ 1405 wd - - error - boinc wcgrid_cep2_qchem_ 1405 text - - error - boinc wcgrid_cep2_qchem_ 1405 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_cep2_qchem_ 1405 6 - - error - boinc wcgrid_cep2_qchem_ 1405 12 - - error - boinc wcgrid_cep2_qchem_ 1405 18 - - error - boinc wcgrid_cep2_6.40_i 1375 root - - error - boinc wcgrid_cep2_6.40_i 1375 wd - - error - boinc wcgrid_cep2_6.40_i 1375 text - - error - boinc wcgrid_cep2_6.40_i 1375 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_cep2_6.40_i 1375 6 - - error - boinc wcgrid_cep2_6.40_i 1374 root - - error - boinc wcgrid_cep2_6.40_i 1374 wd - - error - boinc wcgrid_cep2_6.40_i 1374 text - - error - boinc wcgrid_cep2_6.40_i 1374 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_cep2_6.40_i 1374 6 - - error - boinc wcgrid_cep2_6.40_i 1366 root - - error - boinc wcgrid_cep2_6.40_i 1366 wd - - error - boinc wcgrid_cep2_6.40_i 1366 text - - error - boinc wcgrid_cep2_6.40_i 1366 0 /dev 36 crw-rw-rw- null rw boinc wcgrid_cep2_6.40_i 1366 6 - - error - root getty 1350 root - - error - root getty 1350 wd - - error - root getty 1350 text - - error - root getty 1350 ctty /dev 83 crw------- ttyv7 rw root getty 1350 0 /dev 83 crw------- ttyv7 rw root getty 1349 root - - error - root getty 1349 wd - - error - root getty 1349 text - - error - root getty 1349 ctty /dev 82 crw------- ttyv6 rw root getty 1349 0 /dev 82 crw------- ttyv6 rw root getty 1348 root - - error - root getty 1348 wd - - error - root getty 1348 text - - error - root getty 1348 ctty /dev 81 crw------- ttyv5 rw root getty 1348 0 /dev 81 crw------- ttyv5 rw root getty 1347 root - - error - root getty 1347 wd - - error - root getty 1347 text - - error - root getty 1347 ctty /dev 80 crw------- ttyv4 rw root getty 1347 0 /dev 80 crw------- ttyv4 rw root getty 1346 root - - error - root getty 1346 wd - - error - root getty 1346 text - - error - root getty 1346 ctty /dev 79 crw------- ttyv3 rw root getty 1346 0 /dev 79 crw------- ttyv3 rw root getty 1345 root - - error - root getty 1345 wd - - error - root getty 1345 text - - error - root getty 1345 ctty /dev 78 crw------- ttyv2 rw root getty 1345 0 /dev 78 crw------- ttyv2 rw root getty 1344 root - - error - root getty 1344 wd - - error - root getty 1344 text - - error - root getty 1344 ctty /dev 77 crw------- ttyv1 rw root getty 1344 0 /dev 77 crw------- ttyv1 rw root getty 1343 root - - error - root getty 1343 wd - - error - root getty 1343 text - - error - root getty 1343 ctty /dev 76 crw------- ttyv0 rw root getty 1343 0 /dev 76 crw------- ttyv0 rw root inetd 1323 root - - error - root inetd 1323 wd - - error - root inetd 1323 text - - error - root inetd 1323 0 /dev 36 crw-rw-rw- null rw root cron 1301 root - - error - root cron 1301 wd - - error - root cron 1301 text - - error - root cron 1301 0 /dev 36 crw-rw-rw- null rw root sshd 1289 root - - error - root sshd 1289 wd - - error - root sshd 1289 text - - error - root sshd 1289 0 /dev 36 crw-rw-rw- null rw bacula bacula-dir 1284 root - - error - bacula bacula-dir 1284 wd - - error - bacula bacula-dir 1284 text - - error - bacula bacula-dir 1284 0 /dev 36 crw-rw-rw- null r bacula bacula-dir 1284 6 /dev 36 crw-rw-rw- null r root bacula-fd 1281 root - - error - root bacula-fd 1281 wd - - error - root bacula-fd 1281 text - - error - root bacula-fd 1281 0 /dev 36 crw-rw-rw- null r root bacula-fd 1281 6 /dev 36 crw-rw-rw- null r bacula bacula-sd 1278 root - - error - bacula bacula-sd 1278 wd - - error - bacula bacula-sd 1278 text - - error - bacula bacula-sd 1278 0 /dev 36 crw-rw-rw- null r bacula bacula-sd 1278 6 /dev 36 crw-rw-rw- null r boinc boinc_client 1274 root - - error - boinc boinc_client 1274 wd - - error - boinc boinc_client 1274 text - - error - boinc boinc_client 1274 0 /dev 36 crw-rw-rw- null rw boinc boinc_client 1274 6 - - error - boinc boinc_client 1274 12 - - error - root cupsd 1268 root - - error - root cupsd 1268 wd - - error - root cupsd 1268 text - - error - root cupsd 1268 0 /dev 36 crw-rw-rw- null r root cupsd 1268 6 /dev 36 crw-rw-rw- null w root cupsd 1268 12 /dev 36 crw-rw-rw- null w mailnull exim-4.80.1-2 1259 root - - error - mailnull exim-4.80.1-2 1259 wd - - error - mailnull exim-4.80.1-2 1259 text - - error - mailnull exim-4.80.1-2 1259 0 /dev 36 crw-rw-rw- null rw mailnull exim-4.80.1-2 1259 6 /dev 36 crw-rw-rw- null rw pgsql postgres 1158 root - - error - pgsql postgres 1158 wd - - error - pgsql postgres 1158 text - - error - pgsql postgres 1158 0 /dev 36 crw-rw-rw- null r pgsql postgres 1158 6 - - bad - pgsql postgres 1157 root - - error - pgsql postgres 1157 wd - - error - pgsql postgres 1157 text - - error - pgsql postgres 1157 0 /dev 36 crw-rw-rw- null r pgsql postgres 1157 6 - - bad - pgsql postgres 1156 root - - error - pgsql postgres 1156 wd - - error - pgsql postgres 1156 text - - error - pgsql postgres 1156 0 /dev 36 crw-rw-rw- null r pgsql postgres 1156 6 - - bad - pgsql postgres 1155 root - - error - pgsql postgres 1155 wd - - error - pgsql postgres 1155 text - - error - pgsql postgres 1155 0 /dev 36 crw-rw-rw- null r pgsql postgres 1155 6 - - bad - pgsql postgres 1154 root - - error - pgsql postgres 1154 wd - - error - pgsql postgres 1154 text - - error - pgsql postgres 1154 0 /dev 36 crw-rw-rw- null r pgsql postgres 1154 6 - - bad - pgsql postgres 1151 root - - error - pgsql postgres 1151 wd - - error - pgsql postgres 1151 text - - error - pgsql postgres 1151 0 /dev 36 crw-rw-rw- null r pgsql postgres 1151 6 - - bad - root smartd 1143 root - - error - root smartd 1143 wd - - error - root smartd 1143 text - - error - root smartd 1143 0 /dev 36 crw-rw-rw- null rw root perl 1139 root - - error - root perl 1139 wd - - error - root perl 1139 text - - error - root perl 1139 0 - - error - root ng_queue 1127 root - - error - root ng_queue 1127 wd - - error - root ntpd 1106 root - - error - root ntpd 1106 wd - - error - root ntpd 1106 text - - error - root ntpd 1106 0 /dev 36 crw-rw-rw- null rw root ntpd 1106 6 /dev 36 crw-rw-rw- null rw root ntpd 1106 12 /dev 36 crw-rw-rw- null rw root ntpd 1106 18* local dgram fffffe00266c91e0 <-> fffffe00266f12d0 root apcupsd 1075 root - - error - root apcupsd 1075 wd - - error - root apcupsd 1075 text - - error - root apcupsd 1075 0 /dev 36 crw-rw-rw- null r root apcupsd 1075 6 /dev 36 crw-rw-rw- null r root nfsd 1071 root - - error - root nfsd 1071 wd - - error - root nfsd 1071 text - - error - root nfsd 1071 0 /dev 36 crw-rw-rw- null rw root nfsd 1065 root - - error - root nfsd 1065 wd - - error - root nfsd 1065 text - - error - root nfsd 1065 0 /dev 36 crw-rw-rw- null rw root nfsd 1065 6 /dev 36 crw-rw-rw- null rw root mountd 1059 root - - error - root mountd 1059 wd - - error - root mountd 1059 text - - error - root mountd 1059 0 /dev 36 crw-rw-rw- null rw root mountd 1059 6 /dev 36 crw-rw-rw- null rw root rpcbind 1024 root - - error - root rpcbind 1024 wd - - error - root rpcbind 1024 text - - error - root rpcbind 1024 0 /dev 36 crw-rw-rw- null rw root rpcbind 1024 6 /dev 36 crw-rw-rw- null rw root watchdogd 1010 root - - error - root watchdogd 1010 wd - - error - root watchdogd 1010 text - - error - root watchdogd 1010 0 /dev 36 crw-rw-rw- null rw root syslogd 1007 root - - error - root syslogd 1007 wd - - error - root syslogd 1007 text - - error - root syslogd 1007 0 /dev 36 crw-rw-rw- null rw root syslogd 1007 6 /dev 36 crw-rw-rw- null rw root syslogd 1007 12 /dev 36 crw-rw-rw- null rw root syslogd 1007 18 - - error - root devd 869 root - - error - root devd 869 wd - - error - root devd 869 text - - error - root devd 869 0 /dev 36 crw-rw-rw- null rw root devd 869 6 /dev 36 crw-rw-rw- null rw root moused 850 root - - error - root moused 850 wd - - error - root moused 850 text - - error - root moused 850 0 /dev 36 crw-rw-rw- null rw root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #22 r254366: Thu Aug 15 10:10:11 CDT 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.55-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 65661132800 (62619 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard random: initialized kbd1 at kbdmux0 netmap: loaded module cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0.0 on pci6 em0: Using an MSI interrupt em0: Ethernet address: 00:30:48:f2:29:9c 001.000009 netmap_attach [2244] success for em0 em1: port 0x2020-0x203f mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0.1 on pci6 em1: Using an MSI interrupt em1: Ethernet address: 00:30:48:f2:29:9d 001.000010 netmap_attach [2244] success for em1 pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 vgapci0: port 0x3000-0x307f mem 0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff irq 16 at device 0.0 on pci8 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io pci8: at device 0.1 (no driver attached) pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 pcib11: irq 16 at device 0.0 on pci10 pci11: on pcib11 pcm0: port 0x4080-0x409f,0x4000-0x407f irq 16 at device 0.0 on pci11 pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x2403 XIN2 Clock Source: 24.576MHz(96kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 and SPDIF receiver connected DAC #: 4 Multi-track converter type: AC'97(SDATA_OUT:packed) S/PDIF(IN/OUT): 1/1 ID# 0x00 GPIO(mask/dir/state): 0xff/0xff/0xff uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 usbus2 on uhci2 ehci0: mem 0xd9600400-0xd96007ff irq 17 at device 29.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 pcib12: at device 30.0 on pci0 pci12: on pcib12 vgapci1: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 on pci12 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: at channel 0 on atapci0 ahci0: port 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ichwd0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 coretemp4: on cpu4 est4: on cpu4 p4tcc4: on cpu4 coretemp5: on cpu5 est5: on cpu5 p4tcc5: on cpu5 coretemp6: on cpu6 est6: on cpu6 p4tcc6: on cpu6 coretemp7: on cpu7 est7: on cpu7 p4tcc7: on cpu7 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x3b8 offMax=0x5ef usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata0: DMA limited to UDMA33, controller found non-ATA66 cable ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 3.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: quirks=0x1<4K> ada3: Previously was known as ad10 ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 ada4: ATA-8 SATA 3.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada4: quirks=0x1<4K> ada4: Previously was known as ad12 ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 ada5: ATA-8 SATA 3.x device ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada5: quirks=0x1<4K> ada5: Previously was known as ad14 SMP: AP CPU #4 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus3 uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 Trying to mount root from zfs:zroot/ROOT/default []... ugen0.2: at usbus0 ugen0.3: at usbus0 ffclock reset: HPET (14318180 Hz), time = 1376581153.500000000 Setting hostuuid: 53d19f64-d663-a017-8922-0030488e9ff3. Setting hostid: 0xf53a926e. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: borg.lerctr.org. Starting Network: lo0 em0 em1. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 inet6 fe80::230:48ff:fef2:299c%em0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect status: no carrier em1: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9d nd6 options=29 media: Ethernet autoselect status: no carrier Starting devd. Starting Network: em1. em1: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9d nd6 options=29 media: Ethernet autoselect status: no carrier uhid0: on usbus3 ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=0 Starting ums0 moused. add net default: gateway 192.168.200.11 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Mounting NFS file systems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/kde4/lib /usr/local/lib/compat /usr/local/lib/dbmail /usr/local/lib/event2 /usr/local/lib/pth /usr/local/lib/qt4 /usr/local/lib/virtualbox 32-bit compatibility ldconfig path: /usr/lib32 /usr/local/lib32/compat Creating and/or trimming log files. Starting syslogd. Starting watchdogd. No core dumps found. Additional ABI support: linux. Starting rpcbind. NFS access cache time=60 Clearing /tmp (X related). Starting mountd. NFSv4 is disabled Starting nfsd. Starting apcupsd. Updating motd:. Mounting late file systems:. Starting ntpd. Starting sshblock. Starting smartd. Updating cpucodes... /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl0 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl1 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl2 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl3 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl4 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl5 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl6 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl7 from rev 0x60c to rev 0x60f... done. Done. Starting exim. Starting cupsd. Starting boinc_client. Starting bacula_sd. Starting bacula_fd. Starting bacula_dir. Performing sanity check on sshd configuration. Starting sshd. Configuring syscons: blanktime. Starting cron. mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured Starting inetd. Starting background file system checks in 60 seconds. Thu Aug 15 10:39:51 CDT 2013 Fatal trap 9: general protection fault while in kernel mode cpuid = 3; apic id = 03 instruction pointer = 0x20:0xffffffff808130f8 stack pointer = 0x28:0xffffff900d06da70 frame pointer = 0x28:0xffffff900d06daa0 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 = 20 (vnlru) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 12h30m58s Dumping 5508 out of 64480 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident BORG-DTRACE machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options FFCLOCK options USB_DEBUG options RDRAND_RNG options PADLOCK_RNG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options MALLOC_DEBUG_MAXZONES=8 options KDB_TRACE options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options QUOTA options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device esp device isci device scbus device ch device da device sa device cd device pass device ses device hptnr device aacraid device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device uart device ppc device ppbus device lpt device ppi device em device miibus device cas device gem device hme device nfe device nge device loop device random device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device netmap ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 15:02:13 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3CADCAE; Fri, 16 Aug 2013 15:02:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B44A22CAF; Fri, 16 Aug 2013 15:02:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7GF23xT059199; Fri, 16 Aug 2013 18:02:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7GF23xT059199 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7GF21cU059198; Fri, 16 Aug 2013 18:02:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Aug 2013 18:02:01 +0300 From: Konstantin Belousov To: Dimitry Andric Subject: Re: building i386 world on amd64 host: failed @svn Message-ID: <20130816150201.GF4972@kib.kiev.ua> References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> <20130815183640.GR4972@kib.kiev.ua> <20130815193049.GU4972@kib.kiev.ua> <520D2E40.2090704@FreeBSD.org> <70C1942B-8BA3-47D8-BFE4-3DC3B5CAD56C@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dscJE5GGjyIXq/37" Content-Disposition: inline In-Reply-To: <70C1942B-8BA3-47D8-BFE4-3DC3B5CAD56C@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@FreeBSD.org, Dmitry Morozovsky , Jung-uk Kim , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 15:02:13 -0000 --dscJE5GGjyIXq/37 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 16, 2013 at 02:33:29PM +0200, Dimitry Andric wrote: > On Aug 15, 2013, at 21:38, Jung-uk Kim wrote: > > On 2013-08-15 15:30:49 -0400, Konstantin Belousov wrote: > >> On Thu, Aug 15, 2013 at 09:12:52PM +0200, Dimitry Andric wrote: > >>> On Aug 15, 2013, at 20:36, Konstantin Belousov > >>> wrote: > >>>> Does the linux box defaults to pentium or higher for -march ?=20 > >>>> 64 bit atomics cannot be implemented in usermode on i386 on=20 > >>>> processors which do not have cmpxchg8b instruction. > >>>=20 > >>> Ah yes, you are totally right, with -v it gives: > >>>=20 > >>> COLLECT_GCC_OPTIONS=3D'-O2' '-S' '-v' '-mtune=3Dgeneric' > >>> '-march=3Di586' > >>>=20 > >>> So we should really disable atomics for i486 and lower? Though I > >>> have understood that there also some pentiums without > >>> cmpxchg8b... > >>=20 > >> I do not think that there was any Pentium-branded CPU which did > >> not implemented cmpxchg8b. Some late 486 did provided cpuid, but I > >> am almost certain that they did not have cmpxchg8b (cannot check > >> anyway). > >=20 > > It is actually little complicated. > >=20 > > http://www.geoffchappell.com/studies/windows/km/cpu/cx8.htm >=20 >=20 > In contrast, gcc's rules (in contrib/gcc/config/i386/i386.c) are pretty > straightforward: >=20 > /* Compare and exchange was added for 80486. */ > const int x86_cmpxchg =3D ~m_386; > /* Compare and exchange 8 bytes was added for pentium. */ > const int x86_cmpxchg8b =3D ~(m_386 | m_486); >=20 > So maybe the following is a safe enough solution for now: >=20 > Index: usr.bin/svn/svn_private_config.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 > --- usr.bin/svn/svn_private_config.h (revision 254300) > +++ usr.bin/svn/svn_private_config.h (working copy) > @@ -153,7 +153,9 @@ > #define SVN_FS_WANT_DB_PATCH 14 >=20 > /* Define if compiler provides atomic builtins */ > +#if !defined(__i386__) || !defined(__i486__) > #define SVN_HAS_ATOMIC_BUILTINS 1 > +#endif I do not understand this. Isn't __i386__ defined always when compiling for 32bit x86 ? =20 The !defined(__i486__) part assumes that any other cpu variation supported by compiler has cmpxchg8b. --dscJE5GGjyIXq/37 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSDj7pAAoJEJDCuSvBvK1BrI0P/0Uz2IwpZr9PxNOOpN1dLSeD TknmrCubSz5X/sxkhZuUa8On1sJMM801hxLaJzJGISTA004xjH3lEWG8TI4Vdhcn nDMiwRRtOsg/e1zdqjjj+2BZbAn4LbVWNbAfN8FHXo/UPpQdoc4RQmt/jL+yFREN /c4uD6dO/kN+1jdaFfN/LbZbecHA9/3+HGpNTfOfxbNeLg5irpFSN1wFN8heXylY DJYVmPU/CKj6/lXr21/vV5oMY46Yb77OM0QMKR2ROTCHl8ONqYJ/pzwlcbPmHGzH e91WfC8GiYAwNzpXUCv6LJ2N0k+783r9/Ofhp0s7UG1RMxNVsPLUUyyPsV0tOh9o dG80PIXiwPPsr/pD3teWGDE17nxHHtSPwiUM8iLrB7hmOjHmkk0j9Y8gBEKjXN8+ aAqUxcR2Tk2cXDOiGG5y3//7oDFyDnv+RGjo3KazeP8S0y6ib66ZNkdwdRf53VTw vYxc0P+yiK//o5M7Svd92zkQkXAqGiTJ8Ha/PJhFIBH6sSW5ZbQizCfwCx6+pFEx tMZzAZapUnyDyM82vkUKql8CJkdZDEWNvIXVTuT30W3NESnYWRbHptNjcuWlsJLp DnB6vOWOvosUn4r1Hz7H2IYGSCAI/DolhBQLAaDDUC2U+KVVyIWeaNSOJZLL3FeZ esVWTbY2f1dwnb6JxGe4 =sQzt -----END PGP SIGNATURE----- --dscJE5GGjyIXq/37-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 15:05:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E198F330 for ; Fri, 16 Aug 2013 15:05:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 518622CFC for ; Fri, 16 Aug 2013 15:05:36 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7GF5WVg059979; Fri, 16 Aug 2013 18:05:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7GF5WVg059979 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7GF5W8g059978; Fri, 16 Aug 2013 18:05:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Aug 2013 18:05:32 +0300 From: Konstantin Belousov To: Larry Rosenman Subject: Re: Still seeing random vmem(?) crashes Message-ID: <20130816150532.GG4972@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pFboftKkh8jzkhkr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 15:05:36 -0000 --pFboftKkh8jzkhkr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote: > I'm still seeing random crashes..... > I have the vmcore as well.... >=20 > Ideas? What if you remove any modules not coming from the base system, does the problem still stay there ? --pFboftKkh8jzkhkr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSDj+7AAoJEJDCuSvBvK1BRMcP/1y/BtdPHuGWYo2eovj9cnKM iOddjDUVhCwXV9GovM4dNonw0ugy5d6s1ehaeAVliXbJS4NG4hX1l+j8c0Hgx/zx 9PyyBWaCPIj5W/cGN95iBz7p5VcYdjgy2AKDQGDaDiihIyYyNrbR+/9rgSl2302T QwAzMEHqFA821hExEQridewc5E8IjelMxQJJNpM+zxC3L0IcOdqpNNt6/xxmD6ap cRNoqd8AyrLdZsWMC/hKT43pCLagw0bmghoyUF+t2hJyc8H/lDcdgaQ9fM3MA3ZI nmvFMHE+xdcujmUootKdri0/uq1QWhiQ75h3hZIby1r1zaJZJBIlLramsaw+YZ33 zi8uUiG876FwGGSVlKsTdMhfmvMI498A4mLb71W4G2dWVvpwkBwegwWjQrhUVCBt I0MLylrz6zGEzizQQShsY2c/B79sPl1o7OaUkUAMbwRkz2NwYr4/UjjSEHJhB/NW KMx/TYO8QN+DHrCMNFFZGmQeab5+Vy/v38+CJPJgp2Uw9QWcgY0o7qsuztk2tRl2 B3dy4EFP5ixCsz3ClHJ0u1goQHMLtMHUC4+BmcQlbbzw1qaF2bcFZnYes8eXPk/H x510h7GbrPjHmlTnMyWd/7VTFNyzPidhc9kMT+nNbrFRLpvzCd4239z7eVhWUUnX p9Ds2kmV5DN7yAr5p1Fm =WfNF -----END PGP SIGNATURE----- --pFboftKkh8jzkhkr-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 15:41:56 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 496B2E08; Fri, 16 Aug 2013 15:41:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0900A2F3C; Fri, 16 Aug 2013 15:41:55 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::70f6:891e:806a:7c37] (unknown [IPv6:2001:7b8:3a7:0:70f6:891e:806a:7c37]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3586F5C43; Fri, 16 Aug 2013 17:41:52 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: building i386 world on amd64 host: failed @svn From: Dimitry Andric In-Reply-To: <20130816150201.GF4972@kib.kiev.ua> Date: Fri, 16 Aug 2013 17:41:50 +0200 Content-Transfer-Encoding: 7bit Message-Id: <495D839B-4327-4E96-B4F4-66413D2ACD78@FreeBSD.org> References: <17A40261-A0DA-4070-990F-0D0777A5BE44@FreeBSD.org> <20130815183640.GR4972@kib.kiev.ua> <20130815193049.GU4972@kib.kiev.ua> <520D2E40.2090704@FreeBSD.org> <70C1942B-8BA3-47D8-BFE4-3DC3B5CAD56C@FreeBSD.org> <20130816150201.GF4972@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@FreeBSD.org, Dmitry Morozovsky , Jung-uk Kim , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 15:41:56 -0000 On Aug 16, 2013, at 17:02, Konstantin Belousov wrote: > On Fri, Aug 16, 2013 at 02:33:29PM +0200, Dimitry Andric wrote: ... >> In contrast, gcc's rules (in contrib/gcc/config/i386/i386.c) are pretty >> straightforward: >> >> /* Compare and exchange was added for 80486. */ >> const int x86_cmpxchg = ~m_386; >> /* Compare and exchange 8 bytes was added for pentium. */ >> const int x86_cmpxchg8b = ~(m_386 | m_486); >> >> So maybe the following is a safe enough solution for now: >> >> Index: usr.bin/svn/svn_private_config.h >> =================================================================== >> --- usr.bin/svn/svn_private_config.h (revision 254300) >> +++ usr.bin/svn/svn_private_config.h (working copy) >> @@ -153,7 +153,9 @@ >> #define SVN_FS_WANT_DB_PATCH 14 >> >> /* Define if compiler provides atomic builtins */ >> +#if !defined(__i386__) || !defined(__i486__) >> #define SVN_HAS_ATOMIC_BUILTINS 1 >> +#endif > I do not understand this. Isn't __i386__ defined always when compiling > for 32bit x86 ? > > The !defined(__i486__) part assumes that any other cpu variation supported > by compiler has cmpxchg8b. Yes, that was the intention. So if it is i386 arch, but the CPU isn't i486, the builtins can be enabled. This is the same logic that gcc itself uses. It only breaks down when compiling with -mcpu=i386 though, but I don't think we support that anymore? The ifdef was just the negation of: #if defined(__i386__) && defined(__i486__) #undef SVN_HAS_ATOMIC_BUILTINS #endif -Dimitry From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 18:42:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8B225723; Fri, 16 Aug 2013 18:42:46 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 484162A1B; Fri, 16 Aug 2013 18:42:46 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id tp5so4067287ieb.13 for ; Fri, 16 Aug 2013 11:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aDh5VMcGxCsYJaLneNpx4mN0c01iDboIvvZxRqGx8ik=; b=IcNlY7pkpZQjx6ja5viu+EjXA+aZUSJ+jiR+wv101Yr7YXchQ7bOduFKpEAwRxzqy9 1kHKN3l7KZH410UbYlp1MGz9z8lNBulTwBwaRtHgPrCpL3dAu/bi5SwU15ZdM5J8ZoeV gx+OBm7RlL4Y6CQL9TpbtXA+6KHbsj/uGCdJ9UnLQ3V9C2HtffcIGxwAM93DyKMJZXxh qsVPywa+LRjPkHNhc3hpLgND/UqbLM1YnnidAXyjHRqI9IEJkoYnVKpXbWQadSOdN09t yXDGINsMVk7xRBfGfh1UQtxvcYrpdxWqISe7xxmJ9B7X6CzupT48by4GTfQCRxA4+UWY Ac3A== MIME-Version: 1.0 X-Received: by 10.50.126.74 with SMTP id mw10mr216525igb.24.1376678564975; Fri, 16 Aug 2013 11:42:44 -0700 (PDT) Received: by 10.42.179.71 with HTTP; Fri, 16 Aug 2013 11:42:44 -0700 (PDT) In-Reply-To: References: <201306190832.r5J8WZFE082135@elf.torek.net> Date: Fri, 16 Aug 2013 11:42:44 -0700 Message-ID: Subject: Re: expanding past 1 TB on amd64 From: Neel Natu To: Chris Torek Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: alc@freebsd.org, freebsd-current , Neel Natu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 18:42:46 -0000 Hi Chris, Alan: On Sun, Jul 21, 2013 at 1:19 AM, Chris Torek wrote: > (Apologies for delay in reply, family issues) > > I'd be fine with 4 TB instead of 16; and, at this point, with the latest > patches, it's easily tuned. The auto-sizing of the direct map is not > affected by sparse space as it keys off Maxmem, which is not actually > physical size, but rather "one past last valid physical page". > Here is the patch that I intend to commit: http://people.freebsd.org/~neel/patches/amd64_pmap_4TB.patch This patch bumps up the direct map to 4TB and the KVA to 2TB. It is identical to the patch you posted on hackers except for changing the limits: http://lists.freebsd.org/pipermail/freebsd-hackers/2013-July/043139.html Tested inside a bhyve virtual machine with a *very* sparse memory layout with a memory segment that cuddles up with the 4TB limit. best Neel > > The direct map limit might not need to be "twice kernel virtual size" but > on Intel memory-controller systems needs to be "greater than KVM size" du= e > to moving DRAM up past the PCI hole. Unless the restriction that the > direct-map area be a power of two size is removed, that winds up meaning > "twice". (Removing the restriction seems easy enough=97instead of "pa | > highbits" to obtain VA and "va &~ highbits" to obtain PA, just use "phys = + > offset" and "virt - offset". I didn't see a reason to bother with the > effort, though.) > > Chris > From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 18:54:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DAEA0C56 for ; Fri, 16 Aug 2013 18:54:34 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4BA52AC2 for ; Fri, 16 Aug 2013 18:54:34 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id bg4so2199825pad.32 for ; Fri, 16 Aug 2013 11:54:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=2whnVG6r7QeFyD1bH9WB/4lCGs44cfDN9DaAl3xSjJg=; b=IAcHAF3OwUTmbrUSbgB+9HJAG9hram3c/IK3XD259UAarWKdntp/mMtb4NZI0HrjnM eGMGzrh7Ys3GYpWxBkZTzYG2gZyQg0faXyG7PPffD95KW7diNwcX4QpHC6MtZq+nKZOM OytOBLK9hH0E2zHUzpootBf0uMmeoEt5xyBc32TBzPWeJQz6DWgpgyfinjPNwA2Z3Scy nC1xRw3KnWx2zrRQsEC/HjtzdtSzLYFliR6mFUF9Eio2yqjzkf8+/9ZCSvkT5m2c9Y0A 0rS8UlZeVgGyfmS1QMkboI0Bl/VHQOE7yyqqI2k/A12UbFa91Tm9nbxlgxAtmXNuvQm3 vovQ== X-Received: by 10.66.155.69 with SMTP id vu5mr3333049pab.176.1376679274334; Fri, 16 Aug 2013 11:54:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.48.234 with HTTP; Fri, 16 Aug 2013 11:54:14 -0700 (PDT) In-Reply-To: References: <1376632058.1841.6.camel@localhost> From: Eric Camachat Date: Fri, 16 Aug 2013 11:54:14 -0700 Message-ID: Subject: Re: ipv6_activate_all_interfaces doesn't work on wireless interface. To: Kimmo Paasiala Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 18:54:35 -0000 OK, I will try add accept_rtadv to ifconfig_wlan0_ipv6. Thanks, Eric On Fri, Aug 16, 2013 at 6:19 AM, Kimmo Paasiala wrote: > On Fri, Aug 16, 2013 at 8:47 AM, Eric L Camachat > wrote: > > Here is my /etc/rc.conf > > ipv6_enable="YES" > > #ip6addrctl_enable="YES" > > #ip6addrctl_policy="ipv6_prefer" > > #ipv6_activate_all_interfaces="YES" > > wlans_iwn0="wlan0" > > ifconfig_wlan0="WPA DHCP" > > > > rc.d system said ipv6_enable is obsoleted by > > ipv6_activate_all_interfaces. > > So, I tried to replaced ipv6_enable with ipv6_activate_all_interfaces > > and ip6addrctl_*, interface wlan0 will not get ipv6 address from router. > > > > After investigated, that's because of wlan0 didn't add 'accept_rtadv' > > ipv6 option. > > > > -- > > Eric > > > > As far as I know, not enabling accept_rtadv is a reasonable default > and it has been like that always. Just like DHCP is not a default > configuration method for IPv4 addresses. > > -Kimmo > From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 19:27:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 26616653 for ; Fri, 16 Aug 2013 19:27:12 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7FD02C47 for ; Fri, 16 Aug 2013 19:27:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=eppZFoK26MN0Hp8hI9ZyC+sDrGi5ZFduVI4GN0HOk7g=; b=NmAjxRIsyBlBH8Y6ATZ5bwhU9iheC6q/41MR0FCm+QZt4f34kLk+UVw90mV6zQtLqYh/cq5a14+e1HbJeFYCQlGEN+QEoADqOEqPgAcI5azFCnegF9CLv0MHBK1JYSRJtCfpqcs9fIKwp+dPp9UjCld8f7+MwsIqy9vi7/nz9Sk=; Received: from localhost.lerctr.org ([127.0.0.1]:30831 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VAPfx-000Nfi-Nc; Fri, 16 Aug 2013 14:27:11 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 16 Aug 2013 14:27:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 16 Aug 2013 14:27:08 -0500 From: Larry Rosenman To: Konstantin Belousov Subject: Re: Still seeing random =?UTF-8?Q?vmem=28=3F=29=20crashes?= In-Reply-To: <20130816150532.GG4972@kib.kiev.ua> References: <20130816150532.GG4972@kib.kiev.ua> Message-ID: <6e914a7f984ffb99194c0aa5dd4409f5@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Score: -5.6 (-----) X-LERCTR-Spam-Score: -5.6 (-----) X-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.7 X-LERCTR-Spam-Report: SpamScore (-5.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.7 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 19:27:12 -0000 On 2013-08-16 10:05, Konstantin Belousov wrote: > On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote: >> I'm still seeing random crashes..... >> I have the vmcore as well.... >> >> Ideas? > What if you remove any modules not coming from the base system, > does the problem still stay there ? I've removed the nvidia module, and that's the only one I have that's not part of the base. We'll see what it does over the next few days. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 20:05:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 638806C0 for ; Fri, 16 Aug 2013 20:05:29 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD9912E50 for ; Fri, 16 Aug 2013 20:05:28 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id eh20so1836808lab.18 for ; Fri, 16 Aug 2013 13:05:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=5z/qCnK0jD6nJBqicWh8crxoDVmP3TAfKFe9LdwV1/U=; b=NWWEk2ET2K/ouHzZ4QQAQIBZwCu21puA1BTLr35Pxlv0NWFCcwAJGB4Yt6ynILlvXG hX34mdwpsQN8IepUXHEIzazpoiPxryrCITjy1grRL/+K0pbx6gXtUMrLmhOLyE/sO85T En+qA4Omh8vD92ojMoKWbDDG93tk+MAECdo0u8l71bIpl1gjoII/K5MFBgaI33YLbkOY 1+eHJxK/WRuh7gKAdeZq/axjJ122qbJFpLdE0oox8Q9MZQoSv0QgpJ9PutY4uE5kL6HF dSuOiCsFo+Hen3vNmBPZWIeiEfFZLewEDjK1xHDIuhOd2+CuWoSEaP7d7BBiLREhwiQf KQwg== X-Received: by 10.152.8.12 with SMTP id n12mr2628808laa.10.1376683526914; Fri, 16 Aug 2013 13:05:26 -0700 (PDT) Received: from scorpion.kiev.ua ([46.247.160.117]) by mx.google.com with ESMTPSA id js17sm1369098lab.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 Aug 2013 13:05:26 -0700 (PDT) Message-ID: <520E8602.5050408@gmail.com> Date: Fri, 16 Aug 2013 23:05:22 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD Current Subject: USB no proper work Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 20:05:29 -0000 uname -a FreeBSD scorpion.kiev.ua 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254417M: Fri Aug 16 21:53:47 EEST 2013 root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 After first attach USB Flash drive - is good mount. After detach and attach again, USB Flash drive not detected any more. If enter "shutdown -r now" system not be rebooting. The flash drive silicon-Power16G PMAP does not work at all. In build FreeBSD at Jul 28 2013 it's work fine. From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 20:13:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1BF1B895 for ; Fri, 16 Aug 2013 20:13:42 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id CE6CB2EC8 for ; Fri, 16 Aug 2013 20:13:41 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id EA4207A3C1; Fri, 16 Aug 2013 22:13:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id AE7508EEB0E; Fri, 16 Aug 2013 22:13:50 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ZeX56iaAQh1; Fri, 16 Aug 2013 22:13:50 +0200 (CEST) Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id EC6BD8EEB0C; Fri, 16 Aug 2013 22:13:49 +0200 (CEST) Message-ID: <520E8842.4020609@bitfrost.no> Date: Fri, 16 Aug 2013 22:14:58 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alexander Panyushkin Subject: Re: USB no proper work References: <520E8602.5050408@gmail.com> In-Reply-To: <520E8602.5050408@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 20:13:42 -0000 On 08/16/13 22:05, Alexander Panyushkin wrote: > uname -a > FreeBSD scorpion.kiev.ua 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254417M: > Fri Aug 16 21:53:47 EEST 2013 > root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 > > After first attach USB Flash drive - is good mount. After detach and > attach again, USB Flash drive not detected any more. > If enter "shutdown -r now" system not be rebooting. > > The flash drive silicon-Power16G PMAP does not work at all. > > In build FreeBSD at Jul 28 2013 it's work fine. Hi, Can you show dmesg? Did you try 10-current as of today? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 20:35:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AA384FD6; Fri, 16 Aug 2013 20:35:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E31AB2FDD; Fri, 16 Aug 2013 20:35:10 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id q59so1750139wes.41 for ; Fri, 16 Aug 2013 13:35:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VrAiybVnEnQQ1TBbZDbqjAReNt4r5X3EAN+UfyRfu2I=; b=vb0oyYRXB7kWNLb8n6Sk0kFyXPEyQLoiozWT5AjFDOdltgrYDe4PXt8ldLxNv/kcyE qsh/NfRUtWEma8TpBO2ugYc+703C4meoZs6fpfQuZceMplA6ZhzLQgwiOk48UBfA7XJL YCt6yADODsLE2nDq2fWbUJ4zUcDrsMhSEZ6YS/LXqRFhVVYSOeraJu/YSvoC9xAIzSEG bLdtiVGxV3o8EItx4m3w8pPLfr5loLr/MmXbvMhEOBPUB6Y4eVbEOBdk0+XRfQlIVKHC HQIFRAEm1IU1VHjrKqy+vUu+PWkD9TvXlbDsnFFFq/lS+/3qP6u64l7Of6ZoZIqm9ZH1 xMuQ== MIME-Version: 1.0 X-Received: by 10.180.37.164 with SMTP id z4mr525797wij.30.1376685309115; Fri, 16 Aug 2013 13:35:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.116.136 with HTTP; Fri, 16 Aug 2013 13:35:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 Aug 2013 13:35:09 -0700 X-Google-Sender-Auth: dUSEpuK_q1CArJk42peDffgNYwo Message-ID: Subject: Re: patch: enable MEM_LOAD_UOPS_LLC_HIT_RETIRED on sandy bridge xeon From: Adrian Chadd To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Davide Italiano , Jim Harris , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 20:35:11 -0000 Attempt #2: http://people.freebsd.org/~adrian/netflix/20130816-hwpmc-sbx-1.diff I've verified that I get counter events from this! But I need to load up a system more to trigger contention to validate that they're doing the right thing. Unfortunately there's an erratum on this which we need to add in the hack for: http://software.intel.com/en-us/articles/performance-monitoring-on-intel-xeon-processor-e5-family .. sigh. -adrian From owner-freebsd-current@FreeBSD.ORG Fri Aug 16 20:39:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A16A31B4 for ; Fri, 16 Aug 2013 20:39:06 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D255200A for ; Fri, 16 Aug 2013 20:39:05 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id n6so1706689lbi.36 for ; Fri, 16 Aug 2013 13:39:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=B/E6UKV7RjK1RTikBEimF9tC5yTnbn5AOpRrUWFrNxc=; b=yh4hxFuDpk71n6T/OvDRitfSaVXf1TzGRCwcrvd7wXlMl0COUfKs6IfpTFv+6nJGMR SM3T07YCVlZ2oZKJSw94CEk0Aao0e8HVRCvS1Jk6iZffzpxSHxAalo7OSgRJhYF6QPw7 1/6VEWR+iVaC0rxPqd4yfVBW5hUHuSi7JGlJVSZrihOAyJZayxSBFTNXGGb3UCviLUmv sw3+7XP2n95bubsepSYwrC2ITEixEu30jw66Yk0bJl2KrYjNFkb2UIevKa35NBW6hHAF tkEQ/3z0b95AFlDtrDjImaGtcpA5za3jd0NL/SjOvJc0pfAuCjrPhQ2pPSRpBgzXWNLF VJ2Q== X-Received: by 10.112.132.193 with SMTP id ow1mr2560736lbb.40.1376685543801; Fri, 16 Aug 2013 13:39:03 -0700 (PDT) Received: from scorpion.kiev.ua ([46.247.175.157]) by mx.google.com with ESMTPSA id db5sm1400604lac.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 Aug 2013 13:39:02 -0700 (PDT) Message-ID: <520E8DE1.1090609@gmail.com> Date: Fri, 16 Aug 2013 23:38:57 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: Hans Petter Selasky Subject: Re: USB no proper work References: <520E8602.5050408@gmail.com> <520E8842.4020609@bitfrost.no> In-Reply-To: <520E8842.4020609@bitfrost.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 16 Aug 2013 20:39:06 -0000 16.08.2013 23:14, Hans Petter Selasky пишет: > On 08/16/13 22:05, Alexander Panyushkin wrote: >> uname -a >> FreeBSD scorpion.kiev.ua 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254417M: >> Fri Aug 16 21:53:47 EEST 2013 >> root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 >> >> After first attach USB Flash drive - is good mount. After detach and >> attach again, USB Flash drive not detected any more. >> If enter "shutdown -r now" system not be rebooting. >> >> The flash drive silicon-Power16G PMAP does not work at all. >> >> In build FreeBSD at Jul 28 2013 it's work fine. > > Hi, > > Can you show dmesg? > Aug 16 23:23:43 scorpion kernel: Copyright (c) 1992-2013 The FreeBSD Project. Aug 16 23:23:43 scorpion kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Aug 16 23:23:43 scorpion kernel: The Regents of the University of California. All rights reserved. Aug 16 23:23:43 scorpion kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Aug 16 23:23:43 scorpion kernel: FreeBSD 10.0-CURRENT #0 r254417M: Fri Aug 16 21:53:47 EEST 2013 Aug 16 23:23:43 scorpion kernel: root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 Aug 16 23:23:43 scorpion kernel: FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Aug 16 23:23:43 scorpion kernel: CPU: AMD Phenom(tm) II X4 945 Processor (3212.24-MHz K8-class CPU) Aug 16 23:23:43 scorpion kernel: Origin = "AuthenticAMD" Id = 0x100f42 Family = 0x10 Model = 0x4 Stepping = 2 Aug 16 23:23:43 scorpion kernel: Features=0x178bfbff Aug 16 23:23:43 scorpion kernel: Features2=0x802009 Aug 16 23:23:43 scorpion kernel: AMD Features=0xee500800 Aug 16 23:23:43 scorpion kernel: AMD Features2=0x37ff Aug 16 23:23:43 scorpion kernel: TSC: P-state invariant Aug 16 23:23:43 scorpion kernel: real memory = 8589934592 (8192 MB) Aug 16 23:23:43 scorpion kernel: avail memory = 8019021824 (7647 MB) Aug 16 23:23:43 scorpion kernel: Event timer "LAPIC" quality 400 Aug 16 23:23:43 scorpion kernel: ACPI APIC Table: <070511 APIC1920> Aug 16 23:23:43 scorpion kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Aug 16 23:23:43 scorpion kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) Aug 16 23:23:43 scorpion kernel: cpu0 (BSP): APIC ID: 0 Aug 16 23:23:43 scorpion kernel: cpu1 (AP): APIC ID: 1 Aug 16 23:23:43 scorpion kernel: cpu2 (AP): APIC ID: 2 Aug 16 23:23:43 scorpion kernel: cpu3 (AP): APIC ID: 3 Aug 16 23:23:43 scorpion kernel: ioapic0 irqs 0-23 on motherboard Aug 16 23:23:43 scorpion kernel: random: initialized Aug 16 23:23:43 scorpion kernel: ctl: CAM Target Layer loaded Aug 16 23:23:43 scorpion kernel: cryptosoft0: on motherboard Aug 16 23:23:43 scorpion kernel: acpi0: <070511 XSDT1920> on motherboard Aug 16 23:23:43 scorpion kernel: acpi0: Power Button (fixed) Aug 16 23:23:43 scorpion kernel: acpi0: reservation of fec00000, fed40000 (3) failed Aug 16 23:23:43 scorpion kernel: acpi0: reservation of 0, a0000 (3) failed Aug 16 23:23:43 scorpion kernel: acpi0: reservation of 100000, aff00000 (3) failed Aug 16 23:23:43 scorpion kernel: cpu0: on acpi0 Aug 16 23:23:43 scorpion kernel: cpu1: on acpi0 Aug 16 23:23:43 scorpion kernel: cpu2: on acpi0 Aug 16 23:23:43 scorpion kernel: cpu3: on acpi0 Aug 16 23:23:43 scorpion kernel: attimer0: port 0x40-0x43 irq 0 on acpi0 Aug 16 23:23:43 scorpion kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Aug 16 23:23:43 scorpion kernel: Event timer "i8254" frequency 1193182 Hz quality 100 Aug 16 23:23:43 scorpion kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Aug 16 23:23:43 scorpion kernel: Event timer "RTC" frequency 32768 Hz quality 0 Aug 16 23:23:43 scorpion kernel: hpet0: iomem 0xfed00000-0xfed00fff on acpi0 Aug 16 23:23:43 scorpion kernel: Timecounter "HPET" frequency 25000000 Hz quality 950 Aug 16 23:23:43 scorpion kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 Aug 16 23:23:43 scorpion kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 Aug 16 23:23:43 scorpion kernel: pcib0: port 0xcf8-0xcff on acpi0 Aug 16 23:23:43 scorpion kernel: pci0: on pcib0 Aug 16 23:23:43 scorpion kernel: pci0: at device 0.0 (no driver attached) Aug 16 23:23:43 scorpion kernel: isab0: port 0x900-0x9ff at device 1.0 on pci0 Aug 16 23:23:43 scorpion kernel: isa0: on isab0 Aug 16 23:23:43 scorpion kernel: nfsmb0: port 0xe00-0xe3f,0x600-0x63f,0x700-0x73f irq 20 at device 1.1 on pci0 Aug 16 23:23:43 scorpion kernel: smbus0: on nfsmb0 Aug 16 23:23:43 scorpion kernel: smb0: on smbus0 Aug 16 23:23:43 scorpion kernel: nfsmb1: on nfsmb0 Aug 16 23:23:43 scorpion kernel: smbus1: on nfsmb1 Aug 16 23:23:43 scorpion kernel: smb1: on smbus1 Aug 16 23:23:43 scorpion kernel: pci0: at device 1.2 (no driver attached) Aug 16 23:23:43 scorpion kernel: ohci0: mem 0xdfefb000-0xdfefbfff irq 21 at device 2.0 on pci0 Aug 16 23:23:43 scorpion kernel: usbus0 on ohci0 Aug 16 23:23:43 scorpion kernel: ehci0: mem 0xdfefac00-0xdfefacff irq 22 at device 2.1 on pci0 Aug 16 23:23:43 scorpion kernel: usbus1: EHCI version 1.0 Aug 16 23:23:43 scorpion kernel: usbus1 on ehci0 Aug 16 23:23:43 scorpion kernel: pcib1: at device 4.0 on pci0 Aug 16 23:23:43 scorpion kernel: pci1: on pcib1 Aug 16 23:23:43 scorpion kernel: pci1: at device 6.0 (no driver attached) Aug 16 23:23:43 scorpion kernel: hdac0: mem 0xdfef4000-0xdfef7fff irq 23 at device 5.0 on pci0 Aug 16 23:23:43 scorpion kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 Aug 16 23:23:43 scorpion kernel: ata0: at channel 0 on atapci0 Aug 16 23:23:43 scorpion kernel: ata1: at channel 1 on atapci0 Aug 16 23:23:43 scorpion kernel: nfe0: port 0xe480-0xe487 mem 0xdfef9000-0xdfef9fff irq 20 at device 7.0 on pci0 Aug 16 23:23:43 scorpion kernel: miibus0: on nfe0 Aug 16 23:23:43 scorpion kernel: rgephy0: PHY 1 on miibus0 Aug 16 23:23:43 scorpion kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow Aug 16 23:23:43 scorpion kernel: nfe0: Ethernet address: bc:ae:c5:dc:36:a7 Aug 16 23:23:43 scorpion kernel: atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xdfef8000-0xdfef8fff irq 21 at device 8.0 on pci0 Aug 16 23:23:43 scorpion kernel: ata2: at channel 0 on atapci1 Aug 16 23:23:43 scorpion kernel: ata3: at channel 1 on atapci1 Aug 16 23:23:43 scorpion kernel: atapci2: port 0xd800-0xd807,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xdfeef000-0xdfeeffff irq 22 at device 8.1 on pci0 Aug 16 23:23:43 scorpion kernel: ata4: at channel 0 on atapci2 Aug 16 23:23:43 scorpion kernel: ata5: at channel 1 on atapci2 Aug 16 23:23:43 scorpion kernel: pcib2: at device 9.0 on pci0 Aug 16 23:23:43 scorpion kernel: pci2: on pcib2 Aug 16 23:23:43 scorpion kernel: pcib3: at device 11.0 on pci0 Aug 16 23:23:43 scorpion kernel: pci3: on pcib3 Aug 16 23:23:43 scorpion kernel: pcib4: at device 12.0 on pci0 Aug 16 23:23:43 scorpion kernel: pci4: on pcib4 Aug 16 23:23:43 scorpion kernel: vgapci0: mem 0xde000000-0xdeffffff,0xc0000000-0xcfffffff,0xdd000000-0xddffffff irq 23 at device 13.0 on pci0 Aug 16 23:23:43 scorpion kernel: nvidia0: on vgapci0 Aug 16 23:23:43 scorpion kernel: vgapci0: child nvidia0 requested pci_enable_io Aug 16 23:23:43 scorpion kernel: vgapci0: child nvidia0 requested pci_enable_io Aug 16 23:23:43 scorpion kernel: amdtemp0: on hostb3 Aug 16 23:23:43 scorpion kernel: acpi_button0: on acpi0 Aug 16 23:23:43 scorpion kernel: ppc0: port 0x378-0x37f irq 7 on acpi0 Aug 16 23:23:43 scorpion kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode Aug 16 23:23:43 scorpion kernel: ppbus0: on ppc0 Aug 16 23:23:43 scorpion kernel: ppi0: on ppbus0 Aug 16 23:23:43 scorpion kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Aug 16 23:23:43 scorpion kernel: atkbd0: irq 1 on atkbdc0 Aug 16 23:23:43 scorpion kernel: kbd0 at atkbd0 Aug 16 23:23:43 scorpion kernel: atkbd0: [GIANT-LOCKED] Aug 16 23:23:43 scorpion kernel: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 Aug 16 23:23:43 scorpion kernel: sc0: on isa0 Aug 16 23:23:43 scorpion kernel: sc0: VGA <11 virtual consoles, flags=0x300> Aug 16 23:23:43 scorpion kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Aug 16 23:23:43 scorpion kernel: hwpstate0: on cpu0 Aug 16 23:23:43 scorpion kernel: fuse-freebsd: version 0.4.4, FUSE ABI 7.8 Aug 16 23:23:43 scorpion kernel: ZFS filesystem version: 5 Aug 16 23:23:43 scorpion kernel: ZFS storage pool version: features support (5000) Aug 16 23:23:43 scorpion kernel: Timecounters tick every 1.000 msec Aug 16 23:23:43 scorpion kernel: vboxdrv: fAsync=0 offMin=0x241 offMax=0x495 Aug 16 23:23:43 scorpion kernel: hdacc0: at cad 0 on hdac0 Aug 16 23:23:43 scorpion kernel: hdaa0: at nid 1 on hdacc0 Aug 16 23:23:43 scorpion kernel: pcm0: at nid 28,29 and 26,30,27 on hdaa0 Aug 16 23:23:43 scorpion kernel: pcm1: at nid 32 on hdaa0 Aug 16 23:23:43 scorpion kernel: usbus0: 12Mbps Full Speed USB v1.0 Aug 16 23:23:43 scorpion kernel: usbus1: 480Mbps High Speed USB v2.0 Aug 16 23:23:43 scorpion kernel: ugen1.1: at usbus1 Aug 16 23:23:43 scorpion kernel: uhub0: on usbus1 Aug 16 23:23:43 scorpion kernel: ugen0.1: at usbus0 Aug 16 23:23:43 scorpion kernel: uhub1: on usbus0 Aug 16 23:23:43 scorpion kernel: ada0 at ata0 bus 0 scbus0 target 1 lun 0 Aug 16 23:23:43 scorpion kernel: ada0: ATA-7 device Aug 16 23:23:43 scorpion kernel: ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) Aug 16 23:23:43 scorpion kernel: ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) Aug 16 23:23:43 scorpion kernel: ada0: Previously was known as ad1 Aug 16 23:23:43 scorpion kernel: ada1 at ata2 bus 0 scbus2 target 0 lun 0 Aug 16 23:23:43 scorpion kernel: ada1: ATA-7 SATA 2.x device Aug 16 23:23:43 scorpion kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Aug 16 23:23:43 scorpion kernel: ada1: 190782MB (390721968 512 byte sectors: 16H 63S/T 16383C) Aug 16 23:23:43 scorpion kernel: ada1: Previously was known as ad4 Aug 16 23:23:43 scorpion kernel: ada2 at ata3 bus 0 scbus3 target 0 lun 0 Aug 16 23:23:43 scorpion kernel: ada2: ATA-7 SATA 2.x device Aug 16 23:23:43 scorpion kernel: ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Aug 16 23:23:43 scorpion kernel: ada2: 238474MB (488395055 512 byte sectors: 16H 63S/T 16383C) Aug 16 23:23:43 scorpion kernel: ada2: Previously was known as ad6 Aug 16 23:23:43 scorpion kernel: ada3 at ata4 bus 0 scbus4 target 0 lun 0 Aug 16 23:23:43 scorpion kernel: ada3: ATA-8 SATA 2.x device Aug 16 23:23:43 scorpion kernel: ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Aug 16 23:23:43 scorpion kernel: ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) Aug 16 23:23:43 scorpion kernel: ada3: Previously was known as ad8 Aug 16 23:23:43 scorpion kernel: ada4 at ata5 bus 0 scbus5 target 0 lun 0 Aug 16 23:23:43 scorpion kernel: ada4: ATA-7 SATA 2.x device Aug 16 23:23:43 scorpion kernel: ada4: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Aug 16 23:23:43 scorpion kernel: ada4: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) Aug 16 23:23:43 scorpion kernel: ada4: Previously was known as ad10 Aug 16 23:23:43 scorpion kernel: SMP: AP CPU #1 Launched! Aug 16 23:23:43 scorpion kernel: SMP: AP CPU #2 Launched! Aug 16 23:23:43 scorpion kernel: SMP: AP CPU #3 Launched! Aug 16 23:23:43 scorpion kernel: Timecounter "TSC-low" frequency 1606121827 Hz quality 800 Aug 16 23:23:43 scorpion kernel: cd0 at ata0 bus 0 scbus0 target 0 lun 0 Aug 16 23:23:43 scorpion kernel: cd0: Removable CD-ROM SCSI-0 device Aug 16 23:23:43 scorpion kernel: cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) Aug 16 23:23:43 scorpion kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Aug 16 23:23:43 scorpion kernel: uhub1: 10 ports with 10 removable, self powered Aug 16 23:23:43 scorpion kernel: Root mount waiting for: usbus1 Aug 16 23:23:43 scorpion last message repeated 3 times Aug 16 23:23:43 scorpion kernel: uhub0: 10 ports with 10 removable, self powered Aug 16 23:23:43 scorpion kernel: Trying to mount root from zfs:zroot []... Aug 16 23:23:43 scorpion kernel: ugen0.2: at usbus0 Aug 16 23:23:43 scorpion kernel: ums0: on usbus0 Aug 16 23:23:43 scorpion kernel: ums0: 3 buttons and [XYZ] coordinates ID=0 Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Device gpt/swap0.eli created. Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Encryption: AES-XTS 128 Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Crypto: software Aug 16 23:23:43 scorpion kernel: . Aug 16 23:23:45 scorpion dbus[1254]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper) Aug 16 23:23:45 scorpion dbus[1254]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper) Aug 16 23:23:45 scorpion dbus[1254]: [system] Successfully activated service 'org.freedesktop.PolicyKit1' Aug 16 23:23:45 scorpion dbus[1254]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Aug 16 23:23:45 scorpion console-kit-daemon[1275]: WARNING: kvm_getenvv failed: Aug 16 23:23:46 scorpion kernel: keyrate scrnmap font8x16 blanktime allscreens. ========This attach========== Aug 16 23:23:58 scorpion kernel: ugen1.2: at usbus1 Aug 16 23:23:58 scorpion kernel: umass0: on usbus1 Aug 16 23:23:58 scorpion kernel: da0 at umass-sim0 bus 0 scbus7 target 0 lun 0 Aug 16 23:23:58 scorpion kernel: da0: Removable Direct Access SCSI-0 device Aug 16 23:23:58 scorpion kernel: da0: 40.000MB/s transfers Aug 16 23:23:58 scorpion kernel: da0: 7580MB (15523840 512 byte sectors: 255H 63S/T 966C) Aug 16 23:23:58 scorpion kernel: da0: quirks=0x2 ========This deatach========== Aug 16 23:24:05 scorpion kernel: ugen1.2: at usbus1 (disconnected) Aug 16 23:24:05 scorpion kernel: umass0: at uhub0, port 4, addr 2 (disconnected) Aug 16 23:24:05 scorpion kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 2 refs ========This attach========== nothing ========This reboot========== Aug 16 23:26:40 scorpion shutdown: reboot by root: Aug 16 23:26:40 scorpion kernel: GEOM_ELI: Detached gpt/swap0.eli on last close. Aug 16 23:26:40 scorpion syslogd: exiting on signal 15 not rebooting press esset > Did you try 10-current as of today? > Yes From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 01:15:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 089285CE; Sat, 17 Aug 2013 01:15:33 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22b.google.com (mail-ea0-x22b.google.com [IPv6:2a00:1450:4013:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 170912BF1; Sat, 17 Aug 2013 01:15:31 +0000 (UTC) Received: by mail-ea0-f171.google.com with SMTP id n15so1292390ead.16 for ; Fri, 16 Aug 2013 18:15:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S7Fyau1oWnSTzPrUWMuGXioVO5ChufAGKhS3Co7rt/4=; b=tSTjIdM0CACdafAWR7ua2itUk5XSTalENjQEsyNtMteCmi6Jzj1qgfEF/sUQVbglnC lVJuk46Rmx2XX3psCpdO5gCjx4IkGxxGRvufU+ppwC8LwMWrFA0P1IE5hccMlxxm/Kaw 3l0h7uVoB7Ikcp6D7pBtW3H8kPqmqNqoOUB5P7rELZaWX0463q/qzKuRZpm7uS5J9u26 es2A1FLK3iSHDl/Owy4PwkpmUYnKZx+zqGPQauXZFCxI5QrZpk4HtdVJTlQnuQhQwtu3 CZfvAm5YyIVASe2m9DgjZov/S+WClPRAxfMNjG371RusHK2WdobgPRkx6Foi9gGTaVPR rCEg== MIME-Version: 1.0 X-Received: by 10.14.200.132 with SMTP id z4mr861025een.14.1376702130279; Fri, 16 Aug 2013 18:15:30 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Fri, 16 Aug 2013 18:15:30 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 Aug 2013 18:15:30 -0700 Message-ID: Subject: Re: patch: enable MEM_LOAD_UOPS_LLC_HIT_RETIRED on sandy bridge xeon From: hiren panchasara To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Davide Italiano , Jim Harris , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 01:15:33 -0000 On Fri, Aug 16, 2013 at 1:35 PM, Adrian Chadd wrote: > Attempt #2: > > http://people.freebsd.org/~adrian/netflix/20130816-hwpmc-sbx-1.diff > Looks good. You should update the manpage for sbx too and add new counters. > > I've verified that I get counter events from this! But I need to load up a > system more to trigger contention to validate that they're doing the right > thing. > > Unfortunately there's an erratum on this which we need to add in the hack > for: > > > http://software.intel.com/en-us/articles/performance-monitoring-on-intel-xeon-processor-e5-family > > .. sigh. > sigh indeed. Adding the PR you reported just for the reference: http://www.freebsd.org/cgi/query-pr.cgi?pr=181346&cat= Cheers, Hiren From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 03:45:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8616B955; Sat, 17 Aug 2013 03:45:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25E112174; Sat, 17 Aug 2013 03:45:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7H3j8pj033205; Fri, 16 Aug 2013 23:45:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7H3j875033194; Sat, 17 Aug 2013 03:45:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 03:45:08 GMT Message-Id: <201308170345.r7H3j875033194@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 03:45:18 -0000 TB --- 2013-08-17 01:53:12 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 01:53:12 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 01:53:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-08-17 01:53:12 - cleaning the object tree TB --- 2013-08-17 01:53:12 - /usr/local/bin/svn stat /src TB --- 2013-08-17 01:53:15 - At svn revision 254428 TB --- 2013-08-17 01:53:16 - building world TB --- 2013-08-17 01:53:16 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 01:53:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 01:53:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 01:53:16 - SRCCONF=/dev/null TB --- 2013-08-17 01:53:16 - TARGET=ia64 TB --- 2013-08-17 01:53:16 - TARGET_ARCH=ia64 TB --- 2013-08-17 01:53:16 - TZ=UTC TB --- 2013-08-17 01:53:16 - __MAKE_CONF=/dev/null TB --- 2013-08-17 01:53:16 - cd /src TB --- 2013-08-17 01:53:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Aug 17 01:53:23 UTC 2013 >>> 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 Sat Aug 17 03:30:09 UTC 2013 TB --- 2013-08-17 03:30:09 - generating LINT kernel config TB --- 2013-08-17 03:30:09 - cd /src/sys/ia64/conf TB --- 2013-08-17 03:30:09 - /usr/bin/make -B LINT TB --- 2013-08-17 03:30:09 - cd /src/sys/ia64/conf TB --- 2013-08-17 03:30:09 - /usr/sbin/config -m LINT TB --- 2013-08-17 03:30:09 - building LINT kernel TB --- 2013-08-17 03:30:09 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 03:30:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 03:30:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 03:30:09 - SRCCONF=/dev/null TB --- 2013-08-17 03:30:09 - TARGET=ia64 TB --- 2013-08-17 03:30:09 - TARGET_ARCH=ia64 TB --- 2013-08-17 03:30:09 - TZ=UTC TB --- 2013-08-17 03:30:09 - __MAKE_CONF=/dev/null TB --- 2013-08-17 03:30:09 - cd /src TB --- 2013-08-17 03:30:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 03:30:09 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_socket.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c:161: warning: redundant redeclaration of 'vn_sendfile' [-Wredundant-decls] /src/sys/sys/file.h:244: warning: previous declaration of 'vn_sendfile' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-17 03:45:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 03:45:07 - ERROR: failed to build LINT kernel TB --- 2013-08-17 03:45:07 - 5377.23 user 892.16 system 6715.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 04:46:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B2116173; Sat, 17 Aug 2013 04:46:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 766662411; Sat, 17 Aug 2013 04:46:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7H4kl87054312; Sat, 17 Aug 2013 00:46:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7H4klq3054309; Sat, 17 Aug 2013 04:46:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 04:46:47 GMT Message-Id: <201308170446.r7H4klq3054309@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 04:46:48 -0000 TB --- 2013-08-17 03:45:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 03:45:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 03:45:08 - starting HEAD tinderbox run for mips/mips TB --- 2013-08-17 03:45:08 - cleaning the object tree TB --- 2013-08-17 03:45:08 - /usr/local/bin/svn stat /src TB --- 2013-08-17 03:45:47 - At svn revision 254428 TB --- 2013-08-17 03:45:48 - building world TB --- 2013-08-17 03:45:48 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 03:45:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 03:45:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 03:45:48 - SRCCONF=/dev/null TB --- 2013-08-17 03:45:48 - TARGET=mips TB --- 2013-08-17 03:45:48 - TARGET_ARCH=mips TB --- 2013-08-17 03:45:48 - TZ=UTC TB --- 2013-08-17 03:45:48 - __MAKE_CONF=/dev/null TB --- 2013-08-17 03:45:48 - cd /src TB --- 2013-08-17 03:45:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Aug 17 03:45:55 UTC 2013 >>> 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 Sat Aug 17 04:44:51 UTC 2013 TB --- 2013-08-17 04:44:51 - cd /src/sys/mips/conf TB --- 2013-08-17 04:44:51 - /usr/sbin/config -m ADM5120 TB --- 2013-08-17 04:44:51 - skipping ADM5120 kernel TB --- 2013-08-17 04:44:51 - cd /src/sys/mips/conf TB --- 2013-08-17 04:44:51 - /usr/sbin/config -m ALCHEMY TB --- 2013-08-17 04:44:51 - skipping ALCHEMY kernel TB --- 2013-08-17 04:44:51 - cd /src/sys/mips/conf TB --- 2013-08-17 04:44:51 - /usr/sbin/config -m AP121 TB --- 2013-08-17 04:44:51 - building AP121 kernel TB --- 2013-08-17 04:44:51 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 04:44:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 04:44:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 04:44:51 - SRCCONF=/dev/null TB --- 2013-08-17 04:44:51 - TARGET=mips TB --- 2013-08-17 04:44:51 - TARGET_ARCH=mips TB --- 2013-08-17 04:44:51 - TZ=UTC TB --- 2013-08-17 04:44:51 - __MAKE_CONF=/dev/null TB --- 2013-08-17 04:44:51 - cd /src TB --- 2013-08-17 04:44:51 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Aug 17 04:44:51 UTC 2013 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_shm.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_socket.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c:161: warning: redundant redeclaration of 'vn_sendfile' [-Wredundant-decls] /src/sys/sys/file.h:244: warning: previous declaration of 'vn_sendfile' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP121 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-17 04:46:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 04:46:47 - ERROR: failed to build AP121 kernel TB --- 2013-08-17 04:46:47 - 2730.59 user 621.81 system 3698.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 05:13:20 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 40E0D4A6; Sat, 17 Aug 2013 05:13:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07B95250F; Sat, 17 Aug 2013 05:13:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7H5DFcP008109; Sat, 17 Aug 2013 01:13:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7H5DFMB008103; Sat, 17 Aug 2013 05:13:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 05:13:15 GMT Message-Id: <201308170513.r7H5DFMB008103@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 05:13:20 -0000 TB --- 2013-08-17 04:10:50 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 04:10:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 04:10:50 - starting HEAD tinderbox run for mips64/mips TB --- 2013-08-17 04:10:50 - cleaning the object tree TB --- 2013-08-17 04:10:50 - /usr/local/bin/svn stat /src TB --- 2013-08-17 04:10:54 - At svn revision 254428 TB --- 2013-08-17 04:10:55 - building world TB --- 2013-08-17 04:10:55 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 04:10:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 04:10:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 04:10:55 - SRCCONF=/dev/null TB --- 2013-08-17 04:10:55 - TARGET=mips TB --- 2013-08-17 04:10:55 - TARGET_ARCH=mips64 TB --- 2013-08-17 04:10:55 - TZ=UTC TB --- 2013-08-17 04:10:55 - __MAKE_CONF=/dev/null TB --- 2013-08-17 04:10:55 - cd /src TB --- 2013-08-17 04:10:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Aug 17 04:11:02 UTC 2013 >>> 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 Sat Aug 17 05:11:56 UTC 2013 TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m ADM5120 TB --- 2013-08-17 05:11:56 - skipping ADM5120 kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m ALCHEMY TB --- 2013-08-17 05:11:56 - skipping ALCHEMY kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AP121 TB --- 2013-08-17 05:11:56 - skipping AP121 kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AP91 TB --- 2013-08-17 05:11:56 - skipping AP91 kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AP93 TB --- 2013-08-17 05:11:56 - skipping AP93 kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AP94 TB --- 2013-08-17 05:11:56 - skipping AP94 kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AP96 TB --- 2013-08-17 05:11:56 - skipping AP96 kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-08-17 05:11:56 - skipping AR71XX_BASE kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AR724X_BASE TB --- 2013-08-17 05:11:56 - skipping AR724X_BASE kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-08-17 05:11:56 - skipping AR91XX_BASE kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AR933X_BASE TB --- 2013-08-17 05:11:56 - skipping AR933X_BASE kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m AR934X_BASE TB --- 2013-08-17 05:11:56 - skipping AR934X_BASE kernel TB --- 2013-08-17 05:11:56 - cd /src/sys/mips/conf TB --- 2013-08-17 05:11:56 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-08-17 05:11:56 - building BERI_DE4_MDROOT kernel TB --- 2013-08-17 05:11:56 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 05:11:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 05:11:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 05:11:56 - SRCCONF=/dev/null TB --- 2013-08-17 05:11:56 - TARGET=mips TB --- 2013-08-17 05:11:56 - TARGET_ARCH=mips64 TB --- 2013-08-17 05:11:56 - TZ=UTC TB --- 2013-08-17 05:11:56 - __MAKE_CONF=/dev/null TB --- 2013-08-17 05:11:56 - cd /src TB --- 2013-08-17 05:11:56 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sat Aug 17 05:11:56 UTC 2013 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_shm.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_socket.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c:161: warning: redundant redeclaration of 'vn_sendfile' [-Wredundant-decls] /src/sys/sys/file.h:244: warning: previous declaration of 'vn_sendfile' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-17 05:13:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 05:13:15 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-08-17 05:13:15 - 2727.67 user 613.82 system 3744.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 06:08:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4D043B24 for ; Sat, 17 Aug 2013 06:08:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3B0E26CC for ; Sat, 17 Aug 2013 06:08:38 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7H68XaK052967; Sat, 17 Aug 2013 09:08:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7H68XaK052967 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7H68Xci052966; Sat, 17 Aug 2013 09:08:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 17 Aug 2013 09:08:33 +0300 From: Konstantin Belousov To: Larry Rosenman Subject: Re: Still seeing random vmem(?) crashes Message-ID: <20130817060833.GJ4972@kib.kiev.ua> References: <20130816150532.GG4972@kib.kiev.ua> <6e914a7f984ffb99194c0aa5dd4409f5@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yf/vnJ1McekiaYLQ" Content-Disposition: inline In-Reply-To: <6e914a7f984ffb99194c0aa5dd4409f5@webmail.lerctr.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 06:08:39 -0000 --yf/vnJ1McekiaYLQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 16, 2013 at 02:27:08PM -0500, Larry Rosenman wrote: > On 2013-08-16 10:05, Konstantin Belousov wrote: > > On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote: > >> I'm still seeing random crashes..... > >> I have the vmcore as well.... > >>=20 > >> Ideas? > > What if you remove any modules not coming from the base system, > > does the problem still stay there ? > I've removed the nvidia module, and that's the only one I have that's=20 > not part of the base. >=20 > We'll see what it does over the next few days. I remember I saw at least vbox as well, and it was vbox that catched my eye. --yf/vnJ1McekiaYLQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSDxNgAAoJEJDCuSvBvK1BZucP/j4lUD5eBVcN7XiOJm+gaYHt YeB5lMghIV5S939begyMwakoUt6aySW0f5Fc635ExdD6bC07kzPxVOeqwLV9hTLG dRDpvLMC1tobj6HrpwZaaSvnGIxZqSvhg0vE+MqvcHUURic0b6K1SPKnTZReJqRt W6wZAVhkl2IDT0wlbRe/J7go9Q1XvqL83W5B+cmm3cX1sKindQ0h6rDG6cmWS9Ko bEAlWNe9zeegs1ZqgkIcZ2vKNCvM/TjHuObYHCsHFtcx9tVBLIrZ3d9EeWDAzSYS lllNCPMwRpk9dY2gp/d7hwiNkBx8tKJ/COkbxShkKi3foH32Y7/mlqPzE5kk7Egd IQxlcNmEOO/aWcplBPv9uzMxUPUvW+OmsHwL5nrc4PkoY/VuSsFv/h68qLMk0e+C 4xgoK6T/xBeeHW9n9Uqcu7V6TKqCUvTrmfDgQrgp03uhZ5kxYox1LcgTxTK6Sj4A kfqaCi3JXBbN5IXkoFATMUszwHYnzeFAmf7HXb6TOKwBfw7qzEyDxTa45/g3luES sbQQ/NusBZllca15Zp6DS5COCzvEBJ6gSQqmE3yRRvGC1w8+7IEFWjP2iibkAmF6 6XdQnpIFuav5P181sf8y0kiLdtvN5dqbcWfLqBhi1rjh4mn5FjU8az6rJssdWrfK otroPtcOpyKRS68gZbM6 =7RyO -----END PGP SIGNATURE----- --yf/vnJ1McekiaYLQ-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 06:21:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 57DC4CB1; Sat, 17 Aug 2013 06:21:37 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 14DC02760; Sat, 17 Aug 2013 06:21:36 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 9F7367A288; Sat, 17 Aug 2013 08:21:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 9327F8EEDF4; Sat, 17 Aug 2013 08:21:38 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yH-aqi9Izh1I; Sat, 17 Aug 2013 08:21:37 +0200 (CEST) Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 949248EEDF2; Sat, 17 Aug 2013 08:21:37 +0200 (CEST) Message-ID: <520F16B6.1070106@bitfrost.no> Date: Sat, 17 Aug 2013 08:22:46 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alexander Panyushkin Subject: Re: USB no proper work References: <520E8602.5050408@gmail.com> <520E8842.4020609@bitfrost.no> <520E8DE1.1090609@gmail.com> In-Reply-To: <520E8DE1.1090609@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 06:21:37 -0000 On 08/16/13 22:38, Alexander Panyushkin wrote: > ========This deatach========== > Aug 16 23:24:05 scorpion kernel: ugen1.2: at usbus1 > (disconnected) > Aug 16 23:24:05 scorpion kernel: umass0: at uhub0, port 4, addr 2 > (disconnected) > Aug 16 23:24:05 scorpion kernel: (da0:umass-sim0:0:0:0): lost device - 0 > outstanding, 2 refs Hi, The 2 refs is a problem that someone is keeping the device opened. That's the problem and that's what is stopping the enumeration thread. CC'ed mav --HPS From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 06:24:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBFA5DE7; Sat, 17 Aug 2013 06:24:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9269B277F; Sat, 17 Aug 2013 06:24:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7H6OSOf022594; Sat, 17 Aug 2013 02:24:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7H6OSNP022593; Sat, 17 Aug 2013 06:24:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 06:24:28 GMT Message-Id: <201308170624.r7H6OSNP022593@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 06:24:29 -0000 TB --- 2013-08-17 05:11:47 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 05:11:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 05:11:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-08-17 05:11:47 - cleaning the object tree TB --- 2013-08-17 05:11:47 - /usr/local/bin/svn stat /src TB --- 2013-08-17 05:11:51 - At svn revision 254428 TB --- 2013-08-17 05:11:52 - building world TB --- 2013-08-17 05:11:52 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 05:11:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 05:11:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 05:11:52 - SRCCONF=/dev/null TB --- 2013-08-17 05:11:52 - TARGET=sparc64 TB --- 2013-08-17 05:11:52 - TARGET_ARCH=sparc64 TB --- 2013-08-17 05:11:52 - TZ=UTC TB --- 2013-08-17 05:11:52 - __MAKE_CONF=/dev/null TB --- 2013-08-17 05:11:52 - cd /src TB --- 2013-08-17 05:11:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Aug 17 05:11:59 UTC 2013 >>> 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 Sat Aug 17 06:14:15 UTC 2013 TB --- 2013-08-17 06:14:15 - generating LINT kernel config TB --- 2013-08-17 06:14:15 - cd /src/sys/sparc64/conf TB --- 2013-08-17 06:14:15 - /usr/bin/make -B LINT TB --- 2013-08-17 06:14:15 - cd /src/sys/sparc64/conf TB --- 2013-08-17 06:14:15 - /usr/sbin/config -m LINT TB --- 2013-08-17 06:14:15 - building LINT kernel TB --- 2013-08-17 06:14:15 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 06:14:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 06:14:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 06:14:15 - SRCCONF=/dev/null TB --- 2013-08-17 06:14:15 - TARGET=sparc64 TB --- 2013-08-17 06:14:15 - TARGET_ARCH=sparc64 TB --- 2013-08-17 06:14:15 - TZ=UTC TB --- 2013-08-17 06:14:15 - __MAKE_CONF=/dev/null TB --- 2013-08-17 06:14:15 - cd /src TB --- 2013-08-17 06:14:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 06:14:15 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c:161: warning: redundant redeclaration of 'vn_sendfile' [-Wredundant-decls] /src/sys/sys/file.h:244: warning: previous declaration of 'vn_sendfile' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-17 06:24:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 06:24:28 - ERROR: failed to build LINT kernel TB --- 2013-08-17 06:24:28 - 3726.12 user 633.61 system 4360.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 06:54:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0618430E; Sat, 17 Aug 2013 06:54:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE5D028A5; Sat, 17 Aug 2013 06:54:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7H6s9dD009655; Sat, 17 Aug 2013 02:54:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7H6s9nq009654; Sat, 17 Aug 2013 06:54:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 06:54:09 GMT Message-Id: <201308170654.r7H6s9nq009654@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 06:54:11 -0000 TB --- 2013-08-17 04:13:40 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 04:13:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 04:13:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-08-17 04:13:40 - cleaning the object tree TB --- 2013-08-17 04:13:40 - /usr/local/bin/svn stat /src TB --- 2013-08-17 04:13:43 - At svn revision 254428 TB --- 2013-08-17 04:13:44 - building world TB --- 2013-08-17 04:13:44 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 04:13:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 04:13:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 04:13:44 - SRCCONF=/dev/null TB --- 2013-08-17 04:13:44 - TARGET=powerpc TB --- 2013-08-17 04:13:44 - TARGET_ARCH=powerpc TB --- 2013-08-17 04:13:44 - TZ=UTC TB --- 2013-08-17 04:13:44 - __MAKE_CONF=/dev/null TB --- 2013-08-17 04:13:44 - cd /src TB --- 2013-08-17 04:13:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Aug 17 04:13:51 UTC 2013 >>> 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 Sat Aug 17 06:46:27 UTC 2013 TB --- 2013-08-17 06:46:27 - generating LINT kernel config TB --- 2013-08-17 06:46:27 - cd /src/sys/powerpc/conf TB --- 2013-08-17 06:46:27 - /usr/bin/make -B LINT TB --- 2013-08-17 06:46:27 - cd /src/sys/powerpc/conf TB --- 2013-08-17 06:46:27 - /usr/sbin/config -m LINT TB --- 2013-08-17 06:46:27 - building LINT kernel TB --- 2013-08-17 06:46:27 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 06:46:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 06:46:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 06:46:27 - SRCCONF=/dev/null TB --- 2013-08-17 06:46:27 - TARGET=powerpc TB --- 2013-08-17 06:46:27 - TARGET_ARCH=powerpc TB --- 2013-08-17 06:46:27 - TZ=UTC TB --- 2013-08-17 06:46:27 - __MAKE_CONF=/dev/null TB --- 2013-08-17 06:46:27 - cd /src TB --- 2013-08-17 06:46:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 06:46:27 UTC 2013 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c:161: warning: redundant redeclaration of 'vn_sendfile' [-Wredundant-decls] /src/sys/sys/file.h:244: warning: previous declaration of 'vn_sendfile' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-17 06:54:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 06:54:09 - ERROR: failed to build LINT kernel TB --- 2013-08-17 06:54:09 - 8389.48 user 1047.19 system 9629.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 07:53:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 939FAC66; Sat, 17 Aug 2013 07:53:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59BE72AA9; Sat, 17 Aug 2013 07:53:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7H7rLRl020845; Sat, 17 Aug 2013 03:53:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7H7rLme020844; Sat, 17 Aug 2013 07:53:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 07:53:21 GMT Message-Id: <201308170753.r7H7rLme020844@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 07:53:23 -0000 TB --- 2013-08-17 04:46:47 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 04:46:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 04:46:47 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-08-17 04:46:47 - cleaning the object tree TB --- 2013-08-17 04:46:47 - /usr/local/bin/svn stat /src TB --- 2013-08-17 04:46:51 - At svn revision 254428 TB --- 2013-08-17 04:46:52 - building world TB --- 2013-08-17 04:46:52 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 04:46:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 04:46:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 04:46:52 - SRCCONF=/dev/null TB --- 2013-08-17 04:46:52 - TARGET=powerpc TB --- 2013-08-17 04:46:52 - TARGET_ARCH=powerpc64 TB --- 2013-08-17 04:46:52 - TZ=UTC TB --- 2013-08-17 04:46:52 - __MAKE_CONF=/dev/null TB --- 2013-08-17 04:46:52 - cd /src TB --- 2013-08-17 04:46:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Aug 17 04:46:59 UTC 2013 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Aug 17 07:48:49 UTC 2013 TB --- 2013-08-17 07:48:49 - generating LINT kernel config TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/bin/make -B LINT TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/sbin/config -m LINT TB --- 2013-08-17 07:48:49 - skipping LINT kernel TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/sbin/config -m GENERIC TB --- 2013-08-17 07:48:49 - skipping GENERIC kernel TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/sbin/config -m GENERIC64 TB --- 2013-08-17 07:48:49 - building GENERIC64 kernel TB --- 2013-08-17 07:48:49 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 07:48:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 07:48:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 07:48:49 - SRCCONF=/dev/null TB --- 2013-08-17 07:48:49 - TARGET=powerpc TB --- 2013-08-17 07:48:49 - TARGET_ARCH=powerpc64 TB --- 2013-08-17 07:48:49 - TZ=UTC TB --- 2013-08-17 07:48:49 - __MAKE_CONF=/dev/null TB --- 2013-08-17 07:48:49 - cd /src TB --- 2013-08-17 07:48:49 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Aug 17 07:48:50 UTC 2013 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c:161: warning: redundant redeclaration of 'vn_sendfile' [-Wredundant-decls] /src/sys/sys/file.h:244: warning: previous declaration of 'vn_sendfile' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-17 07:53:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 07:53:21 - ERROR: failed to build GENERIC64 kernel TB --- 2013-08-17 07:53:21 - 9809.36 user 1217.05 system 11194.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 09:36:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF3DE164 for ; Sat, 17 Aug 2013 09:36:54 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CD202E76 for ; Sat, 17 Aug 2013 09:36:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VAcwA-000ap1-8Z>; Sat, 17 Aug 2013 11:36:46 +0200 Received: from g231189134.adsl.alicedsl.de ([92.231.189.134] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VAcwA-003D4v-5S>; Sat, 17 Aug 2013 11:36:46 +0200 Date: Sat, 17 Aug 2013 11:36:36 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: /etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r) Message-ID: <20130817113636.21346cd2@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/QVPucS.hlSO6Y.ENQ=JvXpC"; protocol="application/pgp-signature" X-Originating-IP: 92.231.189.134 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 09:36:54 -0000 --Sig_/QVPucS.hlSO6Y.ENQ=JvXpC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have running a CURRENT box (running most recent sources, recompiling world at least four times a week) acting as a local MASTER DNS server for my private LAN at home. The configuration is simple, the setup is stored in /etc/namedb/named.conf. /etc/namedb is effectively a link to /var/named/etc/namedb. I can reproduceable truncate the link in /etc/ to be NIL by typing simply "reboot" when rebooting the box or, in some cases, while crashing (CURRENT has sometimes flaws ...) in case, the service "named" has already been started. This seems strange. The problem is easily solvable if I restore the link, but it is very bad on remotely located boxes if this happens there. Isn't /var considered a "volatile" place? I would expect having everything in /etc/ and then symbolically linked to somewhere else, like /var/named/etc. How does the link get lost during a simple "reboot"?=20 Regards, Oliver --Sig_/QVPucS.hlSO6Y.ENQ=JvXpC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJSD0QtAAoJEOgBcD7A/5N8zxsH/REUvZUsTpusOw6HeFSyWSGm UMn7z0matGiyRS0xAGJ8bVAgHql1POFlEsDZ1zPp2St4bSCbkjI+QzeBBUCDqxX6 /eJCOAcJTAyIqi7Vtzk03aZ7XoDy8qczg9O5vjeKE+n48kxXKmKfosjsMH6PfHDD Cs/S0/hvxj8iEiBeDhOdmaMXBNKj9iMXIPcEy6KggHaCcxxpfv86M55SMU87Y18k o5MSungZ/d3WkniYksPgPIM8BOuXDssJbTqerIfr/Q6T6JLRpfpdLBGRgwQdma5Z OW5Qk93K7URwY2rxFu5vcw25yAfDrWmv/pkYgBSNdc8n1wowfsbkNIHgfOnTWkU= =n3NX -----END PGP SIGNATURE----- --Sig_/QVPucS.hlSO6Y.ENQ=JvXpC-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 09:48:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 093B647F; Sat, 17 Aug 2013 09:48:21 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8D8D2EF7; Sat, 17 Aug 2013 09:48:20 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VAd7L-000ed4-1c>; Sat, 17 Aug 2013 11:48:19 +0200 Received: from g231189134.adsl.alicedsl.de ([92.231.189.134] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VAd7K-003Dl0-T9>; Sat, 17 Aug 2013 11:48:19 +0200 Date: Sat, 17 Aug 2013 11:48:18 +0200 From: "O. Hartmann" To: FreeBSD Ports , FreeBSD CURRENT Subject: graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type Message-ID: <20130817114818.7d5cd89a@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/v+byylDh4gYc25nD8up5DaD"; protocol="application/pgp-signature" X-Originating-IP: 92.231.189.134 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 09:48:21 -0000 --Sig_/v+byylDh4gYc25nD8up5DaD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable port graphics/blender doesn't compiler neither in CURRENT nor 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 r254430: Fri Aug 16 23:23:08 CEST 2013 amd64), compilation fails with the belwo shown error message - for roughly a month now.=20 I think this is dur to some issues of inconsistency/incompatibility of the math.h/cmath headers regarding the reported c++11 issues. Since port graphics/blender doesn't compile on 9.2 nor does it compile in CURRENT and the fact that the math.h isn't fixed in the 9.2-RELEASE as I was told, the port should be marked broken. [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineon_dp= x.c.o [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineonlib= .c.o /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf/int= ern/cineon/cineonlib.c:280:70: error: controlling expression type 'unsigned int' not compatible with any generic association type if (cineon->element[i].refLowData =3D=3D CINEON_UNDEFINED_U32 || isnan(cineon->element[i].refLowData)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/math.h:118:19: note: expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: expanded from macro '__fp_type_select' #define __fp_type_select(x, f, d, ld) _Generic((x), =20 --Sig_/v+byylDh4gYc25nD8up5DaD Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJSD0biAAoJEOgBcD7A/5N8sDIIAN62UCzHTmbQ0E7jYT5Tz9QS tv1DdvtA7X+ykZujsybFvh4SUmetdosGUfqvrAMxKqVoQv3wbFjvMyGVplLsU2dp jWvTxglZSJpbM31M/Z7pwpE/fXI8VPGIN7OZO+ZQ1KAsNl9BrDk29LpC6RnZgoSq rMHkokKeoCjhKmiUkuuGSqrpvSeNWp808GCEy3LwhV59f1ZsD5MJERt0FzgJR0XP kiyMIjC8W+ZF96JWeY2brTBTZXpLGWJhw5Ti3hVTx5fo9Zb58BI5A9HXv2BgAlEv CIJJ8tSnx22AbftP1x5H7hBW8c6QVeDaSC6DS5wLqJW+r5Q0/xBbUinwwRMy7X4= =i1zD -----END PGP SIGNATURE----- --Sig_/v+byylDh4gYc25nD8up5DaD-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 10:20:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 44C2B820 for ; Sat, 17 Aug 2013 10:20:20 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 112572045 for ; Sat, 17 Aug 2013 10:20:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:CC:To:Date:From:Subject:Content-Type:MIME-Version:References:In-Reply-To; bh=SNEzbpDNuBOUWUrE4SRO1Y6se2XkPgQ6MmKRiYxUNsc=; b=Z7VjEqb6nh9aFyVgciAUy7MBsxUMOiVnN0cdqbrV0jmFOCA9SeCg/W6CqS6N4qGqGZY6Ao28xea4sT3qwoXh3Mi7z3H7N9ldZ4RWvESnCBqxBV911Mcgfbajy1zBwkPiaIb2iiK9gyXZ9CH8VD9iXDYKiTsJCQmWKOOdgcJ4fSE=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:53585 helo=[192.168.200.210]) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VAdcG-0004MH-Qj; Sat, 17 Aug 2013 05:20:18 -0500 User-Agent: Kaiten Mail In-Reply-To: <20130817060833.GJ4972@kib.kiev.ua> References: <20130816150532.GG4972@kib.kiev.ua> <6e914a7f984ffb99194c0aa5dd4409f5@webmail.lerctr.org> <20130817060833.GJ4972@kib.kiev.ua> MIME-Version: 1.0 Subject: Re: Still seeing random vmem(?) crashes From: Larry Rosenman Date: Sat, 17 Aug 2013 05:20:14 -0500 To: Konstantin Belousov Message-ID: X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 10:20:20 -0000 I've removed it as well Konstantin Belousov wrote: >On Fri, Aug 16, 2013 at 02:27:08PM -0500, Larry Rosenman wrote: >> On 2013-08-16 10:05, Konstantin Belousov wrote: >> > On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote: >> >> I'm still seeing random crashes..... >> >> I have the vmcore as well.... >> >> >> >> Ideas? >> > What if you remove any modules not coming from the base system, >> > does the problem still stay there ? >> I've removed the nvidia module, and that's the only one I have that's > >> not part of the base. >> >> We'll see what it does over the next few days. > >I remember I saw at least vbox as well, and it was vbox that catched >my eye. -- Sent from Kaiten Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 10:24:59 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B50F964; Sat, 17 Aug 2013 10:24:59 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12D9C2089; Sat, 17 Aug 2013 10:24:58 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r7HAOnRC055859 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 17 Aug 2013 10:24:50 GMT (envelope-from theraven@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_87D38729-4DC9-4F37-9803-373BEC528172"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type From: David Chisnall In-Reply-To: <20130817114818.7d5cd89a@thor.walstatt.dyndns.org> Date: Sat, 17 Aug 2013 11:24:41 +0100 Message-Id: <779CBD97-A751-4168-BFF0-F984BEE615CE@FreeBSD.org> References: <20130817114818.7d5cd89a@thor.walstatt.dyndns.org> To: "O. Hartmann" X-Mailer: Apple Mail (2.1508) Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 10:24:59 -0000 --Apple-Mail=_87D38729-4DC9-4F37-9803-373BEC528172 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 17 Aug 2013, at 10:48, "O. Hartmann" = wrote: > port graphics/blender doesn't compiler neither in CURRENT nor 9.2-PRE > for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 r254430: Fri Aug = 16 > 23:23:08 CEST 2013 amd64), compilation fails with the belwo shown = error > message - for roughly a month now.=20 >=20 > I think this is dur to some issues of inconsistency/incompatibility of > the math.h/cmath headers regarding the reported c++11 issues. >=20 >=20 > Since port graphics/blender doesn't compile on 9.2 nor does it compile > in CURRENT and the fact that the math.h isn't fixed in the 9.2-RELEASE > as I was told, the port should be marked broken. >=20 >=20 >=20 > [ 55%] Building C object > = source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineon_d= px.c.o > [ 55%] Building C object > = source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineonli= b.c.o = /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf/intern/= cineon/cineonlib.c:280:70: > error: controlling expression type 'unsigned int' not compatible with > any generic association type if (cineon->element[i].refLowData =3D=3D > CINEON_UNDEFINED_U32 || isnan(cineon->element[i].refLowData)) > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/math.h:118:19: note: > expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, > __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: > expanded from macro '__fp_type_select' #define __fp_type_select(x, f, > d, ld) _Generic((x), =20 This looks like a correct error. isnan(unsigned int) is undefined = behaviour in C or C++. Now, we have a hard error instead of doing = something random. This change was made it make it easier to find logic = errors at compile time, and it seems to be doing exactly that here: now = the port fails to build, rather than building and having undefined = behaviour. David --Apple-Mail=_87D38729-4DC9-4F37-9803-373BEC528172 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJSD09pAAoJEKx65DEEsqIdNeIQAMKArevwHyrGvZmMKnaZfqd9 WfZjOgVYpI72uoD/Pk0AGlZ5vgBZebcTfy7pmqwQPGj0oI4WYFsWejZXP7xgAlKZ WKIUIMq1WrZqJZ931lSOFnK32LdMi1SxqTvOuMDudHWslmoHuQAcOSHmwK2qlTX7 zlw+9d5d6sv7ucyRhHryBslmtR5DbtTM/KIBPko5pZDilPHrOqRlzCKLxgvNtiZW 27hrh5Awe17J3QIGyTGHOMjYUsjst6E5PxhtUoAoQT8VLBt9MxIoHoekmnUDYjfX /VrRQEWoSv4djIxPxDFuiw5bHkGxhEnFqr1oN9vBE51WiJLEp8qlal0Hf9cD5kgt kODABGDHgdULliWyw86KWsRMZnwYGxyC302Hpie24pUlgnIL7RhhWz4TQLQv42l5 CGmSkxsXsJqhPGAtVrUn48nEgsPj+Y/u/agwh2SJx5Hh5eP25woqMiVRR0YYS7VP VPPr0/XVrpC4w4cIxpIV2wEwhTynIMUKxRE7qG42/dSo9WNRvvZQmPE5Z3Yqpw1l zT5EdtPwgNrcMPh3c547PQc1I7EDwV3dZjFj92zq8+nS0s9CdA8h883vel6+jsdC 6pet2cemaamySPG1J33nQ+eQLZlGLOTmjuERkZyIXZQrJ7p8I05soDpqsSqgZ2wx XtvEmntaO8mZlB5+zPqt =mUvE -----END PGP SIGNATURE----- --Apple-Mail=_87D38729-4DC9-4F37-9803-373BEC528172-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 14:39:36 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4F6B7356; Sat, 17 Aug 2013 14:39:36 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B0BE2AC2; Sat, 17 Aug 2013 14:39:35 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VAhfB-002K9Q-DH>; Sat, 17 Aug 2013 16:39:33 +0200 Received: from e179075120.adsl.alicedsl.de ([85.179.75.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VAhfB-003ToE-8F>; Sat, 17 Aug 2013 16:39:33 +0200 Date: Sat, 17 Aug 2013 16:39:29 +0200 From: "O. Hartmann" To: David Chisnall Subject: Re: graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type Message-ID: <20130817163929.1993d012@thor.walstatt.dyndns.org> In-Reply-To: <779CBD97-A751-4168-BFF0-F984BEE615CE@FreeBSD.org> References: <20130817114818.7d5cd89a@thor.walstatt.dyndns.org> <779CBD97-A751-4168-BFF0-F984BEE615CE@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/tt0nl4U3u.NGh6mkmsW.ine"; protocol="application/pgp-signature" X-Originating-IP: 85.179.75.120 Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 14:39:36 -0000 --Sig_/tt0nl4U3u.NGh6mkmsW.ine Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 17 Aug 2013 11:24:41 +0100 David Chisnall wrote: > On 17 Aug 2013, at 10:48, "O. Hartmann" > wrote: >=20 > > port graphics/blender doesn't compiler neither in CURRENT nor > > 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 > > r254430: Fri Aug 16 23:23:08 CEST 2013 amd64), compilation fails > > with the belwo shown error message - for roughly a month now.=20 > >=20 > > I think this is dur to some issues of inconsistency/incompatibility > > of the math.h/cmath headers regarding the reported c++11 issues. > >=20 > >=20 > > Since port graphics/blender doesn't compile on 9.2 nor does it > > compile in CURRENT and the fact that the math.h isn't fixed in the > > 9.2-RELEASE as I was told, the port should be marked broken. > >=20 > >=20 > >=20 > > [ 55%] Building C object > > source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineo= n_dpx.c.o > > [ 55%] Building C object > > source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineo= nlib.c.o /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf= /intern/cineon/cineonlib.c:280:70: > > error: controlling expression type 'unsigned int' not compatible > > with any generic association type if (cineon->element[i].refLowData > > =3D=3D CINEON_UNDEFINED_U32 || isnan(cineon->element[i].refLowData)) > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/math.h:118:19: note: > > expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, > > __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: > > expanded from macro '__fp_type_select' #define __fp_type_select(x, > > f, d, ld) _Generic((x), =20 >=20 > This looks like a correct error. isnan(unsigned int) is undefined > behaviour in C or C++. Now, we have a hard error instead of doing > something random. This change was made it make it easier to find > logic errors at compile time, and it seems to be doing exactly that > here: now the port fails to build, rather than building and having > undefined behaviour. >=20 > David >=20 Hello David. Thank you very much for this insight. As I understand it for now, the math.h/cmath behaviour is as expected by defintion an correct so far in FreeBSD? If yes, it would imply that the port graphics/blender is broken then. In the latter case the blender developers should be correct this upstream, shouldn't they? Again, thank you very much and for the patience explaining it again. Regards, Oliver --Sig_/tt0nl4U3u.NGh6mkmsW.ine Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJSD4slAAoJEOgBcD7A/5N85iwIALj5iMpiz7AjhRILhjY9vzk9 hyks2X1N0b2hTtsTqaYJCSsIqJeftpkGUa3QTzQkK+A15mrpdd5pDo4avS6uigCK FL+si6ynW1MAYUb97LniTTC1p5KleuhTanIElAgxD+SE3WLXYsIG3w93M/9aifLX dUXxPDABHdK8unZ/L/7UlcJ4JaTgHbqYywPWs436Te+brJgDV16F2a1FAQqod3Je R5T1PkTi7Md2nuS/tuA/YA85AOBxUgnuZcFKXvi32q1KAaeAcZH2K/xyfcSgfprM mViQTCnlXbO8F+bMc/32cu5fjhqeTlGYpbZPNAt7/PkfDB8Zt5ZNfa1gTa0h0IY= =Erze -----END PGP SIGNATURE----- --Sig_/tt0nl4U3u.NGh6mkmsW.ine-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 14:45:07 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 523AB677; Sat, 17 Aug 2013 14:45:07 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D0F02B20; Sat, 17 Aug 2013 14:45:06 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r7HEj47d063463 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 17 Aug 2013 14:45:05 GMT (envelope-from theraven@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_66689E9D-464E-4899-962F-C7EE5BE4DA38"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type From: David Chisnall In-Reply-To: <20130817163929.1993d012@thor.walstatt.dyndns.org> Date: Sat, 17 Aug 2013 15:44:57 +0100 Message-Id: <2097500C-2A49-4532-BF6C-C4AFB5778BC7@FreeBSD.org> References: <20130817114818.7d5cd89a@thor.walstatt.dyndns.org> <779CBD97-A751-4168-BFF0-F984BEE615CE@FreeBSD.org> <20130817163929.1993d012@thor.walstatt.dyndns.org> To: "O. Hartmann" X-Mailer: Apple Mail (2.1508) Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 14:45:07 -0000 --Apple-Mail=_66689E9D-464E-4899-962F-C7EE5BE4DA38 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 17 Aug 2013, at 15:39, "O. Hartmann" = wrote: > On Sat, 17 Aug 2013 11:24:41 +0100 > David Chisnall wrote: >=20 >> On 17 Aug 2013, at 10:48, "O. Hartmann" >> wrote: >>=20 >>> port graphics/blender doesn't compiler neither in CURRENT nor >>> 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 >>> r254430: Fri Aug 16 23:23:08 CEST 2013 amd64), compilation fails >>> with the belwo shown error message - for roughly a month now.=20 >>>=20 >>> I think this is dur to some issues of inconsistency/incompatibility >>> of the math.h/cmath headers regarding the reported c++11 issues. >>>=20 >>>=20 >>> Since port graphics/blender doesn't compile on 9.2 nor does it >>> compile in CURRENT and the fact that the math.h isn't fixed in the >>> 9.2-RELEASE as I was told, the port should be marked broken. >>>=20 >>>=20 >>>=20 >>> [ 55%] Building C object >>> = source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineon_d= px.c.o >>> [ 55%] Building C object >>> = source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineonli= b.c.o = /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf/intern/= cineon/cineonlib.c:280:70: >>> error: controlling expression type 'unsigned int' not compatible >>> with any generic association type if (cineon->element[i].refLowData >>> =3D=3D CINEON_UNDEFINED_U32 || isnan(cineon->element[i].refLowData)) >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/math.h:118:19: note: >>> expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, >>> __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: >>> expanded from macro '__fp_type_select' #define __fp_type_select(x, >>> f, d, ld) _Generic((x), =20 >>=20 >> This looks like a correct error. isnan(unsigned int) is undefined >> behaviour in C or C++. Now, we have a hard error instead of doing >> something random. This change was made it make it easier to find >> logic errors at compile time, and it seems to be doing exactly that >> here: now the port fails to build, rather than building and having >> undefined behaviour. >>=20 >> David >>=20 >=20 > Hello David. >=20 > Thank you very much for this insight. >=20 > As I understand it for now, the math.h/cmath behaviour is as expected = by > defintion an correct so far in FreeBSD? If yes, it would imply that = the > port graphics/blender is broken then. In the latter case the blender > developers should be correct this upstream, shouldn't they? Yes, I believe (and am willing to be convinced otherwise by test cases) = that we now accept anything that the standard allows and reject with a = compile-time error things that are undefined behaviour. =46rom the tiny snipped of code in the error message, my guess would be = that refLowData is something that is read from a file (header?) as an = unsigned int and is supposed to be a float here, and so needs a cast via = a union (or just a *(float*)& if strict aliasing is not turned on). David --Apple-Mail=_66689E9D-464E-4899-962F-C7EE5BE4DA38 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJSD4xqAAoJEKx65DEEsqIdNIgQAIEam38OPstMFkMo8lSuzVDP tPfqRdHL3rxuxB6dWsBr0cB25nG0bPfcBpaj2Cyb3YwRCET2uMvg6236h377tLQM 4xvD5NXYLSdsHsZtzZMt2ZmPq0vDU8sjJW4I+UE+TUi987/XVbS+osG6mQwncB3Y X/JSZDF0Og/3W9hOVLCVAxF4xW0qRWwQ/JhZgExPNvxBBgJjwouABs4XwXx82Ldh 7prC6h6a6Czs67yeJgEh7Iqs9MxnAXFsXK8S1hh9PRBgP3wD/hU2VgOfImZHLVin 93QqQRodOIKoumUUq6IwByIUMNMZMt0ztForWAGtvKmkeXSAVlGTArgv2ksO8dsV ADnBWNpT1O3RHVzPFT+xZL6ZAl2RJyOQwjMAVlitNY5pCQMD+akFX3LZgsIFPNpg gC4VGVgUapIJ2SRVfDVSopJaMOhOSA/k2tVhvsGFxj/n0xeEJjTTjWJ0E8YpbRhK L4TOBfEN71wIwF5Sap/icR8DeN0h+0Hx0mWq8ZknrO6/inm4PKvQ+Y6ZjBA3G+Ex SPBg1cpf85VuKcv4rDzxxq/np1qvGilqn10qMATPgkehCcVP4WZFt28qXnEj8spY 76XG0DOK2R3g07xS7ZMFriRLddak4KRRgxJuJ2kIMGxK4QfqZoGmAEKq4JLSOhgZ wnx20D0/COEZNZTMY6TW =OUOY -----END PGP SIGNATURE----- --Apple-Mail=_66689E9D-464E-4899-962F-C7EE5BE4DA38-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 16:41:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 936813C3 for ; Sat, 17 Aug 2013 16:41:45 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 183B12039 for ; Sat, 17 Aug 2013 16:41:44 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id ea20so2351565lab.13 for ; Sat, 17 Aug 2013 09:41:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=cOQxz2OX0pyzvzBqlH42kLmWFn+Bjjsxe3JVeXr0LkI=; b=wqPaPTKpks2Ew+Gt9jV4yHrR3tEm5DAZMdKS6y95x4VbiVvh7DU80iaWiDxJGt0XT+ qWHz6Wto1G1JpDLDc6Ui59Ayc9zRBupKgPwG8Gz/Y8mhbliJ8L4EZ7yAJTGeHeZQyVuq +noXcsj6tWSiWAhRtRPA+H2E3b0dBuDZ56z7QDAP8cPH14byx6esch+xxhtmxer9ZVuf h3/1eK3ratz+idhco3Ndi5CQLAFBvy3gVPeM+mKpo5id1dD3bWL3WjioQz7dFQ2R1XFe SN86mWexxfOZ7LlgaRoqlPIVkYn2o7/mk7cS6Av3f6VNCxd7ofDOWucVpOi4dEEhMMw2 kHhQ== X-Received: by 10.152.2.4 with SMTP id 4mr3497321laq.0.1376757702838; Sat, 17 Aug 2013 09:41:42 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([91.198.175.1]) by mx.google.com with ESMTPSA id q5sm1181824lbe.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 17 Aug 2013 09:41:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <520FA7C3.2060708@FreeBSD.org> Date: Sat, 17 Aug 2013 19:41:39 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: Hans Petter Selasky Subject: Re: USB no proper work References: <520E8602.5050408@gmail.com> <520E8842.4020609@bitfrost.no> <520E8DE1.1090609@gmail.com> <520F16B6.1070106@bitfrost.no> In-Reply-To: <520F16B6.1070106@bitfrost.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Panyushkin , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 16:41:45 -0000 On 17.08.2013 09:22, Hans Petter Selasky wrote: > On 08/16/13 22:38, Alexander Panyushkin wrote: >> ========This deatach========== >> Aug 16 23:24:05 scorpion kernel: ugen1.2: at usbus1 >> (disconnected) >> Aug 16 23:24:05 scorpion kernel: umass0: at uhub0, port 4, addr 2 >> (disconnected) >> Aug 16 23:24:05 scorpion kernel: (da0:umass-sim0:0:0:0): lost device - 0 >> outstanding, 2 refs > > Hi, > > The 2 refs is a problem that someone is keeping the device opened. > That's the problem and that's what is stopping the enumeration thread. 2 refs may be not a CAM bug. One of them can be GEOM reference and another is open device reference. What were the file systems on the device and were they active/mounted during detach? Just recently I tested hot-plug device with ZFS on 10-CURRENT using USB sticks and found no problems in either CAM or USB stack around device disconnect. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 17:10:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A1E02E8A for ; Sat, 17 Aug 2013 17:10:52 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [IPv6:2a02:6b8:0:1819::1]) by mx1.freebsd.org (Postfix) with ESMTP id 646B22175 for ; Sat, 17 Aug 2013 17:10:52 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward1l.mail.yandex.net (Yandex) with ESMTP id BCC421521193; Sat, 17 Aug 2013 21:10:49 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 6C1E816A0643; Sat, 17 Aug 2013 21:10:49 +0400 (MSK) Received: from 93.91.10.81.tel.ru (93.91.10.81.tel.ru [93.91.10.81]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ErLVS773ap-AnJShfHn; Sat, 17 Aug 2013 21:10:49 +0400 Message-ID: <520FAE99.8040003@passap.ru> Date: Sat, 17 Aug 2013 21:10:49 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: /etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r) References: <20130817113636.21346cd2@thor.walstatt.dyndns.org> In-Reply-To: <20130817113636.21346cd2@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 17:10:52 -0000 17.08.2013 13:36, O. Hartmann пишет: > I can reproduceable truncate the link in /etc/ to be NIL by typing > simply "reboot" when rebooting the box Does it make any difference if you use "shutdown -r" instead? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 17:15:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9FD49168 for ; Sat, 17 Aug 2013 17:15:55 +0000 (UTC) (envelope-from jaglover@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C57521A3 for ; Sat, 17 Aug 2013 17:15:55 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id f8so3171008obp.8 for ; Sat, 17 Aug 2013 10:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=Z4TFK0fcoxljyVaBC+ZcISgUXDMGPo4h+wRAxtVPUKI=; b=rDxrqKuXPlydFQBs6ZwZA/ETMSC6IYTdnbB636HPY1GQMO+3ugae6N8blYGCKjpVVB j3SQrFLK9yTTNr3fYkPJpS42RDDdj0sC9zlBrb2ppnpbnv0lbGjMUHl6EbfgyizmsqCJ VEzyUH8AyAxHKMDgCoYZeLJy37j/DNBXadIwD0lqKIDrJMUVMf1v+fdNkiKIZkPMj0oU P5ub8PiPqd3bowyLQYSEDv7H00lcb90NZvm9B/UT0B7dzH4XCAEKQwIdY+I1Vgy1D6IS ikqYWSy2OIDrqWBJ8x0nGvkG0VCxVYEhSIw0IJPKsaOhviQaBJ4g8Ltatx2+2OGmjekE 21Wg== X-Received: by 10.60.93.41 with SMTP id cr9mr3770452oeb.20.1376759754628; Sat, 17 Aug 2013 10:15:54 -0700 (PDT) Received: from zeus.saul.homeunix.org (methodstech-9.eatel.net. [209.124.200.105]) by mx.google.com with ESMTPSA id d3sm3253822oek.5.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 17 Aug 2013 10:15:53 -0700 (PDT) Date: Sat, 17 Aug 2013 12:15:51 -0500 From: "Saul A. Peebsen" To: FreeBSD CURRENT Subject: portaudit install failure Message-ID: <20130817121551.6e221aa6@zeus.saul.homeunix.org> X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.20; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 17:15:55 -0000 I'm getting this: ... ---> Installing the new version via the port ===> Installing for portaudit-0.6.1 /usr/sbin/pkg_info missing, please install port sysutils/pkg_install-devel *** Error code 1 But there is no sysutils/pkg_install-devel in ports? -- Cheers, Saul From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 17:18:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF1E23AD for ; Sat, 17 Aug 2013 17:18:07 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96A0A21D0 for ; Sat, 17 Aug 2013 17:18:07 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id fa1so3093515pad.19 for ; Sat, 17 Aug 2013 10:18:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Nq59X63fpRz0IE94KdUjDxX9ekLBz6zNoX8byqBaUXs=; b=UUFr6Dn4VG5Aqii0WMY9+l/RiX3PBF6XpcPSf723dUhg9cw+b+I1NEkxUEGHBDieQ4 8qvZvykVZnqrfT7mJ+ZDaX4PWKdK7LFPnNuCWk1XWD+HWZEYiLh4E9yTz0g2wo8XDPXd QjFjDVh98VuRV1X/Fcy5UmNGSOazX7w8et74HgkNTw+HAgggN1c3zwbOTR0qwjAYg7jU bnC/P5mOwIvs26sbEq/ytc36v2wJlc2gvYMOxcMwhorInND4eBdudtwTjdpAcQmIkHPR JfOgLJW/9moQi180Ncs32gdmbVEghYGQaxuCASNKx5yp+X4LauyQsOzQCWM9nLxFcPkX W9rg== MIME-Version: 1.0 X-Received: by 10.68.133.71 with SMTP id pa7mr3874430pbb.133.1376759887224; Sat, 17 Aug 2013 10:18:07 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.14.66 with HTTP; Sat, 17 Aug 2013 10:18:07 -0700 (PDT) In-Reply-To: References: <1376632058.1841.6.camel@localhost> Date: Sat, 17 Aug 2013 10:18:07 -0700 X-Google-Sender-Auth: 7v7nwPxZBaD2abwpOxSS1xtE_MM Message-ID: Subject: Re: ipv6_activate_all_interfaces doesn't work on wireless interface. From: Kevin Oberman To: Eric Camachat Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Kimmo Paasiala , FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 17:18:07 -0000 On Fri, Aug 16, 2013 at 11:54 AM, Eric Camachat wrote: > OK, I will try add accept_rtadv to ifconfig_wlan0_ipv6. > > Thanks, > Eric > > > On Fri, Aug 16, 2013 at 6:19 AM, Kimmo Paasiala > wrote: > > > On Fri, Aug 16, 2013 at 8:47 AM, Eric L Camachat > > wrote: > > > Here is my /etc/rc.conf > > > ipv6_enable="YES" > > > #ip6addrctl_enable="YES" > > > #ip6addrctl_policy="ipv6_prefer" > > > #ipv6_activate_all_interfaces="YES" > > > wlans_iwn0="wlan0" > > > ifconfig_wlan0="WPA DHCP" > > > > > > rc.d system said ipv6_enable is obsoleted by > > > ipv6_activate_all_interfaces. > > > So, I tried to replaced ipv6_enable with ipv6_activate_all_interfaces > > > and ip6addrctl_*, interface wlan0 will not get ipv6 address from > router. > > > > > > After investigated, that's because of wlan0 didn't add 'accept_rtadv' > > > ipv6 option. > > > > > > -- > > > Eric > > > > > > > As far as I know, not enabling accept_rtadv is a reasonable default > > and it has been like that always. Just like DHCP is not a default > > configuration method for IPv4 addresses. > > > > -Kimmo > > > There was a revision to networks.subr in r253683 that removed accept_rtadv from default for bridge interfaces. At least the comment says that it should not be default which implies that it used to be. If there is a logic error in the commit (I just noted the change to rtadv and the comment, but did not attempt to confirm the logic), perhaps accept_rtadv got turned off on more than just bridge interfaces. 564 bridge[0-9]*) 565 # No accept_rtadv by default on if_bridge(4) 566 # to avoid a conflict with the member 567 # interfaces. 568 return 1 569 ;; 570 *) -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 17:35:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 46F00936 for ; Sat, 17 Aug 2013 17:35:26 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 048EA22D8 for ; Sat, 17 Aug 2013 17:35:25 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VAkPM-003PRI-29>; Sat, 17 Aug 2013 19:35:24 +0200 Received: from e179075120.adsl.alicedsl.de ([85.179.75.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VAkPL-003dHQ-VH>; Sat, 17 Aug 2013 19:35:24 +0200 Date: Sat, 17 Aug 2013 19:35:17 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: /etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r) Message-ID: <20130817193517.2bf01dfe@thor.walstatt.dyndns.org> In-Reply-To: <520FAE99.8040003@passap.ru> References: <20130817113636.21346cd2@thor.walstatt.dyndns.org> <520FAE99.8040003@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/gUlo5evyweEug65Tp3tMVzT"; protocol="application/pgp-signature" X-Originating-IP: 85.179.75.120 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 17:35:26 -0000 --Sig_/gUlo5evyweEug65Tp3tMVzT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 17 Aug 2013 21:10:49 +0400 Boris Samorodov wrote: > 17.08.2013 13:36, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > I can reproduceable truncate the link in /etc/ to be NIL by typing > > simply "reboot" when rebooting the box >=20 > Does it make any difference if you use "shutdown -r" instead? >=20 Yes, when using "shutdown -r" the link isn't broken and the system reboots and operates as expected. Only if I use the "quick and dirty way" via "reboot" or after a crash when service named ahs already been started the link is dead. If a crahs occurs BEFORE service named has been started, the recovery is also operable - this is my observation. --Sig_/gUlo5evyweEug65Tp3tMVzT Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJSD7RbAAoJEOgBcD7A/5N8aTwIAIIHWZ2h3grKPjDvUOnNJj8O qDe0AfS3hJKEdYfg6N7xKn/CDrA2C5SVgzs6+O5pJnnMKXMYJHLfBjFaTMHWKcWO TsghkzNGJjwJkMhLG6AC/R7aA87sVJbW3oz6UQ9pPBoDSsfdaklJWxe6LjHyixuj 9ujwIWGv4MCRmYFUfpFocAeismUl/cDjZaQIAcvHd8fUlSmZQAt7ziy5OsXn6bbF xJQ4p0f35tcZHvtJBuOCEZ6Q6rZPjq5W0kalCiRoOmSJraFwzaOLE4M6poqrGYfa VsVpGV8ty/AHWV3v6M10QQ5s1MnaxesHpIrVonmbg9GiOYW+rFE/9y44rY2F2bo= =6PTG -----END PGP SIGNATURE----- --Sig_/gUlo5evyweEug65Tp3tMVzT-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 17:38:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 152ECB53 for ; Sat, 17 Aug 2013 17:38:51 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DFFF822FF for ; Sat, 17 Aug 2013 17:38:50 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id lj1so3114594pab.15 for ; Sat, 17 Aug 2013 10:38:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:content-transfer-encoding; bh=94zTuX5deS8x65cubUcw/AbV5ww9fXtACtAolLax1X4=; b=dEwJTrhfeV6icxNU95B7ZNNOWqYxwl31iqNeXvRP//4E239GsyP/h4oublVOUFvmch PJoBpBPTLt1shNdrSeKpmRlNkSx6JvRWA+SxMJsMwnPxl5fEiaGRjFX99fabCFgiiepM ac1tNXrIf3BdWuB9MRxaDgTqfPfwcM9yMiQBrYTaXfHSlSaijmhwE64H2PhXn/3LjPxO rkBzeouuOJEEnEs2ePWhX7gJnB5taBUjMkBPoF7grujKNqhua21h4OBgAAh9REmR2CfW J5fsc0DCh1I2MhYJh+q1opJQedA775s3IXTYJTBpk6nA2o/J0ZgCGAiN5XqEDb+8Qk4q og8Q== X-Received: by 10.68.211.138 with SMTP id nc10mr2273661pbc.162.1376761130499; Sat, 17 Aug 2013 10:38:50 -0700 (PDT) Received: from ?IPv6:2601:9:3000:34c:a288:b4ff:fec2:e5d0? ([2601:9:3000:34c:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id eq5sm4834850pbc.15.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 17 Aug 2013 10:38:50 -0700 (PDT) Subject: Re: ipv6_activate_all_interfaces doesn't work on wireless interface. From: Eric L Camachat To: Kevin Oberman In-Reply-To: References: <1376632058.1841.6.camel@localhost> Content-Type: text/plain; charset="UTF-8" Date: Sat, 17 Aug 2013 10:38:48 -0700 Message-ID: <1376761128.1922.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Kimmo Paasiala , FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 17:38:51 -0000 On Sat, 2013-08-17 at 10:18 -0700, Kevin Oberman wrote: > There was a revision to networks.subr in r253683 that removed > accept_rtadv from default for bridge interfaces. > > At least the comment says that it should not be default which implies > that it used to be. If there is a logic error in the commit (I just > noted the change to rtadv and the comment, but did not attempt to > confirm the logic), perhaps accept_rtadv got turned off on more than > just bridge interfaces. > > > > 564 > > > bridge[0-9]*) > 565 > > > # No accept_rtadv by > default on if_bridge(4) > 566 > > > # to avoid a > conflict with the > member > 567 > > > # interfaces. > 568 > > > return 1 > 569 > > ;; > 570 > > *) > That script affect only when ipv6_enable="YES" for backward compatibility, from its comments. Eric From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 17:42:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BE77EC96 for ; Sat, 17 Aug 2013 17:42:09 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A07A233F for ; Sat, 17 Aug 2013 17:42:09 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7HHg8N6050889; Sat, 17 Aug 2013 17:42:08 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id ux476nqrh5zakeaf86h5jzmcwn; Sat, 17 Aug 2013 17:42:07 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: /etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=utf-8 From: Tim Kientzle In-Reply-To: <20130817193517.2bf01dfe@thor.walstatt.dyndns.org> Date: Sat, 17 Aug 2013 10:42:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130817113636.21346cd2@thor.walstatt.dyndns.org> <520FAE99.8040003@passap.ru> <20130817193517.2bf01dfe@thor.walstatt.dyndns.org> To: "O. Hartmann" X-Mailer: Apple Mail (2.1283) Cc: FreeBSD CURRENT , Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 17:42:09 -0000 On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: > On Sat, 17 Aug 2013 21:10:49 +0400 > Boris Samorodov wrote: >=20 >> 17.08.2013 13:36, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>=20 >>> I can reproduceable truncate the link in /etc/ to be NIL by typing >>> simply "reboot" when rebooting the box >>=20 >> Does it make any difference if you use "shutdown -r" instead? >>=20 >=20 > Yes, when using "shutdown -r" the link isn't broken and the system > reboots and operates as expected. Only if I use the "quick and dirty > way" via "reboot" or after a crash when service named ahs already been > started the link is dead. If a crahs occurs BEFORE service named has > been started, the recovery is also operable - this is my observation. Does "reboot" show the same problem If the system has been running for a while (at least 15 minutes or so)? Your broken link sounds like the expected behavior when you do a dirty reboot shortly after the link has been created (before the link contents have been written all the way to disk). But the broken /etc/namedb link shouldn't prevent named from restarting after the reboot; maybe we should change the named startup scripts to test this link and delete/recreate it if it's broken? Tim From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 18:12:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 941A21C5 for ; Sat, 17 Aug 2013 18:12:30 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B8552496 for ; Sat, 17 Aug 2013 18:12:30 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id un15so3283325pbc.29 for ; Sat, 17 Aug 2013 11:12:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=mgpm+7mi47ZXW0d+2LWMkxcT2m7i7MemCvEVdYCMb2M=; b=m+xPTpGRoDqdN/kewtlCcKcLwNSJQCMmG59zRn8FY0Vb/4ca32SmeXqI4b444h629y eMQmHRLutgZdGD0cxqnGvj8hIHzJf8gOYFX3Ayxdye+b+Z9NDexbcLBj7OpJDeiLUs7O xYJaeY7Uvyxdys4zN/8h5KOT3agTA/vZd5G5tEQjlgePkmy+eI1pC7Xbv23HrrGY0ltp 8jtXogAFTS8T27Hmun/f18Z8xQLOfotwHv69vIZGEXmJ7pxUkHYx0Lr5Ru/D9q8o0BW5 QDhPR5S6kztppUJxWB2ppkTDJksJkNJTNZ2ptWIiL2SQ29Vo679ynP3XwvcgV3dLdZv5 UrgQ== MIME-Version: 1.0 X-Received: by 10.66.228.234 with SMTP id sl10mr2874283pac.149.1376763150069; Sat, 17 Aug 2013 11:12:30 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.14.66 with HTTP; Sat, 17 Aug 2013 11:12:29 -0700 (PDT) In-Reply-To: <1376761128.1922.2.camel@localhost> References: <1376632058.1841.6.camel@localhost> <1376761128.1922.2.camel@localhost> Date: Sat, 17 Aug 2013 11:12:29 -0700 X-Google-Sender-Auth: SA5VTBK5dNJrlfQemSEIFeUhK3M Message-ID: Subject: Re: ipv6_activate_all_interfaces doesn't work on wireless interface. From: Kevin Oberman To: Eric L Camachat Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Kimmo Paasiala , FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 18:12:30 -0000 On Sat, Aug 17, 2013 at 10:38 AM, Eric L Camachat wrote: > On Sat, 2013-08-17 at 10:18 -0700, Kevin Oberman wrote: > > > There was a revision to networks.subr in r253683 that removed > > accept_rtadv from default for bridge interfaces. > > > > At least the comment says that it should not be default which implies > > that it used to be. If there is a logic error in the commit (I just > > noted the change to rtadv and the comment, but did not attempt to > > confirm the logic), perhaps accept_rtadv got turned off on more than > > just bridge interfaces. > > > > > > > > 564 > > > > > > bridge[0-9]*) > > 565 > > > > > > # No accept_rtadv by > > default on if_bridge(4) > > 566 > > > > > > # to avoid a > > conflict with the > > member > > 567 > > > > > > # interfaces. > > 568 > > > > > > return 1 > > 569 > > > > ;; > > 570 > > > > *) > > > > That script affect only when ipv6_enable="YES" for backward > compatibility, from its comments. > > Eric > Look further down in the commit for line in the 560s. The section I copied was the general case, not the legacy one. The code for both is .included. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 18:17:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 947222F6 for ; Sat, 17 Aug 2013 18:17:53 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50DFE24B2 for ; Sat, 17 Aug 2013 18:17:53 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VAl4R-003gKY-2h>; Sat, 17 Aug 2013 20:17:51 +0200 Received: from e179075120.adsl.alicedsl.de ([85.179.75.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VAl4Q-003fT1-UL>; Sat, 17 Aug 2013 20:17:51 +0200 Date: Sat, 17 Aug 2013 20:17:50 +0200 From: "O. Hartmann" To: Tim Kientzle Subject: Re: /etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r) Message-ID: <20130817201750.4cc9907b@thor.walstatt.dyndns.org> In-Reply-To: References: <20130817113636.21346cd2@thor.walstatt.dyndns.org> <520FAE99.8040003@passap.ru> <20130817193517.2bf01dfe@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/8SU4/g0VkKxYR==_GsWV4+0"; protocol="application/pgp-signature" X-Originating-IP: 85.179.75.120 Cc: FreeBSD CURRENT , Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 18:17:53 -0000 --Sig_/8SU4/g0VkKxYR==_GsWV4+0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sat, 17 Aug 2013 10:42:07 -0700 Tim Kientzle wrote: >=20 > On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: >=20 > > On Sat, 17 Aug 2013 21:10:49 +0400 > > Boris Samorodov wrote: > >=20 > >> 17.08.2013 13:36, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>=20 > >>> I can reproduceable truncate the link in /etc/ to be NIL by typing > >>> simply "reboot" when rebooting the box > >>=20 > >> Does it make any difference if you use "shutdown -r" instead? > >>=20 > >=20 > > Yes, when using "shutdown -r" the link isn't broken and the system > > reboots and operates as expected. Only if I use the "quick and dirty > > way" via "reboot" or after a crash when service named ahs already > > been started the link is dead. If a crahs occurs BEFORE service > > named has been started, the recovery is also operable - this is my > > observation. >=20 > Does "reboot" show the same problem If the system has been running > for a while (at least 15 minutes or so)? Yes, of course. >=20 > Your broken link sounds like the expected behavior when you > do a dirty reboot shortly after the link has been created (before > the link contents have been written all the way to disk). >=20 > But the broken /etc/namedb link shouldn't prevent named from > restarting after the reboot; maybe we should change the named > startup scripts to test this link and delete/recreate it if it's > broken? >=20 > Tim --Sig_/8SU4/g0VkKxYR==_GsWV4+0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJSD75OAAoJEOgBcD7A/5N8KlAH/jsPbJF6Gn9kNftWOpd7yuAN 1QBM3dPThW4AKiXGh+gHZsOfderJFhYDgwH+tmTaE26l3DttB4vKOmN8IyPIFQWR DgiBHbJzqILpRdj8ywl18+8uJs55XFkOmy6FV1o3midtpPY1fbs9gUr/ln9dG0Ui /Ejrx/Yey+cRBFjr+4KslDIJO5EomM1qU42QozOzA9C0+Q0pST2/aCMcmilZnzu8 9ryfKXFiz26gEKkx9awOsOPRl4aW+KvPCzOG9e0MsjCxX8GF8zqnLxnvzh7B7Jal fSB80z6lo4XkFd8YdrSkcm8RwCc53yMb3BO0VrwfvoCx0EBTtnaY7AMW46evk4c= =OoM8 -----END PGP SIGNATURE----- --Sig_/8SU4/g0VkKxYR==_GsWV4+0-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 18:41:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2EAA7733 for ; Sat, 17 Aug 2013 18:41:12 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08FF325AF for ; Sat, 17 Aug 2013 18:41:11 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7HIfA3k051319; Sat, 17 Aug 2013 18:41:10 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id qg2c73zqcrszy64z8rbtstt2mi; Sat, 17 Aug 2013 18:41:10 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: /etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=utf-8 From: Tim Kientzle In-Reply-To: <20130817201750.4cc9907b@thor.walstatt.dyndns.org> Date: Sat, 17 Aug 2013 11:41:08 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130817113636.21346cd2@thor.walstatt.dyndns.org> <520FAE99.8040003@passap.ru> <20130817193517.2bf01dfe@thor.walstatt.dyndns.org> <20130817201750.4cc9907b@thor.walstatt.dyndns.org> To: "O. Hartmann" X-Mailer: Apple Mail (2.1283) Cc: FreeBSD CURRENT , Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 18:41:12 -0000 On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote: > On Sat, 17 Aug 2013 10:42:07 -0700 > Tim Kientzle wrote: >=20 >>=20 >> On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: >>=20 >>> On Sat, 17 Aug 2013 21:10:49 +0400 >>> Boris Samorodov wrote: >>>=20 >>>> 17.08.2013 13:36, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>=20 >>>>> I can reproduceable truncate the link in /etc/ to be NIL by typing >>>>> simply "reboot" when rebooting the box >>>>=20 >>>> Does it make any difference if you use "shutdown -r" instead? >>>>=20 >>>=20 >>> Yes, when using "shutdown -r" the link isn't broken and the system >>> reboots and operates as expected. Only if I use the "quick and dirty >>> way" via "reboot" or after a crash when service named ahs already >>> been started the link is dead. If a crahs occurs BEFORE service >>> named has been started, the recovery is also operable - this is my >>> observation. >>=20 >> Does "reboot" show the same problem If the system has been running >> for a while (at least 15 minutes or so)? >=20 > Yes, of course. That's not good. After 15 minutes, the link contents should have been written all the way to disk, even on an idle system. It sounds like the sync process might not be running except at system shutdown. What filesystem are you using? ZFS? UFS/SU? SU+J? Kernel version? Can you reproduce this without named? That is: * create a symlink,=20 * wait 15 minutes, * "reboot" Is the symlink broken? Tim From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 19:54:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 259EED5D for ; Sat, 17 Aug 2013 19:54:43 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF0A228D9 for ; Sat, 17 Aug 2013 19:54:42 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id fa1so3173398pad.19 for ; Sat, 17 Aug 2013 12:54:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:content-transfer-encoding; bh=rwgNTpyXQQQGcfHlaaMBCipF71iAk7elyl3BGScOipA=; b=qnmtBOUKoJ5u3zghjZFHkvNoCMCY7OI7csh44o3HHs2uB9QXN5RQHnWYdkYUAvbLE9 q+O4DT1fhypDzD0hpvn6cYn015ZovEdpOF/TmuKKlWpnDpYM5jZazKguTHiSHKrePCG1 ZqeRq4wHvW/kQ3X+D1UIwp3ErGlyEtL1I6716dVYMwSSspMQBNt2WCd8/17xjg07q3DS qix5Yq7uIToIhPaaW+U50mnZ7rU2jh3A2Pcls4qCD8SfsS7s3RIA12/18qz3QYqdazai uBJi9/rkF/AyD4h5Hgzn7fczGRGkzT2ZTpycq2tTSXn47fFqMFE8AKh6m/3S/KGLzyPo 79fw== X-Received: by 10.66.102.1 with SMTP id fk1mr4482318pab.90.1376769282643; Sat, 17 Aug 2013 12:54:42 -0700 (PDT) Received: from ?IPv6:2601:9:3000:34c:a288:b4ff:fec2:e5d0? ([2601:9:3000:34c:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id in2sm5277848pbc.37.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 17 Aug 2013 12:54:42 -0700 (PDT) Subject: Re: ipv6_activate_all_interfaces doesn't work on wireless interface. From: Eric L Camachat To: Kevin Oberman In-Reply-To: References: <1376632058.1841.6.camel@localhost> <1376761128.1922.2.camel@localhost> Content-Type: text/plain; charset="UTF-8" Date: Sat, 17 Aug 2013 12:54:41 -0700 Message-ID: <1376769281.1943.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Kimmo Paasiala , FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 19:54:43 -0000 On Sat, 2013-08-17 at 11:12 -0700, Kevin Oberman wrote: > On Sat, Aug 17, 2013 at 10:38 AM, Eric L Camachat > wrote: > On Sat, 2013-08-17 at 10:18 -0700, Kevin Oberman wrote: > > > There was a revision to networks.subr in r253683 that > removed > > accept_rtadv from default for bridge interfaces. > > > > At least the comment says that it should not be default > which implies > > that it used to be. If there is a logic error in the commit > (I just > > noted the change to rtadv and the comment, but did not > attempt to > > confirm the logic), perhaps accept_rtadv got turned off on > more than > > just bridge interfaces. > > > > > > > > 564 > > > > > > bridge[0-9]*) > > 565 > > > > > > # No accept_rtadv by > > default on if_bridge(4) > > 566 > > > > > > # to avoid a > > conflict with the > > member > > 567 > > > > > > # interfaces. > > 568 > > > > > > return 1 > > 569 > > > > ;; > > 570 > > > > *) > > > > That script affect only when ipv6_enable="YES" for backward > compatibility, from its comments. > > Eric > > Look further down in the commit for line in the 560s. The section I > copied was the general case, not the legacy one. The code for both > is .included. > > -- I see, thanks. From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 20:11:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 399411E7 for ; Sat, 17 Aug 2013 20:11:19 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E688329B4 for ; Sat, 17 Aug 2013 20:11:18 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VAmqB-000Dma-RJ>; Sat, 17 Aug 2013 22:11:15 +0200 Received: from e179075120.adsl.alicedsl.de ([85.179.75.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VAmqB-003lHK-MK>; Sat, 17 Aug 2013 22:11:15 +0200 Date: Sat, 17 Aug 2013 22:11:08 +0200 From: "O. Hartmann" To: Tim Kientzle Subject: Re: /etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r) Message-ID: <20130817221108.58bc7f20@thor.walstatt.dyndns.org> In-Reply-To: References: <20130817113636.21346cd2@thor.walstatt.dyndns.org> <520FAE99.8040003@passap.ru> <20130817193517.2bf01dfe@thor.walstatt.dyndns.org> <20130817201750.4cc9907b@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/bRhCQ6qJKGhtjGZe4U2niFN"; protocol="application/pgp-signature" X-Originating-IP: 85.179.75.120 Cc: FreeBSD CURRENT , Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 20:11:19 -0000 --Sig_/bRhCQ6qJKGhtjGZe4U2niFN Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sat, 17 Aug 2013 11:41:08 -0700 Tim Kientzle wrote: >=20 > On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote: >=20 > > On Sat, 17 Aug 2013 10:42:07 -0700 > > Tim Kientzle wrote: > >=20 > >>=20 > >> On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: > >>=20 > >>> On Sat, 17 Aug 2013 21:10:49 +0400 > >>> Boris Samorodov wrote: > >>>=20 > >>>> 17.08.2013 13:36, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>=20 > >>>>> I can reproduceable truncate the link in /etc/ to be NIL by > >>>>> typing simply "reboot" when rebooting the box > >>>>=20 > >>>> Does it make any difference if you use "shutdown -r" instead? > >>>>=20 > >>>=20 > >>> Yes, when using "shutdown -r" the link isn't broken and the system > >>> reboots and operates as expected. Only if I use the "quick and > >>> dirty way" via "reboot" or after a crash when service named ahs > >>> already been started the link is dead. If a crahs occurs BEFORE > >>> service named has been started, the recovery is also operable - > >>> this is my observation. > >>=20 > >> Does "reboot" show the same problem If the system has been running > >> for a while (at least 15 minutes or so)? > >=20 > > Yes, of course. >=20 > That's not good. >=20 > After 15 minutes, the link contents should have been written > all the way to disk, even on an idle system. It sounds like the > sync process might not be running except at system shutdown. >=20 > What filesystem are you using? ZFS? UFS/SU? SU+J? It's UFS/SU + J. >=20 > Kernel version? As I wrote in my initial message, I compile on a regular basis the system/world with progressing in the kernel version. A moving target. >=20 > Can you reproduce this without named? That is: That box serves my network with named ;-) Since LDAP on freeBSD doing a kind of weird (I guess it is due to the horrible timeout using pam_ldap and nss_ldap modules) when the named service in the network is not present, I'm a bit of scared doing that on purpose :-/ But I will try. Why is it 15 minutes waiting? > * create a symlink,=20 > * wait 15 minutes, > * "reboot" > Is the symlink broken? >=20 > Tim I will report in. --Sig_/bRhCQ6qJKGhtjGZe4U2niFN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJSD9jjAAoJEOgBcD7A/5N877YH/1IW/q8mpAFEwZLde+ls0PWk NRSPInU1i1+KErykDQXQwAzWtFYUDt/9P8lgxK99aXD44LbsAeXDZTjtFdvrv1HJ 5SKtHlo3iGS5+IMvevspCYFbhOWnJ7BlaUKaiKw09ush+WP9hzFMgup93jVj1h2/ qy+evg6rwGJx8S3Gwg/m0ZbLuKG4isn5KJYW+NohXQFDxw4fo053uY9ZQBwhaiwE E0POmxy3o9/Mxz1x9GZbp4/s4XUqcWhjYfEZTQpfKBNVaR9uElltYQFpIbqEk4h8 ISOwQadZOGzddkT0SAPYtLf5R8KWjKKg7OUraZDa2uZwhJTElzrlN+7rbizRckM= =YhXZ -----END PGP SIGNATURE----- --Sig_/bRhCQ6qJKGhtjGZe4U2niFN-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 21:55:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C445AFBA; Sat, 17 Aug 2013 21:55:11 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A52D2DC2; Sat, 17 Aug 2013 21:55:10 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ek20so2437640lab.37 for ; Sat, 17 Aug 2013 14:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=VGAMx+rV13Sb0qO2qSI5OY4J7YX3o/IuSlzydWD9oJw=; b=st58e4BAw3/nVnlvzORGLdo9CuT0LtFVxsMQLLYgaNnlq2nYPlQG3JSbeC026cnzlY qJy0mzbY4fw4Oq59PxGIf6VjR5J3AsarejNEctBrmvqYhusC/1CPgNHt8u2p6h0jeOhL uqGjqrWstHUTMIzZ3JR3RwTvjcibUaj8RD38uuURYThay0cYZRDSHXoD9Capv7sSZdpY dD4D9u+zpJnJ4DaNPTqHPR5t4F46dJMQwBX1NTcOkLkYTi6mD62ep1/8Jy3ugVGd5sxk 3qf7nEgqRyjQp3v85xuVtg+AH4ulKuRQLfeQmxBmhKyXh9j1VPKDxY1LIHsbSwbLkY3P JhVg== X-Received: by 10.152.87.143 with SMTP id ay15mr4537698lab.2.1376776508914; Sat, 17 Aug 2013 14:55:08 -0700 (PDT) Received: from scorpion.kiev.ua ([46.247.161.100]) by mx.google.com with ESMTPSA id pw4sm1892196lbb.9.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 17 Aug 2013 14:55:07 -0700 (PDT) Message-ID: <520FF137.1020709@gmail.com> Date: Sun, 18 Aug 2013 00:55:03 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: Alexander Motin Subject: Re: USB no proper work References: <520E8602.5050408@gmail.com> <520E8842.4020609@bitfrost.no> <520E8DE1.1090609@gmail.com> <520F16B6.1070106@bitfrost.no> <520FA7C3.2060708@FreeBSD.org> In-Reply-To: <520FA7C3.2060708@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Hans Petter Selasky , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 21:55:11 -0000 17.08.2013 19:41, Alexander Motin пишет: > On 17.08.2013 09:22, Hans Petter Selasky wrote: >> On 08/16/13 22:38, Alexander Panyushkin wrote: >>> ========This deatach========== >>> Aug 16 23:24:05 scorpion kernel: ugen1.2: at usbus1 >>> (disconnected) >>> Aug 16 23:24:05 scorpion kernel: umass0: at uhub0, port 4, addr 2 >>> (disconnected) >>> Aug 16 23:24:05 scorpion kernel: (da0:umass-sim0:0:0:0): lost device >>> - 0 >>> outstanding, 2 refs >> >> Hi, >> >> The 2 refs is a problem that someone is keeping the device opened. >> That's the problem and that's what is stopping the enumeration thread. > > 2 refs may be not a CAM bug. One of them can be GEOM reference and > another is open device reference. What were the file systems on the > device and were they active/mounted during detach? > > Just recently I tested hot-plug device with ZFS on 10-CURRENT using > USB sticks and found no problems in either CAM or USB stack around > device disconnect. > On USB device FAT-32 file system. When I removed flash drive, the file system has been unmounted. From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 22:03:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33ADC2E8; Sat, 17 Aug 2013 22:03:31 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id E31FD2E25; Sat, 17 Aug 2013 22:03:30 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 95E157A285; Sun, 18 Aug 2013 00:03:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 6E1828EEFC6; Sun, 18 Aug 2013 00:03:38 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EJquyEx-wGBi; Sun, 18 Aug 2013 00:03:37 +0200 (CEST) Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 937F78EEFC5; Sun, 18 Aug 2013 00:03:37 +0200 (CEST) Message-ID: <520FF37D.6050002@bitfrost.no> Date: Sun, 18 Aug 2013 00:04:45 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alexander Panyushkin Subject: Re: USB no proper work References: <520E8602.5050408@gmail.com> <520E8842.4020609@bitfrost.no> <520E8DE1.1090609@gmail.com> <520F16B6.1070106@bitfrost.no> <520FA7C3.2060708@FreeBSD.org> <520FF137.1020709@gmail.com> In-Reply-To: <520FF137.1020709@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Alexander Motin , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 22:03:31 -0000 On 08/17/13 23:55, Alexander Panyushkin wrote: > 17.08.2013 19:41, Alexander Motin пишет: >> On 17.08.2013 09:22, Hans Petter Selasky wrote: > > On USB device FAT-32 file system. When I removed flash drive, the file > system has been unmounted. Hi, The problem might be in the GELI module then. Did you test that Alexander ? Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Device gpt/swap0.eli created. Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Encryption: AES-XTS 128 Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Crypto: software Hint: You can set the following knob to disable the USB waiting at reboot. hw.usb.no_shutdown_wait=1 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Aug 17 22:26:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E7661C9A for ; Sat, 17 Aug 2013 22:26:14 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A970B2F2E for ; Sat, 17 Aug 2013 22:26:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::ddd4:7f4b:3bda:d27d] (unknown [IPv6:2001:7b8:3a7:0:ddd4:7f4b:3bda:d27d]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 635D35C43; Sun, 18 Aug 2013 00:26:02 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: portaudit install failure From: Dimitry Andric In-Reply-To: <20130817121551.6e221aa6@zeus.saul.homeunix.org> Date: Sun, 18 Aug 2013 00:26:04 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <20130817121551.6e221aa6@zeus.saul.homeunix.org> To: Saul A. Peebsen X-Mailer: Apple Mail (2.1508) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 17 Aug 2013 22:26:15 -0000 On Aug 17, 2013, at 19:15, Saul A. Peebsen wrote: > I'm getting this: > > ... > ---> Installing the new version via the port > ===> Installing for portaudit-0.6.1 > /usr/sbin/pkg_info missing, please install port > sysutils/pkg_install-devel *** Error code 1 > > But there is no sysutils/pkg_install-devel in ports? Yeah, I just ran into this too. When you use -current, you get pkgng by default these days, and that uses "pkg audit" instead. There is no need to install portaudit anymore. The error message could be a bit less misleading though. :) -Dimitry