From owner-freebsd-current@freebsd.org Sun Jul 26 01:26:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FEF69A5FE4 for ; Sun, 26 Jul 2015 01:26:28 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB32D53 for ; Sun, 26 Jul 2015 01:26:28 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3B5FF9A5FE3; Sun, 26 Jul 2015 01:26:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AEF29A5FE2 for ; Sun, 26 Jul 2015 01:26:28 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C85E9D52 for ; Sun, 26 Jul 2015 01:26:27 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wicmv11 with SMTP id mv11so100409764wic.0 for ; Sat, 25 Jul 2015 18:26:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=LurnA83PY8/9CWtAnGjKOS9jPrF4940VC+FS5Ity2zQ=; b=Ph0khMjZd14j/LXcP0GKtiIdYYxKgNlEz107BjhUcFkcwSgFUa0GWHjDfmjbaI3M4P b+Y/W8yGspTxeeVVB48iBPermvJdkVORR70exC5ptf0czG2DC4txOoSI+HZRZAMXU8D4 Z2R5zamvL8qS8WIFIZNE82LXtph91C6b59jAMBvDBlFRriPmCaxPw4Kz5NHhgxhcBVIT TqgKSWPCg8sWE32vCg5BlMOIogoL1dV41BsoM0pJ7RCqJdzupHutTOj7uBKd5WGb7+Jf inytktFcauJuP1EsUYTI3Q1Wu7bBhU+kvPFei1bl6PErarpDGFFwoFlXaHWFzNItwfUQ l4qA== X-Received: by 10.194.95.71 with SMTP id di7mr42243153wjb.125.1437873986373; Sat, 25 Jul 2015 18:26:26 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id q19sm5823483wik.16.2015.07.25.18.26.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Jul 2015 18:26:25 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 26 Jul 2015 03:26:22 +0200 From: Baptiste Daroussin To: current@FreeBSD.org Subject: [CFT] rewrite of the merge(1) utility Message-ID: <20150726012619.GP21594@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H14uD12u8nekTETJ" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 01:26:28 -0000 --H14uD12u8nekTETJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I was botherd to not have the merge(1) utility available in base (for etcupdate) when building base WITHOUT_RCS. So I have rewritten a merge(1) utility which should be compatible. I used the 3-way merge code from the fossil VCS instead of making it call diff3. All I have done from the fossil code is adapting it to use sbuf(9). The bonus for end users is the merge from fossil can resolve situation where the diff3 in base cannot. (which explains a "failure" with the GNU RCS test suite) meaning etcupdate will be more happy merge configuration files. Another bonus is merge -e is now working again (it is broken in base from my testings). It should be able to replace entirely GNU RCS merge(1). From my testing only one output with co(1) is slightly different but harmless. I would appreciate more testing in particular from rcs(1). (No I have no intention to rewrite ci(1), co(1) or rcs*) Best regards, Bapt --H14uD12u8nekTETJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlW0NzsACgkQ8kTtMUmk6Ez0QACffx3NuvTk91ydOqfVqkzirfYv vKcAniBBbTSI+dIPjN3yF26nfGzN3Mmt =16C9 -----END PGP SIGNATURE----- --H14uD12u8nekTETJ-- From owner-freebsd-current@freebsd.org Sun Jul 26 18:40:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D09909ABD37 for ; Sun, 26 Jul 2015 18:40:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from smtp.hungerhost.com (smtp.hungerhost.com [216.38.53.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA295D5B for ; Sun, 26 Jul 2015 18:40:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from cpe-66-108-109-228.nyc.res.rr.com ([66.108.109.228]:56744 helo=[192.168.1.114]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85) (envelope-from ) id 1ZJQqA-0002Y4-A0; Sun, 26 Jul 2015 14:40:02 -0400 From: "George Neville-Neil" To: "Alexandr Krivulya" Cc: freebsd-current@freebsd.org, jmg@funkthat.com Subject: Re: IPSEC stop works after r285336 Date: Sun, 26 Jul 2015 14:39:51 -0400 Message-ID: <16ADAE9E-1CE1-4E52-8C68-BBE8CCB6B164@neville-neil.com> In-Reply-To: <55B323F5.3030200@shurik.kiev.ua> References: <55B099F6.8000004@shurik.kiev.ua> <20150724213839.GP78154@funkthat.com> <55B323F5.3030200@shurik.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.2r5107) 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-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 18:40:06 -0000 On 25 Jul 2015, at 1:51, Alexandr Krivulya wrote: > 25.07.2015 00:38, John-Mark Gurney пишет: >> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 >> +0300: >>> I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I see >>> only >>> outgoing esp packets on ng interface: >> This change is -stable, not -current, but the change referenced below >> is -current... Which one are you running? >> >> Also, the only ipsec related change after r285535 is r285770, though >> that probably won't effect it... Could you possibly narrow the >> change >> that broke things? >> >>> root@thinkpad:/usr/src # tcpdump -i ng0 >>> tcpdump: verbose output suppressed, use -v or -vv for full protocol >>> decode >>> listening on ng0, link-type NULL (BSD loopback), capture size 262144 >>> bytes >>> 10:35:27.331886 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9a5), length 140 >>> 10:35:28.371707 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9a6), length 140 >>> 10:35:29.443536 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9a7), length 140 >>> 10:35:30.457370 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9a8), length 140 >>> 10:35:31.475606 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9a9), length 140 >>> 10:35:31.622315 IP 10.10.10.1.isakmp > 10.10.10.2.isakmp: isakmp: >>> phase >>> 2/others ? inf[E] >>> 10:35:31.622544 IP 10.10.10.2.isakmp > 10.10.10.1.isakmp: isakmp: >>> phase >>> 2/others ? inf[E] >>> 10:35:31.622658 IP 10.10.10.2.isakmp > 10.10.10.1.isakmp: isakmp: >>> phase >>> 2/others ? inf[E] >>> 10:35:31.623933 IP 10.10.10.1.isakmp > 10.10.10.2.isakmp: isakmp: >>> phase >>> 2/others ? inf[E] >>> 10:35:32.492349 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9aa), length 140 >>> 10:35:33.509346 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9ab), length 140 >>> 10:35:34.527187 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9ac), length 140 >>> 10:35:35.539600 IP 10.10.10.2 > 10.10.10.1: >>> ESP(spi=0x03081e58,seq=0x9ad), length 140 >>> >>> With r285535 all works fine. > > > Right commit is in subject - r285336. There were two IPsec related commits after 285336. Either 285347 or 285526 could be the fix. If you're OK after those two commits then the system is in correct working order. Best, George From owner-freebsd-current@freebsd.org Mon Jul 27 00:07:02 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 983399AA005 for ; Mon, 27 Jul 2015 00:07:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB1910A; Mon, 27 Jul 2015 00:07:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6EFB89FA; Mon, 27 Jul 2015 00:07:02 +0000 (UTC) Date: Mon, 27 Jul 2015 00:07:01 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <709377013.19.1437955622090.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1224 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 00:07:02 -0000 FreeBSD_HEAD-tests - Build #1224 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1224/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1224/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1224/console Change summaries: No changes The end of the build log: [...truncated 4434 lines...] [192.168.10.2] out: sys/kern/kern_descrip_test:kern_maxfiles__increase -> skipped: Required configuration property 'allow_sysctl_side_effects' not defined [0.000s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_child_debugger -> passed [0.086s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unrelated_debugger -> passed [0.108s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach -> passed [0.052s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me -> passed [0.098s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.246s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed [0.088s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> passed [0.044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> passed [0.046s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed [0.038s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed [0.074s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> passed [0.036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed [0.048s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed [0.135s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed [0.072s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed [0.040s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed [0.045s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed [0.058s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [0.039s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k -> passed [0.041s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k -> passed [0.067s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k -> passed [0.040s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> passed [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> passed [0.145s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed [0.099s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers -> passed [0.038s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> passed [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect -> passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed [0.110s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking -> passed [0.574s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed [0.185s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking -> passed [0.266s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed [0.120s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking -> passed [0.085s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed [0.060s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking -> passed [0.056s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [0.051s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -> passed [0.043s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passed [0.048s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> passed [0.040s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> passed [0.058s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed [0.110s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [0.244s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.252s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [0.098s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [0.084s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed [0.148s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.090s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> passed [0.087s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [0.238s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [0.128s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [11.505s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [0.543s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.311s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest3 -> passed [0.324s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest4 -> passed [0.121s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [0.117s] [192.168.10.2] out: sys/netinet/fibs_test:arpresolve_checks_interface_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:default_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:loopback_and_network_routes_on_nondefault_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:udp_dontroute -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/opencrypto/runtests:main -> passed [0.316s] [192.168.10.2] out: sys/vm/mmap_test:main -> passed [0.110s] [192.168.10.2] out: sbin/devd/client_test:seqpacket -> passed [0.420s] [192.168.10.2] out: sbin/devd/client_test:stream -> passed [0.057s] [192.168.10.2] out: sbin/dhclient/option-domain-search_test:main -> passed [0.080s] [192.168.10.2] out: sbin/ifconfig/nonexistent_test:nonexistent -> passed [0.196s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_malloc -> passed [0.645s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_swap -> passed [0.264s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_explicit_type -> passed [0.249s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_larger_than_file -> passed [0.790s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_non_explicit_type -> passed [0.403s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_sector_size -> passed [0.470s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_smaller_than_file -> passed [0.231s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_with_specific_unit_number -> passed [0.327s] [192.168.10.2] out: sbin/growfs/legacy_test:main -> passed [12.978s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:equal -> passed [1.118s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:experr_mismatch -> passed [0.270s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:expout_mismatch -> passed [0.268s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:flush_stdout_on_death -> passed [1.269s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:info_ok -> passed [0.248s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stderr -> passed [0.155s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stdout -> passed [0.196s] [192.168.10.2] out: libexec/atf/atf-sh/config_test:get -> passed [0.235s] [192.168.10.2] out: libexec/atf/atf-sh/config_test:has -> passed [0.276s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:arguments -> passed [0.144s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__command_line -> passed [0.171s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__shebang -> passed [0.143s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:missing_script -> passed [0.161s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:no_args -> passed [0.495s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:set_e -> passed [0.157s] [192.168.10.2] out: libexec/atf/atf-sh/normalize_test:main -> passed [0.513s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:default_status -> passed [0.277s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:missing_body -> passed [0.159s] [192.168.10.2] out: libexec/atf/atf-sh/tp_test:srcdir -> passed [0.220s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_empty -> passed [0.119s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_file -> passed [0.210s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_ignore -> passed [0.196s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_inline -> passed [0.274s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_match -> passed [0.302s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_multiple -> passed [0.302s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_negated -> passed [0.199s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_save -> passed [0.207s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:invalid_umask -> passed [0.106s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_empty -> passed [0.131s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_file -> passed [0.225s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_ignore -> passed [0.665s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_inline -> passed [1.064s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_match -> passed [0.265s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_multiple -> passed [0.370s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_negated -> passed [0.443s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_save -> passed [0.297s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_eq_ne -> passed [0.434s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_exit -> passed [0.421s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_ignore -> passed [0.357s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_signal -> passed [0.237s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:stdin -> passed [0.180s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:xflag -> passed [0.156s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:bad_library_directories -> passed [0.610s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:first_library_directory -> passed [0.249s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:last_library_directory -> passed [0.411s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:middle_library_directory -> passed [0.208s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:missing_library -> passed [0.194s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:single_library_directory -> passed [0.058s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:wrong_library_directories -> passed [0.088s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150726-224223-942047 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150726-224223-942047.db [192.168.10.2] out: [192.168.10.2] out: 4336/4337 passed (1 failed) [192.168.10.2] out: Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=test-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 68055] [192.168.10.2] out: ff00 broadcast 192.168.10.255 kyuatestprompt # Jul 26 22:49:56 t_openpam_readword: in openpam_readword(): unexpected end of file Jul 26 22:49:56 last message repeated 2 times maxproc limit exceeded by uid 977 (pid 8644); see tuning(7) and login.conf(5) Jul 26 22:58:20 h_fgets: stack overflow detected; terminated Jul 26 22:58:22 h_gets: stack overflow detected; terminated Jul 26 22:58:23 h_memcpy: stack overflow detected; terminated Jul 26 22:58:26 h_memmove: stack overflow detected; terminated Jul 26 22:58:28 h_memset: stack overflow detected; terminated Jul 26 22:58:31 h_read: stack overflow detected; terminated Jul 26 22:58:37 h_readlink: stack overflow detected; terminated Jul 26 22:58:39 h_snprintf: stack overflow detected; terminated Jul 26 22:58:41 h_sprintf: stack overflow detected; terminated Jul 26 22:58:42 h_stpcpy: stack overflow detected; terminated Jul 26 22:58:44 h_stpncpy: stack overflow detected; terminated Jul 26 22:58:46 h_strcat: stack overflow detected; terminated Jul 26 22:58:50 h_strcpy: stack overflow detected; terminated Jul 26 22:58:53 h_strncat: stack overflow detected; terminated Jul 26 22:58:55 h_strncpy: stack overflow detected; terminated Jul 26 22:58:57 h_vsnprintf: stack overflow detected; terminated Jul 26 22:58:58 h_vsprintf: stack overflow detected; terminated ahcich0: Timeout on slot 19 port 0 ahcich0: is 00000000 cs 00000000 ss 00f80000 rs 00f80000 tfd 50 serr 00000000 cmd 1000d717 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 b0 c2 27 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000000 cs 00000000 ss 8000003f rs 8000003f tfd 50 serr 00000000 cmd 1000c517 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 b0 c2 27 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahStopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 27 00:06:37 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 done All buffers synced. lock order reversal: 1st 0xfffff800072cb7c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount.c:1224 2nd 0xfffff800072cc240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995650 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956d0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b995800 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995820 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995850 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958c0 vget() at vget+0x7e/frame 0xfffffe007b995910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995960 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995990 dounmount() at dounmount+0x44a/frame 0xfffffe007b995a10 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x41205a, rsp = 0x7fffffffe718, rbp = 0x7fffffffe810 --- Uptime: 1h24m52s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freebsd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img umount /tmp/tmpsB5DnZ mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTABLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Mon Jul 27 02:38:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A1DF9ABB8D; Mon, 27 Jul 2015 02:38:49 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 462FDF26; Mon, 27 Jul 2015 02:38:47 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074422-f79d26d0000026d6-51-55b599b6cb0c Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id F3.E6.09942.6B995B55; Sun, 26 Jul 2015 22:38:46 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id t6R2cj0m009213; Sun, 26 Jul 2015 22:38:45 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t6R2cgQr026128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 26 Jul 2015 22:38:44 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t6R2cfse024980; Sun, 26 Jul 2015 22:38:41 -0400 (EDT) Date: Sun, 26 Jul 2015 22:38:41 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Quarterly Status Report - Second Quarter 2015 Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupileLIzCtJLcpLzFFi42IRYrdT0d02c2uowe6dwha7rp1mt5jz5gOT xfbN/xgtDjcLObB4zPg0nyWAMYrLJiU1J7MstUjfLoErY/667UwFmw6yViw93cvYwLh6MUsX IweHhICJxMW/cl2MnECmmMSFe+vZuhi5OIQEFjNJtBw/zgzhbGSUWLKlhRXCOcQkMXt+OxOE 08Ao8X7TMXaQfhYBbYnueV9ZQWw2ATWJx3ubWSHmKkpsPjWJGWSdiIC8xILz9iBhZgFribnr 1oOVCAvYSew51MUGYvMKOErMmTiTCcQWFdCRWL1/CgtEXFDi5MwnLBC9gRLvFq5gncAoMAtJ ahaSFIStLnHg00VGCFtb4v7NNrYFjCyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdE31cjNL9FJT SjcxgoPZRWkH48+DSocYBTgYlXh4NdS3hgqxJpYVV+YeYpTkYFIS5f0iuTlUiC8pP6UyI7E4 I76oNCe1+BCjBAezkgjv4yigct6UxMqq1KJ8mJQ0B4uSOO+mH3whQgLpiSWp2ampBalFMFkZ Dg4lCd7qGUCNgkWp6akVaZk5JQhpJg5OkOE8QMNFQGp4iwsSc4sz0yHypxh1OR5Nu7aWSYgl Lz8vVUqctwekSACkKKM0D24OLAm9YhQHekuYdx1IFQ8wgcFNegW0hAloiWfPFpAlJYkIKakG xqn51X/SmHzdbdkZvzixivRw+125Mvej5HfVjWv9X8S+cmTxfXuF7eYslairfHWZu9tZlK4v zJELecUbKL3iz31H0fBrESKPDigaxwm9yW3jF6yP2nlEsC9ubtgp8SQP+TTFgtWuUnM0n8x1 0TpqqsNb8+FzSd/LmSYyZ5I27dn/wP7N/jgvJZbijERDLeai4kQAqboxWx0DAAA= Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 02:38:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 FreeBSD Project Quarterly Status Report: April - June 2015 The second quarter of 2015, from April to June, was another period of busy activity for FreeBSD. This report is the largest we have published so far. The cluster and release engineering teams continued to improve the structures that support FreeBSD's build, maintenance, and installation. Projects ran the gamut from security and speed improvements to virtualization and storage appliances. New kernel drivers and capabilities were added, while work to make FreeBSD run on various ARM architectures continued at a rapid pace. The Ports Collection grew, even while adding capabilities and fixing problems. Outside projects like pkgsrc have become interested in adding support. Documentation was a major focus, one that is often complimented by people new to FreeBSD. BSDCan 2015 was a great success, turning many hours of sleep deprivation into an even greater amount of inspiration. As always, a great deal of this activity was directly sponsored by the Foundation. The project's status as a first-class operating system owes a great deal to the Foundation's past and ongoing work. The number and detail of these reports really gives only a tiny glimpse of all that is happening. A huge portion of FreeBSD development takes place all the time, including bug fixes, feature improvements, rewrites, and imports of new code. This ongoing work is difficult, time-consuming, and, far too often, unrecognized. We should take a moment to consider and thank not just the contributors listed here, but also the end users, bug submitters, port maintainers, coders, security analysts, infrastructure defenders, tinkerers, scientists, designers, questioners, answerers, rule makers, testers, documenters, sysadmins, dogmatists, iconoclasts, and crazed geniuses who make FreeBSD such an effective and useful operating system. If you are reading this, you are one of these people, too. Thank you. --Warren Block __________________________________________________________________ This status report was compiled by Benjamin Kaduk and Warren Block. Please submit status reports for the third quarter of 2015 (July to September) by October 7, 2015. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Cluster Administration Team * FreeBSD Release Engineering Team * The FreeBSD Core Team Projects * Address Space Layout Randomization (ASLR) * bhyve * Linux Binary Emulation Layer Upgrade * Mellanox iSCSI Extensions For RDMA (iSER) Support * Multipath TCP for FreeBSD * OpenBSM * OPNsense * Root Remount * ZFSguru Kernel * 1-Wire Kernel Driver Implementation * Adding PCIe Hot-plug Support * CloudABI: Capability-Based Runtime Environment * Rewritten PCID Support * Sleep States Enhancements on x86 * Warner's ARMv6 Hard Float Experiment Architectures * FreeBSD on Cavium ThunderX (arm64) * FreeBSD/arm64 Userland Programs * Cleanup on pw(8) Ports * KDE on FreeBSD * Official Packages * Ports Collection * The Graphics Stack on FreeBSD * Wine/FreeBSD * Xfce on FreeBSD Documentation * Documentation Working Group at BSDCan * FreeBSD Mastery: ZFS Now Available * Leap Seconds Article * New Documentation Committers * The FreeBSD German Documentation Project Google Summer of Code * GSoC 2015: libc Security Extensions * Multiqueue Testing Miscellaneous * BSDCan 2015 * FreeBSD Support in pkgsrc * The FreeBSD Foundation * ZFS Support for UEFI Boot/Loader __________________________________________________________________ FreeBSD Cluster Administration Team Contact: FreeBSD Cluster Administration Team The FreeBSD Cluster Administration Team consists of the people responsible for administering the machines that the project relies on for its distributed work and communications to be synchronised. In this quarter, the team has been extremely busy with work both visible and invisible from outside of the FreeBSD infrastructure. * Migrated reference machines used by FreeBSD developers to the new machines purchased by the FreeBSD Foundation at New York Internet * Separated email services (and single-point-of-failure cases) from the machine that has been handling this task for over 18 years, to new, single-purpose service installations * Reorganized the infrastructure, serving repositories hosted by svn.freebsd.org to GeoDNS-backed mirrors, all with a single, official SSL certificate * Increased multi-site redundancy for public and non-public services throughout, at present, eight world-wide geographic sites While an enormous amount of this work was volunteer-driven, resources (time and hardware) were generously provided by the FreeBSD Foundation. This project is sponsored by The FreeBSD Foundation (time and hardware). __________________________________________________________________ FreeBSD Release Engineering Team Links FreeBSD 10.2-RELEASE schedule URL: https://www.freebsd.org/releases/10.2R/schedule.html FreeBSD development snapshots URL: http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/ FreeBSD development snapshots announcements list URL: https://lists.freebsd.org/pipermail/freebsd-snapshots/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes, and maintaining the respective branches, among other things. The FreeBSD 10.2-RELEASE cycle began in mid-June, with the final release expected to be available in late August, and as this quarterly status update shows, FreeBSD 10.2-RELEASE is going to be a very exciting release. The FreeBSD Release Engineering Team has been extremely busy this quarter, with much of the focus targeted at adding support for additional hardware and integration with third-party hosting providers (aka "cloud" hosting). Following up on the work done by Andrew Turner to port FreeBSD to the arm64 (aarch64) architecture, the Release Engineering build tools were updated to produce FreeBSD/aarch64 memory stick images and virtual machine images for use with Qemu (emulators/qemu-devel). At present, the Qemu virtual machine images require an external EFI file to boot. Details on how to boot FreeBSD/aarch64 virtual machine images are available in the linked FreeBSD development snapshot announcement email archives. Last quarter, several parts of the build tools were rewritten to allow greater extensibility and granularity, which has simplified the code required for new virtual machine images. In collaboration with several developers, the Release Engineering build tools were updated to provide new support for several hosting providers, as well as provide mechanisms to automatically upload (and publish, where possible) FreeBSD virtual machine images. This quarter, in addition to the existing support for the Microsoft Azure platform, the build tools also natively support: * Amazon EC2 (thanks to Colin Percival) * Google Compute Engine (thanks to Steve Wills) * Vagrant/Hashicorp Atlas (thanks to Brad Davis) The FreeBSD Release Engineering Team would like to thank these developers for all of the work that went into making this possible, and would like to especially thank Marcel Moolenaar for all of his work on the mkimg(1) utility, especially for adding support for the various file formats requested. In addition to the enhancements to the virtual machine build tools, a significant amount of work went into refactoring the build code used to produce FreeBSD/arm images. With much of the logic resembling how the Crochet utility (written by Tim Kientzle) works, and a significant amount of work, input, and advice from Ian Lepore, Warner Losh, Andrew Turner, Luiz Otavio O Souza, and a large number of contributors on the freebsd-arm@FreeBSD.org mailing list, the FreeBSD Release Engineering tools now natively support producing FreeBSD/arm images without external build tools. At present, the build tools support building FreeBSD/arm images for: * BEAGLEBONE * CUBOX/HUMMINGBOARD * GUMSTIX * RPI-B * RPI2 (FreeBSD-CURRENT only) * PANDABOARD * WANDBOARD The FreeBSD Release Engineering Team would like to thank each of these people for their support and input, and would like to especially thank Tim Kientzle for his work on Crochet. Without it, we might not have been able to produce images for the various boards that we are able to now. For more information on what else has changed in FreeBSD since 10.1-RELEASE, see the FreeBSD 10.1-STABLE release notes (which will become the release notes for 10.2-RELEASE). Additionally, Glen Barber would like to thank Jim Thompson for providing a BeagleBone Black board (replacing one that no longer worked), and Benjamin Perrault for providing a PandaBoard ES, both of which are used for locally testing the images produced by the build tools. Last, and certainly not least, Glen Barber would also like to thank the FreeBSD Foundation for their support, and for providing the resources (time and hardware) required to make all of the items mentioned in this status report possible. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ The FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team constitutes the project's "Board of Directors", responsible for deciding the project's overall goals and direction as well as managing specific areas of the FreeBSD project landscape. In order to help attract fresh developer talent to FreeBSD, Core has a general policy to make available an up-to-the-minute suite of developer tools and services. Core has long been encouraging FreeBSD committers to make full use of the project's Phabricator instance at https://reviews.FreeBSD.org, and now has supported the Phabricator admins in opening access to anyone interested enough to sign up for an account. Further developments under consideration include setting up a FreeBSD.org OAuth 2 provider and permitting OAuth-style Single Sign-On access to most FreeBSD web-based services. Developers and members of the public would additionally be able to use credentials from other providers such as GitHub, Twitter, or Google to authenticate themselves to FreeBSD web services. Mark Murray raised a problem he has been having for some time with getting adequate security review of his proposed changes to random(9). This is an extremely security sensitive area of the kernel where errors can have disastrous consequences. Core has been able to drum up a number of reviewers and they have made significant progress in simplifying the design, eliminating some difficult portions of code, and reducing any potential attack surface. Work is still ongoing and Core remains open to the idea of bringing in external reviewers with specialist cryptographic knowledge. Dag-Erling Sm=C3=B8rgrav resigned as Security Officer towards the end of May. Core was sorry to see him step down, but unanimously pleased to welcome his nominee and former deputy, Xin Li, as his successor. Xin has since appointed Gleb Smirnoff (who also happens to be a current member of core) as his new deputy. Between them and Core they have some fairly radical ideas under discussion about how to improve the project's responsiveness to security issues. In mid-June, a change to style(9) was proposed, and resulted in much lively discussion. Warner Losh conducted an informal poll with Phabricator and the change was approved and committed within a couple of days. Unfortunately, complaints were raised about the timing and voting methods and Core was called upon to arbitrate. The change was backed out voluntarily, a new poll was held with more time to vote, and the change was approved. During this period we had two new commit bits awarded, and one taken in for safekeeping. Welcome aboard to Chris Torek and Mariusz Zaborski, and we were very sorry indeed to see Steve Kargl decide to call it a day. __________________________________________________________________ Address Space Layout Randomization (ASLR) Links HardenedBSD URL: https://hardenedbsd.org/ True Stack Randomization URL: https://hardenedbsd.org/article/shawn-webb/2015-06-30/introducing-= true-stack-randomization Announcing ASLR Completion URL: https://hardenedbsd.org/article/shawn-webb/2015-07-06/announcing-a= slr-completion Call for Donations URL: https://hardenedbsd.org/article/shawn-webb/2015-07-11/call-donatio= ns SoldierX URL: https://www.soldierx.com/ Contact: Shawn Webb Contact: Oliver Pinter Contact: HardenedBSD HardenedBSD is a downstream distribution of FreeBSD aimed at implementing exploit mitigation and security technologies. The HardenedBSD development team has focused on several key features, one being Address Space Layout Randomization (ASLR). ASLR is a computer security technique that aids in mitigating low-level vulnerabilities such as buffer overflows. ASLR randomizes the memory layout of running applications to prevent an attacker from knowing where a given vulnerability lies in memory. This last quarter, the HardenedBSD team has finalized the core implementation of ASLR. We implemented true stack randomization along with a random stack gap. This change allows us to apply 42 bits of entropy to the stack, the highest of any operating system. We bumped the hardening.pax.aslr.stack_len sysctl(8) to 42 by default on amd64. We also now randomize the Virtual Dynamic Shared Object (VDSO). The VDSO is one or more pages of memory shared between the kernel and the userland. On amd64, it contains the signal trampoline and timing code (gettimeofday(4), for example). With these two changes, the ASLR implementation is now complete. There are still tasks to work on, however. We need to update our documentation and enhance a few pieces of code. Our ASLR implementation is in use in production by HardenedBSD and is performing robustly. Additionally, we are currently running a fundraiser to help us establish a not-for-profit organization and for hardware updates. We have received a lot of help from the community and we greatly appreciate the help. We need further help to take the project to the next level. We look forward to working with the FreeBSD project in providing excellent security. This project is sponsored by SoldierX. Open tasks: 1. Update the aslr(4) manpage and the wiki page. 2. Improve the Shared Object load order feature with Michael Zandi's improvements. 3. Re-port the ASLR work to vanilla FreeBSD. Include the custom work requested by FreeBSD developers. 4. Close the existing review on Phabricator. 5. Open multiple smaller reviews for pieces of the ASLR patch that can be split out logically. 6. Perform a special backport to HardenedBSD 10-STABLE for OPNSense to pull in. 7. golang segfaults in HardenedBSD. Help would be nice in debugging. __________________________________________________________________ bhyve Links bhyve FAQ and talks URL: http://www.bhyve.org Contact: Peter Grehan Contact: Neel Natu Contact: Tycho Nightingale Contact: Allan Jude Contact: Alexander Motin Contact: Marcelo Araujo bhyve is a hypervisor that runs on the FreeBSD/amd64 platform. At present, it runs FreeBSD (8.x or later), Linux i386/x64, OpenBSD i386/amd64, and NetBSD/amd64 guests. Current development is focused on enabling additional guest operating systems and implementing features found in other hypervisors. bhyve BoF at BSDCan 2015 A bhyve BoF was held during lunch hour at BSDCan 2015. It was attended by approximately 60 people. Michael Dexter showed Windows Server 2012 running inside bhyve. Common themes that came up during the discussion were: bhyve configuration, libvirt and OpenStack integration, best practices, bhyve with ZFS, additional guest support and live migration. Google Summer of Code 2015 A number of bhyve-related proposals were submitted for GSoC 2015 and these four were accepted: * NE2000 device emulation * Porting bhyve to ARM * ptnetmap support in bhyve * PXE boot support in bhyveload A number of improvements were made to bhyve this quarter: * GEOM storage backend now works properly with bhyve. * Device model enhancements and new instruction emulations to support Windows guests. * Improve virtio-net performance by disabling queue notifications when not needed. * The dtrace FBT provider now works properly with vmm.ko. Marcelo Araujo and Allan Jude created a rough patch to make bhyve parse a config file to replace the existing method of configuration by command line invocation. The rapid pace of advancement in bhyve resulted in requiring a much more complex config file. A new design for the config file, with support for the plugin architecture that will eventually be introduced into bhyve, is now being discussed. Open tasks: 1. Improve documentation. 2. bhyveucl is a script for starting bhyve instances based on a libUCL config file. More information at https://github.com/allanjude/bhyveucl. 3. Add support for virtio-scsi. 4. Flexible networking backend: wanproxy, vhost-net 5. Support running bhyve as non-root. 6. Add filters for popular VM file formats (VMDK, VHD, QCOW2). 7. Implement an abstraction layer for video (no X11 or SDL in base system). 8. Suspend/resume support. 9. Live Migration. 10. Nested VT-x support (bhyve in bhyve). 11. Support for other architectures (ARM, MIPS, PPC). __________________________________________________________________ Linux Binary Emulation Layer Upgrade Links Emulation team on FreeBSD wiki URL: https://wiki.FreeBSD.org/Emulation Contact: Allan Jude Contact: Dmitry Chagin Contact: Ed Maste Contact: Edward Tomasz Napiera=C5=82a Contact: Johannes Meixner Contact: FreeBSD Emulation Team The FreeBSD emulation team has done extensive work on polishing FreeBSD's Linux emulation layer. After more than a year and a half, Dmitry Chagin's changes to the Linux binary emulation layer were merged into FreeBSD 11.0-CURRENT. Before merging the more than 115 individual changes into base/head, Ed Maste and Edward Tomasz Napiera=C5=82a were a= ble to help by reviewing and improving the code quality. Work has begun on backporting these changes into FreeBSD 10-STABLE, with the current 10.2 release cycle in mind. We hope to have that backport ready before 10.2-PRERELEASE turns into 10.2-RELEASE. In that same vein, Allan Jude was able to upload and improve a recent Differential Revision that will eventually lead to our having both 32-bit and 64-bit ports for CentOS 6. Port review activity started during the BSDCan conference's developer summit, and will be continued extensively during the Cambridge Developer Summit. We are currently expecting to have both Fedora 10, Centos 6 32-bit- and CentOS 6 64-bit-compatible frameworks available by Q4/2015. Call for Help: Contributing People can contribute to the Emulation team's efforts by testing the CentOS 64-bit changes on a FreeBSD 11.0-CURRENT system. Please use Bugzilla to report any bugs or oddities encountered. For the ambitious: we are planning to start working on a CentOS 7 framework. CentOS7 is 64-bit only, uses a newer kernel, and has systemd, so this work is highly experimental. We hope to have a usable port by Q2/2016. This project is sponsored by Perceivon Hosting Inc., ScaleEngine Inc., and The FreeBSD Foundation. Open tasks: 1. Test 64-bit Linux emulation on 11.0-CURRENT 2. Backport 64-bit Linux emulation to 10-STABLE 3. Review 64-bit CentOS 6 ports and merge changes 4. Create/heavily update existing 64-bit CentOS 7 ports 5. Anyone who would like to get in touch should not hesitate to contact any of the emulation@ team members. Similarly, a mail to emulation@FreeBSD.org is always welcome. __________________________________________________________________ Mellanox iSCSI Extensions For RDMA (iSER) Support Links iser-freebsd on GitHub URL: https://github.com/sagigrimberg/iser-freebsd Contact: Max Gurtovoy Contact: Sagi Grimberg Building on the new in-kernel iSCSI initiator stack released in FreeBSD 10.0 and the recently added iSCSI offload interface, Mellanox Technologies has begun developing iSCSI extensions for RDMA (iSER) initiator support to enable efficient data movement using the hardware offload capabilities of Mellanox's 10, 40, 56 and 100 Gigabit IB/Ethernet adapters. Remote Direct Memory Access (RDMA) has been shown to have a great value for storage applications. RDMA infrastructure provides benefits such as Zero-Copy, CPU offload, Reliable transport, Fabric consolidation, and many more. The iSER protocol eliminates some of the bottlenecks in the traditional iSCSI/TCP stack, provides low latency and high throughput, and is well suited for latency aware workloads. This work includes a new ICL module that implements the iSER initiator. The iSCSI stack is slightly modified to support some extra features such as asynchronous IO completions, unmapped data buffers, and data-transfer offloads. The user will be able to choose iSER as the iSCSI transport with iscsictl. The project is in its beta phase. Recent additions include: * Rebased on top of 11-CURRENT (r284921) * Added discovery over iSER support * HA and automatic session re-establishment support * Split iSER from iSCSI module In addition, the iser driver has been and continues to be thoroughly tested. The test suite includes: * traffic * FS tests * compliance tests * traffic failover/failback * session recovery * dynamic module load/unload The code is ready for inclusion and will be released under the BSD license. This project is sponsored by Mellanox Technologies. __________________________________________________________________ Multipath TCP for FreeBSD Links MPTCP Project Website URL: http://caia.swin.edu.au/newtcp/mptcp Contact: Nigel Williams Multipath TCP (MPTCP) is an extension to TCP that allows for the use of multiple network interfaces on a standard TCP session. The addition of new addresses and scheduling of data across these occurs transparently from the perspective of the TCP application. The goal of this project is to deliver an MPTCP kernel patch that interoperates with the reference MPTCP implementation, along with additional enhancements to aid network research. The patch now supports the core mechanisms of the MPTCP protocol (multi-address operation, data-level retransmission, etc). Recent additions include improved socket-option handling and the transfer of some logging output to DTRACE. The patch has been updated to build against r285254 of HEAD. A patch (v0.5) is currently being tested and will be made available to the public shortly, with a plan to release further patches on a more frequent basis following that. This project is sponsored by FreeBSD Foundation. Open tasks: 1. Complete documentation and testing for release of the v0.5 patch. 2. Release Technical Report describing the implementation of v0.5. __________________________________________________________________ OpenBSM Links OpenBSM: Open Source Basic Security Module (BSM) Audit Implementation URL: http://www.openbsm.org/ openbsm on GitHub URL: https://github.com/openbsm/openbsm Contact: Robert Watson Contact: Christian Brueffer Contact: TrustedBSD audit mailing list OpenBSM is a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format. It is the user space side of the CAPP Audit implementations in FreeBSD and Mac OS X. Additionally, the audit trail processing tools are expected to work on Linux. After a period of dormancy, the project is slowly picking up steam again. The OpenBSM source code repository was migrated from FreeBSD's Perforce server to GitHub. We hope this will make the code more accessible and stimulate outside contributions. In addition to the repository migration, automated build testing using Travis CI has been enabled, and initial steps towards a new test release have been made. Open tasks: 1. Test the code on GitHub on different releases of Mac OS X and Linux. Especially testing on Mac OS X 10.9 (Mavericks) and newer would be greatly appreciated. __________________________________________________________________ OPNsense Links OPNsense website URL: https://opnsense.org OPNsense source code URL: https://github.com/opnsense Contact: Franco Fichtner Contact: Ad Schellevis Contact: Jos Schellevis OPNsense is a fork of pfSense that aims to follow FreeBSD's code base and ecosystem quickly and closely while retaining the parent's powerful firewall capabilities. The new 15.7 release includes efforts such as firmware upgrades and packaging fully based on pkg, weekly security updates, the replacement of ALTQ-based traffic shaping with IPFW/dummynet, and production-ready LibreSSL integration as an alternative to OpenSSL. Contributors and testers are welcome as we work on redesigning plugin support, rework the GUI according to modern coding standards (MVC) and privilege separation. This project is sponsored by Deciso. __________________________________________________________________ Root Remount Contact: Edward Tomasz Napiera=C5=82a One of the long missing features of FreeBSD was the ability to boot with a temporary rootfs, configure the kernel to be able to access the real rootfs, and then replace the temporary root with the real one. In Linux, the functionality is known as pivot_root. The reroot project aims to provide similar functionality in a different, slightly more user-friendly way: rerooting. Simply put, from the user point of view it looks like the system performs a partial shutdown, killing all processes and unmounting the rootfs, and then partial bringup, mounting the new rootfs, running init, and running the startup scripts as usual. The project is in the late implementation phase. A working prototype was written, and work is in process to rewrite it in an architecturally nicer way. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Complete debugging __________________________________________________________________ ZFSguru Links ZFSguru URL: http://zfsguru.com Contact: Jason Edwards ZFSguru is a multifunctional server appliance with a strong emphasis on storage. ZFSguru began as simple web-interface frontend to ZFS, but has since grown into a FreeBSD derivative with its own infrastructure. The scope of the project has also grown with the inclusion of add-on packages that add functionality beyond the traditional NAS functionality found in similar product like FreeNAS and NAS4Free. ZFSguru aims to be a true multifunctional server appliance that is extremely easy to set up and can unite both novice and more experienced users in a single user interface. The modular nature of the project combats the danger of bloat, whilst still allowing extended functionality to be easily deployed. The ZFSguru project is nearing the release of version 0.3, a major milestone for the project. In this new version, major work has been done on fundamentals. An overview: * New build infrastructure allows for frequent releases of system images and services in a semi-automated way. * New GuruDB database allows for a growing number of system images and servers, and provides good caching to accelerate pages. * Redesigned installation procedure, and addition of new distributions Root-on-RAM and Root-on-Media aside from the already supported Root-on-ZFS. * Both LiveCD and USB images will be provided. The USB image also has UEFI boot support working alongside the regular MBR boot support so both are available. * Many overhauled libraries and additions to the web interface. * Many improvements to services, such as the new Gnome 3 graphical environment. ZFSguru version 0.3 will be released on the first of August. __________________________________________________________________ 1-Wire Kernel Driver Implementation Links 1-Wire Stuff: Basics and Temperature URL: https://reviews.freebsd.org/D2956 Contact: Warner Losh This is a kernel driver implemetation of the Dallas Semiconductor 1-Wire bus in a generic fashion. While temperature sensors are the only devices initially supported, other devices should be easy to add. Multiple devices on one bus are supported. Both normal and overdrive modes are supported. Multiple temperature sensors have been well tested, but there is a high bit error rate. There are indications that this is due to bad bit-read times. The code is written with enough resilience to cope with the problem by retrying, and the error rate is low enough that a couple of retries paper over many marginal issues. Open tasks: 1. Implement the overdrive device. Add overdrive capability to owc and provide an own method to allow the presentation drivers to know when it is safe to use the overdrive ROM commands. 2. Implement the Identification device. This device just has a class of 1 and no registers. 3. Implement non-FDT gpiobus attachment. 4. Test overdrive timings. 5. Implement other attachments for things like serial port or specialized 1-Wire controllers. 6. Use the system clock to implement more precise delays to improve the error rate. 7. Use interrupt mode for GPIO pins to time the transitions of the line to determine the bit values without busy waiting. Use FreeBSD's fine-grained sleeping to do the same for write-one and write-zero routines. 8. Review the code at the URL above. 9. Test the code on a device other than a RPi, RPi 2, or BeagleBone Black. 10. Test the code on architectures besides armv6. 11. Implement streamlined temperature mode where the convert_t command is broadcast and a callback reads the values for all the devices detected on the bus. 12. Implement parasitic power mode. __________________________________________________________________ Adding PCIe Hot-plug Support Links PCIe Hot-plug P4 Branch URL: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/projec= ts/pciehotplug Commit adding bridge save/restore. URL: https://svnweb.freebsd.org/changeset/base/r281874 Github branch with patches URL: https://github.com/FreeBSDFoundation/freebsd/tree/pciehp Contact: John-Mark Gurney PCI Express (PCIe) hot-plug is used on both laptops and servers to allow peripheral devices to be added or removed while the system is running. Laptops commonly include hot-pluggable PCIe as either an ExpressCard slot or a Thunderbolt interface. ExpressCard has built in USB support that is already supported by FreeBSD, but ExpressCard PCIe devices like Gigabit Ethernet adapters and eSATA cards are only supported when they are present at boot, and removal may cause FreeBSD to crash. The goal of this project is to allow these devices to be inserted and removed while FreeBSD is running. The work will provide the basic infrastructure to support adding and removing devices, though it is expected that additional work will be needed to update individual drivers to support hot-plug. Current testing is focused on getting a simple UART device functional. Basic hot swap is functional. A set of the patches is now available on github.com. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Get suspend/resume functional by save/restoring necessary registers. This should be addressed by r281874. 2. Make sure that upon suspend, devices are removed so that any hardware changes made while the machine is suspended are correctly handled. 3. Improve how state transitions are handled, possibly by using a proper state machine. __________________________________________________________________ CloudABI: Capability-Based Runtime Environment Links CloudABI on GitHub URL: https://github.com/NuxiNL/cloudlibc FreeBSD patchset on GitHub URL: https://github.com/NuxiNL/freebsd Contact: Ed Schouten CloudABI is a compact UNIX-like runtime environment that is purely based on capability-based security (Capsicum). All features that are incompatible with this model have been removed. Advantages of using a pure capability-based environment include improved security, testability, and reusability. CloudABI should make it possible to run arbitrary third-party executables directly on top of FreeBSD without any impact on system security, making it a good building block for a cluster/cloud computing setup. See the project on GitHub for a more detailed explanation. Last month I added a number of packages for the FreeBSD Ports tree. We now have a full C/C++ cross compiler that can be installed very easily (devel/cloudabi-toolchain). I also imported a tool called cloudabi-run that can be used to start programs safely, only granting access to files and network sockets listed in the program's configuration file (sysutils/cloudabi-utils). I have also imported some kernelspace modifications into the FreeBSD source tree for executing CloudABI programs. After all of these changes have been imported, just loading a kernel module will allow executing CloudABI programs. Right now, the "cloudabi" branch on GitHub is still required. This project is sponsored by Nuxi, the Netherlands. Open tasks: 1. Polish up the kernelspace modifications and send them out for review. 2. Complete the Linux and NetBSD kernel patchsets and send those out to the respective maintainers. __________________________________________________________________ Rewritten PCID Support Links Commit r282684 URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D282684 Contact: Konstantin Belousov A Process-Context Identifier (PCID) is a performance-enhancing feature of the Translation Lookaside Buffer (TLB) on Intel processors, introduced with the Sandy Bridge micro-architecture. It allows the TLB to simultaneously cache translation information for several address spaces, and gives an opportunity for the operating system context switch code to avoid flushing the TLB upon process switch. Each cached translation is tagged with some context identifier, and at context switch time, the operating system instructs the processor which context is becoming active. The feature slightly reduces context switch time by avoiding TLB flushes, and more importantly, reduces the warm-up period for a thread after context switch. FreeBSD already used PCID, but the existing implementation had several shortcomings. The amd64 pmap (the machine-dependent portion of the virtual memory subsystem) maintained a bitmap of all CPUs which ever loaded a translation for the given address space, and avoided TLB flush on the context switch. The bitmap was used to direct Inter-Processor Interrupts to the marked CPU when the operating system needed to perform TLB invalidation. The most significant deficiency of the old implementation was the increase of TLB invalidation IPIs, since the bitmap could only grow until a full TLB shootdown was performed. It increased the TLB rate, which negated the positive effects of avoiding TLB flushes on large machines. Secondarily, the bitmap maintenance in both the pmap and the context code was quite complicated, leading to bugs. These issues resulted in the PCID feature being disabled by default. The new PCID implementation uses an algorithm described in the U. Vahalia book "UNIX Internals: The New Frontiers". The algorithm is already used, for example, by the MIPS pmap for assigning Address Space Identifiers (ASIDs) to software-managed TLB entries. The pmap maintains a per-CPU generation count, which is assigned to the next unused PCID when the context is activated on CPU. TLB invalidation includes resetting the generation count, which causes reallocation of the PCID when a context switch is performed. As result, the new implementation issues exactly the same amount of shootdown IPIs as a pmap which does not utilize PCID. Another change included with the PCID rewrite is a move of the address space switching code from assembler to C source, making the algorithm easier to understand and validate. Measurements done with hwpmc(4) on a Haswell machine indicated that the new implementation reduced the TLB miss rate by up to 10 times, without an increase in TLB shootdown IPIs. The rewrite was committed to HEAD at r282684. Note: AMD processors do not have the PCID feature for host paging (AMD provides ASIDs for SVM use). But it is likely that AMD processors do cache TLB translations for different address spaces transparently, and snoop writes to the page tables to invalidate the caches. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Sleep States Enhancements on x86 Links Commit r282678 URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D282678 Contact: Konstantin Belousov The ACPI specication defines CPU Cx states, which are idle states. Methods to enter the state and miscellaneous information like the state-leave latency are returned by the _CST ACPI method. To save energy and reduce useless heating, the operating system enters a Cx state when the CPU has no work to do. C0 is the non-idle state, while C1, C2, and C3 (defined by ACPI) each represent an idle state with sequentially more energy saving, but also with higher latency of leave and possibly greater secondary costs. For example, C1 is entered by executing the HLT instruction and has no architecturally visible side effects, while entering C3 drops the CPU cache and usually requires special chipset programming to correctly handle requests from I/O devices to the CPU. Do not confuse Cx, Px and Sx: Cx states are only meaningful when the system is in the fully operational state S0; Px states are only meaningful when the system is not in the idle state, C0. Modern Intel CPUs enter Cx (x >=3D 1) states with the dedicated instruction MWAIT, which enters a specified low-power state until a specific write is observed by the CPU bus logic. There is a complimentary MONITOR instruction to set the monitored bus address. The legacy port I/O method of entering Cx state is emulated by CPU microcode, which intercepts the port I/O and executes MWAIT internally. Using MWAIT as the method of entering Cx requires following processor-specific procedures, which are communicated to the operating system by the vendor-specific extensions in _CST. The operating system must indicate readiness to support MWAIT when calling _CST. Claimed benefits of using MWAIT are reduced latencies of leaving the idle state, and visibility of more deep states than defined by the common ACPI specification. Still, modern Intel platforms report deep states as C2 to avoid the not needed bus-mastering avoidance. The new code asks ACPI for the Intel vendor-specific _CST extensions, parses them, and uses MWAIT Cx entrance methods when available. The change was committed as r282678 to HEAD. For Linux, Intel provides a driver which does not depend on the ACPI tables to use MWAIT for entering Cx states. For all Intel CPUs after Core2, the driver contains the description of the Cx mode latencies and quirks, eliminating dependency on correct BIOS information, since the BIOS information is often incorrect. The approach of porting the Linux driver was considered by several people, but all evaluators independently concluded that the project cannot maintain such an approach without direct involvement from Intel. During the work, around 500 lines of identical code between the i386 and amd64 versions of idle handling were moved to a common location x86/x86/cpu_machdep.c. Now the i386 and amd64 machdep.c files contain only unique machine-dependent routines. This advance depended on John Baldwin's elimination of the unmaintained Xen PVM i386 port. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Warner's ARMv6 Hard Float Experiment Links Moving armv6 from Soft Float to Hard Float URL: https://wiki.freebsd.org/armv6tohardfloat Contact: Warner Losh The plan for the transition to hard float on ARMv6 involved having a new MACHINE_ARCH. That seemed expedient, but inelegant to me. The kernel can easily run both soft and hard floating point binaries, assuming that the proper libraries are available. As an experiment, I have been investigating how hard it would be to just start generating hard float binaries starting with FreeBSD 11.0 and what issues this causes. I am most interested in the source, the effects on ports, and any binary/package upgrade issues from FreeBSD 10.X to 11. If successful, this will allow the project to move more quickly away from a soft-floating point default. Users upgrading from FreeBSD 10 will automatically be upgraded to hard float. All supported ARMv6 and ARMv7 processors have hardware floating point, so this will not be a problem for the vast majority of users. In addition, many of the build scripts know about all values of MACHINE_ARCH, and not changing the MACHINE_ARCH will allow those scripts to continue to function without additional changes. I am about three fourths of the way through investigating this possibility and coding up solutions to the problems encountered so far. The risks from this experiment are that it will encounter unforseen dependencies. This could force us to go with the original plan for migration to hard floating point. The hope for this experiment is to pave the way for using the superior hard floating point in FreeBSD 11 with minimal impact to our users and their current build scripts and processes. Backwards compatibility will be ensured with the libsoft tasks if users need to run FreeBSD 10.X ARMv6 softfloat binaries on FreeBSD 11.0 with its new hardfloat libraries. Packages should automatically update once the new hardfloat packages are put into place. Open tasks: 1. Building seat belts into ld.so to not cross-thread libraries of differing floating point implementations. 2. Clang should properly mark hard versus soft floating point .os. This is a minor issue, since ld handles things correctly. 3. libsoft, the analog of lib32, needs to be completed. 4. Patches to flip the switch from soft to hard for builds for armv6. Some additional code needed to build soft float may be needed for the prior task. __________________________________________________________________ FreeBSD on Cavium ThunderX (arm64) Links FreeBSD Wiki: arm64 page URL: http://wiki.freebsd.org/arm64 Video: FreeBSD on the 48-core ThunderX (ARMv8) URL: https://youtu.be/lLgc4FJLJ3Y Contact: Dominik Ermel Contact: Wojciech Macek Contact: Michal Stanek Contact: Zbigniew Bodek Since the previous report, ThunderX gained SMP support and FreeBSD is now running on 48 real-life ARMv8 CPU cores! The newly introduced functionality was based on initial foundational work submitted by Andrew Turner and Robin Randhawa, with emulation as the primary target. Semihalf's efforts focused on hardware, and include: * Multicore support for the newer Generic Interrupt Controller GICv3 * Numerous bug fixes for: + pmap(9) - memory attributes and TLB management + locore.S - secondary core initialization + IPI (inter-processor interrupts) + Per-CPU timers + Size of early UMA allocations + Cache maintenance + Exceptions handling + Stack issues * ThunderX-specific changes and quirks This support was introduced to the public at the FreeBSD 2015 Developer Summit in Ottawa at a demo held by Semihalf and the FreeBSD Foundation. Cavium's ThunderX server CRB (Customer Reference Board) is now capable of booting SMP FreeBSD from both the hard disk and from an NFS root using a PCIe networking card. The example setup is now available on the FreeBSD test cluster hosted at Sentex Communications. ThunderX support changes are currently being reviewed and integrated into mainline FreeBSD. This project is sponsored by The FreeBSD Foundation, ARM Ltd., Cavium, and Semihalf. Open tasks: 1. Upstream ThunderX support to FreeBSD HEAD 2. Support for multi-socket configuration of ThunderX (96 CPUs connected through coherent fabric) 3. Implement VNIC support (ThunderX networking controller) __________________________________________________________________ FreeBSD/arm64 Links FreeBSD arm64 wiki URL: https://wiki.freebsd.org/arm64 Contact: Andrew Turner Contact: Ed Maste Contact: Ruslan Bukin Since the last status report, support for building FreeBSD for AArch64 (arm64) has been committed to Subversion. This has initially been targeting qemu, with more hardware support being added after review. Support for ACPI, SMP, DTrace, and hwpmc has been added. ACPI is able to enumerate devices and get to the mountroot prompt. Further work is needed to get into userland. SMP has been tested on qemu with two cores, and work is under way to support SMP on hardware. The hwpmc driver includes support for the Cortex-A53, Cortex-A57, and Cortex-A72 cores from ARM. Poudriere has been used with user-mode qemu to test building packages. Over 14,000 ports were successfully built. A number of issues have been found and fixed from this first run. These fixes should unblock about 5,000 additional ports. This project is sponsored by The FreeBSD Foundation, ABT Systems Ltd, and ARM Ltd. Open tasks: 1. Port to more SoCs 2. Test Poudriere on native hardware __________________________________________________________________ Cleanup on pw(8) Contact: Baptiste Daroussin pw(8) is the utility to create, delete, and modify users. This tool has remained mostly untouched since its creation, but needed updating. Lots of cleanup has been done: * Deduplication of code * Reduction of complexity by splitting into smaller functions * Reuse of existing code in base: + sbuf(9) for buffered string + stringlist(3) for string arrays + gr_utils (from libutil) instead of homemade group manipulation + strptime(3) to parse time strings * Added validation on most input options, fixing some serious bugs due to bad usage of atoi(3) * many regression tests added to test for regressions due to all of these changes A new feature was added: pw -R rootdir cmd which allows cross manipulation of users. Open tasks: 1. More cleanup. 2. More regression tests. 3. LDAP support? __________________________________________________________________ KDE on FreeBSD Links KDE on FreeBSD website URL: https://freebsd.kde.org/ KDE ports staging area URL: https://freebsd.kde.org/area51.php KDE on FreeBSD wiki URL: https://wiki.freebsd.org/KDE KDE/FreeBSD mailing list URL: https://mail.kde.org/mailman/listinfo/kde-freebsd Development repository for integrating KDE 5 URL: https://github.com/tcberner/kde5 Contact: KDE on FreeBSD team The KDE on FreeBSD team focuses on packaging and making sure that the experience of KDE and Qt on FreeBSD is as good as possible. Brad Davis has been working on CMake, resulting in an update to version 3.2.3 being committed to ports. Overall, we have updated the following ports in this quarter: * CMake 3.2.3 (committed to ports) * Qt 4.8.7 (committed to area51) * Qt 5.4.1 (refinements committed to ports) Open tasks: 1. Put more effort into the Qt5-related ports: KDE Frameworks 5 (currently worked on by Tobias Berner) and PyQt 5. __________________________________________________________________ Official Packages Links Package Status URL: http://pkg-status.FreeBSD.org Contact: Bryan Drewery Contact: Ports Management Team Contact: Sean Bruno x86 Packages With the help of the FreeBSD Foundation providing more build servers, we have increased the build frequency of packages from weekly to about every other day. Packages are provided for all currently supported releases and head on i386 and amd64 from the ports head branch, and quarterly packages for FreeBSD 10.1 and 9.3 release branches. We are using eight different systems for building packages. The build process has been fully automated and is more fault tolerant now. More details on this will be available in an upcoming FreeBSD Journal article. About eleven servers are used for daily test builds. To make it simpler for everyone to find the status and results of these builds, pkg-status.FreeBSD.org has been developed by Bryan Drewery. Its intent is to show all systems and builds in nearly real-time. It is currently in a beta stage and will be improved over time. At the time of this writing, it is temporarily down, but will be restored soon. ARM/MIPS Packages The FreeBSD Foundation purchased servers for the project to begin building and providing ARM and MIPS packages. These packages are currently built from x86 systems using QEMU. More details on this can be found in the BSDCan 2015 Presentation. The work to do this has been shepherded by Sean Bruno and has had help from many people including but not limited to Juergen Lock, Stacey Son, Ed Maste, Peter Wemm, Alexander Kabaev, Adrian Chadd, Baptiste Daroussin, Bryan Drewery, Dimitry Andric, Andrew Turner, Warner Losh, Ian Lapore, and Brooks Davis. We are currently targeting packages for head on mips, mips64 and armv6. Each set takes one to two weeks to build on QEMU. They will be provided on a best effort basis for now on the default repository of pkg.FreeBSD.org. This project is sponsored by FreeBSD Foundation (package building hardware). Open tasks: 1. Portmgr met at BSDCan and decided that the default package set should be provided based on the Ports Quarterly branch. This will provide more stable packages by default and allow users who wish to have the bleeding edge to use the head packages. The Quarterly branch is currently updated in full every three months from head and otherwise receives security and critical fixes. Moving towards this plan will also require a change to how we update the Quarterly branch. More details will be provided later. 2. Performance and stability of QEMU continues to improve. Native cross-building support in ports needs more work and testing to be viable. 3. The package builds currently run from a crontab every other day. Some of the builds take two hours (incremental), while others can take up to 30 hours for a full build. An open task here is to implement a better OS ABI check to see if incremental builds can be done, or if a full rebuild is needed when an SA/EN comes out. The plan for this is detailed at https://lists.freebsd.org/pipermail/freebsd-arch/2015-April/017025. html. Another open task is to implement a master queue coordinator to start the next builds as soon as all others are done. This will also allow improving the pkg-status site's view of everything. __________________________________________________________________ Ports Collection Links The Ports Collection URL: http://www.FreeBSD.org/ports/ Contributing to Ports URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-p= orts/ FreeBSD Ports Monitoring System URL: http://portsmon.freebsd.org/index.html Ports Management Team URL: http://www.freebsd.org/portmgr/index.html portmgr Blog URL: http://blogs.freebsdish.org/portmgr/ portmgr on Twitter URL: http://www.twitter.com/freebsd_portmgr/ portmgr on Facebook URL: http://www.facebook.com/portmgr portmgr on Google+ URL: http://plus.google.com/communities/108335846196454338383 Contact: Frederic Culot Contact: FreeBSD Ports Management Team As of the end of the second quarter, the ports tree holds nearly 25,000 ports and the PR count is about 1,800. Once again, the tree saw more activity than during the previous quarter, with almost 8,000 commits performed by 153 active committers. On the other hand, the number of problem reports closed decreased slightly, with a bit less than 1,700 problem reports fixed. In the second quarter, several commit bits were taken in for safekeeping, following an inactivity period of more than 18 months (clsung, dhn, obrien, tmseck), or on committer's request (sahil). Two new developers were granted a ports commit bit (Michael Moll - mmoll@, and Bernard Spil - brnrd@). On the management side, pgollucci@ started his four-month term as portmgr-lurker in June, and no changes were made to the portmgr team during the second quarter. This quarter also saw the release of the second quarterly branch, namely 2015Q2. On this branch, 39 committers applied 305 patches, which is more than twice as many updates as during the last quarter. On the quality assurance side, 30 exp-runs were performed to validate sensitive updates or cleanups. Amongst those noticeable changes are the update to pkg 1.5.4, three new USES (waf, gnustep, jpeg), the Perl default switch to 5.20, Ruby to 2.1.6, Firefox 38.0.6, and Chromium 43.0.2357.130. Open tasks: 1. As in the previous quarter, a tremendous amount of work was done on the tree to update major ports and to close even more PRs than in 2015 Q1, but as always, any additional help is greatly appreciated! __________________________________________________________________ The Graphics Stack on FreeBSD Links Graphics stack roadmap and supported hardware matrix URL: https://wiki.freebsd.org/Graphics Graphics stack team blog URL: http://blogs.freebsdish.org/graphics/ Ports development tree on GitHub URL: https://github.com/freebsd/freebsd-ports-graphics Contact: FreeBSD Graphics Team The members of the graphics team were lacking spare time during this quarter, and only few things could be improved. Our ports development tree still holds an update to Mesa 10.6 along with many cleanups and bug fixes. (It was 10.5 in the previous quarterly report.) Initially, we planned to commit it in early July, just after the FreeBSD 8.4-RELEASE end-of-life date, but the EOL was delayed to the 31st of July. Therefore, we will send a Call For Testers near the end of July, with the update to be committed in early August. Of course, the update can still be obtained and tested directly from the Ports development tree by using the mesa-next branch. Several smaller updates to X.Org-related ports were committed to the Ports tree. The work on the i915 kernel driver update made no progress during this quarter due to the lack of free time. Fortunately, it can resume in Q3 with the hope to have something ready to test in September 2015. The update to the DRM device-independent code was merged to stable/10. This means it will be available in the upcoming FreeBSD 10.2-RELEASE. Recently, the website hosting our blog has been down frequently. It is again the case at the time of this writing. We exported the data the last time it was up, so we will probably move to another system. Of course, the URL will change as well. Open tasks: 1. See the Graphics wiki page for up-to-date information. __________________________________________________________________ Wine/FreeBSD Links Wine wiki URL: http://wiki.FreeBSD.org/Wine Wine on amd64 wiki URL: http://wiki.FreeBSD.org/i386-Wine Wine homepage URL: http://www.winehq.org Contact: Gerald Pfeifer Contact: David Naylor This quarter has seen seven updates to the wine-devel port that closely tracks upstream development as well as updates to its helper ports (wine-gecko-devel and wine-mono-devel): * Stable releases: 1.6.2 (1 port revision) * Development releases: 1.7.40 through 1.7.46 The i386-wine-devel port has packages built for amd64 for FreeBSD 8.4, 9.1+, 10.1+ and CURRENT. Accomplishments include: * Rename wine-compholio to wine-staging (to match upstream developments). Future development on Wine will focus on: * Add the getdirentries(2) patch to the wine-devel port. * Redevelop and upstream the getdirentries(2) patch. * Redevelop and upstream the kernel32 Makefile patch. * Add support to the i386-wine port for pkg 1.5 (library conflicts currently prevent support). * Add support for Windows 32-bit on Windows 64-bit (WoW64): + Reduce the i386-wine port to just the components required for WoW64. + Rename the i386-wine port to wow64. + Make the wine ports depend on the wow64 ports when built on amd64. + Investigate and verify the interactions between Wine64 and WoW64. + Investigate possible update approaches for the wow64 ports (that have to be pre-compiled) and how updating with the wine ports will work. Maintaining and improving Wine is a major undertaking that directly impacts end-users on FreeBSD (including many gamers). If you are interested in helping please contact us. We will happily accept patches, suggest areas of focus or have a chat. Open tasks: 1. Open Tasks and Known Problems (see the Wine wiki) 2. FreeBSD/amd64 integration (see the i386-Wine wiki) 3. Porting Windows 32-bit on Windows 64-bit (WoW64) __________________________________________________________________ Xfce on FreeBSD Links FreeBSD Xfce Project URL: https://wiki.freebsd.org/Xfce FreeBSD Xfce Repository URL: https://www.assembla.com/code/xfce4/subversion/nodes Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms, such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. During this quarter, the team has kept these applications up-to-date: * audio/xfce4-pulseaudio-plugin 0.2.3 * deskutils/orage 4.12.1 * deskutils/xfce4-notes-plugin 1.8.1 * misc/xfce4-weather-plugin 0.8.6 * science/xfce4-equake-plugin 1.3.7 * sysutils/xfburn 0.5.4 * sysutils/xfce4-power-manager 1.5.0 (committed to ports), 1.5.2 (committed to devel repository) * x11/libexo 0.10.6 * x11/xfce4-dashboard 0.4.2 * x11-fm/thunar 1.6.10 * x11-wm/xfce4-desktop 4.12.2 * x11-wm/xfce4-wm 4.12.3 * www/midori 0.5.10 Mathieu Arnold (mat@) committed PR 197878, updating the Xfce section in the Porter's Handbook. We also follow the unstable releases (available in our experimental repository) of: * sysutils/garcon 0.5.0 (supports both GTK2 and GTK3 toolkits) * x11/xfce4-dashboard 0.5.0 * x11/xfce4-hotcorner-plugin 0.0.2 (new plugin) Open tasks: 1. Create documentation for the usage of sysutils/xfce4-power-manager (it needs some love, PR 199166). Some hidden features were introduced in the 1.5.1 release, and as we also support ConsoleKit2 (a fork of sysutils/consolekit), help for users is required. __________________________________________________________________ Documentation Working Group at BSDCan Links BSDCan URL: http://www.bsdcan.org/ reStructured Text URL: http://docutils.sourceforge.net/rst.html Markdown URL: http://daringfireball.net/projects/markdown/ AsciiDoc URL: http://asciidoc.org/ FreeBSD Wiki URL: https://wiki.freebsd.org/ FreeBSD Web Site URL: https://www.freebsd.org/ Annotator URL: http://annotatorjs.org/ Annotator Backend Stores URL: https://github.com/openannotation/annotator/wiki#backend-stores Contact: FreeBSD Documentation Team During the Developer Summit held in the two days before BSDCan, a documentation working group meeting was held. We discussed some of the biggest opportunities available to the documentation team. Modernizing our translation system was, again, a major topic. Making it easier for translators to do their work is vitally important. Translations make FreeBSD much more accessible for non-English speakers, and those people and the translators themselves often become valuable technical contributors in other areas. Progress was made in this area, and we hope to have more news soon. Methods of making it easier for people to contribute to documentation was another major topic. At present, we use DocBook XML for articles and books, and mdoc(7) for man pages. These markup languages are not very welcoming for new users. There are simpler documentation markup languages like reStructured Text (RST), Markdown, and AsciiDoc that take less time to learn and use. In fact, these markup systems are all similar to each other. These systems tend to be more oriented towards visual appearance rather than the semantic markup of our present systems, although there might be ways to work around that. Following the theme of making contributing easier, we also discussed whether access to the FreeBSD Wiki can be more easily granted, facilitating user contributions. After the wiki was set up, automated account creation abuse forced access to be limited. It is tricky to allow submissions yet keep the quality of submitted information usefully high. Due to the markup systems used, it is difficult to review documents for the quality of their information. Annotator is a Javascript system that allows adding notes to an existing web page. This would allow us to hold content-only reviews of documentation web pages. Reviewers would not see markup, so they could concentrate only on whether the information was accurate and complete. To use this as desired, we need some help with ports and testing. Open tasks: 1. Complete a port for the backend storage component of Annotator. Preferably this would be the lowest overhead and most open-licensed version available. Assistance from those familiar with Python and Javascript web development is welcome. __________________________________________________________________ FreeBSD Mastery: ZFS Now Available Links FreeBSD Mastery: ZFS URL: http://www.zfsbook.com Michael W. Lucas URL: https://www.michaelwlucas.com Contact: Michael Lucas The first ZFS book is now available at your favorite bookstore. Find a whole bunch of links at zfsbook.com. Work is proceeding apace on "FreeBSD Mastery: Advanced ZFS" and "FreeBSD Mastery: Specialty Filesystems." Lucas hopes to have FMAZ complete and available before the next status report. __________________________________________________________________ Leap Seconds Article Links Leap Seconds Article URL: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/leap-seconds/= article.html Contact: Warren Block As the leap second scheduled for the end of June approached, Bartek Rutkowski and others raised questions about how FreeBSD handled leap seconds. Leap seconds have caused serious problems for other operating systems in the last few years, and there was understandable concern. It was reasonably pointed out that FreeBSD had encountered leap seconds before, and would be fine this time also. Still, the absence of reported problems is not really a substitute for a description of what to expect and how to know if a system is prepared. To address concerns and also provide a resource for future leap seconds, several experts were pestered relentlessly, with the results compiled into a short article. Beyond merely allaying fears about what might happen, this article received positive responses on the web for how it demonstrated FreeBSD's maturity and preparedness. Great thanks for their patience and expertise are owed to Peter Jeremy, Poul-Henning Kamp, Ian Lepore, Xin LI, Warner Losh, and George Neville-Neil. Open tasks: 1. Compile other short articles on things that FreeBSD does really well. Of particular interest are features that make life easier for sysadmins, or how problems on other systems are dealt with or even made non-problems on FreeBSD. __________________________________________________________________ New Documentation Committers Links FreeBSD Porter's Handbook URL: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook= / FreeBSD Web Site URL: https://www.freebsd.org/ FreeBSD Foundation Web Site URL: https://www.freebsdfoundation.org/ Contact: FreeBSD Documentation Engineering Team Two new documentation committers were added to the team in the second quarter of 2015. Mathieu Arnold is a member of the FreeBSD Ports Management Team. Over the past year, he has worked on many large and complex updates to keep the Porter's Handbook current, and continues to update this important document. Anne Dickison is Marketing Director for the FreeBSD Foundation. She will focus on updating and improving the FreeBSD main web site. We welcome both new committers and look forward to their additional contributions! __________________________________________________________________ The FreeBSD German Documentation Project Links Main German Documentation Project page URL: https://www.freebsd.org/de/docs.html How you can help with German translations URL: https://people.freebsd.org/~jkois/FreeBSDde/de/ Contact: Bj=C3=B6rn Heidotting Contact: Johann Kois Contact: Benedict Reuschling The FreeBSD German Documentation project maintains the German translations of FreeBSD's documents such as the Handbook and the website. In the second quarter of 2015, we managed to catch up with the translation work of the Handbook. Two chapters are now back in sync with their English reference chapters: filesystems and ZFS. The former was mainly done by Bj=C3=B6rn Heidotting as part of his mentee process. = The latter was done by Benedict Reuschling, with valuable corrections by Bj=C3=B6rn. Additionally, we updated many of our translation markers from pre-SVN times. This will help us get an overview of the outstanding work in each chapter. We are working on integrating this into our website using a script, so people can see which chapters need the most work or are most up-to-date. Johann made efforts to update the FreeBSD Documentation Project Primer as well, so that translators willing to help us can read the information in German. He also made efforts to revive the Documentation Project website, which was previously hosted elsewhere, but disappeared. Now, it is tied into the German FreeBSD.org website again and has the same look and feel. Occasionally, people contact us and offer their help with the translation effort. We are happy to help newcomers get to know everything about the translation process and look forward to more contributions. Even small updates make a big difference and if you are considering helping, please contact us. Open tasks: 1. Continue translating the Handbook and website into German. 2. Integrate a script that shows outstanding work into the German documentation webpages. __________________________________________________________________ GSoC 2015: libc Security Extensions Links Project Wiki Page URL: https://wiki.freebsd.org/SummerOfCode2015/FreeBSDLibcSecurityExten= sions Code Review Differential URL: https://reviews.freebsd.org/D3043 Contact: Pedro Giffuni Contact: Oliver Pinter As part of this year's Google Summer of Code, we have been adding support for the _FORTIFY_SOURCE extension to libc. This extension uses the GCC builtin_object_size information to prevent buffer overflows in existing code. The compiler and the C library can effectively detect a set of common programming mistakes. A mixed version of the NetBSD and Android implementations has been ported and is currently undergoing heavy testing. On FreeBSD, this code has already found two small bugs. On the other hand, the FreeBSD codebase is extremely useful to test the framework. This project is sponsored by Google Summer of Code Program. Open tasks: 1. Code review and more buildworld testing with GCC. 2. Integration tests, especially on non-x86 platforms. 3. Documentation: the framework is relatively popular on GNU libc but we still have to work on better documentation. 4. Testing and possibly integrating with ports. 5. We will have to re-schedule the GSoC project, as we were expecting to spend less time on this. __________________________________________________________________ Multiqueue Testing Links Multiqueue Testing Project URL: https://wiki.freebsd.org/SummerOfCode2015/MultiqueueTestingProject Contact: Tiwei Bie Contact: Hiren Panchasara The aim of this project is to design and implement an infrastructure to validate that a number of the network stack's multiqueue behaviours are as expected. It mainly consists of extending tap(4) to provide the same RSS behaviours as the hardware multiqueue network cards, developing simple test applications using multiqueue tap(4) and socket(2), adding hooks in each layer of the network stack to collect the per-ring per-cpu per-layer statistics, and extending netstat(1) to report these statistics. At present, most parts of this project have been implemented. The focus is on the code review, and API/KPI freeze. This project is sponsored by Google Summer of Code 2015. __________________________________________________________________ BSDCan 2015 Links BSDCan 2015 URL: http://www.bsdcan.org/2015/ BSDCan 2015 Video Playlist URL: https://www.youtube.com/playlist?list=3DPLWW0CjV-TafY0NqFDvD4k31Ct= nX-CGn8f Contact: Dan Langille BSDCan, a conference for people working on and with 4.4BSD-based operating systems and related projects, was held in Ottawa, Ontario on June 12 and 13. A two-day FreeBSD developer summit event preceded it on June 10 and 11. This was the largest BSDCan ever, with over 280 attendees, up by more than 40 people over the 2014 event. There were a record number of speakers and talks. An additional room and "track" was added to provide even more choices for concurrent talks on both days of the conference. Social media response to the whole conference has been very positive. The keynote talk by Stephen Bourne was very popular. So popular, in fact, that the main conference room could not hold all the attendees. An overflow room with live video was set up to hold the extra people. The video of the presentation has had over 6300 views in the first twelve days. Andrew Tanenbaum's talk on reimplementing NetBSD using a MicroKernel was so well-attended it was standing room only. There were many other excellent talks, and we recommend browsing through the playlist in the links above. Activity was not limited to the talks. Each night, the "Hacker Lounge" was used by developers to cooperate and interact on projects. Embedded projects were popular this year, as FreeBSD was installed directly on wireless routers. The very successful and well-attended closing event, held at the Lowerton Brewery, provided an elegant closure to the whole conference. We would like to thank everyone who made BSDCan 2015 such a success, and look forward to next year! __________________________________________________________________ FreeBSD Support in pkgsrc Links pkgsrc home page URL: https://www.pkgsrc.org BulkTracker: Track bulk build status URL: http://bulktracker.appspot.com Blog posts on pkgsrc URL: https://www.geeklan.co.uk/?tag=3Dpkgsrc Contact: Sevan Janiyan pkgsrc is a fork of the FreeBSD Ports Collection by the NetBSD project with a focus on portability and multi-platform support. At present, pkgsrc supports building packages on 23 different platforms from a single tree, including FreeBSD While pkgsrc is not a replacement for ports in most use cases, it holds a unique position in mixed-platform environments where software needs to be the same version across all systems and built in a consistent manner, saving the user from having to resort to manually building programs or re-implementing a mechanism to do so. With the recent 2015Q2 release earlier this month, it is now possible to generate over 14000 packages on FreeBSD 10.1-RELEASE (up from 12800 last quarter). Work is in progress to add pkg support to pkgsrc. Open tasks: 1. Improve platform support to skip libusb on FreeBSD where libusb is bundled in base. This is causing the biggest breakage at the moment. 2. Expand the effort to the -STABLE and -CURRENT branches and, if possible, architectures other than amd64. Contributing shell access to such machines would be helpful (an unprivileged account is sufficient). __________________________________________________________________ The FreeBSD Foundation Links Foundation website URL: http://www.FreeBSDFoundation.org/ FreeBSD Journal URL: http://freebsdjournal.com/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage development projects, conferences and developer summits, and provide travel grants to FreeBSD developers. The Foundation purchases hardware to improve and maintain FreeBSD infrastructure and publishes FreeBSD white papers and marketing material to promote, educate, and advocate for the FreeBSD Project. The Foundation also represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD during the last quarter: * We were a Platinum Sponsor for BSDCan 2015 and the sponsor for the Ottawa developer and vendor summits. We were pleased to provide 12 travel grants for FreeBSD contributors to attend the conference and have opportunities to meet face-to-face with other FreeBSD contributors. You can read some of their trip reports here. In celebration of our 15th anniversary we provided a delicious FreeBSD cake, which was happily devoured by conference attendees. Various Foundation team members gave talks, attended talks, participated in doc sprints, worked on efforts to improve FreeBSD, worked at our booth, and spent time talking to our constituents about areas where we can help with FreeBSD. Foundation members gave these talks: + Anne Dickison: "FreeBSD Advocacy: How you can spread the word" + Kirk McKusick: "An Introduction to the Implementation of ZFS" + George Neville-Neil: "Measure Twice, Code Once" and "Cambridge L41: Teaching Advanced Operating Systems with FreeBSD" + Ed Maste: "The LLDB Debugger in FreeBSD" and Ed Maste also ran the Vendor Summit. * We held our annual board meeting in Ottawa. We are pleased to announce the addition of Benedict Reuschling to our board of directors. Read his interview here. The current board of directors and officers were all re-elected. You can find out who is on our board here. We spent the day planning our 12-month goals, project roadmapping, FreeBSD education offerings, fundraising, and advocacy efforts. * Dru Lavigne promoted and gave a presentation on FreeBSD at LinuxFest Northwest 2015. * We have committed to sponsoring several upcoming conferences: vBSDCon, womENcourage 2015, EuroBSDCon 2015, Grace Hopper conference, BSDCon Brasil, Cambridge Developer Summit, and OpenZFS. You'll also find us at OSCON, July 21-23, and the SNIA Storage Developer Conference, Sept 21-24. * Fundraising So far, we have raised $361,000 for 2015 from over 500 donors. Juniper became a Gold level donor. We are actively approaching commercial FreeBSD users for Silver-plus donations, and asking large tech companies for separate women in tech funding, to help us recruit more women to the FreeBSD Project. We are also asking companies for funding to help with our FreeBSD education efforts. * We had the pleasure of hosting Groff the BSD Goat here in Colorado in April. * Infrastructure Support The Foundation funded almost $50,000 of equipment to support FreeBSD infrastructure. Most of this went towards new and upgraded servers at the NYI facility. We sent Glen Barber there to install the new servers. You can read all about his trip. * Advocacy Work The FreeBSD Journal has over 9200 subscribers, with a 98% renewal rate. Our marketing director, Anne Dickison, was busy providing advocacy work for the Project. She helped provide more FreeBSD marketing literature and material. This included the cool I Choose FreeBSD sticker and very popular I Love FreeBSD temporary tattoos that are available at conferences. We published April, May, and June Foundation Newsletters to highlight the work being done by the Foundation to support FreeBSD. These newsletters also include company FreeBSD testimonials, upcoming events where FreeBSD will be promoted, and the new From the Trenches articles from FreeBSD contributor experiences working with FreeBSD. * One of the Foundation's responsibilities is to protect FreeBSD intellectual property (IP). This includes protecting the FreeBSD trademarks. We granted trademark usage permission to various companies who want to show their support for FreeBSD. To get permission to use the trademarks, interested parties must agree to our Trademark Usage Terms and Conditions. * Project Development Work George Neville-Neil signed up new universities to look at the FreeBSD course including George Washington University, Johns Hopkins, and UC Santa Cruz. He is working with Verisign on the DevSummit that will be held at vBSDCon. He also worked with ARM to set up meeting with 18 hardware and silicon vendors at the ARM Partner Meeting in August. Ed Maste continued managing the FreeBSD/arm64 porting project. He also continued with updates to the ELF Toolchain tools in the FreeBSD base system and incorporated a set of fixes from the upstream project to fix issues with the strip tool. Ed investigated and fixed a set of outstanding issues with the new vt(4) console in the FreeBSD installer. Staff member Edward Napiera=C5=82a committed a number of bug fix mer= ges to the stable/10 branch for inclusion in FreeBSD 10.2, and continued investigation of a project to support runtime switching of the root file system. He merged a large number of improvements to the autofs automount daemon. He also supported FreeBSD developer Dmitry Chagin's work on 64-bit Linux binary emulation support by reviewing the extensive patch set. Those changes are now committed to FreeBSD's Subversion tree, and will arrive in FreeBSD 11.0. Staff member Konstantin Belousov continued development on the Intel DMA remap (DMAR) and Process Context Identifier (PCID) infrastructure projects. Kostik also contributed an extensive set of changes to multiple aspects of FreeBSD: stability improvements in the virtual memory subsystem, improved compatibility in options handling in the runtime loader, thread library improvements, and GDB debugger enhancements. Glen Barber, who is a Foundation employee, is also a release engineer for the Project. Here are some highlights of what he did to help the Project: + Added support to the release build code in 11-CURRENT for producing FreeBSD/aarch64 (arm64) memory stick images and virtual machine disk images for use within Qemu. + Worked with Colin Percival and Brad Davis on testing and refining the release build code to support building Amazon EC2 images, and Vagrant images for Hashicorp Atlas, respectively. + Reworked the FreeBSD/arm build code to provide a fully-native build infrastructure for the existing images (BEAGLEBONE, RPI-B, PANDABOARD, WANDBOARD), and add support for additional images (GUMSTIX, CUBOX/HUMMINGBOARD). + Wrote several additional utilities to reduce human error in several areas of Release Engineering, including producing the filesystem hierarchy used by the FTP mirrors, enhancements to the internal build scripts used by Release Engineering, and support for automatically uploading and publishing virtual machine images. + While attending BSDCan 2015, Glen worked with several developers and teams on various items, such as discussing packaging the base system with pkg(8), migrating internal FreeBSD servers to the new machines the Foundation purchased for the NYI facility, and discussing further possible future enhancements to the FreeBSD build infrastructure. + Started the 10.2-RELEASE cycle. __________________________________________________________________ ZFS Support for UEFI Boot/Loader Contact: Eric McCorkle UEFI-enabled boot1.efi and loader.efi have been modified to support loading and booting from a ZFS filesystem. The patch currently works with buildworld, and successfully boots on a test machine with a ZFS partition. In addition, the ZFS-enabled loader.efi can be treated as a chainloader using ZFS-enabled GRUB. The work on boot1.efi also reorganizes the code somewhat, splitting out the filesystem-specific parts into a modular framework. Open tasks: 1. More testing is needed for the following use cases: ZFS with GRUB+loader.efi, ZFS with boot1+loader.efi, UFS with boot1+loader.efi (to test the modularization of boot1.efi) 2. Have boot1.efi check partition type GUIDs before probing for filesystems. 3. Get patch accepted upstream and committed. __________________________________________________________________ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGgBAEBCgAGBQJVtZjoAAoJECjZpvNk63USYBEMILUlzfPMfNdW7MnlKxVft5WE sZ2DS04wfIHAEHDAjScZHKN0rAgyOHT72VTRvO2KEkpm2OEtMnIVY5sH31NbnFUy m90iYXWksXBDzYHGNiNbkYKprjIp0Rz0gGefCxQrDrA2tt4HPjIyuwdl1xmhT8O6 vt3AJPCEz5MjQL42ETQ78fn117i5iSECCkOgRC4H4vH//n4zxjJWgmkhrc6gXljf 9b3rOw/A3fVTvaDR7pzhrnQ+QjGsW7BgTMh7JZybbCKT+Yj7n29iVWpEVp7FQcgB sPJ4Rcei8BUBaCfvoND6bzWKEfuxteqriJFKNazlMRQFDEuHl6jHYH5QXfJsZFr/ etHrPnIWO9qOveNs7ANYQyT6LaFEyKLz2osi63uvVIjS3DBNZ8v9C7jEzvAmKEpl G8j9nOMKwMDqMpRNlDfD8Utu+0eQDveqCaqer8utgjMH8UgkAhmNP9oLNXhb38Dp URmZunSSZOVxmXioxTiro3/1TxUvu+I1LS8asLfho1zpDgM=3D =3DOj0n -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Mon Jul 27 02:55:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5F269AB2EE for ; Mon, 27 Jul 2015 02:55:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A9DA51FB3; Mon, 27 Jul 2015 02:55:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CAFC4A26; Mon, 27 Jul 2015 02:55:18 +0000 (UTC) Date: Mon, 27 Jul 2015 02:55:17 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: marcel@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 02:55:19 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/console Change summaries: 285903 by marcel: Change the dev argument from a full path to just the device identification (e.g. isa:0x3f0 or pci0:2:1:0). In libbus, the device is turned into a path name. For bus_space_map(), the resource is now specified in a second argument. Before: bus.map('/dev/proto/pci0:2:1:0/pcicfg') busdma.tag_create('/dev/proto/pci0:2:1:0/busdma', ...) Now: bus.map('pci0:2:1:0', 'pcicfg') busdma.tag_create('pci0:2:1:0', ...) The end of the build log: Started by upstream project "FreeBSD_HEAD" build number 3010 originally caused by: Started by an SCM change Started by an SCM change Building remotely on jenkins10a.freebsd.org (FreeBSD-10) in workspace /builds/FreeBSD_HEAD_amd64_gcc4.9 Updating svn://svn.freebsd.org/base/head at revision '2015-07-27T02:53:35.236 +0000' U tools/bus_space/busdma.c U tools/bus_space/bus.h U tools/bus_space/Python/lang.c U tools/bus_space/C/lang.c U tools/bus_space/C/libbus.h U tools/bus_space/bus.c At revision 285904 No emails were triggered. [FreeBSD_HEAD_amd64_gcc4.9] $ /bin/sh -xe /tmp/hudson7593979475049397604.sh + cat + svn revert Makefile.inc1 + svn revert sys/boot/i386/Makefile Reverted 'sys/boot/i386/Makefile' + patch -f Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/boot/i386/Makefile |=================================================================== |--- sys/boot/i386/Makefile (revision 280912) |+++ sys/boot/i386/Makefile (working copy) -------------------------- Patching file sys/boot/i386/Makefile using Plan A... Hunk #1 succeeded at 12. Hmm... Ignoring the trailing garbage. done + /vm/freebsd-ci/scripts/build/cross-build.sh + [ -z /builds/FreeBSD_HEAD_amd64_gcc4.9 ] + [ -z amd64 ] + export MAKEOBJDIRPREFIX=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj + mkdir -p /builds/FreeBSD_HEAD_amd64_gcc4.9/obj + echo -e 'NO_WERROR=yes WERROR= ' + cat + set +x -------------------------------------------------------------- >>> /builds/FreeBSD_HEAD_amd64_gcc4.9/make.conf contains: + cat /builds/FreeBSD_HEAD_amd64_gcc4.9/make.conf # Put make.conf entries here NO_WERROR=yes WERROR= + set +x -------------------------------------------------------------- + sudo pkg install -y devel/amd64-xtoolchain-gcc Updating FreeBSD repository catalogue... Fetching meta.txz: . done Fetching packagesite.txz: .......... done Processing entries: .......... done FreeBSD repository update completed. 24303 packages processed. pkg: No packages available to install matching 'devel/amd64-xtoolchain-gcc' have been found in the repositories Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon Jul 27 05:40:08 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AD029ACD1A for ; Mon, 27 Jul 2015 05:40:08 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5C15A31; Mon, 27 Jul 2015 05:40:07 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by lbbyj8 with SMTP id yj8so46118909lbb.0; Sun, 26 Jul 2015 22:40: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=YxfuWATkjCnvdnpbRkTejxsR0aizuN8kadlMkVxgJ80=; b=CZQAQgsQ/QqapdJySRXA5B+g6KBz42vVjbGGRAjysXO6dxUlxiHDlOoVWW7I0FbKl2 ca3G1dEaXyqespq2jD+jUmoUsvD/Pdq1NcIlHqLaZEe5CVNN5BF3rpBdvCo7XVN7bnDN 1/mBSY4JXLcoQx/bNmveMsbQQa3hltMcseyuHu8oT/39wdLscL3ZarvlYoEulCMPgdvv xmvT8lkxurDzy4YQt10qrEAMOuISA6mbu7lrkH6XOtjFlcAr/0zS/2mET67/VGnzk4mP xDaLbr3yhIRbUaRGsj5T1OfTXE4+8TRdM3lRZTMaQRi8Bsx5KGLemgxABtiV0Z9HeX/n 51uw== MIME-Version: 1.0 X-Received: by 10.152.203.233 with SMTP id kt9mr22219867lac.99.1437975604086; Sun, 26 Jul 2015 22:40:04 -0700 (PDT) Sender: lwhsu.freebsd@gmail.com Received: by 10.25.197.195 with HTTP; Sun, 26 Jul 2015 22:40:04 -0700 (PDT) In-Reply-To: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Mon, 27 Jul 2015 13:40:04 +0800 X-Google-Sender-Auth: 18t5ViCSQ5c4kyE98kpFBaOo5w8 Message-ID: Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure From: Li-Wen Hsu To: "jenkins-admin@freebsd.org" Cc: marcel@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 05:40:08 -0000 On Mon, Jul 27, 2015 at 10:55 AM, wrote: > FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/console ... > The end of the build log: ... > + sudo pkg install -y devel/amd64-xtoolchain-gcc > Updating FreeBSD repository catalogue... > Fetching meta.txz: . done > Fetching packagesite.txz: .......... done > Processing entries: .......... done > FreeBSD repository update completed. 24303 packages processed. > pkg: No packages available to install matching 'devel/amd64-xtoolchain-gcc' have been found in the repositories I tried `pkg install -y devel/amd64-xtoolchain-gcc` in a newly installed 10.1-RELEASE amd64 VM, it does not find devel/amd64-xtoolchain-gcc either. While 11-CURRENT works. Is this a package building issue? Is there anyone get different result? Thanks, Li-Wen -- Li-Wen Hsu http://lwhsu.org From owner-freebsd-current@freebsd.org Mon Jul 27 06:07:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3B489AB2B0 for ; Mon, 27 Jul 2015 06:07:33 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B656CCC; Mon, 27 Jul 2015 06:07:33 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by lblf12 with SMTP id f12so46398958lbl.2; Sun, 26 Jul 2015 23:07:31 -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=6s8CpIFxTupdAAB9edPabjoQVi3qF+nKk9PVyZ/veT4=; b=i5lAX8M7YFQmHd+y9VCrK/FcoFZFqfXJQEAi/gC1VNsWtl/5+mfHfOeTUytnCNTbxR iPP5+huEYtFFKRHDutxbUL7LG4vpaGl3YwdbE1T/f8uQSLGbB+20IQCc1MtpR7y+G+zf 6D+PvJ4WVlAIaDdggO6xwzGpLPPoUfvknQAF+RL7K+BmmHPgIqiMpuhb4uVBbCLldY+Z 78QwlHnskrpXY3kqEA9c+MUK1rcZZ2uwyif7hZMqy0rMDZZuM60eeuR4cCcDjpBcGQcE xQnm70YIOessHfcj5XgGTKMvxzm+HnXqBBCQ+ysrNY1R+olV+nh8QCGDE5WcXJYKW6jz S6tg== MIME-Version: 1.0 X-Received: by 10.112.41.171 with SMTP id g11mr25475388lbl.123.1437977251399; Sun, 26 Jul 2015 23:07:31 -0700 (PDT) Sender: lwhsu.freebsd@gmail.com Received: by 10.25.197.195 with HTTP; Sun, 26 Jul 2015 23:07:31 -0700 (PDT) In-Reply-To: References: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Mon, 27 Jul 2015 14:07:31 +0800 X-Google-Sender-Auth: Lzc6XWop6ZiNhjOY-eU1qfDCL_I Message-ID: Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure From: Li-Wen Hsu To: "jenkins-admin@freebsd.org" Cc: marcel@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 06:07:33 -0000 On Mon, Jul 27, 2015 at 1:40 PM, Li-Wen Hsu wrote: > On Mon, Jul 27, 2015 at 10:55 AM, wrote: >> FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure: >> >> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/ >> Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/changes >> Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/247/console > > ... > >> The end of the build log: > > ... > >> + sudo pkg install -y devel/amd64-xtoolchain-gcc >> Updating FreeBSD repository catalogue... >> Fetching meta.txz: . done >> Fetching packagesite.txz: .......... done >> Processing entries: .......... done >> FreeBSD repository update completed. 24303 packages processed. >> pkg: No packages available to install matching 'devel/amd64-xtoolchain-gcc' have been found in the repositories > > I tried `pkg install -y devel/amd64-xtoolchain-gcc` in a newly > installed 10.1-RELEASE amd64 VM, it does not find > devel/amd64-xtoolchain-gcc either. While 11-CURRENT works. Is this a > package building issue? Is there anyone get different result? Sorry for the noise, I just found this commit: https://svnweb.freebsd.org/changeset/ports/392873 I'll disable this job first and see what we can do. Li-Wen -- Li-Wen Hsu http://lwhsu.org From owner-freebsd-current@freebsd.org Mon Jul 27 06:23:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 097F09AB685 for ; Mon, 27 Jul 2015 06:23:52 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A460C84C; Mon, 27 Jul 2015 06:23:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wibud3 with SMTP id ud3so100635837wib.0; Sun, 26 Jul 2015 23:23:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=un2d+rtyVimy9KLUkqWvasm5nJ41JSrmdq1w87VXo7I=; b=ELzeR3M1qM1ZZLAXhkMp7ad0z+GhnfxI0o7lSkGdnejNPm3984s3VmzDlMqxbzF1KX x0tG4BoiME+vw4sd88tymK1D4FbkpMI98+eYipoQnVYr63cPqf3e5kyI2b8A5U1anGdy PgFzJ4DTonWs3cOevIg9zYsO/4Y5HCE7HzK8JrzNdK23F1Np8htDJMLzAzM20bEI2sgI ajbRBudmGs1ITzm4X1Nr1BqyqnDXBPIS7/DHYsykL2h/0zz93yEqCw5dNHkIvydIBOw7 vmNZUhiRkIUAJjNB569RkWA1t1/HkHfJh12eX4U1fx4OKrbAimNU1uf5sKjgqqexfpw0 CO0w== X-Received: by 10.180.82.230 with SMTP id l6mr19638178wiy.61.1437978230088; Sun, 26 Jul 2015 23:23:50 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id x6sm11780191wiy.6.2015.07.26.23.23.48 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Jul 2015 23:23:49 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 27 Jul 2015 08:23:47 +0200 From: Baptiste Daroussin To: Li-Wen Hsu Cc: "jenkins-admin@freebsd.org" , marcel@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure Message-ID: <20150727062346.GE1522@ivaldir.etoilebsd.net> References: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N1GIdlSm9i+YlY4t" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 06:23:52 -0000 --N1GIdlSm9i+YlY4t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 02:07:31PM +0800, Li-Wen Hsu wrote: > On Mon, Jul 27, 2015 at 1:40 PM, Li-Wen Hsu wrote: > > On Mon, Jul 27, 2015 at 10:55 AM, wrote: > >> FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure: > >> > >> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_= gcc4.9/247/ > >> Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gc= c4.9/247/changes > >> Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc= 4.9/247/console > > > > ... > > > >> The end of the build log: > > > > ... > > > >> + sudo pkg install -y devel/amd64-xtoolchain-gcc > >> Updating FreeBSD repository catalogue... > >> Fetching meta.txz: . done > >> Fetching packagesite.txz: .......... done > >> Processing entries: .......... done > >> FreeBSD repository update completed. 24303 packages processed. > >> pkg: No packages available to install matching 'devel/amd64-xtoolchain= -gcc' have been found in the repositories > > > > I tried `pkg install -y devel/amd64-xtoolchain-gcc` in a newly > > installed 10.1-RELEASE amd64 VM, it does not find > > devel/amd64-xtoolchain-gcc either. While 11-CURRENT works. Is this a > > package building issue? Is there anyone get different result? >=20 > Sorry for the noise, I just found this commit: >=20 > https://svnweb.freebsd.org/changeset/ports/392873 >=20 > I'll disable this job first and see what we can do. >=20 > Li-Wen A sorry I was not aware you were using it. I can readd it if you want it. Best regards, Bapt --N1GIdlSm9i+YlY4t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlW1znIACgkQ8kTtMUmk6Ex14gCfW2MrZtEgK15Ums/YTJdl51Mo eO8AoLWum0t5AqqVxZ9C54WCdt2McxPt =G6ZK -----END PGP SIGNATURE----- --N1GIdlSm9i+YlY4t-- From owner-freebsd-current@freebsd.org Mon Jul 27 06:28:24 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B6809AB77B for ; Mon, 27 Jul 2015 06:28:24 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id DED9B9D2; Mon, 27 Jul 2015 06:28:23 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id 762742FAF; Mon, 27 Jul 2015 14:28:16 +0800 (CST) Date: Mon, 27 Jul 2015 14:28:16 +0800 From: Li-Wen Hsu To: Baptiste Daroussin Cc: "jenkins-admin@freebsd.org" , marcel@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure Message-ID: <20150727062816.GA73774@FreeBSD.cs.nctu.edu.tw> References: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> <20150727062346.GE1522@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20150727062346.GE1522@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 06:28:24 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 08:23:47 +0200, Baptiste Daroussin wrote: > On Mon, Jul 27, 2015 at 02:07:31PM +0800, Li-Wen Hsu wrote: > > On Mon, Jul 27, 2015 at 1:40 PM, Li-Wen Hsu wrote: > > > On Mon, Jul 27, 2015 at 10:55 AM, wrote: > > >> FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure: > > >> > > >> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd6= 4_gcc4.9/247/ > > >> Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_= gcc4.9/247/changes > > >> Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_g= cc4.9/247/console > > > > > > ... > > > > > >> The end of the build log: > > > > > > ... > > > > > >> + sudo pkg install -y devel/amd64-xtoolchain-gcc > > >> Updating FreeBSD repository catalogue... > > >> Fetching meta.txz: . done > > >> Fetching packagesite.txz: .......... done > > >> Processing entries: .......... done > > >> FreeBSD repository update completed. 24303 packages processed. > > >> pkg: No packages available to install matching 'devel/amd64-xtoolcha= in-gcc' have been found in the repositories > > > > > > I tried `pkg install -y devel/amd64-xtoolchain-gcc` in a newly > > > installed 10.1-RELEASE amd64 VM, it does not find > > > devel/amd64-xtoolchain-gcc either. While 11-CURRENT works. Is this a > > > package building issue? Is there anyone get different result? > >=20 > > Sorry for the noise, I just found this commit: > >=20 > > https://svnweb.freebsd.org/changeset/ports/392873 > >=20 > > I'll disable this job first and see what we can do. > >=20 > > Li-Wen >=20 > A sorry I was not aware you were using it. I can readd it if you want it. That might be the fastest way, or do you have any other recommended alternative of it? Li-Wen --=20 Li-Wen Hsu http://lwhsu.org --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJVtc9/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDdENTNGNjUyMTUzMzVCNzA5NDNGODQ2 NzI3RTc3Qzg4NjJCNjU2AAoJEGcn53yIYrZWvOMP/3mdAyhBmwFJwROaWBZaoL6x zbarv92VD1XtnoNmOHMmS/mFfpNMriiX/n3snkj0HV0C98TqZbls1e99kUCh2stE C8ocqbsYBkKUJ+QWiIjpEGRN09PyVy+qORTKPJDuaaltz1qoI+VeR5uUqMflIC5v /79ekUbugNmNHISlWuYdVaHlYEAaks1xTm5IJlae76yLpDfihVETmqjUnIk2Azsp jLzlDRBu+XB1fMgLhksiTxJkxV+W/7j6MdB0eAwn9DEuf5NfkCeIhPW1eKFJB1wQ ji3cdu0HZFcju8DN3jgtRvLlcEDtssZSgDBcDJUIjtVuLwwU8kNY/pCTLse406Ax lckOE+yBntu3cYcvHqIla1YoH00Es24y/7RXudYB55STz6JDCWEmvOX5n7l6Gl2/ wpBTiOkMd7TsWXAc907H0GcbjFrv1Z1lsJTl/pOfaf3woIB6sAtQihvSMC8iYQTF ni3+sTvDIs3a426os7mcvSVxhG9r8lfqSeo04L8SdkmstsKGplVv69xi+yCpZvui HEWehsDbEYFtwCZFhXFSu3VVElk8++GksIGOM0jLwdyyE7jtJ9qXiXS4HQKKuT4n dQ4b9PoKVoI1zg1CuJjHFW/ZHTcXmMirsN9SoeHTYSd0WdCCwL+Bq6q5ubQXHLT5 mwkcubE3AnM1OQXtrwav =2VZo -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@freebsd.org Mon Jul 27 06:31:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E4929AB81B for ; Mon, 27 Jul 2015 06:31:23 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C54B1C87; Mon, 27 Jul 2015 06:31:22 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wicmv11 with SMTP id mv11so125435162wic.0; Sun, 26 Jul 2015 23:31:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=UIML8NG+T/sDSl1tSzo4lTUB8+GDa0E7y3itS7jrwiE=; b=oPJ7BFaiy6DtXCrp3fENMA/VL3X7InJKjRRg12T6AJIIUxSd5Rg5s9Lw9NvvspdA8J wz4RccWIqD53RMSVDUU526sTFkjcc9haA2qIKKS6m/TJXHnw5l1tNqNFHiYcw+yumVVT iqNYNKZjMEoyWCY1/PI24UU+yVE9nQSD9VIT4og3YkzJ3cinhE7BfOzR/DaeU//tZSNz YADnaaxvG/lE1ifPkRnmBKisqeTPk04Z3mai+xO/yKYlN5b4mbFRpgTDNpVUCe5Uvhda /dPDBrwSv5sINPAr9TA4djS6piYUQHGQqh7cpU481r2vFUtMnXxYQTMV+W0UCtfbpdrc ZZ4A== X-Received: by 10.180.91.76 with SMTP id cc12mr21157374wib.67.1437978681208; Sun, 26 Jul 2015 23:31:21 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id lz10sm26011183wjb.48.2015.07.26.23.31.20 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Jul 2015 23:31:20 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 27 Jul 2015 08:31:18 +0200 From: Baptiste Daroussin To: Li-Wen Hsu Cc: "jenkins-admin@freebsd.org" , marcel@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure Message-ID: <20150727063118.GF1522@ivaldir.etoilebsd.net> References: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> <20150727062346.GE1522@ivaldir.etoilebsd.net> <20150727062816.GA73774@FreeBSD.cs.nctu.edu.tw> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QNDPHrPUIc00TOLW" Content-Disposition: inline In-Reply-To: <20150727062816.GA73774@FreeBSD.cs.nctu.edu.tw> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 06:31:23 -0000 --QNDPHrPUIc00TOLW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 02:28:16PM +0800, Li-Wen Hsu wrote: > On Mon, Jul 27, 2015 at 08:23:47 +0200, Baptiste Daroussin wrote: > > On Mon, Jul 27, 2015 at 02:07:31PM +0800, Li-Wen Hsu wrote: > > > On Mon, Jul 27, 2015 at 1:40 PM, Li-Wen Hsu wrote: > > > > On Mon, Jul 27, 2015 at 10:55 AM, wrot= e: > > > >> FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure: > > > >> > > > >> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_am= d64_gcc4.9/247/ > > > >> Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd6= 4_gcc4.9/247/changes > > > >> Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64= _gcc4.9/247/console > > > > > > > > ... > > > > > > > >> The end of the build log: > > > > > > > > ... > > > > > > > >> + sudo pkg install -y devel/amd64-xtoolchain-gcc > > > >> Updating FreeBSD repository catalogue... > > > >> Fetching meta.txz: . done > > > >> Fetching packagesite.txz: .......... done > > > >> Processing entries: .......... done > > > >> FreeBSD repository update completed. 24303 packages processed. > > > >> pkg: No packages available to install matching 'devel/amd64-xtoolc= hain-gcc' have been found in the repositories > > > > > > > > I tried `pkg install -y devel/amd64-xtoolchain-gcc` in a newly > > > > installed 10.1-RELEASE amd64 VM, it does not find > > > > devel/amd64-xtoolchain-gcc either. While 11-CURRENT works. Is thi= s a > > > > package building issue? Is there anyone get different result? > > >=20 > > > Sorry for the noise, I just found this commit: > > >=20 > > > https://svnweb.freebsd.org/changeset/ports/392873 > > >=20 > > > I'll disable this job first and see what we can do. > > >=20 > > > Li-Wen > >=20 > > A sorry I was not aware you were using it. I can readd it if you want i= t. >=20 > That might be the fastest way, or do you have any other recommended > alternative of it? >=20 Given you are building directly on amd64 you can use the regular gcc ports,= no? Anyway I'll readd the amd64 xtoolchain after I manage to fix it with gcc5 Bapt --QNDPHrPUIc00TOLW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlW10DYACgkQ8kTtMUmk6Ezy0wCdEEZ1CZIdJ30t1oGdKglw346C WuIAniVph5DPGb7DazAPornwzrUYRLFo =x0Rn -----END PGP SIGNATURE----- --QNDPHrPUIc00TOLW-- From owner-freebsd-current@freebsd.org Mon Jul 27 06:48:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42C9B9ABC8C for ; Mon, 27 Jul 2015 06:48:33 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0061B18E8 for ; Mon, 27 Jul 2015 06:48:32 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.153.155] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZJbQN-00089x-W4 for freebsd-current@freebsd.org; Mon, 27 Jul 2015 07:58:08 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t6R5w5SV002345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 27 Jul 2015 07:58:05 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t6R5w4N8002344 for freebsd-current@freebsd.org; Mon, 27 Jul 2015 07:58:04 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 27 Jul 2015 07:58:04 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: duration of buildworld Message-ID: <20150727055804.GA2312@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.153.155 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 06:48:33 -0000 Hello, Yesterday I grabbed r285885 from SVN and launched a # make -j2 buildworld which is still running after 19 hours on a server of 2 CPU of the type Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte memory. Last time in January with r276659 on the same host it took only some 8 hours, IIRC. Is there anything wrong of what could cause this change of the build time? Thanks matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- Ευχαριστούμε! From owner-freebsd-current@freebsd.org Mon Jul 27 07:04:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B17F9AC0DD for ; Mon, 27 Jul 2015 07:04:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0CB801B1; Mon, 27 Jul 2015 07:04:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 85B31A97; Mon, 27 Jul 2015 07:04:04 +0000 (UTC) Date: Mon, 27 Jul 2015 07:04:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1430239879.23.1437980644337.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <709377013.19.1437955622090.JavaMail.jenkins@jenkins-9.freebsd.org> References: <709377013.19.1437955622090.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1225 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 07:04:04 -0000 FreeBSD_HEAD-tests - Build #1225 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1225/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1225/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1225/console Change summaries: No changes From owner-freebsd-current@freebsd.org Mon Jul 27 07:23:40 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AAC39AC48A for ; Mon, 27 Jul 2015 07:23:40 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF641E4B for ; Mon, 27 Jul 2015 07:23:38 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from [109.237.91.29] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZJcku-0003uX-D0; Mon, 27 Jul 2015 10:23:24 +0300 Subject: Re: IPSEC stop works after r285336 To: George Neville-Neil References: <55B099F6.8000004@shurik.kiev.ua> <20150724213839.GP78154@funkthat.com> <55B323F5.3030200@shurik.kiev.ua> <16ADAE9E-1CE1-4E52-8C68-BBE8CCB6B164@neville-neil.com> Cc: freebsd-current@freebsd.org, jmg@funkthat.com From: Alexandr Krivulya Message-ID: <55B5DC67.8060706@shurik.kiev.ua> Date: Mon, 27 Jul 2015 10:23:19 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <16ADAE9E-1CE1-4E52-8C68-BBE8CCB6B164@neville-neil.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 109.237.91.29 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 07:23:40 -0000 26.07.2015 21:39, George Neville-Neil пишет: > > > On 25 Jul 2015, at 1:51, Alexandr Krivulya wrote: > >> 25.07.2015 00:38, John-Mark Gurney пишет: >>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 >>> +0300: >>>> I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I see >>>> only >>>> outgoing esp packets on ng interface: >>> This change is -stable, not -current, but the change referenced below >>> is -current... Which one are you running? >>> >>> Also, the only ipsec related change after r285535 is r285770, though >>> that probably won't effect it... Could you possibly narrow the change >>> that broke things? >>> >>>> root@thinkpad:/usr/src # tcpdump -i ng0 >>>> tcpdump: verbose output suppressed, use -v or -vv for full protocol >>>> decode >>>> listening on ng0, link-type NULL (BSD loopback), capture size >>>> 262144 bytes >>>> 10:35:27.331886 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9a5), length 140 >>>> 10:35:28.371707 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9a6), length 140 >>>> 10:35:29.443536 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9a7), length 140 >>>> 10:35:30.457370 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9a8), length 140 >>>> 10:35:31.475606 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9a9), length 140 >>>> 10:35:31.622315 IP 10.10.10.1.isakmp > 10.10.10.2.isakmp: isakmp: >>>> phase >>>> 2/others ? inf[E] >>>> 10:35:31.622544 IP 10.10.10.2.isakmp > 10.10.10.1.isakmp: isakmp: >>>> phase >>>> 2/others ? inf[E] >>>> 10:35:31.622658 IP 10.10.10.2.isakmp > 10.10.10.1.isakmp: isakmp: >>>> phase >>>> 2/others ? inf[E] >>>> 10:35:31.623933 IP 10.10.10.1.isakmp > 10.10.10.2.isakmp: isakmp: >>>> phase >>>> 2/others ? inf[E] >>>> 10:35:32.492349 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9aa), length 140 >>>> 10:35:33.509346 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9ab), length 140 >>>> 10:35:34.527187 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9ac), length 140 >>>> 10:35:35.539600 IP 10.10.10.2 > 10.10.10.1: >>>> ESP(spi=0x03081e58,seq=0x9ad), length 140 >>>> >>>> With r285535 all works fine. >> >> >> Right commit is in subject - r285336. > > There were two IPsec related commits after 285336. > > Either 285347 or 285526 could be the fix. If you're OK after those > two commits then the system is in correct working order. I have 285833 on my laptop now (world+kernel full rebuild), but problem still exists. From owner-freebsd-current@freebsd.org Mon Jul 27 08:07:34 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C6579ACC8B for ; Mon, 27 Jul 2015 08:07:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 036C0F2E; Mon, 27 Jul 2015 08:07:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 289E0AAD; Mon, 27 Jul 2015 08:07:34 +0000 (UTC) Date: Mon, 27 Jul 2015 08:07:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1301727712.25.1437984454100.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #248 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 08:07:34 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #248 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/248/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/248/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/248/console Change summaries: No changes From owner-freebsd-current@freebsd.org Mon Jul 27 08:12:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C54E59ACDD4 for ; Mon, 27 Jul 2015 08:12:05 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id 11AC535D; Mon, 27 Jul 2015 08:12:05 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id 2C8E021AA; Mon, 27 Jul 2015 16:12:03 +0800 (CST) Date: Mon, 27 Jul 2015 16:12:03 +0800 From: Li-Wen Hsu To: Baptiste Daroussin Cc: "jenkins-admin@freebsd.org" , marcel@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure Message-ID: <20150727081203.GA58738@FreeBSD.cs.nctu.edu.tw> References: <1323696161.21.1437965718622.JavaMail.jenkins@jenkins-9.freebsd.org> <20150727062346.GE1522@ivaldir.etoilebsd.net> <20150727062816.GA73774@FreeBSD.cs.nctu.edu.tw> <20150727063118.GF1522@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20150727063118.GF1522@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 08:12:06 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 08:31:18 +0200, Baptiste Daroussin wrote: > On Mon, Jul 27, 2015 at 02:28:16PM +0800, Li-Wen Hsu wrote: > > On Mon, Jul 27, 2015 at 08:23:47 +0200, Baptiste Daroussin wrote: > > > On Mon, Jul 27, 2015 at 02:07:31PM +0800, Li-Wen Hsu wrote: > > > > On Mon, Jul 27, 2015 at 1:40 PM, Li-Wen Hsu wro= te: > > > > > On Mon, Jul 27, 2015 at 10:55 AM, wr= ote: > > > > >> FreeBSD_HEAD_amd64_gcc4.9 - Build #247 - Failure: > > > > >> > > > > >> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_= amd64_gcc4.9/247/ > > > > >> Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_am= d64_gcc4.9/247/changes > > > > >> Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd= 64_gcc4.9/247/console > > > > > > > > > > ... > > > > > > > > > >> The end of the build log: > > > > > > > > > > ... > > > > > > > > > >> + sudo pkg install -y devel/amd64-xtoolchain-gcc > > > > >> Updating FreeBSD repository catalogue... > > > > >> Fetching meta.txz: . done > > > > >> Fetching packagesite.txz: .......... done > > > > >> Processing entries: .......... done > > > > >> FreeBSD repository update completed. 24303 packages processed. > > > > >> pkg: No packages available to install matching 'devel/amd64-xtoo= lchain-gcc' have been found in the repositories > > > > > > > > > > I tried `pkg install -y devel/amd64-xtoolchain-gcc` in a newly > > > > > installed 10.1-RELEASE amd64 VM, it does not find > > > > > devel/amd64-xtoolchain-gcc either. While 11-CURRENT works. Is t= his a > > > > > package building issue? Is there anyone get different result? > > > >=20 > > > > Sorry for the noise, I just found this commit: > > > >=20 > > > > https://svnweb.freebsd.org/changeset/ports/392873 > > > >=20 > > > > I'll disable this job first and see what we can do. > > > >=20 > > > > Li-Wen > > >=20 > > > A sorry I was not aware you were using it. I can readd it if you want= it. > >=20 > > That might be the fastest way, or do you have any other recommended > > alternative of it? > >=20 > Given you are building directly on amd64 you can use the regular gcc port= s, no? Probably, I did not work on this job and might overlook something. > Anyway I'll readd the amd64 xtoolchain after I manage to fix it with gcc5 Thanks, before it backing to pkg.freebsd.org again, I'll just skip the step of installing it. Li-Wen --=20 Li-Wen Hsu http://lwhsu.org --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJVtefRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDdENTNGNjUyMTUzMzVCNzA5NDNGODQ2 NzI3RTc3Qzg4NjJCNjU2AAoJEGcn53yIYrZWIaMP/AylhlwkEZU9ehifjoXooysQ C9SCNQeTZ0mtv883GAvrvG+BsUXf6o2GLvFzSGi1MsSJDMu54ttz0KxzGTvar+AY zKpC1VTugRlORBsV66YobPVng98Pca50X/shifWAbQE2EmRbLMcrrJjSJXcSFtZ7 PxP2D2S643AVK9/PfWIflwBUsKs4/I6r0J3GVk32rA732JNF5U47gZsgD4hZGvDc Wmrb/e3SS7fs/Nv0djPs5Ad+5Qa6pgB+ufmh1h8DwFTtjC1+8rVA5Ac1z93/sSFI ZKHC8qgpj0Bgflh0PmaxVLqXwXIep9kqVhAcz5dGL5IEHh8t6260Rv+uz+r3W8Ax cJYlgRkoWQmB9jKQEke/yDo075oPz5v3lXa+lVXgqjGPq7fUM/ZUjoOOpGEboU3y Ry3Tdw/8DA5/dpdIWQeB5uVYKG/gq1dA3XIZu4Y+ul8zZC9mhqnC9zaELrn9ty7b yc21ePXmBpdiGzm9rob/ATihd6iOft7Vdbw8uOL+B8vCxBbZqAlC/AHjxHwrp1Xr CZcBNG7XmHr8XWgeAFz4UVvcjee9+gtikk/mROniNJhGc4FNqghPPt08BOb9Tnv4 zPgCg2AxUIFiIpSeO/tOktqbrU9c2hXY6qnXHpXULZbzLEFds34J8DrqjYXgHsJ3 PqaU6Rw6+poS3KXfILb0 =yQ2b -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@freebsd.org Mon Jul 27 09:40:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D37A79ABFB1 for ; Mon, 27 Jul 2015 09:40:37 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93D8EAB2 for ; Mon, 27 Jul 2015 09:40:37 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.153.155] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZJete-0005wB-1g for freebsd-current@freebsd.org; Mon, 27 Jul 2015 11:40:34 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t6R9eWLk003507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 27 Jul 2015 11:40:32 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t6R9eWkA003506 for freebsd-current@freebsd.org; Mon, 27 Jul 2015 11:40:32 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 27 Jul 2015 11:40:32 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150727094032.GA3486@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org References: <20150727055804.GA2312@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150727055804.GA2312@c720-r276659> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.153.155 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 09:40:37 -0000 El día Monday, July 27, 2015 a las 07:58:04AM +0200, Matthias Apitz escribió: > > Hello, > > Yesterday I grabbed r285885 from SVN and launched a > > # make -j2 buildworld > > which is still running after 19 hours on a server of 2 CPU of the type > Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte memory. > > Last time in January with r276659 on the same host it took only some 8 > hours, IIRC. > > Is there anything wrong of what could cause this change of the build > time? It terminated right now after nearly 24h. I never saw such a long build. matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- Ευχαριστούμε! From owner-freebsd-current@freebsd.org Mon Jul 27 10:29:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D0EB9AC9E7 for ; Mon, 27 Jul 2015 10:29:23 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58F28A49 for ; Mon, 27 Jul 2015 10:29:22 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from [109.237.91.29] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZJfeo-000G1y-MN for freebsd-current@freebsd.org; Mon, 27 Jul 2015 13:29:18 +0300 Subject: Re: IPSEC stop works after r285336 To: freebsd-current@freebsd.org References: <55B099F6.8000004@shurik.kiev.ua> <20150724213839.GP78154@funkthat.com> <55B323F5.3030200@shurik.kiev.ua> <16ADAE9E-1CE1-4E52-8C68-BBE8CCB6B164@neville-neil.com> <55B5DC67.8060706@shurik.kiev.ua> From: Alexandr Krivulya Message-ID: <55B607F9.7050605@shurik.kiev.ua> Date: Mon, 27 Jul 2015 13:29:13 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B5DC67.8060706@shurik.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 109.237.91.29 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 10:29:23 -0000 27.07.2015 10:23, Alexandr Krivulya пишет: > 26.07.2015 21:39, George Neville-Neil пишет: >> >> On 25 Jul 2015, at 1:51, Alexandr Krivulya wrote: >> >>> 25.07.2015 00:38, John-Mark Gurney пишет: >>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 >>>> +0300: >>>>> I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I see >>>>> only >>>>> outgoing esp packets on ng interface: >>>> This change is -stable, not -current, but the change referenced below >>>> is -current... Which one are you running? >>>> >>>> Also, the only ipsec related change after r285535 is r285770, though >>>> that probably won't effect it... Could you possibly narrow the change >>>> that broke things? >>>> >>>>> root@thinkpad:/usr/src # tcpdump -i ng0 >>>>> tcpdump: verbose output suppressed, use -v or -vv for full protocol >>>>> decode >>>>> listening on ng0, link-type NULL (BSD loopback), capture size >>>>> 262144 bytes >>>>> 10:35:27.331886 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9a5), length 140 >>>>> 10:35:28.371707 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9a6), length 140 >>>>> 10:35:29.443536 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9a7), length 140 >>>>> 10:35:30.457370 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9a8), length 140 >>>>> 10:35:31.475606 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9a9), length 140 >>>>> 10:35:31.622315 IP 10.10.10.1.isakmp > 10.10.10.2.isakmp: isakmp: >>>>> phase >>>>> 2/others ? inf[E] >>>>> 10:35:31.622544 IP 10.10.10.2.isakmp > 10.10.10.1.isakmp: isakmp: >>>>> phase >>>>> 2/others ? inf[E] >>>>> 10:35:31.622658 IP 10.10.10.2.isakmp > 10.10.10.1.isakmp: isakmp: >>>>> phase >>>>> 2/others ? inf[E] >>>>> 10:35:31.623933 IP 10.10.10.1.isakmp > 10.10.10.2.isakmp: isakmp: >>>>> phase >>>>> 2/others ? inf[E] >>>>> 10:35:32.492349 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9aa), length 140 >>>>> 10:35:33.509346 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9ab), length 140 >>>>> 10:35:34.527187 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9ac), length 140 >>>>> 10:35:35.539600 IP 10.10.10.2 > 10.10.10.1: >>>>> ESP(spi=0x03081e58,seq=0x9ad), length 140 >>>>> >>>>> With r285535 all works fine. >>> >>> Right commit is in subject - r285336. >> There were two IPsec related commits after 285336. >> >> Either 285347 or 285526 could be the fix. If you're OK after those >> two commits then the system is in correct working order. > I have 285833 on my laptop now (world+kernel full rebuild), but problem > still exists. With IPSEC_DEBUG enabled I have a lot of messages: kernel: esp_output: skip 20 hlen 24 rlen 76 padding 4 alen 20 blksd 16 kernel: esp_output: skip 20 hlen 24 rlen 160 padding 16 alen 20 blksd 16 kernel: esp_output: skip 20 hlen 24 rlen 30 padding 2 alen 20 blksd 16 kernel: esp_output: skip 20 hlen 24 rlen 161 padding 15 alen 20 blksd 16 From owner-freebsd-current@freebsd.org Mon Jul 27 11:01:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD7069AC2C1 for ; Mon, 27 Jul 2015 11:01:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 890CBB1D; Mon, 27 Jul 2015 11:01:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8C1081FE022; Mon, 27 Jul 2015 13:01:07 +0200 (CEST) Message-ID: <55B60FC8.2020003@selasky.org> Date: Mon, 27 Jul 2015 13:02:32 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: FreeBSD Current , Sean Bruno Subject: E1000 mbuf leaks Content-Type: multipart/mixed; boundary="------------040406080501020804080904" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 11:01:09 -0000 This is a multi-part message in MIME format. --------------040406080501020804080904 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm currently doing some busdma work, and possibly stepped over some driver bugs. When "bus_dmamap_load_mbuf_sg()" returns ENOMEM the mbuf chain is not freed. Is there some magic in "bus_dmamap_load_mbuf_sg()" for that error code or is there a possible memory leak in all E1000 drivers? See attached patch. > Index: if_em.c > =================================================================== > --- if_em.c (revision 284591) > +++ if_em.c (working copy) > @@ -2027,9 +2027,6 @@ > /* Try it again, but only once */ > remap = 0; > goto retry; > - } else if (error == ENOMEM) { > - adapter->no_tx_dma_setup++; > - return (error); > } else if (error != 0) { > adapter->no_tx_dma_setup++; > m_freem(*m_headp); > Index: if_igb.c > =================================================================== > --- if_igb.c (revision 284591) > +++ if_igb.c (working copy) > @@ -1905,9 +1905,6 @@ > goto retry; > } else > return (error); > - case ENOMEM: > - txr->no_tx_dma_setup++; > - return (error); > default: > txr->no_tx_dma_setup++; > m_freem(*m_headp); > Index: if_lem.c > =================================================================== > --- if_lem.c (revision 284591) > +++ if_lem.c (working copy) > @@ -1693,6 +1693,8 @@ > } > } else if (error != 0) { > adapter->no_tx_dma_setup++; > + m_freem(*m_headp); > + *m_headp = NULL; > return (error); > } > --HPS --------------040406080501020804080904 Content-Type: text/x-diff; name="e1000-memory-leak.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="e1000-memory-leak.diff" Index: if_em.c =================================================================== --- if_em.c (revision 284591) +++ if_em.c (working copy) @@ -2027,9 +2027,6 @@ /* Try it again, but only once */ remap = 0; goto retry; - } else if (error == ENOMEM) { - adapter->no_tx_dma_setup++; - return (error); } else if (error != 0) { adapter->no_tx_dma_setup++; m_freem(*m_headp); Index: if_igb.c =================================================================== --- if_igb.c (revision 284591) +++ if_igb.c (working copy) @@ -1905,9 +1905,6 @@ goto retry; } else return (error); - case ENOMEM: - txr->no_tx_dma_setup++; - return (error); default: txr->no_tx_dma_setup++; m_freem(*m_headp); Index: if_lem.c =================================================================== --- if_lem.c (revision 284591) +++ if_lem.c (working copy) @@ -1693,6 +1693,8 @@ } } else if (error != 0) { adapter->no_tx_dma_setup++; + m_freem(*m_headp); + *m_headp = NULL; return (error); } --------------040406080501020804080904-- From owner-freebsd-current@freebsd.org Mon Jul 27 11:51:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACA7A9ACE64 for ; Mon, 27 Jul 2015 11:51:45 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EEF2221 for ; Mon, 27 Jul 2015 11:51:45 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by wibxm9 with SMTP id xm9so108838277wib.0 for ; Mon, 27 Jul 2015 04:51:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=O/sP+nzlLy1MrXqEAsTC3mlvintl2IXfnFTu879AfNg=; b=LiCD2eXasBBfz9jStpe0kiSzMwKkRGG3L68edUiRJjQMd+5UdiIFBQSOVUIBHW9kh7 PtElPIsw8y8TiXWAUfVFHY5BMjWsOM+xP8oUWZt5aisrwPfxIl/FGL9SqIvWipNgrjf6 2pAlpH4aWCcPdBHNEjoH2k8GL27W5fkr89eVN/F6Zfny1yBAcuaFqACu0YeItrDay65v 9KYEb/eA8uuNs3xgs5Jic8Ceglenc0+RcWDNpZ1hRRQaPOSbFkG5hAlOFIntTAQPBEM1 US6qa+EB1o1rdWVZMwSUsrocVbOReqc4AKOvznLVg6RN30s4Ljheiqt9PZ2X7dbsjzGF sVJQ== X-Gm-Message-State: ALoCoQmUxc/s4aD0XvAX21zKDXE9gM4zcej0f4+B2E1PAPb1ZAC9NcqeU1310zHsRWlxUozYIT8q MIME-Version: 1.0 X-Received: by 10.180.218.227 with SMTP id pj3mr22282042wic.59.1437997903427; Mon, 27 Jul 2015 04:51:43 -0700 (PDT) Received: by 10.194.73.6 with HTTP; Mon, 27 Jul 2015 04:51:43 -0700 (PDT) In-Reply-To: <20150727055804.GA2312@c720-r276659> References: <20150727055804.GA2312@c720-r276659> Date: Mon, 27 Jul 2015 13:51:43 +0200 Message-ID: Subject: Re: duration of buildworld From: Oliver Pinter To: Matthias Apitz , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 11:51:45 -0000 Hi! On 7/27/15, Matthias Apitz wrote: > > Hello, > > Yesterday I grabbed r285885 from SVN and launched a > > # make -j2 buildworld > > which is still running after 19 hours on a server of 2 CPU of the type > Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte memory. > > Last time in January with r276659 on the same host it took only some 8 > hours, IIRC. On my desktop system (Core i5-4670) takes only 50 minutes the buildworld + buildkernel with DEBUG kernel. > > Is there anything wrong of what could cause this change of the build > time? > > Thanks > > matthias > > -- > Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ =E2= =98=8E > +49-176-38902045 > No! Nein! =C2=A1No! =CE=8C=CF=87=CE=B9! -- =CE=95=CF=85=CF=87=CE=B1=CF=81= =CE=B9=CF=83=CF=84=CE=BF=CF=8D=CE=BC=CE=B5! > _______________________________________________ > 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 Mon Jul 27 12:00:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB0FB9AB45C for ; Mon, 27 Jul 2015 12:00:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 890E2866 for ; Mon, 27 Jul 2015 12:00:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZJh4h-000FcF-1m; Mon, 27 Jul 2015 15:00:07 +0300 Date: Mon, 27 Jul 2015 15:00:06 +0300 From: Slawa Olhovchenkov To: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150727120006.GJ43740@zxy.spb.ru> References: <20150727055804.GA2312@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150727055804.GA2312@c720-r276659> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 12:00:10 -0000 On Mon, Jul 27, 2015 at 07:58:04AM +0200, Matthias Apitz wrote: > > Hello, > > Yesterday I grabbed r285885 from SVN and launched a > > # make -j2 buildworld > > which is still running after 19 hours on a server of 2 CPU of the type > Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte memory. > > Last time in January with r276659 on the same host it took only some 8 > hours, IIRC. > > Is there anything wrong of what could cause this change of the build > time? May be swap trashing on clang compilation? From owner-freebsd-current@freebsd.org Mon Jul 27 12:14:59 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 138F79ABAAE for ; Mon, 27 Jul 2015 12:14:59 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C58BB229 for ; Mon, 27 Jul 2015 12:14:58 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZJhJ1-000Fvi-CN; Mon, 27 Jul 2015 15:14:55 +0300 Date: Mon, 27 Jul 2015 15:14:55 +0300 From: Slawa Olhovchenkov To: David Chisnall Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150727121455.GW44094@zxy.spb.ru> References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> <4948BBDE-BE3D-4465-9BCA-BCFDB44989FA@cl.cam.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4948BBDE-BE3D-4465-9BCA-BCFDB44989FA@cl.cam.ac.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 12:14:59 -0000 On Mon, Jul 27, 2015 at 01:06:15PM +0100, David Chisnall wrote: > On 27 Jul 2015, at 13:00, Slawa Olhovchenkov wrote: > > > > May be swap trashing on clang compilation? > > 4GB ought to be enough for building clang with -j2. A few of the > template-heavy files can use 500+MB of RAM compiling and linking > with BFD ld can easily hit 1GB (a lot more for a debug build - don't > try this on a 32-bit system!). I am try building 9.x with lot of memory and see about 1GB consumption when comiling (not linking) four clang library. I am don't know how clang in head consumption memory with self-compilation. And we don't know about available memory at this system (may be firefox runing?) From owner-freebsd-current@freebsd.org Mon Jul 27 12:59:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC9A19AA5DE for ; Mon, 27 Jul 2015 12:59:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFC9387D; Mon, 27 Jul 2015 12:59:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pachj5 with SMTP id hj5so51321699pac.3; Mon, 27 Jul 2015 05:59:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=TRzdqDAf2xRMK0PpyzJdXonTpOeOmwJEaibA0Uyky/k=; b=wuZoWYbngaShr8k1ZT6xmxZCXN1bonwBA/Iqwuy4e/QPBaySAwuSucYsWzKaxaTpQR lh93D0unygQao4nB+6JZV9jN+g/Fy0fbSNABXbG1MhHNKS2FbDvcqNpnUJ7TA7OxV5Ye Qq4fYq7KC6AVptiT5VT3TLnsYko48n5QuyZkNViOpLK2fTAO5fpYpsUD+JgvwNRvN7fl 1pCWjCX0PTy4uNN1M5Ri8kWaIZPWdcoq9EkWdjKupuDVfXerRhIuU17BBU2JcnGdT4H9 9q5EnLEd7Elcu3HWZl+wmBaj202NHt6SGRlJJOJsz6t0yfxxkn4Rbi2dvfiI8jaVi73f RV+w== X-Received: by 10.66.136.39 with SMTP id px7mr68272057pab.141.1438001939754; Mon, 27 Jul 2015 05:58:59 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by smtp.gmail.com with ESMTPSA id da3sm29495428pdb.8.2015.07.27.05.58.55 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 27 Jul 2015 05:58:58 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 27 Jul 2015 21:58:51 +0900 Date: Mon, 27 Jul 2015 21:58:51 +0900 To: Hans Petter Selasky Cc: FreeBSD Current , Sean Bruno Subject: Re: E1000 mbuf leaks Message-ID: <20150727125850.GA986@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <55B60FC8.2020003@selasky.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55B60FC8.2020003@selasky.org> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 12:59:02 -0000 On Mon, Jul 27, 2015 at 01:02:32PM +0200, Hans Petter Selasky wrote: > Hi, > > I'm currently doing some busdma work, and possibly stepped over some > driver bugs. When "bus_dmamap_load_mbuf_sg()" returns ENOMEM the mbuf > chain is not freed. Is there some magic in "bus_dmamap_load_mbuf_sg()" > for that error code or is there a possible memory leak in all E1000 > drivers? See attached patch. I don't think it's an mbuf leak since lem(4) just prepend the mbuf to the if sendq(driver will retry it later). But I think your patch looks more correct in bus_dma(9) perspective. If bus_dmamap_load_mbuf_sg(9) returned an error except EFBIG, it would be correct for lem(4) to free the mbuf chains rather than restarting the bus_dmamap_load_mbuf_sg(9) later which shall fail again with ENOMEM. From owner-freebsd-current@freebsd.org Mon Jul 27 14:18:24 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A95B49AC638; Mon, 27 Jul 2015 14:18:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFD42C3; Mon, 27 Jul 2015 14:18:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 75A8FB2D; Mon, 27 Jul 2015 14:18:22 +0000 (UTC) Date: Mon, 27 Jul 2015 14:18:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: marius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1389431495.27.1438006701138.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #686 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:18:24 -0000 FreeBSD_HEAD_i386 - Build #686 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/686/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/686/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/686/console Change summaries: 285909 by marius: - Probe UICLASS_CDC/UISUBCLASS_ABSTRACT_CONTROL_MODEL/0xff again. This variant of Microsoft RNDIS, i. e. their unofficial version of CDC ACM, has been disabled in r261544 for resolving a conflict with umodem(4). Eventually, in r275790 that problem was dealt with in the right way. However, r275790 failed to put probing of RNDIS devices in question back. - Initialize the device prior to querying it, as required by the RNDIS specification. Otherwise already determining the MAC address may fail rightfully. - On detach, halt the device again. - Use UCDC_SEND_ENCAPSULATED_{COMMAND,RESPONSE}. While these macros are resolving to the same values as UR_{CLEAR_FEATURE,GET_STATUS}, the former set is way more appropriate in this context. - Report unknown - rather: unimplemented - events unconditionally and not just in debug mode. This ensures that we'll get some hint of what is going wrong instead of the driver silently failing. - Deal with the Microsoft ActiveSync requirement of using an input buffer the size of the expected reply or larger - except for variably sized replies - when querying a device. - Fix some pointless NULL checks, style bugs etc. This changes allow urndis(4) to communicate with a Microsoft-certified USB RNDIS test token. MFC after: 3 days Sponsored by: genua mbh The end of the build log: [...truncated 188891 lines...] --- if_ipheth.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/usb/ipheth/../../../dev/usb/net/if_ipheth.c -o if_ipheth.o --- all_subdir_wlan_rssadapt --- --- wlan_rssadapt.ko.debug --- ld -Bshareable -d -warn-common -o wlan_rssadapt.ko.debug wlan_rssadapt.kld --- wlan_rssadapt.ko.symbols --- objcopy --only-keep-debug wlan_rssadapt.ko.debug wlan_rssadapt.ko.symbols --- wlan_rssadapt.ko --- objcopy --strip-debug --add-gnu-debuglink=wlan_rssadapt.ko.symbols wlan_rssadapt.ko.debug wlan_rssadapt.ko --- all_subdir_wlan --- --- ieee80211_ratectl_none.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_ratectl_none.c -o ieee80211_ratectl_none.o --- ieee80211_ratectl.o --- ctfconvert -L VERSION -g ieee80211_ratectl.o --- all_subdir_usb --- --- all_subdir_urndis --- ===> usb/urndis (all) --- all_subdir_wlan --- --- ieee80211_ratectl_none.o --- ctfconvert -L VERSION -g ieee80211_ratectl_none.o --- all_subdir_wlan_tkip --- ctfconvert -L VERSION -g ieee80211_crypto_tkip.o --- all_subdir_usb --- --- if_urndis.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c -o if_urndis.o --- all_subdir_wlan --- --- ieee80211_regdomain.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_regdomain.c -o ieee80211_regdomain.o --- all_subdir_wlan_tkip --- --- wlan_tkip.kld --- ld -d -warn-common -r -d -o wlan_tkip.kld ieee80211_crypto_tkip.o ctfmerge -L VERSION -g -o wlan_tkip.kld ieee80211_crypto_tkip.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk wlan_tkip.kld export_syms | xargs -J% objcopy % wlan_tkip.kld --- all_subdir_usb --- --- all_subdir_ipheth --- ctfconvert -L VERSION -g if_ipheth.o --- if_ipheth.kld --- ld -d -warn-common -r -d -o if_ipheth.kld if_ipheth.o --- all_subdir_wlan_tkip --- --- wlan_tkip.ko.debug --- ld -Bshareable -d -warn-common -o wlan_tkip.ko.debug wlan_tkip.kld --- wlan_tkip.ko.symbols --- objcopy --only-keep-debug wlan_tkip.ko.debug wlan_tkip.ko.symbols --- wlan_tkip.ko --- objcopy --strip-debug --add-gnu-debuglink=wlan_tkip.ko.symbols wlan_tkip.ko.debug wlan_tkip.ko --- all_subdir_usb --- ctfmerge -L VERSION -g -o if_ipheth.kld if_ipheth.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_ipheth.kld export_syms | xargs -J% objcopy % if_ipheth.kld --- all_subdir_wlan --- --- ieee80211_ht.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_ht.c -o ieee80211_ht.o --- all_subdir_usb --- --- if_ipheth.ko.debug --- ld -Bshareable -d -warn-common -o if_ipheth.ko.debug if_ipheth.kld --- if_ipheth.ko.symbols --- objcopy --only-keep-debug if_ipheth.ko.debug if_ipheth.ko.symbols --- if_ipheth.ko --- objcopy --strip-debug --add-gnu-debuglink=if_ipheth.ko.symbols if_ipheth.ko.debug if_ipheth.ko --- all_subdir_wlan --- --- ieee80211_hwmp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/wlan/../../net80211/ieee80211_hwmp.c -o ieee80211_hwmp.o --- all_subdir_usb --- --- all_subdir_urndis --- /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c:738:17: error: member reference type 'struct urndis_query_req *' is a pointer; maybe you meant to use '->'? le32toh(msg.rm_type), ~~~^ -> /usr/src/sys/sys/endian.h:79:32: note: expanded from macro 'le32toh' #define le32toh(x) ((uint32_t)(x)) ^ /usr/src/sys/dev/usb/usb_debug.h:44:34: note: expanded from macro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /usr/src/sys/dev/usb/usb_debug.h:41:21: note: expanded from macro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c:739:17: error: member reference type 'struct urndis_query_req *' is a pointer; maybe you meant to use '->'? le32toh(msg.rm_len), ~~~^ -> /usr/src/sys/sys/endian.h:79:32: note: expanded from macro 'le32toh' #define le32toh(x) ((uint32_t)(x)) ^ /usr/src/sys/dev/usb/usb_debug.h:44:34: note: expanded from macro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /usr/src/sys/dev/usb/usb_debug.h:41:21: note: expanded from macro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c:740:17: error: member reference type 'struct urndis_query_req *' is a pointer; maybe you meant to use '->'? le32toh(msg.rm_rid), ~~~^ -> /usr/src/sys/sys/endian.h:79:32: note: expanded from macro 'le32toh' #define le32toh(x) ((uint32_t)(x)) ^ /usr/src/sys/dev/usb/usb_debug.h:44:34: note: expanded from macro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /usr/src/sys/dev/usb/usb_debug.h:41:21: note: expanded from macro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c:741:17: error: member reference type 'struct urndis_query_req *' is a pointer; maybe you meant to use '->'? le32toh(msg.rm_oid), ~~~^ -> /usr/src/sys/sys/endian.h:79:32: note: expanded from macro 'le32toh' #define le32toh(x) ((uint32_t)(x)) ^ /usr/src/sys/dev/usb/usb_debug.h:44:34: note: expanded from macro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /usr/src/sys/dev/usb/usb_debug.h:41:21: note: expanded from macro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c:742:17: error: member reference type 'struct urndis_query_req *' is a pointer; maybe you meant to use '->'? le32toh(msg.rm_infobuflen), ~~~^ -> /usr/src/sys/sys/endian.h:79:32: note: expanded from macro 'le32toh' #define le32toh(x) ((uint32_t)(x)) ^ /usr/src/sys/dev/usb/usb_debug.h:44:34: note: expanded from macro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /usr/src/sys/dev/usb/usb_debug.h:41:21: note: expanded from macro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c:743:17: error: member reference type 'struct urndis_query_req *' is a pointer; maybe you meant to use '->'? le32toh(msg.rm_infobufoffset), ~~~^ -> /usr/src/sys/sys/endian.h:79:32: note: expanded from macro 'le32toh' #define le32toh(x) ((uint32_t)(x)) ^ /usr/src/sys/dev/usb/usb_debug.h:44:34: note: expanded from macro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /usr/src/sys/dev/usb/usb_debug.h:41:21: note: expanded from macro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /usr/src/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.c:744:17: error: member reference type 'struct urndis_query_req *' is a pointer; maybe you meant to use '->'? le32toh(msg.rm_devicevchdl)); ~~~^ -> /usr/src/sys/sys/endian.h:79:32: note: expanded from macro 'le32toh' #define le32toh(x) ((uint32_t)(x)) ^ /usr/src/sys/dev/usb/usb_debug.h:44:34: note: expanded from macro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /usr/src/sys/dev/usb/usb_debug.h:41:21: note: expanded from macro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ 7 errors generated. *** [if_urndis.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/usb/urndis 1 error make[5]: stopped in /usr/src/sys/modules/usb/urndis *** [all_subdir_urndis] Error code 2 make[4]: stopped in /usr/src/sys/modules/usb 1 error make[4]: stopped in /usr/src/sys/modules/usb *** [all_subdir_usb] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_wlan --- --- ieee80211_regdomain.o --- ctfconvert -L VERSION -g ieee80211_regdomain.o --- ieee80211_hwmp.o --- ctfconvert -L VERSION -g ieee80211_hwmp.o --- ieee80211_ht.o --- ctfconvert -L VERSION -g ieee80211_ht.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/wlan *** [all_subdir_wlan] Error code 2 make[3]: stopped in /usr/src/sys/modules 2 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8470579707232879586.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon Jul 27 14:20:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3538E9AC6CC; Mon, 27 Jul 2015 14:20:00 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED7166BA; Mon, 27 Jul 2015 14:19:59 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 7058615344D; Mon, 27 Jul 2015 16:19:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vepn3sywimPg; Mon, 27 Jul 2015 16:14:55 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id 2A1051534C0; Mon, 27 Jul 2015 16:14:55 +0200 (CEST) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: freebsd-hackers@freebsd.org References: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Willem Jan Withagen Message-ID: <55B63CDE.9040803@digiware.nl> Date: Mon, 27 Jul 2015 16:14:54 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:20:00 -0000 On 27/07/2015 04:39, Benjamin Kaduk wrote: > * Separated email services (and single-point-of-failure cases) from > the machine that has been handling this task for over 18 years, to > new, single-purpose service installations Hi, This sort of sounds like the system that a former company (IAE) donated to Jordan when he was here in Arnhem at a FreeBSD meeting organized by Wilco Bulte. I think it was called freefall?? There used to be pictures of the meeting online, but I can't seem to find them. Would be nice to know if that is the case, because then I'm really impressed with the life time of that system... Does anybody know if this is actually the case? --WjW From owner-freebsd-current@freebsd.org Mon Jul 27 14:25:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96EFD9AC8E9; Mon, 27 Jul 2015 14:25:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 83EEBDDB; Mon, 27 Jul 2015 14:25:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id CAB221189; Mon, 27 Jul 2015 14:25:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 27 Jul 2015 14:25:56 +0000 From: Glen Barber To: Willem Jan Withagen Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 Message-ID: <20150727142556.GD54478@FreeBSD.org> References: <55B63CDE.9040803@digiware.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jCrbxBqMcLqd4mOl" Content-Disposition: inline In-Reply-To: <55B63CDE.9040803@digiware.nl> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:25:58 -0000 --jCrbxBqMcLqd4mOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: > On 27/07/2015 04:39, Benjamin Kaduk wrote: > > * Separated email services (and single-point-of-failure cases) from > > the machine that has been handling this task for over 18 years, to > > new, single-purpose service installations >=20 > Hi, >=20 > This sort of sounds like the system that a former company (IAE) donated > to Jordan when he was here in Arnhem at a FreeBSD meeting organized by > Wilco Bulte. I think it was called freefall?? > There used to be pictures of the meeting online, but I can't seem to > find them. >=20 > Would be nice to know if that is the case, because then I'm really > impressed with the life time of that system... > Does anybody know if this is actually the case? >=20 Based on what I've recently learned of the machine's history, it was originally freefall, then became known as 'hub'. Glen --jCrbxBqMcLqd4mOl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVtj90AAoJEAMUWKVHj+KTWPIP/001JhiV0NyiKuPvkv6SgWB9 UC9UEwC2gYYDfzFK6LL+f+iMJipMH3iZwPcHwMUqMpPOwmSD8kQgMYjQx1tisdln VOzlbNCVfwex7oFj+VsysnqT3Z/H9+5D/+pk6pjCTHG1NNcrM7PXcFLBNqywnhg/ bssr4i888YUnBVTNIIMFvcS0GbHx72jiDGSwqjzmSDYtYLN09FhXEzlFrcWRDoQq Qb6qk3spIE5kqWuY35mWwKmqKYH/vocEJ2Uhw0JZh7klkwhez5di3rTRtLfudMTM ErKY3u/hSb0VIzJYP84poGWbrY+sqJKwhqDLEGV6Ga5jLyjEP1klxnK3FePcGG65 gqdWq6xoXQAXIdNBcDlcHh2zkOzSE1kspoEbfiofC5I0ewHGcwPrTeFJUg/yiSlg sH42p+b6Q4qargEDA+91uSJmY7NIGi7R7Yn4FrV/77wCxXhWtD0U388zs/dAtSvo FQKSDGdmIg/QC8dTTTYn5b7Wy3p+zvOu+kEiCMBa7wcl1F9w4pjBXApSW+02NwID OKseJjN0ZFtfXG0F6QexU6k7uNiypgNSd56ZWembRlx2O589/MZ6+8FIAAMnh8J4 BMDtz9fwszlP6CeuxDSwdHl+Hs68o+tlVtr2qlLgXM30WKPsMc0tL9/kg/t5PjtJ njz3qxTWmFA1ZZcvqyM5 =x921 -----END PGP SIGNATURE----- --jCrbxBqMcLqd4mOl-- From owner-freebsd-current@freebsd.org Mon Jul 27 14:32:54 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4AA19ACAB8; Mon, 27 Jul 2015 14:32:54 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FA843EC; Mon, 27 Jul 2015 14:32:54 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 133CA15340A; Mon, 27 Jul 2015 16:32:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MtKGLVNhN1Ui; Mon, 27 Jul 2015 16:32:35 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id 1E34D153408; Mon, 27 Jul 2015 16:32:35 +0200 (CEST) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: Glen Barber References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Willem Jan Withagen Message-ID: <55B64102.4090408@digiware.nl> Date: Mon, 27 Jul 2015 16:32:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150727142556.GD54478@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:32:54 -0000 On 27/07/2015 16:25, Glen Barber wrote: > On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: >> On 27/07/2015 04:39, Benjamin Kaduk wrote: >>> * Separated email services (and single-point-of-failure cases) from >>> the machine that has been handling this task for over 18 years, to >>> new, single-purpose service installations >> >> Hi, >> >> This sort of sounds like the system that a former company (IAE) donated >> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by >> Wilco Bulte. I think it was called freefall?? >> There used to be pictures of the meeting online, but I can't seem to >> find them. >> >> Would be nice to know if that is the case, because then I'm really >> impressed with the life time of that system... >> Does anybody know if this is actually the case? >> > > Based on what I've recently learned of the machine's history, it was > originally freefall, then became known as 'hub'. You have any idea what is/was actual the hardware that was in the box? If I remember correctly we gave Jordan a check for like 5000 guilders. Which I guess would be 2500 us$ at that time. Which was not an enormous amount of money, so even more impressive that the system lasted 18 years :) --WjW From owner-freebsd-current@freebsd.org Mon Jul 27 14:42:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0B919AC02C; Mon, 27 Jul 2015 14:42:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D4627EBC; Mon, 27 Jul 2015 14:42:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 33A0E17D8; Mon, 27 Jul 2015 14:42:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 27 Jul 2015 14:42:18 +0000 From: Glen Barber To: Willem Jan Withagen Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 Message-ID: <20150727144218.GE54478@FreeBSD.org> References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ytoMbUMiTKPMT3hY" Content-Disposition: inline In-Reply-To: <55B64102.4090408@digiware.nl> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:42:21 -0000 --ytoMbUMiTKPMT3hY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 04:32:34PM +0200, Willem Jan Withagen wrote: > On 27/07/2015 16:25, Glen Barber wrote: > > On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: > >> On 27/07/2015 04:39, Benjamin Kaduk wrote: > >>> * Separated email services (and single-point-of-failure cases) from > >>> the machine that has been handling this task for over 18 years, to > >>> new, single-purpose service installations > >> > >> Hi, > >> > >> This sort of sounds like the system that a former company (IAE) donated > >> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by > >> Wilco Bulte. I think it was called freefall?? > >> There used to be pictures of the meeting online, but I can't seem to > >> find them. > >> > >> Would be nice to know if that is the case, because then I'm really > >> impressed with the life time of that system... > >> Does anybody know if this is actually the case? > >> > >=20 > > Based on what I've recently learned of the machine's history, it was > > originally freefall, then became known as 'hub'. >=20 > You have any idea what is/was actual the hardware that was in the box? >=20 > If I remember correctly we gave Jordan a check for like 5000 guilders. > Which I guess would be 2500 us$ at that time. Which was not an enormous > amount of money, so even more impressive that the system lasted 18 years = :) >=20 The physical hardware did not last this long, and I do not recall the physical specs of the recently deprecated hardware, but as far as "handling this task for 18 years", that could have been clarified a bit more (my fault). The system moved chassis several times, but was never reinstalled (as far as we can tell) - it was originally a FreeBSD 2-STABLE install, and was upgraded constantly throughout its lifetime, and finally ran 11-CURRENT before being decommissioned. Glen --ytoMbUMiTKPMT3hY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVtkNKAAoJEAMUWKVHj+KTYqkQAJBD6PN/eQUEKta7H9xjG+xH tZIE3cPHGV3967i4/BF7cJaUGzKJo3X2A0HI4uQj5DY8D0iLd3nj5p7Q5WUNjbfq CeqE1cVphcsL3keE6dwzoJpCELE46RqZfvTNUXaUh9+Jt5F50ckwSeQTZtQSc3kK wP7JGo4qUEgJX4+ykYly1Sn/CM3aCfQIsWjg2eSneoxZ5LyuNxong/mSnBJ1XlXG y81CjohrdpQo2y0WPMtrPEmf/ofu+iLeY1Gi64qgu0fkilrg4Bb1XscKn+PI/v9s h1Q3OzWB9srEowYZ0GS0N7TYtNe2MnMnevi4wrkL/qNpWfv2m/rXa/nP5HuqOTLL 2hKJHDOwW8knQ3OzgjM1rTo2c6z8pZdE4u9f1hup5ku7GVINvCYRnl6nmOZDj7RM AZdPqOhfN8KXHB4buhHuzzs2o76sMho0UgYCmw+fLHL0FpupqHgRh45F8tbLrxuT 6GO+DoKFIY76L0dw8YRiFvfxlCnYgyVxeub1yEZ0071357kjGD4YIqcQw70ikAHf sFrzVUdTC+UyvJWTTjtM5FPDCtdH7L0oyFf/UThGuybPDyC2Ub1UYWDr+7G1vrWA hDlhwP3vN/lMLKi+/nRLTtC/vdvASmREn+C0sWhlq7Y3YVV+eUtLZ2ADns/l+dQK R8KsYvaxItGNLfguOQX9 =U/y7 -----END PGP SIGNATURE----- --ytoMbUMiTKPMT3hY-- From owner-freebsd-current@freebsd.org Mon Jul 27 14:54:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23B2E9AC3CC for ; Mon, 27 Jul 2015 14:54:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1531BB7F; Mon, 27 Jul 2015 14:54:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B20B9B43; Mon, 27 Jul 2015 14:54:09 +0000 (UTC) Date: Mon, 27 Jul 2015 14:54:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, marius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1931370372.29.1438008849601.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3011 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:54:10 -0000 FreeBSD_HEAD - Build #3011 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3011/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3011/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3011/console Change summaries: 285909 by marius: - Probe UICLASS_CDC/UISUBCLASS_ABSTRACT_CONTROL_MODEL/0xff again. This variant of Microsoft RNDIS, i. e. their unofficial version of CDC ACM, has been disabled in r261544 for resolving a conflict with umodem(4). Eventually, in r275790 that problem was dealt with in the right way. However, r275790 failed to put probing of RNDIS devices in question back. - Initialize the device prior to querying it, as required by the RNDIS specification. Otherwise already determining the MAC address may fail rightfully. - On detach, halt the device again. - Use UCDC_SEND_ENCAPSULATED_{COMMAND,RESPONSE}. While these macros are resolving to the same values as UR_{CLEAR_FEATURE,GET_STATUS}, the former set is way more appropriate in this context. - Report unknown - rather: unimplemented - events unconditionally and not just in debug mode. This ensures that we'll get some hint of what is going wrong instead of the driver silently failing. - Deal with the Microsoft ActiveSync requirement of using an input buffer the size of the expected reply or larger - except for variably sized replies - when querying a device. - Fix some pointless NULL checks, style bugs etc. This changes allow urndis(4) to communicate with a Microsoft-certified USB RNDIS test token. MFC after:=093 days Sponsored by:=09genua mbh 285908 by ed: Add a futex implementation for CloudABI. Summary: CloudABI provides two different types of futex objects: read-write locks and condition variables. There is no need to provide separate support for once objects and thread joining, as these are efficiently simulated by blocking on a read-write lock. Mutexes simply use read-write locks. Condition variables always have a lock object associated to them. They always know to which lock a thread needs to be migrated if woken up. This allows us to implement requeueing. A broadcast on a condition variable will never cause multiple threads to be woken up at once. They will be woken up iteratively. This implementation still has lots of room for improvement. Locking is coarse and right now we use linked lists to store all of the locks and condition variables, instead of using a hash table. The primary goal of this implementation was to behave correctly. Performance will be improved as we go. Test Plan: This futex implementation has been in use for the last couple of months and seems to work pretty well. All of the cloudlibc and libc++ unit tests seem to pass. Reviewers: dchagin, kib, vangyzen Subscribers: imp Differential Revision: https://reviews.freebsd.org/D3148 285907 by ed: Regenerate system call table. 285906 by ed: Sync in latest upstream system call definitions. Futex object scopes have been renamed from using their own constants to simply reusing the existing CLOUDABI_MAP_{PRIVATE,SHARED} flags, as they are more accurate in this context. The end of the build log: [...truncated 295972 lines...] --- x86emu.o --- ctfconvert -L VERSION -g x86emu.o --- x86bios.ko.debug --- ld -d -warn-common -r -d -o x86bios.ko.debug x86bios.o x86emu.o ctfmerge -L VERSION -g -o x86bios.ko.debug x86bios.o x86emu.o :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk x86bios.ko.debug export= _syms | xargs -J% objcopy % x86bios.ko.debug --- x86bios.ko.symbols --- objcopy --only-keep-debug x86bios.ko.debug x86bios.ko.symbols --- x86bios.ko --- --- all_subdir_usb --- --- all_subdir_uhso --- ctfconvert -L VERSION -g uhso.o --- all_subdir_x86bios --- objcopy --strip-debug --add-gnu-debuglink=3Dx86bios.ko.symbols x86bios.ko.d= ebug x86bios.ko --- dmmisc.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -We= rror /builds/FreeBSD_HEAD/sys/dev/pms/RefTisa/discovery/dm/dmmisc.c -Wunus= ed-variable -Woverflow -Wparentheses -w --- modules-all --- --- all_subdir_usb --- --- uhso.ko.debug --- ld -d -warn-common -r -d -o uhso.ko.debug uhso.o ctfmerge -L VERSION -g -o uhso.ko.debug uhso.o :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk uhso.ko.debug export_sy= ms | xargs -J% objcopy % uhso.ko.debug --- uhso.ko.symbols --- objcopy --only-keep-debug uhso.ko.debug uhso.ko.symbols --- uhso.ko --- objcopy --strip-debug --add-gnu-debuglink=3Duhso.ko.symbols uhso.ko.debug u= hso.ko --- all_subdir_ipheth --- =3D=3D=3D> usb/ipheth (all) --- all_subdir_xl --- ctfconvert -L VERSION -g if_xl.o --- xlphy.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -mcmodel=3Dkernel -mno-red-zo= ne -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreest= anding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested= -externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline= -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/xl/../../dev= /xl/xlphy.c -o xlphy.o --- dmmisc.o --- ctfconvert -L VERSION -g dmmisc.o --- sminit.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -We= rror /builds/FreeBSD_HEAD/sys/dev/pms/RefTisa/sat/src/sminit.c -Wunused-va= riable -Woverflow -Wparentheses -w --- modules-all --- --- all_subdir_zfs --- --- acl_common.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/FreeBSD_HEAD/sys/cddl/compa= t/opensolaris -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/uts/common/zmo= d -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/uts/common -I/builds/= FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/common= /zfs -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/common -DHAVE_KERN= EL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys= /GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-common -g -fno-om= it-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD/obj/bu= ilds/FreeBSD_HEAD/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-incl= ude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautol= ogical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-= error-unused-function -Wno-error-pointer-sign -Wno-missing-prototypes -Wno= -undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundan= t-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno= -switch -Wno-pointer-arith -mno-aes -mno-avx -std=3Diso9899:1999 -include= /builds/FreeBSD_HEAD/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /bu= ilds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/common/acl/acl_common.c -o a= cl_common.o --- all_subdir_usb --- --- if_ipheth.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -mcmodel=3Dkernel -mno-red-zo= ne -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreest= anding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested= -externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline= -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/usb/ipheth/.= ./../../dev/usb/net/if_ipheth.c -o if_ipheth.o --- all_subdir_xl --- ctfconvert -L VERSION -g xlphy.o --- if_xl.ko.debug --- ld -d -warn-common -r -d -o if_xl.ko.debug if_xl.o xlphy.o ctfmerge -L VERSION -g -o if_xl.ko.debug if_xl.o xlphy.o :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk if_xl.ko.debug export_s= yms | xargs -J% objcopy % if_xl.ko.debug --- if_xl.ko.symbols --- --- sminit.o --- ctfconvert -L VERSION -g sminit.o --- modules-all --- objcopy --only-keep-debug if_xl.ko.debug if_xl.ko.symbols --- if_xl.ko --- --- all_subdir_zlib --- --- all_subdir_xl --- objcopy --strip-debug --add-gnu-debuglink=3Dif_xl.ko.symbols if_xl.ko.debug= if_xl.ko --- all_subdir_zlib --- =3D=3D=3D> zlib (all) --- smmisc.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -We= rror /builds/FreeBSD_HEAD/sys/dev/pms/RefTisa/sat/src/smmisc.c -Wunused-va= riable -Woverflow -Wparentheses -w --- modules-all --- --- all_subdir_usb --- ctfconvert -L VERSION -g if_ipheth.o --- if_ipheth.ko.debug --- ld -d -warn-common -r -d -o if_ipheth.ko.debug if_ipheth.o --- all_subdir_zlib --- --- zlib.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -mcmodel=3Dkernel -mno-red-zo= ne -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreest= anding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested= -externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline= -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/zlib/../../l= ibkern/zlib.c -o zlib.o --- all_subdir_usb --- ctfmerge -L VERSION -g -o if_ipheth.ko.debug if_ipheth.o :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk if_ipheth.ko.debug expo= rt_syms | xargs -J% objcopy % if_ipheth.ko.debug --- if_ipheth.ko.symbols --- objcopy --only-keep-debug if_ipheth.ko.debug if_ipheth.ko.symbols --- if_ipheth.ko --- --- smmisc.o --- ctfconvert -L VERSION -g smmisc.o --- modules-all --- objcopy --strip-debug --add-gnu-debuglink=3Dif_ipheth.ko.symbols if_ipheth.= ko.debug if_ipheth.ko --- all_subdir_urndis --- --- smsat.o --- --- modules-all --- =3D=3D=3D> usb/urndis (all) --- smsat.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -We= rror /builds/FreeBSD_HEAD/sys/dev/pms/RefTisa/sat/src/smsat.c -Wunused-var= iable -Woverflow -Wparentheses -w --- modules-all --- --- if_urndis.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -mcmodel=3Dkernel -mno-red-zo= ne -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreest= anding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested= -externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline= -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/usb/urndis/.= ./../../dev/usb/net/if_urndis.c -o if_urndis.o --- all_subdir_zfs --- ctfconvert -L VERSION -g acl_common.o --- avl.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/FreeBSD_HEAD/sys/cddl/compa= t/opensolaris -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/uts/common/zmo= d -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/uts/common -I/builds/= FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/common= /zfs -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/common -DHAVE_KERN= EL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys= /GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-common -g -fno-om= it-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD/obj/bu= ilds/FreeBSD_HEAD/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-incl= ude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautol= ogical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-= error-unused-function -Wno-error-pointer-sign -Wno-missing-prototypes -Wno= -undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundan= t-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno= -switch -Wno-pointer-arith -mno-aes -mno-avx -std=3Diso9899:1999 -include= /builds/FreeBSD_HEAD/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /bu= ilds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/common/avl/avl.c -o avl.o --- all_subdir_usb --- /builds/FreeBSD_HEAD/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.= c:738:17: error: member reference type 'struct urndis_query_req *' is a poi= nter; maybe you meant to use '->'? le32toh(msg.rm_type), ~~~^ -> /builds/FreeBSD_HEAD/sys/sys/endian.h:79:32: note: expanded from macro 'le3= 2toh' #define le32toh(x) ((uint32_t)(x)) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:44:34: note: expanded from mac= ro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:41:21: note: expanded from mac= ro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /builds/FreeBSD_HEAD/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.= c:739:17: error: member reference type 'struct urndis_query_req *' is a poi= nter; maybe you meant to use '->'? le32toh(msg.rm_len), ~~~^ -> /builds/FreeBSD_HEAD/sys/sys/endian.h:79:32: note: expanded from macro 'le3= 2toh' #define le32toh(x) ((uint32_t)(x)) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:44:34: note: expanded from mac= ro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:41:21: note: expanded from mac= ro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /builds/FreeBSD_HEAD/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.= c:740:17: error: member reference type 'struct urndis_query_req *' is a poi= nter; maybe you meant to use '->'? le32toh(msg.rm_rid), ~~~^ -> /builds/FreeBSD_HEAD/sys/sys/endian.h:79:32: note: expanded from macro 'le3= 2toh' #define le32toh(x) ((uint32_t)(x)) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:44:34: note: expanded from mac= ro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:41:21: note: expanded from mac= ro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /builds/FreeBSD_HEAD/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.= c:741:17: error: member reference type 'struct urndis_query_req *' is a poi= nter; maybe you meant to use '->'? le32toh(msg.rm_oid), ~~~^ -> /builds/FreeBSD_HEAD/sys/sys/endian.h:79:32: note: expanded from macro 'le3= 2toh' #define le32toh(x) ((uint32_t)(x)) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:44:34: note: expanded from mac= ro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:41:21: note: expanded from mac= ro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /builds/FreeBSD_HEAD/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.= c:742:17: error: member reference type 'struct urndis_query_req *' is a poi= nter; maybe you meant to use '->'? le32toh(msg.rm_infobuflen), ~~~^ -> /builds/FreeBSD_HEAD/sys/sys/endian.h:79:32: note: expanded from macro 'le3= 2toh' #define le32toh(x) ((uint32_t)(x)) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:44:34: note: expanded from mac= ro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:41:21: note: expanded from mac= ro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /builds/FreeBSD_HEAD/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.= c:743:17: error: member reference type 'struct urndis_query_req *' is a poi= nter; maybe you meant to use '->'? le32toh(msg.rm_infobufoffset), ~~~^ -> /builds/FreeBSD_HEAD/sys/sys/endian.h:79:32: note: expanded from macro 'le3= 2toh' #define le32toh(x) ((uint32_t)(x)) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:44:34: note: expanded from mac= ro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:41:21: note: expanded from mac= ro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ /builds/FreeBSD_HEAD/sys/modules/usb/urndis/../../../dev/usb/net/if_urndis.= c:744:17: error: member reference type 'struct urndis_query_req *' is a poi= nter; maybe you meant to use '->'? le32toh(msg.rm_devicevchdl)); ~~~^ -> /builds/FreeBSD_HEAD/sys/sys/endian.h:79:32: note: expanded from macro 'le3= 2toh' #define le32toh(x) ((uint32_t)(x)) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:44:34: note: expanded from mac= ro 'DPRINTF' #define DPRINTF(...) DPRINTFN(1, __VA_ARGS__) ^ /builds/FreeBSD_HEAD/sys/dev/usb/usb_debug.h:41:21: note: expanded from mac= ro 'DPRINTFN' __FUNCTION__ ,##__VA_ARGS__); \ ^ 7 errors generated. *** [if_urndis.o] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD/sys/modules/usb/urndis 1 error make[5]: stopped in /builds/FreeBSD_HEAD/sys/modules/usb/urndis *** [all_subdir_urndis] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/usb 1 error make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/usb *** [all_subdir_usb] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules --- all_subdir_zfs --- ctfconvert -L VERSION -g avl.o A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/zfs *** [all_subdir_zfs] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules --- all_subdir_zlib --- ctfconvert -L VERSION -g zlib.o A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/zlib *** [all_subdir_zlib] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules 3 errors make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERI= C --- smsat.o --- ctfconvert -L VERSION -g smsat.o 1 error make[2]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERI= C *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon Jul 27 14:54:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C9399AC3E4 for ; Mon, 27 Jul 2015 14:54:26 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vn0-x235.google.com (mail-vn0-x235.google.com [IPv6:2607:f8b0:400c:c0f::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7EFDC7B; Mon, 27 Jul 2015 14:54:25 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by vnds125 with SMTP id s125so31665681vnd.1; Mon, 27 Jul 2015 07:54:24 -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=5HJpq/63B38fgKWFlZxpcicq7LZwQlu8Isn7XVfKzps=; b=dlSXqLNJLU+zKhA+O77jQJZN+AJqkpH/D2MHKgokZty8uKmQByYWIB7s1wA9ZE2KHs rPqFx9FC1kESKHuWUHtsf1+VJgkVlzmh1kgZMQIpOROPo8igmryFpaCnwTNLlULsiFW8 Ys/07a9M6nvZPaa0HLcyprmu+N5GrrAW9dCc5mtKeqSz/sWTxx4f6wW4xmmRtx1dMdU0 8/eTCFdOLXC+KIh95KtbGKRKWCBybnFh+1r+t54A1h04jWb2Qa1CBaWA3QwMqAyQHagc xiHr/ioQMj6/cNJhPXruw6Bg3XT2j/iu9UqOOBgLz6O1ITRrn9cjjcqp98vx6axGRx4R JiAg== MIME-Version: 1.0 X-Received: by 10.52.117.114 with SMTP id kd18mr34836797vdb.22.1438008864483; Mon, 27 Jul 2015 07:54:24 -0700 (PDT) Received: by 10.31.1.6 with HTTP; Mon, 27 Jul 2015 07:54:24 -0700 (PDT) In-Reply-To: <55B60FC8.2020003@selasky.org> References: <55B60FC8.2020003@selasky.org> Date: Mon, 27 Jul 2015 22:54:24 +0800 Message-ID: Subject: Re: E1000 mbuf leaks From: Ben Woods To: Hans Petter Selasky Cc: FreeBSD Current , Sean Bruno Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:54:26 -0000 On Monday, July 27, 2015, Hans Petter Selasky wrote: > Hi, > > I'm currently doing some busdma work, and possibly stepped over some > driver bugs. When "bus_dmamap_load_mbuf_sg()" returns ENOMEM the mbuf chain > is not freed. Is there some magic in "bus_dmamap_load_mbuf_sg()" for that > error code or is there a possible memory leak in all E1000 drivers? See > attached patch. Would this explain the high mbuf usage seen on pfsense when using the igb(4) or em(4) Intel NIC drivers? https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards#Intel_igb.284.29_and_em.284.29_Cards Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Mon Jul 27 15:46:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1B139AC0FD; Mon, 27 Jul 2015 15:46:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 934C5825; Mon, 27 Jul 2015 15:46:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 59D8E153401; Mon, 27 Jul 2015 17:46:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0czKSQpC_1LX; Mon, 27 Jul 2015 17:45:49 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id CCF7815340A; Mon, 27 Jul 2015 17:45:49 +0200 (CEST) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: Glen Barber References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> <20150727144218.GE54478@FreeBSD.org> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Willem Jan Withagen Message-ID: <55B6522D.9040907@digiware.nl> Date: Mon, 27 Jul 2015 17:45:49 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150727144218.GE54478@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 15:46:20 -0000 On 27/07/2015 16:42, Glen Barber wrote: > On Mon, Jul 27, 2015 at 04:32:34PM +0200, Willem Jan Withagen wrote: >> On 27/07/2015 16:25, Glen Barber wrote: >>> On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: >>>> On 27/07/2015 04:39, Benjamin Kaduk wrote: >>>>> * Separated email services (and single-point-of-failure cases) from >>>>> the machine that has been handling this task for over 18 years, to >>>>> new, single-purpose service installations >>>> >>>> Hi, >>>> >>>> This sort of sounds like the system that a former company (IAE) donated >>>> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by >>>> Wilco Bulte. I think it was called freefall?? >>>> There used to be pictures of the meeting online, but I can't seem to >>>> find them. >>>> >>>> Would be nice to know if that is the case, because then I'm really >>>> impressed with the life time of that system... >>>> Does anybody know if this is actually the case? >>>> >>> >>> Based on what I've recently learned of the machine's history, it was >>> originally freefall, then became known as 'hub'. >> >> You have any idea what is/was actual the hardware that was in the box? >> >> If I remember correctly we gave Jordan a check for like 5000 guilders. >> Which I guess would be 2500 us$ at that time. Which was not an enormous >> amount of money, so even more impressive that the system lasted 18 years :) >> > > The physical hardware did not last this long, and I do not recall the > physical specs of the recently deprecated hardware, but as far as > "handling this task for 18 years", that could have been clarified a bit > more (my fault). The system moved chassis several times, but was never > reinstalled (as far as we can tell) - it was originally a FreeBSD > 2-STABLE install, and was upgraded constantly throughout its lifetime, > and finally ran 11-CURRENT before being decommissioned. Right, that makes more sense. And I'm sort of more "relaxed" that there is not that much commodity hardware capable to survive that long running 24*7 ... The oldest servers here in the basement are like 10 years old, and on the brink of being thrashed... --WjW From owner-freebsd-current@freebsd.org Mon Jul 27 16:23:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D39469AC966; Mon, 27 Jul 2015 16:23:28 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C3761ED5; Mon, 27 Jul 2015 16:23:28 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DF462B65; Mon, 27 Jul 2015 16:23:28 +0000 (UTC) Date: Mon, 27 Jul 2015 16:23:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, marius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1015674336.31.1438014208527.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1389431495.27.1438006701138.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1389431495.27.1438006701138.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #687 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 16:23:28 -0000 FreeBSD_HEAD_i386 - Build #687 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/687/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/687/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/687/console Change summaries: 285913 by marius: - Fix compilation after r285909 with USB_DEBUG defined. - Regenerate usb.conf. 285912 by marius: - Use __FBSDID(). - Const'ify cons_to_vga_colors. - Fix line wrapping. MFC after: 3 days 285911 by marius: - Nuke dupe $FreeBSD$. - Fix whitespace. MFC after: 3 days 285910 by ed: Make shutdown() return ENOTCONN as required by POSIX, part deux. Summary: Back in 2005, maxim@ attempted to fix shutdown() to return ENOTCONN in case the socket was not connected (r150152). This had to be rolled back (r150155), as it broke some of the existing programs that depend on this behavior. I reapplied this change on my system and indeed, syslogd failed to start up. I fixed this back in February (279016) and MFC'ed it to the supported stable branches. Apart from that, things seem to work out all right. Since at least Linux and Mac OS X do the right thing, I'd like to go ahead and give this another try. To keep old copies of syslogd working, only start returning ENOTCONN for recent binaries. I took a look at the XNU sources and they seem to test against both SS_ISCONNECTED, SS_ISCONNECTING and SS_ISDISCONNECTING, instead of just SS_ISCONNECTED. That seams reasonable, so let's do the same. Test Plan: This issue was uncovered while writing tests for shutdown() in CloudABI: https://github.com/NuxiNL/cloudlibc/blob/master/src/libc/sys/socket/shutdown_test.c#L26 Reviewers: glebius, rwatson, #manpages, gnn, #network Reviewed By: gnn, #network Subscribers: bms, mjg, imp Differential Revision: https://reviews.freebsd.org/D3039 From owner-freebsd-current@freebsd.org Mon Jul 27 17:58:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB1D69AC15B for ; Mon, 27 Jul 2015 17:58:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A1AB9F95; Mon, 27 Jul 2015 17:58:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 236C9B7C; Mon, 27 Jul 2015 17:58:21 +0000 (UTC) Date: Mon, 27 Jul 2015 17:58:20 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, marius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <135298868.33.1438019901543.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1931370372.29.1438008849601.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1931370372.29.1438008849601.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3012 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 17:58:22 -0000 FreeBSD_HEAD - Build #3012 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3012/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3012/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3012/console Change summaries: 285914 by marius: - Move the remainder of host controller capability registers reading from xhci_start_controller() to xhci_init(). These values don't change at run- time so there's no point of acquiring them on every USB_HW_POWER_RESUME instead of only once during initialization. In r276717, reading the first couple of registers in question already had been moved as a prerequisite for the changes in that revision. - Identify ASMedia ASM1042A controllers. - Use NULL instead of 0 for pointers. MFC after: 3 days 285913 by marius: - Fix compilation after r285909 with USB_DEBUG defined. - Regenerate usb.conf. 285912 by marius: - Use __FBSDID(). - Const'ify cons_to_vga_colors. - Fix line wrapping. MFC after: 3 days 285911 by marius: - Nuke dupe $FreeBSD$. - Fix whitespace. MFC after: 3 days 285910 by ed: Make shutdown() return ENOTCONN as required by POSIX, part deux. Summary: Back in 2005, maxim@ attempted to fix shutdown() to return ENOTCONN in case the socket was not connected (r150152). This had to be rolled back (r150155), as it broke some of the existing programs that depend on this behavior. I reapplied this change on my system and indeed, syslogd failed to start up. I fixed this back in February (279016) and MFC'ed it to the supported stable branches. Apart from that, things seem to work out all right. Since at least Linux and Mac OS X do the right thing, I'd like to go ahead and give this another try. To keep old copies of syslogd working, only start returning ENOTCONN for recent binaries. I took a look at the XNU sources and they seem to test against both SS_ISCONNECTED, SS_ISCONNECTING and SS_ISDISCONNECTING, instead of just SS_ISCONNECTED. That seams reasonable, so let's do the same. Test Plan: This issue was uncovered while writing tests for shutdown() in CloudABI: https://github.com/NuxiNL/cloudlibc/blob/master/src/libc/sys/socket/shutdown_test.c#L26 Reviewers: glebius, rwatson, #manpages, gnn, #network Reviewed By: gnn, #network Subscribers: bms, mjg, imp Differential Revision: https://reviews.freebsd.org/D3039 From owner-freebsd-current@freebsd.org Mon Jul 27 18:32:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C1AC9AC932; Mon, 27 Jul 2015 18:32:38 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 29B8FAEA; Mon, 27 Jul 2015 18:32:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-239-102.lns20.per1.internode.on.net [121.45.239.102]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6RIWQB4051787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 27 Jul 2015 11:32:29 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: Willem Jan Withagen , Glen Barber References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Julian Elischer Message-ID: <55B67935.3040604@freebsd.org> Date: Tue, 28 Jul 2015 02:32:21 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B64102.4090408@digiware.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 18:32:38 -0000 On 7/27/15 10:32 PM, Willem Jan Withagen wrote: > On 27/07/2015 16:25, Glen Barber wrote: >> On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: >>> On 27/07/2015 04:39, Benjamin Kaduk wrote: >>>> * Separated email services (and single-point-of-failure cases) from >>>> the machine that has been handling this task for over 18 years, to >>>> new, single-purpose service installations >>> Hi, >>> >>> This sort of sounds like the system that a former company (IAE) donated >>> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by >>> Wilco Bulte. I think it was called freefall?? >>> There used to be pictures of the meeting online, but I can't seem to >>> find them. >>> >>> Would be nice to know if that is the case, because then I'm really >>> impressed with the life time of that system... >>> Does anybody know if this is actually the case? >>> >> Based on what I've recently learned of the machine's history, it was >> originally freefall, then became known as 'hub'. > You have any idea what is/was actual the hardware that was in the box? > > If I remember correctly we gave Jordan a check for like 5000 guilders. > Which I guess would be 2500 us$ at that time. Which was not an enormous > amount of money, so even more impressive that the system lasted 18 years :) I think it was a bit like my grandfather's axe.. A really great axe. we replaced the handle 3 times, the head four times and put in a couple of new wedges, but it's a great axe that one! > > --WjW > > _______________________________________________ > 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 Mon Jul 27 18:47:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DAB39ACCDC for ; Mon, 27 Jul 2015 18:47:10 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BD6D9FC for ; Mon, 27 Jul 2015 18:47:09 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.153.155] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZJnQX-0007uC-Cn; Mon, 27 Jul 2015 20:47:05 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t6RIl4Yi001798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2015 20:47:04 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t6RIl4aE001797; Mon, 27 Jul 2015 20:47:04 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 27 Jul 2015 20:47:04 +0200 From: Matthias Apitz To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150727184704.GA1777@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Slawa Olhovchenkov , freebsd-current@freebsd.org References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150727120006.GJ43740@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.153.155 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 18:47:10 -0000 El día Monday, July 27, 2015 a las 03:00:06PM +0300, Slawa Olhovchenkov escribió: > On Mon, Jul 27, 2015 at 07:58:04AM +0200, Matthias Apitz wrote: > > > > > Hello, > > > > Yesterday I grabbed r285885 from SVN and launched a > > > > # make -j2 buildworld > > > > which is still running after 19 hours on a server of 2 CPU of the type > > Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte memory. > > > > Last time in January with r276659 on the same host it took only some 8 > > hours, IIRC. > > > > Is there anything wrong of what could cause this change of the build > > time? > > May be swap trashing on clang compilation? This pointed in the right direction. I have had 6x 1 GByte additional swap partitions to plain files mounted (because I needed this to get the eclipse port compiled within poudriere). After changing the fstab and reboot, the 'make buildkernel' takes only half an hour. Why is this? matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- Ευχαριστούμε! From owner-freebsd-current@freebsd.org Mon Jul 27 19:34:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 782639ACB27 for ; Mon, 27 Jul 2015 19:34:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35572CEB for ; Mon, 27 Jul 2015 19:34:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZJoA6-0003L2-G1; Mon, 27 Jul 2015 22:34:10 +0300 Date: Mon, 27 Jul 2015 22:34:10 +0300 From: Slawa Olhovchenkov To: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150727193410.GX44094@zxy.spb.ru> References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> <20150727184704.GA1777@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20150727184704.GA1777@c720-r276659> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 19:34:14 -0000 On Mon, Jul 27, 2015 at 08:47:04PM +0200, Matthias Apitz wrote: > El d'ia Monday, July 27, 2015 a las 03:00:06PM +0300, Slawa Olhovchenkov escribi'o: > > > On Mon, Jul 27, 2015 at 07:58:04AM +0200, Matthias Apitz wrote: > > > > > > > > Hello, > > > > > > Yesterday I grabbed r285885 from SVN and launched a > > > > > > # make -j2 buildworld > > > > > > which is still running after 19 hours on a server of 2 CPU of the type > > > Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte memory. > > > > > > Last time in January with r276659 on the same host it took only some 8 > > > hours, IIRC. > > > > > > Is there anything wrong of what could cause this change of the build > > > time? > > > > May be swap trashing on clang compilation? > > This pointed in the right direction. I have had 6x 1 GByte additional > swap partitions to plain files mounted (because I needed this to get > the eclipse port compiled within poudriere). After changing the fstab and > reboot, the 'make buildkernel' takes only half an hour. > > Why is this? swap to ZFS volume don't work some time ago (don't know about current status). May be swap to file on ZFS don't work also? From owner-freebsd-current@freebsd.org Mon Jul 27 19:40:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D25439ACC49 for ; Mon, 27 Jul 2015 19:40:43 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 891D07C for ; Mon, 27 Jul 2015 19:40:43 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.153.155] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZJoGO-0000xl-B5; Mon, 27 Jul 2015 21:40:40 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t6RJedEn002386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2015 21:40:39 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t6RJedXO002385; Mon, 27 Jul 2015 21:40:39 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 27 Jul 2015 21:40:39 +0200 From: Matthias Apitz To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150727194039.GA2298@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Slawa Olhovchenkov , freebsd-current@freebsd.org References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> <20150727184704.GA1777@c720-r276659> <20150727193410.GX44094@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150727193410.GX44094@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.153.155 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 19:40:43 -0000 El día Monday, July 27, 2015 a las 10:34:10PM +0300, Slawa Olhovchenkov escribió: > > This pointed in the right direction. I have had 6x 1 GByte additional > > swap partitions to plain files mounted (because I needed this to get > > the eclipse port compiled within poudriere). After changing the fstab and > > reboot, the 'make buildkernel' takes only half an hour. > > > > Why is this? > > swap to ZFS volume don't work some time ago (don't know about current > status). > May be swap to file on ZFS don't work also? I do not use ZFS. matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- Ευχαριστούμε! From owner-freebsd-current@freebsd.org Mon Jul 27 19:49:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 319179ACDEA for ; Mon, 27 Jul 2015 19:49:58 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E25E57D6 for ; Mon, 27 Jul 2015 19:49:57 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZJoPK-0003aK-R0; Mon, 27 Jul 2015 22:49:54 +0300 Date: Mon, 27 Jul 2015 22:49:54 +0300 From: Slawa Olhovchenkov To: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150727194954.GY44094@zxy.spb.ru> References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> <20150727184704.GA1777@c720-r276659> <20150727193410.GX44094@zxy.spb.ru> <20150727194039.GA2298@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20150727194039.GA2298@c720-r276659> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 19:49:58 -0000 On Mon, Jul 27, 2015 at 09:40:39PM +0200, Matthias Apitz wrote: > El d'ia Monday, July 27, 2015 a las 10:34:10PM +0300, Slawa Olhovchenkov escribi'o: > > > > This pointed in the right direction. I have had 6x 1 GByte additional > > > swap partitions to plain files mounted (because I needed this to get > > > the eclipse port compiled within poudriere). After changing the fstab and > > > reboot, the 'make buildkernel' takes only half an hour. > > > > > > Why is this? > > > > swap to ZFS volume don't work some time ago (don't know about current > > status). > > May be swap to file on ZFS don't work also? > > I do not use ZFS. No idea. May be someone know about current status swap in file on UFS. This is work for me some time ago. From owner-freebsd-current@freebsd.org Mon Jul 27 21:23:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D54309AC1C4 for ; Mon, 27 Jul 2015 21:23:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C6A82E4F; Mon, 27 Jul 2015 21:23:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 20178BD1; Mon, 27 Jul 2015 21:23:34 +0000 (UTC) Date: Mon, 27 Jul 2015 21:23:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1612328726.36.1438032214046.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1226 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 21:23:33 -0000 FreeBSD_HEAD-tests - Build #1226 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1226/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1226/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1226/con= sole Change summaries: No changes The end of the build log: [...truncated 4429 lines...] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:last_library_direct= ory -> passed [0.699s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:middle_library_dire= ctory -> passed [0.290s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:missing_library ->= passed [0.425s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:single_library_dire= ctory -> passed [1.168s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:wrong_library_direc= tories -> passed [1.007s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:equal -> passed [1= .994s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:experr_mismatch -> = passed [1.188s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:expout_mismatch -> = passed [0.838s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:flush_stdout_on_death= -> passed [1.674s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:info_ok -> passed = [0.938s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stderr -> pass= ed [0.424s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stdout -> pass= ed [1.100s] [192.168.10.2] out: libexec/atf/atf-sh/config_test:get -> passed [0.762s= ] [192.168.10.2] out: libexec/atf/atf-sh/config_test:has -> passed [0.495s= ] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:arguments -> pass= ed [1.076s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__comma= nd_line -> passed [0.768s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__sheba= ng -> passed [0.462s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:missing_script -> = passed [0.327s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:no_args -> passed= [0.923s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:set_e -> passed = [0.368s] [192.168.10.2] out: libexec/atf/atf-sh/normalize_test:main -> passed [0.= 535s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:default_status -> passed = [0.822s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:missing_body -> passed [0= .339s] [192.168.10.2] out: libexec/atf/atf-sh/tp_test:srcdir -> passed [0.984s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_empty -> p= assed [0.886s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_file -> pa= ssed [1.119s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_ignore -> = passed [1.057s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_inline -> = passed [9.089s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_match -> p= assed [0.596s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_multiple ->= passed [0.950s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_negated -> = passed [0.980s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_save -> pa= ssed [0.372s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:invalid_umask -> = passed [0.943s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_empty -> p= assed [0.325s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_file -> pa= ssed [0.510s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_ignore -> = passed [0.414s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_inline -> = passed [0.458s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_match -> p= assed [0.932s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_multiple ->= passed [1.897s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_negated -> = passed [0.716s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_save -> pa= ssed [0.871s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_eq_ne -> p= assed [1.128s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_exit -> pa= ssed [1.402s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_ignore -> = passed [1.480s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_signal -> = passed [1.470s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:stdin -> passed = [0.798s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:xflag -> passed = [1.399s] [192.168.10.2] out: sys/aio/aio_test:aio_fifo_test -> skipped: module aio= could not be resolved: No such file or directory [0.720s] [192.168.10.2] out: sys/aio/aio_test:aio_file_test -> skipped: module aio= could not be resolved: No such file or directory [0.477s] [192.168.10.2] out: sys/aio/aio_test:aio_md_test -> skipped: module aio c= ould not be resolved: No such file or directory [0.478s] [192.168.10.2] out: sys/aio/aio_test:aio_pipe_test -> skipped: module aio= could not be resolved: No such file or directory [0.346s] [192.168.10.2] out: sys/aio/aio_test:aio_pty_test -> skipped: module aio = could not be resolved: No such file or directory [0.301s] [192.168.10.2] out: sys/aio/aio_test:aio_unix_socketpair_test -> skipped:= module aio could not be resolved: No such file or directory [0.608s] [192.168.10.2] out: sys/aio/aio_kqueue_test:main -> passed [0.208s] [192.168.10.2] out: sys/aio/lio_kqueue_test:main -> passed [0.065s] [192.168.10.2] out: sys/fifo/fifo_create:main -> passed [4.587s] [192.168.10.2] out: sys/fifo/fifo_io:main -> passed [11.821s] [192.168.10.2] out: sys/fifo/fifo_misc:main -> passed [0.322s] [192.168.10.2] out: sys/fifo/fifo_open:main -> passed [14.684s] [192.168.10.2] out: sys/file/ftruncate_test:main -> passed [0.288s] [192.168.10.2] out: sys/file/newfileops_on_fork_test:main -> passed [1.1= 66s] [192.168.10.2] out: sys/file/closefrom_test:main -> passed [0.233s] [192.168.10.2] out: sys/file/dup_test:main -> passed [0.518s] [192.168.10.2] out: sys/file/fcntlflags_test:main -> passed [0.351s] [192.168.10.2] out: sys/file/flock_test:main -> passed [9.578s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__ebadf_when_2nd_arg_out= _of_range -> passed [0.496s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__simple -> passed [0= .322s] [192.168.10.2] out: sys/kern/kern_descrip_test:kern_maxfiles__increase -> = skipped: Required configuration property 'allow_sysctl_side_effects' not d= efined [0.000s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_chi= ld_debugger -> passed [0.191s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unr= elated_debugger -> passed [0.170s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach = -> passed [0.171s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me= -> passed [0.153s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.567= s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.296s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.15= 2s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed = [0.225s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> pas= sed [0.088s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> pass= ed [0.112s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed= [0.148s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed= [0.756s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed = [0.308s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [0.4= 22s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> = passed [0.415s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed= [0.272s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed = [0.473s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed= [0.093s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed= [0.440s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed = [0.427s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed = [0.557s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [0= .573s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k = -> passed [0.052s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k ->= passed [0.232s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k ->= passed [0.834s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> = passed [0.317s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> pass= ed [0.330s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed= [0.431s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers = -> passed [0.228s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.= 306s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> = passed [0.310s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect ->= passed [0.177s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed = [0.301s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking = -> passed [0.301s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed = [0.434s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking = -> passed [0.482s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed = [0.306s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking = -> passed [0.162s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed = [0.551s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking = -> passed [0.366s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [= 0.320s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -= > passed [0.457s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passe= d [0.745s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> failed:= 2 checks failed; see output for more details [0.371s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> = failed: 2 checks failed; see output for more details [0.553s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed = [0.846s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [0.343s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.7= 98s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [0= .272s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [0.3= 61s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed= [0.557s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.= 361s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> pas= sed [0.188s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [0= .387s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [0.= 224s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [11.706s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [0.780s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.519s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest3 -> passed [0.924s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest4 -> passed [0.622s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [0.449s] [192.168.10.2] out: sys/netinet/fibs_test:arpresolve_checks_interface_fib = -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:default_route_with_multiple_fibs_= on_same_subnet -> skipped: Required configuration property 'fibs' not def= ined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:loopback_and_network_routes_on_no= ndefault_fib -> skipped: Required configuration property 'fibs' not defin= ed [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces -> skip= ped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> = skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:subnet_route_with_multiple_fibs_o= n_same_subnet -> skipped: Required configuration property 'fibs' not defi= ned [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:udp_dontroute -> skipped: Requi= red configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/opencrypto/runtests:main -> passed [0.420s] [192.168.10.2] out: sys/vm/mmap_test:main -> passed [0.312s] [192.168.10.2] out:=20 [192.168.10.2] out: Results file id is usr_tests.20150727-193158-909842 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20= 150727-193158-909842.db [192.168.10.2] out:=20 [192.168.10.2] out: 4335/4337 passed (2 failed) [192.168.10.2] out:=20 Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,x= fail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=3Dtest-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 68219] [192.168.10.2] out:=20 ffff00 broadcast 192.168.10.255=20 kyuatestprompt # lock order reversal: 1st 0xfffffe007b2cc490 bufwait (bufwait) @ /builds/FreeBSD_HEAD/sys/kern/v= fs_bio.c:3121 2nd 0xfffff800077e7a00 dirhash (dirhash) @ /builds/FreeBSD_HEAD/sys/ufs/uf= s/ufs_dirhash.c:281 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0096fab= 400 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe0096fab480 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe0096fab4c0 ufsdirhash_add() at ufsdirhash_add+0x3d/frame 0xfffffe0096fab510 ufs_direnter() at ufs_direnter+0x5da/frame 0xfffffe0096fab5e0 ufs_makeinode() at ufs_makeinode+0x5d3/frame 0xfffffe0096fab7a0 ufs_create() at ufs_create+0x2d/frame 0xfffffe0096fab7c0 VOP_CREATE_APV() at VOP_CREATE_APV+0xf1/frame 0xfffffe0096fab7f0 vn_open_cred() at vn_open_cred+0x30e/frame 0xfffffe0096fab960 kern_openat() at kern_openat+0x235/frame 0xfffffe0096fabae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe0096fabbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0096fabbf0 --- syscall (499, FreeBSD ELF64, sys_openat), rip =3D 0x8008f7f7a, rsp =3D = 0x7fffffffcef8, rbp =3D 0x7fffffffcfd0 --- ahcich0: Timeout on slot 7 port 0 ahcich0: is 00000000 cs 00000000 ss 00000380 rs 00000380 tfd 50 serr 000000= 00 cmd 1000c917 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 c0 c3 27 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 24 port 0 ahcich0: is 00000000 cs 00000000 ss 0f000000 rs 0f000000 tfd 50 serr 000000= 00 cmd 1000db17 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command maxproc limit exceeded by uid 977 (pid 61271); see tuning(7) and login.conf= (5) Jul 27 21:13:57 h_fgets: stack overflow detected; terminated Jul 27 21:13:58 h_gets: stack overflow detected; terminat = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 Jul 27 21:23:07 shutdown: power-down by root:=20 Stopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. Terminated . Jul 27 21:23:10 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 done All buffers synced. lock order reversal: 1st 0xfffff800072c77c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount= .c:1224 2nd 0xfffff800072c8240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_s= ubr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995= 650 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956d0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b995800 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995820 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995850 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958c0 vget() at vget+0x7e/frame 0xfffffe007b995910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995960 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995990 dounmount() at dounmount+0x44a/frame 0xfffffe007b995a10 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x41205a, rsp =3D 0x7f= ffffffe718, rbp =3D 0x7fffffffe810 --- Uptime: 1h51m33s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freeb= sd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-= image/image/FreeBSD_HEAD/test.img umount /tmp/tmphkfVSO mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTA= BLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Mon Jul 27 21:49:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A29C59AC738 for ; Mon, 27 Jul 2015 21:49:04 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43391D0E for ; Mon, 27 Jul 2015 21:49:04 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by wicmv11 with SMTP id mv11so155973515wic.0 for ; Mon, 27 Jul 2015 14:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=liRhB+REIk3lnJ8l2PZ19FCf9ELCGlx1hkKc6DniVJk=; b=0hCdkEpo8sexkRmGajhV0Zy+f2mNaQmtgt2dYFuLnO+XnoY13gxxk8sihkPDqvpCKt qLeyNekaLdI7PMnODMg1k6EMhrMu2F2kjrMxfQqEmoh2tlCalWW7MpRanpudkoyNfS3D QASoP+p5MnsW6hW/syI26H8jWgO/f349MQ9guENcK/lgahWIInIbcF1544+fMdS/MnOz YSVq8I0qZOt4wyVe2T4xrbF82Rajszlsh1NMl7bLq2v5NA2Cfz5wuLX1shw/G0xa90/f 92T4w1DGBCYkmrBZuyCKD9NPuKBK9FhEaMxWG6spX2YxRiTpm3NPz9sxPI/I9ZcWsbOD Jjnw== X-Received: by 10.194.71.164 with SMTP id w4mr56982070wju.61.1438033742653; Mon, 27 Jul 2015 14:49:02 -0700 (PDT) Received: from [10.0.30.93] (131.69-67-87.adsl-dyn.isp.belgacom.be. [87.67.69.131]) by smtp.googlemail.com with ESMTPSA id df1sm15666098wib.12.2015.07.27.14.49.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Jul 2015 14:49:01 -0700 (PDT) From: Sydney Meyer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: IPSEC stop works after r285336 Message-Id: <115C4952-7935-49D8-83B1-98ACFC07248A@googlemail.com> Date: Mon, 27 Jul 2015 23:49:02 +0200 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3071\)) X-Mailer: Apple Mail (2.3071) X-Mailman-Approved-At: Mon, 27 Jul 2015 22:14:26 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 21:49:04 -0000 Hello, I'm having the same problem with IPSec, running -current with r285794. Don't know if this helps, but "netstat -s -p esp" shows packets dropped; = bad ilen. From owner-freebsd-current@freebsd.org Tue Jul 28 07:17:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C5B09AB306; Tue, 28 Jul 2015 07:17:52 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F3C6BC3; Tue, 28 Jul 2015 07:17:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7C29CA6; Tue, 28 Jul 2015 07:17:52 +0000 (UTC) Date: Tue, 28 Jul 2015 07:17:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, marcel@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <55701892.1.1438067872343.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #693 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 07:17:52 -0000 FreeBSD_HEAD_i386 - Build #693 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/693/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/693/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/693/console Change summaries: 285934 by kib: Remove full barrier from the amd64 atomic_load_acq_*(). Strong ordering semantic of x86 CPUs makes only the compiler barrier neccessary to give the acquire behaviour. Existing implementation ensured sequentially consistent semantic for load_acq, making much stronger guarantee than required by standard's definition of the load acquire. Consumers which depend on the barrier are believed to be identified and already fixed to use proper operations. Noted by: alc (long time ago) Reviewed by: alc, bde Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 2 weeks 285933 by kib: Remove useless acquire semantic from the atomic_add operation before sosend(). The only release on the xp_snt_cnt is done after sosend(), with an intent to synchronize with load_acq in svc_vc_ack(). Reviewed by: alc Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 2 weeks 285932 by kib: Add bit names for the IA32_MISC_ENABLE msr. Sponsored by: The FreeBSD Foundation MFC after: 1 week 285931 by ed: Implement directory and FIFO creation. The file_create() system call can be used to create files of a given type. Right now it can only be used to create directories and FIFOs. As CloudABI does not expose filesystem permissions, this system call lacks a mode argument. Simply use 0777 or 0666 depending on the file type. 285930 by ed: Make fstat() and friends work. Summary: CloudABI provides access to two different stat structures: - fdstat, containing file descriptor level status: oflags, file descriptor type and Capsicum rights, used by cap_rights_get(), fcntl(F_GETFL), getsockopt(SO_TYPE). - filestat, containing your regular file status: timestamps, inode number, used by fstat(). Unlike FreeBSD's stat::st_mode, CloudABI file descriptor types don't have overloaded meanings (e.g., returning S_ISCHR() for kqueues). Add a utility function to extract the type of a file descriptor accurately. CloudABI does not work with O_ACCMODEs. File descriptors have two sets of Capsicum-style rights: rights that apply to the file descriptor itself ('base') and rights that apply to any new file descriptors yielded through openat() ('inheriting'). Though not perfect, we can pretty safely decompose Capsicum rights to such a pair. This is done in convert_capabilities(). Test Plan: Tests for these system calls are fairly extensive in cloudlibc. Reviewers: jonathan, mjg, #manpages Reviewed By: mjg Subscribers: imp Differential Revision: https://reviews.freebsd.org/D3171 285927 by marcel: Check the sync operation. The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2015-07-28T07:15:08.159 +0000' U sys/amd64/include/atomic.h U sys/rpc/svc_vc.c U sys/compat/cloudabi/cloudabi_file.c U sys/compat/cloudabi/cloudabi_util.h U sys/compat/cloudabi/cloudabi_fd.c U sys/x86/include/specialreg.h At revision 285934 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson5691075512931399535.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=693 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=693 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-693 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#693 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/693/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=285934 SVN_REVISION_1=285934 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=458d42c4-9644-4e88-a347-2711345e097d BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org:/pub/FreeBSD/snapshots/i386/i386/11.0-CURRENT/base.txz + mkdir FreeBSD_HEAD_i386 mkdir: FreeBSD_HEAD_i386: File exists Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6351014170720130700.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue Jul 28 08:20:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81BD29AA49B for ; Tue, 28 Jul 2015 08:20:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 53A5835C for ; Tue, 28 Jul 2015 08:20:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.1/8.15.1) with ESMTPSA id t6S8Jmq1036489 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2015 08:19:59 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: duration of buildworld From: David Chisnall In-Reply-To: <20150727194954.GY44094@zxy.spb.ru> Date: Tue, 28 Jul 2015 09:20:38 +0100 Cc: Matthias Apitz , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8E86BFED-FE49-495D-B2F4-B6D2F0CB9DFA@FreeBSD.org> References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> <20150727184704.GA1777@c720-r276659> <20150727193410.GX44094@zxy.spb.ru> <20150727194039.GA2298@c720-r276659> <20150727194954.GY44094@zxy.spb.ru> To: Slawa Olhovchenkov X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 08:20:12 -0000 On 27 Jul 2015, at 20:49, Slawa Olhovchenkov wrote: >=20 > No idea. > May be someone know about current status swap in file on UFS. > This is work for me some time ago. It sounds as if the swap was working (as the build took a long time, it = didn=E2=80=99t run out of memory). My guess would be that, before the = reboot, something had wired (or, if not, then touched frequently enough = to keep it in core) a large chunk of memory, which forced the swapping. = Swap files are expected to be slower than swap partitions (though if = you=E2=80=99re swapping to a disk, the seek times are likely to dominate = in both cases). I don=E2=80=99t suppose there=E2=80=99s capture of the output of top = from before the reboot? David From owner-freebsd-current@freebsd.org Tue Jul 28 08:28:53 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B9E99AA78D for ; Tue, 28 Jul 2015 08:28:53 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBF09E1F; Tue, 28 Jul 2015 08:28:52 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.130.140] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZK0Fc-00028e-Fx; Tue, 28 Jul 2015 10:28:41 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t6S8SdiH002551 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 28 Jul 2015 10:28:39 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t6S8SdQc002550; Tue, 28 Jul 2015 10:28:39 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Tue, 28 Jul 2015 10:28:39 +0200 From: Matthias Apitz To: David Chisnall Cc: Slawa Olhovchenkov , freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150728082839.GA2521@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , David Chisnall , Slawa Olhovchenkov , freebsd-current@freebsd.org References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> <20150727184704.GA1777@c720-r276659> <20150727193410.GX44094@zxy.spb.ru> <20150727194039.GA2298@c720-r276659> <20150727194954.GY44094@zxy.spb.ru> <8E86BFED-FE49-495D-B2F4-B6D2F0CB9DFA@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8E86BFED-FE49-495D-B2F4-B6D2F0CB9DFA@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.140 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 08:28:53 -0000 El día Tuesday, July 28, 2015 a las 09:20:38AM +0100, David Chisnall escribió: > It sounds as if the swap was working (as the build took a long time, it didn’t run out of memory). My guess would be that, before the reboot, something had wired (or, if not, then touched frequently enough to keep it in core) a large chunk of memory, which forced the swapping. Swap files are expected to be slower than swap partitions (though if you’re swapping to a disk, the seek times are likely to dominate in both cases). > > I don’t suppose there’s capture of the output of top from before the reboot? No, I did not saved it. When I started the buildworld, I started in parallel already a poudriere jail to build around 1600 ports. Later, when I realized that the buildworld took so long, I stopped (killed) the poudriere jail. IIRC the "swapctl -l" showed before the boot that the swap files have been used. I could re-create the situation on next buildworld. matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- Ευχαριστούμε! From owner-freebsd-current@freebsd.org Tue Jul 28 09:13:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B0569AC592 for ; Tue, 28 Jul 2015 09:13:26 +0000 (UTC) (envelope-from marcus@odin.blazingdot.com) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 33768CD6 for ; Tue, 28 Jul 2015 09:13:26 +0000 (UTC) (envelope-from marcus@odin.blazingdot.com) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 19ABA132108; Tue, 28 Jul 2015 02:07:31 -0700 (PDT) Date: Tue, 28 Jul 2015 02:07:31 -0700 From: Marcus Reid To: Matthias Apitz , Slawa Olhovchenkov , freebsd-current@freebsd.org Subject: Re: duration of buildworld Message-ID: <20150728090730.GA65709@blazingdot.com> References: <20150727055804.GA2312@c720-r276659> <20150727120006.GJ43740@zxy.spb.ru> <20150727184704.GA1777@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150727184704.GA1777@c720-r276659> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 09:13:26 -0000 On Mon, Jul 27, 2015 at 08:47:04PM +0200, Matthias Apitz wrote: > This pointed in the right direction. I have had 6x 1 GByte additional > swap partitions to plain files mounted Swap devices are used in an interleaved fashion. By having multiple file-backed swap devices on (presumably) the same disk, you are multiplying the disk thrashing that happens when you swap. This could slow things down quite a bit. Marcus From owner-freebsd-current@freebsd.org Tue Jul 28 10:22:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F5329AD652; Tue, 28 Jul 2015 10:22:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC121ACC; Tue, 28 Jul 2015 10:22:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 80436101; Tue, 28 Jul 2015 10:22:37 +0000 (UTC) Date: Tue, 28 Jul 2015 10:22:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: tuexen@FreeBSD.org, hselasky@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <207160756.3.1438078957493.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <55701892.1.1438067872343.JavaMail.jenkins@jenkins-9.freebsd.org> References: <55701892.1.1438067872343.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #694 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 10:22:37 -0000 FreeBSD_HEAD_i386 - Build #694 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/694/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/694/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/694/console Change summaries: 285938 by tuexen: Fix a typo reported by Erik Cederstrand. MFC after: 1 week 285935 by hselasky: Optimise the DWC OTG host mode driver's receive path: Remove NAKing limit and pause IN and OUT transactions for 125us in case of NAK response for BULK and CONTROL endpoints. This gets the receive latency down and improves USB network throughput at the cost of some CPU usage. MFC after: 1 month From owner-freebsd-current@freebsd.org Tue Jul 28 12:19:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AC7E9AB928 for ; Tue, 28 Jul 2015 12:19:03 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id EB262280 for ; Tue, 28 Jul 2015 12:19:02 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id C6F837300A; Tue, 28 Jul 2015 14:19:49 +0200 (CEST) Date: Tue, 28 Jul 2015 14:19:49 +0200 From: Luigi Rizzo To: freebsd-current@freebsd.org Subject: eventfd lookalike in FreeBSD ? Message-ID: <20150728121949.GA64588@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 12:19:03 -0000 Hi, for some work we are doing on bhyve, we need some lightweight mechanism that a kernel thread can use to wake up another user thread possibly waiting for some event. If the recipient of the event were a kernel thread it would simply do a tsleep(chan...) and the sender would do a wakeup() or wakeup_one(). Do we have an equally simple option for a recipient that is a userspace thread using something that is already in the kernel ? Do we have some blocking syscall that ends up doing a tsleep in a predictable way ? I suppose I could create a kqueue() descriptor and instruct the kernel thread side to post an event instead of doing the wakeup, but this seems a bit more expensive on both endpoints. cheers luigi From owner-freebsd-current@freebsd.org Tue Jul 28 16:42:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB0A99AD5C7 for ; Tue, 28 Jul 2015 16:42:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CA8A5316; Tue, 28 Jul 2015 16:42:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DE433171; Tue, 28 Jul 2015 16:42:41 +0000 (UTC) Date: Tue, 28 Jul 2015 16:42:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <798972436.7.1438101761539.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1612328726.36.1438032214046.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1612328726.36.1438032214046.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1227 - Still Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 16:42:42 -0000 FreeBSD_HEAD-tests - Build #1227 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1227/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1227/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1227/con= sole Change summaries: No changes The end of the build log: [...truncated 4433 lines...] [192.168.10.2] out: local/kyua/utils/text/operations_test:refill__no_change= s -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/operations_test:refill__preserve_= whitespace -> passed [0.035s] [192.168.10.2] out: local/kyua/utils/text/operations_test:replace_all__empt= y -> passed [0.182s] [192.168.10.2] out: local/kyua/utils/text/operations_test:replace_all__none= -> passed [0.046s] [192.168.10.2] out: local/kyua/utils/text/operations_test:replace_all__one = -> passed [0.092s] [192.168.10.2] out: local/kyua/utils/text/operations_test:replace_all__seve= ral -> passed [0.075s] [192.168.10.2] out: local/kyua/utils/text/operations_test:split__empty -> = passed [0.036s] [192.168.10.2] out: local/kyua/utils/text/operations_test:split__one -> p= assed [0.053s] [192.168.10.2] out: local/kyua/utils/text/operations_test:split__several__d= elimiters -> passed [0.034s] [192.168.10.2] out: local/kyua/utils/text/operations_test:split__several__s= imple -> passed [0.087s] [192.168.10.2] out: local/kyua/utils/text/operations_test:to_type__empty -= > passed [0.079s] [192.168.10.2] out: local/kyua/utils/text/operations_test:to_type__invalid_= _bool -> passed [0.034s] [192.168.10.2] out: local/kyua/utils/text/operations_test:to_type__invalid_= _numerical -> passed [0.039s] [192.168.10.2] out: local/kyua/utils/text/operations_test:to_type__ok__bool= -> passed [0.032s] [192.168.10.2] out: local/kyua/utils/text/operations_test:to_type__ok__nume= rical -> passed [0.032s] [192.168.10.2] out: local/kyua/utils/text/operations_test:to_type__ok__stri= ng -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/table_test:table__column_width -= > passed [0.059s] [192.168.10.2] out: local/kyua/utils/text/table_test:table__column_widths = -> passed [0.031s] [192.168.10.2] out: local/kyua/utils/text/table_test:table__empty -> pass= ed [0.077s] [192.168.10.2] out: local/kyua/utils/text/table_test:table__iterate -> pa= ssed [0.077s] [192.168.10.2] out: local/kyua/utils/text/table_test:table__ncolumns -> p= assed [0.034s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__defau= lts -> passed [0.032s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__empty= -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__many_= columns__explicit_width -> passed [0.124s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__many_= columns__max_width -> passed [0.056s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__many_= columns__no_max_width -> passed [0.034s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__one_c= olumn__explicit_width -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__one_c= olumn__max_width -> passed [0.032s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__one_c= olumn__no_max_width -> passed [0.133s] [192.168.10.2] out: local/kyua/utils/text/table_test:table_formatter__use_c= ase__cli_help -> passed [0.857s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__empty= _input -> passed [0.038s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__empty= _statement -> passed [0.092s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__files= __input_error -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__files= __ok -> passed [0.039s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__files= __output_error -> passed [0.042s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__if__m= ultiple_levels__not_taken -> passed [0.034s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__if__m= ultiple_levels__taken -> passed [0.107s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__if__o= ne_level__not_taken -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__if__o= ne_level__taken -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__inval= id_narguments -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__loop_= _multiple_iterations -> passed [0.068s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__loop_= _nested__multiple_iterations -> passed [0.035s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__loop_= _nested__no_iterations -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__loop_= _no_iterations -> passed [0.030s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__loop_= _scoping -> passed [0.041s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__loop_= _sequential -> passed [0.035s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__misma= tched_delimiters -> passed [0.043s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__unkno= wn_statement -> passed [0.055s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__value= __ok -> passed [0.047s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__value= __unknown_variable -> passed [0.035s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__vecto= r_length__ok -> passed [0.033s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__vecto= r_length__unknown_vector -> passed [0.034s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__vecto= r_value__ok -> passed [0.049s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__vecto= r_value__out_of_range__empty -> passed [0.034s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__vecto= r_value__out_of_range__not_empty -> passed [0.061s] [192.168.10.2] out: local/kyua/utils/text/templates_test:instantiate__vecto= r_value__unknown_vector -> passed [0.068s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__add= _to_vector -> passed [0.194s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__add= _variable__first -> passed [0.068s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__add= _variable__replace -> passed [0.162s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__add= _vector__first -> passed [0.164s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__add= _vector__replace -> passed [0.062s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__defined -> passed [0.081s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__length__ok -> passed [0.027s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__length__unknown_vector -> passed [0.105s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__parenthesis_error -> passed [0.064s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__variable__ok -> passed [0.041s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__variable__unknown -> passed [0.060s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__vector__ok -> passed [0.080s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__vector__out_of_range -> passed [0.034s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__vector__unknown_index -> passed [0.263s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__eva= luate__vector__unknown_vector -> passed [0.105s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__exi= sts__variable -> passed [0.068s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__exi= sts__vector -> passed [0.185s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__get= _variable__ok -> passed [0.115s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__get= _variable__unknown -> passed [0.055s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__get= _vector__ok -> passed [0.145s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__get= _vector__unknown -> passed [0.050s] [192.168.10.2] out: local/kyua/utils/text/templates_test:templates_def__rem= ove_variable -> passed [0.078s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:equal -> passed [0= .349s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:experr_mismatch -> = passed [0.877s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:expout_mismatch -> = passed [0.259s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:flush_stdout_on_death= -> passed [1.672s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:info_ok -> passed = [0.467s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stderr -> pass= ed [0.410s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stdout -> pass= ed [0.191s] [192.168.10.2] out: libexec/atf/atf-sh/config_test:get -> passed [0.292s= ] [192.168.10.2] out: libexec/atf/atf-sh/config_test:has -> passed [0.194s= ] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:arguments -> pass= ed [0.178s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__comma= nd_line -> passed [0.102s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__sheba= ng -> passed [0.119s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:missing_script -> = passed [0.132s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:no_args -> passed= [0.631s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:set_e -> passed = [0.193s] [192.168.10.2] out: libexec/atf/atf-sh/normalize_test:main -> passed [0.= 422s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:default_status -> passed = [0.219s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:missing_body -> passed [0= .123s] [192.168.10.2] out: libexec/atf/atf-sh/tp_test:srcdir -> passed [0.231s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_empty -> p= assed [0.408s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_file -> pa= ssed [0.273s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_ignore -> = passed [0.315s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_inline -> = passed [0.447s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_match -> p= assed [0.309s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_multiple ->= passed [0.300s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_negated -> = passed [0.300s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_save -> pa= ssed [0.885s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:invalid_umask -> = passed [0.152s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_empty -> p= assed [0.123s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_file -> pa= ssed [0.220s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_ignore -> = passed [0.125s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_inline -> = passed [0.282s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_match -> p= assed [0.291s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_multiple ->= passed [0.219s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_negated -> = passed [0.164s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_save -> pa= ssed [0.280s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_eq_ne -> p= assed [0.566s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_exit -> pa= ssed [0.368s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_ignore -> = passed [0.235s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_signal -> = passed [0.372s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:stdin -> passed = [0.348s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:xflag -> passed = [0.304s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:bad_library_directo= ries -> passed [1.008s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:first_library_direc= tory -> passed [0.242s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:last_library_direct= ory -> passed [0.163s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:middle_library_dire= ctory -> passed [0.195s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:missing_library ->= passed [0.213s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:single_library_dire= ctory -> passed [0.187s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:wrong_library_direc= tories -> passed [0.191s] [192.168.10.2] out:=20 [192.168.10.2] out: Results file id is usr_tests.20150728-153648-237338 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20= 150728-153648-237338.db [192.168.10.2] out:=20 [192.168.10.2] out: 4334/4337 passed (3 failed) [192.168.10.2] out:=20 Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,x= fail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=3Dtest-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 68170] [192.168.10.2] out:=20 ast 192.168.10.255=20 kyuatestprompt # Jul 28 15:42:12 t_openpam_readword: in openpam_readword()= : unexpected end of file Jul 28 15:42:12 last message repeated 2 times maxproc limit exceeded by uid 977 (pid 21074); see tuning(7) and login.conf= (5) ahcich0: Timeout on slot 16 port 0 ahcich0: is 00000000 cs 00000000 ss 000f0000 rs 000f0000 tfd 50 serr 000000= 00 cmd 1000d317 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 b0 c2 27 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 21 port 0 ahcich0: is 00000000 cs 00000000 ss 00200000 rs 00200000 tfd 50 serr 000000= 00 cmd 1000d517 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command Jul 28 15:55:20 h_fgets: stack overflow detected; terminated ahcich0: Timeout on slot 6 port 0 ahcich0: is 00000000 cs 00000000 ss 000000c0 rs 000000c0 tfd 50 serr 000000= 00 cmd 1000c717 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 28 91 22 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command Jul 28 15:56:58 h_gets: stack overflow detected; terminated Jul 28 15:57:05 h_memcpy: stack overflow detected; terminated Jul 28 15:57:13 h_memmove: stack overflow detected; terminated Jul 28 15:57:21 h_memset: stack overflow detected; terminated ahcich0: Timeout on slot 7 port 0 ahcich0: is 00000000 cs 00000000 ss 00000080 rs 00000080 tfd 50 serr 000000= 00 cmd 1000c717 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 c0 09 28 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command Jul 28 15:58:09 h_read: stack overflow detected; terminated Jul 28 15:58:13 h_readlink: stack overflow detected; terminated Jul 28 15:58:16 h_snprintf: stack overflow detected; terminated Ju = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 Jul 28 16:42:24 shutdown: power-down by root:=20 Stopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 28 16:42:27 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 done All buffers synced. lock order reversal: 1st 0xfffff800072c77c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount= .c:1224 2nd 0xfffff800072c8240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_s= ubr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995= 650 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956d0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b995800 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995820 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995850 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958c0 vget() at vget+0x7e/frame 0xfffffe007b995910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995960 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995990 dounmount() at dounmount+0x44a/frame 0xfffffe007b995a10 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x41205a, rsp =3D 0x7f= ffffffe718, rbp =3D 0x7fffffffe810 --- Uptime: 1h5m58s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freeb= sd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-= image/image/FreeBSD_HEAD/test.img umount /tmp/tmp6s3kF3 mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTA= BLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Tue Jul 28 17:23:02 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB8659ADF44 for ; Tue, 28 Jul 2015 17:23:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89DB2120 for ; Tue, 28 Jul 2015 17:23:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igr7 with SMTP id 7so126198723igr.0 for ; Tue, 28 Jul 2015 10:23:01 -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=2uJAa5pYiEZELtGQhAj8nklIM3lQ/ayH/j2nLt3e+OY=; b=HhSZLXQV2SZ1FwOVl2K66Z7w9U5VV9Lpds1eif8UgmLd+oVj+H6d7cPUftbN8HDt4c tHbVDJ4IYmf7jniyT3MZz6z6P0u7HuCvS5Zzcp1e7QQ5TQ2WEynKgMyWBi1cQ50isapf ne8Fopg8w+AUMi5gZOyAR4XAJuM9/GV9ttcq5zmRNGy32CFZcJ0TwGWKfpMLTMGjSHSd DG/wtNgtTHb9l98VrgWuq5P/bQ3phBoWua0oee/EXnd9or+PYiGZRXtiDz/YTsIYOFXS eJPi6eXH2VYvR4XhKHYitZ5PBfBbe+AGjMTDZBpPrMdR5CAnvtaJeK08D3oTa0vR/6Ww 1rMg== MIME-Version: 1.0 X-Received: by 10.107.35.144 with SMTP id j138mr62713057ioj.105.1438104181848; Tue, 28 Jul 2015 10:23:01 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 28 Jul 2015 10:23:01 -0700 (PDT) In-Reply-To: <20150728121949.GA64588@onelab2.iet.unipi.it> References: <20150728121949.GA64588@onelab2.iet.unipi.it> Date: Tue, 28 Jul 2015 10:23:01 -0700 Message-ID: Subject: Re: eventfd lookalike in FreeBSD ? From: Adrian Chadd To: Luigi Rizzo Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 17:23:02 -0000 There's a kqueue notification mechanism just for this very thing. (What would be nice is having kqueue know about conditionals, so we can sleep on a cond as well as a kqueue fd+queue, but I can't have everything I want..) -adrian On 28 July 2015 at 05:19, Luigi Rizzo wrote: > Hi, > for some work we are doing on bhyve, we need some lightweight mechanism that > a kernel thread can use to wake up another user thread possibly > waiting for some event. > > If the recipient of the event were a kernel thread it would simply > do a tsleep(chan...) and the sender would do a wakeup() or wakeup_one(). > > Do we have an equally simple option for a recipient that is a > userspace thread using something that is already in the kernel ? > Do we have some blocking syscall that ends up doing a tsleep in > a predictable way ? > > I suppose I could create a kqueue() descriptor and instruct the kernel > thread side to post an event instead of doing the wakeup, but > this seems a bit more expensive on both endpoints. > > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jul 28 17:30:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D71BF9AC3AE for ; Tue, 28 Jul 2015 17:30:39 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A92F3956 for ; Tue, 28 Jul 2015 17:30:39 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.1/8.15.1) with ESMTPSA id t6SHUXIQ039260 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2015 17:30:34 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: eventfd lookalike in FreeBSD ? From: David Chisnall In-Reply-To: Date: Tue, 28 Jul 2015 18:31:22 +0100 Cc: Luigi Rizzo , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <74DCC090-6AA7-43B8-81A1-DF66BC357489@FreeBSD.org> References: <20150728121949.GA64588@onelab2.iet.unipi.it> To: Adrian Chadd X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 17:30:39 -0000 On 28 Jul 2015, at 18:23, Adrian Chadd wrote: >=20 > (What would be nice is having kqueue know about conditionals, so we > can sleep on a cond as well as a kqueue fd+queue, but I can't have > everything I want..) I recently came across a need to do something like this. Being able to = add condvar / mutex pairs to a kqueue and wait on a set of condition = variables, reacquiring the mutexes for any of the signalled ones, as = well as waiting for kernel events would be very useful. David From owner-freebsd-current@freebsd.org Tue Jul 28 17:33:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 071869AC4A8 for ; Tue, 28 Jul 2015 17:33:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0AECDAB; Tue, 28 Jul 2015 17:33:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igk11 with SMTP id 11so116810646igk.1; Tue, 28 Jul 2015 10:33:18 -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:content-transfer-encoding; bh=hLI8OSzf+SUexeTPf0bg7amghLS0iIw2Ht/gXnn8jxk=; b=KvvlRF4NeqAcMu0TIXAeJpdafCNkIuEmadhCmtlGv0xALnu6lcKjGDYQvzlLZ462ic 4sya1fV7WtRF24xXeiExaUT0M+GBPC6RBG/9FBP3FGvcqi8MSMuV7xz7uOJzzeLJ+pbJ n5rKxLnUJ/FhYIODUGMW/k6fec8zxXFUdWZ6pGLdx3m5PpljLvpTrUpf4BuOQkFPlIoD IimENZQWIpdquN48bQ6AQMZNCenBonlUqjRJbZqNmQX7e4mOM9wo6qLl15Ts78z2j5pi nzZNNmoPb/M9/ek81uQVSnMa8r20cArBuDDtKRl7zToaL1+VH1oWWUF8JmSVMYedDbV9 erdw== MIME-Version: 1.0 X-Received: by 10.107.27.195 with SMTP id b186mr53045740iob.140.1438104798123; Tue, 28 Jul 2015 10:33:18 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 28 Jul 2015 10:33:18 -0700 (PDT) In-Reply-To: <74DCC090-6AA7-43B8-81A1-DF66BC357489@FreeBSD.org> References: <20150728121949.GA64588@onelab2.iet.unipi.it> <74DCC090-6AA7-43B8-81A1-DF66BC357489@FreeBSD.org> Date: Tue, 28 Jul 2015 10:33:18 -0700 Message-ID: Subject: Re: eventfd lookalike in FreeBSD ? From: Adrian Chadd To: David Chisnall Cc: Luigi Rizzo , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 17:33:19 -0000 On 28 July 2015 at 10:31, David Chisnall wrote: > On 28 Jul 2015, at 18:23, Adrian Chadd wrote: >> >> (What would be nice is having kqueue know about conditionals, so we >> can sleep on a cond as well as a kqueue fd+queue, but I can't have >> everything I want..) > > I recently came across a need to do something like this. Being able to a= dd condvar / mutex pairs to a kqueue and wait on a set of condition variabl= es, reacquiring the mutexes for any of the signalled ones, as well as waiti= ng for kernel events would be very useful. Windows has had this for years. It makes async network programming with thread worker queues significantly less abusive. -adrian From owner-freebsd-current@freebsd.org Tue Jul 28 17:41:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F1D79AC813 for ; Tue, 28 Jul 2015 17:41:47 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3599E14DE for ; Tue, 28 Jul 2015 17:41:46 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.1/8.15.1) with ESMTPSA id t6SHfffu039310 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jul 2015 17:41:43 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: eventfd lookalike in FreeBSD ? From: David Chisnall In-Reply-To: Date: Tue, 28 Jul 2015 18:42:31 +0100 Cc: Luigi Rizzo , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150728121949.GA64588@onelab2.iet.unipi.it> <74DCC090-6AA7-43B8-81A1-DF66BC357489@FreeBSD.org> To: Adrian Chadd X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 17:41:47 -0000 On 28 Jul 2015, at 18:33, Adrian Chadd wrote: >=20 > Windows has had this for years. It makes async network programming > with thread worker queues significantly less abusive. Can you do the same with Solaris completion ports? It might be a good = source of inspiration for a good API if so. David From owner-freebsd-current@freebsd.org Tue Jul 28 18:21:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91E839AD3A1 for ; Tue, 28 Jul 2015 18:21:09 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 31E3E1D3; Tue, 28 Jul 2015 18:21:09 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wibud3 with SMTP id ud3so171217063wib.0; Tue, 28 Jul 2015 11:21:07 -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=QEcmdKlcFAo4E/kFwwd9SBEoOvUqDOHlLudy1nJR3TI=; b=czCJMhScvwyHBkUjIApiUqzFOSuQf9p3e5kf022OsBqDPcsyLnQt/AUv8EDygMaQAD SX1LgmINSQ0QJn8ilh1eZvaj3eTz2vutHZZGFTxuxjIqoRAne5O4dKUmX1M1G/xpgV3f X7h/FhFVZNCkLNmg+vaTibmLGGAOu79UHIEqVoZdLtrj4oytmy9BBYjRyMkdGSzIjPk6 /wYXehTLiOPrUXd0+r4vybBGQLyN6XTpLB62V3TLG+/JEotsNBxjTwQmj3TTU8gSiH7X xzGXS0TjEbsHiHyC9PJ0MUqyTag3CClCq14O6feOTDTi7CG8nEar4knuCuJiqlzT5F5m gfpw== MIME-Version: 1.0 X-Received: by 10.180.91.107 with SMTP id cd11mr8689652wib.51.1438107667547; Tue, 28 Jul 2015 11:21:07 -0700 (PDT) Received: by 10.27.224.10 with HTTP; Tue, 28 Jul 2015 11:21:07 -0700 (PDT) In-Reply-To: <1612328726.36.1438032214046.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1612328726.36.1438032214046.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 28 Jul 2015 21:21:07 +0300 Message-ID: Subject: Re: FreeBSD_HEAD-tests - Build #1226 - Unstable From: Sergey Kandaurov To: jenkins-admin@freebsd.org Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 18:21:09 -0000 On 28 July 2015 at 00:23, wrote: > FreeBSD_HEAD-tests - Build #1226 - Unstable: > [..] > [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> failed: 2 checks failed; see output for more details [0.371s] > [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> failed: 2 checks failed; see output for more details [0.553s] I'd fix this if the testing infrastructure was something easily setup'able locally with e.g. a freshly downloaded VM image. Currently it is not so, coz trying to build tests/sys/kern emits some linking errors due missing atf symbols. -- wbr, pluknet From owner-freebsd-current@freebsd.org Tue Jul 28 18:16:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 837CB9AD289 for ; Tue, 28 Jul 2015 18:16:22 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 60D9FD6F for ; Tue, 28 Jul 2015 18:16:22 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5DC6D9AD288; Tue, 28 Jul 2015 18:16:22 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C6699AD287 for ; Tue, 28 Jul 2015 18:16:22 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE68DD6E for ; Tue, 28 Jul 2015 18:16:21 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by wicmv11 with SMTP id mv11so190128781wic.0 for ; Tue, 28 Jul 2015 11:16:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:mime-version:content-type :content-id:date:message-id; bh=aIqesXNQbTsFvN0a8Hcfd0Gz3zSEVQWPB4VCGGZaTX0=; b=GRQU+gbhl9KSJmtY/6ybw+U/9yVU/wCDn22Ktsxtw77VCn7uhV3ar59w8mYjDJYB/+ M39rcaJloXpLTlk34fWZHlu89LorEhRDo9RJXb1b0QBbXd42iGRNJKLU3pmIbQp1hDov a6qQCIieeLgCdRG2p5IsLIyhqsonFHjtoYw4/zgq9gMxcyt1QLSYFX+BSkLlLIkz8Rpu hRyqKn7BKlZJ3sdgGAxQML3f8A0XKkg1tt+cSGwL8EIS0abSq9i6+12fBeSc9483OHks 0kMh7446oWx4fFgvTClhLUOsuq7bnvPwl+0rHx5jz/bhBh0Q5gsIMQwc3gR1KDilIOtt ayxg== X-Gm-Message-State: ALoCoQmPOQDKWt25/03QwrQY5fJ9c/LginP3Ci3cH1dwls9n7fSoiAWfkJs2byp1ti4Sou5LaExG X-Received: by 10.194.142.146 with SMTP id rw18mr65099433wjb.110.1438107379905; Tue, 28 Jul 2015 11:16:19 -0700 (PDT) Received: from clue.co.za ([197.89.167.207]) by smtp.gmail.com with ESMTPSA id k2sm20228829wif.4.2015.07.28.11.16.19 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2015 11:16:19 -0700 (PDT) From: Ian FREISLICH X-Google-Original-From: "Ian FREISLICH" Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZK9QG-000CAR-KW for current@freebsd.org; Tue, 28 Jul 2015 20:16:16 +0200 To: current@freebsd.org Subject: "broken" symbolic links in /usr/lib X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <46773.1438107376.1@zen> Date: Tue, 28 Jul 2015 20:16:16 +0200 Message-Id: X-Mailman-Approved-At: Tue, 28 Jul 2015 18:41:43 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 18:16:22 -0000 Hi I cannot for the life of me figure out why this is so: As non-root: [zen] /usr/lib $ file libgcc_s.so libgcc_s.so: broken symbolic link to ../../lib/libgcc_s.so.1 As root: [zen] /usr/lib # file libgcc_s.so libgcc_s.so: symbolic link to ../../lib/libgcc_s.so.1 Only on one of my machines, all running CURRENT from within a day. The upshot is that I have to be root in order to link code. Any ideas greatly appreciated. Ian -- Ian Freislich From owner-freebsd-current@freebsd.org Tue Jul 28 18:59:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E8B99ADEAA for ; Tue, 28 Jul 2015 18:59:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D80811F47; Tue, 28 Jul 2015 18:59:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iggf3 with SMTP id f3so134454315igg.1; Tue, 28 Jul 2015 11:59: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=rcq/uH+8s553P9DCxEURBsLzcDjh1yjYFSWe/jZLY8k=; b=taKlKw9YYUTwhYzDzgqwnKDPdE3PWB4P+i3qSCnd6scdmsNbV/dtM9KVP7cf8xWEFS Vw1UnWOcOEiO9+8WRmT5rRMSwierKj0CMaaSWGw5OI/JL1pBgZf+dYXmQPWu6sOHFbtT Wp8xvhlkroux3cvcNxoU7hAdtDe3Gh5CgiajcJ5SJATCbZk6s/pNjVG5trfCcjpMH6gt P4MGcWFlgwyf9XSrg02nR4ja59P0KQaz7Ub6AeETQhFfIb7en+w9hKxH7SNAYYfmeTq6 XXvKw6eSCM9AWfeUCYrYoQvwCVwUALYWkjyE7C8483vCuXnoIvdMWlcCePwS9+3Buxlg fi7g== MIME-Version: 1.0 X-Received: by 10.50.103.73 with SMTP id fu9mr9852950igb.46.1438109974165; Tue, 28 Jul 2015 11:59:34 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 28 Jul 2015 11:59:34 -0700 (PDT) In-Reply-To: References: <20150728121949.GA64588@onelab2.iet.unipi.it> <74DCC090-6AA7-43B8-81A1-DF66BC357489@FreeBSD.org> Date: Tue, 28 Jul 2015 11:59:34 -0700 Message-ID: Subject: Re: eventfd lookalike in FreeBSD ? From: Adrian Chadd To: David Chisnall Cc: Luigi Rizzo , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 18:59:35 -0000 On 28 July 2015 at 10:42, David Chisnall wrote: > On 28 Jul 2015, at 18:33, Adrian Chadd wrote: >> >> Windows has had this for years. It makes async network programming >> with thread worker queues significantly less abusive. > > Can you do the same with Solaris completion ports? It might be a good source of inspiration for a good API if so. I don't think you can do it with the solaris event ports. I don't know about their more later stuff. -a From owner-freebsd-current@freebsd.org Tue Jul 28 19:15:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9F259AD39D for ; Tue, 28 Jul 2015 19:15:46 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id 82FE49E4; Tue, 28 Jul 2015 19:15:46 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id C70962FFC; Wed, 29 Jul 2015 03:15:38 +0800 (CST) Date: Wed, 29 Jul 2015 03:15:38 +0800 From: Li-Wen Hsu To: Sergey Kandaurov Cc: jenkins-admin@freebsd.org, FreeBSD Current Subject: Re: FreeBSD_HEAD-tests - Build #1226 - Unstable Message-ID: <20150728191538.GA81604@FreeBSD.cs.nctu.edu.tw> References: <1612328726.36.1438032214046.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 19:15:46 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2015 at 21:21:07 +0300, Sergey Kandaurov wrote: > On 28 July 2015 at 00:23, wrote: > > FreeBSD_HEAD-tests - Build #1226 - Unstable: > > > [..] > > [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> fai= led: 2 checks failed; see output for more details [0.371s] > > [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe = -> failed: 2 checks failed; see output for more details [0.553s] >=20 > I'd fix this if the testing infrastructure was something easily > setup'able locally with e.g. a freshly downloaded VM image. That is a very good suggestion, it is already in the future plan. :) > Currently it is not so, coz trying to build tests/sys/kern emits > some linking errors due missing atf symbols. Just took a quick look at this job configuration, and I copied the disk image from build #1227 to here: https://people.freebsd.org/~lwhsu/tmp/test.img.xz Here are config and test script: https://github.com/freebsd/freebsd-ci/blob/master/scripts/test/config/confi= g.json https://github.com/freebsd/freebsd-ci/blob/master/scripts/test/run-tests.py Hope these help. Li-Wen --=20 Li-Wen Hsu http://lwhsu.org --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJVt9TZXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDdENTNGNjUyMTUzMzVCNzA5NDNGODQ2 NzI3RTc3Qzg4NjJCNjU2AAoJEGcn53yIYrZWyv8QALdv+NycnQfov+xqPZMjwJH+ ma7U2v3X9CbC8+XI2z2QMaVZUA+D5WZ+5M+Ibhahx87EUbosLhoK18jcoZieNSTk plTNrgbf6A1ooEllH2Yzg+7Jo1LMUAJkaQyFrtP2MCexAZoX8Sp8ztzkTbuDLwvD Sigr041mm47NtzY2fMp5g/c61fNVaX3Mh/Jn7vo/Bv6Q1xvAtBJL/pRYo/I4jLVh Xv5qSRWgzKCM6hhkeWK0kb526CR5QPttnWXjXoatGVcLJ+U4QT8KfCH3UaBQHP9x Z/biTMOIdQD0x/6DtCNKJKynv7KyuhrRIA8rpa+XeuzHkZtoqBNciEH99odwZu6K 2i8gLFmj3SfEt6gUVO7KA7AKDWKJ/YZymOQVtBtLVqAw90ksK2Z5J1e0sZVqi3uB Ozt571UZQSPDCzvto9Q7hdGoIJz75ciU/WrXjcl+nLT8WQSLGophsvb8NsY1C1Hu 5P5Iv4zM6psBxv4bdk+HMxZ8qDB520ESufaBReEK4TolwRXi/stoIRPDrZQKN0Ga ghG0hxevRkD2qKfaLw7oIB4lE5kq1ZbFa4inauAxekaq89UNEN2lJmnEUSP4BoVT zWCuGuqV2XeuNRo3ZN6DazKnOVmsZP8MjUsKIAPzl2rNHYlIht6OogPqR6uUHVJb ViV01Hp386cNHuV0efKh =+TUo -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-current@freebsd.org Tue Jul 28 19:31:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB4BE9AD8C0 for ; Tue, 28 Jul 2015 19:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C2E5C1941 for ; Tue, 28 Jul 2015 19:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C1DE29AD8BD; Tue, 28 Jul 2015 19:31:58 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C16D19AD8BA for ; Tue, 28 Jul 2015 19:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B01061940; Tue, 28 Jul 2015 19:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 3B2871FA7; Tue, 28 Jul 2015 19:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 28 Jul 2015 19:31:56 +0000 From: Glen Barber To: Ian FREISLICH Cc: current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib Message-ID: <20150728193156.GY54478@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2fowzm2eVyDiEwGH" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 19:31:59 -0000 --2fowzm2eVyDiEwGH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2015 at 08:16:16PM +0200, Ian FREISLICH wrote: > Hi >=20 > I cannot for the life of me figure out why this is so: >=20 > As non-root: > [zen] /usr/lib $ file libgcc_s.so > libgcc_s.so: broken symbolic link to ../../lib/libgcc_s.so.1 >=20 > As root: > [zen] /usr/lib # file libgcc_s.so=20 > libgcc_s.so: symbolic link to ../../lib/libgcc_s.so.1 >=20 > Only on one of my machines, all running CURRENT from within a day. > The upshot is that I have to be root in order to link code. >=20 > Any ideas greatly appreciated. >=20 What are the permissions on /lib/libgcc_s.so.1 ? Glen --2fowzm2eVyDiEwGH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVt9isAAoJEAMUWKVHj+KT33cP/issrTJWP8ecZOFLNxL4t6l9 FmiW5uS2PValbZugqfk6qVtE7dZ3kLM3kzjQrsx+GX7fOKnKvx3qb15/ZNoUOY/t hEC/etk+o0UiSuq8bzt7SQvElSHqcBU1bqeqNvkfq+tPpucUaWE58hR0uq1uM8Vw WPdjOQTWaK3KkG/o3OkpEAhsiHPOYnVmKWTmvgTHSpmUCUqx2jpRvgMSE2hV4LxC 15riOGUZ0XVevj/BPNrsMQpOb+frsIGlAFxxypHIgCLOnmrjxvqPsrSduF857XDc 1rjdP0KeR+2FQjlGY73eWWMHtHZSFLrmBHTEDzw8mJg6SOrIKqx1pyeevQLx8PXb vlWer5MkLKiTN/cnYwbUbIMOduw/UqQcZIQm4iQDZmojFQMc+sJ3EncovGVlMKvC R16AcuNL6jFbtK9/kBTx8KG3NkcvO9Y9yJWBqQ8ysvIwglhfXS2+Yc/6gwt6WkuO fy68k8LnWanXVEzFOa/mPFVEWk/xHQWRznh5XeZuj+vfAkwQLJLZ8DXX5BYF8ohC MgYmcLBqEruFCwlFPJBS4PlGq/Vzgmruvr+jjfFKrr5kaMuf81EnD01w2BXf8bzk au4n4ADJUvyM+uhCgcYbfJqfE+5JsXn3YUmM6ine5YGShqPfwSmriMAlmmHvBdly 37E1GG8Hfs+9nQLKXgWB =056/ -----END PGP SIGNATURE----- --2fowzm2eVyDiEwGH-- From owner-freebsd-current@freebsd.org Tue Jul 28 19:40:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E52F99ADB45 for ; Tue, 28 Jul 2015 19:40:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CCF001C63 for ; Tue, 28 Jul 2015 19:40:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CBCFF9ADB44; Tue, 28 Jul 2015 19:40:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB6339ADB43 for ; Tue, 28 Jul 2015 19:40:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id BA5481C62; Tue, 28 Jul 2015 19:40:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 485831150; Tue, 28 Jul 2015 19:40:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 28 Jul 2015 19:40:01 +0000 From: Glen Barber To: Ian FREISLICH Cc: current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib Message-ID: <20150728194001.GZ54478@FreeBSD.org> References: <20150728193156.GY54478@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bc2iwAtkAaXP8cWF" Content-Disposition: inline In-Reply-To: <20150728193156.GY54478@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 19:40:07 -0000 --bc2iwAtkAaXP8cWF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2015 at 07:31:56PM +0000, Glen Barber wrote: > On Tue, Jul 28, 2015 at 08:16:16PM +0200, Ian FREISLICH wrote: > > Hi > >=20 > > I cannot for the life of me figure out why this is so: > >=20 > > As non-root: > > [zen] /usr/lib $ file libgcc_s.so > > libgcc_s.so: broken symbolic link to ../../lib/libgcc_s.so.1 > >=20 > > As root: > > [zen] /usr/lib # file libgcc_s.so=20 > > libgcc_s.so: symbolic link to ../../lib/libgcc_s.so.1 > >=20 > > Only on one of my machines, all running CURRENT from within a day. > > The upshot is that I have to be root in order to link code. > >=20 > > Any ideas greatly appreciated. > >=20 >=20 > What are the permissions on /lib/libgcc_s.so.1 ? >=20 Probably a better question: What are the permissions on /lib ? Glen --bc2iwAtkAaXP8cWF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVt9qRAAoJEAMUWKVHj+KTgksP/0ir42Je07BDQGQC+fJo2vp4 AmvX26oXNw3B56Z802e0HwX/APx6/u80Fy09d9XFsrw2ybxXJUiZbUR8Ac8Esj1F Zbv3FjKqExl7k+Nwp5xTcT4+suqV2aCn0Fc5rVsUPOM/2x3xRPYRU1tQtgQByqgp cQZ/673nPnnVrcMWYoCQnzcNjuODtkOSKTIebWx419tpaVbwfvZj2HOzIShlcSvf ECc4JKg2GWJtKLzZTcfBpzICSyoy1Xjs5Js5D83UlDyfNqcxlHKSr1uluDzAm7u5 yINOAB254vfFEalWbCybgVM+hx9XSdIiks2mK9HiBBCBuO7a0147q26jWRSyOS3V f6swwIYxQffJReDjQXIvMDy/MvJV2/7dTE7WjINn+dcs9taRkkQkc5ipO6VflD5/ eAEUIijm6MZhpnYesMgB5W4cKfwWr7rzZwTPiPk4yNozuX8yslFFFcw4Huu2zQ2S u3HWbR+7ehxTrmPYEEkauVjQgj1bZx6KxICeUPtjNrWNiVFy53HGurmAHcHXPcvo Ev2QF0u1qFvUkECnoCfx3e0xLD0JNH8PI/ROU5Vlqe0u9VJN5F0TTH8GkPAAPZ+z C7RpVjjMKJeRNC5fu6Wlf8/NviPNVENY78FUP2FSBLhmdAX+om/f2H/3dzbD9cWX 3Kmz+hDAA21zmdMBqBo9 =bmij -----END PGP SIGNATURE----- --bc2iwAtkAaXP8cWF-- From owner-freebsd-current@freebsd.org Tue Jul 28 19:45:02 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12D6B9ADD5E for ; Tue, 28 Jul 2015 19:45:02 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E2CC914F for ; Tue, 28 Jul 2015 19:45:01 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mailman.ysv.freebsd.org (Postfix) id DF5889ADD5D; Tue, 28 Jul 2015 19:45:01 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEEC79ADD5C for ; Tue, 28 Jul 2015 19:45:01 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B8BF14E for ; Tue, 28 Jul 2015 19:45:01 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by wibxm9 with SMTP id xm9so175208908wib.1 for ; Tue, 28 Jul 2015 12:44:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-id:date:message-id; bh=4ni7dV0XFR02H84xXG6reZRqILgk+j1IdJftoQeYVfs=; b=OGua9lZr53UJiOGLw1VGHtvg0LMIHRcfSY3eEeoKjvQuMLM4xLsr91b29vY6zYHxnK PMe64kA25DIcXTD9dWFN4ceNFUuxuT6/g6H37XXxZzy1+TBgQHj4/E3HidKIP9g2zA5t lZWyqKNFxHhZVWaYa/eHhCrOt1l8IO5qgs8Q2DGFwHp3EXsyKoJB8jGVeTKL1F7Qfdbf lyiC1nz0ys11jnVysQMfPsWyte588vylyKL7KwqoyeSsTyWTKK6gvjJVLArZvQPk4AnA 4cdSrU8AGmDL6Ebk5yGihYKOvcipn/7RtIxK8kLY8PL7HmHU2txoOdnX98gBHMxBYRxi 4W/Q== X-Gm-Message-State: ALoCoQn+l5ozB3AL4HENMsB/nVSwipssCM2IWbEh4JAy0gKyJuDlMKhuxO6+VrWnY8jxIvxwjxRF X-Received: by 10.180.79.4 with SMTP id f4mr10075490wix.83.1438112693833; Tue, 28 Jul 2015 12:44:53 -0700 (PDT) Received: from clue.co.za ([197.89.167.207]) by smtp.gmail.com with ESMTPSA id mc4sm20558498wic.6.2015.07.28.12.44.52 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2015 12:44:52 -0700 (PDT) From: Ian FREISLICH X-Google-Original-From: Ian FREISLICH Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKAny-000CJR-8S; Tue, 28 Jul 2015 21:44:50 +0200 To: Glen Barber cc: current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib In-reply-to: <20150728194001.GZ54478@FreeBSD.org> References: <20150728194001.GZ54478@FreeBSD.org> <20150728193156.GY54478@FreeBSD.org> X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <47331.1438112690.1@zen> Date: Tue, 28 Jul 2015 21:44:50 +0200 Message-Id: X-Mailman-Approved-At: Tue, 28 Jul 2015 20:47:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 19:45:02 -0000 Glen Barber wrote: > On Tue, Jul 28, 2015 at 07:31:56PM +0000, Glen Barber wrote: > > On Tue, Jul 28, 2015 at 08:16:16PM +0200, Ian FREISLICH wrote: > > > Hi > > >=20 > > > I cannot for the life of me figure out why this is so: > > >=20 > > > As non-root: > > > [zen] /usr/lib $ file libgcc_s.so > > > libgcc_s.so: broken symbolic link to ../../lib/libgcc_s.so.1 > > >=20 > > > As root: > > > [zen] /usr/lib # file libgcc_s.so=20 > > > libgcc_s.so: symbolic link to ../../lib/libgcc_s.so.1 > > >=20 > > > Only on one of my machines, all running CURRENT from within a day. > > > The upshot is that I have to be root in order to link code. > > >=20 > > > Any ideas greatly appreciated. > > >=20 > >=20 > > What are the permissions on /lib/libgcc_s.so.1 ? > >=20 > > Probably a better question: What are the permissions on /lib ? Answering both: [zen] /usr/lib # ls -ld /lib drwxr-xr-x 3 root wheel 1536 Jul 28 19:07 /lib [zen] /usr/lib # ls -l /lib/libgcc_s.so.1 -r--r--r-- 1 root wheel 57792 Jul 28 19:07 /lib/libgcc_s.so.1 Ian -- Ian Freislich From owner-freebsd-current@freebsd.org Tue Jul 28 20:17:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C96EB9AD8F6 for ; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A4710172 for ; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mailman.ysv.freebsd.org (Postfix) id A349F9AD8F5; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88FCE9AD8F3 for ; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27FA016F for ; Tue, 28 Jul 2015 20:17:49 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by wibud3 with SMTP id ud3so174812018wib.0 for ; Tue, 28 Jul 2015 13:17:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-id:date:message-id; bh=enL+iUsrxmBszBW75fEcCtHUjuf2LloLHuezQYT/89s=; b=TAchJLwcgryc7hfbS9iimE9ip7n+BowJ+d/0wMbS2dwzuoWVGu2Thje/Y8THsN27kn 8SRJgp/OCUvEcwUOLUynXWz0MOz3iXO7IykQ0xszg6NCq+6ZB9qa9II2G7rUzMUXADQO 5fCB5/joR5MgObwRCd3hsTPSF2ihmwPZaE0XUAnn+QRi9PuPLmqA9hoesGeHVvIgFLa1 U4ZHlacHZijP3T2+JlARmv96URam43NrEIjL3hspwECZINxVZpCx71dyPQhoR981xFmb BE2PhKF+Ebc8pvJHJnoahoCqLf+svuAfAg7b/JVTuv5bHNQ7ilGQ/z5z3nNYUSlEFiIm URbw== X-Gm-Message-State: ALoCoQkp1jrR1M/APb71G/0agB6fpQ6glgGAHA+Oy/mjrgUna0x+2QnHSqadAQHDxCYI/RvK8CFS X-Received: by 10.180.36.169 with SMTP id r9mr9949569wij.40.1438114661738; Tue, 28 Jul 2015 13:17:41 -0700 (PDT) Received: from clue.co.za ([197.89.167.207]) by smtp.gmail.com with ESMTPSA id s5sm20691769wik.2.2015.07.28.13.17.40 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2015 13:17:41 -0700 (PDT) From: Ian FREISLICH X-Google-Original-From: Ian FREISLICH Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKBJi-0000JZ-FS; Tue, 28 Jul 2015 22:17:38 +0200 To: David Wolfskill cc: current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib In-Reply-To: <20150728200034.GO1277@albert.catwhisker.org> References: <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1211.1438114658.1@zen> Date: Tue, 28 Jul 2015 22:17:38 +0200 Message-Id: X-Mailman-Approved-At: Tue, 28 Jul 2015 20:47:44 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 20:17:51 -0000 David Wolfskill wrote: > My experience with SU+J is limited (and negative -- in large part, > because I tend heavily on "dump | restore" pipelines to copy file > systems, some of which are "live" at the time (danger mitigated by -L > flag for dump). As an aside, mine has been pretty positive, except for once having / moved entirely to /lost+found and encoded as inode numbers. That might be enough for some. > If you can take that system down, I suggest: > > * Reboot to single-user mode. > > * Disable SU journaling ("tunefs -j disable $special") > > * fsck -p / (at least; possibly elide the "-p") > > * If you want SU+J, re-enable it ("tunefs -j enable $special") > > * While theory says "exit" at this point should just continue the > transition to multi-user mode, I'd be inclined to just reboot & watch it > to make sure nothing "weird" happens that you don't know about. > > * Re-test. So, a couple of fscks found some problems, but none causing this. I found the actual problem. The mount point for /usr was mode 700 even though the root of the mounted filesystem on /usr was mode 755. Did I explain that clearly (quite difficult because two things are the same thing, although they're apparently not)? Seems that for some reason, some but not all actions involving the transition between . and .. on the mount point use either the permissions of the mount point or the permissions of the directory mounted on that mount point. In the past, the permissions in the mounted filesystem have always trumped the mount point, but I have no idea what the spec says. Is this a bug? Ian -- Ian Freislich From owner-freebsd-current@freebsd.org Tue Jul 28 20:55:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 960839AD70D for ; Tue, 28 Jul 2015 20:55:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7CB369 for ; Tue, 28 Jul 2015 20:55:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 791859AD70C; Tue, 28 Jul 2015 20:55:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78A949AD70B for ; Tue, 28 Jul 2015 20:55:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 65CD9367; Tue, 28 Jul 2015 20:55:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id D8BA41836; Tue, 28 Jul 2015 20:55:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 28 Jul 2015 20:55:37 +0000 From: Glen Barber To: Ian FREISLICH Cc: current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib Message-ID: <20150728205537.GA54478@FreeBSD.org> References: <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qN286NIOm1dtEdh0" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 20:55:39 -0000 --qN286NIOm1dtEdh0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2015 at 10:17:38PM +0200, Ian FREISLICH wrote: > I found the actual problem. The mount point for /usr was mode 700 > even though the root of the mounted filesystem on /usr was mode 755. > Did I explain that clearly (quite difficult because two things are > the same thing, although they're apparently not)? >=20 Your explanation makes sense to me. The cause of this, however is unclear - was this something done locally? This is why I asked about the permissions of '/lib', but based on what you've explained, even asking for the permissions of '/usr' would not have led to a clear answer. So we're clear, '/usr' (unmounted) is 700, but '/usr' (mounted) is 755? Or is this not the case? Glen --qN286NIOm1dtEdh0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVt+xIAAoJEAMUWKVHj+KTmsUP/2Fw2GrYJ3PsYzQfDJ95amZG sEcSQ2QcsoIuIflzjBJe18yhS4UVWzL0KHoSGYi44EdR4KL7vrj8V0NWVeRQ2igW vfs8RGG3AhekPkaEQBVvhfHfOB9b8sh5ZYXt3vvHS/oxA/YmPBi8jzkpbVmMGlml xbAtsICuocpkIpaONCcnr999aAYmsNqL48i85WKDjYhi4A7CI4/NGm77YUk0jhqI H+Z8yaRcO1Is2yLQUQbIbWSc9bpZHFi/OFas+uKD9p8VHl+c8CrTvhlvlzer5izT /aTdTdtAfPlcaKCxaClEFCrwXpq0mU/NOrfn166CnpI8jbvLqlsCu34fzJSwF17r FYkcFMYbCzm1YVLi0SJzHSwCnPrPZYvuH/7ISbUWjso+l8lT0c39MTFNRiqDsBQ9 SQO1Yf+Sr2vxX36iCOXWJO/xnrtT2zdALHzEK5yqThBl3LWD0ONJplsYzx2QRkS6 ORY5bzt4EviqwDNlubQwicy0AJp/bTci5AcSFY5jV8rR1coV9KFf8iuMVztjVXCA JCjRA6WiJMQYEkIRHmIhsCXue5Wnl/1PsdnRFBJFOBVSIt4MAKVKYAxycKjvlXDT Zn/L3iqr6Nh+ezufrc14o6j5ZmAqMy+IjFr0RGwGnVAgUClD4LxQRT3qxeRy/LHR rQqiPXlPB98jE35HL5WD =0CMp -----END PGP SIGNATURE----- --qN286NIOm1dtEdh0-- From owner-freebsd-current@freebsd.org Tue Jul 28 21:01:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95CA49AD866 for ; Tue, 28 Jul 2015 21:01:12 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13D6F884 for ; Tue, 28 Jul 2015 21:01:12 +0000 (UTC) (envelope-from ler@lerctr.org) 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:From:Date; bh=JqHBOVLhHINoH2ab7afsYuHYsuMrCM8bH6QF5dI8IoQ=; b=ddM31VuJr99v0AFx156KKL4CN4IEeS446ur06RWHJ5oZABd1cFlLuaS3Kua1ebAaDgMLGrpJeKSGICGu0xUgafPW8mYxKj/ItkrGgixFC7m+KBS5OZgnH1sfGpq6aNwvovCmd7RvNU+OWsN+Tobqt1UA94WxirYWVM9dn/aYpYE=; Received: from oldtbh.lerctr.org ([2001:470:1f0f:3ad:230:48ff:fe2e:99ba]:13911) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKBzq-000Hob-TH for freebsd-current@freebsd.org; Tue, 28 Jul 2015 16:01:11 -0500 Date: Tue, 28 Jul 2015 16:01:09 -0500 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: pmspcv panic on boot on this box Message-ID: <20150728210109.GA6424@oldtbh.lerctr.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 21:01:12 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline When I upgraded an approximately 3 month old -CURRENT system to yesterday, I got page not present panics, after a message about pmspcv not supporting my ahd(4) deviceid. I did NOT capture the panic, but adding nodevice pmspcv Allowed me to boot. Dmesg.boot from the WORKING system attached. I *CAN* work with someone if they want. --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2015 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 11.0-CURRENT #10 r285925: Mon Jul 27 21:00:19 CDT 2015 root@oldtbh.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: running with driver "vga". CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.56-MHz K8-class CPU) Origin="GenuineIntel" Id=0xf43 Family=0xf Model=0x4 Stepping=3 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100800 TSC: P-state invariant real memory = 9395240960 (8960 MB) avail memory = 8262250496 (7879 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 random: unblocking device. ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80f4d760, 0) error 19 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: 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 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 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 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci2 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2e:99:ba em0: netmap queues/slots: TX 1/256, RX 1/256 em1: port 0x3040-0x307f mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2e:99:bb em1: netmap queues/slots: TX 1/256, RX 1/256 pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: LegSup = 0x2f00 usbus0 on uhci0 uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: LegSup = 0x2f00 usbus1 on uhci1 uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: LegSup = 0x2f00 usbus2 on uhci2 uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 uhci3: LegSup = 0x2f00 usbus3 on uhci3 ehci0: mem 0xdd001000-0xdd0013ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x4000-0x40ff mem 0xde000000-0xdeffffff,0xdd400000-0xdd400fff irq 17 at device 1.0 on pci6 vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 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 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 ppc0: cannot reserve I/O port range ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 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 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ses0 at ahd0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number ML00010689 da0: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da0: Command Queueing enabled da0: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da1 at ahd0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number ML00010000 da1: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da1: Command Queueing enabled da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da2 at ahd0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: Serial Number DA29P8A003NE da2: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da2: Command Queueing enabled da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da3 at ahd0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: Serial Number ML00010566 da3: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da3: Command Queueing enabled da3: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! cd0 at ata1 bus 0 scbus3 target 1 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Timecounter "TSC-low" frequency 1496281072 Hz quality 1000 Trying to mount root from zfs:zroot/ROOT/default []... lagg0: link state changed to DOWN em0: link state changed to UP lagg0: link state changed to UP em1: link state changed to UP --pWyiEgJYm5f9v55/-- From owner-freebsd-current@freebsd.org Tue Jul 28 21:26:07 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7751A9AD423 for ; Tue, 28 Jul 2015 21:26:07 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 61D7015E; Tue, 28 Jul 2015 21:26:07 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 5AC4F17D6; Tue, 28 Jul 2015 21:26:07 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 1C2D68D19; Tue, 28 Jul 2015 21:26:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 52JrNSRp8MBM; Tue, 28 Jul 2015 21:26:04 +0000 (UTC) Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com A178D8D0E To: "Simon J. Gerraty" , Garrett Cooper References: <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> Cc: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD current From: Bryan Drewery Organization: FreeBSD Message-ID: <55B7F36A.4070201@FreeBSD.org> Date: Tue, 28 Jul 2015 14:26:02 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <8737.1434922152@chaos> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 21:26:07 -0000 On 6/21/15 2:29 PM, Simon J. Gerraty wrote: > Garrett Cooper wrote: >>> Am I the only one who fails to build recent base/head (r284673) on >>> pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs. >> >> ... >> >>> CC=3Dclang >>> CXX=3Dclang++ >>> CPP=3Dclang-cpp >=20 >> You need to remove these lines. They shouldn=E2=80=99t have been set = before or after the commits from projects/bmake . >=20 > Note: both the grn's specified above are than r284598 which put the > inlcude of make.conf back to its original spot, so the meta mode relate= d > changes should not be relevant. >=20 Regarding including /etc/make.conf, something is inconsistent with buildworld vs subdir make. Please see https://lists.freebsd.org/pipermail/svn-src-all/2015-July/107910.html (Also note that the STRIP=3D rescue build failure has been identified and a fix is being made) --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Tue Jul 28 21:58:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EF159AD1D8 for ; Tue, 28 Jul 2015 21:58:57 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EDB15C77; Tue, 28 Jul 2015 21:58:56 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id E687D1FA9; Tue, 28 Jul 2015 21:58:56 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id ACAB4909C; Tue, 28 Jul 2015 21:58:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 7MHYBkz3x58J; Tue, 28 Jul 2015 21:58:54 +0000 (UTC) Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com E4CF59093 To: "Simon J. Gerraty" , Garrett Cooper References: <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> <55B7F36A.4070201@FreeBSD.org> Cc: FreeBSD current From: Bryan Drewery X-Enigmail-Draft-Status: N1110 Organization: FreeBSD Message-ID: <55B7FB1D.2010008@FreeBSD.org> Date: Tue, 28 Jul 2015 14:58:53 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B7F36A.4070201@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 21:58:57 -0000 On 7/28/15 2:26 PM, Bryan Drewery wrote: > On 6/21/15 2:29 PM, Simon J. Gerraty wrote: >> Garrett Cooper wrote: >>>> Am I the only one who fails to build recent base/head (r284673) on >>>> pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs= . >>> >>> ... >>> >>>> CC=3Dclang >>>> CXX=3Dclang++ >>>> CPP=3Dclang-cpp >> >>> You need to remove these lines. They shouldn=E2=80=99t have been set= before or after the commits from projects/bmake . >> >> Note: both the grn's specified above are than r284598 which put the >> inlcude of make.conf back to its original spot, so the meta mode relat= ed >> changes should not be relevant. >> >=20 > Regarding including /etc/make.conf, something is inconsistent with > buildworld vs subdir make. Correction: I have STRIP=3D in /etc/src.conf. The inclusion of it seems inconsistent between buildworld and subdir make. Note that after my fix in r285986 it is now named STRIPBIN. When building in rescue/rescue: OBJDIR/rescue.mk: STRIP? strip ... ${STRIP} rescue 1: subdir make src.conf: STRIP=3D rescue/rescue% make all -> make -f OBJDIR/rescue.mk STRIP=3D is not passed down into rescue.mk, resulting in 'strip rescue'. 2. subdir make STRIP env override rescue/rescue% make all STRIP=3D STRIP=3D is passed down resulting in ' rescue'. 3: buildworld STRIP=3D from src.conf is passed down, resulting in ' rescue'. >=20 > Please see > https://lists.freebsd.org/pipermail/svn-src-all/2015-July/107910.html >=20 > (Also note that the STRIP=3D rescue build failure has been identified a= nd > a fix is being made) >=20 --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Tue Jul 28 22:24:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 920BF9ADC10 for ; Tue, 28 Jul 2015 22:24:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD551F9; Tue, 28 Jul 2015 22:24:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 743FC1994; Tue, 28 Jul 2015 22:24:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 455679151; Tue, 28 Jul 2015 22:24:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id CSQfKnggzlOD; Tue, 28 Jul 2015 22:24:44 +0000 (UTC) Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 9454A914B To: "Simon J. Gerraty" , Garrett Cooper References: <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> <55B7F36A.4070201@FreeBSD.org> <55B7FB1D.2010008@FreeBSD.org> Cc: FreeBSD current , Warner Losh From: Bryan Drewery Organization: FreeBSD Message-ID: <55B8012A.30206@FreeBSD.org> Date: Tue, 28 Jul 2015 15:24:42 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B7FB1D.2010008@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 22:24:51 -0000 On 7/28/15 2:58 PM, Bryan Drewery wrote: > On 7/28/15 2:26 PM, Bryan Drewery wrote: >> On 6/21/15 2:29 PM, Simon J. Gerraty wrote: >>> Garrett Cooper wrote: >>>>> Am I the only one who fails to build recent base/head (r284673) on >>>>> pretty recent base/head (r284639)? This is on amd64 with ZFS and BE= s. >>>> >>>> ... >>>> >>>>> CC=3Dclang >>>>> CXX=3Dclang++ >>>>> CPP=3Dclang-cpp >>> >>>> You need to remove these lines. They shouldn=E2=80=99t have been se= t before or after the commits from projects/bmake . >>> >>> Note: both the grn's specified above are than r284598 which put the >>> inlcude of make.conf back to its original spot, so the meta mode rela= ted >>> changes should not be relevant. >>> >> >> Regarding including /etc/make.conf, something is inconsistent with >> buildworld vs subdir make. >=20 > Correction: I have STRIP=3D in /etc/src.conf. The inclusion of it seems > inconsistent between buildworld and subdir make. Note that after my fix > in r285986 it is now named STRIPBIN. >=20 > When building in rescue/rescue: >=20 > OBJDIR/rescue.mk: > STRIP? strip > ... > ${STRIP} rescue >=20 > 1: subdir make > src.conf: STRIP=3D > rescue/rescue% make all > -> make -f OBJDIR/rescue.mk >=20 > STRIP=3D is not passed down into rescue.mk, resulting in 'strip rescue= '. >=20 > 2. subdir make STRIP env override > rescue/rescue% make all STRIP=3D >=20 > STRIP=3D is passed down resulting in ' rescue'. >=20 > 3: buildworld > STRIP=3D from src.conf is passed down, resulting in ' rescue'. >=20 >> >> Please see >> https://lists.freebsd.org/pipermail/svn-src-all/2015-July/107910.html >> I think the problem here is the use of -m for SUB_MAKE in /Makefile. Specifying -m share/mk causes all of the issues I've seen (expected including of /etc/src.conf), while not using -m does not include /etc/src.conf even though the build is being done in a src dir. --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Tue Jul 28 23:05:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A6CC9AD7C9 for ; Tue, 28 Jul 2015 23:05:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0C43DB83 for ; Tue, 28 Jul 2015 23:05:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0B4979AD7C6; Tue, 28 Jul 2015 23:05:35 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0AC9F9AD7C5 for ; Tue, 28 Jul 2015 23:05:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD4E2B82; Tue, 28 Jul 2015 23:05:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by ioea135 with SMTP id a135so3506224ioe.1; Tue, 28 Jul 2015 16:05:33 -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 :content-type; bh=8H1IX4XHy0cul1QR9b80p5XUc0m1JOVPsT44DlP0yW4=; b=Xc0L/jAfoHeC55WRVdIzH9WAEubqEPa7E84cuuLtC4WVAlPDwLCPOU6sykk2oCriEu pZMyNhuAtwUvgyyqNwkzM9cela5e7mfkYQvtIHWkswqUMogD7RBf4P6iSdgb3Cz/J0mu ukydgFREV4arLMtxDovDQHquscr8IvcbYb7Cgk+McOixEcy2ahP/VAB/RzrDKR8Fh7tL OqFfh/SpSlxwbGDJBxJug/9Reyq0woagOS++lRux5LgfrD7taA6a2nG4p8gj85LNzd9E 7W7fG8f8R/QTRAPHR1MOFBHLuJd7b+thIk62xDq8uf2QYEPPxgpU1wkoGxrySUZd2obq dASA== MIME-Version: 1.0 X-Received: by 10.107.35.144 with SMTP id j138mr65542441ioj.105.1438124733468; Tue, 28 Jul 2015 16:05:33 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 28 Jul 2015 16:05:33 -0700 (PDT) In-Reply-To: <20150724130317.GS27865@albert.catwhisker.org> References: <20150719183600.GF1217@albert.catwhisker.org> <20150724130317.GS27865@albert.catwhisker.org> Date: Tue, 28 Jul 2015 16:05:33 -0700 Message-ID: Subject: Re: Segmentation fault running ntpd From: Adrian Chadd To: David Wolfskill , Ian Lepore , "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:05:35 -0000 Is this still happening for you? -a On 24 July 2015 at 06:03, David Wolfskill wrote: > On Sun, Jul 19, 2015 at 11:36:00AM -0700, David Wolfskill wrote: >> On Sun, Jul 19, 2015 at 10:24:11AM -0600, Ian Lepore wrote: >> > ... >> > Was there anything (at all) in /var/log/messages about ntpd? Even the >> > routine messages (such as what interfaces it binds to) might give a bit >> > of a clue about how far it got in its init before it died. >> > .... >> >> Sorry; there might have been something yesterday... >> If I do get another recurrence, I'll try to gather a bit more >> information. >> .... > > OK; got another one. > > This time, I have the complete /var/log/messages for a verbose boot, > from that boot to just a bit after the ntpd crash; it's in > ; as of the moment, that > contains: > > [PARENTDIR] Parent Directory - > [ ] CANARY 2015-03-22 10:03 15K > [ ] CANARY.gz 2015-03-22 10:03 6.3K > [ ] ntpd.core 2015-07-24 05:31 13M > [ ] ntpd.core.gz 2015-07-24 05:31 124K > [TXT] ntpd_crash_msgs.txt 2015-07-24 05:40 138K > [ ] ntpd_crash_msgs.txt.gz 2015-07-24 05:40 19K > > This was running: > > FreeBSD g1-245.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #133 r285836M/285836:1100077: Fri Jul 24 05:24:41 PDT 2015 root@g1-245.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > > Trying "gdb /usr/obj/usr/src/usr.sbin/ntp/ntpd/ntpd ntpd.core" still > doesn't help much: > > This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... > Core was generated by `ntpd'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. > ... > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008011cd6a0 in sbrk () from /lib/libc.so.7 > [New Thread 801c07400 (LWP 100133/)] > [New Thread 801c06400 (LWP 100132/)] > (gdb) bt > #0 0x00000008011cd6a0 in sbrk () from /lib/libc.so.7 > #1 0x00000008ccbd4f34 in ?? () > #2 0x0000000000000005 in ?? () > #3 0x0000000801800448 in ?? () > #4 0x00000008011ca888 in sbrk () from /lib/libc.so.7 > #5 0x00000008018000c8 in ?? () > #6 0x00000008018000c0 in ?? () > #7 0x0000000000000208 in ?? () > #8 0x0000000801c32fb0 in ?? () > #9 0x0000000000000001 in ?? () > #10 0x0000000801cc20c8 in ?? () > #11 0x0000000000000030 in ?? () > #12 0x0000000801cc20c8 in ?? () > #13 0x00007fffffffe480 in ?? () > #14 0x00000008011cd240 in sbrk () from /lib/libc.so.7 > #15 0x0000000000000280 in ?? () > #16 0x00000008014bbc70 in malloc_message () from /lib/libc.so.7 > #17 0x00000008018000c0 in ?? () > #18 0x0000000801800448 in ?? () > #19 0x0000000000000032 in ?? () > #20 0x0000000801800458 in ?? () > #21 0x00000008014bbc68 in malloc_message () from /lib/libc.so.7 > #22 0x0000000801cc2000 in ?? () > #23 0x00000008014bba60 in malloc_message () from /lib/libc.so.7 > #24 0x0000000801cc20d8 in ?? () > #25 0x00000000000000a0 in ?? () > #26 0x0000000000000208 in ?? () > #27 0x00007fffffffe4d0 in ?? () > #28 0x00000008011bdd7a in _malloc_thread_cleanup () from /lib/libc.so.7 > Previous frame inner to this frame (corrupt stack?) > (gdb) > > > I am presently suspecting that it's a bit dependent on ... well, "timing". > > I have my ~/.xsession set up so that once I've entered the passphrase(s) > for my SSH private key(s), scripts start running to establish > connections to other machines -- e.g., open an xterm locally, ssh > over to my mailhub and (re-)establish a tmux session on that machine > where I run mutt to read & write email (such as this message). > > While that almost always Just Works in stable/10, it's rather ... > spottier ... in head -- I'd say it's about a 50% probability that it will > work, vs. the ssh connection attempt hanging, and eventually timing out. > But if I've waited (say) 30 seconds or so, I can establish such a > connection easily. > > Granted, I am using wireless (802.11), but I get a sense that "things" > are claimed to be "ready to go" a bit prematurely -- at least sometimes. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Those who murder in the name of God or prophet are blasphemous cowards. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@freebsd.org Tue Jul 28 23:08:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F038C9AD872 for ; Tue, 28 Jul 2015 23:08:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D4414CDF; Tue, 28 Jul 2015 23:08:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BBFEB1EC; Tue, 28 Jul 2015 23:08:38 +0000 (UTC) Date: Tue, 28 Jul 2015 23:08:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <185934114.11.1438124918342.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <798972436.7.1438101761539.JavaMail.jenkins@jenkins-9.freebsd.org> References: <798972436.7.1438101761539.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1228 - Still Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:08:39 -0000 FreeBSD_HEAD-tests - Build #1228 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1228/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1228/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1228/console Change summaries: No changes The end of the build log: [...truncated 4416 lines...] [192.168.10.2] out: bin/sh/set-e/functional_test:func2 -> passed [0.107s] [192.168.10.2] out: bin/sh/set-e/functional_test:if1 -> passed [0.072s] [192.168.10.2] out: bin/sh/set-e/functional_test:if2 -> passed [0.068s] [192.168.10.2] out: bin/sh/set-e/functional_test:if3 -> passed [0.064s] [192.168.10.2] out: bin/sh/set-e/functional_test:not1 -> passed [0.069s] [192.168.10.2] out: bin/sh/set-e/functional_test:not2 -> passed [0.070s] [192.168.10.2] out: bin/sh/set-e/functional_test:or1 -> passed [0.072s] [192.168.10.2] out: bin/sh/set-e/functional_test:or2 -> passed [0.069s] [192.168.10.2] out: bin/sh/set-e/functional_test:or3 -> passed [0.107s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe1 -> passed [0.090s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe2 -> passed [0.096s] [192.168.10.2] out: bin/sh/set-e/functional_test:return1 -> passed [0.071s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi1 -> passed [0.091s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi2 -> passed [0.091s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell1 -> passed [0.070s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell2 -> passed [0.072s] [192.168.10.2] out: bin/sh/set-e/functional_test:until1 -> passed [0.070s] [192.168.10.2] out: bin/sh/set-e/functional_test:until2 -> passed [0.070s] [192.168.10.2] out: bin/sh/set-e/functional_test:until3 -> passed [0.098s] [192.168.10.2] out: bin/sh/set-e/functional_test:while1 -> passed [0.076s] [192.168.10.2] out: bin/sh/set-e/functional_test:while2 -> passed [0.073s] [192.168.10.2] out: bin/sh/set-e/functional_test:while3 -> passed [0.099s] [192.168.10.2] out: bin/date/format_string_test:A_test -> passed [0.141s] [192.168.10.2] out: bin/date/format_string_test:B_test -> passed [0.231s] [192.168.10.2] out: bin/date/format_string_test:C_test -> passed [0.194s] [192.168.10.2] out: bin/date/format_string_test:D_test -> passed [0.118s] [192.168.10.2] out: bin/date/format_string_test:F_test -> passed [0.090s] [192.168.10.2] out: bin/date/format_string_test:G_test -> passed [0.113s] [192.168.10.2] out: bin/date/format_string_test:H_test -> passed [0.326s] [192.168.10.2] out: bin/date/format_string_test:I_test -> passed [0.560s] [192.168.10.2] out: bin/date/format_string_test:M_test -> passed [0.150s] [192.168.10.2] out: bin/date/format_string_test:R_test -> passed [0.277s] [192.168.10.2] out: bin/date/format_string_test:S_test -> passed [0.146s] [192.168.10.2] out: bin/date/format_string_test:U_test -> passed [0.116s] [192.168.10.2] out: bin/date/format_string_test:V_test -> passed [0.101s] [192.168.10.2] out: bin/date/format_string_test:W_test -> passed [0.118s] [192.168.10.2] out: bin/date/format_string_test:X_test -> passed [0.119s] [192.168.10.2] out: bin/date/format_string_test:Y_test -> passed [0.129s] [192.168.10.2] out: bin/date/format_string_test:Z_test -> passed [0.109s] [192.168.10.2] out: bin/date/format_string_test:a_test -> passed [0.125s] [192.168.10.2] out: bin/date/format_string_test:b_test -> passed [0.093s] [192.168.10.2] out: bin/date/format_string_test:c_test -> passed [0.134s] [192.168.10.2] out: bin/date/format_string_test:d_test -> passed [0.107s] [192.168.10.2] out: bin/date/format_string_test:e_test -> passed [0.083s] [192.168.10.2] out: bin/date/format_string_test:g_test -> passed [0.094s] [192.168.10.2] out: bin/date/format_string_test:h_test -> passed [0.115s] [192.168.10.2] out: bin/date/format_string_test:j_test -> passed [0.103s] [192.168.10.2] out: bin/date/format_string_test:k_test -> passed [0.080s] [192.168.10.2] out: bin/date/format_string_test:l_test -> passed [0.082s] [192.168.10.2] out: bin/date/format_string_test:m_test -> passed [0.196s] [192.168.10.2] out: bin/date/format_string_test:p_test -> passed [0.095s] [192.168.10.2] out: bin/date/format_string_test:percent_test -> passed [0.103s] [192.168.10.2] out: bin/date/format_string_test:plus_test -> passed [0.160s] [192.168.10.2] out: bin/date/format_string_test:r_test -> passed [0.109s] [192.168.10.2] out: bin/date/format_string_test:s_test -> passed [0.136s] [192.168.10.2] out: bin/date/format_string_test:u_test -> passed [0.099s] [192.168.10.2] out: bin/date/format_string_test:v_test -> passed [0.102s] [192.168.10.2] out: bin/date/format_string_test:w_test -> passed [0.085s] [192.168.10.2] out: bin/date/format_string_test:x_test -> passed [0.093s] [192.168.10.2] out: bin/date/format_string_test:y_test -> passed [0.107s] [192.168.10.2] out: bin/date/format_string_test:z_test -> passed [0.091s] [192.168.10.2] out: bin/pkill/pgrep-F_test:main -> passed [0.423s] [192.168.10.2] out: bin/pkill/pgrep-LF_test:main -> passed [0.922s] [192.168.10.2] out: bin/pkill/pgrep-P_test:main -> passed [0.515s] [192.168.10.2] out: bin/pkill/pgrep-U_test:main -> passed [0.730s] [192.168.10.2] out: bin/pkill/pgrep-_g_test:main -> passed [0.709s] [192.168.10.2] out: bin/pkill/pgrep-_s_test:main -> passed [0.062s] [192.168.10.2] out: bin/pkill/pgrep-g_test:main -> passed [0.830s] [192.168.10.2] out: bin/pkill/pgrep-i_test:main -> passed [0.407s] [192.168.10.2] out: bin/pkill/pgrep-j_test:main -> passed [6.254s] [192.168.10.2] out: bin/pkill/pgrep-l_test:main -> passed [0.579s] [192.168.10.2] out: bin/pkill/pgrep-n_test:main -> passed [0.421s] [192.168.10.2] out: bin/pkill/pgrep-o_test:main -> passed [0.359s] [192.168.10.2] out: bin/pkill/pgrep-q_test:main -> passed [0.405s] [192.168.10.2] out: bin/pkill/pgrep-s_test:main -> passed [0.708s] [192.168.10.2] out: bin/pkill/pgrep-t_test:main -> passed [0.401s] [192.168.10.2] out: bin/pkill/pgrep-v_test:main -> passed [0.399s] [192.168.10.2] out: bin/pkill/pgrep-x_test:main -> passed [0.386s] [192.168.10.2] out: bin/pkill/pkill-F_test:main -> passed [0.362s] [192.168.10.2] out: bin/pkill/pkill-LF_test:main -> passed [0.691s] [192.168.10.2] out: bin/pkill/pkill-P_test:main -> passed [0.433s] [192.168.10.2] out: bin/pkill/pkill-U_test:main -> passed [0.769s] [192.168.10.2] out: bin/pkill/pkill-_g_test:main -> passed [0.698s] [192.168.10.2] out: bin/pkill/pkill-g_test:main -> passed [0.720s] [192.168.10.2] out: bin/pkill/pkill-i_test:main -> passed [0.368s] [192.168.10.2] out: bin/pkill/pkill-j_test:main -> passed [8.451s] [192.168.10.2] out: bin/pkill/pkill-s_test:main -> passed [0.708s] [192.168.10.2] out: bin/pkill/pkill-t_test:main -> passed [0.711s] [192.168.10.2] out: bin/pkill/pkill-x_test:main -> passed [0.702s] [192.168.10.2] out: bin/expr/expr_test:arithmetic_ops -> expected_failure: the following testcases fail with syntax errors on FreeBSD: Expected 0, got expr: syntax error from expression: .java_wrapper : / [0.081s] [192.168.10.2] out: bin/expr/expr_test:basic_functional -> passed [0.089s] [192.168.10.2] out: bin/expr/expr_test:basic_math -> passed [0.114s] [192.168.10.2] out: bin/expr/expr_test:colon_vs_math -> passed [0.056s] [192.168.10.2] out: bin/expr/expr_test:compare_ops -> passed [0.108s] [192.168.10.2] out: bin/expr/expr_test:compare_ops_precedence -> passed [0.102s] [192.168.10.2] out: bin/expr/expr_test:gtkmm -> passed [0.086s] [192.168.10.2] out: bin/expr/expr_test:lang -> passed [0.094s] [192.168.10.2] out: bin/expr/expr_test:math_precedence -> passed [0.056s] [192.168.10.2] out: bin/expr/expr_test:multiply -> passed [0.076s] [192.168.10.2] out: bin/expr/expr_test:negative -> passed [0.080s] [192.168.10.2] out: bin/expr/expr_test:overflow -> passed [0.146s] [192.168.10.2] out: bin/expr/expr_test:precedence -> passed [0.052s] [192.168.10.2] out: bin/expr/expr_test:regex -> passed [0.097s] [192.168.10.2] out: bin/test/legacy_test:main -> passed [0.363s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:bad_library_directories -> passed [0.130s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:first_library_directory -> passed [0.085s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:last_library_directory -> passed [0.061s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:middle_library_directory -> passed [0.031s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:missing_library -> passed [0.027s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:single_library_directory -> passed [0.030s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:wrong_library_directories -> passed [0.038s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:equal -> passed [0.288s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:experr_mismatch -> passed [0.173s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:expout_mismatch -> passed [0.265s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:flush_stdout_on_death -> passed [1.142s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:info_ok -> passed [0.170s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stderr -> passed [0.139s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stdout -> passed [0.202s] [192.168.10.2] out: libexec/atf/atf-sh/config_test:get -> passed [0.189s] [192.168.10.2] out: libexec/atf/atf-sh/config_test:has -> passed [0.227s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:arguments -> passed [0.153s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__command_line -> passed [0.102s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__shebang -> passed [0.105s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:missing_script -> passed [0.070s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:no_args -> passed [0.081s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:set_e -> passed [0.122s] [192.168.10.2] out: libexec/atf/atf-sh/normalize_test:main -> passed [0.113s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:default_status -> passed [0.204s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:missing_body -> passed [0.086s] [192.168.10.2] out: libexec/atf/atf-sh/tp_test:srcdir -> passed [0.569s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_empty -> passed [0.133s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_file -> passed [0.316s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_ignore -> passed [0.280s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_inline -> passed [0.746s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_match -> passed [0.338s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_multiple -> passed [0.308s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_negated -> passed [0.224s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:eflag_save -> passed [0.242s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:invalid_umask -> passed [0.137s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_empty -> passed [0.189s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_file -> passed [0.259s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_ignore -> passed [0.169s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_inline -> passed [1.311s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_match -> passed [0.431s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_multiple -> passed [0.356s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_negated -> passed [0.183s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:oflag_save -> passed [0.154s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_eq_ne -> passed [0.290s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_exit -> passed [0.228s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_ignore -> passed [0.153s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:sflag_signal -> passed [0.196s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:stdin -> passed [0.082s] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:xflag -> passed [0.101s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150728-214137-422996 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150728-214137-422996.db [192.168.10.2] out: [192.168.10.2] out: 4336/4338 passed (2 failed) [192.168.10.2] out: Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=test-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 67957] [192.168.10.2] out: xffffff00 broadcast 192.168.10.255 kyuatestprompt # lock order reversal: 1st 0xfffffe007b223fc0 bufwait (bufwait) @ /builds/FreeBSD_HEAD/sys/kern/vfs_bio.c:3121 2nd 0xfffff800077a7c00 dirhash (dirhash) @ /builds/FreeBSD_HEAD/sys/ufs/ufs/ufs_dirhash.c:281 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0096f9c400 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe0096f9c480 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe0096f9c4c0 ufsdirhash_add() at ufsdirhash_add+0x3d/frame 0xfffffe0096f9c510 ufs_direnter() at ufs_direnter+0x5da/frame 0xfffffe0096f9c5e0 ufs_makeinode() at ufs_makeinode+0x5d3/frame 0xfffffe0096f9c7a0 ufs_create() at ufs_create+0x2d/frame 0xfffffe0096f9c7c0 VOP_CREATE_APV() at VOP_CREATE_APV+0xf1/frame 0xfffffe0096f9c7f0 vn_open_cred() at vn_open_cred+0x30e/frame 0xfffffe0096f9c960 kern_openat() at kern_openat+0x235/frame 0xfffffe0096f9cae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe0096f9cbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0096f9cbf0 --- syscall (499, FreeBSD ELF64, sys_openat), rip = 0x8008f2f7a, rsp = 0x7fffffffbb68, rbp = 0x7fffffffbc40 --- ahcich0: Timeout on slot 6 port 0 ahcich0: is 00000000 cs 00000000 ss 00000040 rs 00000040 tfd 50 serr 00000000 cmd 1000c617 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 10 port 0 ahcich0: is 00000000 cs 00000000 ss 00000400 rs 00000400 tfd 50 serr 00000000 cmd 1000ca17 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 b0 c2 27 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 17 port 0 ahcich0: is 00000000 cs 00000000 ss 00060000 rs 00060000 tfd 50 serr 00000000 cmd 1000d217 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 Stopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 28 23:08:20 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 done All buffers synced. lock order reversal: 1st 0xfffff800072c77c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount.c:1224 2nd 0xfffff800072c8240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995650 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956d0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b995800 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995820 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995850 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958c0 vget() at vget+0x7e/frame 0xfffffe007b995910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995960 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995990 dounmount() at dounmount+0x44a/frame 0xfffffe007b995a10 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x41205a, rsp = 0x7fffffffe718, rbp = 0x7fffffffe810 --- Uptime: 1h27m2s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freebsd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img umount /tmp/tmpBMVNre mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTABLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Tue Jul 28 23:09:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDB509AD8F8 for ; Tue, 28 Jul 2015 23:09:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C121CDFC for ; Tue, 28 Jul 2015 23:09:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id BE0909AD8F7; Tue, 28 Jul 2015 23:09:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDA009AD8F6 for ; Tue, 28 Jul 2015 23:09:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BE1CDFB for ; Tue, 28 Jul 2015 23:09:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t6SN99vR030486 for ; Tue, 28 Jul 2015 16:09:09 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6SN99cL030485 for current@freebsd.org; Tue, 28 Jul 2015 16:09:09 -0700 (PDT) (envelope-from david) Date: Tue, 28 Jul 2015 16:09:09 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Segmentation fault running ntpd Message-ID: <20150728230909.GR1277@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20150719183600.GF1217@albert.catwhisker.org> <20150724130317.GS27865@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fUm0f2RSYrSJjszE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:09:12 -0000 --fUm0f2RSYrSJjszE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2015 at 04:05:33PM -0700, Adrian Chadd wrote: > Is this still happening for you? > .... g1-245(10.2-P)[4] ls -lT /S4/ntpd.core=20 -rw-r--r-- 1 root wheel 13783040 Jul 28 04:56:28 2015 /S4/ntpd.core Apparently so, yes. (/S4 is where I have the head root file system mounted when I'm not running from slice 4.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --fUm0f2RSYrSJjszE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVuAuVXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7QdAP/jxdRxVejcvRGXzDQsHwLee+ SomB3Tqt8ItvFg/bqQ7gwJ09CoQMQSbI4nEPe8TwjEE9zQDrzc/zpWY11vxYVfg5 01pyOK1CSPc3Gu/eCQEnxNopX8IF6WSYltj60OHKL36j6JWKLn/odx0LUxT9lV3l SM0LeDSVsfLuesEu42hj/p6WWY2tACyi8Q/6cCRCREDLdDZcbu3fAJVXw1D9ugTK 3WLvyzObG/xBlYC2f1ywjwuoNdf6M2WdCGcXr6g07x9dHFb9EGsTZbogG1dWHRLR NuHv+QSFLb9W73dqhm3lykm6fC9AU/n6028DQov8Yz9Sk0Faj57UxbOkOyrT4nMl uG+d+SIpcVChhU0E8bxJ2h7ipiQjuLPpAhd0hQwzmbnwFOTR3ToQDhrM2qp1zmQy 21Tpyczxg6HXdLlNJhTucwCh3DXSlLDsYk3CIKvqEUWTdyNIKlw2GGpprmlp05pq ejjCHWyqdcRZMS3Y/S9g2LLi8/0XQjO//VfLienRLZ3yiIgkDRR2jRS2Fdr+Bu4P YKM7aStm86tgEvyyl2QveQenrlOPoDsZxkCJ0CcwxWV26FwYW/JdT2NCps/dq0jN apgs5FV9gq6nm/xg34KGEF9l4I+oWxnQFgQwQz0RqEG3RA+dM5RAowxsnrfG7I6o y8+QZ+VRt42+SnhH4Cbu =n/2P -----END PGP SIGNATURE----- --fUm0f2RSYrSJjszE-- From owner-freebsd-current@freebsd.org Tue Jul 28 23:20:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1795C9ADC27 for ; Tue, 28 Jul 2015 23:20:58 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F3FDC323 for ; Tue, 28 Jul 2015 23:20:57 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F0CFC9ADC26; Tue, 28 Jul 2015 23:20:57 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F05A79ADC25 for ; Tue, 28 Jul 2015 23:20:57 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3DCB322 for ; Tue, 28 Jul 2015 23:20:57 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZKEB4-000AEW-Gy; Wed, 29 Jul 2015 00:20:54 +0100 Date: Wed, 29 Jul 2015 00:20:54 +0100 From: Gary Palmer To: Ian FREISLICH Cc: David Wolfskill , current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib Message-ID: <20150728232054.GG41419@in-addr.com> References: <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:20:58 -0000 On Tue, Jul 28, 2015 at 10:17:38PM +0200, Ian FREISLICH wrote: [trim] > So, a couple of fscks found some problems, but none causing this. > > I found the actual problem. The mount point for /usr was mode 700 > even though the root of the mounted filesystem on /usr was mode 755. > Did I explain that clearly (quite difficult because two things are > the same thing, although they're apparently not)? > > Seems that for some reason, some but not all actions involving the > transition between . and .. on the mount point use either the > permissions of the mount point or the permissions of the directory > mounted on that mount point. In the past, the permissions in the > mounted filesystem have always trumped the mount point, but I have > no idea what the spec says. Is this a bug? As best that I can recall, the permissions of the directory underneath the mount point has been causing problems like this for as long as I've been using FreeBSD, which is over 20 years at this point. It's certainly bit me in the distant past. Regards, Gary From owner-freebsd-current@freebsd.org Tue Jul 28 23:25:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E3889ADED5 for ; Tue, 28 Jul 2015 23:25:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3E0AF7 for ; Tue, 28 Jul 2015 23:25:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1DEB99ADED4; Tue, 28 Jul 2015 23:25:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D8039ADED3 for ; Tue, 28 Jul 2015 23:25:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDACCAF6 for ; Tue, 28 Jul 2015 23:25:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by ioeg141 with SMTP id g141so3911327ioe.3 for ; Tue, 28 Jul 2015 16:25: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 :content-type; bh=tys0ybHUrMMGSMCzlOnvjWtdh4Yve8dtRRBuAAVBF5c=; b=JPyt/qG+r9aHjFLn7hgQs+QQjImhvpCfgYZqvdgEW1CzHkCI/4+7BNZap+pNcCoKrf qMqFRn8DnvhfH9kJZB27jzc/eAMOp2y2UI6EjSQFVGDA5UFFUGHe4KN0ERItZpjeLhp4 2q8WAkp50QECrBfUxKy/2E/E4pf9cR8M4I/xKcp9PE4d60PkjAGEXzQ8BhBRNl54nuw3 ZU82YGqsh4EavL/aKLFpML73syQgZupWwNWDvrUfywJeO3HCrLYxYlEPSx6SsS8/oYdv cy0ghjMq3ZWEcu20ABiumXRzfwTu9MoXzArb5la5tO2rNopGpsE9Vg2sK2t/JroEYFoe PB1w== MIME-Version: 1.0 X-Received: by 10.107.35.144 with SMTP id j138mr65677336ioj.105.1438125945424; Tue, 28 Jul 2015 16:25:45 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 28 Jul 2015 16:25:45 -0700 (PDT) In-Reply-To: <20150728230909.GR1277@albert.catwhisker.org> References: <20150719183600.GF1217@albert.catwhisker.org> <20150724130317.GS27865@albert.catwhisker.org> <20150728230909.GR1277@albert.catwhisker.org> Date: Tue, 28 Jul 2015 16:25:45 -0700 Message-ID: Subject: Re: Segmentation fault running ntpd From: Adrian Chadd To: David Wolfskill , "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:25:46 -0000 On 28 July 2015 at 16:09, David Wolfskill wrote: > On Tue, Jul 28, 2015 at 04:05:33PM -0700, Adrian Chadd wrote: >> Is this still happening for you? >> .... > > g1-245(10.2-P)[4] ls -lT /S4/ntpd.core > -rw-r--r-- 1 root wheel 13783040 Jul 28 04:56:28 2015 /S4/ntpd.core > > Apparently so, yes. > > (/S4 is where I have the head root file system mounted when I'm not > running from slice 4.) Hm, is there any way you can get symbols for it? I don't think I can easily get symbols for the crash we have, but my crash is also deep in malloc code.. -a From owner-freebsd-current@freebsd.org Tue Jul 28 23:31:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EF149AC2C4 for ; Tue, 28 Jul 2015 23:31:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 410DE7E7 for ; Tue, 28 Jul 2015 23:31:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3FEA69AC2C3; Tue, 28 Jul 2015 23:31:05 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F7FF9AC2C2 for ; Tue, 28 Jul 2015 23:31:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE1F27E6 for ; Tue, 28 Jul 2015 23:31:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t6SNV3eU030640; Tue, 28 Jul 2015 16:31:03 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6SNV2Zd030639; Tue, 28 Jul 2015 16:31:02 -0700 (PDT) (envelope-from david) Date: Tue, 28 Jul 2015 16:31:02 -0700 From: David Wolfskill To: Adrian Chadd Cc: "current@freebsd.org" Subject: Re: Segmentation fault running ntpd Message-ID: <20150728233102.GS1277@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Adrian Chadd , "current@freebsd.org" References: <20150719183600.GF1217@albert.catwhisker.org> <20150724130317.GS27865@albert.catwhisker.org> <20150728230909.GR1277@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vJnATpogyuudK3Na" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:31:05 -0000 --vJnATpogyuudK3Na Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 28, 2015 at 04:25:45PM -0700, Adrian Chadd wrote: > ... > Hm, is there any way you can get symbols for it? Well, I could "CFLAGS+=3D -g" in /etc/make.conf & to a "clean" build, then try to re-create it (& point gdb at the objects in /usr/obj/obj/*) -- would that do? > I don't think I can easily get symbols for the crash we have, but my > crash is also deep in malloc code.. > .... Coincidence? Inquiring minds want to know.... :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --vJnATpogyuudK3Na Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVuBC2XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7SjYQAIPsv0560rF952d9uXZM+GLS U+Awj34a+jw4uU0EOMrF6ON4TQGC6kV+Uvq7q8COb4HjnvXqbFjMb6yrN/su6YGH iP5NsYmdCxcmrEJHkalmKzlRr60/fssVTc82HIwZXdgW11WDf/fOOHF/bUl/Ynst VeUlo6AjOjcvlnAQJW1DofyoLFaUNh5gIYPq02dFQr0zqX58EHY2NF2saG+CbsMg DNjK95hmob210qyl6tjRzoH2wtVEJRg5ah59g3U14avM9ZLG0wMkzgRqK8QzqCs8 70f1/z1WRzxUZmc246SnP89canHDXf1jp/wGimlZGDjAuHMtP84y+amIGJMhtesq 1JWDMewPb5xzk28F9+p95KfWRSSslrF05XNQCT0NzSc30oIHPiW29o+PK/y38LFj MqnDrOhjowDMu73FlwXoOjW1PEyge2g3CFEoA4gna00eP4K27X62YFJUbuMe7YT5 p2hwbrjK+fvaPU/OT0x4yXavLseX9dT8LXzDumJqmWV9gmj8SZQPeTx4QWkxw1tW httlcPYvkZqoLMPquQ4H02r0WQvXX8Ao/pvvieguG8uhgRHPa308EloZsHIfpVIP ALkdNDa5jTt4G56fwOvnTMoUJoiAk9kJcOejmWy1XPh8goNgvVzYOOPloVSjrcHT 9J/tNxUSGBwFxcl5gOWb =mVTG -----END PGP SIGNATURE----- --vJnATpogyuudK3Na-- From owner-freebsd-current@freebsd.org Tue Jul 28 23:35:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C01C59AC443 for ; Tue, 28 Jul 2015 23:35:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A37729F0 for ; Tue, 28 Jul 2015 23:35:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id A24DE9AC441; Tue, 28 Jul 2015 23:35:57 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1DB39AC440 for ; Tue, 28 Jul 2015 23:35:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 71A7C9EF for ; Tue, 28 Jul 2015 23:35:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iggf3 with SMTP id f3so1879180igg.1 for ; Tue, 28 Jul 2015 16:35:56 -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=FaD471cvwcGxe9iM9D1KH2PouoUbJYcPBEyjzwFcYiI=; b=kUnCXSxZOU57uI9fNv1HW+7mC6X9O9TJHPr5pWsTgDkG12G/f6mLTVJP+lTWurC95Q KlOOq4Qj+c12bbKhH+TI4YWJlu4g5YPLuzYfXaayEbVHknUvsUYk3XeULa9E1fh70aeB 1G2i08pxS8dNyj4orK/9LLwkv7n9ccnqIhaNeAbCg+6GNWtAFpRceblM7RXWg6Ey5+kQ riHMI/b1ggZwxOSMlPwxY5Q/Mm/HOTsGSgZ2q3xUZW0a5nPl/hkA37MyiJjXeEh23hez WXHrSRD+B3CLkK06H63BCwzxAB/42AH25NXIvR0ztQKYe5Uqeke7R7WHArj4YeJGN53i Qavw== MIME-Version: 1.0 X-Received: by 10.50.102.7 with SMTP id fk7mr11668072igb.49.1438126556794; Tue, 28 Jul 2015 16:35:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Tue, 28 Jul 2015 16:35:56 -0700 (PDT) Date: Tue, 28 Jul 2015 16:35:56 -0700 X-Google-Sender-Auth: IQNdBPbcumfrwgie7sPNpkm2_nI Message-ID: Subject: Re: Segmentation fault running ntpd From: Adrian Chadd To: David Wolfskill , "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:35:57 -0000 There's some way in stable/10 and -head to get it to install debug symbols for things. Maybe it's only libraries, but you'll at least want that in there so you can get stack traces through libc. -adrian From owner-freebsd-current@freebsd.org Tue Jul 28 23:49:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89C729AC8BF for ; Tue, 28 Jul 2015 23:49:55 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 74FB7A3 for ; Tue, 28 Jul 2015 23:49:55 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.ysv.freebsd.org (Postfix) id 73E339AC8BE; Tue, 28 Jul 2015 23:49:55 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 737369AC8BD for ; Tue, 28 Jul 2015 23:49:55 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9CEA2; Tue, 28 Jul 2015 23:49:54 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from coconut.local (173-19-243-56.client.mchsi.com [173.19.243.56]) by smtp.vangyzen.net (Postfix) with ESMTPSA id A72D156487; Tue, 28 Jul 2015 18:49:47 -0500 (CDT) Subject: Re: Segmentation fault running ntpd To: Adrian Chadd , David Wolfskill , "current@freebsd.org" References: From: Eric van Gyzen Message-ID: <55B81516.3080908@vangyzen.net> Date: Tue, 28 Jul 2015 18:49:42 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:49:55 -0000 WITH_DEBUG_FILES=1 (IIRC) On 7/28/15 6:35 PM, Adrian Chadd wrote: > There's some way in stable/10 and -head to get it to install debug > symbols for things. Maybe it's only libraries, but you'll at least > want that in there so you can get stack traces through libc. > > > > -adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jul 29 04:36:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29ECC9ABEE5 for ; Wed, 29 Jul 2015 04:36:01 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D93814E for ; Wed, 29 Jul 2015 04:36:00 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ZKJ5s-003iYR-5S>; Wed, 29 Jul 2015 06:35:52 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ZKJ5r-002AhQ-VT>; Wed, 29 Jul 2015 06:35:52 +0200 Date: Wed, 29 Jul 2015 06:35:47 +0200 From: "O. Hartmann" To: freebsd-current Subject: [CURRENT]: r285995: BROKEN! buildkernel fails in kern_shutdown.c Message-ID: <20150729063547.384dacbe@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 04:36:01 -0000 Sources as of r285995 fail to build kernel with [...] --- kernel --- linking kernel kern_shutdown.o: In function `kern_reboot': /usr/src/sys/kern/kern_shutdown.c:(.text+0x2e6): undefined reference to `bufshutdown' *** [kernel] Error code 1 Regards, oh From owner-freebsd-current@freebsd.org Wed Jul 29 04:58:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C15D9AD530 for ; Wed, 29 Jul 2015 04:58:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20D6A9D7 for ; Wed, 29 Jul 2015 04:58:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by oixx19 with SMTP id x19so7995253oix.0 for ; Tue, 28 Jul 2015 21:58:26 -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=2OwFZVWaAKMqxSbYKO3slQuhwr/vfriHQiVpFWB3uEY=; b=m1eUd4J5B7m8ZWFYvj+IxsBkBfHK/B0Gj/Rzk+OxwhDB7joPhLG2eTT43ZZdoQgKzJ ipTpDlukSDdMwS9X072shpGy607nwMErGq/VT8EzO37a0LIDMlxH6YtDdazfFfaV/d40 FQQpO7Ce1a/tG/jp5Mf7z01qFGxd2klTVacJ+MyuPo0cSyOk7oRbvSzScoYRZmd3BUZh dbDqVQIkpC7HmGcM3qQ4tfHNrJb6NaZ/tBs5sI1swKHi7YthBUpRFTSnL58kM6yUzQD9 7nfdIUmVrduUTFD1ZwFEERuNUZIsXa9iCD2H4kYwSpIOeo7U5N+SU/8Ji6eYbYHbm2Yz QRLg== MIME-Version: 1.0 X-Received: by 10.202.168.195 with SMTP id r186mr35986917oie.44.1438145906283; Tue, 28 Jul 2015 21:58:26 -0700 (PDT) Received: by 10.76.58.17 with HTTP; Tue, 28 Jul 2015 21:58:26 -0700 (PDT) In-Reply-To: <20150729063547.384dacbe@freyja.zeit4.iv.bundesimmobilien.de> References: <20150729063547.384dacbe@freyja.zeit4.iv.bundesimmobilien.de> Date: Tue, 28 Jul 2015 21:58:26 -0700 Message-ID: Subject: Re: [CURRENT]: r285995: BROKEN! buildkernel fails in kern_shutdown.c From: Conrad Meyer To: "O. Hartmann" Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 04:58:27 -0000 On Tue, Jul 28, 2015 at 9:35 PM, O. Hartmann wrote: > Sources as of r285995 fail to build kernel with > > [...] > --- kernel --- > linking kernel > kern_shutdown.o: In function `kern_reboot': > /usr/src/sys/kern/kern_shutdown.c:(.text+0x2e6): undefined reference to > `bufshutdown' *** [kernel] Error code 1 Hi, It appears you've got an old version of vfs_bio.o cached. Try deleting that and building. Best, Conrad From owner-freebsd-current@freebsd.org Wed Jul 29 05:07:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ABF39AD7E8 for ; Wed, 29 Jul 2015 05:07:28 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 80142D6A for ; Wed, 29 Jul 2015 05:07:28 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: by mailman.ysv.freebsd.org (Postfix) id 7D10B9AD7E7; Wed, 29 Jul 2015 05:07:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CA199AD7E6 for ; Wed, 29 Jul 2015 05:07:28 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E8414D69; Wed, 29 Jul 2015 05:07:27 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t6T4mojC019591; Wed, 29 Jul 2015 05:48:50 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t6T4moDa019590; Wed, 29 Jul 2015 05:48:50 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201507290448.t6T4moDa019590@dyslexicfish.net> Date: Wed, 29 Jul 2015 05:48:50 +0100 To: ian.freislich@capeaugusta.com, gpalmer@freebsd.org Cc: david@catwhisker.org, current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib References: <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> <20150728232054.GG41419@in-addr.com> In-Reply-To: <20150728232054.GG41419@in-addr.com> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Wed, 29 Jul 2015 05:48:50 +0100 (BST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 05:07:28 -0000 Gary Palmer wrote: > As best that I can recall, the permissions of the directory underneath > the mount point has been causing problems like this for as long as I've been > using FreeBSD, which is over 20 years at this point. It's certainly > bit me in the distant past. I concur. I always make mount point directories 0111,noschg,nodump - it makes them stand out when not mounted, and also stops accidental directory deletion potentially stopping a reboot from working. But yeah, for 20+ years. I've also experienced problems if a mount-point directory doesn't have +x access. Cheers, Jamie From owner-freebsd-current@freebsd.org Wed Jul 29 05:22:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 714B29ADC88 for ; Wed, 29 Jul 2015 05:22:05 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2DC161515 for ; Wed, 29 Jul 2015 05:22:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1ZKJoZ-003pq8-8r>; Wed, 29 Jul 2015 07:22:03 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1ZKJoZ-002Dev-35>; Wed, 29 Jul 2015 07:22:03 +0200 Date: Wed, 29 Jul 2015 07:21:56 +0200 From: "O. Hartmann" To: Conrad Meyer Cc: freebsd-current Subject: Re: [CURRENT]: r285995: BROKEN! buildkernel fails in kern_shutdown.c Message-ID: <20150729072156.576dfa07@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: <20150729063547.384dacbe@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 05:22:05 -0000 On Tue, 28 Jul 2015 21:58:26 -0700 Conrad Meyer wrote: > On Tue, Jul 28, 2015 at 9:35 PM, O. Hartmann > wrote: > > Sources as of r285995 fail to build kernel with > > > > [...] > > --- kernel --- > > linking kernel > > kern_shutdown.o: In function `kern_reboot': > > /usr/src/sys/kern/kern_shutdown.c:(.text+0x2e6): undefined reference to > > `bufshutdown' *** [kernel] Error code 1 > > > Hi, > > It appears you've got an old version of vfs_bio.o cached. Try deleting > that and building. > > Best, > Conrad I doubt that. When I start building world this morning, I deleted /usr/obj/*. So it should be not as you presumed. I just did a make -j12 kernel in /usr/src again and it failed at the very same position. Again, the source tree has been recently updated, afterwards I started buidlworld on a deleted/fresh /usr/obj. From owner-freebsd-current@freebsd.org Wed Jul 29 05:25:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 658AE9ADDB6 for ; Wed, 29 Jul 2015 05:25:27 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2237B1686 for ; Wed, 29 Jul 2015 05:25:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ZKJrp-003qKJ-1b>; Wed, 29 Jul 2015 07:25:25 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ZKJro-002Dqv-RD>; Wed, 29 Jul 2015 07:25:25 +0200 Date: Wed, 29 Jul 2015 07:25:24 +0200 From: "O. Hartmann" To: freebsd-current Subject: r285995: config: Error: device "ig4" is unknown Message-ID: <20150729072524.442ae388@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-ZEDAT-Hint: T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 05:25:27 -0000 Having in kernel device ig4 makes buildkernel failing in CURRENT r285995: config: Error: device "ig4" is unknown Loading the kernel module via "kldload ig4" works fine. Regards oh From owner-freebsd-current@freebsd.org Wed Jul 29 05:30:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 279EE9ADE9C for ; Wed, 29 Jul 2015 05:30:20 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9F9C1963 for ; Wed, 29 Jul 2015 05:30:19 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ZKJwX-003rDN-Ri>; Wed, 29 Jul 2015 07:30:17 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ZKJwX-002E9p-Kq>; Wed, 29 Jul 2015 07:30:17 +0200 Date: Wed, 29 Jul 2015 07:30:17 +0200 From: "O. Hartmann" To: freebsd-current Subject: [CURRENT]: r285995: etc/rc.d/tests residual in source tree not caught by "make delete-old" Message-ID: <20150729073017.27677553@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 05:30:20 -0000 Checking the source tree on CURRENT r285995 via "svn status" reveals that there is a remnant etc/rc.d/tests obviously not caught by "make delete-old": ? .snap ? .sujournal ? etc/rc.d/tests ? sys/amd64/conf/KOENIGSBERG Can someone fix this? Regards, oh From owner-freebsd-current@freebsd.org Wed Jul 29 05:39:54 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 957209AE125 for ; Wed, 29 Jul 2015 05:39: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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55D131D22 for ; Wed, 29 Jul 2015 05:39:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ZKK5n-003si2-MY>; Wed, 29 Jul 2015 07:39:51 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ZKK5n-002Eil-FC>; Wed, 29 Jul 2015 07:39:51 +0200 Date: Wed, 29 Jul 2015 07:39:50 +0200 From: "O. Hartmann" To: freebsd-current Subject: r285947: broken AESNI support? No aesni0 on Intel XEON E5-1650-v3 on Fujitsu Celsius M740 Message-ID: <20150729073950.2d09ea6b@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 05:39:54 -0000 Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r285947: Tue Jul 28 13:39:03 CEST 2015 amd64) equipted with an Intel XEON E5-1650 v3, see the extraction from recent "dmesg" below. I double checked the UEFI settings (the box is a Fujitsu Celsius M740 with most recent firmware 1.8.0) and I didn't find anything indicating that AES-NI has been deactivated. I checked the data sheet at Intel, the CPU should support AES-NI. I also filed a PR: Bug 201960 I'd like to know whether this is by intention, by bug (feature mask wrong?) or by a faulty firmware? Any hints? Thanks in advance, Oliver [...] FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: running with driver "efifb". CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz (3491.98-MHz K8-class CPU) Origin="GenuineIntel" Id=0x306f2 Family=0x6 Model=0x3f Stepping=2 Features=0xbfebfbff Features2=0x7dfefbff AMD Features=0x2c100800 AMD Features2=0x21 Structured Extended Features=0x37ab XSAVE Features=0x1 VT-x: (disabled in BIOS) PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) avail memory = 33136336896 (31601 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) x 2 SMT threads 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 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 random: unblocking device. ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard random: entropy device external interface kbd0 at kbdmux0 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" cryptosoft0: on motherboard aesni0: No AESNI support. [...] From owner-freebsd-current@freebsd.org Wed Jul 29 05:50:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72F259AE3EA for ; Wed, 29 Jul 2015 05:50:55 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D9463BA for ; Wed, 29 Jul 2015 05:50:55 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by oibn4 with SMTP id n4so81212442oib.3 for ; Tue, 28 Jul 2015 22:50:54 -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=Wq7MZKKqtaWNMs9xr8I/YjH3EiabgNa+GhUuLLKG6K0=; b=oowgPswm17etHGsBcPSr1lK7vZNrL/24TrkGgu3GHIhF9iaTGygjbIoiWRMUnn+LSR zt2g+elWKqHyQGTG/CP13l4JGIbfQN1XahE+yaRh/ip+iSYqYoC8wzmhShJgN5jMbsHJ GFHoG4haWoh6kUC443sVjCCDeDI0+LY19cbrp1p0UU4BRNkE9s98Ry3yuTI/nHJrfeLC O1MDZVP5y43+7tK+dkdbxMsveOvUpZh12KKwbKFnoIsE8KLJX2USctgej052xuMtb6vX GbYjweSoSO6B3Z7xKwoBm9WVkPDkfk7TP/zj8WF+SlOF2bLRPIhvf/9vLXYMghLJIeFC mkfA== MIME-Version: 1.0 X-Received: by 10.202.175.199 with SMTP id y190mr1012200oie.22.1438149054554; Tue, 28 Jul 2015 22:50:54 -0700 (PDT) Received: by 10.76.58.17 with HTTP; Tue, 28 Jul 2015 22:50:54 -0700 (PDT) In-Reply-To: <20150729072156.576dfa07@freyja.zeit4.iv.bundesimmobilien.de> References: <20150729063547.384dacbe@freyja.zeit4.iv.bundesimmobilien.de> <20150729072156.576dfa07@freyja.zeit4.iv.bundesimmobilien.de> Date: Tue, 28 Jul 2015 22:50:54 -0700 Message-ID: Subject: Re: [CURRENT]: r285995: BROKEN! buildkernel fails in kern_shutdown.c From: Conrad Meyer To: "O. Hartmann" Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 05:50:55 -0000 On Tue, Jul 28, 2015 at 10:21 PM, O. Hartmann wrote: > On Tue, 28 Jul 2015 21:58:26 -0700 > Conrad Meyer wrote: > >> On Tue, Jul 28, 2015 at 9:35 PM, O. Hartmann >> wrote: >> > Sources as of r285995 fail to build kernel with >> > >> > [...] >> > --- kernel --- >> > linking kernel >> > kern_shutdown.o: In function `kern_reboot': >> > /usr/src/sys/kern/kern_shutdown.c:(.text+0x2e6): undefined reference to >> > `bufshutdown' *** [kernel] Error code 1 >> >> >> Hi, >> >> It appears you've got an old version of vfs_bio.o cached. Try deleting >> that and building. >> >> Best, >> Conrad > > I doubt that. When I start building world this morning, I deleted /usr/obj/*. > So it should be not as you presumed. > > I just did a > > make -j12 kernel > > in /usr/src again and it failed at the very same position. Again, the source > tree has been recently updated, afterwards I started buidlworld on a > deleted/fresh /usr/obj. Well, r285993 is probably the offending commit. It looks ok to me, though I also hit: kern_shutdown.o: In function `kern_reboot': /usr/home/cmeyer/src/freebsd/sys/kern/kern_shutdown.c:315: undefined reference to `bufshutdown' Best, Conrad From owner-freebsd-current@freebsd.org Wed Jul 29 06:27:32 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 940419AEBCD for ; Wed, 29 Jul 2015 06:27:32 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 38B1D19F3 for ; Wed, 29 Jul 2015 06:27:32 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t6T6RJAb099983 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 29 Jul 2015 07:27:19 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t6T6RJAb099983 Authentication-Results: smtp.infracaninophile.co.uk/t6T6RJAb099983; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6] claimed to be liminal.local Subject: Re: "broken" symbolic links in /usr/lib To: freebsd-current@freebsd.org References: <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> <20150728232054.GG41419@in-addr.com> <201507290448.t6T4moDa019590@dyslexicfish.net> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55B8723F.8090409@FreeBSD.org> Date: Wed, 29 Jul 2015 07:27:11 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <201507290448.t6T4moDa019590@dyslexicfish.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="prISsCCN9pDAHtk4AjGUXm71epXNR6S7O" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 06:27:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --prISsCCN9pDAHtk4AjGUXm71epXNR6S7O Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 29/07/2015 05:48, Jamie Landeg-Jones wrote: > Gary Palmer wrote: >=20 >> As best that I can recall, the permissions of the directory underneath= >> the mount point has been causing problems like this for as long as I'v= e been >> using FreeBSD, which is over 20 years at this point. It's certainly >> bit me in the distant past. >=20 > I concur. I always make mount point directories 0111,noschg,nodump - it= makes > them stand out when not mounted, and also stops accidental directory de= letion > potentially stopping a reboot from working. >=20 > But yeah, for 20+ years. I've also experienced problems if a mount-poin= t > directory doesn't have +x access. A long time ago -- before the millenium -- NeXT machines did away with the need for a mount-point directory to exist. So, if you wanted to mount /foo/bar, only the /foo directory needed to exist prior to the mount. Since NeXT was subsumed by Apple, and NeXTStep reborn as MacOSX, the same is presumably true today all Macs. (Although I haven't tested this personally.) I do wonder why the rest of the world didn't do likewise. It would make this sort of problem a non-event. Cheers, Matthew --prISsCCN9pDAHtk4AjGUXm71epXNR6S7O 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.20 (Darwin) iQJ8BAEBCgBmBQJVuHJGXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATZCIP/A70oYjSmowH3qPzzkiPFpMn 2LKxCF1sQgP6NPKln3SO2ZJlaScjYgniq1IYxOG/rO13Ran0Rei1f2ebdD7ya2fx +MO8ofZrTTnplSFXv2ICiR54wG5n93X7nJKbhmKwCEdxjtvWec7F9yYU5T/dpB2P dbDvGfaNrZy636nOGjvOMMMBMS4REZDKkLVp/1v++12qY596pYhA86nOFZKm5lIU 97UGTFJ+avGN2F04LjfA+odBtuhrS3dszEaOLSIIOMZ+Z5VC/7E0fCa2ybnFYRd5 vYK+cpGRgODojfV5Hih+qEd51C4WdgOgd1laxj6tEIWMKOvU5NM2GeMiNbQPrGzl LcDGHL0LpP99zzYJICdM8k881wy6hALr6SGCGSw7sx8nG+WBrpTKmPhePltr0a22 YB89VsLm3rxz9D1j+Gip4+G3JLUcEeIOjXtyPMY/+AAYHJY45o0sBVMeQ9gY6LTs 9/P/FmGTEwU4eJQor2sLcwwQ4phOdWjfeU0H6Cl4r5G/tQqqE+wi3pPs0ENT7Lgz LRcQ8mBtGmhHu9dX61kR4fSySTQH1fPSPNc16dVX4du6unAZQhOZilsLKMHrP9en vGmWOJooAnEtkhWXs4dkiJrsY1w9WeX/t5qTqS6JYUFMpdkj6PSUGEbJawVZictl SPhfI+4xG3/OwsDQjdCz =QF2D -----END PGP SIGNATURE----- --prISsCCN9pDAHtk4AjGUXm71epXNR6S7O-- From owner-freebsd-current@freebsd.org Wed Jul 29 06:43:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 291E99AD082 for ; Wed, 29 Jul 2015 06:43:26 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 18963386; Wed, 29 Jul 2015 06:43:26 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9F6AD293; Wed, 29 Jul 2015 06:43:25 +0000 (UTC) Date: Wed, 29 Jul 2015 06:43:25 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1340867378.15.1438152205314.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <185934114.11.1438124918342.JavaMail.jenkins@jenkins-9.freebsd.org> References: <185934114.11.1438124918342.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1229 - Still Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 06:43:26 -0000 FreeBSD_HEAD-tests - Build #1229 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1229/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1229/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1229/console Change summaries: No changes The end of the build log: [...truncated 4438 lines...] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_raw -> passed [3.613s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vhd -> passed [2.187s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vhdf -> passed [2.859s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vmdk -> passed [1.605s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_qcow -> passed [1.885s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_qcow2 -> passed [2.395s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_raw -> passed [2.113s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vhd -> passed [2.748s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vhdf -> passed [1.447s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vmdk -> passed [2.881s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow -> passed [2.534s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow2 -> passed [0.936s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_raw -> passed [2.028s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhd -> passed [1.937s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhdf -> passed [3.031s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vmdk -> passed [2.295s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow -> passed [2.565s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow2 -> passed [1.071s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_raw -> passed [1.138s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhd -> passed [1.249s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhdf -> passed [6.075s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vmdk -> passed [2.264s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow -> passed [0.987s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow2 -> passed [2.425s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_raw -> passed [2.025s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhd -> passed [1.151s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhdf -> passed [2.398s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vmdk -> passed [1.168s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow -> passed [1.443s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow2 -> passed [2.731s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_raw -> passed [1.952s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhd -> passed [2.810s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhdf -> passed [2.377s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vmdk -> passed [3.599s] [192.168.10.2] out: usr.bin/ident/ident:ident -> passed [0.419s] [192.168.10.2] out: usr.bin/dirname/dirname_test:basic -> passed [0.302s] [192.168.10.2] out: usr.bin/gzip/gzip_test:concatenated -> passed [0.100s] [192.168.10.2] out: usr.bin/gzip/gzip_test:crcerror -> passed [0.151s] [192.168.10.2] out: usr.bin/gzip/gzip_test:good -> passed [0.110s] [192.168.10.2] out: usr.bin/gzip/gzip_test:pipe -> passed [3.649s] [192.168.10.2] out: usr.bin/gzip/gzip_test:truncated -> passed [0.182s] [192.168.10.2] out: usr.bin/calendar/legacy_test:main -> passed [1.885s] [192.168.10.2] out: sys/aio/aio_test:aio_fifo_test -> skipped: module aio could not be resolved: No such file or directory [0.084s] [192.168.10.2] out: sys/aio/aio_test:aio_file_test -> skipped: module aio could not be resolved: No such file or directory [0.037s] [192.168.10.2] out: sys/aio/aio_test:aio_md_test -> skipped: module aio could not be resolved: No such file or directory [0.077s] [192.168.10.2] out: sys/aio/aio_test:aio_pipe_test -> skipped: module aio could not be resolved: No such file or directory [0.053s] [192.168.10.2] out: sys/aio/aio_test:aio_pty_test -> skipped: module aio could not be resolved: No such file or directory [0.061s] [192.168.10.2] out: sys/aio/aio_test:aio_unix_socketpair_test -> skipped: module aio could not be resolved: No such file or directory [0.077s] [192.168.10.2] out: sys/aio/aio_kqueue_test:main -> passed [0.098s] [192.168.10.2] out: sys/aio/lio_kqueue_test:main -> passed [0.039s] [192.168.10.2] out: sys/fifo/fifo_create:main -> passed [4.339s] [192.168.10.2] out: sys/fifo/fifo_io:main -> passed [11.268s] [192.168.10.2] out: sys/fifo/fifo_misc:main -> passed [0.100s] [192.168.10.2] out: sys/fifo/fifo_open:main -> passed [14.513s] [192.168.10.2] out: sys/file/ftruncate_test:main -> passed [0.216s] [192.168.10.2] out: sys/file/newfileops_on_fork_test:main -> passed [1.194s] [192.168.10.2] out: sys/file/closefrom_test:main -> passed [0.228s] [192.168.10.2] out: sys/file/dup_test:main -> passed [0.074s] [192.168.10.2] out: sys/file/fcntlflags_test:main -> passed [0.112s] [192.168.10.2] out: sys/file/flock_test:main -> passed [8.091s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__ebadf_when_2nd_arg_out_of_range -> passed [0.217s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__simple -> passed [0.163s] [192.168.10.2] out: sys/kern/kern_descrip_test:kern_maxfiles__increase -> skipped: Required configuration property 'allow_sysctl_side_effects' not defined [0.000s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_child_debugger -> passed [0.328s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unrelated_debugger -> passed [0.247s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach -> passed [0.115s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me -> passed [0.122s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.468s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.222s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.173s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed [0.062s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> passed [0.098s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> passed [0.075s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed [0.106s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed [0.085s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [0.061s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> passed [0.039s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed [0.027s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed [0.076s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed [0.032s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed [0.083s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed [0.100s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed [0.078s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [0.051s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k -> passed [0.274s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k -> passed [0.507s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k -> passed [0.053s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> passed [0.048s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> passed [0.094s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed [0.139s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers -> passed [0.141s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.077s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> passed [0.047s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect -> passed [0.087s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed [0.065s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking -> passed [0.103s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking -> passed [0.045s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed [0.059s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking -> passed [0.062s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed [0.062s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking -> passed [0.063s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -> passed [0.071s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passed [0.038s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> failed: 2 checks failed; see output for more details [0.063s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> failed: 2 checks failed; see output for more details [0.039s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed [0.152s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [0.160s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.111s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [0.123s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [0.084s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed [0.101s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.148s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> passed [0.309s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [0.294s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [0.262s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [11.338s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [0.241s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.149s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest3 -> passed [0.123s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest4 -> passed [0.157s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [0.209s] [192.168.10.2] out: sys/netinet/fibs_test:arpresolve_checks_interface_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:default_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:loopback_and_network_routes_on_nondefault_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:udp_dontroute -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/opencrypto/runtests:main -> passed [0.250s] [192.168.10.2] out: sys/vm/mmap_test:main -> passed [0.050s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150729-050137-224262 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150729-050137-224262.db [192.168.10.2] out: [192.168.10.2] out: 4338/4340 passed (2 failed) [192.168.10.2] out: Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=test-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 67548] [192.168.10.2] out: 0 broadcast 192.168.10.255 kyuatestprompt # maxproc limit exceeded by uid 977 (pid 8080); see tuning(7) and login.conf(5) Jul 29 05:14:37 h_fgets: stack overflow detected; terminated Jul 29 05:14:47 h_gets: stack overflow detected; terminated Jul 29 05:14:58 h_memcpy: stack overflow detected; terminated ahcich0: Timeout on slot 15 port 0 ahcich0: is 00000000 cs 00000000 ss 00078000 rs 00078000 tfd 50 serr 00000000 cmd 1000d217 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 00 93 13 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command Jul 29 05:15:38 h_memmove: stack overflow detected; terminated Jul 29 05:15:44 h_memset: stack overflow detected; terminated Jul 29 05:15:54 h_read: stack overflow detected; terminated Jul 29 05:16:02 h_readlink: stack overflow detected; terminated Jul 29 05:16:07 h_snprintf: stack overflow detected; terminated Jul 29 05:16:27 h_sprintf: stack overflow detected; terminated Jul 29 05:16:37 h_stpcpy: stack overflow detected; terminated Jul 29 05:16:42 h_stpncpy: stack overflow detected; terminated Jul 29 05:16:48 h_strcat: stack overflow detected; terminated Jul 29 05:16:55 h_strcpy: stack overflow detected; terminated Jul 29 05:17:15 h_strncat: stack overflow detected; terminated Jul 29 05:17:22 h_strncpy: stack overflow detected; terminated Jul 29 05:17:27 h_vsnprintf: stack overflow detected; terminated Jul 29 05:17:35 h_vsprintf: stack overflow detected; terminated Jul 29 05:19:49 t_openpam_readword: in openpam_readword(): unexpected end of file Jul 29 05:19:49 last message repeated 2 times ahcich0: Timeout on slot 19 port 0 ahcich0: is 00000000 cs 00000000 ss fff80000 rs fff80000 tfd 50 serr 00000000 cmd 1000df17 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcicStopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 29 06:42:48 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 done All buffers synced. lock order reversal: 1st 0xfffff800072c77c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount.c:1224 2nd 0xfffff800072c8240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995650 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956d0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b995800 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995820 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995850 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958c0 vget() at vget+0x7e/frame 0xfffffe007b995910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995960 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995990 dounmount() at dounmount+0x44a/frame 0xfffffe007b995a10 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x41205a, rsp = 0x7fffffffe718, rbp = 0x7fffffffe810 --- Uptime: 1h41m39s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freebsd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img umount /tmp/tmp84wZD7 mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTABLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Wed Jul 29 07:17:34 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67B899ADBC3 for ; Wed, 29 Jul 2015 07:17:34 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4567F160E for ; Wed, 29 Jul 2015 07:17:33 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6T7HXfE099599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2015 00:17:33 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6T7HWUm099598; Wed, 29 Jul 2015 00:17:32 -0700 (PDT) (envelope-from jmg) Date: Wed, 29 Jul 2015 00:17:32 -0700 From: John-Mark Gurney To: Alexandr Krivulya , Sydney Meyer Cc: FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 Message-ID: <20150729071732.GA78154@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <115C4952-7935-49D8-83B1-98ACFC07248A@googlemail.com> <55B099F6.8000004@shurik.kiev.ua> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Wed, 29 Jul 2015 00:17:33 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 07:17:34 -0000 Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300: [...] > With r285535 all works fine. Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 +0200: > > I'm having the same problem with IPSec, running -current with r285794. > > Don't know if this helps, but "netstat -s -p esp" shows packets dropped; bad ilen. It looks like there was an issue w/ that commit... After looking at the code, and working w/ gnn, I have committed r286000 which fixes it in my test cases... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Wed Jul 29 07:36:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F00A9AB376 for ; Wed, 29 Jul 2015 07:36:18 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B5D41E17 for ; Wed, 29 Jul 2015 07:36:17 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6T7aHBi099961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2015 00:36:17 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6T7aGoe099960; Wed, 29 Jul 2015 00:36:16 -0700 (PDT) (envelope-from jmg) Date: Wed, 29 Jul 2015 00:36:16 -0700 From: John-Mark Gurney To: "O. Hartmann" Cc: freebsd-current Subject: Re: r285947: broken AESNI support? No aesni0 on Intel XEON E5-1650-v3 on Fujitsu Celsius M740 Message-ID: <20150729073616.GB78154@funkthat.com> References: <20150729073950.2d09ea6b@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150729073950.2d09ea6b@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Wed, 29 Jul 2015 00:36:17 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 07:36:18 -0000 O. Hartmann wrote this message on Wed, Jul 29, 2015 at 07:39 +0200: > Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r285947: Tue Jul 28 > 13:39:03 CEST 2015 amd64) equipted with an Intel XEON E5-1650 v3, see the > extraction from recent "dmesg" below. > > I double checked the UEFI settings (the box is a Fujitsu Celsius M740 with most > recent firmware 1.8.0) and I didn't find anything indicating that AES-NI has > been deactivated. > > I checked the data sheet at Intel, the CPU should support AES-NI. > > I also filed a PR: Bug 201960 > > I'd like to know whether this is by intention, by bug (feature mask wrong?) or > by a faulty firmware? Any hints? Can you send me the output of cpuid-etallen? It's pretty long, so maybe off list would be better... It's from a port of the same name... Also, it looks like a microcode update could fix this issue, have you tried to look at that? https://albertveli.wordpress.com/2013/03/05/aes-ni-enabled/ Looks very similar to your issue, though it's a different microarch.. Your's is a Haswell that has the TSX bug in it, and it could be that the bios is disabling too many feature bits... Have you made sure that your machine has the latest BIOS? A newer BIOS could reenable the feature too... > [...] > FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 > VT: running with driver "efifb". > CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz (3491.98-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x306f2 Family=0x6 Model=0x3f Stepping=2 > Features=0xbfebfbff > Features2=0x7dfefbff There should be an AESNI feature on this line, but clearly not... [...] > aesni0: No AESNI support. > [...] Which is why you get this... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Wed Jul 29 07:47:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BB659AB7B0; Wed, 29 Jul 2015 07:47:58 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C61213B9; Wed, 29 Jul 2015 07:47:57 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by wicmv11 with SMTP id mv11so207617485wic.0; Wed, 29 Jul 2015 00:47:56 -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:content-transfer-encoding; bh=gUGALStgKfl3ZAfVvP2bXBQ9GTU5g9Ck6+zFFXXkZKE=; b=b6qNqSy36Y4yPqAsepar4hnVl1kxWpKvXFG9sBu1o+LPhAygm5Fe7YSxSgzTAV4b+q D4un6C1RQDWqEDNWtorXgOvEcSKgpUeVIEgmPHPT7TN4vvJtPf9Poqqqp0ENodSuxgx3 OeNSWLSrsP0ftwrMOEYEumvR/uPZAmOQsDb5zYpONmchkWj6Lm0xdMi4e9GE2Scettog P1uUwz72CA1iIzbTv75Uw5adW8pmQHWlfA68P2hhPbKpwy4U3mzbXCRi3NTPRkw1Ry69 ACS9rHfawHCP2fNHMyick9FLYa89Z3grbDc///DExY7KRSBBA8Zck40e11GP5nhuivRd Zz5w== MIME-Version: 1.0 X-Received: by 10.194.2.9 with SMTP id 9mr60753413wjq.95.1438156076020; Wed, 29 Jul 2015 00:47:56 -0700 (PDT) Received: by 10.28.48.207 with HTTP; Wed, 29 Jul 2015 00:47:55 -0700 (PDT) In-Reply-To: References: <20150707130902.GA41189@zxy.spb.ru> <20150707154906.GA44094@zxy.spb.ru> Date: Wed, 29 Jul 2015 10:47:55 +0300 Message-ID: Subject: Re: MS DNS doesn't answer to CURRENT under Hyper-V From: Pavel Timofeev To: Wei Hu Cc: Slawa Olhovchenkov , "freebsd-current@freebsd.org" , "freebsd-virtualization@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 07:47:58 -0000 Hi! r285785 still isn't MFCed. RC2 is coming soon. 2015-07-23 10:54 GMT+03:00 Pavel Timofeev : > Ok, sorry! > > 2015-07-23 7:51 GMT+03:00 Wei Hu : >> The TCP offloading is still working on these platforms. There is no flag= to distinguish UDP and TCP offloading, so the RXCSUM and TXCSUM are still = set. Let me know if there is any other way to show it properly. >> >> Thanks, >> Wei >> >> >> -----Original Message----- >> From: Pavel Timofeev [mailto:timp87@gmail.com] >> Sent: Wednesday, July 22, 2015 9:04 PM >> To: Wei Hu >> Cc: Slawa Olhovchenkov ; freebsd-current@freebsd.org; fr= eebsd-virtualization@freebsd.org >> Subject: Re: MS DNS doesn't answer to CURRENT under Hyper-V >> >> Hi! I see you have done the code for disabling UDP checksum offloading w= hen running on the Hyper-V on Windows Server 2012 and earlier hosts >> >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D285785 >> >> I tried new CURRENT and it works. Thank you! >> >> A small note here: while it disables and works it still shows RXCSUM and= TSCSUM in iface's options: >> >> root@proxy:/usr/src # ifconfig hn0 >> hn0: flags=3D8843 metric 0 mtu 1= 500 >> options=3D31b >> ether 00:15:5d:02:9c:09 >> inet 192.168.25.26 netmask 0xffffffc0 broadcast 192.168.25.63 >> nd6 options=3D29 >> >> Is it possible to hide it automatically if it's disabled by new code? >> >> >> 2015-07-13 11:06 GMT+03:00 Wei Hu : >>> We have root caused the problem. This issue happens on the Hyper-Vs on = Windows Server 2012 (Win 8.0) and earlier releases. On these releases, the = UPD checksum offloading on host side does not work properly. The workaround= is to disable UPD checksum offloading in the FreeBSD guest through 'ifconf= ig'. We are also working on a patch to turn off UPD checksum offloading in = the netvsc driver when detecting the Hyper-V releases. >>> >>> The UDP checksum offloading works fine on Windows Server 2012R2 and Win= 8.1 hosts. >>> >>> Thanks Pavel and Slawa for the support. >>> >>> Wei >>> >>> >>>> -----Original Message----- >>>> From: owner-freebsd-virtualization@freebsd.org [mailto:owner-freebsd- >>>> virtualization@freebsd.org] On Behalf Of Pavel Timofeev >>>> Sent: Wednesday, July 8, 2015 4:06 PM >>>> To: Slawa Olhovchenkov >>>> Cc: freebsd-current@freebsd.org; freebsd-virtualization@freebsd.org >>>> Subject: Re: MS DNS doesn't answer to CURRENT under Hyper-V >>>> >>>> Ok, r284746 is the root of the problem. MS DNS works under r284745 >>>> and doesn't work under r284746. >>>> Slawa, what should I look at in wireshark output? >>>> >>>> >>>> 2015-07-07 18:49 GMT+03:00 Slawa Olhovchenkov : >>>> > On Tue, Jul 07, 2015 at 06:04:46PM +0300, Pavel Timofeev wrote: >>>> > >>>> >> Well, turning off checksum offloading by `ifconfig hn0 -txcsum >>>> >> -rxcsum` definitely helps. >>>> >> >>>> >> As for tcpdump I'm not completely sure if I did it right, but I >>>> >> see "bad udp cksum" phrase: >>>> >> >>>> >> # tcpdump -i hn0 -vvv -nn udp dst port 53 >>>> >> tcpdump: listening on hn0, link-type EN10MB (Ethernet), capture >>>> >> size >>>> >> 262144 bytes >>>> >> 18:01:19.139994 IP (tos 0x0, ttl 64, id 61218, offset 0, flags >>>> >> [none], proto UDP (17), length 51) >>>> >> 192.168.25.26.45683 > 192.168.25.3.53: [bad udp cksum 0xb39e >>>> >> -> 0xf210!] 52886+ A? ya.ru. (23) >>>> >> 18:01:24.140544 IP (tos 0x0, ttl 64, id 17293, offset 0, flags >>>> >> [none], proto UDP (17), length 51) >>>> >> 192.168.25.26.12575 > 192.168.25.3.53: [bad udp cksum 0xb39e >>>> >> -> 0x7365!] 52886+ A? ya.ru. (23) >>>> > >>>> > tcpdump "bad udp cksum" is normal on FreeBSD host in case checksum >>>> > offload (and may be need only for help finding issuse in code). >>>> > Need wireshark capturing from MS DNS host (or from mirroring port). >>>> _______________________________________________ >>>> freebsd-virtualization@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization >>>> To unsubscribe, send any mail to "freebsd-virtualization- >>>> unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Jul 29 08:20:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4F139AD6EA for ; Wed, 29 Jul 2015 08:20:51 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D3671BD1 for ; Wed, 29 Jul 2015 08:20:51 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1ZKMbY-000Lhk-HE>; Wed, 29 Jul 2015 10:20:48 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1ZKMbY-002RdI-6g>; Wed, 29 Jul 2015 10:20:48 +0200 Date: Wed, 29 Jul 2015 10:20:46 +0200 From: "O. Hartmann" To: John-Mark Gurney Cc: freebsd-current Subject: Re: r285947: broken AESNI support? No aesni0 on Intel XEON E5-1650-v3 on Fujitsu Celsius M740 Message-ID: <20150729102046.5f85c014@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20150729073616.GB78154@funkthat.com> References: <20150729073950.2d09ea6b@freyja.zeit4.iv.bundesimmobilien.de> <20150729073616.GB78154@funkthat.com> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 X-Originating-IP: 87.138.105.249 X-ZEDAT-Hint: A Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 08:20:52 -0000 On Wed, 29 Jul 2015 00:36:16 -0700 John-Mark Gurney wrote: > O. Hartmann wrote this message on Wed, Jul 29, 2015 at 07:39 +0200: > > Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r285947: Tue > > Jul 28 13:39:03 CEST 2015 amd64) equipted with an Intel XEON E5-1650 v3, > > see the extraction from recent "dmesg" below. > > > > I double checked the UEFI settings (the box is a Fujitsu Celsius M740 with > > most recent firmware 1.8.0) and I didn't find anything indicating that > > AES-NI has been deactivated. > > > > I checked the data sheet at Intel, the CPU should support AES-NI. > > > > I also filed a PR: Bug 201960 > > > > I'd like to know whether this is by intention, by bug (feature mask wrong?) > > or by a faulty firmware? Any hints? > > Can you send me the output of cpuid-etallen? It's pretty long, so > maybe off list would be better... It's from a port of the same > name... I'm sorry, since I work in a pretty restricted area, I can not offer webspace-similar download areas, but if it is not offending the list, i could provide a compressed output. Find the output attached xz-compressed ... I cleared intentionally the serial number, just as a notice. > > Also, it looks like a microcode update could fix this issue, have you > tried to look at that? > > https://albertveli.wordpress.com/2013/03/05/aes-ni-enabled/ > > Looks very similar to your issue, though it's a different microarch.. > Your's is a Haswell that has the TSX bug in it, and it could be that > the bios is disabling too many feature bits... > > Have you made sure that your machine has the latest BIOS? A newer > BIOS could reenable the feature too... I just checked this moment again, but the latest UEFI firmware Fujitsu is offering is version 1.8.0 from April of this year. > > > [...] > > FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 > > VT: running with driver "efifb". > > CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz (3491.98-MHz K8-class CPU) > > Origin="GenuineIntel" Id=0x306f2 Family=0x6 Model=0x3f Stepping=2 > > Features=0xbfebfbff > > Features2=0x7dfefbff > > There should be an AESNI feature on this line, but clearly not... On another machine, also Fujitsu, but a 19 inch rack server module with a low energy XEON E5-12XXv3, I can clearly see the AESNI feature in Feature2 list and, conclusively, the aesni0 device is present and reported. > > [...] > > > aesni0: No AESNI support. > > [...] > > Which is why you get this... > I applied the port sysutils/cpuid to another system, runnin a i5-4200M mobile CPU (Lenovo notebook). The rows indicating family = Intel ... (simple synth) = ... look much more "modern" for my opinion as the output I provided shows on the CPU in question. It is just a hunch ... Seems, I've bought Intel(ian) crap ;-) with no features and from another mellenium ... oh From owner-freebsd-current@freebsd.org Wed Jul 29 10:28:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40B4C9AD91E for ; Wed, 29 Jul 2015 10:28:42 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6011B1A for ; Wed, 29 Jul 2015 10:28:42 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1A2509AD91D; Wed, 29 Jul 2015 10:28:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19B6A9AD91C for ; Wed, 29 Jul 2015 10:28:42 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABCF81B19 for ; Wed, 29 Jul 2015 10:28:41 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by wicgb10 with SMTP id gb10so193785225wic.1 for ; Wed, 29 Jul 2015 03:28:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-id:date:message-id; bh=ePo4nT0ZePQ5tTVuRNJFsdcJoeM8XvcQeTd8x/1zHCE=; b=A2jvIdB8HboCBL22pCIqKqtiDh25vs38UFPbbw9O7VqwJJ0d4jC8IzhTJR6/N6LbRy 3JDC/bMygmE8mwkGp9a4urZYqSwDfYVU7Cj/njHHt6m6UdITqX0Ln2KOfrxNUAER/Dx0 Hd3qmac1/pSM+2IiJ+pMcqmKm+jNdUFSrlfxshgLRE1Hbp+5H+6QtI6Tbzv9O1pqIcTt ckUiK9eE2lU6Xy3c7XUuLgsCnfQ6naW2ALWc907ZEqSmDllF7uJPQlt8CeBRch8NKS1s fkdIPoZhYsHX/mWfBQR+LdI2OuF33kv9BMu7m7XRByoioQDFbzQCUOmqNga18u8A3W6W +g5Q== X-Gm-Message-State: ALoCoQlacGIYnhPdWuTKuq/iVtOIyTqKUqUujsisTfXdfMmbyhltvLUdI8NuSvH7MmtmVuEecyrn X-Received: by 10.194.24.196 with SMTP id w4mr74667732wjf.137.1438165714175; Wed, 29 Jul 2015 03:28:34 -0700 (PDT) Received: from clue.co.za ([197.89.167.207]) by smtp.gmail.com with ESMTPSA id lz10sm37764926wjb.48.2015.07.29.03.28.32 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Jul 2015 03:28:33 -0700 (PDT) From: Ian FREISLICH X-Google-Original-From: Ian FREISLICH Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKOb8-0001DX-Ho; Wed, 29 Jul 2015 12:28:30 +0200 To: Glen Barber cc: current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib In-Reply-To: <20150728205537.GA54478@FreeBSD.org> References: <20150728205537.GA54478@FreeBSD.org> <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4681.1438165710.1@zen> Date: Wed, 29 Jul 2015 12:28:30 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 10:28:42 -0000 Glen Barber wrote: > On Tue, Jul 28, 2015 at 10:17:38PM +0200, Ian FREISLICH wrote: > > I found the actual problem. The mount point for /usr was mode 700 > > even though the root of the mounted filesystem on /usr was mode 755. > > Did I explain that clearly (quite difficult because two things are > > the same thing, although they're apparently not)? > > Your explanation makes sense to me. The cause of this, however is > unclear - was this something done locally? This is why I asked about > the permissions of '/lib', but based on what you've explained, even > asking for the permissions of '/usr' would not have led to a clear > answer. I think the cause was when I moved to an SSD in this laptop and created the filesystems on the new disk by hand. > So we're clear, '/usr' (unmounted) is 700, but '/usr' (mounted) is 755? > Or is this not the case? This is exactly the case. What's confusing is the inconsistent use of the '/usr' (unmounted) and '/usr' (mounted) modes depending on circumstance. ie, non-root can cd and ls to '/usr' (mounted), but not '/usr' (unmounted), but can't resolve a relative symlink in that path. Ian -- Ian Freislich From owner-freebsd-current@freebsd.org Wed Jul 29 10:42:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD5FD9ADD1F for ; Wed, 29 Jul 2015 10:42:39 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9CEDC1D8; Wed, 29 Jul 2015 10:42:39 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 645852F1; Wed, 29 Jul 2015 10:42:39 +0000 (UTC) Date: Wed, 29 Jul 2015 10:42:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1058210387.17.1438166559039.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1340867378.15.1438152205314.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1340867378.15.1438152205314.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1230 - Still Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 10:42:39 -0000 FreeBSD_HEAD-tests - Build #1230 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1230/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1230/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1230/con= sole Change summaries: No changes The end of the build log: [...truncated 4444 lines...] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_raw -> passed [1= .430s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vhd -> passed [1= .028s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vhdf -> passed [= 3.326s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vmdk -> passed [= 4.033s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_qcow -> passed [1= .075s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_qcow2 -> passed [= 1.254s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_raw -> passed [0.= 997s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vhd -> passed [2.= 368s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vhdf -> passed [1= .190s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vmdk -> passed [2= .117s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow -> passed [2.5= 81s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow2 -> passed [4.= 195s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_raw -> passed [2.91= 4s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_vhd -> passed [1.59= 0s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_vhdf -> passed [1.3= 63s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_vmdk -> passed [1.6= 06s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_qcow -> passed [3.59= 9s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_qcow2 -> passed [1.3= 75s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_raw -> passed [2.270= s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_vhd -> passed [1.973= s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_vhdf -> passed [2.62= 9s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_vmdk -> passed [2.55= 4s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_qcow -> passed [= 2.735s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_qcow2 -> passed = [2.252s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_raw -> passed [3= .907s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_vhd -> passed [2= .291s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_vhdf -> passed [= 4.026s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_vmdk -> passed [= 1.236s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_qcow -> passed [1= .793s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_qcow2 -> passed [= 4.532s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_raw -> passed [6.= 145s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_vhd -> passed [3.= 560s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_vhdf -> passed [1= .521s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_vmdk -> passed [1= .943s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow -> passed [3.= 219s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow2 -> passed [2= .047s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_raw -> passed [2.1= 00s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_vhd -> passed [2.4= 18s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_vhdf -> passed [2.= 763s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_vmdk -> passed [3.= 976s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_qcow -> passed [3.6= 42s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_qcow2 -> passed [3.= 275s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_raw -> passed [5.49= 9s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_vhd -> passed [3.58= 1s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_vhdf -> passed [2.6= 01s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_vmdk -> passed [2.9= 98s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_qcow -> passed = [3.973s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_qcow2 -> passed = [5.363s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_raw -> passed [= 1.724s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vhd -> passed [= 0.869s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vhdf -> passed = [4.966s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vmdk -> passed = [1.876s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_qcow -> passed [= 3.119s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_qcow2 -> passed = [4.880s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_raw -> passed [5= .321s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vhd -> passed [2= .448s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vhdf -> passed [= 4.295s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vmdk -> passed [= 1.280s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow -> passed [1= .349s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow2 -> passed [= 2.881s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_raw -> passed [4.= 520s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhd -> passed [3.= 247s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhdf -> passed [2= .472s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vmdk -> passed [1= .702s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow -> passed [1.= 148s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow2 -> passed [1= .754s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_raw -> passed [1.4= 98s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhd -> passed [1.3= 67s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhdf -> passed [2.= 227s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vmdk -> passed [2.= 322s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow -> passed = [2.035s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow2 -> passed= [2.007s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_raw -> passed = [2.584s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhd -> passed = [6.284s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhdf -> passed = [3.185s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vmdk -> passed = [2.051s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow -> passed = [4.053s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow2 -> passed = [2.678s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_raw -> passed [= 2.230s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhd -> passed [= 2.299s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhdf -> passed = [2.966s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vmdk -> passed = [2.559s] [192.168.10.2] out: usr.bin/calendar/legacy_test:main -> passed [1.649s] [192.168.10.2] out: usr.bin/ident/ident:ident -> passed [0.589s] [192.168.10.2] out: usr.bin/cmp/cmp_test:missing -> passed [0.320s] [192.168.10.2] out: usr.bin/cmp/cmp_test:skip -> passed [0.526s] [192.168.10.2] out: usr.bin/file2c/legacy_test:main -> passed [0.256s] [192.168.10.2] out: usr.bin/uuencode/legacy_test:main -> passed [0.312s] [192.168.10.2] out: usr.bin/col/col:rlf -> passed [0.591s] [192.168.10.2] out: usr.bin/cut/cut_test:basic -> passed [0.170s] [192.168.10.2] out: usr.bin/cut/cut_test:dflag -> passed [0.103s] [192.168.10.2] out: usr.bin/cut/cut_test:dsflag -> passed [0.126s] [192.168.10.2] out: usr.bin/cut/cut_test:latin1 -> passed [0.176s] [192.168.10.2] out: usr.bin/cut/cut_test:sflag -> passed [0.213s] [192.168.10.2] out: usr.bin/cut/cut_test:utf8 -> passed [0.542s] [192.168.10.2] out: usr.bin/basename/basename_test:basic -> passed [1.04= 4s] [192.168.10.2] out: usr.bin/basename/basename_test:suffix -> passed [0.5= 03s] [192.168.10.2] out: usr.bin/gzip/gzip_test:concatenated -> passed [0.301= s] [192.168.10.2] out: usr.bin/gzip/gzip_test:crcerror -> passed [0.405s] [192.168.10.2] out: usr.bin/gzip/gzip_test:good -> passed [0.232s] [192.168.10.2] out: usr.bin/gzip/gzip_test:pipe -> passed [3.214s] [192.168.10.2] out: usr.bin/gzip/gzip_test:truncated -> passed [0.142s] [192.168.10.2] out: usr.bin/tr/legacy_test:main -> passed [0.127s] [192.168.10.2] out: gnu/usr.bin/diff/diff_test:mallocv -> passed [0.128s= ] [192.168.10.2] out: gnu/usr.bin/diff/diff_test:nomallocv -> passed [0.09= 0s] [192.168.10.2] out: gnu/usr.bin/diff/diff_test:same -> passed [0.163s] [192.168.10.2] out: etc/rc.d/routing_test:static_ipv6_loopback_route_for_ea= ch_fib -> skipped: Required configuration property 'fibs' not defined [0= .000s] [192.168.10.2] out: share/examples/tests/atf/cp_test:force -> passed [0.= 215s] [192.168.10.2] out: share/examples/tests/atf/cp_test:simple -> passed [0= .210s] [192.168.10.2] out: share/examples/tests/atf/printf_test:fprintf__simple_st= ring -> passed [0.210s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__overflow= -> passed [0.083s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__two_form= atters -> passed [0.073s] [192.168.10.2] out: share/examples/tests/plain/cp_test:main -> passed [0= .165s] [192.168.10.2] out: share/examples/tests/plain/printf_test:main -> passed= [0.095s] [192.168.10.2] out: sbin/devd/client_test:seqpacket -> passed [0.065s] [192.168.10.2] out: sbin/devd/client_test:stream -> passed [0.095s] [192.168.10.2] out: sbin/dhclient/option-domain-search_test:main -> passe= d [0.062s] [192.168.10.2] out: sbin/growfs/legacy_test:main -> passed [12.321s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_malloc -> passed = [0.347s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_swap -> passed [0= .333s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_explicit_type = -> passed [0.403s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_larger_than_fi= le -> passed [0.667s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_non_explicit_t= ype -> passed [0.358s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_sector_size -= > passed [0.333s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_smaller_than_f= ile -> passed [0.283s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_with_specific_unit_n= umber -> passed [0.291s] [192.168.10.2] out: sbin/ifconfig/nonexistent_test:nonexistent -> passed = [0.085s] [192.168.10.2] out:=20 [192.168.10.2] out: Results file id is usr_tests.20150729-095456-098210 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20= 150729-095456-098210.db [192.168.10.2] out:=20 [192.168.10.2] out: 4338/4340 passed (2 failed) [192.168.10.2] out:=20 Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,x= fail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=3Dtest-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 68370] [192.168.10.2] out:=20 fffff00 broadcast 192.168.10.255=20 kyuatestprompt # lock order reversal: 1st 0xfffffe007b223d90 bufwait (bufwait) @ /builds/FreeBSD_HEAD/sys/kern/v= fs_bio.c:3190 2nd 0xfffff800077f1000 dirhash (dirhash) @ /builds/FreeBSD_HEAD/sys/ufs/uf= s/ufs_dirhash.c:281 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0096fdd= 400 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe0096fdd480 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe0096fdd4c0 ufsdirhash_add() at ufsdirhash_add+0x3d/frame 0xfffffe0096fdd510 ufs_direnter() at ufs_direnter+0x5da/frame 0xfffffe0096fdd5e0 ufs_makeinode() at ufs_makeinode+0x5d3/frame 0xfffffe0096fdd7a0 ufs_create() at ufs_create+0x2d/frame 0xfffffe0096fdd7c0 VOP_CREATE_APV() at VOP_CREATE_APV+0xf1/frame 0xfffffe0096fdd7f0 vn_open_cred() at vn_open_cred+0x30e/frame 0xfffffe0096fdd960 kern_openat() at kern_openat+0x235/frame 0xfffffe0096fddae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe0096fddbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0096fddbf0 --- syscall (499, FreeBSD ELF64, sys_openat), rip =3D 0x8008f2f7a, rsp =3D = 0x7fffffffbb68, rbp =3D 0x7fffffffbc40 --- Jul 29 10:04:28 t_openpam_readword: in openpam_readword(): unexpected end = of file Jul 29 10:04:28 last message repeated 2 times maxproc limit exceeded by uid 977 (pid 23273); see tuning(7) and login.conf= (5) Jul 29 10:08:57 h_fgets: stack overflow detected; terminated Jul 29 10:09:03 h_gets: stack overflow detected; terminated Jul 29 10:09:04 h_memcpy: stack overflow detected; terminated Jul 29 10:09:05 h_memmove: stack overflow detected; terminated Jul 29 10:09:05 h_memset: stack overflow detected; terminated Jul 29 10:09:08 h_read: stack overflow detected; terminated Jul 29 10:09:11 h_readlink: stack overflow detected; terminated Jul 29 10:09:19 h_snprintf: stack overflow detected; terminated Jul 29 10:09:23 h_sprintf: stack overflow detected; terminated Jul 29 = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 Jul 29 10:42:19 shutdown: power-down by root:=20 Stopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 29 10:42:20 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 done All buffers synced. lock order reversal: 1st 0xfffff800072c97c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount= .c:1224 2nd 0xfffff800072ca240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_s= ubr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995= 630 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956b0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b9957e0 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995800 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995830 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958a0 vget() at vget+0x7e/frame 0xfffffe007b9958f0 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995940 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995970 dounmount() at dounmount+0x44a/frame 0xfffffe007b9959f0 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a20 bufshutdown() at bufshutdown+0x3b7/frame 0xfffffe007b995a70 kern_reboot() at kern_reboot+0x18c/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x41205a, rsp =3D 0x7f= ffffffe718, rbp =3D 0x7fffffffe810 --- Uptime: 47m42s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freeb= sd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-= image/image/FreeBSD_HEAD/test.img umount /tmp/tmpNsIXe7 mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTA= BLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Wed Jul 29 07:50:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 570AE9AB950; Wed, 29 Jul 2015 07:50:20 +0000 (UTC) (envelope-from weh@microsoft.com) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0135.outbound.protection.outlook.com [207.46.100.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01958953; Wed, 29 Jul 2015 07:50:19 +0000 (UTC) (envelope-from weh@microsoft.com) Received: from BY1PR03MB1434.namprd03.prod.outlook.com (10.162.127.152) by BY1PR03MB1433.namprd03.prod.outlook.com (10.162.127.151) with Microsoft SMTP Server (TLS) id 15.1.225.19; Wed, 29 Jul 2015 07:50:12 +0000 Received: from BY1PR03MB1434.namprd03.prod.outlook.com ([10.162.127.152]) by BY1PR03MB1434.namprd03.prod.outlook.com ([10.162.127.152]) with mapi id 15.01.0225.018; Wed, 29 Jul 2015 07:50:12 +0000 From: Wei Hu To: Pavel Timofeev CC: Slawa Olhovchenkov , "freebsd-current@freebsd.org" , "freebsd-virtualization@freebsd.org" Subject: RE: MS DNS doesn't answer to CURRENT under Hyper-V Thread-Topic: MS DNS doesn't answer to CURRENT under Hyper-V Thread-Index: AQHQuKsxHCAHG2fAnE6RlFoo4JehXp3P+tkAgAAgVgCAAAxjAIABENiAgAfXc/CADnypAIABBhSggAA1mACACWw5gIAAACLQ Date: Wed, 29 Jul 2015 07:50:10 +0000 Message-ID: References: <20150707130902.GA41189@zxy.spb.ru> <20150707154906.GA44094@zxy.spb.ru> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-originating-ip: [131.107.0.113] x-microsoft-exchange-diagnostics: 1; BY1PR03MB1433; 5:zOwxgBGPXK+B8NDvClIUNfPuv5Z7IVvUxvI/UahNPAu6L1lI5ufUt+SnmuOil7sIYRgJrqzBqco4feOFk3yW/IJTnB/qDdRMlpGKPkWjcE+foeq1MdOpFdpKqHr+845iLocVh8TIcti1Dkvvi78uhA==; 24:9q+zFAvrF1WX5SmAZ1fpiRa0kE/bTWRkdYZouzUEiSWrRZRqCplJhssuJ9pDxq6nPsUetO/bOUap7kD6BurHX1VaID/HpvSPPAudg9stUA0=; 20:RR2FXjnONakoCZvbJpT1uIN19yQaT3VAusm0sENA6MGogwpcS0l1SpvO2TH+vadzvHn6WCoRz9D5y4KDAuKxbw== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:BY1PR03MB1433; x-o365ent-eop-header: Message processed by - O365_ENT: Allow from ranges (Engineering ONLY) by1pr03mb1433: X-MS-Exchange-Organization-RulesExecuted x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401001)(5005006)(3002001); SRVR:BY1PR03MB1433; BCL:0; PCL:0; RULEID:; SRVR:BY1PR03MB1433; x-forefront-prvs: 0652EA5565 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(377424004)(164054003)(13464003)(24454002)(110136002)(189998001)(19580405001)(5001960100002)(15975445007)(46102003)(5002640100001)(102836002)(92566002)(50986999)(5003600100002)(86362001)(62966003)(40100003)(54356999)(87936001)(93886004)(74316001)(2656002)(19580395003)(2900100001)(76576001)(76176999)(1720100001)(33656002)(2950100001)(10090500001)(77156002)(106116001)(66066001)(4477795004)(77096005); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR03MB1433; H:BY1PR03MB1434.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jul 2015 07:50:10.7222 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR03MB1433 X-Mailman-Approved-At: Wed, 29 Jul 2015 11:07:48 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 07:50:20 -0000 SXQgaXMgYWxyZWFkeSBpbiBzdGFibGUvMTAgYnJhbmNoLiBJIGFtIGp1c3QgYWJvdXQgdG8gc2Vu ZCB0aGUgcmVxdWVzdCB0bw0KcmVAIGZvciByZWxlbmcvMTAuMiBjb21taXQgYXBwcm92YWwuDQoN CldlaQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBQYXZlbCBUaW1vZmVl diBbbWFpbHRvOnRpbXA4N0BnbWFpbC5jb21dIA0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDI5LCAy MDE1IDM6NDggUE0NClRvOiBXZWkgSHUgPHdlaEBtaWNyb3NvZnQuY29tPg0KQ2M6IFNsYXdhIE9s aG92Y2hlbmtvdiA8c2x3QHp4eS5zcGIucnU+OyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7 IGZyZWVic2QtdmlydHVhbGl6YXRpb25AZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBNUyBETlMg ZG9lc24ndCBhbnN3ZXIgdG8gQ1VSUkVOVCB1bmRlciBIeXBlci1WDQoNCkhpIQ0KcjI4NTc4NSBz dGlsbCBpc24ndCBNRkNlZC4NClJDMiBpcyBjb21pbmcgc29vbi4NCg0KMjAxNS0wNy0yMyAxMDo1 NCBHTVQrMDM6MDAgUGF2ZWwgVGltb2ZlZXYgPHRpbXA4N0BnbWFpbC5jb20+Og0KPiBPaywgc29y cnkhDQo+DQo+IDIwMTUtMDctMjMgNzo1MSBHTVQrMDM6MDAgV2VpIEh1IDx3ZWhAbWljcm9zb2Z0 LmNvbT46DQo+PiBUaGUgVENQIG9mZmxvYWRpbmcgaXMgc3RpbGwgd29ya2luZyBvbiB0aGVzZSBw bGF0Zm9ybXMuIFRoZXJlIGlzIG5vIGZsYWcgdG8gZGlzdGluZ3Vpc2ggVURQIGFuZCBUQ1Agb2Zm bG9hZGluZywgc28gdGhlIFJYQ1NVTSBhbmQgVFhDU1VNIGFyZSBzdGlsbCBzZXQuIExldCBtZSBr bm93IGlmIHRoZXJlIGlzIGFueSBvdGhlciB3YXkgdG8gc2hvdyBpdCBwcm9wZXJseS4NCj4+DQo+ PiBUaGFua3MsDQo+PiBXZWkNCj4+DQo+Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4+IEZyb206IFBhdmVsIFRpbW9mZWV2IFttYWlsdG86dGltcDg3QGdtYWlsLmNvbV0NCj4+IFNl bnQ6IFdlZG5lc2RheSwgSnVseSAyMiwgMjAxNSA5OjA0IFBNDQo+PiBUbzogV2VpIEh1IDx3ZWhA bWljcm9zb2Z0LmNvbT4NCj4+IENjOiBTbGF3YSBPbGhvdmNoZW5rb3YgPHNsd0B6eHkuc3BiLnJ1 PjsgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnOyANCj4+IGZyZWVic2QtdmlydHVhbGl6YXRp b25AZnJlZWJzZC5vcmcNCj4+IFN1YmplY3Q6IFJlOiBNUyBETlMgZG9lc24ndCBhbnN3ZXIgdG8g Q1VSUkVOVCB1bmRlciBIeXBlci1WDQo+Pg0KPj4gSGkhIEkgc2VlIHlvdSBoYXZlIGRvbmUgdGhl IGNvZGUgZm9yIGRpc2FibGluZyBVRFAgY2hlY2tzdW0gDQo+PiBvZmZsb2FkaW5nIHdoZW4gcnVu bmluZyBvbiB0aGUgSHlwZXItViBvbiBXaW5kb3dzIFNlcnZlciAyMDEyIGFuZCANCj4+IGVhcmxp ZXIgaG9zdHMNCj4+DQo+PiBodHRwczovL3N2bndlYi5mcmVlYnNkLm9yZy9iYXNlP3ZpZXc9cmV2 aXNpb24mcmV2aXNpb249Mjg1Nzg1DQo+Pg0KPj4gSSB0cmllZCBuZXcgQ1VSUkVOVCBhbmQgaXQg d29ya3MuIFRoYW5rIHlvdSENCj4+DQo+PiBBIHNtYWxsIG5vdGUgaGVyZTogd2hpbGUgaXQgZGlz YWJsZXMgYW5kIHdvcmtzIGl0IHN0aWxsIHNob3dzIFJYQ1NVTSBhbmQgVFNDU1VNIGluIGlmYWNl J3Mgb3B0aW9uczoNCj4+DQo+PiByb290QHByb3h5Oi91c3Ivc3JjICMgaWZjb25maWcgaG4wDQo+ PiBobjA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+ IG1ldHJpYyAwIG10dSAxNTAwDQo+PiAgICAgICAgIG9wdGlvbnM9MzFiPFJYQ1NVTSxUWENTVU0s VkxBTl9NVFUsVkxBTl9IV1RBR0dJTkcsVFNPNCxUU082Pg0KPj4gICAgICAgICBldGhlciAwMDox NTo1ZDowMjo5YzowOQ0KPj4gICAgICAgICBpbmV0IDE5Mi4xNjguMjUuMjYgbmV0bWFzayAweGZm ZmZmZmMwIGJyb2FkY2FzdCAxOTIuMTY4LjI1LjYzDQo+PiAgICAgICAgIG5kNiBvcHRpb25zPTI5 PFBFUkZPUk1OVUQsSUZESVNBQkxFRCxBVVRPX0xJTktMT0NBTD4NCj4+DQo+PiBJcyBpdCBwb3Nz aWJsZSB0byBoaWRlIGl0IGF1dG9tYXRpY2FsbHkgaWYgaXQncyBkaXNhYmxlZCBieSBuZXcgY29k ZT8NCj4+DQo+Pg0KPj4gMjAxNS0wNy0xMyAxMTowNiBHTVQrMDM6MDAgV2VpIEh1IDx3ZWhAbWlj cm9zb2Z0LmNvbT46DQo+Pj4gV2UgaGF2ZSByb290IGNhdXNlZCB0aGUgcHJvYmxlbS4gVGhpcyBp c3N1ZSBoYXBwZW5zIG9uIHRoZSBIeXBlci1WcyBvbiBXaW5kb3dzIFNlcnZlciAyMDEyIChXaW4g OC4wKSBhbmQgZWFybGllciByZWxlYXNlcy4gT24gdGhlc2UgcmVsZWFzZXMsIHRoZSBVUEQgY2hl Y2tzdW0gb2ZmbG9hZGluZyBvbiBob3N0IHNpZGUgZG9lcyBub3Qgd29yayBwcm9wZXJseS4gVGhl IHdvcmthcm91bmQgaXMgdG8gZGlzYWJsZSBVUEQgY2hlY2tzdW0gb2ZmbG9hZGluZyBpbiB0aGUg RnJlZUJTRCBndWVzdCB0aHJvdWdoICdpZmNvbmZpZycuIFdlIGFyZSBhbHNvIHdvcmtpbmcgb24g YSBwYXRjaCB0byB0dXJuIG9mZiBVUEQgY2hlY2tzdW0gb2ZmbG9hZGluZyBpbiB0aGUgbmV0dnNj IGRyaXZlciB3aGVuIGRldGVjdGluZyB0aGUgSHlwZXItViByZWxlYXNlcy4NCj4+Pg0KPj4+IFRo ZSBVRFAgY2hlY2tzdW0gb2ZmbG9hZGluZyB3b3JrcyBmaW5lIG9uIFdpbmRvd3MgU2VydmVyIDIw MTJSMiBhbmQgV2luIDguMSBob3N0cy4NCj4+Pg0KPj4+IFRoYW5rcyBQYXZlbCBhbmQgU2xhd2Eg Zm9yIHRoZSBzdXBwb3J0Lg0KPj4+DQo+Pj4gV2VpDQo+Pj4NCj4+Pg0KPj4+PiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPj4+PiBGcm9tOiBvd25lci1mcmVlYnNkLXZpcnR1YWxpemF0aW9u QGZyZWVic2Qub3JnIA0KPj4+PiBbbWFpbHRvOm93bmVyLWZyZWVic2QtIHZpcnR1YWxpemF0aW9u QGZyZWVic2Qub3JnXSBPbiBCZWhhbGYgT2YgDQo+Pj4+IFBhdmVsIFRpbW9mZWV2DQo+Pj4+IFNl bnQ6IFdlZG5lc2RheSwgSnVseSA4LCAyMDE1IDQ6MDYgUE0NCj4+Pj4gVG86IFNsYXdhIE9saG92 Y2hlbmtvdg0KPj4+PiBDYzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnOyBmcmVlYnNkLXZp cnR1YWxpemF0aW9uQGZyZWVic2Qub3JnDQo+Pj4+IFN1YmplY3Q6IFJlOiBNUyBETlMgZG9lc24n dCBhbnN3ZXIgdG8gQ1VSUkVOVCB1bmRlciBIeXBlci1WDQo+Pj4+DQo+Pj4+IE9rLCByMjg0NzQ2 IGlzIHRoZSByb290IG9mIHRoZSBwcm9ibGVtLiBNUyBETlMgd29ya3MgdW5kZXIgcjI4NDc0NSAN Cj4+Pj4gYW5kIGRvZXNuJ3Qgd29yayB1bmRlciByMjg0NzQ2Lg0KPj4+PiBTbGF3YSwgd2hhdCBz aG91bGQgSSBsb29rIGF0IGluIHdpcmVzaGFyayBvdXRwdXQ/DQo+Pj4+DQo+Pj4+DQo+Pj4+IDIw MTUtMDctMDcgMTg6NDkgR01UKzAzOjAwIFNsYXdhIE9saG92Y2hlbmtvdiA8c2x3QHp4eS5zcGIu cnU+Og0KPj4+PiA+IE9uIFR1ZSwgSnVsIDA3LCAyMDE1IGF0IDA2OjA0OjQ2UE0gKzAzMDAsIFBh dmVsIFRpbW9mZWV2IHdyb3RlOg0KPj4+PiA+DQo+Pj4+ID4+IFdlbGwsIHR1cm5pbmcgb2ZmIGNo ZWNrc3VtIG9mZmxvYWRpbmcgYnkgYGlmY29uZmlnIGhuMCAtdHhjc3VtIA0KPj4+PiA+PiAtcnhj c3VtYCBkZWZpbml0ZWx5IGhlbHBzLg0KPj4+PiA+Pg0KPj4+PiA+PiBBcyBmb3IgdGNwZHVtcCBJ J20gbm90IGNvbXBsZXRlbHkgc3VyZSBpZiBJIGRpZCBpdCByaWdodCwgYnV0IEkgDQo+Pj4+ID4+ IHNlZSAiYmFkIHVkcCBja3N1bSIgcGhyYXNlOg0KPj4+PiA+Pg0KPj4+PiA+PiAjIHRjcGR1bXAg LWkgaG4wIC12dnYgLW5uIHVkcCBkc3QgcG9ydCA1Mw0KPj4+PiA+PiB0Y3BkdW1wOiBsaXN0ZW5p bmcgb24gaG4wLCBsaW5rLXR5cGUgRU4xME1CIChFdGhlcm5ldCksIGNhcHR1cmUgDQo+Pj4+ID4+ IHNpemUNCj4+Pj4gPj4gMjYyMTQ0IGJ5dGVzDQo+Pj4+ID4+IDE4OjAxOjE5LjEzOTk5NCBJUCAo dG9zIDB4MCwgdHRsIDY0LCBpZCA2MTIxOCwgb2Zmc2V0IDAsIGZsYWdzIA0KPj4+PiA+PiBbbm9u ZV0sIHByb3RvIFVEUCAoMTcpLCBsZW5ndGggNTEpDQo+Pj4+ID4+ICAgICAxOTIuMTY4LjI1LjI2 LjQ1NjgzID4gMTkyLjE2OC4yNS4zLjUzOiBbYmFkIHVkcCBja3N1bSAweGIzOWUNCj4+Pj4gPj4g LT4gMHhmMjEwIV0gNTI4ODYrIEE/IHlhLnJ1LiAoMjMpDQo+Pj4+ID4+IDE4OjAxOjI0LjE0MDU0 NCBJUCAodG9zIDB4MCwgdHRsIDY0LCBpZCAxNzI5Mywgb2Zmc2V0IDAsIGZsYWdzIA0KPj4+PiA+ PiBbbm9uZV0sIHByb3RvIFVEUCAoMTcpLCBsZW5ndGggNTEpDQo+Pj4+ID4+ICAgICAxOTIuMTY4 LjI1LjI2LjEyNTc1ID4gMTkyLjE2OC4yNS4zLjUzOiBbYmFkIHVkcCBja3N1bSAweGIzOWUNCj4+ Pj4gPj4gLT4gMHg3MzY1IV0gNTI4ODYrIEE/IHlhLnJ1LiAoMjMpDQo+Pj4+ID4NCj4+Pj4gPiB0 Y3BkdW1wICJiYWQgdWRwIGNrc3VtIiBpcyBub3JtYWwgb24gRnJlZUJTRCBob3N0IGluIGNhc2Ug DQo+Pj4+ID4gY2hlY2tzdW0gb2ZmbG9hZCAoYW5kIG1heSBiZSBuZWVkIG9ubHkgZm9yIGhlbHAg ZmluZGluZyBpc3N1c2UgaW4gY29kZSkuDQo+Pj4+ID4gTmVlZCB3aXJlc2hhcmsgY2FwdHVyaW5n IGZyb20gTVMgRE5TIGhvc3QgKG9yIGZyb20gbWlycm9yaW5nIHBvcnQpLg0KPj4+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+PiBmcmVlYnNkLXZp cnR1YWxpemF0aW9uQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdCANCj4+Pj4gaHR0cDovL2xpc3Rz LmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC12aXJ0dWFsaXphdGlvbg0KPj4+ PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC12aXJ0dWFsaXphdGlv bi0gDQo+Pj4+IHVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-current@freebsd.org Wed Jul 29 12:24:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B0A39ACD1D for ; Wed, 29 Jul 2015 12:24:39 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF0266B3 for ; Wed, 29 Jul 2015 12:24:36 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from [109.237.91.29] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKQPL-00053C-3f; Wed, 29 Jul 2015 15:24:27 +0300 Subject: Re: [CURRENT]: r285995: BROKEN! buildkernel fails in kern_shutdown.c To: Conrad Meyer , "O. Hartmann" References: <20150729063547.384dacbe@freyja.zeit4.iv.bundesimmobilien.de> <20150729072156.576dfa07@freyja.zeit4.iv.bundesimmobilien.de> Cc: freebsd-current From: Alexandr Krivulya X-Enigmail-Draft-Status: N1110 Message-ID: <55B8C5F6.6000602@shurik.kiev.ua> Date: Wed, 29 Jul 2015 15:24:22 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 109.237.91.29 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 12:24:39 -0000 29.07.2015 08:50, Conrad Meyer пишет: > On Tue, Jul 28, 2015 at 10:21 PM, O. Hartmann > wrote: >> On Tue, 28 Jul 2015 21:58:26 -0700 >> Conrad Meyer wrote: >> >>> On Tue, Jul 28, 2015 at 9:35 PM, O. Hartmann >>> wrote: >>>> Sources as of r285995 fail to build kernel with >>>> >>>> [...] >>>> --- kernel --- >>>> linking kernel >>>> kern_shutdown.o: In function `kern_reboot': >>>> /usr/src/sys/kern/kern_shutdown.c:(.text+0x2e6): undefined reference to >>>> `bufshutdown' *** [kernel] Error code 1 >>> >>> Hi, >>> >>> It appears you've got an old version of vfs_bio.o cached. Try deleting >>> that and building. >>> >>> Best, >>> Conrad >> I doubt that. When I start building world this morning, I deleted /usr/obj/*. >> So it should be not as you presumed. >> >> I just did a >> >> make -j12 kernel >> >> in /usr/src again and it failed at the very same position. Again, the source >> tree has been recently updated, afterwards I started buidlworld on a >> deleted/fresh /usr/obj. > > Well, r285993 is probably the offending commit. It looks ok to me, > though I also hit: > > kern_shutdown.o: In function `kern_reboot': > /usr/home/cmeyer/src/freebsd/sys/kern/kern_shutdown.c:315: undefined > reference to `bufshutdown' > Fixed in r286002 From owner-freebsd-current@freebsd.org Wed Jul 29 12:56:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 576289AD739 for ; Wed, 29 Jul 2015 12:56:22 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBC881A55 for ; Wed, 29 Jul 2015 12:56:20 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from [109.237.91.29] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKQu9-0007HI-RA; Wed, 29 Jul 2015 15:56:17 +0300 Subject: Re: IPSEC stop works after r285336 To: John-Mark Gurney References: <20150729071732.GA78154@funkthat.com> Cc: Sydney Meyer , FreeBSD CURRENT From: Alexandr Krivulya Message-ID: <55B8CD6C.7080804@shurik.kiev.ua> Date: Wed, 29 Jul 2015 15:56:12 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150729071732.GA78154@funkthat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 109.237.91.29 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 12:56:22 -0000 29.07.2015 10:17, John-Mark Gurney пишет: > Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300: > > [...] > >> With r285535 all works fine. > Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 +0200: >> I'm having the same problem with IPSec, running -current with r285794. >> >> Don't know if this helps, but "netstat -s -p esp" shows packets dropped; bad ilen. > It looks like there was an issue w/ that commit... After looking at > the code, and working w/ gnn, I have committed r286000 which fixes it > in my test cases... > Fixed for me. Thank you! From owner-freebsd-current@freebsd.org Wed Jul 29 13:44:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 012009AC850 for ; Wed, 29 Jul 2015 13:44:19 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 872DF1F3F for ; Wed, 29 Jul 2015 13:44:18 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by laah7 with SMTP id h7so6555402laa.0 for ; Wed, 29 Jul 2015 06:44:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=uZXsXQsgwShd5tOT6y/33W6af7C6r2kZbEp8USwGBVU=; b=yvbgFP84Poe+qsozdDNSm2jfPUM7byCJyb6zewFkSxUp5Qozz1JmTDmGBtGK4Jdn0F a3tHKc8VxcB9GDMD0SxEDo9TbHIhV05XPqnaaywpSQGHPpVGByWI6nuM9xgcrP9NXWnN Qp8QVwrl7xP7rdzZbeMGABxn9CqF2x3yy36U91zB4wSojncA4r7M2kYbURMl0cZt8vRy n12KC4iegoI2Dp47e5uiibGNI26idTfS3+L/BGRPdHa/OwHpQLyHNVBcT9WKSD8K0rTd QayusInJQ7+AqD5Vdr/MfodxT/Y5swL38mqvoAZGPuZq0XKb6BZsKdE8kHkwd8tbvKMT iA+A== X-Received: by 10.112.105.104 with SMTP id gl8mr39055858lbb.81.1438177456698; Wed, 29 Jul 2015 06:44:16 -0700 (PDT) Received: from brick ([46.229.149.194]) by smtp.gmail.com with ESMTPSA id kb5sm5336066lbc.16.2015.07.29.06.44.14 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Jul 2015 06:44:15 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 29 Jul 2015 15:44:11 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Luigi Rizzo Cc: freebsd-current@freebsd.org Subject: Re: eventfd lookalike in FreeBSD ? Message-ID: <20150729134411.GE1549@brick> Mail-Followup-To: Luigi Rizzo , freebsd-current@freebsd.org References: <20150728121949.GA64588@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150728121949.GA64588@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 13:44:19 -0000 On 0728T1419, Luigi Rizzo wrote: > Hi, > for some work we are doing on bhyve, we need some lightweight mechanism that > a kernel thread can use to wake up another user thread possibly > waiting for some event. https://reviews.freebsd.org/D2172 From owner-freebsd-current@freebsd.org Wed Jul 29 15:19:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D2BA9AEAB3 for ; Wed, 29 Jul 2015 15:19:36 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5114B1B65 for ; Wed, 29 Jul 2015 15:19:35 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6TFJZm0006980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2015 08:19:35 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6TFJYwQ006979; Wed, 29 Jul 2015 08:19:34 -0700 (PDT) (envelope-from jmg) Date: Wed, 29 Jul 2015 08:19:34 -0700 From: John-Mark Gurney To: "O. Hartmann" Cc: freebsd-current Subject: Re: r285947: broken AESNI support? No aesni0 on Intel XEON E5-1650-v3 on Fujitsu Celsius M740 Message-ID: <20150729151934.GE78154@funkthat.com> References: <20150729073950.2d09ea6b@freyja.zeit4.iv.bundesimmobilien.de> <20150729073616.GB78154@funkthat.com> <20150729102046.5f85c014@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150729102046.5f85c014@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Wed, 29 Jul 2015 08:19:35 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 15:19:36 -0000 O. Hartmann wrote this message on Wed, Jul 29, 2015 at 10:20 +0200: > On Wed, 29 Jul 2015 00:36:16 -0700 > John-Mark Gurney wrote: > > > O. Hartmann wrote this message on Wed, Jul 29, 2015 at 07:39 +0200: > > > Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r285947: Tue > > > Jul 28 13:39:03 CEST 2015 amd64) equipted with an Intel XEON E5-1650 v3, > > > see the extraction from recent "dmesg" below. > > > > > > I double checked the UEFI settings (the box is a Fujitsu Celsius M740 with > > > most recent firmware 1.8.0) and I didn't find anything indicating that > > > AES-NI has been deactivated. > > > > > > I checked the data sheet at Intel, the CPU should support AES-NI. > > > > > > I also filed a PR: Bug 201960 > > > > > > I'd like to know whether this is by intention, by bug (feature mask wrong?) > > > or by a faulty firmware? Any hints? > > > > Can you send me the output of cpuid-etallen? It's pretty long, so > > maybe off list would be better... It's from a port of the same > > name... > > I'm sorry, since I work in a pretty restricted area, I can not offer > webspace-similar download areas, but if it is not offending the list, i could > provide a compressed output. > > Find the output attached xz-compressed ... I cleared intentionally the serial > number, just as a notice. Yep, this confirms that AES-NI is off: AES instruction = false Which isn't a surprise from our other data points. Just wanted to make sure... > > Also, it looks like a microcode update could fix this issue, have you > > tried to look at that? > > > > https://albertveli.wordpress.com/2013/03/05/aes-ni-enabled/ > > > > Looks very similar to your issue, though it's a different microarch.. > > Your's is a Haswell that has the TSX bug in it, and it could be that > > the bios is disabling too many feature bits... > > > > Have you made sure that your machine has the latest BIOS? A newer > > BIOS could reenable the feature too... > > I just checked this moment again, but the latest UEFI firmware Fujitsu is > offering is version 1.8.0 from April of this year. I would complain to the vendor of your machine... I'd contact them and try to return the machine as defective... It clearly is... > > > [...] > > > FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 > > > VT: running with driver "efifb". > > > CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz (3491.98-MHz K8-class CPU) > > > Origin="GenuineIntel" Id=0x306f2 Family=0x6 Model=0x3f Stepping=2 > > > Features=0xbfebfbff > > > Features2=0x7dfefbff > > > > There should be an AESNI feature on this line, but clearly not... > > On another machine, also Fujitsu, but a 19 inch rack server module with a low > energy XEON E5-12XXv3, I can clearly see the AESNI feature in Feature2 list > and, conclusively, the aesni0 device is present and reported. > > > > > [...] > > > > > aesni0: No AESNI support. > > > [...] > > > > Which is why you get this... > > > > I applied the port sysutils/cpuid to another system, runnin a i5-4200M mobile > CPU (Lenovo notebook). The rows indicating > > family = Intel ... > (simple synth) = ... > > look much more "modern" for my opinion as the output I provided shows on the > CPU in question. It is just a hunch ... Seems, I've bought Intel(ian) crap ;-) > with no features and from another mellenium ... Yep... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Wed Jul 29 15:34:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8CE09AEE6E for ; Wed, 29 Jul 2015 15:34:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AD32468B for ; Wed, 29 Jul 2015 15:34:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AC58B9AEE6D; Wed, 29 Jul 2015 15:34:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABE7A9AEE6C for ; Wed, 29 Jul 2015 15:34:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 727BA68A for ; Wed, 29 Jul 2015 15:34:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 29 Jul 2015 15:35:41 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t6TFYa4d004713; Wed, 29 Jul 2015 09:34:36 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1438184076.1234.22.camel@freebsd.org> Subject: Re: "broken" symbolic links in /usr/lib From: Ian Lepore To: Ian FREISLICH Cc: David Wolfskill , current@freebsd.org Date: Wed, 29 Jul 2015 09:34:36 -0600 In-Reply-To: References: <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 15:34:45 -0000 On Tue, 2015-07-28 at 22:17 +0200, Ian FREISLICH wrote: > David Wolfskill wrote: > > My experience with SU+J is limited (and negative -- in large part, > > because I tend heavily on "dump | restore" pipelines to copy file > > systems, some of which are "live" at the time (danger mitigated by -L > > flag for dump). > > As an aside, mine has been pretty positive, except for once having > / moved entirely to /lost+found and encoded as inode numbers. That > might be enough for some. > > > If you can take that system down, I suggest: > > > > * Reboot to single-user mode. > > > > * Disable SU journaling ("tunefs -j disable $special") > > > > * fsck -p / (at least; possibly elide the "-p") > > > > * If you want SU+J, re-enable it ("tunefs -j enable $special") > > > > * While theory says "exit" at this point should just continue the > > transition to multi-user mode, I'd be inclined to just reboot & watch it > > to make sure nothing "weird" happens that you don't know about. > > > > * Re-test. > > So, a couple of fscks found some problems, but none causing this. > > I found the actual problem. The mount point for /usr was mode 700 > even though the root of the mounted filesystem on /usr was mode 755. > Did I explain that clearly (quite difficult because two things are > the same thing, although they're apparently not)? > > Seems that for some reason, some but not all actions involving the > transition between . and .. on the mount point use either the > permissions of the mount point or the permissions of the directory > mounted on that mount point. In the past, the permissions in the > mounted filesystem have always trumped the mount point, but I have > no idea what the spec says. Is this a bug? > > Ian > I suspect that a combination of symlinks (which often use multiple levels of ../ to traverse filesystems) and this caveat from the mount(8) manpage explain what you see... CAVEATS After a successful mount, the permissions on the original mount point determine if .. is accessible from the mounted file system. The minimum permissions for the mount point for traversal across the mount point in both directions to be possible for all users is 0111 (execute for all). It makes a kind of sense when you think about it. To access ../ from the root of a mounted filesystem you have to read the underlying mount point directory to see what its parent is, and that requires access to that directory. -- Ian From owner-freebsd-current@freebsd.org Wed Jul 29 16:22:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF6019AED47; Wed, 29 Jul 2015 16:22:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F150F1C; Wed, 29 Jul 2015 16:22:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 9023B153408; Wed, 29 Jul 2015 18:22:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NVWG-q5C0udh; Wed, 29 Jul 2015 18:22:45 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:e05d:5471:f6d0:12e4] (unknown [IPv6:2001:4cb8:3:1:e05d:5471:f6d0:12e4]) by smtp.digiware.nl (Postfix) with ESMTP id 38EC9153413; Wed, 29 Jul 2015 18:10:10 +0200 (CEST) Message-ID: <55B8FADA.4070204@digiware.nl> Date: Wed, 29 Jul 2015 18:10:02 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Jordan Hubbard CC: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> <1C044E26-0C59-491F-8779-38CAC1D7D66C@mail.turbofuzz.com> In-Reply-To: <1C044E26-0C59-491F-8779-38CAC1D7D66C@mail.turbofuzz.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 16:22:50 -0000 On 29-7-2015 18:01, Jordan Hubbard wrote: > >> On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen >> wrote: >> >> You have any idea what is/was actual the hardware that was in the >> box? >> >> If I remember correctly we gave Jordan a check for like 5000 >> guilders. Which I guess would be 2500 us$ at that time. Which was >> not an enormous amount of money, so even more impressive that the >> system lasted 18 years :) > > And thank you again for that donation! We should have another > conference at that place - I remember it was unusual to have a > conference at a location that also supplied tools for hacking our > Librettos. :) It was a fun weekend. I think Robert demonstrated a heavy system @work, where he could compile the kernel (or was it world) within 20 minutes.... We were all amasted that the lines went by faster than we could read. > I believe those original funds purchased a Pentium Pro system of > fairly reasonable configuration. As Julian says, however, the > individual parts were replaced over the years, including the > motherboard, and the freefall of today likely bore little resemblance > to the one we purchased at the local PC shop in Walnut Creek, > California! If it went anything like here in the workshed, only the metal box is more or less still there. But all other parts have gone. Some 4U 19" frames have the fronts cut out, to make room for diskbays. :) Exactly like Julian suggests. I'd like his phrasing thou. --WjW From owner-freebsd-current@freebsd.org Wed Jul 29 16:01:13 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8A0D9AE587; Wed, 29 Jul 2015 16:01:13 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A4AC81ADD; Wed, 29 Jul 2015 16:01:13 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: by pdrg1 with SMTP id g1so8135445pdr.2; Wed, 29 Jul 2015 09:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=v5mTbh3Zjf8mK7phj5T4WVjWv1gi6u5MP0jOdFbaJUE=; b=qx1gr1NCQ8ZPbi0ZWz33RL44KaQzpDG8CrMbL3/FGAVD/ZCEumoTumwOxwzZi2kI0O sat6FsZ3f4BhDxkxEqupxmFWz0Vfyius/DyDw/fu17pD5bV7Pc/uGHo0pDCwkojScCvm E4IT2cjmDMUunkKkMaNmTEyH3v4YIRdSjkVzIsM015MAbdstLeET1FtyJHPhQ5aAVwSx hYgOhoVHrA754f5fsivXVleDZYMYbEx2vByh93PlM41uV5QyVO3zodyQa6flygsSxC1C kcs3J/rl3BozLnU5JDSMA0QzQlhqRWO51LTUCOzkhWYUmYzAelVETHx2/1Rcyez7fwwO jpgg== X-Received: by 10.70.94.98 with SMTP id db2mr96235516pdb.130.1438185673196; Wed, 29 Jul 2015 09:01:13 -0700 (PDT) Received: from [10.20.30.52] (75-101-82-48.static.sonic.net. [75.101.82.48]) by smtp.gmail.com with ESMTPSA id kk6sm41507868pdb.94.2015.07.29.09.01.10 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Jul 2015 09:01:11 -0700 (PDT) From: Jordan Hubbard X-Google-Original-From: Jordan Hubbard Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 In-Reply-To: <55B64102.4090408@digiware.nl> Date: Wed, 29 Jul 2015 09:01:07 -0700 Cc: Glen Barber , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1C044E26-0C59-491F-8779-38CAC1D7D66C@mail.turbofuzz.com> References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> To: Willem Jan Withagen X-Mailer: Apple Mail (2.2102) X-Mailman-Approved-At: Wed, 29 Jul 2015 16:45:50 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 16:01:14 -0000 > On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen = wrote: >=20 > You have any idea what is/was actual the hardware that was in the box? >=20 > If I remember correctly we gave Jordan a check for like 5000 guilders. > Which I guess would be 2500 us$ at that time. Which was not an = enormous > amount of money, so even more impressive that the system lasted 18 = years :) And thank you again for that donation! We should have another = conference at that place - I remember it was unusual to have a = conference at a location that also supplied tools for hacking our = Librettos. :) I believe those original funds purchased a Pentium Pro system of fairly = reasonable configuration. As Julian says, however, the individual parts = were replaced over the years, including the motherboard, and the = freefall of today likely bore little resemblance to the one we purchased = at the local PC shop in Walnut Creek, California! - Jordan From owner-freebsd-current@freebsd.org Wed Jul 29 16:46:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D73A09AC7D2 for ; Wed, 29 Jul 2015 16:46:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C21FB1B4; Wed, 29 Jul 2015 16:46:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EF20B354; Wed, 29 Jul 2015 16:46:18 +0000 (UTC) Date: Wed, 29 Jul 2015 16:46:18 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <85197033.25.1438188378943.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1058210387.17.1438166559039.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1058210387.17.1438166559039.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1231 - Still Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 16:46:18 -0000 FreeBSD_HEAD-tests - Build #1231 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1231/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1231/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1231/con= sole Change summaries: No changes The end of the build log: [...truncated 4432 lines...] [192.168.10.2] out: libexec/atf/atf-check/atf-check_test:xflag -> passed = [0.894s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:equal -> passed [0= .284s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:experr_mismatch -> = passed [0.305s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:expout_mismatch -> = passed [0.193s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:flush_stdout_on_death= -> passed [1.199s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:info_ok -> passed = [0.269s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stderr -> pass= ed [0.399s] [192.168.10.2] out: libexec/atf/atf-sh/atf_check_test:null_stdout -> pass= ed [0.566s] [192.168.10.2] out: libexec/atf/atf-sh/config_test:get -> passed [0.433s= ] [192.168.10.2] out: libexec/atf/atf-sh/config_test:has -> passed [0.293s= ] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:arguments -> pass= ed [0.257s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__comma= nd_line -> passed [0.141s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:custom_shell__sheba= ng -> passed [0.263s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:missing_script -> = passed [0.270s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:no_args -> passed= [0.225s] [192.168.10.2] out: libexec/atf/atf-sh/integration_test:set_e -> passed = [0.211s] [192.168.10.2] out: libexec/atf/atf-sh/normalize_test:main -> passed [0.= 183s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:default_status -> passed = [0.202s] [192.168.10.2] out: libexec/atf/atf-sh/tc_test:missing_body -> passed [0= .159s] [192.168.10.2] out: libexec/atf/atf-sh/tp_test:srcdir -> passed [0.178s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:bad_library_directo= ries -> passed [0.108s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:first_library_direc= tory -> passed [0.094s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:last_library_direct= ory -> passed [0.244s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:middle_library_dire= ctory -> passed [0.622s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:missing_library ->= passed [0.211s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:single_library_dire= ctory -> passed [0.125s] [192.168.10.2] out: libexec/rtld-elf/ld_library_pathfds:wrong_library_direc= tories -> passed [0.100s] [192.168.10.2] out: share/examples/tests/atf/cp_test:force -> passed [0.= 113s] [192.168.10.2] out: share/examples/tests/atf/cp_test:simple -> passed [0= .082s] [192.168.10.2] out: share/examples/tests/atf/printf_test:fprintf__simple_st= ring -> passed [0.645s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__overflow= -> passed [0.075s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__two_form= atters -> passed [0.059s] [192.168.10.2] out: share/examples/tests/plain/cp_test:main -> passed [0= .095s] [192.168.10.2] out: share/examples/tests/plain/printf_test:main -> passed= [0.082s] [192.168.10.2] out: sys/aio/aio_test:aio_fifo_test -> skipped: module aio= could not be resolved: No such file or directory [0.166s] [192.168.10.2] out: sys/aio/aio_test:aio_file_test -> skipped: module aio= could not be resolved: No such file or directory [0.062s] [192.168.10.2] out: sys/aio/aio_test:aio_md_test -> skipped: module aio c= ould not be resolved: No such file or directory [0.126s] [192.168.10.2] out: sys/aio/aio_test:aio_pipe_test -> skipped: module aio= could not be resolved: No such file or directory [0.051s] [192.168.10.2] out: sys/aio/aio_test:aio_pty_test -> skipped: module aio = could not be resolved: No such file or directory [0.053s] [192.168.10.2] out: sys/aio/aio_test:aio_unix_socketpair_test -> skipped:= module aio could not be resolved: No such file or directory [0.104s] [192.168.10.2] out: sys/aio/aio_kqueue_test:main -> passed [0.074s] [192.168.10.2] out: sys/aio/lio_kqueue_test:main -> passed [0.220s] [192.168.10.2] out: sys/fifo/fifo_create:main -> passed [4.447s] [192.168.10.2] out: sys/fifo/fifo_io:main -> passed [11.224s] [192.168.10.2] out: sys/fifo/fifo_misc:main -> passed [0.180s] [192.168.10.2] out: sys/fifo/fifo_open:main -> passed [14.588s] [192.168.10.2] out: sys/file/ftruncate_test:main -> passed [0.180s] [192.168.10.2] out: sys/file/newfileops_on_fork_test:main -> passed [1.0= 73s] [192.168.10.2] out: sys/file/closefrom_test:main -> passed [0.348s] [192.168.10.2] out: sys/file/dup_test:main -> passed [0.210s] [192.168.10.2] out: sys/file/fcntlflags_test:main -> passed [0.280s] [192.168.10.2] out: sys/file/flock_test:main -> passed [7.384s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__ebadf_when_2nd_arg_out= _of_range -> passed [0.072s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__simple -> passed [0= .033s] [192.168.10.2] out: sys/kern/kern_descrip_test:kern_maxfiles__increase -> = skipped: Required configuration property 'allow_sysctl_side_effects' not d= efined [0.000s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_chi= ld_debugger -> passed [0.090s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unr= elated_debugger -> passed [0.095s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach = -> passed [0.034s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me= -> passed [0.032s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.053= s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.067s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.03= 6s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed = [0.059s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> pas= sed [0.065s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> pass= ed [0.034s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed= [0.040s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed= [0.068s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed = [0.032s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [0.0= 37s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> = passed [0.051s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed= [0.043s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed = [0.126s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed= [0.049s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed= [0.096s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed = [0.062s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed = [0.094s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [0= .044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k = -> passed [0.085s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k ->= passed [0.036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k ->= passed [0.079s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> = passed [0.235s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> pass= ed [0.126s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed= [0.132s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers = -> passed [0.166s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.= 106s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> = passed [0.222s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect ->= passed [0.132s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed = [0.094s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking = -> passed [0.064s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed = [0.080s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking = -> passed [0.032s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed = [0.075s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking = -> passed [0.064s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed = [0.239s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking = -> passed [0.480s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [= 0.053s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -= > passed [0.087s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passe= d [0.058s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> failed:= 2 checks failed; see output for more details [0.064s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> = failed: 2 checks failed; see output for more details [0.034s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed = [0.118s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [0.179s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.1= 06s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [0= .139s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [0.1= 07s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed= [0.114s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.= 149s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> pas= sed [0.122s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [0= .120s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [0.= 129s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [11.192s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [0.095s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.273s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest3 -> passed [0.141s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest4 -> passed [0.260s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [0.172s] [192.168.10.2] out: sys/netinet/fibs_test:arpresolve_checks_interface_fib = -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:default_route_with_multiple_fibs_= on_same_subnet -> skipped: Required configuration property 'fibs' not def= ined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:loopback_and_network_routes_on_no= ndefault_fib -> skipped: Required configuration property 'fibs' not defin= ed [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces -> skip= ped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> = skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:subnet_route_with_multiple_fibs_o= n_same_subnet -> skipped: Required configuration property 'fibs' not defi= ned [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:udp_dontroute -> skipped: Requi= red configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/opencrypto/runtests:main -> passed [0.342s] [192.168.10.2] out: sys/vm/mmap_test:main -> passed [0.079s] [192.168.10.2] out: sbin/ifconfig/nonexistent_test:nonexistent -> passed = [0.126s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_malloc -> passed = [0.407s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_swap -> passed [0= .423s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_explicit_type = -> passed [0.582s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_larger_than_fi= le -> passed [0.365s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_non_explicit_t= ype -> passed [0.278s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_sector_size -= > passed [0.447s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_smaller_than_f= ile -> passed [0.426s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_with_specific_unit_n= umber -> passed [0.292s] [192.168.10.2] out: sbin/growfs/legacy_test:main -> passed [13.541s] [192.168.10.2] out: sbin/devd/client_test:seqpacket -> passed [0.130s] [192.168.10.2] out: sbin/devd/client_test:stream -> passed [0.084s] [192.168.10.2] out: sbin/dhclient/option-domain-search_test:main -> passe= d [0.144s] [192.168.10.2] out:=20 [192.168.10.2] out: Results file id is usr_tests.20150729-152712-507992 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20= 150729-152712-507992.db [192.168.10.2] out:=20 [192.168.10.2] out: 4337/4340 passed (3 failed) [192.168.10.2] out:=20 Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,x= fail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=3Dtest-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 68085] [192.168.10.2] out:=20 ffff00 broadcast 192.168.10.255=20 kyuatestprompt # lock order reversal: 1st 0xfffffe007b2e8ff0 bufwait (bufwait) @ /builds/FreeBSD_HEAD/sys/kern/v= fs_bio.c:3191 2nd 0xfffff80007250c00 dirhash (dirhash) @ /builds/FreeBSD_HEAD/sys/ufs/uf= s/ufs_dirhash.c:281 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0096fcd= 400 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe0096fcd480 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe0096fcd4c0 ufsdirhash_add() at ufsdirhash_add+0x3d/frame 0xfffffe0096fcd510 ufs_direnter() at ufs_direnter+0x5da/frame 0xfffffe0096fcd5e0 ufs_makeinode() at ufs_makeinode+0x5d3/frame 0xfffffe0096fcd7a0 ufs_create() at ufs_create+0x2d/frame 0xfffffe0096fcd7c0 VOP_CREATE_APV() at VOP_CREATE_APV+0xf1/frame 0xfffffe0096fcd7f0 vn_open_cred() at vn_open_cred+0x30e/frame 0xfffffe0096fcd960 kern_openat() at kern_openat+0x235/frame 0xfffffe0096fcdae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe0096fcdbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0096fcdbf0 --- syscall (499, FreeBSD ELF64, sys_openat), rip =3D 0x8008f3f7a, rsp =3D = 0x7fffffffdc28, rbp =3D 0x7fffffffdd00 --- ahcich0: Timeout on slot 15 port 0 ahcich0: is 00000000 cs 00000000 ss 00078000 rs 00078000 tfd 50 serr 000000= 00 cmd 1000d217 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 e8 c2 27 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 7 port 0 ahcich0: is 00000000 cs 00000000 ss 00000380 rs 00000380 tfd 50 serr 000000= 00 cmd 1000c917 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 7 port 0 ahcich0: is 00000000 cs 00000000 ss 00000180 rs 00000180 tfd 50 serr 000000= 00 cmd 1000c817 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 b0 c2 27 40 00 00 00 0= = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 Jul 29 16:45:56 shutdown: power-down by root:=20 Stopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 29 16:45:59 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 done All buffers synced. lock order reversal: 1st 0xfffff800072cb7c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount= .c:1224 2nd 0xfffff800072cc240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_s= ubr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995= 630 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956b0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b9957e0 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995800 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995830 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958a0 vget() at vget+0x7e/frame 0xfffffe007b9958f0 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995940 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995970 dounmount() at dounmount+0x44a/frame 0xfffffe007b9959f0 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a20 bufshutdown() at bufshutdown+0x3b7/frame 0xfffffe007b995a70 kern_reboot() at kern_reboot+0x18c/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x41205a, rsp =3D 0x7f= ffffffe718, rbp =3D 0x7fffffffe810 --- Uptime: 1h19m18s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freeb= sd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-= image/image/FreeBSD_HEAD/test.img umount /tmp/tmpXXAEgn mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTA= BLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Wed Jul 29 19:21:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5B739AECC9 for ; Wed, 29 Jul 2015 19:21: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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D12E1B83 for ; Wed, 29 Jul 2015 19:21:36 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1ZKWuz-003fDl-1J>; Wed, 29 Jul 2015 21:21:33 +0200 Received: from x5ce1770b.dyn.telefonica.de ([92.225.119.11] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1ZKWuy-003Ld0-Pl>; Wed, 29 Jul 2015 21:21:33 +0200 Date: Wed, 29 Jul 2015 21:21:27 +0200 From: "O. Hartmann" To: Alexandr Krivulya Cc: Conrad Meyer , freebsd-current Subject: Re: [CURRENT]: r285995: BROKEN! buildkernel fails in kern_shutdown.c Message-ID: <20150729212127.654f78d3.ohartman@zedat.fu-berlin.de> In-Reply-To: <55B8C5F6.6000602@shurik.kiev.ua> References: <20150729063547.384dacbe@freyja.zeit4.iv.bundesimmobilien.de> <20150729072156.576dfa07@freyja.zeit4.iv.bundesimmobilien.de> <55B8C5F6.6000602@shurik.kiev.ua> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/dxJ3o+=RS_NlnsR4y8CJ0jN"; protocol="application/pgp-signature" X-Originating-IP: 92.225.119.11 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 19:21:37 -0000 --Sig_/dxJ3o+=RS_NlnsR4y8CJ0jN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 29 Jul 2015 15:24:22 +0300 Alexandr Krivulya schrieb: > 29.07.2015 08:50, Conrad Meyer =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Tue, Jul 28, 2015 at 10:21 PM, O. Hartmann > > wrote: > >> On Tue, 28 Jul 2015 21:58:26 -0700 > >> Conrad Meyer wrote: > >> > >>> On Tue, Jul 28, 2015 at 9:35 PM, O. Hartmann > >>> wrote: > >>>> Sources as of r285995 fail to build kernel with > >>>> > >>>> [...] > >>>> --- kernel --- > >>>> linking kernel > >>>> kern_shutdown.o: In function `kern_reboot': > >>>> /usr/src/sys/kern/kern_shutdown.c:(.text+0x2e6): undefined reference= to > >>>> `bufshutdown' *** [kernel] Error code 1 > >>> > >>> Hi, > >>> > >>> It appears you've got an old version of vfs_bio.o cached. Try deleting > >>> that and building. > >>> > >>> Best, > >>> Conrad > >> I doubt that. When I start building world this morning, I deleted /usr= /obj/*. > >> So it should be not as you presumed. > >> > >> I just did a > >> > >> make -j12 kernel > >> > >> in /usr/src again and it failed at the very same position. Again, the = source > >> tree has been recently updated, afterwards I started buidlworld on a > >> deleted/fresh /usr/obj. > > > > Well, r285993 is probably the offending commit. It looks ok to me, > > though I also hit: > > > > kern_shutdown.o: In function `kern_reboot': > > /usr/home/cmeyer/src/freebsd/sys/kern/kern_shutdown.c:315: undefined > > reference to `bufshutdown' > > >=20 > Fixed in r286002 Thank you. --Sig_/dxJ3o+=RS_NlnsR4y8CJ0jN Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVuSe3AAoJEOgBcD7A/5N8Xh8IAJkzF6Z8/k/9u9rlnrUc3Cvb It2wubXTnGA4w/EE7rSAhCtoENpAq1KNyiKP6gryxqyo5CE04ZuuCqcJXltnUHOF FqK3UY8aNtHiCg8yY8DxS3pVQWPyHV9EMBNAPrbAmYijprY2jcqpcG/jtpmJuipK jAYER0kXBgbuDUzST9VC0tFcGwLn3+qhnayVVUpVSE/A3h7gJhLLYqVIZMjVSyXJ k4LDo5hd6SsmPVXMXwRMAGjpH3HKX0maPVUkci8x8di0TcsK1pTBrHrcj6E1sYcC LDhvL8W+GFt2l5ve8t6sSn6cn/hIMs/qpw4IlIszzs9G7zff6Ghd21RAHgAV1aY= =eWyD -----END PGP SIGNATURE----- --Sig_/dxJ3o+=RS_NlnsR4y8CJ0jN-- From owner-freebsd-current@freebsd.org Wed Jul 29 20:20:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C7D99ADEDA for ; Wed, 29 Jul 2015 20:20:42 +0000 (UTC) (envelope-from micchie@sfc.wide.ad.jp) Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp [IPv6:2001:200:0:8803::53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9AE6C3E for ; Wed, 29 Jul 2015 20:20:41 +0000 (UTC) (envelope-from micchie@sfc.wide.ad.jp) Received: from [10.64.74.159] (x5ce3979f.dyn.telefonica.de [92.227.151.159]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 89033278185 for ; Thu, 30 Jul 2015 05:20:37 +0900 (JST) User-Agent: Microsoft-MacOutlook/0.0.0.150618 Date: Wed, 29 Jul 2015 22:20:26 +0200 Subject: Shutdown fails when there is an active kthread pinned to CPU core 0 From: Michio Honda To: "freebsd-current@freebsd.org" Message-ID: Thread-Topic: Shutdown fails when there is an active kthread pinned to CPU core 0 Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 20:20:42 -0000 Hi, When I create a kthread (kthread_add()) and pin it to CPU 0 (sched_bind() i= n the beginning of its worker function),=20 shutdown (from the command line) is stuck on a message of "Waiting (max 60 = seconds) for system process `vnlru' to stop..=E2=80=9D. If I pin it to CPU 1 there= is no problem. I=E2=80=99m using FreeBSD CURRENT whose last commit is bf0aa3510005188e55285fbed4= 3d93a34448e377 (on July 3rd). Do you have any idea to successfully shutdown the system while leaving a kt= hread pinned on CPU 0? (I have this problem in the process of implementing a polling kthread for V= ALE.) Cheers, - Michio From owner-freebsd-current@freebsd.org Wed Jul 29 20:35:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 271419AE333 for ; Wed, 29 Jul 2015 20:35:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAB261869 for ; Wed, 29 Jul 2015 20:35:32 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by iggf3 with SMTP id f3so20457022igg.1 for ; Wed, 29 Jul 2015 13:35:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=mjXiCNBLD2+lJ12mD+bLQiJgOBDzz4sN8PlXUP18ptA=; b=h8UM+5zQGKw3xshQyD2O7AlupQJWIPu1lUYKpbghARLtFfnZNY0cFfFvjV5VckRYX/ AjGqBOAgUIUXPMsubOc6gEk9rZ76PmBCl28GoNrKFp1y8Ht4xv+URIhakB7b0P7U0XWY 7DwSuT8IHwgoUJFl0q5RQ9VX+pzi7wfgWFSjYOYj+Jlvr1sIYB7mHvB+mIL489wZcDDH hcu35bGimSO/vbkMuPMr5DazJCJdKQx09GS2tGiRj8w3qW/vPP4ROoNpkkT9nmgqS643 uLhGNaYtEa2k/xlOlOkNe4gBQ5fEuIppGCy+LiPyID2sTfuWHIJ7iySGyT13dmk52+Eu b2NA== X-Received: by 10.50.64.244 with SMTP id r20mr9229568igs.33.1438202132258; Wed, 29 Jul 2015 13:35:32 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.136.200 with HTTP; Wed, 29 Jul 2015 13:35:12 -0700 (PDT) From: Ed Maste Date: Wed, 29 Jul 2015 16:35:12 -0400 X-Google-Sender-Auth: S9uDII6GJKOun1aNhh4ZNuO5epo Message-ID: Subject: HEADSUP: Removing GNU binutils versions of nm, readelf etc. To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 20:35:33 -0000 We've been using the ELF Tool Chain version of tools such as nm, readelf, size and strings by default for some time. The Binutils versions can currently be installed instead by setting WITHOUT_ELFTOOLCHAIN_TOOLS in src.conf(5). I'm planning to remove the Binutils versions before too long. The patch is in review at https://reviews.freebsd.org/D3238. If anyone is currently using WITHOUT_ELFTOOLCHAIN_TOOLS in order to install the Binutils tools instead, I'd appreciate knowing why. -Ed From owner-freebsd-current@freebsd.org Wed Jul 29 20:01:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A63E89AD8CD for ; Wed, 29 Jul 2015 20:01:55 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4012E15E1 for ; Wed, 29 Jul 2015 20:01:55 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by wibxm9 with SMTP id xm9so216267197wib.0 for ; Wed, 29 Jul 2015 13:01:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=I6pJCncJHai4hOZyNodXNL1fwDyQHqCkc6zh0iPpQm0=; b=g56bPUnMrLsiHwr6N4ffIA0W7FWOGmZt8gmw1Cjw42lHgheYU0lfH5+jTJHcgXf07g 4OG7E6hAKfYkbOUyUoJ1y8T9MkKjlLCMuExVwlLPh804Ga5/TQrj6AE78v4+Is91wOOD A5+yZ8Y1TcFzDXeMthLASX37IujodS+H5GLH/jhAMCWEzWtB9EWaUazQGalwMwen/BXG 7iD1R2vHcpSWyckoQdeGhU/JYz13f+dmuBcJ+SZkflmN32WZ7MIMpOWdUGtmeOR1oMnJ orGsHCqvC4u5JxHpthVquZaVH7+qABGhtd++PmCB4DUPQ3sskOloFde+8eZg07MMnSo9 kFUA== X-Received: by 10.194.20.161 with SMTP id o1mr18390642wje.32.1438200113714; Wed, 29 Jul 2015 13:01:53 -0700 (PDT) Received: from ?IPv6:2a02:a03f:a67:1f00:782a:4e84:3a4f:b7ab? ([2a02:a03f:a67:1f00:782a:4e84:3a4f:b7ab]) by smtp.googlemail.com with ESMTPSA id ez4sm26015676wid.14.2015.07.29.13.01.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Jul 2015 13:01:52 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3071\)) Subject: Re: IPSEC stop works after r285336 From: Sydney Meyer In-Reply-To: <55B8CD6C.7080804@shurik.kiev.ua> Date: Wed, 29 Jul 2015 22:01:55 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> To: FreeBSD CURRENT X-Mailer: Apple Mail (2.3071) X-Mailman-Approved-At: Wed, 29 Jul 2015 20:50:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 20:01:55 -0000 Same here, fixed running r286015. Thanks a bunch. > On 29 Jul 2015, at 14:56, Alexandr Krivulya = wrote: >=20 > 29.07.2015 10:17, John-Mark Gurney =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 = +0300: >>=20 >> [...] >>=20 >>> With r285535 all works fine. >> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 +0200: >>> I'm having the same problem with IPSec, running -current with = r285794. >>>=20 >>> Don't know if this helps, but "netstat -s -p esp" shows packets = dropped; bad ilen. >> It looks like there was an issue w/ that commit... After looking at >> the code, and working w/ gnn, I have committed r286000 which fixes it >> in my test cases... >>=20 >=20 > Fixed for me. Thank you! From owner-freebsd-current@freebsd.org Wed Jul 29 21:53:15 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D53E19AE495 for ; Wed, 29 Jul 2015 21:53:15 +0000 (UTC) (envelope-from eliezer@ngtech.co.il) Received: from mtaout29.012.net.il (mtaout29.012.net.il [80.179.55.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0AC1098 for ; Wed, 29 Jul 2015 21:53:15 +0000 (UTC) (envelope-from eliezer@ngtech.co.il) Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NS900M00R93EM00@mtaout29.012.net.il> for freebsd-current@freebsd.org; Thu, 30 Jul 2015 00:52:43 +0300 (IDT) Received: from mail.ngtech.co.il ([84.95.212.160]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPSA id <0NS900FFSRFUG980@mtaout29.012.net.il> for freebsd-current@freebsd.org; Thu, 30 Jul 2015 00:52:42 +0300 (IDT) Received: by mail.ngtech.co.il (Postfix, from userid 5001) id 0BAB92396B; Thu, 30 Jul 2015 00:53:09 +0300 (IDT) Received: from [192.168.10.131] (unknown [192.168.10.254]) by mail.ngtech.co.il (Postfix) with ESMTPA id 77BA2238B2 for ; Thu, 30 Jul 2015 00:53:08 +0300 (IDT) Date: Thu, 30 Jul 2015 00:53:07 +0300 From: Eliezer Croitoru Subject: About virtio-scsi and\or scsi. X-012-Sender: eliezer-111@012.net.il To: "freebsd-current@freebsd.org" Message-id: <55B94B43.8090100@ngtech.co.il> MIME-version: 1.0 Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.ngtech.co.il User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 X-Spam-Status: No, score=-1.0 required=3.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Level: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 21:53:15 -0000 I am testing couple VMs under kvm and from my tests it seems that there might not be support for hot-plug of virtio disks or virtio-scsi disks in freebsd? I wanted to make sure I am understand right the situation FreeBSD is right now. If anyone knows please reply. Thanks, Eliezer From owner-freebsd-current@freebsd.org Wed Jul 29 23:16:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 128FC9AE49D for ; Wed, 29 Jul 2015 23:16:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EFC54222; Wed, 29 Jul 2015 23:16:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 87F863EE; Wed, 29 Jul 2015 23:16:41 +0000 (UTC) Date: Wed, 29 Jul 2015 23:16:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1319249012.27.1438211801328.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <85197033.25.1438188378943.JavaMail.jenkins@jenkins-9.freebsd.org> References: <85197033.25.1438188378943.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1232 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 23:16:42 -0000 FreeBSD_HEAD-tests - Build #1232 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1232/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1232/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1232/console Change summaries: No changes From owner-freebsd-current@freebsd.org Thu Jul 30 02:25:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76B4E9A7855; Thu, 30 Jul 2015 02:25:41 +0000 (UTC) (envelope-from weh@microsoft.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bbn0102.outbound.protection.outlook.com [157.56.111.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B877C16A6; Thu, 30 Jul 2015 02:25:39 +0000 (UTC) (envelope-from weh@microsoft.com) Received: from BY1PR03MB1434.namprd03.prod.outlook.com (10.162.127.152) by BY1PR03MB1433.namprd03.prod.outlook.com (10.162.127.151) with Microsoft SMTP Server (TLS) id 15.1.225.19; Thu, 30 Jul 2015 02:25:32 +0000 Received: from BY1PR03MB1434.namprd03.prod.outlook.com ([10.162.127.152]) by BY1PR03MB1434.namprd03.prod.outlook.com ([10.162.127.152]) with mapi id 15.01.0225.018; Thu, 30 Jul 2015 02:25:31 +0000 From: Wei Hu To: Pavel Timofeev CC: Slawa Olhovchenkov , "freebsd-current@freebsd.org" , "freebsd-virtualization@freebsd.org" Subject: RE: MS DNS doesn't answer to CURRENT under Hyper-V Thread-Topic: MS DNS doesn't answer to CURRENT under Hyper-V Thread-Index: AQHQuKsxHCAHG2fAnE6RlFoo4JehXp3P+tkAgAAgVgCAAAxjAIABENiAgAfXc/CADnypAIABBhSggAA1mACACWw5gIABOBBA Date: Thu, 30 Jul 2015 02:25:31 +0000 Message-ID: References: <20150707130902.GA41189@zxy.spb.ru> <20150707154906.GA44094@zxy.spb.ru> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-originating-ip: [167.220.232.8] x-microsoft-exchange-diagnostics: 1; BY1PR03MB1433; 5:YfhHqM+yrwPs7HyBt7wI5OwM5HfmMr5AXpnanrT8eM9JbyQJ74TNFBkxLgBf8GW53eMMV++FTPtAndQbE3Fv6XwtP6Cb2goOl2GbF1QFny7GXB7ThHOQdxiC2elLE1QcNdEa9+IVstgi9ILfCv0wSg==; 24:e1QRyw+Y+7BhfzowU0w5oOVAM2DeVtQENTzhQpj+rT0nGOOA8YYm7fi0LFf6WMtHcNnIzNcuHca/wlPLw4pdUCO8vinTLUx9brMnI0Ub/mk=; 20:OCSJAg9PGxUU9FYRm25prR9HETpY4hZ6tiDjPdp+Wi64wQlqCzw3mnCu4Kl4/7qEjV9ZzwVPL8MqlGu6+YTkEA== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:BY1PR03MB1433; by1pr03mb1433: X-MS-Exchange-Organization-RulesExecuted x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401001)(5005006)(3002001); SRVR:BY1PR03MB1433; BCL:0; PCL:0; RULEID:; SRVR:BY1PR03MB1433; x-forefront-prvs: 06530126A4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(377454003)(377424004)(164054003)(13464003)(24454002)(110136002)(46102003)(189998001)(15975445007)(92566002)(5002640100001)(50986999)(86362001)(102836002)(5003600100002)(62966003)(106356001)(86612001)(40100003)(93886004)(87936001)(54356999)(5001960100002)(2900100001)(1720100001)(2656002)(122556002)(33656002)(19580395003)(76576001)(230673001)(19580405001)(2950100001)(10090500001)(1411001)(77156002)(76176999)(66066001)(4477795004)(99286002)(106116001)(77096005)(74316001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR03MB1433; H:BY1PR03MB1434.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jul 2015 02:25:31.7261 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR03MB1433 X-Mailman-Approved-At: Thu, 30 Jul 2015 11:18:14 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 02:25:41 -0000 SnVzdCBjb21taXR0ZWQgdGhlIGZpeCBpbiByZWxlbmcvMTAuMiBicmFuY2ggYXMgcjI4NjA1OC4N Cg0KV2VpDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBQYXZlbCBU aW1vZmVldiBbbWFpbHRvOnRpbXA4N0BnbWFpbC5jb21dDQo+IFNlbnQ6IFdlZG5lc2RheSwgSnVs eSAyOSwgMjAxNSAzOjQ4IFBNDQo+IFRvOiBXZWkgSHUgPHdlaEBtaWNyb3NvZnQuY29tPg0KPiBD YzogU2xhd2EgT2xob3ZjaGVua292IDxzbHdAenh5LnNwYi5ydT47IGZyZWVic2QtY3VycmVudEBm cmVlYnNkLm9yZzsNCj4gZnJlZWJzZC12aXJ0dWFsaXphdGlvbkBmcmVlYnNkLm9yZw0KPiBTdWJq ZWN0OiBSZTogTVMgRE5TIGRvZXNuJ3QgYW5zd2VyIHRvIENVUlJFTlQgdW5kZXIgSHlwZXItVg0K PiANCj4gSGkhDQo+IHIyODU3ODUgc3RpbGwgaXNuJ3QgTUZDZWQuDQo+IFJDMiBpcyBjb21pbmcg c29vbi4NCj4gDQo+IDIwMTUtMDctMjMgMTA6NTQgR01UKzAzOjAwIFBhdmVsIFRpbW9mZWV2IDx0 aW1wODdAZ21haWwuY29tPjoNCj4gPiBPaywgc29ycnkhDQo+ID4NCj4gPiAyMDE1LTA3LTIzIDc6 NTEgR01UKzAzOjAwIFdlaSBIdSA8d2VoQG1pY3Jvc29mdC5jb20+Og0KPiA+PiBUaGUgVENQIG9m ZmxvYWRpbmcgaXMgc3RpbGwgd29ya2luZyBvbiB0aGVzZSBwbGF0Zm9ybXMuIFRoZXJlIGlzIG5v IGZsYWcgdG8NCj4gZGlzdGluZ3Vpc2ggVURQIGFuZCBUQ1Agb2ZmbG9hZGluZywgc28gdGhlIFJY Q1NVTSBhbmQgVFhDU1VNIGFyZSBzdGlsbCBzZXQuDQo+IExldCBtZSBrbm93IGlmIHRoZXJlIGlz IGFueSBvdGhlciB3YXkgdG8gc2hvdyBpdCBwcm9wZXJseS4NCj4gPj4NCj4gPj4gVGhhbmtzLA0K PiA+PiBXZWkNCj4gPj4NCj4gPj4NCj4gPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g Pj4gRnJvbTogUGF2ZWwgVGltb2ZlZXYgW21haWx0bzp0aW1wODdAZ21haWwuY29tXQ0KPiA+PiBT ZW50OiBXZWRuZXNkYXksIEp1bHkgMjIsIDIwMTUgOTowNCBQTQ0KPiA+PiBUbzogV2VpIEh1IDx3 ZWhAbWljcm9zb2Z0LmNvbT4NCj4gPj4gQ2M6IFNsYXdhIE9saG92Y2hlbmtvdiA8c2x3QHp4eS5z cGIucnU+OyBmcmVlYnNkLQ0KPiBjdXJyZW50QGZyZWVic2Qub3JnOw0KPiA+PiBmcmVlYnNkLXZp cnR1YWxpemF0aW9uQGZyZWVic2Qub3JnDQo+ID4+IFN1YmplY3Q6IFJlOiBNUyBETlMgZG9lc24n dCBhbnN3ZXIgdG8gQ1VSUkVOVCB1bmRlciBIeXBlci1WDQo+ID4+DQo+ID4+IEhpISBJIHNlZSB5 b3UgaGF2ZSBkb25lIHRoZSBjb2RlIGZvciBkaXNhYmxpbmcgVURQIGNoZWNrc3VtDQo+ID4+IG9m ZmxvYWRpbmcgd2hlbiBydW5uaW5nIG9uIHRoZSBIeXBlci1WIG9uIFdpbmRvd3MgU2VydmVyIDIw MTIgYW5kDQo+ID4+IGVhcmxpZXIgaG9zdHMNCj4gPj4NCj4gPj4gaHR0cHM6Ly9zdm53ZWIuZnJl ZWJzZC5vcmcvYmFzZT92aWV3PXJldmlzaW9uJnJldmlzaW9uPTI4NTc4NQ0KPiA+Pg0KPiA+PiBJ IHRyaWVkIG5ldyBDVVJSRU5UIGFuZCBpdCB3b3Jrcy4gVGhhbmsgeW91IQ0KPiA+Pg0KPiA+PiBB IHNtYWxsIG5vdGUgaGVyZTogd2hpbGUgaXQgZGlzYWJsZXMgYW5kIHdvcmtzIGl0IHN0aWxsIHNo b3dzIFJYQ1NVTSBhbmQNCj4gVFNDU1VNIGluIGlmYWNlJ3Mgb3B0aW9uczoNCj4gPj4NCj4gPj4g cm9vdEBwcm94eTovdXNyL3NyYyAjIGlmY29uZmlnIGhuMA0KPiA+PiBobjA6IGZsYWdzPTg4NDM8 VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYw0KPiAwIG10dSAx NTAwDQo+ID4+DQo+IG9wdGlvbnM9MzFiPFJYQ1NVTSxUWENTVU0sVkxBTl9NVFUsVkxBTl9IV1RB R0dJTkcsVFNPNCxUU082Pg0KPiA+PiAgICAgICAgIGV0aGVyIDAwOjE1OjVkOjAyOjljOjA5DQo+ ID4+ICAgICAgICAgaW5ldCAxOTIuMTY4LjI1LjI2IG5ldG1hc2sgMHhmZmZmZmZjMCBicm9hZGNh c3QgMTkyLjE2OC4yNS42Mw0KPiA+PiAgICAgICAgIG5kNiBvcHRpb25zPTI5PFBFUkZPUk1OVUQs SUZESVNBQkxFRCxBVVRPX0xJTktMT0NBTD4NCj4gPj4NCj4gPj4gSXMgaXQgcG9zc2libGUgdG8g aGlkZSBpdCBhdXRvbWF0aWNhbGx5IGlmIGl0J3MgZGlzYWJsZWQgYnkgbmV3IGNvZGU/DQo+ID4+ DQo+ID4+DQo+ID4+IDIwMTUtMDctMTMgMTE6MDYgR01UKzAzOjAwIFdlaSBIdSA8d2VoQG1pY3Jv c29mdC5jb20+Og0KPiA+Pj4gV2UgaGF2ZSByb290IGNhdXNlZCB0aGUgcHJvYmxlbS4gVGhpcyBp c3N1ZSBoYXBwZW5zIG9uIHRoZSBIeXBlci1Wcw0KPiBvbiBXaW5kb3dzIFNlcnZlciAyMDEyIChX aW4gOC4wKSBhbmQgZWFybGllciByZWxlYXNlcy4gT24gdGhlc2UgcmVsZWFzZXMsDQo+IHRoZSBV UEQgY2hlY2tzdW0gb2ZmbG9hZGluZyBvbiBob3N0IHNpZGUgZG9lcyBub3Qgd29yayBwcm9wZXJs eS4gVGhlDQo+IHdvcmthcm91bmQgaXMgdG8gZGlzYWJsZSBVUEQgY2hlY2tzdW0gb2ZmbG9hZGlu ZyBpbiB0aGUgRnJlZUJTRCBndWVzdA0KPiB0aHJvdWdoICdpZmNvbmZpZycuIFdlIGFyZSBhbHNv IHdvcmtpbmcgb24gYSBwYXRjaCB0byB0dXJuIG9mZiBVUEQgY2hlY2tzdW0NCj4gb2ZmbG9hZGlu ZyBpbiB0aGUgbmV0dnNjIGRyaXZlciB3aGVuIGRldGVjdGluZyB0aGUgSHlwZXItViByZWxlYXNl cy4NCj4gPj4+DQo+ID4+PiBUaGUgVURQIGNoZWNrc3VtIG9mZmxvYWRpbmcgd29ya3MgZmluZSBv biBXaW5kb3dzIFNlcnZlciAyMDEyUjIgYW5kDQo+IFdpbiA4LjEgaG9zdHMuDQo+ID4+Pg0KPiA+ Pj4gVGhhbmtzIFBhdmVsIGFuZCBTbGF3YSBmb3IgdGhlIHN1cHBvcnQuDQo+ID4+Pg0KPiA+Pj4g V2VpDQo+ID4+Pg0KPiA+Pj4NCj4gPj4+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ Pj4+IEZyb206IG93bmVyLWZyZWVic2QtdmlydHVhbGl6YXRpb25AZnJlZWJzZC5vcmcNCj4gPj4+ PiBbbWFpbHRvOm93bmVyLWZyZWVic2QtIHZpcnR1YWxpemF0aW9uQGZyZWVic2Qub3JnXSBPbiBC ZWhhbGYgT2YNCj4gPj4+PiBQYXZlbCBUaW1vZmVldg0KPiA+Pj4+IFNlbnQ6IFdlZG5lc2RheSwg SnVseSA4LCAyMDE1IDQ6MDYgUE0NCj4gPj4+PiBUbzogU2xhd2EgT2xob3ZjaGVua292DQo+ID4+ Pj4gQ2M6IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZzsgZnJlZWJzZC12aXJ0dWFsaXphdGlv bkBmcmVlYnNkLm9yZw0KPiA+Pj4+IFN1YmplY3Q6IFJlOiBNUyBETlMgZG9lc24ndCBhbnN3ZXIg dG8gQ1VSUkVOVCB1bmRlciBIeXBlci1WDQo+ID4+Pj4NCj4gPj4+PiBPaywgcjI4NDc0NiBpcyB0 aGUgcm9vdCBvZiB0aGUgcHJvYmxlbS4gTVMgRE5TIHdvcmtzIHVuZGVyIHIyODQ3NDUNCj4gPj4+ PiBhbmQgZG9lc24ndCB3b3JrIHVuZGVyIHIyODQ3NDYuDQo+ID4+Pj4gU2xhd2EsIHdoYXQgc2hv dWxkIEkgbG9vayBhdCBpbiB3aXJlc2hhcmsgb3V0cHV0Pw0KPiA+Pj4+DQo+ID4+Pj4NCj4gPj4+ PiAyMDE1LTA3LTA3IDE4OjQ5IEdNVCswMzowMCBTbGF3YSBPbGhvdmNoZW5rb3YgPHNsd0B6eHku c3BiLnJ1PjoNCj4gPj4+PiA+IE9uIFR1ZSwgSnVsIDA3LCAyMDE1IGF0IDA2OjA0OjQ2UE0gKzAz MDAsIFBhdmVsIFRpbW9mZWV2IHdyb3RlOg0KPiA+Pj4+ID4NCj4gPj4+PiA+PiBXZWxsLCB0dXJu aW5nIG9mZiBjaGVja3N1bSBvZmZsb2FkaW5nIGJ5IGBpZmNvbmZpZyBobjAgLXR4Y3N1bQ0KPiA+ Pj4+ID4+IC1yeGNzdW1gIGRlZmluaXRlbHkgaGVscHMuDQo+ID4+Pj4gPj4NCj4gPj4+PiA+PiBB cyBmb3IgdGNwZHVtcCBJJ20gbm90IGNvbXBsZXRlbHkgc3VyZSBpZiBJIGRpZCBpdCByaWdodCwg YnV0IEkNCj4gPj4+PiA+PiBzZWUgImJhZCB1ZHAgY2tzdW0iIHBocmFzZToNCj4gPj4+PiA+Pg0K PiA+Pj4+ID4+ICMgdGNwZHVtcCAtaSBobjAgLXZ2diAtbm4gdWRwIGRzdCBwb3J0IDUzDQo+ID4+ Pj4gPj4gdGNwZHVtcDogbGlzdGVuaW5nIG9uIGhuMCwgbGluay10eXBlIEVOMTBNQiAoRXRoZXJu ZXQpLCBjYXB0dXJlDQo+ID4+Pj4gPj4gc2l6ZQ0KPiA+Pj4+ID4+IDI2MjE0NCBieXRlcw0KPiA+ Pj4+ID4+IDE4OjAxOjE5LjEzOTk5NCBJUCAodG9zIDB4MCwgdHRsIDY0LCBpZCA2MTIxOCwgb2Zm c2V0IDAsIGZsYWdzDQo+ID4+Pj4gPj4gW25vbmVdLCBwcm90byBVRFAgKDE3KSwgbGVuZ3RoIDUx KQ0KPiA+Pj4+ID4+ICAgICAxOTIuMTY4LjI1LjI2LjQ1NjgzID4gMTkyLjE2OC4yNS4zLjUzOiBb YmFkIHVkcCBja3N1bSAweGIzOWUNCj4gPj4+PiA+PiAtPiAweGYyMTAhXSA1Mjg4NisgQT8geWEu cnUuICgyMykNCj4gPj4+PiA+PiAxODowMToyNC4xNDA1NDQgSVAgKHRvcyAweDAsIHR0bCA2NCwg aWQgMTcyOTMsIG9mZnNldCAwLCBmbGFncw0KPiA+Pj4+ID4+IFtub25lXSwgcHJvdG8gVURQICgx NyksIGxlbmd0aCA1MSkNCj4gPj4+PiA+PiAgICAgMTkyLjE2OC4yNS4yNi4xMjU3NSA+IDE5Mi4x NjguMjUuMy41MzogW2JhZCB1ZHAgY2tzdW0gMHhiMzllDQo+ID4+Pj4gPj4gLT4gMHg3MzY1IV0g NTI4ODYrIEE/IHlhLnJ1LiAoMjMpDQo+ID4+Pj4gPg0KPiA+Pj4+ID4gdGNwZHVtcCAiYmFkIHVk cCBja3N1bSIgaXMgbm9ybWFsIG9uIEZyZWVCU0QgaG9zdCBpbiBjYXNlDQo+ID4+Pj4gPiBjaGVj a3N1bSBvZmZsb2FkIChhbmQgbWF5IGJlIG5lZWQgb25seSBmb3IgaGVscCBmaW5kaW5nIGlzc3Vz ZSBpbg0KPiBjb2RlKS4NCj4gPj4+PiA+IE5lZWQgd2lyZXNoYXJrIGNhcHR1cmluZyBmcm9tIE1T IEROUyBob3N0IChvciBmcm9tIG1pcnJvcmluZyBwb3J0KS4NCj4gPj4+PiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+Pj4+IGZyZWVic2QtdmlydHVh bGl6YXRpb25AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ID4+Pj4gaHR0cDovL2xpc3RzLmZy ZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC12aXJ0dWFsaXphdGlvbg0KPiA+Pj4+ IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXZpcnR1YWxpemF0aW9u LQ0KPiA+Pj4+IHVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-current@freebsd.org Thu Jul 30 11:34:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6457E9AE302 for ; Thu, 30 Jul 2015 11:34:23 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 059A9E27 for ; Thu, 30 Jul 2015 11:34:22 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by wicmv11 with SMTP id mv11so17297675wic.0 for ; Thu, 30 Jul 2015 04:34:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc :content-type; bh=MyO24hzA6UMM55Xp6/y1fdjPgR7Y/1zwCDPwTUxV/+M=; b=LJSYRzI7NZVRUYY8gTzmKqTY00DZFoe7Fgsr93QeeeUQAQMbyLEvgIMwPMoll8uIAB T1CVngIvs+lRh8Vfbcadtx399MBIYxv+okulQ4NUmGrHjKMir4XK3gdXZS81S+6zkz3d JA9WujZwBPSx0TlCc9riHbsPmCbAXH6GT+EYZwRNgzakkqjiMUqWpoXEp/z+C9an/VIV 9/dp+E06g7QipF7o+09ObvZtTLUo0p+jviHTTrg9u4JYLJdqxBGaq63WJOcDMM5dFshS nPThNXBPeA3rcuisVY5VC/UdQ/OA1OYzSWGY3P21EsbMldPEvh7JiHfQ2b6sFEeCULI9 n7Lg== X-Gm-Message-State: ALoCoQlKTEljaXZmrXuvroaLCyVmBCZ5E2Dw8dY1vJE0IOjYvEn5HLoMwdhRJX+1mKkg0vH8Rj+1 X-Received: by 10.181.12.40 with SMTP id en8mr5775609wid.10.1438256060530; Thu, 30 Jul 2015 04:34:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.27.224.12 with HTTP; Thu, 30 Jul 2015 04:34:01 -0700 (PDT) From: Zbigniew Bodek Date: Thu, 30 Jul 2015 13:34:01 +0200 Message-ID: Subject: Buf ring cleanups To: kmacy@freebsd.org, imp@freebsd.org Cc: freebsd-current@freebsd.org, "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 11:34:23 -0000 Hello, I'm writing to ensure what to do with that patch: https://reviews.freebsd.org/D1945 It was created as a result of discussion related to this review: https://reviews.freebsd.org/D1833 The patch (D1945) is still waiting to be committed. We really need fix for ARM in buf_ring so if someone is sure that the patch is OK then please commit. Thanks in advance and best regards zbb From owner-freebsd-current@freebsd.org Thu Jul 30 14:07:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E45A9AEF94 for ; Thu, 30 Jul 2015 14:07:12 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11798EB5 for ; Thu, 30 Jul 2015 14:07:11 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: by wibud3 with SMTP id ud3so70063286wib.0 for ; Thu, 30 Jul 2015 07:07:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Gq1lFJTpdrnGcRL7vqCMsppLGpezy8LZNVN1in647Qk=; b=mC+XZVxUhhCyJ30w+aC1FBiqBOHJjLWS9raIX85RFlJPFoS0bcyWF5fPrOAt+J9dcP G7oE5jxAv3pLMyBKjHhud+S9Gk2Z1mABTCbwfOzR7+XkbZj2o5VAg73rSQFSDuOvM55E 0MriwnQBeP2XoJ1+j4tHuGU+p0UhARDK889sPouglSwFb2yIFoOLlNVNdhSIuNazzi1R NOoNO/JhhLtTjksMCrPs+pufeoGd0a6yC+VykqUPbSSnTlqVdrbyoMUKBkLY3GBTP3r/ gO8KVP2xFlOgT0mRJiJr0IapuBI7KyN5niXmLyJoIWpXPgrmJQqKrD9iK2LSSYJICMEo MYrA== X-Gm-Message-State: ALoCoQkOPO1Zw7xruEWLALccm0MeHLaffOjYXrmHkgJEzGvjWVOxe3lUbOLiAm42sAZSkXJ1ADmP X-Received: by 10.180.23.33 with SMTP id j1mr6488593wif.44.1438265229912; Thu, 30 Jul 2015 07:07:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.150.67 with HTTP; Thu, 30 Jul 2015 07:06:50 -0700 (PDT) In-Reply-To: <55B94B43.8090100@ngtech.co.il> References: <55B94B43.8090100@ngtech.co.il> From: Bryan Venteicher Date: Thu, 30 Jul 2015 09:06:50 -0500 Message-ID: Subject: Re: About virtio-scsi and\or scsi. To: Eliezer Croitoru Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 14:07:12 -0000 On Wed, Jul 29, 2015 at 4:53 PM, Eliezer Croitoru wrote: > I am testing couple VMs under kvm and from my tests it seems that there > might not be support for hot-plug of virtio disks or virtio-scsi disks in > freebsd? > > =E2=80=8BHot plug of VirtIO block devices is not supported, but that is mor= e because of a lack PCI hot plug. =E2=80=8BHot plugging of disks to an existi= ng VirtIO SCSI adapter is supported. > I wanted to make sure I am understand right the situation FreeBSD is righ= t > now. > > If anyone knows please reply. > > Thanks, > Eliezer > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Thu Jul 30 14:24:15 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3F779AF38A for ; Thu, 30 Jul 2015 14:24:15 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 738B61E9F; Thu, 30 Jul 2015 14:24:15 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by pdbbh15 with SMTP id bh15so25256990pdb.1; Thu, 30 Jul 2015 07:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=NmYvEw6mfxonL7C6101/dMookh08Pex/j04ctFxTghY=; b=FTxIJghylHfW6zPBEStTbwQj3YSPnKwiwJ8OKd5iXM34EfF377BoBfetTk6fCgQ3O8 vhaG4iQeWGhcksWtdBMPZJQzublBLHzAPrWDlaFBdrrGQXSSpVfn54Ho16GgRO+m/ZAk ISHOhpFzW+pqDR7flFT55jQF2z58MjQHI59g8GZzqVtzq/G+tiEyYSE4fOgk/A2fiqGx wfKpVGPY/2/0+y/0MPtfpwys+RTh+TL+c8BoLz5n0DWQht8wJhArj5MNbShgFtvEpgqN u4fb0Qz0Q03O9GY5NGEuBSX0mmdQcykshnP0iNkNAuqNCnVCb732G+/Wf5tv6xQn9xu9 ZLjA== X-Received: by 10.70.102.11 with SMTP id fk11mr106131770pdb.144.1438266254975; Thu, 30 Jul 2015 07:24:14 -0700 (PDT) Received: from ?IPv6:2001:44b8:31ae:7b01::7? (2001-44b8-31ae-7b01-0000-0000-0000-0007.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01::7]) by smtp.gmail.com with ESMTPSA id s3sm2553814pdl.35.2015.07.30.07.24.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jul 2015 07:24:14 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: About virtio-scsi and\or scsi. References: <55B94B43.8090100@ngtech.co.il> To: Bryan Venteicher , Eliezer Croitoru Cc: "freebsd-current@freebsd.org" , jmg@freebsd.org From: Kubilay Kocak Message-ID: <55BA3384.9010608@FreeBSD.org> Date: Fri, 31 Jul 2015 00:24:04 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 14:24:15 -0000 On 31/07/2015 12:06 AM, Bryan Venteicher wrote: > On Wed, Jul 29, 2015 at 4:53 PM, Eliezer Croitoru > wrote: > >> I am testing couple VMs under kvm and from my tests it seems that there >> might not be support for hot-plug of virtio disks or virtio-scsi disks in >> freebsd? >> >> > > ​Hot plug of VirtIO block devices is not supported, but that is more > because of a lack PCI hot plug. ​Hot plugging of disks to an existing > VirtIO SCSI adapter is supported. I wonder if John-Marks (cc'd) recent work on PCIe Hot-Plug [1] is at all relevant to this: [1] https://www.freebsd.org/news/status/report-2015-04-2015-06.html#Adding-PCIe-Hot-plug-Support ./koobs From owner-freebsd-current@freebsd.org Thu Jul 30 14:54:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71A419AFA22 for ; Thu, 30 Jul 2015 14:54:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3ECD4167A; Thu, 30 Jul 2015 14:54:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbpg9 with SMTP id pg9so35229617igb.0; Thu, 30 Jul 2015 07:54:44 -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=8q5wR+I1xyx2rk04OIAuP/IspufAXfRZQxkG28oFr6g=; b=jahpOzMl6Vf2oLOQtAR3Q6F9j3eTIFT+F9yS2Td+qYyS3tWN+TN8iM7/FMOJZoxICG u5T72EYbJphBL3FQRLLDs9dBz7wtdcq16HAneFif4nSoAfVkHtgjqis99cPENtr+6ukH +DZTSNXZ/PaOSt3TBaQTefqD3cPlH/6vcdlVMEJiRQSoudaI+eE9I38OrU9ADnWA+bEY o0lSYYdA4Vlj/PCKI46CPujNnBtUDQcbXtOZ+K5Nyi7iZeF6gYSTZQrPho8i8182T9uQ Z7R5n+xMCdZ0uHgv/vq+K2LyCvzwuRwXTDUfrxYdOXKSIEC5BF7rp3eFiPwQKbJYfVeW C9dw== MIME-Version: 1.0 X-Received: by 10.50.66.167 with SMTP id g7mr5671689igt.22.1438268084614; Thu, 30 Jul 2015 07:54:44 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Thu, 30 Jul 2015 07:54:44 -0700 (PDT) In-Reply-To: <55BA3384.9010608@FreeBSD.org> References: <55B94B43.8090100@ngtech.co.il> <55BA3384.9010608@FreeBSD.org> Date: Thu, 30 Jul 2015 07:54:44 -0700 Message-ID: Subject: Re: About virtio-scsi and\or scsi. From: Adrian Chadd To: "koobs@FreeBSD.org" Cc: Bryan Venteicher , Eliezer Croitoru , "freebsd-current@freebsd.org" , John-Mark Gurney Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 14:54:45 -0000 Yes it is; it just needs review, fixing and committing. :) -a On 30 July 2015 at 07:24, Kubilay Kocak wrote: > On 31/07/2015 12:06 AM, Bryan Venteicher wrote: >> On Wed, Jul 29, 2015 at 4:53 PM, Eliezer Croitoru >> wrote: >> >>> I am testing couple VMs under kvm and from my tests it seems that there >>> might not be support for hot-plug of virtio disks or virtio-scsi disks in >>> freebsd? >>> >>> >> >> Hot plug of VirtIO block devices is not supported, but that is more >> because of a lack PCI hot plug. Hot plugging of disks to an existing >> VirtIO SCSI adapter is supported. > > I wonder if John-Marks (cc'd) recent work on PCIe Hot-Plug [1] is at all > relevant to this: > > [1] > https://www.freebsd.org/news/status/report-2015-04-2015-06.html#Adding-PCIe-Hot-plug-Support > > ./koobs > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Jul 30 16:31:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E16B19AEE78 for ; Thu, 30 Jul 2015 16:31:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B8A8E108B; Thu, 30 Jul 2015 16:31:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 204E5588; Thu, 30 Jul 2015 16:31:20 +0000 (UTC) Date: Thu, 30 Jul 2015 16:31:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, royger@FreeBSD.org, emaste@FreeBSD.org, zbb@FreeBSD.org, ae@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <896254600.29.1438273879619.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #260 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 16:31:22 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #260 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/260/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 260/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/2= 60/console Change summaries: 286076 by royger: vfs: fix off-by-one error in vfs_buf_check_mapped The check added in r285872 can trigger for valid buffers if the buffer spac= e used happens to be just after unmapped_buf in KVA space. Discussed with: kib Sponsored by: Citrix Systems R&D 286074 by pfg: GCC: Add a new option "-fstack-protector-strong" This includes additional functions to be protected: those that have local array definitions, or have references to local frame addresses. This is a new option in GCC-4.9 that was relicensed by Han Shen from Google under GPLv2 for OpenBSD. Obtained from:=09OpenBSD (2014-01-14) MFC after:=092 weeks 286073 by emaste: Add ARM64TODO markers to unimplemented functionality Reviewed by:=09andrew Sponsored by:=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D2389 286072 by zbb: Enable IRQ during syscalls on ARM64 FreeBSD provides a feature called Adaptive Mutexes, which allows a thread to spin for a while when the mutex is taken instead of immediately going to sleep. This causes issues when called from syscall handler if interrupts are masked. If every other core also attempts to access the same mutex there is a chance that all of them are spinning on the same lock at the same time. If interrupts are disabled, no kernel preemtion can occur and the system becomes unresponsive. This patch enables interrupts when syscall is being executed and masks them as soon as it is completed. Reviewed by: andrew Obtained from: Semihalf Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3246 286071 by zbb: Remove obsolete vendor code from Alpine platform support This is a clean-up patch from a serie delivering support for Annapurna Labs Alpine PoC. The HAL files have already been added to sys/contrib/alpine-hal so there is no need for them in the platform directory. This patch removes obsolete files. Reviewed by: andrew Obtained from: Semihalf Sponsored by: Annapurna Labs Differential Revision: https://reviews.freebsd.org/D3248 286070 by emaste: Add ELF Tool Chain's ar(1) and elfdump(1) to contrib ELF Tool Chain built on FreeBSD's ar and elfdump, but has a number of improvements and enhancements. Bring them into contrib in order to start integrating into our build. 286069 by ae: Build if_stf(4) module only when both INET and INET6 support are enabled. The end of the build log: [...truncated 297432 lines...] ./machine/smp.h:38:12: note: previous declaration of 'bootAP' was here extern int bootAP; ^ ctfconvert -L VERSION -g kern_shutdown.o --- kern_time.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/kern_time.c --- kern_jail.o --- ctfconvert -L VERSION -g kern_jail.o --- posix4_mib.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/posix4_mib.c ctfconvert -L VERSION -g posix4_mib.o --- subr_acl_nfs4.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_acl_nfs4.c --- kern_proc.o --- ctfconvert -L VERSION -g kern_proc.o --- kern_time.o --- ctfconvert -L VERSION -g kern_time.o --- subr_acl_posix1e.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_acl_posix1e.c --- subr_firmware.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_firmware.c --- subr_acl_nfs4.o --- ctfconvert -L VERSION -g subr_acl_nfs4.o --- subr_log.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_log.c In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/systm.h:43:= 0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_log.c= :40: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_log.c: In function 'log_drv= init': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/callout.h:88:33: warning: the com= parison will always evaluate as 'true' for the address of 'msgbuf_lock' wil= l never be NULL [-Waddress] _callout_init_lock((c), ((mtx) !=3D NULL) ? &(mtx)->lock_object : \ ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_log.c:304:2: note: in expan= sion of macro 'callout_init_mtx' callout_init_mtx(&logsoftc.sc_callout, &msgbuf_lock, 0); ^ --- subr_acl_posix1e.o --- ctfconvert -L VERSION -g subr_acl_posix1e.o --- subr_firmware.o --- ctfconvert -L VERSION -g subr_firmware.o --- subr_uio.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_uio.c --- sys_generic.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_generic.c --- kern_sig.o --- ctfconvert -L VERSION -g kern_sig.o --- subr_log.o --- ctfconvert -L VERSION -g subr_log.o --- sys_pipe.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c --- sys_process.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_process.c --- subr_uio.o --- ctfconvert -L VERSION -g subr_uio.o --- tty.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c --- sys_process.o --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_process.c: In function 'ptra= ce_vm_entry': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_process.c:426:8: warning: 'p= athlen' may be used uninitialized in this function [-Wmaybe-uninitialized] if (pve->pve_pathlen <=3D pathlen) { ^ --- sys_pipe.o --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c: In function 'pipe_wr= ite': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:595:1: warning: inlin= ing failed in call to 'pipeunlock': call is unlikely and code size would gr= ow [-Winline] pipeunlock(cpipe) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:1121:4: warning: call= ed from here [-Winline] pipeunlock(wpipe); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:595:1: warning: inlin= ing failed in call to 'pipeunlock': call is unlikely and code size would gr= ow [-Winline] pipeunlock(cpipe) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:1139:4: warning: call= ed from here [-Winline] pipeunlock(wpipe); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:595:1: warning: inlin= ing failed in call to 'pipeunlock': call is unlikely and code size would gr= ow [-Winline] pipeunlock(cpipe) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:1256:5: warning: call= ed from here [-Winline] pipeunlock(wpipe); ^ --- sys_process.o --- ctfconvert -L VERSION -g sys_process.o --- tty_tty.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty_tty.c ctfconvert -L VERSION -g tty_tty.o --- tty_ttydisc.o --- --- sys_generic.o --- ctfconvert -L VERSION -g sys_generic.o --- tty_ttydisc.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty_ttydisc.c --- sys_pipe.o --- ctfconvert -L VERSION -g sys_pipe.o --- uipc_shm.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c --- uipc_syscalls.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_syscalls.c --- tty.o --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c: In function 'tty_ioctl': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inlini= ng failed in call to 'ttydevsw_modem': call is unlikely and code size would= grow [-Winline] ttydevsw_modem(struct tty *tp, int sigon, int sigoff) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1461:3: warning: called fr= om here [-Winline] ttydevsw_modem(tp, SER_DTR, 0); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inlini= ng failed in call to 'ttydevsw_modem': call is unlikely and code size would= grow [-Winline] ttydevsw_modem(struct tty *tp, int sigon, int sigoff) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1464:3: warning: called fr= om here [-Winline] ttydevsw_modem(tp, 0, SER_DTR); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inlini= ng failed in call to 'ttydevsw_modem': call is unlikely and code size would= grow [-Winline] ttydevsw_modem(struct tty *tp, int sigon, int sigoff) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1468:3: warning: called fr= om here [-Winline] ttydevsw_modem(tp, ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inlini= ng failed in call to 'ttydevsw_modem': call is unlikely and code size would= grow [-Winline] ttydevsw_modem(struct tty *tp, int sigon, int sigoff) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1475:3: warning: called fr= om here [-Winline] ttydevsw_modem(tp, (bits & (TIOCM_DTR | TIOCM_RTS)) >> 1, 0); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inlini= ng failed in call to 'ttydevsw_modem': call is unlikely and code size would= grow [-Winline] ttydevsw_modem(struct tty *tp, int sigon, int sigoff) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1480:3: warning: called fr= om here [-Winline] ttydevsw_modem(tp, 0, (bits & (TIOCM_DTR | TIOCM_RTS)) >> 1); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inlini= ng failed in call to 'ttydevsw_modem': call is unlikely and code size would= grow [-Winline] ttydevsw_modem(struct tty *tp, int sigon, int sigoff) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1484:30: warning: called f= rom here [-Winline] *(int *)data =3D TIOCM_LE + (ttydevsw_modem(tp, 0, 0) << 1); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inlini= ng failed in call to 'ttydevsw_pktnotify': call is unlikely and code size w= ould grow [-Winline] ttydevsw_pktnotify(struct tty *tp, char event) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1601:4: warning: called fr= om here [-Winline] ttydevsw_pktnotify(tp, TIOCPKT_DOSTOP); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inlini= ng failed in call to 'ttydevsw_pktnotify': call is unlikely and code size w= ould grow [-Winline] ttydevsw_pktnotify(struct tty *tp, char event) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1603:4: warning: called fr= om here [-Winline] ttydevsw_pktnotify(tp, TIOCPKT_NOSTOP); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inlini= ng failed in call to 'ttydevsw_pktnotify': call is unlikely and code size w= ould grow [-Winline] ttydevsw_pktnotify(struct tty *tp, char event) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1766:3: warning: called fr= om here [-Winline] ttydevsw_pktnotify(tp, TIOCPKT_STOP); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inlini= ng failed in call to 'ttydevsw_pktnotify': call is unlikely and code size w= ould grow [-Winline] ttydevsw_pktnotify(struct tty *tp, char event) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1771:3: warning: called fr= om here [-Winline] ttydevsw_pktnotify(tp, TIOCPKT_START); ^ ctfconvert -L VERSION -g tty.o --- uipc_usrreq.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_usrreq.c --- uipc_shm.o --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/file.h:42:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/capsicum.h:= 46, from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c= :51: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c: In function 'sys_shm= _open': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/refcount.h:49:1: warning: inlinin= g failed in call to 'refcount_acquire': call is unlikely and code size woul= d grow [-Winline] refcount_acquire(volatile u_int *count) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c:565:2: warning: calle= d from here [-Winline] refcount_acquire(&shmfd->shm_refs); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/file.h:42:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/capsicum.h:= 46, from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c= :51: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/refcount.h:49:1: warning: inlinin= g failed in call to 'refcount_acquire': call is unlikely and code size woul= d grow [-Winline] refcount_acquire(volatile u_int *count) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c:565:2: warning: calle= d from here [-Winline] refcount_acquire(&shmfd->shm_refs); ^ --- tty_ttydisc.o --- ctfconvert -L VERSION -g tty_ttydisc.o --- vfs_acl.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_acl.c --- uipc_shm.o --- ctfconvert -L VERSION -g uipc_shm.o --- vfs_bio.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers -p= ipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL -= DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f= stack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-error=3De= num-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Daggressive-l= oop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Darray-boun= ds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point= -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error=3Doverflo= w -fno-common -fms-extensions -finline-limit=3D8000 --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c:= 45:0: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c: In function 'vfs_buf_= check_mapped': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c:958:51: error: expecte= d expression before '>' token KASSERT(bp->b_data < unmapped_buf || bp->b_data =3D> unmapped_buf + ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/cdefs.h:465:51: note: in definiti= on of macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c:958:2: note: in expans= ion of macro 'KASSERT' KASSERT(bp->b_data < unmapped_buf || bp->b_data =3D> unmapped_buf + ^ --- vfs_acl.o --- ctfconvert -L VERSION -g vfs_acl.o --- vfs_bio.o --- *** [vfs_bio.o] Error code 1 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC --- uipc_syscalls.o --- ctfconvert -L VERSION -g uipc_syscalls.o --- uipc_usrreq.o --- ctfconvert -L VERSION -g uipc_usrreq.o 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Thu Jul 30 16:47:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34A719AF051 for ; Thu, 30 Jul 2015 16:47:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F03F1181F; Thu, 30 Jul 2015 16:47:26 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by obnw1 with SMTP id w1so34975775obn.3; Thu, 30 Jul 2015 09:47:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=XjNF1ltPo7/lkoV9S6BBa//mas61E+QBYTpzRw5F/Gw=; b=drv5OEc+UtJpio66jR8KHA/bLcUN+U7VElR+JrmeirQIIlvRGb+gTg4YHCZN8Dp8jD 0TASqI3BWAKZeMMGNoo63g3X8IAcdwsFIDa83pUzDGjPgY46ePL4X/q954AC66EXxvR6 XVMUUP93F8SQIhnYGkDaGQYS5OruQNV5UaXKjxrP9+XLpFWO3z94JublVHZzafBbpKeq 3b0C6pgloDAUez8Z2CmAM0mee2rQKAFfx0Ytjj2IIUuoYrFmihuyBvqzw7vGS2/63Pg0 2A1pjsdsvmb4EzSG3oZRLK2QK9tdyF6nJiaMrKnrZHTIE4174yzJ58LNnrmV7WcoGw0v UbDg== X-Received: by 10.182.86.9 with SMTP id l9mr46512849obz.61.1438274839993; Thu, 30 Jul 2015 09:47:19 -0700 (PDT) Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com. [209.85.214.173]) by smtp.gmail.com with ESMTPSA id l12sm758239oig.27.2015.07.30.09.47.19 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jul 2015 09:47:19 -0700 (PDT) Received: by obdeg2 with SMTP id eg2so35100573obd.0; Thu, 30 Jul 2015 09:47:19 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.182.250.195 with SMTP id ze3mr46003897obc.74.1438274839467; Thu, 30 Jul 2015 09:47:19 -0700 (PDT) Reply-To: cem@FreeBSD.org Received: by 10.76.58.17 with HTTP; Thu, 30 Jul 2015 09:47:19 -0700 (PDT) In-Reply-To: <896254600.29.1438273879619.JavaMail.jenkins@jenkins-9.freebsd.org> References: <896254600.29.1438273879619.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Thu, 30 Jul 2015 09:47:19 -0700 Message-ID: Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #260 - Failure From: Conrad Meyer To: freebsd-current Cc: jenkins-admin@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 16:47:27 -0000 Fixed in the very next revision, r286077. On Thu, Jul 30, 2015 at 9:31 AM, wrote: > FreeBSD_HEAD_amd64_gcc4.9 - Build #260 - Failure: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc= 4.9/260/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/260/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9= /260/console > > Change summaries: > > 286076 by royger: > vfs: fix off-by-one error in vfs_buf_check_mapped > > The check added in r285872 can trigger for valid buffers if the buffer sp= ace > used happens to be just after unmapped_buf in KVA space. > > Discussed with: kib > Sponsored by: Citrix Systems R&D > > 286074 by pfg: > GCC: Add a new option "-fstack-protector-strong" > > This includes additional functions to be protected: those that > have local array definitions, or have references to local frame > addresses. This is a new option in GCC-4.9 that was relicensed > by Han Shen from Google under GPLv2 for OpenBSD. > > Obtained from: OpenBSD (2014-01-14) > MFC after: 2 weeks > > 286073 by emaste: > Add ARM64TODO markers to unimplemented functionality > > Reviewed by: andrew > Sponsored by: The FreeBSD Foundation > Differential Revision: https://reviews.freebsd.org/D2389 > > 286072 by zbb: > Enable IRQ during syscalls on ARM64 > > FreeBSD provides a feature called Adaptive Mutexes, which allows > a thread to spin for a while when the mutex is taken instead of > immediately going to sleep. This causes issues when called from > syscall handler if interrupts are masked. If every other core > also attempts to access the same mutex there is a chance that > all of them are spinning on the same lock at the same time. > If interrupts are disabled, no kernel preemtion can occur and > the system becomes unresponsive. > > This patch enables interrupts when syscall is being executed > and masks them as soon as it is completed. > > Reviewed by: andrew > Obtained from: Semihalf > Sponsored by: The FreeBSD Foundation > Differential Revision: https://reviews.freebsd.org/D3246 > > 286071 by zbb: > Remove obsolete vendor code from Alpine platform support > > This is a clean-up patch from a serie delivering support for > Annapurna Labs Alpine PoC. > The HAL files have already been added to sys/contrib/alpine-hal > so there is no need for them in the platform directory. > This patch removes obsolete files. > > Reviewed by: andrew > Obtained from: Semihalf > Sponsored by: Annapurna Labs > Differential Revision: https://reviews.freebsd.org/D3248 > > 286070 by emaste: > Add ELF Tool Chain's ar(1) and elfdump(1) to contrib > > ELF Tool Chain built on FreeBSD's ar and elfdump, but has a number of > improvements and enhancements. Bring them into contrib in order to start > integrating into our build. > > 286069 by ae: > Build if_stf(4) module only when both INET and INET6 support are enabled. > > > > The end of the build log: > > [...truncated 297432 lines...] > ./machine/smp.h:38:12: note: previous declaration of 'bootAP' was here > extern int bootAP; > ^ > ctfconvert -L VERSION -g kern_shutdown.o > --- kern_time.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/kern_time.c > --- kern_jail.o --- > ctfconvert -L VERSION -g kern_jail.o > --- posix4_mib.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/posix4_mib.c > ctfconvert -L VERSION -g posix4_mib.o > --- subr_acl_nfs4.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/subr_acl_nfs4.c > --- kern_proc.o --- > ctfconvert -L VERSION -g kern_proc.o > --- kern_time.o --- > ctfconvert -L VERSION -g kern_time.o > --- subr_acl_posix1e.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/subr_acl_posix1e.c > --- subr_firmware.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/subr_firmware.c > --- subr_acl_nfs4.o --- > ctfconvert -L VERSION -g subr_acl_nfs4.o > --- subr_log.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/subr_log.c > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/systm.h:4= 3:0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_log= .c:40: > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_log.c: In function 'log_d= rvinit': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/callout.h:88:33: warning: the c= omparison will always evaluate as 'true' for the address of 'msgbuf_lock' w= ill never be NULL [-Waddress] > _callout_init_lock((c), ((mtx) !=3D NULL) ? &(mtx)->lock_object : \ > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/subr_log.c:304:2: note: in exp= ansion of macro 'callout_init_mtx' > callout_init_mtx(&logsoftc.sc_callout, &msgbuf_lock, 0); > ^ > --- subr_acl_posix1e.o --- > ctfconvert -L VERSION -g subr_acl_posix1e.o > --- subr_firmware.o --- > ctfconvert -L VERSION -g subr_firmware.o > --- subr_uio.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/subr_uio.c > --- sys_generic.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/sys_generic.c > --- kern_sig.o --- > ctfconvert -L VERSION -g kern_sig.o > --- subr_log.o --- > ctfconvert -L VERSION -g subr_log.o > --- sys_pipe.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/sys_pipe.c > --- sys_process.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/sys_process.c > --- subr_uio.o --- > ctfconvert -L VERSION -g subr_uio.o > --- tty.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/tty.c > --- sys_process.o --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_process.c: In function 'pt= race_vm_entry': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_process.c:426:8: warning: = 'pathlen' may be used uninitialized in this function [-Wmaybe-uninitialized= ] > if (pve->pve_pathlen <=3D pathlen) { > ^ > --- sys_pipe.o --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c: In function 'pipe_= write': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:595:1: warning: inl= ining failed in call to 'pipeunlock': call is unlikely and code size would = grow [-Winline] > pipeunlock(cpipe) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:1121:4: warning: ca= lled from here [-Winline] > pipeunlock(wpipe); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:595:1: warning: inl= ining failed in call to 'pipeunlock': call is unlikely and code size would = grow [-Winline] > pipeunlock(cpipe) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:1139:4: warning: ca= lled from here [-Winline] > pipeunlock(wpipe); > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:595:1: warning: inl= ining failed in call to 'pipeunlock': call is unlikely and code size would = grow [-Winline] > pipeunlock(cpipe) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/sys_pipe.c:1256:5: warning: ca= lled from here [-Winline] > pipeunlock(wpipe); > ^ > --- sys_process.o --- > ctfconvert -L VERSION -g sys_process.o > --- tty_tty.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/tty_tty.c > ctfconvert -L VERSION -g tty_tty.o > --- tty_ttydisc.o --- > --- sys_generic.o --- > ctfconvert -L VERSION -g sys_generic.o > --- tty_ttydisc.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/tty_ttydisc.c > --- sys_pipe.o --- > ctfconvert -L VERSION -g sys_pipe.o > --- uipc_shm.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/uipc_shm.c > --- uipc_syscalls.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/uipc_syscalls.c > --- tty.o --- > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c: In function 'tty_ioctl'= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inli= ning failed in call to 'ttydevsw_modem': call is unlikely and code size wou= ld grow [-Winline] > ttydevsw_modem(struct tty *tp, int sigon, int sigoff) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1461:3: warning: called = from here [-Winline] > ttydevsw_modem(tp, SER_DTR, 0); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inli= ning failed in call to 'ttydevsw_modem': call is unlikely and code size wou= ld grow [-Winline] > ttydevsw_modem(struct tty *tp, int sigon, int sigoff) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1464:3: warning: called = from here [-Winline] > ttydevsw_modem(tp, 0, SER_DTR); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inli= ning failed in call to 'ttydevsw_modem': call is unlikely and code size wou= ld grow [-Winline] > ttydevsw_modem(struct tty *tp, int sigon, int sigoff) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1468:3: warning: called = from here [-Winline] > ttydevsw_modem(tp, > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inli= ning failed in call to 'ttydevsw_modem': call is unlikely and code size wou= ld grow [-Winline] > ttydevsw_modem(struct tty *tp, int sigon, int sigoff) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1475:3: warning: called = from here [-Winline] > ttydevsw_modem(tp, (bits & (TIOCM_DTR | TIOCM_RTS)) >> 1, 0); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inli= ning failed in call to 'ttydevsw_modem': call is unlikely and code size wou= ld grow [-Winline] > ttydevsw_modem(struct tty *tp, int sigon, int sigoff) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1480:3: warning: called = from here [-Winline] > ttydevsw_modem(tp, 0, (bits & (TIOCM_DTR | TIOCM_RTS)) >> 1); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:151:1: warning: inli= ning failed in call to 'ttydevsw_modem': call is unlikely and code size wou= ld grow [-Winline] > ttydevsw_modem(struct tty *tp, int sigon, int sigoff) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1484:30: warning: called= from here [-Winline] > *(int *)data =3D TIOCM_LE + (ttydevsw_modem(tp, 0, 0) << 1); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inli= ning failed in call to 'ttydevsw_pktnotify': call is unlikely and code size= would grow [-Winline] > ttydevsw_pktnotify(struct tty *tp, char event) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1601:4: warning: called = from here [-Winline] > ttydevsw_pktnotify(tp, TIOCPKT_DOSTOP); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inli= ning failed in call to 'ttydevsw_pktnotify': call is unlikely and code size= would grow [-Winline] > ttydevsw_pktnotify(struct tty *tp, char event) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1603:4: warning: called = from here [-Winline] > ttydevsw_pktnotify(tp, TIOCPKT_NOSTOP); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inli= ning failed in call to 'ttydevsw_pktnotify': call is unlikely and code size= would grow [-Winline] > ttydevsw_pktnotify(struct tty *tp, char event) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1766:3: warning: called = from here [-Winline] > ttydevsw_pktnotify(tp, TIOCPKT_STOP); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/tty.h:223= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:60= : > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/ttydevsw.h:168:1: warning: inli= ning failed in call to 'ttydevsw_pktnotify': call is unlikely and code size= would grow [-Winline] > ttydevsw_pktnotify(struct tty *tp, char event) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/tty.c:1771:3: warning: called = from here [-Winline] > ttydevsw_pktnotify(tp, TIOCPKT_START); > ^ > ctfconvert -L VERSION -g tty.o > --- uipc_usrreq.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/uipc_usrreq.c > --- uipc_shm.o --- > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/file.h:42= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/capsicum.= h:46, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm= .c:51: > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c: In function 'sys_s= hm_open': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/refcount.h:49:1: warning: inlin= ing failed in call to 'refcount_acquire': call is unlikely and code size wo= uld grow [-Winline] > refcount_acquire(volatile u_int *count) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c:565:2: warning: cal= led from here [-Winline] > refcount_acquire(&shmfd->shm_refs); > ^ > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/file.h:42= :0, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/capsicum.= h:46, > from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm= .c:51: > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/refcount.h:49:1: warning: inlin= ing failed in call to 'refcount_acquire': call is unlikely and code size wo= uld grow [-Winline] > refcount_acquire(volatile u_int *count) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/uipc_shm.c:565:2: warning: cal= led from here [-Winline] > refcount_acquire(&shmfd->shm_refs); > ^ > --- tty_ttydisc.o --- > ctfconvert -L VERSION -g tty_ttydisc.o > --- vfs_acl.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/vfs_acl.c > --- uipc_shm.o --- > ctfconvert -L VERSION -g uipc_shm.o > --- vfs_bio.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HE= AD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/= lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_a= md64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -frename-registers = -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_= gcc4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/contrib/libfdt -D_KERNEL= -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointe= r -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unk > nown-pragmas -Wno-error=3Dinline -Wno-error=3Denum-compare -Wno-error= =3Dunused-but-set-variable -Wno-error=3Daggressive-loop-optimizations -Wno= -error=3Dmaybe-uninitialized -Wno-error=3Darray-bounds -Wno-error=3Daddres= s -Wno-error=3Dcast-qual -Wno-error=3Dsequence-point -Wno-error=3Dattribut= es -Wno-error=3Dstrict-overflow -Wno-error=3Doverflow -fno-common -fms-ex= tensions -finline-limit=3D8000 --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64= _gcc4.9/sys/kern/vfs_bio.c > In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.= c:45:0: > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c: In function 'vfs_bu= f_check_mapped': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c:958:51: error: expec= ted expression before '>' token > KASSERT(bp->b_data < unmapped_buf || bp->b_data =3D> unmapped_buf + > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/cdefs.h:465:51: note: in defini= tion of macro '__predict_false' > #define __predict_false(exp) __builtin_expect((exp), 0) > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/kern/vfs_bio.c:958:2: note: in expa= nsion of macro 'KASSERT' > KASSERT(bp->b_data < unmapped_buf || bp->b_data =3D> unmapped_buf + > ^ > --- vfs_acl.o --- > ctfconvert -L VERSION -g vfs_acl.o > --- vfs_bio.o --- > *** [vfs_bio.o] Error code 1 > > make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/sys/GENERIC > --- uipc_syscalls.o --- > ctfconvert -L VERSION -g uipc_syscalls.o > --- uipc_usrreq.o --- > ctfconvert -L VERSION -g uipc_usrreq.o > 1 error > > make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_= HEAD_amd64_gcc4.9/sys/GENERIC > *** [buildkernel] Error code 2 > > make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > 1 error > > make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > *** [buildkernel] Error code 2 > > make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > 1 error > > make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > Build step 'Execute shell' marked build as failure > [WARNINGS] Skipping publisher since build result is FAILURE > IRC notifier plugin: Sending notification to: #freebsd-commits > Email was triggered for: Failure - Any > Sending email for trigger: Failure - Any > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Thu Jul 30 17:08:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCFD09AF4A7 for ; Thu, 30 Jul 2015 17:08:36 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CBC04A32; Thu, 30 Jul 2015 17:08:36 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPSA id 946B6D3D8A; Thu, 30 Jul 2015 10:00:35 -0700 (PDT) Date: Thu, 30 Jul 2015 10:00:35 -0700 From: hiren panchasara To: Hans Petter Selasky Cc: FreeBSD Current , Sean Bruno , erj@FreeBSD.org Subject: Re: E1000 mbuf leaks Message-ID: <20150730170035.GE39365@strugglingcoder.info> References: <55B60FC8.2020003@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="+ts6NCQ4mrNQIV8p" Content-Disposition: inline In-Reply-To: <55B60FC8.2020003@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 17:08:37 -0000 --+ts6NCQ4mrNQIV8p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 07/27/15 at 01:02P, Hans Petter Selasky wrote: > Hi, >=20 > I'm currently doing some busdma work, and possibly stepped over some=20 > driver bugs. When "bus_dmamap_load_mbuf_sg()" returns ENOMEM the mbuf=20 > chain is not freed. Is there some magic in "bus_dmamap_load_mbuf_sg()"=20 > for that error code or is there a possible memory leak in all E1000=20 > drivers? See attached patch. Can you open a phabricator review if this hasn't been reviewed/committed yet? cheers, Hiren --+ts6NCQ4mrNQIV8p Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJVulgyXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lTMAH/3BAU5raOMXt5iisRT0cMb4f M0wCVHWiTSJd9PvCfKHN7ArKKl3Wwnob85g2VeIdopzgtq0kAdc2HbbxTS2ElzeD 8Dsh1CyzIwSoOyEYG2+UbG6a4jJWXdoTZub1M675fbzxXFMXlLQJhIY0ehlg3T0Z ELFFMD0/ESrO5fuJSkGhi2BX7ofgIftTgf5PJ6qrKlmExBl6cYRgC+Qd0V+o8rro Rm1dA4UMVW4Hp370iKXH3h4q4rfSzNfUeq6/HjHYkvQXR+GtgjJ4/QhdaOVfR1W1 eDbPU5dyMaoZQUvbQFf/bX9D7ZwW1Do8urjk7yWH/mjx05Sbv+k515TnjHm3bKE= =Hg0Y -----END PGP SIGNATURE----- --+ts6NCQ4mrNQIV8p-- From owner-freebsd-current@freebsd.org Thu Jul 30 18:55:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D9AE9AB8C6 for ; Thu, 30 Jul 2015 18:55:26 +0000 (UTC) (envelope-from benno@FreeBSD.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43165B36 for ; Thu, 30 Jul 2015 18:55:26 +0000 (UTC) (envelope-from benno@FreeBSD.org) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 0868320840 for ; Thu, 30 Jul 2015 14:55:24 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Thu, 30 Jul 2015 14:55:24 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=C3+zNSjxrz6GXoE v0z8H99+PZbg=; b=liPlO1pgNY2ybEQ8EakOyUVeMRVSRm0eFfK3wPAxKsZ/fOB EcMXVQoC3AEk6SPcrrCKvX4vMtQF3mseafBLo3MCAscinTBQFrna871W/byvVv4i 6rLaFNMwwMVae/Cx2Ucxv0PBjrBFYc/uPNUvBloNeaxVhhLB40w4M1+BZTo4= X-Sasl-enc: hxkRxUa46nOiA1F2tyXCBoJyqQ59fWPcLNSkX1aFBQ2b 1438282523 Received: from mittlerweile.west.isilon.com (c-67-182-131-225.hsd1.wa.comcast.net [67.182.131.225]) by mail.messagingengine.com (Postfix) with ESMTPA id 353F9680125; Thu, 30 Jul 2015 14:55:23 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: pmspcv panic on boot on this box From: Benno Rice In-Reply-To: <20150728210109.GA6424@oldtbh.lerctr.org> Date: Thu, 30 Jul 2015 11:55:21 -0700 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> To: Larry Rosenman X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 18:55:26 -0000 Hi Larry, I=E2=80=99ve brought this to the attention of PMC Sierra and we=E2=80=99re= pretty sure we=E2=80=99ve worked out what the problem is. I=E2=80=99m = just waiting on their review of the fix I=E2=80=99ve suggested. Sorry this has caused you problems. Many apologies, Benno. > On Jul 28, 2015, at 2:01 PM, Larry Rosenman wrote: >=20 > When I upgraded an approximately 3 month old -CURRENT system to = yesterday, I=20 > got page not present panics, after a message about pmspcv not = supporting > my ahd(4) deviceid.=20 >=20 > I did NOT capture the panic, but adding >=20 > nodevice pmspcv >=20 > Allowed me to boot.=20 >=20 > Dmesg.boot from the WORKING system attached.=20 >=20 > I *CAN* work with someone if they want.=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Jul 30 19:11:25 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64A449ABCB3 for ; Thu, 30 Jul 2015 19:11:25 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E53AF1ACE for ; Thu, 30 Jul 2015 19:11:24 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by laah7 with SMTP id h7so30854629laa.0 for ; Thu, 30 Jul 2015 12:11:23 -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=IlM6pFPWJjaBoaihR9cu2BeNHKwhJjlC3bjSnx/DYBg=; b=hkQanH/ADSDfT2XdMwwYPtBAyFmbVTGAYACJKRiXZssWoSdj2W9vYnqz2KUvLGHy5S qaG92G6VAp642e4QVHwDSA4XyXDPl362b64WGRiCvciQVEzPK2lf9HPl7xOeFzYAHmvp O3zVZgkJY3G7dPhIyWfdKsvoo71gZCN2MNjfCCNtFSutcjCs5QLYKWzmOel56db/s878 lRPVN53ZIGGaNL+KO4e1vL6KgGTVMZh1wc59p34t54/vAAsROUyVsFhYhC/H08U1oJS5 8qQbyIQNACXiZ01liAqrf91N7LTlTVGJ239SlUICdvRsWcGvWNtjBKG4KCOSUJxLi16b wdYA== MIME-Version: 1.0 X-Received: by 10.152.20.138 with SMTP id n10mr45873065lae.115.1438283483000; Thu, 30 Jul 2015 12:11:23 -0700 (PDT) Received: by 10.25.60.69 with HTTP; Thu, 30 Jul 2015 12:11:22 -0700 (PDT) Date: Thu, 30 Jul 2015 12:11:22 -0700 Message-ID: Subject: panic in sysctl code in recent head From: Navdeep Parhar To: Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 19:11:25 -0000 A kernel built from head as of today panics with this on loading a module. Does anyone else see this too? panic: sleepq_add: td 0xfffff8000e7f89e0 to sleep on wchan 0xffffffff824056c8 with sleeping prohibited cpuid = 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2e/frame 0xfffffe02383ebe40 kdb_backtrace() at kdb_backtrace+0x58/frame 0xfffffe02383ebf10 vpanic() at vpanic+0x25e/frame 0xfffffe02383ebfe0 kassert_panic() at kassert_panic+0xcc/frame 0xfffffe02383ec070 sleepq_add() at sleepq_add+0x1ed/frame 0xfffffe02383ec0e0 _sx_xlock_hard() at _sx_xlock_hard+0xa88/frame 0xfffffe02383ec320 __sx_xlock() at __sx_xlock+0x77/frame 0xfffffe02383ec380 _sx_xlock() at _sx_xlock+0x170/frame 0xfffffe02383ec3f0 _rm_rlock_hard() at _rm_rlock_hard+0x323/frame 0xfffffe02383ec490 _rm_rlock() at _rm_rlock+0x173/frame 0xfffffe02383ec4e0 _rm_rlock_debug() at _rm_rlock_debug+0x284/frame 0xfffffe02383ec560 sysctl_root_handler_locked() at sysctl_root_handler_locked+0x148/frame 0xfffffe02383ec5b0 sysctl_root() at sysctl_root+0x38d/frame 0xfffffe02383ec660 userland_sysctl() at userland_sysctl+0x315/frame 0xfffffe02383ec7a0 sys___sysctl() at sys___sysctl+0xfc/frame 0xfffffe02383ec8a0 syscallenter() at syscallenter+0x521/frame 0xfffffe02383ec980 amd64_syscall() at amd64_syscall+0x2a/frame 0xfffffe02383ecab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe02383ecab0 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8011b02ba, rsp = 0x7fffffffda28, rbp = 0x7fffffffda60 --- KDB: enter: panic From owner-freebsd-current@freebsd.org Thu Jul 30 19:34:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFE6B9AC43C for ; Thu, 30 Jul 2015 19:34:39 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv25.fwdcdn.com (frv25.fwdcdn.com [212.42.77.25]) by mx1.freebsd.org (Postfix) with ESMTP id 72738D84 for ; Thu, 30 Jul 2015 19:34:39 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from [10.10.14.27] (helo=frv158.fwdcdn.com) by frv25.fwdcdn.com QID:1ZKtKS-000EBu-Km/RC:1; Thu, 30 Jul 2015 22:17:20 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=zIubUANUHmmLrarLOCbu+4HDjtKg6Wig/OcUXblmYwc=; b=VAfyyLje2WjEzmZPnAHNgp9Zlial56wOFl8zL2Ev5BqzlWDiO35xCjGigVfhQrfZKLKrcarOfE8t2m6R7d/eokQg7HlSJOGJSrRCK99EcYFd4PO0iOeS8xyjdzh3RR3aoASU5W7Y1bkLqgDd4q6mYMKfZmCZsyoZe11Sn3e0glo=; Received: from [134.249.91.180] (helo=nonamehost.local) by frv158.fwdcdn.com with esmtpsa ID 1ZKtKJ-000DZU-VM ; Thu, 30 Jul 2015 22:17:12 +0300 Date: Thu, 30 Jul 2015 22:17:10 +0300 From: Ivan Klymenko To: Navdeep Parhar Cc: Current Subject: Re: panic in sysctl code in recent head Message-ID: <20150730221710.393160ff@nonamehost.local> In-Reply-To: References: X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.180; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-Ukrnet-Yellow: 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 19:34:39 -0000 Thu, 30 Jul 2015 12:11:22 -0700 Navdeep Parhar =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =B2: > Does anyone else see this too? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201992 From owner-freebsd-current@freebsd.org Thu Jul 30 19:53:25 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89A239AC8C2 for ; Thu, 30 Jul 2015 19:53:25 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2075E1CB0 for ; Thu, 30 Jul 2015 19:53:25 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by wibxm9 with SMTP id xm9so5618089wib.1 for ; Thu, 30 Jul 2015 12:53:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=PLYr+9h85dJxtFE5V9/G2yx8ffDC0WeQVDkwTtNQ6ik=; b=cCISikUKquS37hzYq63T4RNVba2uxoNuXNMLRChymwGYz5YbdmvDUZcVO65nIVcF8E wl9+kXcgE1PyaXqVEtpITTNzDSD+DuDR3DnYocMsEr1B8K109dHF05xEqSmjsVhxMqqK Nr7mSIC5K18XL5UvMPSGbmRSEqetQtYyPh1VbktzLbIBorkmklfG1Olt1HoSyCyI2FJR GKijfeRDsuWxZNTGBuDdZwo0pLFgRFBcBtaZD+qr1ieb7bceDmk5HVzd1JmMR/Ijtrit 9ny8scPxlFLW9gRYiQC3ukJC6s08L5rmONBglX7anBVI3llCi2432m5zBY6ZeaSRRHXn R6Dg== X-Received: by 10.194.24.196 with SMTP id w4mr90296888wjf.137.1438286003678; Thu, 30 Jul 2015 12:53:23 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id v20sm3429444wjw.17.2015.07.30.12.53.22 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 30 Jul 2015 12:53:22 -0700 (PDT) Date: Thu, 30 Jul 2015 21:53:20 +0200 From: Mateusz Guzik To: Ivan Klymenko Cc: Navdeep Parhar , Current Subject: Re: panic in sysctl code in recent head Message-ID: <20150730195320.GA24826@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Ivan Klymenko , Navdeep Parhar , Current References: <20150730221710.393160ff@nonamehost.local> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150730221710.393160ff@nonamehost.local> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 19:53:25 -0000 On Thu, Jul 30, 2015 at 10:17:10PM +0300, Ivan Klymenko wrote: > Thu, 30 Jul 2015 12:11:22 -0700 > Navdeep Parhar написав: > > > Does anyone else see this too? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201992 This bz is unrelated. Problematic change was reverted in r286094. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Thu Jul 30 20:05:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C31199ACABD for ; Thu, 30 Jul 2015 20:05:11 +0000 (UTC) (envelope-from benno@FreeBSD.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B23C29C for ; Thu, 30 Jul 2015 20:05:11 +0000 (UTC) (envelope-from benno@FreeBSD.org) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 179C420363 for ; Thu, 30 Jul 2015 16:05:10 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Thu, 30 Jul 2015 16:05:10 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=L7F070W9MuJqT5DCx4dN++SGrMA=; b=seBYg HRrxUXQv/Cr6JUPBB5RQ960ygwF2ci+Cf4nor9nhhhyvIuqX8cvukpUKgSFbAR0n 99LUduhrfcogtwDyh33avh5+dghTwp8ZxsGyU4KD4jMLf1AbCxs8yFWIPkIMET5B OKPxVHg2ed1NWVCsl8/FJpSNwu2hnX93grl0Pk= X-Sasl-enc: F2M4VjoswX/81bFxpmKAR3ecczZWHsX/2mhAIWN4I2vK 1438286709 Received: from mittlerweile.west.isilon.com (c-67-182-131-225.hsd1.wa.comcast.net [67.182.131.225]) by mail.messagingengine.com (Postfix) with ESMTPA id 4EA9DC00012; Thu, 30 Jul 2015 16:05:09 -0400 (EDT) Content-Type: multipart/mixed; boundary="Apple-Mail=_E69A5EF7-5BB4-4D4B-A0E8-1D8922E43E7C" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: pmspcv panic on boot on this box From: Benno Rice In-Reply-To: <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> Date: Thu, 30 Jul 2015 13:05:07 -0700 Cc: freebsd-current@freebsd.org Message-Id: <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> To: Larry Rosenman X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 20:05:12 -0000 --Apple-Mail=_E69A5EF7-5BB4-4D4B-A0E8-1D8922E43E7C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Can you try the attached patch and let me know if it fixes the issue? Many thanks, Benno. --Apple-Mail=_E69A5EF7-5BB4-4D4B-A0E8-1D8922E43E7C Content-Disposition: attachment; filename=pmspcv.diff Content-Type: application/octet-stream; name="pmspcv.diff" Content-Transfer-Encoding: 7bit Index: sys/dev/pms/freebsd/driver/common/lxutil.c =================================================================== --- sys/dev/pms/freebsd/driver/common/lxutil.c (revision 286083) +++ sys/dev/pms/freebsd/driver/common/lxutil.c (working copy) @@ -758,6 +758,7 @@ int idx; static U32 cardMap[4] = { 0, 0, 0, 0 }; u_int16_t agtiapi_dev; // PCI device ID + u_int16_t agtiapi_vendor; // PCI vendor ID AGTIAPI_PRINTK("agtiapi_ProbeCard: start\n"); if ( ! atomic_cmpset_32( &cardMap[thisCard], 0, 5 ) ) { // card already ran @@ -766,10 +767,12 @@ } else { agtiapi_dev = pci_get_device( dev ); // get PCI device ID + agtiapi_vendor = pci_get_vendor( dev ); // get PCI vendor ID for( idx = 0; idx < COUNT(ag_card_type); idx++ ) { - if( ag_card_type[idx].deviceId == agtiapi_dev ) - { // device ID match + if( ag_card_type[idx].deviceId == agtiapi_dev && + ag_card_type[idx].vendorId == agtiapi_vendor ) + { // device and vendor IDs match memset( (void *)&agCardInfoList[ thisCard ], 0, sizeof(ag_card_info_t) ); thisCardInst->cardIdIndex = idx; --Apple-Mail=_E69A5EF7-5BB4-4D4B-A0E8-1D8922E43E7C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 30, 2015, at 11:55 AM, Benno Rice wrote: >=20 > Hi Larry, >=20 > I=E2=80=99ve brought this to the attention of PMC Sierra and we=E2=80=99= re pretty sure we=E2=80=99ve worked out what the problem is. I=E2=80=99m = just waiting on their review of the fix I=E2=80=99ve suggested. >=20 > Sorry this has caused you problems. >=20 > Many apologies, > Benno. >=20 >> On Jul 28, 2015, at 2:01 PM, Larry Rosenman wrote: >>=20 >> When I upgraded an approximately 3 month old -CURRENT system to = yesterday, I=20 >> got page not present panics, after a message about pmspcv not = supporting >> my ahd(4) deviceid.=20 >>=20 >> I did NOT capture the panic, but adding >>=20 >> nodevice pmspcv >>=20 >> Allowed me to boot.=20 >>=20 >> Dmesg.boot from the WORKING system attached.=20 >>=20 >> I *CAN* work with someone if they want.=20 >>=20 >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --Apple-Mail=_E69A5EF7-5BB4-4D4B-A0E8-1D8922E43E7C-- From owner-freebsd-current@freebsd.org Thu Jul 30 20:09:32 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 518319ACB2F; Thu, 30 Jul 2015 20:09:32 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C3700699; Thu, 30 Jul 2015 20:09:31 +0000 (UTC) (envelope-from ler@lerctr.org) 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=IekTOndkPBCSkvvfb4LGTKtgfPmk3TNzNuffyjcAvD8=; b=Om3SqQj3Yj4MtMKUv6i7gs0r0NECqRNYPR6e4z/B9P3FyFECSF6nBsQxh0I6J2bxDJwADWjOL90BOSSScT1gUtt6yX3t5TDgCHwD6opyhhlYgqbnnZD8kwvOmXXg/+YUg0IEcqeCcYypzHSYGu+kNbetOMNWB3MkINP73bmVMuI=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:39215 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKu8w-0000kO-UT; Thu, 30 Jul 2015 15:09:31 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 30 Jul 2015 15:09:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 30 Jul 2015 15:09:30 -0500 From: Larry Rosenman To: Benno Rice Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box In-Reply-To: <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 20:09:32 -0000 $ sudo -s Password: # cd /usr/src # patch -p0 < ~ler/pmspcv.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/dev/pms/freebsd/driver/common/lxutil.c |=================================================================== |--- sys/dev/pms/freebsd/driver/common/lxutil.c (revision 286083) |+++ sys/dev/pms/freebsd/driver/common/lxutil.c (working copy) -------------------------- Patching file sys/dev/pms/freebsd/driver/common/lxutil.c using Plan A... Hunk #1 failed at 758. Hunk #2 failed at 767. 2 out of 2 hunks failed--saving rejects to sys/dev/pms/freebsd/driver/common/lxutil.c.rej done # vi sys/dev/pms/freebsd/driver/common/lxutil.c.rej @@ -758,6 +758,7 @@ int idx;^M static U32 cardMap[4] = { 0, 0, 0, 0 };^M u_int16_t agtiapi_dev; // PCI device ID^M + u_int16_t agtiapi_vendor; // PCI vendor ID^M AGTIAPI_PRINTK("agtiapi_ProbeCard: start\n");^M ^M if ( ! atomic_cmpset_32( &cardMap[thisCard], 0, 5 ) ) { // card already ran^M @@ -766,10 +767,12 @@ }^M else {^M agtiapi_dev = pci_get_device( dev ); // get PCI device ID^M + agtiapi_vendor = pci_get_vendor( dev ); // get PCI vendor ID^M for( idx = 0; idx < COUNT(ag_card_type); idx++ ) ^M {^M - if( ag_card_type[idx].deviceId == agtiapi_dev ) ^M - { // device ID match^M + if( ag_card_type[idx].deviceId == agtiapi_dev &&^M + ag_card_type[idx].vendorId == agtiapi_vendor ) ^M + { // device and vendor IDs match^M memset( (void *)&agCardInfoList[ thisCard ], 0,^M sizeof(ag_card_info_t) );^M thisCardInst->cardIdIndex = idx;^M ~ :q # Not good :( On 2015-07-30 15:05, Benno Rice wrote: > Can you try the attached patch and let me know if it fixes the issue? > > Many thanks, > Benno. > > > > >> On Jul 30, 2015, at 11:55 AM, Benno Rice wrote: >> >> Hi Larry, >> >> I’ve brought this to the attention of PMC Sierra and we’re pretty sure >> we’ve worked out what the problem is. I’m just waiting on their review >> of the fix I’ve suggested. >> >> Sorry this has caused you problems. >> >> Many apologies, >> Benno. >> >>> On Jul 28, 2015, at 2:01 PM, Larry Rosenman wrote: >>> >>> When I upgraded an approximately 3 month old -CURRENT system to >>> yesterday, I >>> got page not present panics, after a message about pmspcv not >>> supporting >>> my ahd(4) deviceid. >>> >>> I did NOT capture the panic, but adding >>> >>> nodevice pmspcv >>> >>> Allowed me to boot. >>> >>> Dmesg.boot from the WORKING system attached. >>> >>> I *CAN* work with someone if they want. >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Thu Jul 30 20:13:54 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A93689ACCF0 for ; Thu, 30 Jul 2015 20:13:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 96044AD7; Thu, 30 Jul 2015 20:13:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 0334E1A3D; Thu, 30 Jul 2015 20:13:53 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 30 Jul 2015 20:13:51 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150730201351.GH90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/8E7gjuj425jZz9t" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 20:13:54 -0000 --/8E7gjuj425jZz9t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jul 30, 2015 at 03:09:30PM -0500, Larry Rosenman wrote: > $ sudo -s > Password: > # cd /usr/src > # patch -p0 < ~ler/pmspcv.diff > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: sys/dev/pms/freebsd/driver/common/lxutil.c > |=================================================================== > |--- sys/dev/pms/freebsd/driver/common/lxutil.c (revision 286083) > |+++ sys/dev/pms/freebsd/driver/common/lxutil.c (working copy) > -------------------------- > Patching file sys/dev/pms/freebsd/driver/common/lxutil.c using Plan A... > Hunk #1 failed at 758. > Hunk #2 failed at 767. > 2 out of 2 hunks failed--saving rejects to > sys/dev/pms/freebsd/driver/common/lxutil.c.rej > done > # vi sys/dev/pms/freebsd/driver/common/lxutil.c.rej > @@ -758,6 +758,7 @@ > int idx;^M > static U32 cardMap[4] = { 0, 0, 0, 0 };^M Hmm. Somehow you ended up with MS DOS EOL... I'm able to apply the patch without issues. Try this: vi pmspcv.diff :%s:[ctrl-m]::g It should apply afterward. Glen --/8E7gjuj425jZz9t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuoV5AAoJEAMUWKVHj+KT588P/iRaW6VzmHYDrthvAMBUcWvS go1GwlkMZDNFT31WAFnRJJU20UAAfYrvJFXj8rEXFPF+ElRkVYH/VZMCId4+zVjL x4sEkb8diBCb7703ClluINxstF+Wh5reZdlkWaQdm2V5lBvU1kNeUEq6XrLJN1XJ FMn8L5bRbWvho5+/jgohBQ4kWAO1CSiaeKlSDrT9uu2GVzpLqIf4XuLjBViiCfCe zMFgpuyfX7cClhxcf1UBF1d9fNSYGVmby3V0XNqlFPCBjzo9Vg2WiQQQxpmtcJEW hicOUKOmSP1861J2Xav94bheTxplFIM017slX+nuNyXXawNriIGWkEnHarXQquZ2 btDNAqvdZMNrunCSf9DzVWqoqAhGT0s00fMVqNFreO4uXT0ojhYBI098qlWH0OpY kRq+lmtPDd1z+KG0ySbWGbuIfcqyx/NzqhK/U/YUNMuOvoxkSHD3I6kbkab4xDgR GdrxxpHkECK0svVY0o9ODSGYi0TwHwPzL+RhbSWUKeZtzBGj2QZQhRYN0VRSt7+v KJesaQDiMwG/2jj5KQc3WgskD7yZayaBsrKxAXPKFDmFoYwjwyuneMjfMN3flFfx LVLywjf66Ylv85b44CQ5E5xNTndZi5s8iikqNINLn7ieNH7ihY8n3i/Wcc4OH+7z 1haEMtzklSxHt5+gI810 =kPS9 -----END PGP SIGNATURE----- --/8E7gjuj425jZz9t-- From owner-freebsd-current@freebsd.org Thu Jul 30 20:15:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2841A9ACD44 for ; Thu, 30 Jul 2015 20:15:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 13FF0C0E; Thu, 30 Jul 2015 20:15:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 837611AFB; Thu, 30 Jul 2015 20:15:18 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 30 Jul 2015 20:15:17 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150730201517.GI90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6THr7QwYWIbrk6Kt" Content-Disposition: inline In-Reply-To: <20150730201351.GH90754@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 20:15:19 -0000 --6THr7QwYWIbrk6Kt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2015 at 08:13:51PM +0000, Glen Barber wrote: > On Thu, Jul 30, 2015 at 03:09:30PM -0500, Larry Rosenman wrote: > > $ sudo -s > > Password: > > # cd /usr/src > > # patch -p0 < ~ler/pmspcv.diff > > Hmm... Looks like a unified diff to me... > > The text leading up to this was: > > -------------------------- > > |Index: sys/dev/pms/freebsd/driver/common/lxutil.c > > |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > |--- sys/dev/pms/freebsd/driver/common/lxutil.c (revision 286083) > > |+++ sys/dev/pms/freebsd/driver/common/lxutil.c (working copy) > > -------------------------- > > Patching file sys/dev/pms/freebsd/driver/common/lxutil.c using Plan A... > > Hunk #1 failed at 758. > > Hunk #2 failed at 767. > > 2 out of 2 hunks failed--saving rejects to > > sys/dev/pms/freebsd/driver/common/lxutil.c.rej > > done > > # vi sys/dev/pms/freebsd/driver/common/lxutil.c.rej > > @@ -758,6 +758,7 @@ > > int idx;^M > > static U32 cardMap[4] =3D { 0, 0, 0, 0 };^M >=20 > Hmm. Somehow you ended up with MS DOS EOL... >=20 > I'm able to apply the patch without issues. Try this: >=20 > vi pmspcv.diff > :%s:[ctrl-m]::g >=20 > It should apply afterward. >=20 Or, fetch the patch from here: https://people.freebsd.org/~gjb/pmspcv.diff.txt Glen --6THr7QwYWIbrk6Kt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuoXVAAoJEAMUWKVHj+KTcccP/i/o6umunh+Gw7n7fCDlrNOr wPR5UVJUy4gExeyJ8yhXrVV183EMELcjT+nDil7R0oX83PrIroPF+3doNLIfzTr7 PhpEolPUedLKyYjQXXek9H6OD0fT8u3o1IrhAodx4sK5qAEfDvvi9HgkXyPtddAi Ft8r02fSEyH+gBsVdKxqEPYAR62hsx2BmUHj5U+0Gc9awXvYj+A97RgAMt/R5KE3 rXkrI/KYIaXmHsn5pPFZ6VgZROgdEN4qIP2UkKWfklH9RHuRpqNgzjFI1DTgUHtk M7fI4E/Fe2EwlawwSTztAzZDub1Wsf4JEis7OxbBHWDdw0Y+KBcTJB4SpZjNOk/2 +by3VT++vmuJBZxEA2Fz78o0R2IVT0SxkWyTjkfg8P1drIJb7EkCE+qTfxc5jEcx WLLLhtX2XlKuuJElqfgu3fnEuU9gJtzqFUpEkl2OMN9+KwepBQOaxPrxDO70aT6A x5zWekjuYBRQyUxDnRVE5b9st+3LHDq2q6vTAtpW62pTwHhl/yZQycVigINRssYX CORpi6j5KZZY8q58mAVYAyHzth9Arh79nVG+wtC1WWLr2XGVPE1Gm32KQES3g7O7 cwGHKvGSvey/7oyj/tjKoTUeT9zplkAZtkTLwoA4RV7bbXMm58JU7+S/4qWU5/UT UX4xlw9HWEGjIAZNXoYL =CZQP -----END PGP SIGNATURE----- --6THr7QwYWIbrk6Kt-- From owner-freebsd-current@freebsd.org Thu Jul 30 20:20:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D75E9ACE65; Thu, 30 Jul 2015 20:20:47 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 227EEE65; Thu, 30 Jul 2015 20:20:47 +0000 (UTC) (envelope-from ler@lerctr.org) 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=/9zl7fIyrvUvL4gPQ5cJ+Yh2Ti9tfh9hnUxxSIHEKX8=; b=j36qYR6SW9r+HqMZjsaNsMsJdYv7TK1Qa+nAHDYSZr2gbfsryYXoPOZkzs/y0jQ//SWSVvDxpiniq5nOnl6LKyRV3cT32sdExtSjDGEYmCwtKXKCCsPRaEwXEJaXZoEuzHS03aSpWXiJmWYUqAqUUre97U8rkpSJLXzFZ8HIUCU=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:12868 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKuJq-0000sK-8g; Thu, 30 Jul 2015 15:20:46 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 30 Jul 2015 15:20:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 30 Jul 2015 15:20:46 -0500 From: Larry Rosenman To: Glen Barber Cc: Benno Rice , freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box In-Reply-To: <20150730201517.GI90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 20:20:47 -0000 On 2015-07-30 15:15, Glen Barber wrote: > On Thu, Jul 30, 2015 at 08:13:51PM +0000, Glen Barber wrote: >> On Thu, Jul 30, 2015 at 03:09:30PM -0500, Larry Rosenman wrote: >> > $ sudo -s >> > Password: >> > # cd /usr/src >> > # patch -p0 < ~ler/pmspcv.diff >> > Hmm... Looks like a unified diff to me... >> > The text leading up to this was: >> > -------------------------- >> > |Index: sys/dev/pms/freebsd/driver/common/lxutil.c >> > |=================================================================== >> > |--- sys/dev/pms/freebsd/driver/common/lxutil.c (revision 286083) >> > |+++ sys/dev/pms/freebsd/driver/common/lxutil.c (working copy) >> > -------------------------- >> > Patching file sys/dev/pms/freebsd/driver/common/lxutil.c using Plan A... >> > Hunk #1 failed at 758. >> > Hunk #2 failed at 767. >> > 2 out of 2 hunks failed--saving rejects to >> > sys/dev/pms/freebsd/driver/common/lxutil.c.rej >> > done >> > # vi sys/dev/pms/freebsd/driver/common/lxutil.c.rej >> > @@ -758,6 +758,7 @@ >> > int idx;^M >> > static U32 cardMap[4] = { 0, 0, 0, 0 };^M >> >> Hmm. Somehow you ended up with MS DOS EOL... >> >> I'm able to apply the patch without issues. Try this: >> >> vi pmspcv.diff >> :%s:[ctrl-m]::g >> >> It should apply afterward. >> > > Or, fetch the patch from here: > > https://people.freebsd.org/~gjb/pmspcv.diff.txt > > Glen Kernel compiling -- give mr a bit and I'll boot it and make sure it comes up. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Thu Jul 30 21:58:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A145F9AF2BF for ; Thu, 30 Jul 2015 21:58:35 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv158.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 625AAA3C for ; Thu, 30 Jul 2015 21:58:35 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=LzhXJOvp0dVVr4lYSmPW1VF8MhoNaUUcWdi613uJjAc=; b=VGrKEyENSSoF+ov1Gv99VRqiPz8sRH/dUekBQxxwubkhYaufudayrip8Ve4OBMFTkUyPsrVUAFX4uaKWTya2Y+Cf3XXRToadT5jKAY7HOSl6OfZKNco5aKESpg6yHpZ9fSKyIh1sCg/IUFU4E5EBC1gEd++WAyAlP3GqUOZ5TGs=; Received: from [134.249.91.180] (helo=nonamehost.local) by frv158.fwdcdn.com with esmtpsa ID 1ZKvqR-000Dtg-4v ; Fri, 31 Jul 2015 00:58:31 +0300 Date: Fri, 31 Jul 2015 00:58:30 +0300 From: Ivan Klymenko To: Mateusz Guzik Cc: Navdeep Parhar , Current Subject: Re: panic in sysctl code in recent head Message-ID: <20150731005830.16cb9053@nonamehost.local> In-Reply-To: <20150730195320.GA24826@dft-labs.eu> References: <20150730221710.393160ff@nonamehost.local> <20150730195320.GA24826@dft-labs.eu> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.180; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 21:58:35 -0000 Thu, 30 Jul 2015 21:53:20 +0200 Mateusz Guzik =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =B2: > On Thu, Jul 30, 2015 at 10:17:10PM +0300, Ivan Klymenko wrote: > > Thu, 30 Jul 2015 12:11:22 -0700 > > Navdeep Parhar =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0= =D0=B2: > >=20 > > > Does anyone else see this too? > >=20 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201992 >=20 > This bz is unrelated. Oops. Sorry. >=20 > Problematic change was reverted in r286094. >=20 From owner-freebsd-current@freebsd.org Thu Jul 30 22:01:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 624AB9AF418 for ; Thu, 30 Jul 2015 22:01:33 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5CBF0C for ; Thu, 30 Jul 2015 22:01:33 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 493BF9AF417; Thu, 30 Jul 2015 22:01:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48D019AF416 for ; Thu, 30 Jul 2015 22:01:33 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 3754AF0A for ; Thu, 30 Jul 2015 22:01:33 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from AlfredMacbookAir.local (static-108-44-39-3.albyny.fios.verizon.net [108.44.39.3]) by elvis.mu.org (Postfix) with ESMTPSA id 1F647341F94E; Thu, 30 Jul 2015 15:01:25 -0700 (PDT) Subject: Re: Segmentation fault running ntpd To: Adrian Chadd , David Wolfskill , "current@freebsd.org" References: <20150719183600.GF1217@albert.catwhisker.org> <20150724130317.GS27865@albert.catwhisker.org> <20150728230909.GR1277@albert.catwhisker.org> From: Alfred Perlstein Organization: FreeBSD Message-ID: <55BA9EAE.80102@freebsd.org> Date: Thu, 30 Jul 2015 18:01:18 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 22:01:33 -0000 Adrian the crash we are seeing here is very easily reproducible. Grab our private ports repo and revert my most recent revert and build. It appears to show up multiple times per day somehow in our configuration. On 7/28/15 7:25 PM, Adrian Chadd wrote: > On 28 July 2015 at 16:09, David Wolfskill wrote: >> On Tue, Jul 28, 2015 at 04:05:33PM -0700, Adrian Chadd wrote: >>> Is this still happening for you? >>> .... >> g1-245(10.2-P)[4] ls -lT /S4/ntpd.core >> -rw-r--r-- 1 root wheel 13783040 Jul 28 04:56:28 2015 /S4/ntpd.core >> >> Apparently so, yes. >> >> (/S4 is where I have the head root file system mounted when I'm not >> running from slice 4.) > Hm, is there any way you can get symbols for it? > > I don't think I can easily get symbols for the crash we have, but my > crash is also deep in malloc code.. > > > -a > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Jul 30 22:17:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2547F9AF68B for ; Thu, 30 Jul 2015 22:17:31 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 106BB1973; Thu, 30 Jul 2015 22:17:31 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 8064D1B6D; Thu, 30 Jul 2015 22:17:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 30 Jul 2015 22:17:28 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150730221728.GK90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2OzUYMsT4j3Kc+NU" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 22:17:31 -0000 --2OzUYMsT4j3Kc+NU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: > Kernel compiling -- give mr a bit and I'll boot it and make sure it comes > up. >=20 Larry, have you had any luck with this patch applied? If it resolves your issue, I want to make sure it is included in the 10.2-RC2 build. Thanks. Glen --2OzUYMsT4j3Kc+NU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuqJ4AAoJEAMUWKVHj+KTLvsQAJNkLBewEq9DmbV61bEX8tp1 yRbQR/PhnpDXHA3hyrcKiEQyPPiw5wHk81FGy2PBRwJ8oEcUPqgWTfQbolYp38Ys 2ShJlpVBIRtLPWvhHihsLWT7m6WdRMHnTDMGohkZcoxV+sPk1XEcShWa1pH3m9Fy 7FSfM1RmM8CZ//LgONTS75KbcxFc+esBlkM67L1B0fE8gBfhzFIiqsX2Ajio6dNZ 5zgBYkPP3Gpcon7hfJak7ZA6xdtiF7LDOvUsvOoSFjaza9ySS6dMiub7FgRvyEkI +USEkt/XpACvoaxp9PDh6Qwum/fbMxcwWzDsGjc4PN4Fbpno28s2Wkv7s6WiKwjO s74sVnPq1RSGzNcU32At7JzwAH+MqzRZj008omAIuc/UR7BGJ6E25tskZbjexafe e23pC+OK/+/d6sQadhmG0OA5nORLVjpVXflxfmz/wEJD1vMcQqwB4N3/b3Zla8Dw xawemSeSFHfOSciXdg9tbr3g7webJsX7gDXMetkS9hdr59Zk9c5WNj9obEKNtIwS c1PglIe67YJZmA4gDhiqeRgZUE8CUjLrf+Lu3/r5+3OcpLHmA6xvL773ZfDxswlu gWhRsr7YxDb8lDz1XWU9ZuQeDvb2GH+OgQcX9phTMFdiYwONYfPuUOVVB1o3F3PS z6L1nSW6HaKONZ/hZe7S =wLx3 -----END PGP SIGNATURE----- --2OzUYMsT4j3Kc+NU-- From owner-freebsd-current@freebsd.org Thu Jul 30 23:54:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEAE49AF3DA for ; Thu, 30 Jul 2015 23:54:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 98746822; Thu, 30 Jul 2015 23:54:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5B3AC60B; Thu, 30 Jul 2015 23:54:18 +0000 (UTC) Date: Thu, 30 Jul 2015 23:54:18 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <458469219.34.1438300458274.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1236 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 23:54:18 -0000 FreeBSD_HEAD-tests - Build #1236 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1236/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1236/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1236/con= sole Change summaries: No changes The end of the build log: [...truncated 4437 lines...] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add -> passed [0.523s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_R -> passed [1.718s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_date= _month -> passed [0.384s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_date= _numeric -> passed [0.605s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_date= _relative -> passed [0.512s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_epoc= h -> passed [0.907s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments -> passed [= 0.703s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_invalid -> p= assed [0.716s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_invalid_noupda= te -> passed [0.994s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_noupdate -> = passed [0.293s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_expiration -> passed = [3.311s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_homedir -> passed [1= .403s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_invalid_group_entry ->= passed [0.482s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_invalid_user_entry -> = passed [0.329s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_name_too_long -> pass= ed [0.186s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_noupdate -> passed [= 0.352s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_dat= e_month -> passed [0.401s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_dat= e_numeric -> passed [0.887s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_dat= e_relative -> passed [0.677s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_epo= ch -> passed [2.062s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_from_h -> pa= ssed [0.419s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_skel -> passed [0.96= 4s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_uid0 -> passed [0.85= 9s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_uid_too_large -> pass= ed [0.378s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:delete_files -> passed [1.932= s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:delete_numeric_name -> passed = [0.840s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:rmuser_seperate_group -> passe= d [0.741s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:user_do_not_try_to_delete_root_i= f_user_unknown -> passed [0.320s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod -> passed [1.665s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_H -> passed [1.172s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments -> passed [= 0.492s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments_invalid -> p= assed [0.686s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments_invalid_noupda= te -> passed [0.676s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments_noupdate -> = passed [1.004s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_h -> passed [0.920s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_name_noupdate -> pass= ed [1.126s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_noupdate -> passed [= 0.713s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_rename -> passed [0.= 472s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_rename_too_long -> pa= ssed [0.411s] [192.168.10.2] out: usr.sbin/pw/pw_usernext:usernext -> passed [113.568s= ] [192.168.10.2] out: usr.sbin/pw/pw_usernext:usernext_assigned_group -> pa= ssed [0.768s] [192.168.10.2] out: usr.sbin/pw/pw_test:longname -> passed [1.423s] [192.168.10.2] out: sys/aio/aio_test:aio_fifo_test -> skipped: module aio= could not be resolved: No such file or directory [0.178s] [192.168.10.2] out: sys/aio/aio_test:aio_file_test -> skipped: module aio= could not be resolved: No such file or directory [0.154s] [192.168.10.2] out: sys/aio/aio_test:aio_md_test -> skipped: module aio c= ould not be resolved: No such file or directory [0.152s] [192.168.10.2] out: sys/aio/aio_test:aio_pipe_test -> skipped: module aio= could not be resolved: No such file or directory [0.183s] [192.168.10.2] out: sys/aio/aio_test:aio_pty_test -> skipped: module aio = could not be resolved: No such file or directory [0.045s] [192.168.10.2] out: sys/aio/aio_test:aio_unix_socketpair_test -> skipped:= module aio could not be resolved: No such file or directory [0.129s] [192.168.10.2] out: sys/aio/aio_kqueue_test:main -> passed [0.124s] [192.168.10.2] out: sys/aio/lio_kqueue_test:main -> passed [0.124s] [192.168.10.2] out: sys/fifo/fifo_create:main -> passed [4.534s] [192.168.10.2] out: sys/fifo/fifo_io:main -> passed [11.494s] [192.168.10.2] out: sys/fifo/fifo_misc:main -> passed [0.314s] [192.168.10.2] out: sys/fifo/fifo_open:main -> passed [14.511s] [192.168.10.2] out: sys/file/ftruncate_test:main -> passed [0.068s] [192.168.10.2] out: sys/file/newfileops_on_fork_test:main -> passed [1.0= 75s] [192.168.10.2] out: sys/file/closefrom_test:main -> passed [0.156s] [192.168.10.2] out: sys/file/dup_test:main -> passed [0.186s] [192.168.10.2] out: sys/file/fcntlflags_test:main -> passed [0.143s] [192.168.10.2] out: sys/file/flock_test:main -> passed [7.467s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__ebadf_when_2nd_arg_out= _of_range -> passed [0.038s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__simple -> passed [0= .034s] [192.168.10.2] out: sys/kern/kern_descrip_test:kern_maxfiles__increase -> = skipped: Required configuration property 'allow_sysctl_side_effects' not d= efined [0.000s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_chi= ld_debugger -> passed [0.097s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unr= elated_debugger -> passed [0.041s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach = -> passed [0.033s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me= -> passed [0.052s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.120= s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.068s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.03= 4s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed = [0.528s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> pas= sed [0.128s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> pass= ed [0.109s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed= [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed= [0.081s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed = [0.076s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [0.0= 94s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> = passed [0.033s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed= [0.070s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed = [0.036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed= [0.042s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed= [0.080s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed = [0.248s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed = [0.062s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [0= .117s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k = -> passed [0.030s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k ->= passed [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k ->= passed [0.051s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> = passed [0.044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> pass= ed [0.045s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed= [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers = -> passed [0.087s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.= 039s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> = passed [0.044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect ->= passed [0.035s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed = [0.041s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking = -> passed [0.060s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed = [0.028s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking = -> passed [0.051s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed = [0.049s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking = -> passed [0.067s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed = [0.061s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking = -> passed [0.078s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [= 0.073s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -= > passed [0.050s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passe= d [0.060s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> passed = [0.029s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> = passed [0.028s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed = [0.079s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [0.132s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.1= 34s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [0= .187s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [0.0= 72s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed= [0.120s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.= 076s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> pas= sed [0.075s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [0= .086s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [0.= 107s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [11.188s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [0.140s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.085s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest3 -> passed [0.140s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest4 -> passed [0.105s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [0.119s] [192.168.10.2] out: sys/netinet/fibs_test:arpresolve_checks_interface_fib = -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:default_route_with_multiple_fibs_= on_same_subnet -> skipped: Required configuration property 'fibs' not def= ined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:loopback_and_network_routes_on_no= ndefault_fib -> skipped: Required configuration property 'fibs' not defin= ed [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces -> skip= ped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> = skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:subnet_route_with_multiple_fibs_o= n_same_subnet -> skipped: Required configuration property 'fibs' not defi= ned [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:udp_dontroute -> skipped: Requi= red configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/opencrypto/runtests:main -> passed [0.093s] [192.168.10.2] out: sys/vm/mmap_test:main -> passed [0.148s] [192.168.10.2] out:=20 [192.168.10.2] out: Results file id is usr_tests.20150730-224202-164369 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20= 150730-224202-164369.db [192.168.10.2] out:=20 [192.168.10.2] out: 4339/4340 passed (1 failed) [192.168.10.2] out:=20 Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,x= fail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=3Dtest-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 68109] [192.168.10.2] out:=20 adcast 192.168.10.255=20 kyuatestprompt # Jul 30 22:57:54 t_openpam_readword: in openpam_readword()= : unexpected end of file lock order reversal: 1st 0xfffff800073e19a0 syncer (syncer) @ /builds/FreeBSD_HEAD/sys/kern/vfs= _subr.c:1767 2nd 0xfffff80007da17c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.= c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0096f0a= 760 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe0096f0a7e0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe0096f0a910 ffs_lock() at ffs_lock+0x84/frame 0xfffffe0096f0a960 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe0096f0a990 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe0096f0aa00 vget() at vget+0x7e/frame 0xfffffe0096f0aa50 vfs_msync() at vfs_msync+0xd6/frame 0xfffffe0096f0aab0 sync_fsync() at sync_fsync+0xc6/frame 0xfffffe0096f0aaf0 VOP_FSYNC_APV() at VOP_FSYNC_APV+0xf7/frame 0xfffffe0096f0ab20 sched_sync() at sched_sync+0x3c8/frame 0xfffffe0096f0abb0 fork_exit() at fork_exit+0x84/frame 0xfffffe0096f0abf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0096f0abf0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- Jul 30 22:57:54 last message repeated 2 times ahcich0: Timeout on slot 16 port 0 ahcich0: is 00000000 cs 00000000 ss 01ff0000 rs 01ff0000 tfd 50 serr 000000= 00 cmd 1000d817 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 c0 00 00 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 2 port 0 ahcich0: is 00000000 cs 00000000 ss 0000001c rs 0000001c tfd 50 serr 000000= 00 cmd 1000c417 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 00 0= 0 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 16 port 0 ahcich0: is 00000000 cs 00000000 ss 001f0000 rs 001f0000 tfd 50 serr 000000= 00 cmd 1000d417 (ada0:ahcich0:0: = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 Jul 30 23:54:01 shutdown: power-down by root:=20 Stopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 30 23:54:03 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 done All buffers synced. lock order reversal: 1st 0xfffff800072c87c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount= .c:1224 2nd 0xfffff800072c9240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_s= ubr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995= 630 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956b0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b9957e0 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995800 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995830 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958a0 vget() at vget+0x7e/frame 0xfffffe007b9958f0 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995940 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995970 dounmount() at dounmount+0x44a/frame 0xfffffe007b9959f0 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a20 bufshutdown() at bufshutdown+0x3b7/frame 0xfffffe007b995a70 kern_reboot() at kern_reboot+0x18c/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x41205a, rsp =3D 0x7f= ffffffe718, rbp =3D 0x7fffffffe810 --- Uptime: 1h12m28s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freeb= sd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-= image/image/FreeBSD_HEAD/test.img umount /tmp/tmpZZahVV mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTA= BLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Thu Jul 30 23:57:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 977879AF5C6 for ; Thu, 30 Jul 2015 23:57:06 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D042974; Thu, 30 Jul 2015 23:57:06 +0000 (UTC) (envelope-from ler@lerctr.org) 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=VmBU0T/nd5W13IVgcLIW62ZBwQBcEJgjTTUPC/P8Jf4=; b=kFHtIs20FvSQ+mO4aj3OPGbXVbrn8EbHNh7kCQHQ48JXGeoN9gOsI3CegHbKUbscTNcTlJnrrswgsLwhP2NCkp6s+AaMGvibz7bln4KW+Znk7dVQZw8lRiiQKJ2Vft79044I4vhEwthR5ihSLQwFBEcEMRK4pEcbrB9a2PdoQDs=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:53505 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKxhB-0002t7-JU; Thu, 30 Jul 2015 18:57:05 -0500 Received: from babcom.prismnet.com ([205.166.246.21]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 30 Jul 2015 18:57:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 30 Jul 2015 18:57:05 -0500 From: Larry Rosenman To: Glen Barber Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box In-Reply-To: <20150730221728.GK90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> Message-ID: <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 23:57:06 -0000 On 2015-07-30 17:17, Glen Barber wrote: > On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: >> Kernel compiling -- give mr a bit and I'll boot it and make sure it >> comes >> up. >> > > Larry, have you had any luck with this patch applied? If it resolves > your issue, I want to make sure it is included in the 10.2-RC2 build. > > Thanks. > > Glen https://drive.google.com/file/d/1ouZHMEWXiPcZQ_zmpJY6hhwPItXitb7DxQ/view?usp=sharing https://drive.google.com/file/d/1CBf4v9cgSc3RgVLZDLdYDztP0_29k1vzAA/view?usp=sharing https://drive.google.com/file/d/1MuvvEXROrkiP2N78v9t1xdYPR7dDGO_0lA/view?usp=sharing There are 3 pictures from the CURRENT panic. it STILL fails. :( -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Fri Jul 31 01:44:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A09469AE619; Fri, 31 Jul 2015 01:44:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 893E42F1; Fri, 31 Jul 2015 01:44:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8169B631; Fri, 31 Jul 2015 01:44:16 +0000 (UTC) Date: Fri, 31 Jul 2015 01:44:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jmg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1685818085.37.1438307056447.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #721 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 01:44:16 -0000 FreeBSD_HEAD_i386 - Build #721 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/console Change summaries: 286102 by pfg: Buffer overflow in wall(1). This affected syslogd, wall and talkd. Detected by FORTIFY_SOURCE GSoC (with clang). Submitted by: Oliver Pinter Differential Revision: https://reviews.freebsd.org/D3254 Reviewed by: delphij, jmg MFC after: 3 days 286101 by jmg: these are comparing authenticators and need to be constant time... This could be a side channel attack... Now that we have a function for this, use it... jmgurney/ipsecgcm: 24d704cc and 7f37a14 286100 by jmg: Clean up this header file... use CTASSERTs now that we have them... Replace a draft w/ RFC that's over 10 years old. Note that _AALG and _EALG do not need to match what the IKE daemons think they should be.. This is part of the KABI... I decided to renumber AESCTR, but since we've never had working AESCTR mode, I'm not really breaking anything.. and it shortens a loop by quite a bit.. remove SKIPJACK IPsec support... SKIPJACK never made it out of draft (in 1999), only has 80bit key, NIST recommended it stop being used after 2010, and setkey nor any of the IKE daemons I checked supported it... jmgurney/ipsecgcm: a357a33, c75808b, e008669, b27b6d6 Reviewed by: gnn (earlier version) The end of the build log: [...truncated 58275 lines...] cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_ranges.c -o dwarf_ranges.So --- all_subdir_libgpio --- --- libgpio.so.0 --- building shared library libgpio.so.0 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libgpio.so.0 -Wl,-soname,libgpio.so.0 `NM='nm' lorder gpio.So | tsort -q` --- all_subdir_libgssapi --- ===> lib/libgssapi (all) --- all_subdir_libdwarf --- --- dwarf_reloc.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_reloc.c -o dwarf_reloc.o --- all_subdir_libgpio --- --- libgpio.a --- building static gpio library ar -crD libgpio.a `NM='nm' lorder gpio.o | tsort -q` ranlib -D libgpio.a --- all_subdir_libdwarf --- --- dwarf_reloc.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_reloc.c -o dwarf_reloc.So --- all_subdir_libfetch --- --- libfetch.a --- building static fetch library ar -crD libfetch.a `NM='nm' lorder fetch.o common.o ftp.o http.o file.o | tsort -q` --- all_subdir_librpcsec_gss --- ===> lib/librpcsec_gss (all) --- all_subdir_libfetch --- ranlib -D libfetch.a --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules (all) --- all_subdir_libdwarf --- --- dwarf_sections.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_sections.c -o dwarf_sections.o --- all_subdir_libiconv_modules --- --- _sub.all --- ===> lib/libiconv_modules/BIG5 (all) --- all_subdir_librpcsec_gss --- --- rpcsec_gss.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss.c -o rpcsec_gss.So --- all_subdir_libiconv_modules --- --- citrus_big5.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/BIG5/citrus_big5.c -o citrus_big5.So --- all_subdir_libdwarf --- --- dwarf_sections.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_sections.c -o dwarf_sections.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss_prot.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.So --- all_subdir_libiconv_modules --- --- libBIG5.so.4 --- --- all_subdir_libdwarf --- --- dwarf_seterror.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_seterror.c -o dwarf_seterror.o --- all_subdir_libiconv_modules --- building shared library libBIG5.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libBIG5.so.4 -Wl,-soname,libBIG5.so.4 `NM='nm' lorder citrus_big5.So | tsort -q` --- all_subdir_libfetch --- --- libfetch.so.6 --- building shared library libfetch.so.6 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libfetch.so.6 -Wl,-soname,libfetch.so.6 `NM='nm' lorder fetch.So common.So ftp.So http.So file.So | tsort -q` -lssl -lcrypto --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/DECHanyu (all) --- all_subdir_libdwarf --- --- dwarf_seterror.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_seterror.c -o dwarf_seterror.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss_conf.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.So --- all_subdir_libiconv_modules --- --- citrus_dechanyu.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/DECHanyu/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/DECHanyu/citrus_dechanyu.c -o citrus_dechanyu.So --- all_subdir_libdwarf --- --- dwarf_str.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_str.c -o dwarf_str.o --- all_subdir_librpcsec_gss --- --- rpcsec_gss_misc.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_misc.c -o rpcsec_gss_misc.So --- all_subdir_libdwarf --- --- dwarf_str.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_str.c -o dwarf_str.So --- libdwarf.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.o --- all_subdir_libiconv_modules --- --- libDECHanyu.so.4 --- building shared library libDECHanyu.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libDECHanyu.so.4 -Wl,-soname,libDECHanyu.so.4 `NM='nm' lorder citrus_dechanyu.So | tsort -q` --- all_subdir_libipsec --- ===> lib/libipsec (all) --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/EUC (all) --- all_subdir_libdwarf --- --- libdwarf.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.So --- all_subdir_librpcsec_gss --- --- svc_rpcsec_gss.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/svc_rpcsec_gss.c -o svc_rpcsec_gss.So --- all_subdir_libipsec --- --- ipsec_strerror.So --- --- all_subdir_libiconv_modules --- --- citrus_euc.So --- --- all_subdir_libipsec --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So --- all_subdir_libiconv_modules --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUC/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUC/citrus_euc.c -o citrus_euc.So --- all_subdir_libipsec --- In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: In file included from /usr/obj/usr/src/tmp/usr/include/netipsec/ipsec.h:45: /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ 12 errors generated. *** [ipsec_strerror.So] Error code 1 make[5]: stopped in /usr/src/lib/libipsec 1 error make[5]: stopped in /usr/src/lib/libipsec *** [all_subdir_libipsec] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libiconv_modules --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libiconv_modules/EUC *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/lib/libiconv_modules 1 error make[5]: stopped in /usr/src/lib/libiconv_modules *** [all_subdir_libiconv_modules] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_librpcsec_gss --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/librpcsec_gss *** [all_subdir_librpcsec_gss] Error code 2 make[4]: stopped in /usr/src/lib 4 errors make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2724658268404401574.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 31 01:54:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B2069AE857; Fri, 31 Jul 2015 01:54:38 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 51154A89; Fri, 31 Jul 2015 01:54:34 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6V1sYRi037876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2015 18:54:34 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6V1sYlM037875; Thu, 30 Jul 2015 18:54:34 -0700 (PDT) (envelope-from jmg) Date: Thu, 30 Jul 2015 18:54:34 -0700 From: John-Mark Gurney To: jenkins-admin@FreeBSD.org Cc: pfg@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Subject: Re: FreeBSD_HEAD_i386 - Build #721 - Failure Message-ID: <20150731015434.GW78154@funkthat.com> References: <1685818085.37.1438307056447.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1685818085.37.1438307056447.JavaMail.jenkins@jenkins-9.freebsd.org> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Thu, 30 Jul 2015 18:54:34 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 01:54:38 -0000 jenkins-admin@FreeBSD.org wrote this message on Fri, Jul 31, 2015 at 01:44 +0000: > FreeBSD_HEAD_i386 - Build #721 - Failure: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/console > > Change summaries: > > 286102 by pfg: > Buffer overflow in wall(1). > > This affected syslogd, wall and talkd. > Detected by FORTIFY_SOURCE GSoC (with clang). > > Submitted by: Oliver Pinter > Differential Revision: https://reviews.freebsd.org/D3254 > Reviewed by: delphij, jmg > MFC after: 3 days > > 286101 by jmg: > these are comparing authenticators and need to be constant time... > This could be a side channel attack... Now that we have a function > for this, use it... > > jmgurney/ipsecgcm: 24d704cc and 7f37a14 > > 286100 by jmg: > Clean up this header file... > > use CTASSERTs now that we have them... > > Replace a draft w/ RFC that's over 10 years old. > > Note that _AALG and _EALG do not need to match what the IKE daemons > think they should be.. This is part of the KABI... I decided to > renumber AESCTR, but since we've never had working AESCTR mode, I'm > not really breaking anything.. and it shortens a loop by quite > a bit.. > > remove SKIPJACK IPsec support... SKIPJACK never made it out of draft > (in 1999), only has 80bit key, NIST recommended it stop being used > after 2010, and setkey nor any of the IKE daemons I checked supported > it... > > jmgurney/ipsecgcm: a357a33, c75808b, e008669, b27b6d6 > > Reviewed by: gnn (earlier version) > > > > The end of the build log: > > [...truncated 58275 lines...] > cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_ranges.c -o dwarf_ranges.So > --- all_subdir_libgpio --- > --- libgpio.so.0 --- > building shared library libgpio.so.0 > cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libgpio.so.0 -Wl,-soname,libgpio.so.0 `NM='nm' lorder gpio.So | tsort -q` > --- all_subdir_libgssapi --- > ===> lib/libgssapi (all) > --- all_subdir_libdwarf --- > --- dwarf_reloc.o --- > cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_reloc.c -o dwarf_reloc.o > --- all_subdir_libgpio --- > --- libgpio.a --- > building static gpio library > ar -crD libgpio.a `NM='nm' lorder gpio.o | tsort -q` > ranlib -D libgpio.a > --- all_subdir_libdwarf --- > --- dwarf_reloc.So --- > cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_reloc.c -o dwarf_reloc.So > --- all_subdir_libfetch --- > --- libfetch.a --- > building static fetch library > ar -crD libfetch.a `NM='nm' lorder fetch.o common.o ftp.o http.o file.o | tsort -q` > --- all_subdir_librpcsec_gss --- > ===> lib/librpcsec_gss (all) > --- all_subdir_libfetch --- > ranlib -D libfetch.a > --- all_subdir_libiconv_modules --- > ===> lib/libiconv_modules (all) > --- all_subdir_libdwarf --- > --- dwarf_sections.o --- > cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_sections.c -o dwarf_sections.o > --- all_subdir_libiconv_modules --- > --- _sub.all --- > ===> lib/libiconv_modules/BIG5 (all) > --- all_subdir_librpcsec_gss --- > --- rpcsec_gss.So --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss.c -o rpcsec_gss.So > --- all_subdir_libiconv_modules --- > --- citrus_big5.So --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/BIG5/citrus_big5.c -o citrus_big5.So > --- all_subdir_libdwarf --- > --- dwarf_sections.So --- > cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_sections.c -o dwarf_sections.So > --- all_subdir_librpcsec_gss --- > --- rpcsec_gss_prot.So --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.So > --- all_subdir_libiconv_modules --- > --- libBIG5.so.4 --- > --- all_subdir_libdwarf --- > --- dwarf_seterror.o --- > cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_seterror.c -o dwarf_seterror.o > --- all_subdir_libiconv_modules --- > building shared library libBIG5.so.4 > cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libBIG5.so.4 -Wl,-soname,libBIG5.so.4 `NM='nm' lorder citrus_big5.So | tsort -q` > --- all_subdir_libfetch --- > --- libfetch.so.6 --- > building shared library libfetch.so.6 > cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libfetch.so.6 -Wl,-soname,libfetch.so.6 `NM='nm' lorder fetch.So common.So ftp.So http.So file.So | tsort -q` -lssl -lcrypto > --- all_subdir_libiconv_modules --- > ===> lib/libiconv_modules/DECHanyu (all) > --- all_subdir_libdwarf --- > --- dwarf_seterror.So --- > cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_seterror.c -o dwarf_seterror.So > --- all_subdir_librpcsec_gss --- > --- rpcsec_gss_conf.So --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.So > --- all_subdir_libiconv_modules --- > --- citrus_dechanyu.So --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/DECHanyu/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/DECHanyu/citrus_dechanyu.c -o citrus_dechanyu.So > --- all_subdir_libdwarf --- > --- dwarf_str.o --- > cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_str.c -o dwarf_str.o > --- all_subdir_librpcsec_gss --- > --- rpcsec_gss_misc.So --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_misc.c -o rpcsec_gss_misc.So > --- all_subdir_libdwarf --- > --- dwarf_str.So --- > cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/dwarf_str.c -o dwarf_str.So > --- libdwarf.o --- > cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.o > --- all_subdir_libiconv_modules --- > --- libDECHanyu.so.4 --- > building shared library libDECHanyu.so.4 > cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libDECHanyu.so.4 -Wl,-soname,libDECHanyu.so.4 `NM='nm' lorder citrus_dechanyu.So | tsort -q` > --- all_subdir_libipsec --- > ===> lib/libipsec (all) > --- all_subdir_libiconv_modules --- > ===> lib/libiconv_modules/EUC (all) > --- all_subdir_libdwarf --- > --- libdwarf.So --- > cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.So > --- all_subdir_librpcsec_gss --- > --- svc_rpcsec_gss.So --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/svc_rpcsec_gss.c -o svc_rpcsec_gss.So > --- all_subdir_libipsec --- > --- ipsec_strerror.So --- > --- all_subdir_libiconv_modules --- > --- citrus_euc.So --- > --- all_subdir_libipsec --- > cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So > --- all_subdir_libiconv_modules --- > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUC/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUC/citrus_euc.c -o citrus_euc.So > --- all_subdir_libipsec --- > In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: > In file included from /usr/obj/usr/src/tmp/usr/include/netipsec/ipsec.h:45: > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator > CTASSERT(sizeof(struct sadb_x_policy) == 16); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' > CTASSERT(sizeof(struct sadb_x_policy) == 16); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] > CTASSERT(sizeof(struct sadb_x_policy) == 16); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator > CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' > CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] > CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator > CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' > CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] > CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator > CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' > CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] > CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); > ^ > 12 errors generated. > *** [ipsec_strerror.So] Error code 1 > > make[5]: stopped in /usr/src/lib/libipsec > 1 error > > make[5]: stopped in /usr/src/lib/libipsec > *** [all_subdir_libipsec] Error code 2 > > make[4]: stopped in /usr/src/lib > --- all_subdir_libdwarf --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/lib/libdwarf > *** [all_subdir_libdwarf] Error code 2 > > make[4]: stopped in /usr/src/lib > --- all_subdir_libiconv_modules --- > A failure has been detected in another branch of the parallel make > > make[6]: stopped in /usr/src/lib/libiconv_modules/EUC > *** [_sub.all] Error code 2 > > make[5]: stopped in /usr/src/lib/libiconv_modules > 1 error > > make[5]: stopped in /usr/src/lib/libiconv_modules > *** [all_subdir_libiconv_modules] Error code 2 > > make[4]: stopped in /usr/src/lib > --- all_subdir_librpcsec_gss --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/lib/librpcsec_gss > *** [all_subdir_librpcsec_gss] Error code 2 > > make[4]: stopped in /usr/src/lib > 4 errors > > make[4]: stopped in /usr/src/lib > A failure has been detected in another branch of the parallel make > > make[3]: stopped in /usr/src > *** [libraries] Error code 2 > > make[2]: stopped in /usr/src > 1 error > > make[2]: stopped in /usr/src > *** [_libraries] Error code 2 > > make[1]: stopped in /usr/src > 1 error > > make[1]: stopped in /usr/src > *** [buildworld] Error code 2 > > make: stopped in /usr/src > 1 error > > make: stopped in /usr/src > Build step 'Execute shell' marked build as failure > [PostBuildScript] - Execution post build scripts. > [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2724658268404401574.sh > + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' > + export 'jname=FreeBSD_HEAD_i386' > + echo 'clean up jail FreeBSD_HEAD_i386' > clean up jail FreeBSD_HEAD_i386 > + sudo jail -r FreeBSD_HEAD_i386 > + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias > + sudo umount FreeBSD_HEAD_i386/usr/src > + sudo umount FreeBSD_HEAD_i386/dev > + sudo rm -fr FreeBSD_HEAD_i386 > rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted > rm: FreeBSD_HEAD_i386/libexec: Directory not empty > rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty > rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted > rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty > rm: FreeBSD_HEAD_i386/usr: Directory not empty > rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted > rm: FreeBSD_HEAD_i386/sbin: Directory not empty > rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted > rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted > rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted > rm: FreeBSD_HEAD_i386/lib: Directory not empty > rm: FreeBSD_HEAD_i386: Directory not empty > + true > + sudo chflags -R noschg FreeBSD_HEAD_i386 > + sudo rm -fr FreeBSD_HEAD_i386 > Email was triggered for: Failure - Any > Sending email for trigger: Failure - Any I believe a simple #include in sys/net/pfkeyv2.h is all that is needed... I'm testing this fix now... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Fri Jul 31 02:33:48 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A3609AEE82 for ; Fri, 31 Jul 2015 02:33:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 52F0C19C7; Fri, 31 Jul 2015 02:33:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 49F4C634; Fri, 31 Jul 2015 02:33:48 +0000 (UTC) Date: Fri, 31 Jul 2015 02:33:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, eri@FreeBSD.org, jmg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <2088882507.41.1438310028230.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #262 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 02:33:48 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #262 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/262/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 262/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/2= 62/console Change summaries: 286102 by pfg: Buffer overflow in wall(1). This affected syslogd, wall and talkd. Detected by FORTIFY_SOURCE GSoC (with clang). Submitted by:=09Oliver Pinter Differential Revision:=09https://reviews.freebsd.org/D3254 Reviewed by:=09delphij, jmg MFC after:=093 days 286101 by jmg: these are comparing authenticators and need to be constant time... This could be a side channel attack... Now that we have a function for this, use it... jmgurney/ipsecgcm:=0924d704cc and 7f37a14 286100 by jmg: Clean up this header file... use CTASSERTs now that we have them... Replace a draft w/ RFC that's over 10 years old. Note that _AALG and _EALG do not need to match what the IKE daemons think they should be.. This is part of the KABI... I decided to renumber AESCTR, but since we've never had working AESCTR mode, I'm not really breaking anything.. and it shortens a loop by quite a bit.. remove SKIPJACK IPsec support... SKIPJACK never made it out of draft (in 1999), only has 80bit key, NIST recommended it stop being used after 2010, and setkey nor any of the IKE daemons I checked supported it... jmgurney/ipsecgcm: a357a33, c75808b, e008669, b27b6d6 Reviewed by:=09gnn (earlier version) 286095 by eri: Correct IPSec SA statistic keeping The IPsec SA statistic keeping is used even for decision making on expiry/r= ekeying SAs. When there are multiple transformations being done the statistic keeping mi= ght be wrong. This mostly impacts multiple encapsulations on IPsec since the usual scenar= io it is not noticed due to the code path not taken. Differential Revision:=09https://reviews.freebsd.org/D3239 Reviewed by:=09=09ae, gnn Approved by:=09=09gnn(mentor) The end of the build log: [...truncated 95538 lines...] --- select.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libevent -DHAVE_CLOCK_GETTIME -DHAVE_FCNTL_H -D= HAVE_POLL -DHAVE_SELECT -DHAVE_SETFD -DHAVE_STDARG_H -DHAVE_SYS_IOCTL_H= -DHAVE_SYS_TIME_H -DHAVE_UNISTD_H -DHAVE_VASPRINTF -DHAVE_WORKING_KQUE= UE -DVERSION=3D'"1.3b"' -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= all -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libevent/../../contrib/pf/libevent/select.c -o sel= ect.o --- all_subdir_libdwarf --- --- dwarf_pro_die.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_die.c -o dwarf_pro_die.So --- dwarf_pro_expr.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_expr.c -o dwarf_pro_expr.o --- dwarf_pro_expr.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_expr.c -o dwarf_pro_expr.So --- all_subdir_libevent --- --- signal.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libevent -DHAVE_CLOCK_GETTIME -DHAVE_FCNTL_H -D= HAVE_POLL -DHAVE_SELECT -DHAVE_SETFD -DHAVE_STDARG_H -DHAVE_SYS_IOCTL_H= -DHAVE_SYS_TIME_H -DHAVE_UNISTD_H -DHAVE_VASPRINTF -DHAVE_WORKING_KQUE= UE -DVERSION=3D'"1.3b"' -std=3Dgnu99 -fstack-protector -Wsystem-headers -W= all -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libevent/../../contrib/pf/libevent/signal.c -o sig= nal.o /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libevent/../../contrib/pf/libevent/si= gnal.c: In function 'evsignal_del': /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libevent/../../contrib/pf/libevent/si= gnal.c:143:6: warning: variable 'evsignal' set but not used [-Wunused-but-s= et-variable] int evsignal; ^ --- libprivateevent.so.1 --- building shared library libprivateevent.so.1 /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fstack-protector -shared -= Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libprivateevent.so= .1 -Wl,-soname,libprivateevent.so.1 `NM=3D'/usr/local/x86_64-freebsd/bin/n= m' lorder buffer.So evbuffer.So event.So kqueue.So log.So poll.So select.So= signal.So | tsort -q`=20 --- libprivateevent.a --- building static event library /usr/local/x86_64-freebsd/bin/ar -crD libprivateevent.a `NM=3D'/usr/local/x= 86_64-freebsd/bin/nm' lorder buffer.o evbuffer.o event.o kqueue.o log.o pol= l.o select.o signal.o | tsort -q`=20 --- all_subdir_libdwarf --- --- dwarf_pro_finish.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_finish.c -o dwarf_pro_finish.o --- all_subdir_libevent --- /usr/local/x86_64-freebsd/bin/ranlib -D libprivateevent.a --- all_subdir_libfetch --- --- file.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -DINET6 -DW= ITH_SSL -DFTP_COMBINE_CWDS -std=3Diso9899:1999 -fstack-protector -Wsystem-h= eaders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/file.c -o file.o --- all_subdir_libfigpar --- =3D=3D=3D> lib/libfigpar (all) --- all_subdir_libfetch --- --- ftp.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -DINET6 -DW= ITH_SSL -DFTP_COMBINE_CWDS -std=3Diso9899:1999 -fstack-protector -Wsystem-h= eaders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/ftp.c -o ftp.o --- ftp.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -DINET6 -DWITH_SSL -DFTP_COMBINE_CWDS -std=3Diso9899:1999 -fstack-protecto= r -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-= prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -= Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-sub= scripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/ftp.c= -o ftp.So --- all_subdir_libdwarf --- --- dwarf_pro_finish.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_finish.c -o dwarf_pro_finish.So --- dwarf_pro_frame.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_frame.c -o dwarf_pro_frame.o --- all_subdir_libfetch --- --- ftp.o --- /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/ftp.c: In function 'unmapped= addr': /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/ftp.c:130:2: warning: derefe= rencing type-punned pointer will break strict-aliasing rules [-Wstrict-alia= sing] addr =3D *(u_int32_t *)(uintptr_t)&sin6->sin6_addr.s6_addr[12]; ^ --- ftp.So --- /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/ftp.c: In function 'unmapped= addr': /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/ftp.c:130:2: warning: derefe= rencing type-punned pointer will break strict-aliasing rules [-Wstrict-alia= sing] addr =3D *(u_int32_t *)(uintptr_t)&sin6->sin6_addr.s6_addr[12]; ^ --- http.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -DINET6 -DW= ITH_SSL -DFTP_COMBINE_CWDS -std=3Diso9899:1999 -fstack-protector -Wsystem-h= eaders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/http.c -o http.o --- all_subdir_libdwarf --- --- dwarf_pro_frame.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_frame.c -o dwarf_pro_frame.So --- dwarf_pro_init.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_init.c -o dwarf_pro_init.o --- dwarf_pro_init.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_init.c -o dwarf_pro_init.So --- dwarf_pro_lineno.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_lineno.c -o dwarf_pro_lineno.o --- all_subdir_libfetch --- --- http.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -DINET6 -DWITH_SSL -DFTP_COMBINE_CWDS -std=3Diso9899:1999 -fstack-protecto= r -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-= prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -= Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-sub= scripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libfetch/http.= c -o http.So --- all_subdir_libgpio --- =3D=3D=3D> lib/libgpio (all) --- gpio.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libgpio -std=3Dgnu99 -fstack-protector= -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -W= write-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subs= cripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -= Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libgpio/gpio.c = -o gpio.So --- all_subdir_libdwarf --- --- dwarf_pro_lineno.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_lineno.c -o dwarf_pro_lineno.So --- all_subdir_libgpio --- --- gpio.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/lib/libgpio -std=3Dgnu99 -fstack-protector -Wsystem-he= aders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string= s -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winl= ine -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-= sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libgpio/gpio.c -o gpio.o --- all_subdir_libdwarf --- --- dwarf_pro_macinfo.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_macinfo.c -o dwarf_pro_macinfo.o --- dwarf_pro_macinfo.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_macinfo.c -o dwarf_pro_macinfo.So --- all_subdir_libgpio --- --- libgpio.so.0 --- building shared library libgpio.so.0 /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fstack-protector -shared -= Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libgpio.so.0 -Wl,-= soname,libgpio.so.0 `NM=3D'/usr/local/x86_64-freebsd/bin/nm' lorder gpio.S= o | tsort -q`=20 --- libgpio.a --- building static gpio library /usr/local/x86_64-freebsd/bin/ar -crD libgpio.a `NM=3D'/usr/local/x86_64-fr= eebsd/bin/nm' lorder gpio.o | tsort -q`=20 /usr/local/x86_64-freebsd/bin/ranlib -D libgpio.a --- all_subdir_libgssapi --- =3D=3D=3D> lib/libgssapi (all) --- all_subdir_libfetch --- --- libfetch.a --- --- all_subdir_libdwarf --- --- dwarf_pro_reloc.o --- --- all_subdir_libfetch --- building static fetch library --- all_subdir_libdwarf --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_reloc.c -o dwarf_pro_reloc.o --- all_subdir_libfetch --- /usr/local/x86_64-freebsd/bin/ar -crD libfetch.a `NM=3D'/usr/local/x86_64-f= reebsd/bin/nm' lorder fetch.o common.o ftp.o http.o file.o | tsort -q`=20 --- all_subdir_librpcsec_gss --- =3D=3D=3D> lib/librpcsec_gss (all) --- all_subdir_libfetch --- /usr/local/x86_64-freebsd/bin/ranlib -D libfetch.a --- all_subdir_libiconv_modules --- =3D=3D=3D> lib/libiconv_modules (all) --- _sub.all --- =3D=3D=3D> lib/libiconv_modules/BIG5 (all) --- all_subdir_librpcsec_gss --- --- rpcsec_gss.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/librpcsec_gss/../../include -I/builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/librpcsec_gss/../../libc_rpc -std=3Dgnu99 -fs= tack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parame= ter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-ali= gn -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/l= ibrpcsec_gss/rpcsec_gss.c -o rpcsec_gss.So --- all_subdir_libiconv_modules --- --- citrus_big5.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_modules/BIG5/../../libc/iconv= -Dbool=3D_Bool -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-= format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshad= ow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exte= rns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign --param max= -inline-insns-single=3D64 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv= _modules/BIG5/citrus_big5.c -o citrus_big5.So --- all_subdir_libdwarf --- --- dwarf_pro_reloc.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_reloc.c -o dwarf_pro_reloc.So --- dwarf_pro_sections.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_pro_sections.c -o dwarf_pro_sections.o --- all_subdir_libiconv_modules --- --- libBIG5.so.4 --- building shared library libBIG5.so.4 /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fstack-protector -shared -= Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libBIG5.so.4 -Wl,-= soname,libBIG5.so.4 `NM=3D'/usr/local/x86_64-freebsd/bin/nm' lorder citrus= _big5.So | tsort -q`=20 --- all_subdir_librpcsec_gss --- --- rpcsec_gss_prot.So --- --- all_subdir_libdwarf --- --- dwarf_pro_sections.So --- --- all_subdir_librpcsec_gss --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/librpcsec_gss/../../include -I/builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/librpcsec_gss/../../libc_rpc -std=3Dgnu99 -fs= tack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parame= ter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-ali= gn -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/l= ibrpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.So --- all_subdir_libdwarf --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_pro_sections.c -o dwarf_pro_sections.So --- all_subdir_libiconv_modules --- =3D=3D=3D> lib/libiconv_modules/DECHanyu (all) --- citrus_dechanyu.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_modules/DECHanyu/../../libc/i= conv -Dbool=3D_Bool -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -= Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -W= shadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-= externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /bu= ilds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_modules/DECHanyu/citrus_dechany= u.c -o citrus_dechanyu.So --- all_subdir_libdwarf --- --- dwarf_ranges.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_ranges.c -o dwarf_ranges.o --- all_subdir_librpcsec_gss --- --- rpcsec_gss_conf.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/librpcsec_gss/../../include -I/builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/librpcsec_gss/../../libc_rpc -std=3Dgnu99 -fs= tack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parame= ter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-ali= gn -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-styl= e-definition -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/l= ibrpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.So --- all_subdir_libfetch --- --- libfetch.so.6 --- building shared library libfetch.so.6 /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fstack-protector -shared -= Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libfetch.so.6 -Wl,= -soname,libfetch.so.6 `NM=3D'/usr/local/x86_64-freebsd/bin/nm' lorder fetc= h.So common.So ftp.So http.So file.So | tsort -q` -lssl -lcrypto --- all_subdir_libdwarf --- --- dwarf_ranges.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchai= n/libdwarf -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/e= lftoolchain/common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../c= ontrib/elftoolchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -W= nested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolcha= in/libdwarf/dwarf_ranges.c -o dwarf_ranges.So --- all_subdir_libiconv_modules --- --- libDECHanyu.so.4 --- building shared library libDECHanyu.so.4 /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fstack-protector -shared -= Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libDECHanyu.so.4 -= Wl,-soname,libDECHanyu.so.4 `NM=3D'/usr/local/x86_64-freebsd/bin/nm' lorde= r citrus_dechanyu.So | tsort -q`=20 --- all_subdir_libipsec --- =3D=3D=3D> lib/libipsec (all) --- all_subdir_libiconv_modules --- =3D=3D=3D> lib/libiconv_modules/EUC (all) --- all_subdir_libdwarf --- --- dwarf_reloc.o --- --- all_subdir_libipsec --- --- ipsec_strerror.So --- --- all_subdir_libdwarf --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I. -I/builds/F= reeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf -= I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/= common -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elfto= olchain/libelf -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/= FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf/../../contrib/elftoolchain/libdwarf/= dwarf_reloc.c -o dwarf_reloc.o --- all_subdir_libipsec --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I.= -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DI= NET6 -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c /builds/FreeBSD_HEAD_amd64_gcc4.9= /lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So --- all_subdir_libiconv_modules --- --- citrus_euc.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC -O2 -pipe -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_modules/EUC/../../libc/iconv = -Dbool=3D_Bool -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshado= w -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exter= ns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign --param max-= inline-insns-single=3D64 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_= modules/EUC/citrus_euc.c -o citrus_euc.So --- all_subdir_libipsec --- In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/netipsec/ipsec.= h:45:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libipsec/ipsec_= strerror.c:39: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/net/pfkeyv2.h:230:10: error: expected= declaration specifiers or '...' before 'sizeof' CTASSERT(sizeof(struct sadb_x_policy) =3D=3D 16); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/net/pfkeyv2.h:266:10: error: expected= declaration specifiers or '...' before 'sizeof' CTASSERT(sizeof(struct sadb_x_nat_t_type) =3D=3D 8); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/net/pfkeyv2.h:275:10: error: expected= declaration specifiers or '...' before 'sizeof' CTASSERT(sizeof(struct sadb_x_nat_t_port) =3D=3D 8); ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/net/pfkeyv2.h:284:10: error: expected= declaration specifiers or '...' before 'sizeof' CTASSERT(sizeof(struct sadb_x_nat_t_frag) =3D=3D 8); ^ *** [ipsec_strerror.So] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libipsec 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libipsec *** [all_subdir_libipsec] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_librpcsec_gss --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/librpcsec_gss *** [all_subdir_librpcsec_gss] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib --- all_subdir_libiconv_modules --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_modules/= EUC *** [_sub.all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_modules 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libiconv_modules *** [all_subdir_libiconv_modules] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib 4 errors make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [libraries] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [_libraries] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 31 04:18:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 468DC9AEE1F for ; Fri, 31 Jul 2015 04:18:18 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 23FEF8B8; Fri, 31 Jul 2015 04:18:18 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 6B60917F9; Fri, 31 Jul 2015 04:18:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 04:18:15 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731041815.GO90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jXoUnAu9pZeaHebo" Content-Disposition: inline In-Reply-To: <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 04:18:18 -0000 --jXoUnAu9pZeaHebo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: > On 2015-07-30 17:17, Glen Barber wrote: > >On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: > >>Kernel compiling -- give mr a bit and I'll boot it and make sure it > >>comes > >>up. > >> > > > >Larry, have you had any luck with this patch applied? If it resolves > >your issue, I want to make sure it is included in the 10.2-RC2 build. > > > >Thanks. > > > [...] >=20 > There are 3 pictures from the CURRENT panic. >=20 > it STILL fails. :( >=20 Larry, I am sorry this is causing headaches for you, and I certainly appreciate the prompt (and detailed) report, and assistance debugging this. Would you be able to try one more test case? I'm interested in the behavior without the 'nodevice pmsdrv' addition to your kernel configuration (effectively, removing the device from the GENERIC kernel), and *without* the patch provided from Benno? In particular, I'm interested in if ahd(4) attaches or if loader(8) auto-loads pms(4) after the PCI IDs are detected. As this issue also affects the upcoming 10.2-RELEASE, your willingness to help debug this is greatly appreciated, as you've tripped over something that would have caused a great deal of pain after 10.2 was release. I owe you several beers. Glen --jXoUnAu9pZeaHebo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuvcHAAoJEAMUWKVHj+KTWeYQAKIZiiN7A05nAeFJP7sqR4V4 5hRbIGOCaMGw2ijGYb+Kxu9IeHjsfloZtTm944OOJW0sruJ+ar/y63RNxkEb5Pci 0EyqW0wiiC3GrflpPHGmMzwKfP114ltJ1ApjXH454pks7sqOz+h+61jighjyX/31 GOTAIYhHiwOzmV5de4ZdBFiCBVZNrDLWgJORHD8NyGwpl5jPoG0xvF+E8ACI2ekK 7dmepk327S38ocT1LLBM9t4h+0MGVSG/RsHXLh5FxbvO5YN6mTGUDLDWG8xXMX0Y rvGJDU41rD1U8VOmO5VN4Tat3hYowHBB+F8S013dCYWiE5fXGc8hlZpoPIGGftbI sBT8H5vu+Odf7/n7xyN98xDv3t2b10MYL+3K98uTYjfV+Hx84F85PudUiJa+29DT ZlzDbinMZHaLJmzQpoECmOiIQbmcq+PZo6swfvcBSKEtKdm7IPnjecRLK+LvcdKE R1zhzzutGmfMbPb7SGyn9+0LAk8Y+Cb4l5POAlFHJWKHC6ZaQZBWb+0cyc/K+JjG vBvpsodTAT4EvCa/HoAVaCB3mHYQv2lpDz5Lx1YGLYLma3YoZK1jUWAuTnOhAiXi G1IxUJTlHBdMS3bk9NhnRdadswE7nuzrmuXqEqQyjRWknwaMAabZc7xfvk4q+AIQ 4CNPNIbDE0i8/L4lIBoi =8O/a -----END PGP SIGNATURE----- --jXoUnAu9pZeaHebo-- From owner-freebsd-current@freebsd.org Fri Jul 31 04:21:17 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F8369AEE88 for ; Fri, 31 Jul 2015 04:21:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6A520B3E; Fri, 31 Jul 2015 04:21:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id B4A9018AF; Fri, 31 Jul 2015 04:21:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 04:21:14 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731042114.GP90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eBTWNsZZiigckDWV" Content-Disposition: inline In-Reply-To: <20150731041815.GO90754@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 04:21:17 -0000 --eBTWNsZZiigckDWV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote: > On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: > > On 2015-07-30 17:17, Glen Barber wrote: > > >On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: > > >>Kernel compiling -- give mr a bit and I'll boot it and make sure it > > >>comes > > >>up. > > >> > > > > > >Larry, have you had any luck with this patch applied? If it resolves > > >your issue, I want to make sure it is included in the 10.2-RC2 build. > > > > > >Thanks. > > > > > [...] > >=20 > > There are 3 pictures from the CURRENT panic. > >=20 > > it STILL fails. :( > >=20 >=20 > Larry, I am sorry this is causing headaches for you, and I certainly > appreciate the prompt (and detailed) report, and assistance debugging > this. >=20 > Would you be able to try one more test case? >=20 > I'm interested in the behavior without the 'nodevice pmsdrv' addition to > your kernel configuration (effectively, removing the device from the > GENERIC kernel), and *without* the patch provided from Benno? >=20 To be more specific on what I'm interested in, 'nodevice pmsdrv' and 'device pmsdrv' should *both* be removed from the kernel configuration, and the pms(4) should only be available as a .ko module. > In particular, I'm interested in if ahd(4) attaches or if loader(8) > auto-loads pms(4) after the PCI IDs are detected. >=20 > As this issue also affects the upcoming 10.2-RELEASE, your willingness > to help debug this is greatly appreciated, as you've tripped over > something that would have caused a great deal of pain after 10.2 was > release. >=20 > I owe you several beers. >=20 Glen --eBTWNsZZiigckDWV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuve6AAoJEAMUWKVHj+KTAjwP/ReGVeHgDTmjHAcZ0zek5P3m v+Ym8NGpc6Q+j9wEFHF8eHCIRpoWLKDaRooZjb7BvWYpzv36fn/VtFeh3ZiXcN3r GHEGPo0EGe5A/5cRQB3RTWuOth1WlOx3yA2F5cQ0LAT2Kenb1biiyXu4vdxsNmNi wgmci4KThg2jhxQ2qUrKOYc355KXtPJQhvOIr9SoT6w9pjB2+KiUMEXfN8pYVAB9 8h2vg6cWPZgy+NqCKotvPDph9yN0/KADUr48YreZxYewTu0le9RLtujCyGfGpW5w qQxXs9DByBmJGQ7gwyQZXDIsRTlNFC4aMd+/SjhilLhhLELJJJw8LbSdsbsWrGdY ox0ay0bZLo/X+13YqXd+kpBT+6qzyzWd34o70S8vILMsPywbi+5Ln4SpghkSVJLE OVGHvS+HrRiVaMNRclJ8AyUXc83c8wBIGMk4EFartpkfNYRfmnMmjAcASzLFPqFp 3iFqzhZVcOvYxIqzokQFUyiN67m6KT52goST8KTgFKygXrPsIFY/qM04kR+QJ4pi cGMzpc6H2AZvfRaqgSroIjOmaT1O04c5+gLsYi5WcCDdsQZc9zfem8PDJsLQkDV/ LwkVmHsGTpJscVH0p37F1HfDnxwxVaoDP4/aw1s8kVT93Jmk7M2Z4Mg7hAyOPB81 lzTa0ztPIHrnNpmi0lfp =XD6L -----END PGP SIGNATURE----- --eBTWNsZZiigckDWV-- From owner-freebsd-current@freebsd.org Fri Jul 31 04:48:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B4ED9AD290 for ; Fri, 31 Jul 2015 04:48:33 +0000 (UTC) (envelope-from mailinglists@debank.tv) Received: from smtpout100.ehv.onlinespamfilter.nl (smtpout100.ehv.onlinespamfilter.nl [IPv6:2001:4cb8:1:1620:217:21:240:168]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 256731371 for ; Fri, 31 Jul 2015 04:48:33 +0000 (UTC) (envelope-from mailinglists@debank.tv) Received: from smtp.onlinespamfilter.nl (localhost [127.0.0.1]) by smtp.onlinespamfilter.nl (Postfix) with ESMTP id 3mjGMR37wMz9g; Fri, 31 Jul 2015 06:48:19 +0200 (CEST) Received: from smtp.debank.tv (145-158-ftth.on.nl [88.159.158.145]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.onlinespamfilter.nl (Postfix) with ESMTPS; Fri, 31 Jul 2015 06:48:19 +0200 (CEST) Received: from smtp.debank.tv (smtp.debank.tv [172.16.143.25]) by smtp.debank.tv (Postfix) with ESMTP id C03DE219166; Fri, 31 Jul 2015 06:48:18 +0200 (CEST) Received: from roundcube.debank.tv (roundcube.debank.tv [IPv6:2001:1af8:fe30::41]) by smtp.debank.tv (Postfix) with ESMTP id 875DD219164; Fri, 31 Jul 2015 06:48:18 +0200 (CEST) Mime-Version: 1.0 Date: Fri, 31 Jul 2015 04:48:18 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-ID: <866ce0ab91b71ca7c04599c041b90906@roundcube.debank.tv> X-Mailer: RainLoop/1.9.2.343 From: mailinglists@debank.tv Subject: Re: pmspcv panic on boot on this box To: "Glen Barber" , "Larry Rosenman" Cc: "Benno Rice" , freebsd-current@freebsd.org In-Reply-To: <20150731042114.GP90754@FreeBSD.org> References: <20150731042114.GP90754@FreeBSD.org> <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> X-Virus-Scanned: ClamAV using ClamSMTP @ debank.tv X-OSF-Virus: CLEAN X-OSF-Outgoing: Innocent X-OSF-Account: 1327 X-OSF-SUM: 3b379e03524c055cd80a22dd1c382442 X-OSF-Info: Checked for spam and viruses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 04:48:33 -0000 July 31 2015 4:21 PM, "Glen Barber" wrote:=0A> On Fri, = Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote:=0A> =0A>> On Thu, Ju= l 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote:=0A>>> On 2015-07-30= 17:17, Glen Barber wrote:=0A>>>> On Thu, Jul 30, 2015 at 03:20:46PM -050= 0, Larry Rosenman wrote:=0A>>>>> Kernel compiling -- give mr a bit and I'= ll boot it and make sure it=0A>>>>> comes=0A>>>>> up.=0A>>>>> =0A>>>> =0A= >>>> Larry, have you had any luck with this patch applied? If it resolves= =0A>>>> your issue, I want to make sure it is included in the 10.2-RC2 bu= ild.=0A>>>> =0A>>>> Thanks.=0A>>>> =0A>>> [...]=0A>>> =0A>>> There are 3 = pictures from the CURRENT panic.=0A>>> =0A>>> it STILL fails. :(=0A>>> = =0A>> =0A>> Larry, I am sorry this is causing headaches for you, and I ce= rtainly=0A>> appreciate the prompt (and detailed) report, and assistance = debugging=0A>> this.=0A>> =0A>> Would you be able to try one more test ca= se?=0A>> =0A>> I'm interested in the behavior without the 'nodevice pmsdr= v' addition to=0A>> your kernel configuration (effectively, removing the = device from the=0A>> GENERIC kernel), and *without* the patch provided fr= om Benno?=0A> =0A> To be more specific on what I'm interested in, 'nodevi= ce pmsdrv' and=0A> 'device pmsdrv' should *both* be removed from the kern= el configuration,=0A> and the pms(4) should only be available as a .ko mo= dule.=0A> =0A>> In particular, I'm interested in if ahd(4) attaches or if= loader(8)=0A>> auto-loads pms(4) after the PCI IDs are detected.=0A>> = =0A>> As this issue also affects the upcoming 10.2-RELEASE, your willingn= ess=0A>> to help debug this is greatly appreciated, as you've tripped ove= r=0A>> something that would have caused a great deal of pain after 10.2 w= as=0A>> release.=0A>> =0A>> I owe you several beers.=0A> =0A> Glen=0A=0A= =0AHi All,=0A=0AI've experienced the same bug although with a mvs(4) devi= ce on 10.2-PRERELEASE, once the pms driver is removed from the kernel con= fig the problem disappears, I haven't had time to try the suggested patch= as I only found this thread after removing the pms driver from the kerne= l.=0A=0A=0ARob Evers=0A=0AP.S. some info from the machine=0A=0Aworking sy= stem:=0A=0A# pciconf -l | grep mvs1=0Amvs1@pci0:5:0:0: class=3D0x0= 10400 card=3D0x02439005 chip=3D0x02439005 rev=3D0x02 hdr=3D0x00=0A=0A=0AF= ailed boot:=0Acib2: allocated memory range (0xd0400000-0xd04fffff) for ri= d 10 of pci0:5:0:0=0A map[18]: type I/O Port, range 32, base 0x300= 0, size 8, enabled=0Apcib2: allocated I/O port range (0x3000-0x30ff) for= rid 18 of pci0:5:0:0=0A map[1c]: type Memory, range 64, base 0xd0= 300000, size 20, enabled=0Apcib2: attempting to grow memory window for (0= xd0300000-0xd03fffff,0x100000)=0A front candidate range: 0xd030000= 0-0xd03fffff=0Apci5: pci0:5:0:0 bar 0x1c failed to allocate=0Apcib2: matc= hed entry for 5.0.INTA=0Apcib2: slot 0 INTA hardwired to IRQ 16=0Apmspcv0= port 0x3000-0x30ff mem 0xd0400000-0xd04fffff irq 16 at device 0.0 on pci= 5=0A=0A=0AFatal trap 12: page fault while in kernel mode=0Acpuid =3D 0; a= pic id =3D 00=0Afault virtual address =3D 0x28=0Afault code = =3D supervisor read data, page not present=0Ainstruction pointer = =3D 0x20:0xffffffff80a0d984=0Astack pointer =3D 0x28:0xffffffff= 821ac2c0=0Aframe pointer =3D 0x28:0xffffffff821ac2d0=0Acode seg= ment =3D base 0x0, limit 0xfffff, type 0x1b=0A = =3D DPL 0, pres 1, long 1, def32 0, gran 1=0Aprocessor eflags = =3D interrupt enabled, resume, IOPL =3D 0=0Acurrent process = =3D 0 (swapper)=0Atrap number =3D 12=0Apanic: page fault=0Acp= uid =3D 0=0AKDB: stack backtrace:=0A#0 0xffffffff80a17a30 at kdb_backtrac= e+0x60=0A#1 0xffffffff809db196 at vpanic+0x126=0A#2 0xffffffff809db063 at= panic+0x43=0A#3 0xffffffff80dee3eb at trap_fatal+0x36b=0A#4 0xffffffff80= dee6ed at trap_pfault+0x2ed=0A#5 0xffffffff80dedd8a at trap+0x47a=0A#6 0x= ffffffff80dd4102 at calltrap+0x8=0A#7 0xffffffff806b7a20 at agtiapi_attac= h+0x3a0=0A#8 0xffffffff80a0e6cd at device_attach+0x43d=0A#9 0xffffffff80a= 0f82c at bus_generic_attach+0x4c=0A#10 0xffffffff8038069c at acpi_pci_att= ach+0x15c=0A#11 0xffffffff80a0e6cd at device_attach+0x43d=0A#12 0xfffffff= f80a0f82c at bus_generic_attach+0x4c=0A#13 0xffffffff803827cc at acpi_pci= b_attach+0x22c=0A#14 0xffffffff80383a2f at acpi_pcib_pci_attach+0x9f=0A#1= 5 0xffffffff80a0e6cd at device_attach+0x43d=0A#16 0xffffffff80a0f82c at b= us_generic_attach+0x4c=0A#17 0xffffffff8038069c at acpi_pci_attach+0x15c= =0AUptime: 1s From owner-freebsd-current@freebsd.org Fri Jul 31 04:52:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E211F9AD41C for ; Fri, 31 Jul 2015 04:52:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C0E731A51; Fri, 31 Jul 2015 04:52:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 237E41D2F; Fri, 31 Jul 2015 04:52:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 04:52:48 +0000 From: Glen Barber To: mailinglists@debank.tv Cc: Larry Rosenman , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731045248.GQ90754@FreeBSD.org> References: <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <866ce0ab91b71ca7c04599c041b90906@roundcube.debank.tv> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9uazBBczf8QSjDPd" Content-Disposition: inline In-Reply-To: <866ce0ab91b71ca7c04599c041b90906@roundcube.debank.tv> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 04:52:51 -0000 --9uazBBczf8QSjDPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 04:48:18AM +0000, mailinglists@debank.tv wrote: > July 31 2015 4:21 PM, "Glen Barber" wrote: > > On Fri, Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote: > >=20 > >> On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: > >>> On 2015-07-30 17:17, Glen Barber wrote: > >>>> On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: > >>>>> Kernel compiling -- give mr a bit and I'll boot it and make sure it > >>>>> comes > >>>>> up. > >>>>>=20 > >>>>=20 > >>>> Larry, have you had any luck with this patch applied? If it resolves > >>>> your issue, I want to make sure it is included in the 10.2-RC2 build. > >>>>=20 > >>>> Thanks. > >>>>=20 > >>> [...] > >>>=20 > >>> There are 3 pictures from the CURRENT panic. > >>>=20 > >>> it STILL fails. :( > >>>=20 > >>=20 > >> Larry, I am sorry this is causing headaches for you, and I certainly > >> appreciate the prompt (and detailed) report, and assistance debugging > >> this. > >>=20 > >> Would you be able to try one more test case? > >>=20 > >> I'm interested in the behavior without the 'nodevice pmsdrv' addition = to > >> your kernel configuration (effectively, removing the device from the > >> GENERIC kernel), and *without* the patch provided from Benno? > >=20 > > To be more specific on what I'm interested in, 'nodevice pmsdrv' and > > 'device pmsdrv' should *both* be removed from the kernel configuration, > > and the pms(4) should only be available as a .ko module. > >=20 > >> In particular, I'm interested in if ahd(4) attaches or if loader(8) > >> auto-loads pms(4) after the PCI IDs are detected. > >>=20 > >> As this issue also affects the upcoming 10.2-RELEASE, your willingness > >> to help debug this is greatly appreciated, as you've tripped over > >> something that would have caused a great deal of pain after 10.2 was > >> release. > >>=20 > >> I owe you several beers. > >=20 >=20 > Hi All, >=20 > I've experienced the same bug although with a mvs(4) device on 10.2-PRERE= LEASE, once the pms driver is removed from the kernel config the problem di= sappears, I haven't had time to try the suggested patch as I only found thi= s thread after removing the pms driver from the kernel. >=20 >=20 Thank you for the information (stripped from my reply). So, to be clear, you have 'device pmsdrv' removed from the kernel config, but the /boot/kernel/pmspcv.ko is still available to the system? Glen --9uazBBczf8QSjDPd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuv8gAAoJEAMUWKVHj+KTtrwP/0LKykb/iR1KDF7z+DSalgPF d7d8PSm0PvDs2hHy3ZdEOyInf2es9wWSpyN7NMBXE4v4mMgH+3miRn0etoYSsOnb pZLe6Z4Nsbt05mudp6Ucw6hIAbBSpglVWXAyJ/aejUAFLAq8YVywGwBPOwYxzDXe nuoYTQ0822vCZbn2G9lkLixpkyP2NA2PrVOaooIAmq6qYHL3KhH3GLKosJAlpmql YBTxUIkZXaCHr23DkOhC1mYWtIuz1Ns0xjjzEYDgNhOFiazsVsOt1p+xIPyi+Oa1 ddwvRoYgFrcBQu5TQ3cbuyXoXXptvHItSIPxhJFTD4EhhijYVWnf7Nr5bFMv7v2n PnXJ1i2qjKqGRqd7tG6laejLqbMbuidT86HNZaJ5Vx4dyajloxrpGzha2h3IQgzC N70DJ5ukrHh1joUt4aV8hQK0iWtK3Fubx04VsWfNzhr+otrUQwWBX61Ey+1c9/7O Re6Nt+/r0w/RyO6/CREeJCj0fbSpWvvb37crIuytTiYg9daaCE22sED8NIMUwug9 Q6GdY11kngQgwFuYaZUzFwRu0IkZVmz3Z6Izv8f9rG0udNZC8nOQJUOG8iutOwNU 3f/7OzoPC4SmM0Xw7LMphEgEr1LCXvvKwGu3Sj9CBQgFp4d9qjjMDGiAIytj9K2l 5/cfR1jXbmzpzpOf4HF3 =aGm+ -----END PGP SIGNATURE----- --9uazBBczf8QSjDPd-- From owner-freebsd-current@freebsd.org Fri Jul 31 05:42:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B82D9ADC31; Fri, 31 Jul 2015 05:42:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1567BDEB; Fri, 31 Jul 2015 05:42:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D0FCF67B; Fri, 31 Jul 2015 05:42:29 +0000 (UTC) Date: Fri, 31 Jul 2015 05:42:27 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, jmg@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2030842114.47.1438321349473.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1685818085.37.1438307056447.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1685818085.37.1438307056447.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #722 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 05:42:30 -0000 FreeBSD_HEAD_i386 - Build #722 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/722/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/722/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/722/console Change summaries: 286107 by np: cxgbe(4): initialize debug_flags from the kernel environment. MFC after: 3 days 286106 by kib: vn_io_fault() handling of the LOR for i/o into the file-backed buffers has observable overhead when the buffer pages are not resident or not mapped. The overhead comes at least from two factors, one is the additional work needed to detect the situation, prepare and execute the rollbacks. Another is the consequence of the i/o splitting into the batches of the held pages, causing filesystems see series of the smaller i/o requests instead of the single large request. Note that expected case of the resident i/o buffer does not expose these issues. Provide a prefaulting for the userspace i/o buffers, disabled by default. I am careful of not enabling prefaulting by default for now, since it would be detrimental for the applications which speculatively pass extra-large buffers of anonymous memory to not deal with buffer sizing (if such apps exist). Found and tested by: bde, emaste Sponsored by: The FreeBSD Foundation MFC after: 1 week 286103 by jmg: The implementation note isn't true anymore.. Not that anyone reads it, but those that do, remind them that this isn't usable in userland... I can't wait till this doc is wrong.. The end of the build log: [...truncated 58337 lines...] --- gpio.o --- cc -O2 -pipe -I/usr/src/lib/libgpio -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libgpio/gpio.c -o gpio.o --- all_subdir_libdwarf --- --- libdwarf.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.o --- all_subdir_libgpio --- --- libgpio.so.0 --- building shared library libgpio.so.0 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libgpio.so.0 -Wl,-soname,libgpio.so.0 `NM='nm' lorder gpio.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf.c -o libdwarf.So --- libdwarf_abbrev.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_abbrev.c -o libdwarf_abbrev.o --- all_subdir_libgpio --- --- libgpio.a --- building static gpio library ar -crD libgpio.a `NM='nm' lorder gpio.o | tsort -q` ranlib -D libgpio.a --- all_subdir_libdwarf --- --- libdwarf_abbrev.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_abbrev.c -o libdwarf_abbrev.So --- all_subdir_libfetch --- --- libfetch.a --- building static fetch library ar -crD libfetch.a `NM='nm' lorder fetch.o common.o ftp.o http.o file.o | tsort -q` ranlib -D libfetch.a --- all_subdir_libgssapi --- ===> lib/libgssapi (all) --- all_subdir_libdwarf --- --- libdwarf_arange.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_arange.c -o libdwarf_arange.o --- all_subdir_librpcsec_gss --- ===> lib/librpcsec_gss (all) --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules (all) --- _sub.all --- ===> lib/libiconv_modules/BIG5 (all) --- all_subdir_librpcsec_gss --- --- rpcsec_gss.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss.c -o rpcsec_gss.So --- all_subdir_libdwarf --- --- libdwarf_arange.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_arange.c -o libdwarf_arange.So --- all_subdir_libiconv_modules --- --- citrus_big5.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/BIG5/citrus_big5.c -o citrus_big5.So --- all_subdir_libfetch --- --- libfetch.so.6 --- building shared library libfetch.so.6 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libfetch.so.6 -Wl,-soname,libfetch.so.6 `NM='nm' lorder fetch.So common.So ftp.So http.So file.So | tsort -q` -lssl -lcrypto --- all_subdir_libdwarf --- --- libdwarf_attr.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_attr.c -o libdwarf_attr.o --- all_subdir_librpcsec_gss --- --- rpcsec_gss_prot.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_prot.c -o rpcsec_gss_prot.So --- all_subdir_libiconv_modules --- --- libBIG5.so.4 --- building shared library libBIG5.so.4 --- all_subdir_libdwarf --- --- libdwarf_attr.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_attr.c -o libdwarf_attr.So --- all_subdir_libiconv_modules --- cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libBIG5.so.4 -Wl,-soname,libBIG5.so.4 `NM='nm' lorder citrus_big5.So | tsort -q` ===> lib/libiconv_modules/DECHanyu (all) --- citrus_dechanyu.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/DECHanyu/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/DECHanyu/citrus_dechanyu.c -o citrus_dechanyu.So --- all_subdir_librpcsec_gss --- --- rpcsec_gss_conf.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_conf.c -o rpcsec_gss_conf.So --- rpcsec_gss_misc.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/rpcsec_gss_misc.c -o rpcsec_gss_misc.So --- all_subdir_libdwarf --- --- libdwarf_die.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_die.c -o libdwarf_die.o --- all_subdir_libiconv_modules --- --- libDECHanyu.so.4 --- building shared library libDECHanyu.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libDECHanyu.so.4 -Wl,-soname,libDECHanyu.so.4 `NM='nm' lorder citrus_dechanyu.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_die.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_die.c -o libdwarf_die.So --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/EUC (all) --- citrus_euc.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libiconv_modules/EUC/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libiconv_modules/EUC/citrus_euc.c -o citrus_euc.So --- all_subdir_librpcsec_gss --- --- svc_rpcsec_gss.So --- cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/librpcsec_gss/../../include -I/usr/src/lib/librpcsec_gss/../../libc_rpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/librpcsec_gss/svc_rpcsec_gss.c -o svc_rpcsec_gss.So --- all_subdir_libipsec --- ===> lib/libipsec (all) --- all_subdir_libdwarf --- --- libdwarf_error.o --- cc -O2 -pipe -I. -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/common -I/usr/src/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_error.c -o libdwarf_error.o --- all_subdir_libipsec --- --- ipsec_strerror.So --- cc -fpic -DPIC -O2 -pipe -I. -I/usr/src/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So --- all_subdir_libiconv_modules --- --- libEUC.so.4 --- building shared library libEUC.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libEUC.so.4 -Wl,-soname,libEUC.so.4 `NM='nm' lorder citrus_euc.So | tsort -q` --- all_subdir_libipsec --- In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: In file included from /usr/obj/usr/src/tmp/usr/include/netipsec/ipsec.h:45: /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ 12 errors generated. *** [ipsec_strerror.So] Error code 1 make[5]: stopped in /usr/src/lib/libipsec 1 error make[5]: stopped in /usr/src/lib/libipsec *** [all_subdir_libipsec] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libiconv_modules --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libiconv_modules/EUC *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/lib/libiconv_modules 1 error make[5]: stopped in /usr/src/lib/libiconv_modules *** [all_subdir_libiconv_modules] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /usr/src/lib --- all_subdir_librpcsec_gss --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/lib/librpcsec_gss *** [all_subdir_librpcsec_gss] Error code 2 make[4]: stopped in /usr/src/lib 4 errors make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson340649588450986405.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 31 05:49:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D90D19ADCF2 for ; Fri, 31 Jul 2015 05:49:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 93206F83; Fri, 31 Jul 2015 05:49:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5520267C; Fri, 31 Jul 2015 05:49:12 +0000 (UTC) Date: Fri, 31 Jul 2015 05:49:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <495265732.49.1438321752250.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <458469219.34.1438300458274.JavaMail.jenkins@jenkins-9.freebsd.org> References: <458469219.34.1438300458274.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1237 - Still Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 05:49:13 -0000 FreeBSD_HEAD-tests - Build #1237 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1237/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1237/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1237/console Change summaries: No changes The end of the build log: [...truncated 4438 lines...] [192.168.10.2] out: local/lutok/state_test:is_table__ok -> passed [0.289s] [192.168.10.2] out: local/lutok/state_test:is_userdata__empty -> passed [0.106s] [192.168.10.2] out: local/lutok/state_test:is_userdata__ok -> passed [0.130s] [192.168.10.2] out: local/lutok/state_test:load_file__api_error -> passed [0.090s] [192.168.10.2] out: local/lutok/state_test:load_file__file_not_found_error -> passed [0.104s] [192.168.10.2] out: local/lutok/state_test:load_file__ok -> passed [0.071s] [192.168.10.2] out: local/lutok/state_test:load_string__fail -> passed [0.140s] [192.168.10.2] out: local/lutok/state_test:load_string__ok -> passed [0.115s] [192.168.10.2] out: local/lutok/state_test:new_table -> passed [0.146s] [192.168.10.2] out: local/lutok/state_test:new_userdata -> passed [0.065s] [192.168.10.2] out: local/lutok/state_test:next__empty -> passed [0.070s] [192.168.10.2] out: local/lutok/state_test:next__many -> passed [0.141s] [192.168.10.2] out: local/lutok/state_test:open_all -> passed [0.100s] [192.168.10.2] out: local/lutok/state_test:open_base -> passed [0.097s] [192.168.10.2] out: local/lutok/state_test:open_string -> passed [0.084s] [192.168.10.2] out: local/lutok/state_test:open_table -> passed [0.098s] [192.168.10.2] out: local/lutok/state_test:pcall__fail -> passed [0.079s] [192.168.10.2] out: local/lutok/state_test:pcall__ok -> passed [0.045s] [192.168.10.2] out: local/lutok/state_test:pop__many -> passed [0.069s] [192.168.10.2] out: local/lutok/state_test:pop__one -> passed [0.068s] [192.168.10.2] out: local/lutok/state_test:push_boolean -> passed [0.261s] [192.168.10.2] out: local/lutok/state_test:push_cxx_closure -> passed [0.457s] [192.168.10.2] out: local/lutok/state_test:push_cxx_function__fail_anything -> passed [0.096s] [192.168.10.2] out: local/lutok/state_test:push_cxx_function__fail_exception -> passed [0.245s] [192.168.10.2] out: local/lutok/state_test:push_cxx_function__fail_overflow -> passed [0.370s] [192.168.10.2] out: local/lutok/state_test:push_cxx_function__ok -> passed [0.219s] [192.168.10.2] out: local/lutok/state_test:push_integer -> passed [0.120s] [192.168.10.2] out: local/lutok/state_test:push_nil -> passed [0.163s] [192.168.10.2] out: local/lutok/state_test:push_string -> passed [0.098s] [192.168.10.2] out: local/lutok/state_test:push_value -> passed [0.144s] [192.168.10.2] out: local/lutok/state_test:raw_get -> passed [0.075s] [192.168.10.2] out: local/lutok/state_test:raw_set -> passed [0.083s] [192.168.10.2] out: local/lutok/state_test:registry_index -> passed [0.068s] [192.168.10.2] out: local/lutok/state_test:set_global -> passed [0.087s] [192.168.10.2] out: local/lutok/state_test:set_metatable -> passed [0.038s] [192.168.10.2] out: local/lutok/state_test:set_table__nil -> passed [0.038s] [192.168.10.2] out: local/lutok/state_test:set_table__ok -> passed [0.073s] [192.168.10.2] out: local/lutok/state_test:to_boolean -> passed [0.038s] [192.168.10.2] out: local/lutok/state_test:to_integer -> passed [0.271s] [192.168.10.2] out: local/lutok/state_test:to_string -> passed [0.199s] [192.168.10.2] out: local/lutok/state_test:to_userdata -> passed [0.290s] [192.168.10.2] out: local/lutok/state_test:upvalue_index -> passed [0.163s] [192.168.10.2] out: sys/aio/aio_test:aio_fifo_test -> skipped: module aio could not be resolved: No such file or directory [0.320s] [192.168.10.2] out: sys/aio/aio_test:aio_file_test -> skipped: module aio could not be resolved: No such file or directory [0.034s] [192.168.10.2] out: sys/aio/aio_test:aio_md_test -> skipped: module aio could not be resolved: No such file or directory [0.034s] [192.168.10.2] out: sys/aio/aio_test:aio_pipe_test -> skipped: module aio could not be resolved: No such file or directory [0.125s] [192.168.10.2] out: sys/aio/aio_test:aio_pty_test -> skipped: module aio could not be resolved: No such file or directory [0.171s] [192.168.10.2] out: sys/aio/aio_test:aio_unix_socketpair_test -> skipped: module aio could not be resolved: No such file or directory [0.112s] [192.168.10.2] out: sys/aio/aio_kqueue_test:main -> passed [0.101s] [192.168.10.2] out: sys/aio/lio_kqueue_test:main -> passed [0.039s] [192.168.10.2] out: sys/fifo/fifo_create:main -> passed [4.478s] [192.168.10.2] out: sys/fifo/fifo_io:main -> passed [12.106s] [192.168.10.2] out: sys/fifo/fifo_misc:main -> passed [0.823s] [192.168.10.2] out: sys/fifo/fifo_open:main -> passed [15.340s] [192.168.10.2] out: sys/file/ftruncate_test:main -> passed [0.271s] [192.168.10.2] out: sys/file/newfileops_on_fork_test:main -> passed [1.430s] [192.168.10.2] out: sys/file/closefrom_test:main -> passed [0.182s] [192.168.10.2] out: sys/file/dup_test:main -> passed [0.084s] [192.168.10.2] out: sys/file/fcntlflags_test:main -> passed [0.096s] [192.168.10.2] out: sys/file/flock_test:main -> passed [8.494s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__ebadf_when_2nd_arg_out_of_range -> passed [0.040s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__simple -> passed [0.088s] [192.168.10.2] out: sys/kern/kern_descrip_test:kern_maxfiles__increase -> skipped: Required configuration property 'allow_sysctl_side_effects' not defined [0.000s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_child_debugger -> passed [0.087s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unrelated_debugger -> passed [0.085s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach -> passed [0.035s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me -> passed [0.042s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.043s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.051s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.067s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed [0.076s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> passed [0.059s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> passed [0.103s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed [0.071s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed [0.061s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed [0.032s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [0.053s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> passed [0.049s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed [0.084s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed [0.109s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed [0.067s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed [0.062s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed [0.070s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed [0.057s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [0.102s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k -> passed [0.039s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k -> passed [0.099s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k -> passed [0.568s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> passed [0.071s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> passed [0.054s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed [0.047s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers -> passed [0.049s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> passed [0.078s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect -> passed [0.171s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed [0.285s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking -> passed [0.287s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed [0.131s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking -> passed [0.060s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed [0.089s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking -> passed [0.041s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed [0.034s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking -> passed [0.036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [0.036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -> passed [0.032s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passed [0.055s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> passed [0.045s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> passed [0.041s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed [0.350s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [0.466s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.186s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [0.166s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [0.188s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed [0.182s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.401s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> passed [0.183s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [0.113s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [0.230s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [12.007s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [0.304s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.338s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest3 -> passed [0.310s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest4 -> passed [0.242s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [0.158s] [192.168.10.2] out: sys/netinet/fibs_test:arpresolve_checks_interface_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:default_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:loopback_and_network_routes_on_nondefault_fib -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:udp_dontroute -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/opencrypto/runtests:main -> passed [0.092s] [192.168.10.2] out: sys/vm/mmap_test:main -> passed [0.024s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150731-030315-587414 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150731-030315-587414.db [192.168.10.2] out: [192.168.10.2] out: 4339/4340 passed (1 failed) [192.168.10.2] out: Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=test-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 67977] [192.168.10.2] out: ff00 broadcast 192.168.10.255 kyuatestprompt # Jul 31 03:11:02 t_openpam_readword: in openpam_readword(): unexpected end of file Jul 31 03:11:02 last message repeated 2 times maxproc limit exceeded by uid 977 (pid 7662); see tuning(7) and login.conf(5) ahcich0: Timeout on slot 0 port 0 ahcich0: is 00000000 cs 00000000 ss 00000001 rs 00000001 tfd 50 serr 00000000 cmd 1000c017 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f0 c2 27 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command Jul 31 03:33:35 h_fgets: stack overflow detected; terminated Jul 31 03:33:38 h_gets: stack overflow detected; terminated Jul 31 03:33:50 h_memcpy: stack overflow detected; terminated Jul 31 03:34:02 h_memmove: stack overflow detected; terminated Jul 31 03:34:04 h_memset: stack overflow detected; terminated Jul 31 03:34:07 h_read: stack overflow detected; terminated Jul 31 03:34:09 h_readlink: stack overflow detected; terminated Jul 31 03:34:13 h_snprintf: stack overflow detected; terminated Jul 31 03:34:24 h_sprintf: stack overflow detected; terminated Jul 31 03:34:33 h_stpcpy: stack overflow detected; terminated Jul 31 03:34:42 h_stpncpy: stack overflow detected; terminated Jul 31 03:34:53 h_strcat: stack overflow detected; terminated Jul 31 03:35:01 h_strcpy: stack overflow detected; terminated Jul 31 03:35:05 h_strncat: stack overflow detected; terminated Jul 31 03:35:16 h_strncpy: stack overflow detected; terminated Jul 31 03:35:25 h_vsnprintf: stack overflow detected; terminated Jul 31 03:35:38 h_vsprintf: stack overflow detected; terminated lock order reversal: 1st 0xfffffe007b223fc0 bufwait (bufwait) @ /builds/FreeBSD_HEAD/sys/kern/vfs_bio.c:3191 2nd 0xfffff800077dec00 dirhash (dirhash) @ /builds/FreeBSD_HEAD/sys/ufs/ufs/ufs_dirhash.c:281 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0096fb4Stopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. . Terminated Jul 31 05:48:52 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 done All buffers synced. lock order reversal: 1st 0xfffff800072c87c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount.c:1224 2nd 0xfffff800072c9240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b995630 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9956b0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b9957e0 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b995800 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b995830 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9958a0 vget() at vget+0x7e/frame 0xfffffe007b9958f0 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b995940 devfs_root() at devfs_root+0x43/frame 0xfffffe007b995970 dounmount() at dounmount+0x44a/frame 0xfffffe007b9959f0 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b995a20 bufshutdown() at bufshutdown+0x3b7/frame 0xfffffe007b995a70 kern_reboot() at kern_reboot+0x18c/frame 0xfffffe007b995ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b995ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b995bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b995bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x41205a, rsp = 0x7fffffffe718, rbp = 0x7fffffffe810 --- Uptime: 2h46m5s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freebsd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img umount /tmp/tmpKrHKl2 mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTABLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Fri Jul 31 05:57:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17FA79ADE8F for ; Fri, 31 Jul 2015 05:57:38 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C24DB1542 for ; Fri, 31 Jul 2015 05:57:37 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ZL3Jw-0040le-1H>; Fri, 31 Jul 2015 07:57:28 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ZL3Jv-001Xtd-NP>; Fri, 31 Jul 2015 07:57:28 +0200 Date: Fri, 31 Jul 2015 07:57:20 +0200 From: "O. Hartmann" To: freebsd-current Subject: [CURRENT] buildworld failure: pfkeyv2.h:230:10: error: expected parameter declarator Message-ID: <20150731075720.25b05c32@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 05:57:38 -0000 CURRENT (r286107) fails in buildworld with the error shown below: --- all_subdir_libipsec --- In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: In file included from /usr/obj/usr/src/tmp/usr/include/netipsec/ipsec.h:45: /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' From owner-freebsd-current@freebsd.org Fri Jul 31 06:02:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 518AD9AE03D for ; Fri, 31 Jul 2015 06:02:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0D14019FD; Fri, 31 Jul 2015 06:02:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 221DA15F6; Fri, 31 Jul 2015 06:02:41 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 06:02:39 +0000 From: Glen Barber To: "O. Hartmann" Cc: freebsd-current Subject: Re: [CURRENT] buildworld failure: pfkeyv2.h:230:10: error: expected parameter declarator Message-ID: <20150731060239.GS90754@FreeBSD.org> References: <20150731075720.25b05c32@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dBMBt2YGaTHbdllf" Content-Disposition: inline In-Reply-To: <20150731075720.25b05c32@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 06:02:43 -0000 --dBMBt2YGaTHbdllf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 07:57:20AM +0200, O. Hartmann wrote: > CURRENT (r286107) fails in buildworld with the error shown below: >=20 > --- all_subdir_libipsec --- > In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39: > In file included from /usr/obj/usr/src/tmp/usr/include/netipsec/ipsec.h:4= 5: > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected > parameter declarator CTASSERT(sizeof(struct sadb_x_policy) =3D=3D 16); > ^ > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' > /usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this= '(' Known issue. Glen --dBMBt2YGaTHbdllf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuw9/AAoJEAMUWKVHj+KTp/AP/0qHrxJeLw0G2QedeF/8Fc2Q MogHx3c+jwo2JmvnH8JH278x/mZ0f+Yc2M/31GJf3hWHnz/X3zpxlReFyBhyrhkO pPg2ecp8LByesYnhdYB62AaiBjcx2kD0LKuJN6nKNhBJEAuWXX8pbWJpD4TPXhdq 2fi4d2C4KGTtQCYBXRQlo8I0YZNd/+Ii96i+QOEF2DqQFv55uQ9OkFkOQFTQdYJA a9pv+z7AErlNsSNXzB6ZCO8DEJ6gWGs/tkEs7UAZyjPaMyQjQhKL0b05wNln6tZU pdJIunCO2YXoSlJPp8PGTzZQLdTSeAdTYD0i5kfpe4hshmavC3Bx/5VMEKhcFJ32 BUfoI51QcwBz+3WfM7flK5I4wfHN9Svl213Sg/EzOHjgzvqsDa8zIAoVpTbBwoa5 7pHBkh/zI3YqNiWuO7y3GHZ+wLTK452tKhIv8QEk9zZgpoWc27WUbDQhc0ssxTnZ kFAy/KnOnwEr8N3LmAvOsYdaoPH5jH/nIW6vjAglazmZRO87BSyZKtfeBuilQT0g 94AJ83BDavz4FxO7fW3KknB2u42UIo7kCFK2kKeXu2diFm/YXxxMfrUT1MmFI/hX SGfzZa102Prdpn+4NT/D3afHw1jPvhYPcmKz209UvstjuZ5DB3oLY8SWzk4Aa4dV RASBcFtSJ/TTNAeBND/A =1s74 -----END PGP SIGNATURE----- --dBMBt2YGaTHbdllf-- From owner-freebsd-current@freebsd.org Fri Jul 31 06:33:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4F4A9AE558 for ; Fri, 31 Jul 2015 06:33:34 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53DF08CE; Fri, 31 Jul 2015 06:33:34 +0000 (UTC) (envelope-from ler@lerctr.org) 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=03uzKZ6HqRBwheAsVyk+t6AliS7375gaRKwkmALyj/g=; b=YOZSQO+KlTAtvvEEk6w6G5K/MVMyrc+ZTsaL1PmvaD/Bn3GmR908zbXUyK1G1JERfgnqopjwfFmvvUm60MPhZjT2JS6spjonKRDZNDrZzNx7WXAxS+sBymU0E4gz2GwYZ4hAeEfFqHwv9/2xgSMc6I8Hc2RNcXR2ES9wN8Cp+zU=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:44507 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZL3sq-0005zz-Ny; Fri, 31 Jul 2015 01:33:32 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 31 Jul 2015 01:33:32 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 31 Jul 2015 01:33:32 -0500 From: Larry Rosenman To: Glen Barber Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box In-Reply-To: <20150731042114.GP90754@FreeBSD.org> References: <20150728210109.GA6424@oldtbh.lerctr.org> <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 06:33:35 -0000 On 2015-07-30 23:21, Glen Barber wrote: > On Fri, Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote: >> On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: >> > On 2015-07-30 17:17, Glen Barber wrote: >> > >On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: >> > >>Kernel compiling -- give mr a bit and I'll boot it and make sure it >> > >>comes >> > >>up. >> > >> >> > > >> > >Larry, have you had any luck with this patch applied? If it resolves >> > >your issue, I want to make sure it is included in the 10.2-RC2 build. >> > > >> > >Thanks. >> > > >> > [...] >> > >> > There are 3 pictures from the CURRENT panic. >> > >> > it STILL fails. :( >> > >> >> Larry, I am sorry this is causing headaches for you, and I certainly >> appreciate the prompt (and detailed) report, and assistance debugging >> this. >> >> Would you be able to try one more test case? >> >> I'm interested in the behavior without the 'nodevice pmsdrv' addition >> to >> your kernel configuration (effectively, removing the device from the >> GENERIC kernel), and *without* the patch provided from Benno? >> > > To be more specific on what I'm interested in, 'nodevice pmsdrv' and > 'device pmsdrv' should *both* be removed from the kernel configuration, > and the pms(4) should only be available as a .ko module. > >> In particular, I'm interested in if ahd(4) attaches or if loader(8) >> auto-loads pms(4) after the PCI IDs are detected. >> >> As this issue also affects the upcoming 10.2-RELEASE, your willingness >> to help debug this is greatly appreciated, as you've tripped over >> something that would have caused a great deal of pain after 10.2 was >> release. >> >> I owe you several beers. >> > > Glen My kernel is based on GENERIC (I.E. include GENERIC). With the nodedevice pmspcv, after boot, if I kldload pmspcv, NO PANIC. Unfortunately, I've got a funeral to go to in Dallas (~150Mi away from home) today, Friday, and will not be back until late Saturday (US/CDT, GMT-5). I can probably help someone with this on Sunday, but would appreciate a real-tome conversation, as the box in question is at a COLO facility, and does NOT have IPMI, so I need to be physically there. Where in the world are you located, Glen? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Fri Jul 31 06:50:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01E719AE8C0 for ; Fri, 31 Jul 2015 06:50:21 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id BC665F9D; Fri, 31 Jul 2015 06:50:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 924D11DC2; Fri, 31 Jul 2015 06:50:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 06:50:16 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731065016.GT90754@FreeBSD.org> References: <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NQqDiQVflaif2hna" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 06:50:21 -0000 --NQqDiQVflaif2hna Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 01:33:32AM -0500, Larry Rosenman wrote: > On 2015-07-30 23:21, Glen Barber wrote: > >On Fri, Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote: > >>On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: > >>> On 2015-07-30 17:17, Glen Barber wrote: > >>> >On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: > >>> >>Kernel compiling -- give mr a bit and I'll boot it and make sure it > >>> >>comes > >>> >>up. > >>> >> > >>> > > >>> >Larry, have you had any luck with this patch applied? If it resolves > >>> >your issue, I want to make sure it is included in the 10.2-RC2 build. > >>> > > >>> >Thanks. > >>> > > >>> [...] > >>> > >>> There are 3 pictures from the CURRENT panic. > >>> > >>> it STILL fails. :( > >>> > >> > >>Larry, I am sorry this is causing headaches for you, and I certainly > >>appreciate the prompt (and detailed) report, and assistance debugging > >>this. > >> > >>Would you be able to try one more test case? > >> > >>I'm interested in the behavior without the 'nodevice pmsdrv' addition to > >>your kernel configuration (effectively, removing the device from the > >>GENERIC kernel), and *without* the patch provided from Benno? > >> > > > >To be more specific on what I'm interested in, 'nodevice pmsdrv' and > >'device pmsdrv' should *both* be removed from the kernel configuration, > >and the pms(4) should only be available as a .ko module. > > > >>In particular, I'm interested in if ahd(4) attaches or if loader(8) > >>auto-loads pms(4) after the PCI IDs are detected. > >> > >>As this issue also affects the upcoming 10.2-RELEASE, your willingness > >>to help debug this is greatly appreciated, as you've tripped over > >>something that would have caused a great deal of pain after 10.2 was > >>release. > >> > >>I owe you several beers. > >> > > > >Glen > My kernel is based on GENERIC (I.E. include GENERIC). > With the nodedevice pmspcv, after boot, if I kldload pmspcv, NO PANIC. >=20 Okay. I'm interested in the behavior if the pmspcv is removed entirely (no 'nodevice' or 'device' entry). > Unfortunately, I've got a funeral to go to in Dallas (~150Mi away from ho= me) > today, Friday, and will > not be back until late Saturday (US/CDT, GMT-5). >=20 My condolences. :( I'm going to be occupied testing the 10.2-RC2 (while taking into account the pms(4) issue), so no worries regarding getting back to me. There was another report as well, so I'll parallelize as needed. > I can probably help someone with this on Sunday, but would appreciate a > real-tome conversation, as the box in question is at > a COLO facility, and does NOT have IPMI, so I need to be physically there. >=20 > Where in the world are you located, Glen? >=20 I'm in Pennsylvania. I'll email you my phone number off-list when you return if that is helpful for debugging, and we can try to streamline this. Deal with the non-computer stuff first though, please. Glen --NQqDiQVflaif2hna Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuxqoAAoJEAMUWKVHj+KT6zgQAI6FgIV90fsNAPG/n1f3kUEY A0UjdR0lSOLlwQB6gSI9NV7UQCP+SfPVozTfbUt2zW1yX+wz/BWUT8s5FM5shqDt fomS11zH+IcAlti0YidPm5mzkLflE+c4/VyVfV+oRlCulCN1Tw8X2sD/ewyPxYz+ lCjjY3S507+aCbpzNcpIuEdjIEKv/7pBDq95Rjjr9M6iA8aZ6ccm4YQUIIo3RnbH 3l1AG1x6Ovd39JIOJQCbhpktNQ75YbFQyP1MvbZ4agmKi/5mFRPINZeT/npOlvDK qNa86twJSaAx54CBZWRnzBeAW97s2V9hbgvytVOcqvAWfuPw6c49ptWVxrUhd2hG S8PV9+rX9jKkD2ntC0rv1tMjAwqOcJx26FKte8nMQQhqJ7cPCsIVqLxzq8Ach5wS ZeQAT1i3H+BOEJVcFGVaNgF0U2kWpBb8chMf2ot7bXJxrh48Q3rCKPX8bd3r/YNz HTFRB8eA4Q2i359BdLF3vP257JY2xSNYnEqrrxlJUTea4Uegra18HbAZ35vmROnc +MjB2Cry4Km0bPn+Qn5qlVnA/F95beOpN+RFc7HoGayE0qVOqAfUY3s8383kO6Ge lLV2QL5KNNviyEaMsFZ5XvFtNcXVdYKHvsJMEBnZ9pI1QWcKpuoCSFIHzB+7xxVX Tou1yl0tIIlMyPRP7tUT =8HxX -----END PGP SIGNATURE----- --NQqDiQVflaif2hna-- From owner-freebsd-current@freebsd.org Fri Jul 31 08:15:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7F859AF9A1 for ; Fri, 31 Jul 2015 08:15:35 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 625681D01; Fri, 31 Jul 2015 08:15:35 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3023E6C2; Fri, 31 Jul 2015 08:15:35 +0000 (UTC) Date: Fri, 31 Jul 2015 08:15:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, np@FreeBSD.org, jmg@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <66993543.53.1438330534503.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3025 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 08:15:35 -0000 FreeBSD_HEAD - Build #3025 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3025/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3025/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3025/console Change summaries: 286107 by np: cxgbe(4): initialize debug_flags from the kernel environment. MFC after: 3 days 286106 by kib: vn_io_fault() handling of the LOR for i/o into the file-backed buffers has observable overhead when the buffer pages are not resident or not mapped. The overhead comes at least from two factors, one is the additional work needed to detect the situation, prepare and execute the rollbacks. Another is the consequence of the i/o splitting into the batches of the held pages, causing filesystems see series of the smaller i/o requests instead of the single large request. Note that expected case of the resident i/o buffer does not expose these issues. Provide a prefaulting for the userspace i/o buffers, disabled by default. I am careful of not enabling prefaulting by default for now, since it would be detrimental for the applications which speculatively pass extra-large buffers of anonymous memory to not deal with buffer sizing (if such apps exist). Found and tested by: bde, emaste Sponsored by: The FreeBSD Foundation MFC after: 1 week 286103 by jmg: The implementation note isn't true anymore.. Not that anyone reads it, but those that do, remind them that this isn't usable in userland... I can't wait till this doc is wrong.. 286102 by pfg: Buffer overflow in wall(1). This affected syslogd, wall and talkd. Detected by FORTIFY_SOURCE GSoC (with clang). Submitted by: Oliver Pinter Differential Revision: https://reviews.freebsd.org/D3254 Reviewed by: delphij, jmg MFC after: 3 days 286101 by jmg: these are comparing authenticators and need to be constant time... This could be a side channel attack... Now that we have a function for this, use it... jmgurney/ipsecgcm: 24d704cc and 7f37a14 286100 by jmg: Clean up this header file... use CTASSERTs now that we have them... Replace a draft w/ RFC that's over 10 years old. Note that _AALG and _EALG do not need to match what the IKE daemons think they should be.. This is part of the KABI... I decided to renumber AESCTR, but since we've never had working AESCTR mode, I'm not really breaking anything.. and it shortens a loop by quite a bit.. remove SKIPJACK IPsec support... SKIPJACK never made it out of draft (in 1999), only has 80bit key, NIST recommended it stop being used after 2010, and setkey nor any of the IKE daemons I checked supported it... jmgurney/ipsecgcm: a357a33, c75808b, e008669, b27b6d6 Reviewed by: gnn (earlier version) The end of the build log: [...truncated 103561 lines...] ranlib -D librpcsec_gss.a --- librpcsec_gss.so.1 --- building shared library librpcsec_gss.so.1 cc -Wl,--version-script=Version.map -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o librpcsec_gss.so.1 -Wl,-soname,librpcsec_gss.so.1 `NM='nm' lorder rpcsec_gss.So rpcsec_gss_prot.So rpcsec_gss_conf.So rpcsec_gss_misc.So svc_rpcsec_gss.So | tsort -q` -lgssapi --- all_subdir_libdwarf --- --- libdwarf_arange.o --- cc -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_arange.c -o libdwarf_arange.o --- libdwarf_arange.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_arange.c -o libdwarf_arange.So --- all_subdir_libiconv_modules --- --- libISO2022.so.4 --- building shared library libISO2022.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libISO2022.so.4 -Wl,-soname,libISO2022.so.4 `NM='nm' lorder citrus_iso2022.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_attr.o --- cc -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_attr.c -o libdwarf_attr.o --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/JOHAB (all) --- citrus_johab.So --- cc -fpic -DPIC -O2 -pipe -I/builds/FreeBSD_HEAD/lib/libiconv_modules/JOHAB/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libiconv_modules/JOHAB/citrus_johab.c -o citrus_johab.So --- all_subdir_libdwarf --- --- libdwarf_attr.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_attr.c -o libdwarf_attr.So --- libdwarf_die.o --- cc -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_die.c -o libdwarf_die.o --- all_subdir_libiconv_modules --- --- libJOHAB.so.4 --- building shared library libJOHAB.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libJOHAB.so.4 -Wl,-soname,libJOHAB.so.4 `NM='nm' lorder citrus_johab.So | tsort -q` ===> lib/libiconv_modules/MSKanji (all) --- citrus_mskanji.So --- cc -fpic -DPIC -O2 -pipe -I/builds/FreeBSD_HEAD/lib/libiconv_modules/MSKanji/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libiconv_modules/MSKanji/citrus_mskanji.c -o citrus_mskanji.So --- all_subdir_libdwarf --- --- libdwarf_die.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_die.c -o libdwarf_die.So --- all_subdir_libfetch --- --- http.So --- cc -fpic -DPIC -O2 -pipe -I. -DINET6 -DWITH_SSL -DFTP_COMBINE_CWDS -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libfetch/http.c -o http.So --- all_subdir_libdwarf --- --- libdwarf_error.o --- cc -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_error.c -o libdwarf_error.o --- all_subdir_libiconv_modules --- --- libMSKanji.so.4 --- building shared library libMSKanji.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libMSKanji.so.4 -Wl,-soname,libMSKanji.so.4 `NM='nm' lorder citrus_mskanji.So | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_error.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_error.c -o libdwarf_error.So --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/UES (all) --- all_subdir_libdwarf --- --- libdwarf_elf_access.o --- cc -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_access.c -o libdwarf_elf_access.o --- all_subdir_libiconv_modules --- --- citrus_ues.So --- cc -fpic -DPIC -O2 -pipe -I/builds/FreeBSD_HEAD/lib/libiconv_modules/UES/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libiconv_modules/UES/citrus_ues.c -o citrus_ues.So --- all_subdir_libdwarf --- --- libdwarf_elf_access.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_access.c -o libdwarf_elf_access.So --- libdwarf_elf_init.o --- cc -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_init.c -o libdwarf_elf_init.o --- libdwarf_elf_init.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_elf_init.c -o libdwarf_elf_init.So --- all_subdir_libiconv_modules --- --- libUES.so.4 --- building shared library libUES.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libUES.so.4 -Wl,-soname,libUES.so.4 `NM='nm' lorder citrus_ues.So | tsort -q` ===> lib/libiconv_modules/UTF1632 (all) --- all_subdir_libfetch --- --- libfetch.a --- building static fetch library ar -crD libfetch.a `NM='nm' lorder fetch.o common.o ftp.o http.o file.o | tsort -q` --- all_subdir_libdwarf --- --- libdwarf_frame.o --- cc -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/common -I/builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libelf -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libdwarf/../../contrib/elftoolchain/libdwarf/libdwarf_frame.c -o libdwarf_frame.o --- all_subdir_libiconv_modules --- --- citrus_utf1632.So --- cc -fpic -DPIC -O2 -pipe -I/builds/FreeBSD_HEAD/lib/libiconv_modules/UTF1632/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libiconv_modules/UTF1632/citrus_utf1632.c -o citrus_utf1632.So --- all_subdir_libfetch --- ranlib -D libfetch.a --- all_subdir_libipsec --- ===> lib/libipsec (all) --- all_subdir_libfetch --- --- libfetch.so.6 --- building shared library libfetch.so.6 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libfetch.so.6 -Wl,-soname,libfetch.so.6 `NM='nm' lorder fetch.So common.So ftp.So http.So file.So | tsort -q` -lssl -lcrypto --- all_subdir_libipsec --- --- ipsec_strerror.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libipsec/ipsec_strerror.c -o ipsec_strerror.So --- all_subdir_libiconv_modules --- --- libUTF1632.so.4 --- building shared library libUTF1632.so.4 cc -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libUTF1632.so.4 -Wl,-soname,libUTF1632.so.4 `NM='nm' lorder citrus_utf1632.So | tsort -q` --- all_subdir_libipsec --- In file included from /builds/FreeBSD_HEAD/lib/libipsec/ipsec_strerror.c:39: In file included from /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/netipsec/ipsec.h:45: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ --- all_subdir_libiconv_modules --- ===> lib/libiconv_modules/UTF7 (all) --- all_subdir_libipsec --- 12 errors generated. --- ipsec_dump_policy.So --- cc -fpic -DPIC -O2 -pipe -I. -I/builds/FreeBSD_HEAD/lib/libipsec -DIPSEC_DEBUG -DIPSEC -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /builds/FreeBSD_HEAD/lib/libipsec/ipsec_dump_policy.c -o ipsec_dump_policy.So --- ipsec_strerror.So --- *** [ipsec_strerror.So] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD/lib/libipsec --- all_subdir_libiconv_modules --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD/lib/libiconv_modules/UTF7 *** [_sub.all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD/lib/libiconv_modules 1 error make[5]: stopped in /builds/FreeBSD_HEAD/lib/libiconv_modules *** [all_subdir_libiconv_modules] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/lib --- all_subdir_libipsec --- --- ipsec_dump_policy.So --- In file included from /builds/FreeBSD_HEAD/lib/libipsec/ipsec_dump_policy.c:41: In file included from /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/netipsec/ipsec.h:45: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:230:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_policy) == 16); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:266:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_type) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:275:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_port) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected parameter declarator CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:10: error: expected ')' /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:9: note: to match this '(' CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/net/pfkeyv2.h:284:1: error: type specifier missing, defaults to 'int' [-Werror,-Wimplicit-int] CTASSERT(sizeof(struct sadb_x_nat_t_frag) == 8); ^ 12 errors generated. *** [ipsec_dump_policy.So] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD/lib/libipsec 2 errors make[5]: stopped in /builds/FreeBSD_HEAD/lib/libipsec *** [all_subdir_libipsec] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/lib --- all_subdir_libdwarf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD/lib/libdwarf *** [all_subdir_libdwarf] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/lib 3 errors make[4]: stopped in /builds/FreeBSD_HEAD/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /builds/FreeBSD_HEAD *** [libraries] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD 1 error make[2]: stopped in /builds/FreeBSD_HEAD *** [_libraries] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 31 10:22:24 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BC159AF781; Fri, 31 Jul 2015 10:22:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1FD1C3E; Fri, 31 Jul 2015 10:22:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3BA2E6E8; Fri, 31 Jul 2015 10:22:24 +0000 (UTC) Date: Fri, 31 Jul 2015 10:22:21 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, jmg@FreeBSD.org, ae@FreeBSD.org, hselasky@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <990400624.57.1438338143316.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2030842114.47.1438321349473.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2030842114.47.1438321349473.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #723 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 10:22:24 -0000 FreeBSD_HEAD_i386 - Build #723 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/723/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/723/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/723/console Change summaries: 286118 by hselasky: Limit the number of times we loop inside the DWC OTG poll handler to avoid starving other fast interrupts. Fix a comment while at it. MFC after: 1 week Suggested by: Svatopluk Kraus 286114 by ae: Ansify if_stf.c 286112 by ae: Remove unneded #include "opt_inet.h". 286111 by ed: Document the existence of cloudabi_load and cloudabi64_load. 286110 by jmg: temporarily fix build.. This isn't the final fix, and testing is still on going, but it has passed world for mips and powerpc... I know this has an extra semicolon, but this is the patch that is tested... Looks like better fix is to use _Static_assert... From owner-freebsd-current@freebsd.org Fri Jul 31 10:27:25 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 267109AF8E4 for ; Fri, 31 Jul 2015 10:27:25 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 897E81F19; Fri, 31 Jul 2015 10:27:24 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=RjozaYe1qhake8A0htPLTAOxtzwCqTodK3hUaF795KQ=; b=bJbD9B2cmwwbVWeoN4EvF1lfLxvFxRygf4GyLs2ljxOAZ9pEasvbecFFyguz28f9nLLQvXjajMNIrfIUKyZnaoH4kK1R7OE7ACytYMzxa6NzuXiP8suIC8RwtMTRVn1pdhj+7Ys6vXMRvNRr2MdTjyU5ASk5guVWOmrMnuNU/Ug=; Received: from oldtbh.lerctr.org ([2001:470:1f0f:3ad:230:48ff:fe2e:99ba]:17487) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZL7X9-0008I6-95; Fri, 31 Jul 2015 05:27:23 -0500 Date: Fri, 31 Jul 2015 05:27:22 -0500 From: Larry Rosenman To: Glen Barber Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731102721.GA824@oldtbh.lerctr.org> Mail-Followup-To: Glen Barber , Benno Rice , freebsd-current@freebsd.org References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20150731065016.GT90754@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 10:27:25 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jul 31, 2015 at 06:50:16AM +0000, Glen Barber wrote: > On Fri, Jul 31, 2015 at 01:33:32AM -0500, Larry Rosenman wrote: > > On 2015-07-30 23:21, Glen Barber wrote: > > >On Fri, Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote: > > >>On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: > > >>> On 2015-07-30 17:17, Glen Barber wrote: > > >>> >On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: > > >>> >>Kernel compiling -- give mr a bit and I'll boot it and make sure it > > >>> >>comes > > >>> >>up. > > >>> >> > > >>> > > > >>> >Larry, have you had any luck with this patch applied? If it resolves > > >>> >your issue, I want to make sure it is included in the 10.2-RC2 build. > > >>> > > > >>> >Thanks. > > >>> > > > >>> [...] > > >>> > > >>> There are 3 pictures from the CURRENT panic. > > >>> > > >>> it STILL fails. :( > > >>> > > >> > > >>Larry, I am sorry this is causing headaches for you, and I certainly > > >>appreciate the prompt (and detailed) report, and assistance debugging > > >>this. > > >> > > >>Would you be able to try one more test case? > > >> > > >>I'm interested in the behavior without the 'nodevice pmsdrv' addition to > > >>your kernel configuration (effectively, removing the device from the > > >>GENERIC kernel), and *without* the patch provided from Benno? > > >> > > > > > >To be more specific on what I'm interested in, 'nodevice pmsdrv' and > > >'device pmsdrv' should *both* be removed from the kernel configuration, > > >and the pms(4) should only be available as a .ko module. > > > > > >>In particular, I'm interested in if ahd(4) attaches or if loader(8) > > >>auto-loads pms(4) after the PCI IDs are detected. > > >> > > >>As this issue also affects the upcoming 10.2-RELEASE, your willingness > > >>to help debug this is greatly appreciated, as you've tripped over > > >>something that would have caused a great deal of pain after 10.2 was > > >>release. > > >> > > >>I owe you several beers. > > >> > > > > > >Glen > > My kernel is based on GENERIC (I.E. include GENERIC). > > With the nodedevice pmspcv, after boot, if I kldload pmspcv, NO PANIC. > > > > Okay. I'm interested in the behavior if the pmspcv is removed entirely > (no 'nodevice' or 'device' entry). > > > Unfortunately, I've got a funeral to go to in Dallas (~150Mi away from home) > > today, Friday, and will > > not be back until late Saturday (US/CDT, GMT-5). > > > > My condolences. :( > > I'm going to be occupied testing the 10.2-RC2 (while taking into account > the pms(4) issue), so no worries regarding getting back to me. There > was another report as well, so I'll parallelize as needed. > > > I can probably help someone with this on Sunday, but would appreciate a > > real-tome conversation, as the box in question is at > > a COLO facility, and does NOT have IPMI, so I need to be physically there. > > > > Where in the world are you located, Glen? > > > > I'm in Pennsylvania. I'll email you my phone number off-list when you > return if that is helpful for debugging, and we can try to streamline > this. > > Deal with the non-computer stuff first though, please. > > Glen > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted my custom to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh session to the box). Included: the GENERIC-NOPMS, my custom VT-LER, dmesg.boot. pciconf -lv: hostb0@pci0:0:0:0: class=0x060000 card=0x658015d9 chip=0x35908086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E7520 Memory Controller Hub' class = bridge subclass = HOST-PCI none0@pci0:0:0:1: class=0xff0000 card=0x658015d9 chip=0x35918086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E7525/E7520 Error Reporting Registers' none1@pci0:0:1:0: class=0x088000 card=0x658015d9 chip=0x35948086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E7520 DMA Controller' class = base peripheral pcib1@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x35958086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E7525/E7520/E7320 PCI Express Port A' class = bridge subclass = PCI-PCI pcib4@pci0:0:4:0: class=0x060400 card=0x00000000 chip=0x35978086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E7525/E7520 PCI Express Port B' class = bridge subclass = PCI-PCI pcib5@pci0:0:6:0: class=0x060400 card=0x00000000 chip=0x35998086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E7520 PCI Express Port C' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x658015d9 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x658015d9 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x658015d9 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0x658015d9 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x658015d9 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller' class = serial bus subclass = USB pcib6@pci0:0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801 PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x658015d9 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) IDE Controller' class = mass storage subclass = ATA none2@pci0:0:31:3: class=0x0c0500 card=0x658015d9 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus pcib2@pci0:1:0:0: class=0x060400 card=0x00000000 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Bridge A' class = bridge subclass = PCI-PCI ioapic0@pci0:1:0:1: class=0x080020 card=0x658015d9 chip=0x03268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '6700/6702PXH I/OxAPIC Interrupt Controller A' class = base peripheral subclass = interrupt controller pcib3@pci0:1:0:2: class=0x060400 card=0x00000000 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Bridge B' class = bridge subclass = PCI-PCI ioapic1@pci0:1:0:3: class=0x080020 card=0x658015d9 chip=0x03278086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '6700PXH I/OxAPIC Interrupt Controller B' class = base peripheral subclass = interrupt controller ahd0@pci0:2:2:0: class=0x010000 card=0x658015d9 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec' device = 'AIC-7902B U320' class = mass storage subclass = SCSI ahd1@pci0:2:2:1: class=0x010000 card=0x658015d9 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec' device = 'AIC-7902B U320' class = mass storage subclass = SCSI em0@pci0:3:2:0: class=0x020000 card=0x117a15d9 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546GB Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:3:2:1: class=0x020000 card=0x117a15d9 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546GB Gigabit Ethernet Controller' class = network subclass = ethernet vgapci0@pci0:6:1:0: class=0x030000 card=0x658015d9 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'Rage XL' class = display subclass = VGA --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=GENERIC-NOPMS # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: head/sys/amd64/conf/GENERIC 285662 2015-07-17 23:30:43Z benno $ cpu HAMMER ident GENERIC makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions WITH_CTF=1 # Run ctfconvert(1) for DTrace support options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options IPSEC # IP (v4/v6) security options TCP_OFFLOAD # TCP offload options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options QUOTA # Enable disk quotas for UFS options MD_ROOT # MD is a potential root device options NFSCL # Network Filesystem Client options NFSD # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options COMPAT_FREEBSD9 # Compatible with FreeBSD9 options COMPAT_FREEBSD10 # Compatible with FreeBSD10 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options MAC # TrustedBSD MAC Framework options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options DDB_CTF # Kernel ELF linker loads CTF data options INCLUDE_CONFIG_FILE # Include this file in kernel options RACCT # Resource accounting framework options RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=0 by default options RCTL # Resource limits # Debugging support. Always need this: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. # For full debugger support use (turn off in stable branch): options DDB # Support DDB. options GDB # Support remote GDB. options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi options ACPI_DMAR device pci options PCI_IOV # PCI SR-IOV support # Floppy drives device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_STATIC_ID # Static device numbering device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device esp # AMD Am53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion device mps # LSI-Logic MPT-Fusion 2 device mpr # LSI-Logic MPT-Fusion 3 #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device isci # Intel C600 SAS controller # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) #device ctl # CAM Target Layer # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptnr # Highpoint DC7280, R750 device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device hpt27xx # Highpoint RocketRAID 27xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID device tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device aacraid # Adaptec by PMC RAID device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family device mrsas # LSI/Avago MegaRAID SAS/SATA, 6Gb/s and 12Gb/s #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # NVM Express (NVMe) support device nvme # base NVMe driver device nvd # expose NVMe namespaces as disks, depends on nvme # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver options VESA # Add support for VESA BIOS Extensions (VBE) device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_PIXEL_MODE # add support for the raster text mode # vt is the new video console driver device vt device vt_vga device vt_efifb device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. device bxe # Broadcom NetXtreme II BCM5771X/BCM578XX 10GbE device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ix # Intel PRO/10GbE PCIE PF Ethernet device ixv # Intel PRO/10GbE PCIE VF Ethernet device ixl # Intel XL710 40Gbe PCIE Ethernet device ixlv # Intel XL710 40Gbe VF PCIE Ethernet device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device gem # Sun GEM/Sun ERI/Apple GMAC device hme # Sun HME (Happy Meal Ethernet) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sge # Silicon Integrated Systems SiS190/191 device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros NICs device ath_pci # Atheros pci/cardbus glue device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later device ath_rate_sample # SampleRate tx rate control for ath #device bwi # Broadcom BCM430x/BCM431x wireless NICs. #device bwn # Broadcom BCM43xx wireless NICs. device ipw # Intel 2100 wireless NICs. device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. device iwn # Intel 4965/1000/5000/6000 wireless NICs. device malo # Marvell Libertas wireless NICs. device mwl # Marvell 88W8363 802.11n wireless NICs. device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. device wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device padlock_rng # VIA Padlock RNG device rdrand_rng # Intel Bull Mountain RNG device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da # Sound support device sound # Generic sound driver (required) device snd_cmi # CMedia CMI8338/CMI8738 device snd_csa # Crystal Semiconductor CS461x/428x device snd_emu10kx # Creative SoundBlaster Live! and Audigy device snd_es137x # Ensoniq AudioPCI ES137x device snd_hda # Intel High Definition Audio device snd_ich # Intel, NVidia and other ICH AC'97 Audio device snd_via8233 # VIA VT8233x Audio # MMC/SD device mmc # MMC/SD bus device mmcsd # MMC/SD memory card device sdhci # Generic PCI SD Host Controller # VirtIO support device virtio # Generic VirtIO bus (required) device virtio_pci # VirtIO PCI device device vtnet # VirtIO Ethernet device device virtio_blk # VirtIO Block device device virtio_scsi # VirtIO SCSI device device virtio_balloon # VirtIO Memory Balloon device # HyperV drivers and enchancement support # NOTE: HYPERV depends on hyperv. They must be added or removed together. options HYPERV # Hyper-V kernel infrastructure device hyperv # HyperV drivers # Xen HVM Guest Optimizations # NOTE: XENHVM depends on xenpci. They must be added or removed together. options XENHVM # Xen HVM kernel infrastructure device xenpci # Xen HVM Hypervisor services driver # VMware support device vmx # VMware VMXNET3 Ethernet # Netmap provides direct access to TX/RX rings on supported NICs device netmap # netmap(4) support # The crypto framework is required by IPSEC device crypto # Required by IPSEC --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=VT-LER # VT-LER -- kernel config using the vt(9) system console instead of legacy syscons include GENERIC-NOPMS ident VT-LER options ZFS # Build ZFS into the kernel - Root on ZFS nooptions WITNESS # Enable checks to detect deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options KDB_UNATTENDED #nodevice pmspcv --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2015 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 11.0-CURRENT #15 r285990M: Fri Jul 31 02:38:45 CDT 2015 root@oldtbh.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: running with driver "vga". CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.57-MHz K8-class CPU) Origin="GenuineIntel" Id=0xf43 Family=0xf Model=0x4 Stepping=3 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100800 TSC: P-state invariant real memory = 9395240960 (8960 MB) avail memory = 8262250496 (7879 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 random: unblocking device. ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80f4d5a0, 0) error 19 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: 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 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 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 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci2 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2e:99:ba em0: netmap queues/slots: TX 1/256, RX 1/256 em1: port 0x3040-0x307f mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2e:99:bb em1: netmap queues/slots: TX 1/256, RX 1/256 pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xdd001000-0xdd0013ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x4000-0x40ff mem 0xde000000-0xdeffffff,0xdd400000-0xdd400fff irq 17 at device 1.0 on pci6 vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 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 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 ppc0: cannot reserve I/O port range ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 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 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ses0 at ahd0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number ML00010689 da0: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da0: Command Queueing enabled da0: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da1 at ahd0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number ML00010000 da1: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da1: Command Queueing enabled da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da2 at ahd0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: Serial Number DA29P8A003NE da2: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da2: Command Queueing enabled da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da3 at ahd0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: Serial Number ML00010566 da3: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da3: Command Queueing enabled da3: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! cd0 at ata1 bus 0 scbus3 target 1 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Timecounter "TSC-low" frequency 1496284008 Hz quality 1000 Trying to mount root from zfs:zroot/ROOT/default []... lagg0: link state changed to DOWN em0: link state changed to UP lagg0: link state changed to UP em1: link state changed to UP --sdtB3X0nJg68CQEu-- From owner-freebsd-current@freebsd.org Fri Jul 31 10:42:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 818789AFC92 for ; Fri, 31 Jul 2015 10:42:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3211BD4; Fri, 31 Jul 2015 10:42:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CE54A6FC; Fri, 31 Jul 2015 10:42:43 +0000 (UTC) Date: Fri, 31 Jul 2015 10:42:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: np@FreeBSD.org, ed@FreeBSD.org, jmg@FreeBSD.org, ae@FreeBSD.org, hselasky@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1192868340.59.1438339363592.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2088882507.41.1438310028230.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2088882507.41.1438310028230.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #263 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 10:42:44 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #263 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/263/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/263/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/263/console Change summaries: 286118 by hselasky: Limit the number of times we loop inside the DWC OTG poll handler to avoid starving other fast interrupts. Fix a comment while at it. MFC after: 1 week Suggested by: Svatopluk Kraus 286114 by ae: Ansify if_stf.c 286112 by ae: Remove unneded #include "opt_inet.h". 286111 by ed: Document the existence of cloudabi_load and cloudabi64_load. 286110 by jmg: temporarily fix build.. This isn't the final fix, and testing is still on going, but it has passed world for mips and powerpc... I know this has an extra semicolon, but this is the patch that is tested... Looks like better fix is to use _Static_assert... 286107 by np: cxgbe(4): initialize debug_flags from the kernel environment. MFC after: 3 days 286106 by kib: vn_io_fault() handling of the LOR for i/o into the file-backed buffers has observable overhead when the buffer pages are not resident or not mapped. The overhead comes at least from two factors, one is the additional work needed to detect the situation, prepare and execute the rollbacks. Another is the consequence of the i/o splitting into the batches of the held pages, causing filesystems see series of the smaller i/o requests instead of the single large request. Note that expected case of the resident i/o buffer does not expose these issues. Provide a prefaulting for the userspace i/o buffers, disabled by default. I am careful of not enabling prefaulting by default for now, since it would be detrimental for the applications which speculatively pass extra-large buffers of anonymous memory to not deal with buffer sizing (if such apps exist). Found and tested by: bde, emaste Sponsored by: The FreeBSD Foundation MFC after: 1 week 286103 by jmg: The implementation note isn't true anymore.. Not that anyone reads it, but those that do, remind them that this isn't usable in userland... I can't wait till this doc is wrong.. From owner-freebsd-current@freebsd.org Fri Jul 31 12:12:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44CE79AF073 for ; Fri, 31 Jul 2015 12:12:33 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5B71096 for ; Fri, 31 Jul 2015 12:12:33 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2ADC09AF071; Fri, 31 Jul 2015 12:12:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2952E9AF070; Fri, 31 Jul 2015 12:12:33 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F115108E; Fri, 31 Jul 2015 12:12:28 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t6VCCQd3007859 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 31 Jul 2015 15:12:26 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t6VCCQKN007858; Fri, 31 Jul 2015 15:12:26 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 31 Jul 2015 15:12:26 +0300 From: Gleb Smirnoff To: current@FreeBSD.org, net@FreeBSD.org Subject: CFT: ndis(4) testers needed! Message-ID: <20150731121226.GJ889@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 12:12:33 -0000 Hi! I need to make couple of non-functional but rather large changes to the if_ndis driver and will appreciate if anyone signs up to test my changes. Please contact me if you can provide help. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Fri Jul 31 13:27:29 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00EF29AFF62 for ; Fri, 31 Jul 2015 13:27:29 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E4E4329C5; Fri, 31 Jul 2015 13:27:28 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A31B0721; Fri, 31 Jul 2015 13:27:28 +0000 (UTC) Date: Fri, 31 Jul 2015 13:27:26 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: zbb@FreeBSD.org, ed@FreeBSD.org, jmg@FreeBSD.org, ae@FreeBSD.org, hselasky@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <263214180.61.1438349248130.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <66993543.53.1438330534503.JavaMail.jenkins@jenkins-9.freebsd.org> References: <66993543.53.1438330534503.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3026 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 13:27:29 -0000 FreeBSD_HEAD - Build #3026 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3026/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3026/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3026/console Change summaries: 286123 by ed: Fix accidental line wrapping introduced in r286122. 286122 by ed: Limit rights on process descriptors. On CloudABI, the rights bits returned by cap_rights_get() match up with the operations that you can actually perform on the file descriptor. Limiting the rights is good, because it makes it easier to get uniform behaviour across different operating systems. If process descriptors on FreeBSD would suddenly gain support for any new file operation, this wouldn't become exposed to CloudABI processes without first extending the rights. Extend fork1() to gain a 'struct filecaps' argument that allows you to construct process descriptors with custom rights. Use this in cloudabi_sys_proc_fork() to limit the rights to just fstat() and pdwait(). Obtained from: https://github.com/NuxiNL/freebsd 286121 by zbb: Apply erratum for mrs ICC_IAR1_EL1 speculative execution on ThunderX ERRATUM: 22978, 23154 PASS (rev.): 1.0/1.1 Reviewed by: imp Obtained from: Semihalf Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3184 286118 by hselasky: Limit the number of times we loop inside the DWC OTG poll handler to avoid starving other fast interrupts. Fix a comment while at it. MFC after: 1 week Suggested by: Svatopluk Kraus 286114 by ae: Ansify if_stf.c 286112 by ae: Remove unneded #include "opt_inet.h". 286111 by ed: Document the existence of cloudabi_load and cloudabi64_load. 286110 by jmg: temporarily fix build.. This isn't the final fix, and testing is still on going, but it has passed world for mips and powerpc... I know this has an extra semicolon, but this is the patch that is tested... Looks like better fix is to use _Static_assert... From owner-freebsd-current@freebsd.org Fri Jul 31 13:32:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 440979AE239 for ; Fri, 31 Jul 2015 13:32:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2E28F2E2D; Fri, 31 Jul 2015 13:32:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 94EB312D3; Fri, 31 Jul 2015 13:32:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 13:32:14 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731133214.GV90754@FreeBSD.org> References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KRJ4yArSHF8vY7I3" Content-Disposition: inline In-Reply-To: <20150731102721.GA824@oldtbh.lerctr.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 13:32:16 -0000 --KRJ4yArSHF8vY7I3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted my cu= stom=20 > to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh sessi= on > to the box). >=20 Larry, thank you very much for testing this. Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from GENERIC and issue an EN for the driver update when this is fixed. I think this should be pulled from GENERIC in head and stable/10 in the meantime, as well. Glen --KRJ4yArSHF8vY7I3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVu3jeAAoJEAMUWKVHj+KT/PIP/2UNP/GbSH0htREQG8Ss8xTX tDiWmr9p9l21/xFdJHGz/89aH0+U1twxac8/htgwVeeR1pAEFgYE/ceo4xP5wpIs tLPPnGghw9TgEZBolMTlrA3jAHYuP/tx7luGCn7bjTvi/gg3cKKrLRbSUJ7qgNXw VwoAZ0D7vgrMsmTLUVPzLsUtlDxraQKDsPFAOnKSUrir0E1L1oHaSi7UV9wEDk35 x0eKYwB8xXQL0LxMVq+R1qT81gBV8mhK7ZAtOuDAet3k/luhKci6uugx/urpMJ+w HcHRqL+nguMktsC5lWUCp3fEuUv0+E2A1QvgGIBVKi6I0o8SNcwkF7SpPe6KmWKp 7ZU19JTWfVl5dpt19sVRnbNBIX0vsmqEVUh9Z7e6yWM1t+GCRHgGsMjug7K/oCje S6xl1ceX7RL4vpr40yWjz1cMqM1+udeIeolg6BT4+vslT/lP1FZ/ZJSnm5n2d2To wKYRagVLh4HgNmv7+etOJAkkjK3dNbe9Iy2acmKAKCnI0f7xIagAT6ktcQvCnejC XxPpxISNBgK7TYyuLOJhKmChA1Syn6fkBqRnJ17bsdU5GAPn4oz8pYdAKeXJmFO+ ktWhhXmUCDk8WZ2HNpgEf9kiP55hEShVbsZ3moGIkmB5L7b5wiiOlYRIQJBrNfJS Vt4PNnFhUjijHoD6r6qE =MCTN -----END PGP SIGNATURE----- --KRJ4yArSHF8vY7I3-- From owner-freebsd-current@freebsd.org Fri Jul 31 14:41:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 813739AF178 for ; Fri, 31 Jul 2015 14:41:42 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09D531AE9; Fri, 31 Jul 2015 14:41:41 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=y4qXA1buNffOALsTS/2No7HYlhiEPLBFdeqVJ2ixuSI=; b=BltzstuGdvDGgg6UMmTt034/uSNz0leiLtf0QYnyC1ugJVEFvs1KUIjGPcElXxPSfSeGmKeueGbAmI+oc3xxwJA34f8cEllDRKyai016RN+JVwhipD27nDp058VmpIeN7yc6Rlxygo4zjnPmsr2SRWOXyIpyTY4HxryaSxS72KA=; Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]:48940 helo=[192.168.200.213]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZLBVE-000Ap6-Rk; Fri, 31 Jul 2015 09:41:41 -0500 From: Larry Rosenman To: Glen Barber CC: Benno Rice , Date: Fri, 31 Jul 2015 09:41:39 -0500 Message-ID: <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> In-Reply-To: <20150731133214.GV90754@FreeBSD.org> References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.7.29 (build: 21070094) Subject: Re: pmspcv panic on boot on this box MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 14:41:42 -0000 Please do pull it from GENERIC until this is fixed in HEAD and RELENG/10. On July 31, 2015 8:32:17 AM Glen Barber wrote: > On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: > > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted my custom > > to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh session > > to the box). > > > > Larry, thank you very much for testing this. > > Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from GENERIC > and issue an EN for the driver update when this is fixed. > > I think this should be pulled from GENERIC in head and stable/10 in the > meantime, as well. > > Glen > From owner-freebsd-current@freebsd.org Fri Jul 31 15:19:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 310A59AFCB6 for ; Fri, 31 Jul 2015 15:19:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1B7BA1AFA; Fri, 31 Jul 2015 15:19:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 3ECE315E6; Fri, 31 Jul 2015 15:19:00 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 15:18:57 +0000 From: Glen Barber To: Larry Rosenman Cc: Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731151857.GZ90754@FreeBSD.org> References: <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="T4NxgPrvSrIDR5b4" Content-Disposition: inline In-Reply-To: <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 15:19:01 -0000 --T4NxgPrvSrIDR5b4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm getting ready to commit to head and stable/10 now, and will also update releng/10.2 and restart the -RC2 builds with the change. Glen On Fri, Jul 31, 2015 at 09:41:39AM -0500, Larry Rosenman wrote: > Please do pull it from GENERIC until this is fixed in HEAD and RELENG/10. >=20 >=20 > On July 31, 2015 8:32:17 AM Glen Barber wrote: >=20 > >On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: > >> Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted my= custom > >> to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh se= ssion > >> to the box). > >> > > > >Larry, thank you very much for testing this. > > > >Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from GENERIC > >and issue an EN for the driver update when this is fixed. > > > >I think this should be pulled from GENERIC in head and stable/10 in the > >meantime, as well. > > > >Glen > > >=20 >=20 --T4NxgPrvSrIDR5b4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVu5HhAAoJEAMUWKVHj+KTCmwQAKMNpEj/hd+bI12qEQ6u7xvQ XUpwEKRahB7NShYwjB0RwPg24doUzBI7GKi7Op9pQGDo+ODCTQgeBuWz5EtNCJfD S1oap082+o4NiS3P4gQfDM3MjTe8n1YwmnZMAl1ZtyChsOFLCYydW8QMvZ4xKQ/Y +ybNjrGYWv4TsclM2OQTWhHgotlsoanNGY+eDT7VhskNEdf4Xxbr1ViGMVrUtwTv Adm/9N1ZQHlTT9gRocgCbL2GtXRkFoKxfcuAHEOjHRZipjv0P9zrYAT2xKl/fpQB HHg7qylErC6VCLpBibXpSRjzfob08NPwjNXiXWh4BeJClZD5b3yDjmZ/mP99TCIX xTvv7zcgpBntM/wqJT4URIGvS24hs8HOuKbWJyeE7SMXYBTpgwUMEKyPDn/ViMgd CiZGPzAsyHaKWueEae8qYgkb5K56qJ/95TKWAvEdKr2Wqfau0f8kN2tmOJYHfv9g hVUSvlOSyxCIymdKN4qyva+5Mm6pFRsLGXIDTYhUQ2hpJBZm2NqcHS2PDwa7MZ2h s6Kr4ZK9f4KIpCxnjbXdG0UjUHX4WMf9UYrIn1aaliNTif63BaoZBHcIUGeQ9Q/x 1k+UwLqEz1g+hO70FksxLKfw3PbKbfKKoYCtaIEx93zz5WBUlQW9j+AQ5OKbwf4o wL03AUNSFYkH11FheN15 =B0wK -----END PGP SIGNATURE----- --T4NxgPrvSrIDR5b4-- From owner-freebsd-current@freebsd.org Fri Jul 31 16:24:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF35F9AF03B for ; Fri, 31 Jul 2015 16:24:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A144F16BC; Fri, 31 Jul 2015 16:24:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9D34975A; Fri, 31 Jul 2015 16:24:37 +0000 (UTC) Date: Fri, 31 Jul 2015 16:24:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <589884946.66.1438359876637.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <495265732.49.1438321752250.JavaMail.jenkins@jenkins-9.freebsd.org> References: <495265732.49.1438321752250.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1238 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 16:24:37 -0000 FreeBSD_HEAD-tests - Build #1238 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1238/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1238/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1238/console Change summaries: No changes From owner-freebsd-current@freebsd.org Fri Jul 31 17:24:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF9879B033C for ; Fri, 31 Jul 2015 17:24:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ig0-f181.google.com (mail-ig0-f181.google.com [209.85.213.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 989CD1459 for ; Fri, 31 Jul 2015 17:24:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by igbpg9 with SMTP id pg9so36439386igb.0 for ; Fri, 31 Jul 2015 10:24:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=cLoihEhzA65Bof5euruD9i9qUZQ8t6dftrZ6t6c0HHE=; b=CwTIGqtP0gf5WD/1lqDOpis23jyh01ljcIc+z5w1X/VdSdhz7stNn0zcTEq/XzStUs CkDG8LK/CL86SyN5w/E33gWBIec8lyj9SvvHov9t5Ft6SeUx6O/0Ch1Rxoe0+8lfFmWb gAZApo5c6FKTmYWTdAMwqHCA48kvtcGPxSXnW+Ej4pgd2jcQx0TV5az4BSS+uoKo9s9u VSvU5vtIs+DWUn6RHS2e+tPnJ2ZaMxLVP1PkFzNjP9ngZFyF0KhqF92HUp4tPVv630ZB CVklEYdN4hBA/RsvSy/cJPGNo/rfwXcu0FQy3Muhj488QBN+FriOkrolUddgN8qVsCta 7mYw== X-Gm-Message-State: ALoCoQnMhJ6BhKwmf3ChV6FhjGxu4XqVToTe9dIkKBZtaUxJFl5L8YtdxZ7/z/MeDha2sWVhkneU X-Received: by 10.50.30.226 with SMTP id v2mr8096191igh.3.1438363440270; Fri, 31 Jul 2015 10:24:00 -0700 (PDT) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by smtp.gmail.com with ESMTPSA id b1sm3698317iob.18.2015.07.31.10.23.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 Jul 2015 10:23:59 -0700 (PDT) Sender: Warner Losh Subject: Re: pmspcv panic on boot on this box Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D3351EE8-5A6F-4DE6-A172-46C84F011C83"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> Date: Fri, 31 Jul 2015 11:23:56 -0600 Cc: Glen Barber , Benno Rice , freebsd-current@freebsd.org Message-Id: <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> To: Larry Rosenman X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 17:24:07 -0000 --Apple-Mail=_D3351EE8-5A6F-4DE6-A172-46C84F011C83 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Try the following patch. There=E2=80=99s a fundamental misunderstanding = of newbus that=E2=80=99s screwing things up=E2=80=A6 Also available at http://people.freebsd.org/~imp/patch-queue/pms The problem is that the first time through for ahd0 we=E2=80=99re = setting cardMap[0] to 5. The second time through it is already 5, so we = say =E2=80=98oh, this has been probed before=E2=80=99 and return 2. This = causes antiapi_probe() to return 0, because the card has already been = probed before. This is wrong on so many levels, but I=E2=80=99ll = suppress channelling my inner bde and stop here. Warner diff -r 1805eb187340 sys/dev/pms/freebsd/driver/common/lxutil.c --- a/sys/dev/pms/freebsd/driver/common/lxutil.c +++ b/sys/dev/pms/freebsd/driver/common/lxutil.c @@ -757,18 +757,25 @@ STATIC int agtiapi_ProbeCard( device_t d { int idx; static U32 cardMap[4] =3D { 0, 0, 0, 0 }; + u_int16_t agtiapi_vendor; // PCI vendor ID u_int16_t agtiapi_dev; // PCI device ID AGTIAPI_PRINTK("agtiapi_ProbeCard: start\n"); +#if 0 if ( ! atomic_cmpset_32( &cardMap[thisCard], 0, 5 ) ) { // card = already ran AGTIAPI_PRINTK( "We'll only ID this card once -- %d\n", thisCard ); return 2; // error return value; card already ran this function } else { +#else + { +#endif + agtiapi_vendor =3D pci_get_vendor( dev ); // get PCI vendor ID agtiapi_dev =3D pci_get_device( dev ); // get PCI device ID for( idx =3D 0; idx < COUNT(ag_card_type); idx++ ) { - if( ag_card_type[idx].deviceId =3D=3D agtiapi_dev ) + if( ag_card_type[idx].deviceId =3D=3D agtiapi_dev && + ag_card_type[idx].vendorId =3D=3D agtiapi_vendor) { // device ID match memset( (void *)&agCardInfoList[ thisCard ], 0, sizeof(ag_card_info_t) ); > On Jul 31, 2015, at 8:41 AM, Larry Rosenman wrote: >=20 > Please do pull it from GENERIC until this is fixed in HEAD and = RELENG/10. >=20 >=20 > On July 31, 2015 8:32:17 AM Glen Barber wrote: >=20 >> On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: >> > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted = my custom >> > to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh = session >> > to the box). >> > >>=20 >> Larry, thank you very much for testing this. >>=20 >> Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from = GENERIC >> and issue an EN for the driver update when this is fixed. >>=20 >> I think this should be pulled from GENERIC in head and stable/10 in = the >> meantime, as well. >>=20 >> Glen >>=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --Apple-Mail=_D3351EE8-5A6F-4DE6-A172-46C84F011C83 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVu68sAAoJEGwc0Sh9sBEAH58P/jlHl9rrPhsk1tNVQ4UtGbjj 0nWQRyCjCLwupuWo6F2UQzsfDs9pjYk9C4VlL2qMK9WTnX1BNVI4EJdv9wHuS5Rg RGknYGuiS9nw0oWJhh4UHVOl6jFr+SHqkcDvL4dEzW7t0rrbN1bHpfPwOMv7RDbq ZM6pxoQM2UuUfJlNMY3Fz0Ge3RAujhhB1RC9uDEQ7Fwk3VBXhOjZ0DiGvb5s/TPh AcPA0o3ZjoQIisdhl4BDJnMflGOVK+fnXByMvwMPtKPrYKe0FhnFj+ZPGQtLYMyh Xcbweb/LVBULexxRf+aIqx4y6+LEEUaHMDE3jMHc/aCytSOt/68IYSYJrxEqAJyx RrF+Kzy0yXHTSUWNdGeQmBOQo/K8+4k/9E5QMpRb15ELSvzpoPX+uhxQ4Bp7O2B+ iTZgwshXO50pB+OXu8sens6JtxUdKRZhcnRFnktPanyx3j/I/2B9kwbl0akJT4X+ iwm5T4wajUZpDAUd4aRc6XymfTdoVv3wLUav4d65RUymIWS9XpV6Z+ZbgoKZCOPb IWmzgT67uOqY3E6VbpcHndmL/r4QjrzsGV/xMC0sVdUf0IRvTaTu0QAmb+UlIQzn ghesmdHSnhW/KS1AeRZb4IuaJOTmjqr8pyMlUzQpZOKkJ9Q1aurY7faV7w/nwl8v grzg504av6YkNVHQuuRa =eNZt -----END PGP SIGNATURE----- --Apple-Mail=_D3351EE8-5A6F-4DE6-A172-46C84F011C83-- From owner-freebsd-current@freebsd.org Fri Jul 31 17:52:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFE529B07A3 for ; Fri, 31 Jul 2015 17:52:39 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AAC014C5; Fri, 31 Jul 2015 17:52:39 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=bwf6AJRzuAi9T8qWqRyqGqNuq+uo3hZb7/supGwzw+Q=; b=Lc7lAWVGkVQLMdupJVhXCHyS92J0S1OqBKZ0hsU7M7tsvt2W1sbekrK8se22NUyMkLVBuH61R+/EBGh76uQaEIf5F0tybDyBuuvt/jY51w5fK54GU3jp4WyW4mTkY/8SVNuwDlbOvTc6QbNoym1wInTWjCrKhK3KMRXQqovXKpI=; Received: from 66-87-121-151.pools.spcsdns.net ([66.87.121.151]:17236 helo=[51.70.229.151]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZLEU1-000D3r-UQ; Fri, 31 Jul 2015 12:52:38 -0500 From: Larry Rosenman To: Warner Losh CC: Glen Barber , Benno Rice , Date: Fri, 31 Jul 2015 12:52:36 -0500 Message-ID: <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> In-Reply-To: <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.7.29 (build: 21070094) Subject: Re: pmspcv panic on boot on this box MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 17:52:40 -0000 Is this with or without Benno's patch? On July 31, 2015 12:24:11 PM Warner Losh wrote: > Try the following patch. There’s a fundamental misunderstanding of newbus > that’s screwing things up… > > Also available at http://people.freebsd.org/~imp/patch-queue/pms > > The problem is that the first time through for ahd0 we’re setting > cardMap[0] to 5. The second time through it is already 5, so we say ‘oh, > this has been probed before’ and return 2. This causes antiapi_probe() to > return 0, because the card has already been probed before. This is wrong on > so many levels, but I’ll suppress channelling my inner bde and stop here. > > Warner > > diff -r 1805eb187340 sys/dev/pms/freebsd/driver/common/lxutil.c > --- a/sys/dev/pms/freebsd/driver/common/lxutil.c > +++ b/sys/dev/pms/freebsd/driver/common/lxutil.c > @@ -757,18 +757,25 @@ STATIC int agtiapi_ProbeCard( device_t d > { > int idx; > static U32 cardMap[4] = { 0, 0, 0, 0 }; > + u_int16_t agtiapi_vendor; // PCI vendor ID > u_int16_t agtiapi_dev; // PCI device ID > AGTIAPI_PRINTK("agtiapi_ProbeCard: start\n"); > > +#if 0 > if ( ! atomic_cmpset_32( &cardMap[thisCard], 0, 5 ) ) { // card already ran > AGTIAPI_PRINTK( "We'll only ID this card once -- %d\n", thisCard ); > return 2; // error return value; card already ran this function > } > else { > +#else > + { > +#endif > + agtiapi_vendor = pci_get_vendor( dev ); // get PCI vendor ID > agtiapi_dev = pci_get_device( dev ); // get PCI device ID > for( idx = 0; idx < COUNT(ag_card_type); idx++ ) > { > - if( ag_card_type[idx].deviceId == agtiapi_dev ) > + if( ag_card_type[idx].deviceId == agtiapi_dev && > + ag_card_type[idx].vendorId == agtiapi_vendor) > { // device ID match > memset( (void *)&agCardInfoList[ thisCard ], 0, > sizeof(ag_card_info_t) ); > > > > > On Jul 31, 2015, at 8:41 AM, Larry Rosenman wrote: > > > > Please do pull it from GENERIC until this is fixed in HEAD and RELENG/10. > > > > > > On July 31, 2015 8:32:17 AM Glen Barber wrote: > > > >> On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: > >> > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted my > custom > >> > to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh > session > >> > to the box). > >> > > >> > >> Larry, thank you very much for testing this. > >> > >> Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from GENERIC > >> and issue an EN for the driver update when this is fixed. > >> > >> I think this should be pulled from GENERIC in head and stable/10 in the > >> meantime, as well. > >> > >> Glen > >> > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Jul 31 18:03:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E26359B08C6 for ; Fri, 31 Jul 2015 18:03:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8BB41A5C for ; Fri, 31 Jul 2015 18:03:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pdjr16 with SMTP id r16so47453268pdj.3 for ; Fri, 31 Jul 2015 11:03:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=kOFoXFhJ6FtDYY0jJRMEpgCdvY4nXV9uQg8GSn36Bik=; b=b1FA9/0/JSg10bkmp2LwqnqgOKwMuwgOrZJALuN6W3U5YadL4wUbDHh6A24USBk0Rn EGtQJijShJ+W9rKOLVwqVrsXmHz/753+8Rgy3NELyS9Kw3GP7o81eM/9QhrJMxDZZG4S +3wAWJNSLaZS8RIsNvAVit1/gEkc9WjicgUdRn8RRmwTjN/KZnT+XOuR4oxfIHTbmpC8 DWh/4Nsfr5qMLdxGYZl/fEx/aocABRyfzKkXCK934CiI+Ps8PBm0BpV4aKchvwNq+30v QKMjxIJlPnuZ88KKvhd0xF0XUM15+cZyA+C79E67PmV3HlBDQEplYAELtQsDtQoTEJEd l8xg== X-Gm-Message-State: ALoCoQlF3zKM0ML8R0OkV97RT526gLoGKK9C6unku7yA67on1HghLhFvX+WaTLn8g/voSQ/exSpI X-Received: by 10.70.38.10 with SMTP id c10mr9576352pdk.72.1438365811364; Fri, 31 Jul 2015 11:03:31 -0700 (PDT) Received: from [10.64.26.198] ([69.53.236.236]) by smtp.gmail.com with ESMTPSA id j5sm8925079pdi.7.2015.07.31.11.03.29 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 Jul 2015 11:03:30 -0700 (PDT) Sender: Warner Losh Subject: Re: pmspcv panic on boot on this box Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_740C48EC-53FF-423A-A6C7-4C41E80412A1"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> Date: Fri, 31 Jul 2015 12:03:27 -0600 Cc: Glen Barber , Benno Rice , freebsd-current@freebsd.org Message-Id: References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> To: Larry Rosenman X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 18:03:38 -0000 --Apple-Mail=_740C48EC-53FF-423A-A6C7-4C41E80412A1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 It replaces it. Or you could just add the #if 0 bits to remove the atomic_cmpset_32 from = the picture entirely. All this state saving should be done in attach anyway, so it is = mis-located here=E2=80=A6 But the current patch will tell me if my theory of the crime is correct and offer a path = forward... Warner > On Jul 31, 2015, at 11:52 AM, Larry Rosenman wrote: >=20 > Is this with or without Benno's patch? >=20 >=20 > On July 31, 2015 12:24:11 PM Warner Losh wrote: >=20 >> Try the following patch. There=E2=80=99s a fundamental = misunderstanding of newbus that=E2=80=99s screwing things up=E2=80=A6 >>=20 >> Also available at http://people.freebsd.org/~imp/patch-queue/pms >>=20 >> The problem is that the first time through for ahd0 we=E2=80=99re = setting cardMap[0] to 5. The second time through it is already 5, so we = say =E2=80=98oh, this has been probed before=E2=80=99 and return 2. This = causes antiapi_probe() to return 0, because the card has already been = probed before. This is wrong on so many levels, but I=E2=80=99ll = suppress channelling my inner bde and stop here. >>=20 >> Warner >>=20 >> diff -r 1805eb187340 sys/dev/pms/freebsd/driver/common/lxutil.c >> --- a/sys/dev/pms/freebsd/driver/common/lxutil.c >> +++ b/sys/dev/pms/freebsd/driver/common/lxutil.c >> @@ -757,18 +757,25 @@ STATIC int agtiapi_ProbeCard( device_t d >> { >> int idx; >> static U32 cardMap[4] =3D { 0, 0, 0, 0 }; >> + u_int16_t agtiapi_vendor; // PCI vendor ID >> u_int16_t agtiapi_dev; // PCI device ID >> AGTIAPI_PRINTK("agtiapi_ProbeCard: start\n"); >>=20 >> +#if 0 >> if ( ! atomic_cmpset_32( &cardMap[thisCard], 0, 5 ) ) { // card = already ran >> AGTIAPI_PRINTK( "We'll only ID this card once -- %d\n", thisCard = ); >> return 2; // error return value; card already ran this function >> } >> else { >> +#else >> + { >> +#endif >> + agtiapi_vendor =3D pci_get_vendor( dev ); // get PCI vendor ID >> agtiapi_dev =3D pci_get_device( dev ); // get PCI device ID >> for( idx =3D 0; idx < COUNT(ag_card_type); idx++ ) >> { >> - if( ag_card_type[idx].deviceId =3D=3D agtiapi_dev ) >> + if( ag_card_type[idx].deviceId =3D=3D agtiapi_dev && >> + ag_card_type[idx].vendorId =3D=3D agtiapi_vendor) >> { // device ID match >> memset( (void *)&agCardInfoList[ thisCard ], 0, >> sizeof(ag_card_info_t) ); >>=20 >>=20 >>=20 >> > On Jul 31, 2015, at 8:41 AM, Larry Rosenman wrote: >> > >> > Please do pull it from GENERIC until this is fixed in HEAD and = RELENG/10. >> > >> > >> > On July 31, 2015 8:32:17 AM Glen Barber wrote: >> > >> >> On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: >> >> > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and = adjusted my custom >> >> > to include GENERIC-NOPMS. And we boot (I'm typing this from a = ssh session >> >> > to the box). >> >> > >> >> >> >> Larry, thank you very much for testing this. >> >> >> >> Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from = GENERIC >> >> and issue an EN for the driver update when this is fixed. >> >> >> >> I think this should be pulled from GENERIC in head and stable/10 = in the >> >> meantime, as well. >> >> >> >> Glen >> >> >> > >> > >> > _______________________________________________ >> > 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" >>=20 >=20 >=20 --Apple-Mail=_740C48EC-53FF-423A-A6C7-4C41E80412A1 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVu7hvAAoJEGwc0Sh9sBEAfNQQAMS1Qvn2UbNY4MuQVrDF3rqB e70oF3DoZMRqTOfIbL6D0f9NJ4cR4Y5QaMgLFoUsMoYKPDOBGuABMf7lXGpk5NwD akuTXz7FNY/zY0x8MFXtEgwI1VmMZljQbnGW22DjkdMYL0mKPKUS8zlvlx9RU2GH YWRZBjuXV+C90bc+vC14P3inG5ZkvxiT3PRAPQaqXCtCdQWDGcxoaHDcBGAakkBL n11h/qYdWElLko6GxY5UbadtHo69qc4X4haNT0euN0sF4Cgv9t3AQPdlSdvzHEiO 0dtONv3B/yI/G84knMs7W+pi7Kuqfe2xEG+CxoYS6qGp+s9cuOeOpMcqL2Zs6sYD FetF+1svVlN4s021NgiN+RaIe0/VHfrk46FiRUTpvx4ILQjbkcrBSWtVE6BrHFg/ lfLkA5sNvTJfsraiIz4wC/ciBCIKN1amf7JJgfcWiqYbmDRjBrEfXdgEL8ejoQpa J6CWl7NAg8tXakiZ25ZxmzI1lyrSgPwwmXQG1VXyiuq7XrPBR5y9FyvymbjeC8pK JT8y3YnoVtqHq44VLIrSs313vDM5TFWWaRCUKKChiGsrSz4A+SK07BhFZsrsV+L+ FRV0/KV8gW8zCvEEInXTBNyHUWzgsFmLOwWfeoLMXunKpOWEB1Ytx12rGl9ouj9H vVLiZeWGOc7hvIU2m63f =BIA2 -----END PGP SIGNATURE----- --Apple-Mail=_740C48EC-53FF-423A-A6C7-4C41E80412A1-- From owner-freebsd-current@freebsd.org Fri Jul 31 18:04:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C72F99B0907 for ; Fri, 31 Jul 2015 18:04:51 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A6881B94; Fri, 31 Jul 2015 18:04:51 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=An9QwjfNh13W9Yqx3lzqYIK6pci/9Z4Ovxt+HYcZjqE=; b=C9DIq80I/wZs+yizbP1B7IfHYxNc4az3fQ1o8SESfnqYuYBsMq0mjvEIRKE50kNYBg9zGc4ehvqzZE0Oqzc53mcn9OCmvjyxBPbub4DGQmkfdgSXbVe5bmP7h2M0NKdusgvDrMvVteP2EalWlCBaG6bkdZDDGPvDibI0Nfs9Azw=; Received: from 66-87-121-151.pools.spcsdns.net ([66.87.121.151]:26778 helo=[51.70.229.151]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZLEfq-000DBH-KM; Fri, 31 Jul 2015 13:04:51 -0500 From: Larry Rosenman To: Warner Losh CC: Glen Barber , Benno Rice , Date: Fri, 31 Jul 2015 13:04:49 -0500 Message-ID: <14ee5498308.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> In-Reply-To: References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.7.29 (build: 21070094) Subject: Re: pmspcv panic on boot on this box MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 18:04:51 -0000 I'll try it when I get back to Austin tomorrow. On July 31, 2015 1:03:43 PM Warner Losh wrote: > It replaces it. > > Or you could just add the #if 0 bits to remove the atomic_cmpset_32 from > the picture entirely. > > All this state saving should be done in attach anyway, so it is mis-located > here… But the current > patch will tell me if my theory of the crime is correct and offer a path > forward... > > Warner > > > > On Jul 31, 2015, at 11:52 AM, Larry Rosenman wrote: > > > > Is this with or without Benno's patch? > > > > > > On July 31, 2015 12:24:11 PM Warner Losh wrote: > > > >> Try the following patch. There’s a fundamental misunderstanding of > newbus that’s screwing things up… > >> > >> Also available at http://people.freebsd.org/~imp/patch-queue/pms > >> > >> The problem is that the first time through for ahd0 we’re setting > cardMap[0] to 5. The second time through it is already 5, so we say ‘oh, > this has been probed before’ and return 2. This causes antiapi_probe() to > return 0, because the card has already been probed before. This is wrong on > so many levels, but I’ll suppress channelling my inner bde and stop here. > >> > >> Warner > >> > >> diff -r 1805eb187340 sys/dev/pms/freebsd/driver/common/lxutil.c > >> --- a/sys/dev/pms/freebsd/driver/common/lxutil.c > >> +++ b/sys/dev/pms/freebsd/driver/common/lxutil.c > >> @@ -757,18 +757,25 @@ STATIC int agtiapi_ProbeCard( device_t d > >> { > >> int idx; > >> static U32 cardMap[4] = { 0, 0, 0, 0 }; > >> + u_int16_t agtiapi_vendor; // PCI vendor ID > >> u_int16_t agtiapi_dev; // PCI device ID > >> AGTIAPI_PRINTK("agtiapi_ProbeCard: start\n"); > >> > >> +#if 0 > >> if ( ! atomic_cmpset_32( &cardMap[thisCard], 0, 5 ) ) { // card > already ran > >> AGTIAPI_PRINTK( "We'll only ID this card once -- %d\n", thisCard ); > >> return 2; // error return value; card already ran this function > >> } > >> else { > >> +#else > >> + { > >> +#endif > >> + agtiapi_vendor = pci_get_vendor( dev ); // get PCI vendor ID > >> agtiapi_dev = pci_get_device( dev ); // get PCI device ID > >> for( idx = 0; idx < COUNT(ag_card_type); idx++ ) > >> { > >> - if( ag_card_type[idx].deviceId == agtiapi_dev ) > >> + if( ag_card_type[idx].deviceId == agtiapi_dev && > >> + ag_card_type[idx].vendorId == agtiapi_vendor) > >> { // device ID match > >> memset( (void *)&agCardInfoList[ thisCard ], 0, > >> sizeof(ag_card_info_t) ); > >> > >> > >> > >> > On Jul 31, 2015, at 8:41 AM, Larry Rosenman wrote: > >> > > >> > Please do pull it from GENERIC until this is fixed in HEAD and RELENG/10. > >> > > >> > > >> > On July 31, 2015 8:32:17 AM Glen Barber wrote: > >> > > >> >> On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: > >> >> > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted > my custom > >> >> > to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh > session > >> >> > to the box). > >> >> > > >> >> > >> >> Larry, thank you very much for testing this. > >> >> > >> >> Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from GENERIC > >> >> and issue an EN for the driver update when this is fixed. > >> >> > >> >> I think this should be pulled from GENERIC in head and stable/10 in the > >> >> meantime, as well. > >> >> > >> >> Glen > >> >> > >> > > >> > > >> > _______________________________________________ > >> > freebsd-current@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > > > > From owner-freebsd-current@freebsd.org Fri Jul 31 19:40:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 594D19AFA0D for ; Fri, 31 Jul 2015 19:40:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B1A01A27 for ; Fri, 31 Jul 2015 19:40:25 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZLGA9-0000w4-AX for freebsd-current@freebsd.org; Fri, 31 Jul 2015 21:40:13 +0200 Received: from ip5b41fb99.dynamic.kabel-deutschland.de ([91.65.251.153]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 31 Jul 2015 21:40:13 +0200 Received: from holger by ip5b41fb99.dynamic.kabel-deutschland.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 31 Jul 2015 21:40:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Holger Freyther Subject: boot1.efi and gpt support Date: Fri, 31 Jul 2015 19:40:01 +0000 (UTC) Lines: 33 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 91.65.251.153 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/600.7.12 (KHTML, like Gecko) Version/8.0.7 Safari/600.7.12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 19:40:26 -0000 Hi, we have an appliance that is using the gptboot bootme/bootonce/bootfailed scheme and we looked into using machines that only have an UEFI bios. boot1.efi currently does not allow this boot scheme and picks the first UFS partition it can find. I have played with qemu+tianocore and looked at what is required to use the gptboot.c within boot1.efi and it doesn't seem to be much. I would like to receive feedback and wonder if this functionality could get integrated? I have created a bug report[1] and attached my current patch that works with tianocore and the physical machine that was tested. * I need to allocate the primary/backup GPT tables in the heap as otherwise tianocore wouldn't even execute boot1.efi * I couldn't find a protocol in UEFI to give me the GPT partitions. So I have to be a bit crazy in finding a disk, then selecting the partition to boot and then finding the device using UEFI protocols. It is crazy but the amount of assumptions I make on the implementation are few. * I have no control in which disk will be listed first by UEFI. So maybe this is something that should be configured for boot1.efi as well. I am looking forward to receive some feedback. kind regards holger [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201788 From owner-freebsd-current@freebsd.org Fri Jul 31 20:41:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 566EB9B0481 for ; Fri, 31 Jul 2015 20:41:41 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA2D21CF3; Fri, 31 Jul 2015 20:41:40 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=JgvCNmSV2ofia+eaaticHNrJ519jWnghM60cMUhlYfw=; b=dZQjTVCBNW5Qc+vHuT20xrH679c4ltr80anaMC5HnIN+6kPASu23FUtALPJTAax8hsp61R5WyzDFF5NeIOzF+p3FsXmqhbQ1/Cyog9mNqFoHYfR7vRWdUh+4FIvM2TLqwjimqLchmZ++tYZyz4Trj4EYSKJ2c5t1PJfzAHy51hA=; Received: from oldtbh.lerctr.org ([2001:470:1f0f:3ad:230:48ff:fe2e:99ba]:16299) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZLH7b-000EvS-05; Fri, 31 Jul 2015 15:41:39 -0500 Date: Fri, 31 Jul 2015 15:41:37 -0500 From: Larry Rosenman To: Warner Losh Cc: Glen Barber , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731204137.GA832@oldtbh.lerctr.org> Mail-Followup-To: Warner Losh , Glen Barber , Benno Rice , freebsd-current@freebsd.org References: <20150731041815.GO90754@FreeBSD.org> <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 20:41:41 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline We have a winner -- rebuilt with just this patch, and GENERIC with pmspcv, and we boot. On Fri, Jul 31, 2015 at 12:03:27PM -0600, Warner Losh wrote: > It replaces it. > > Or you could just add the #if 0 bits to remove the atomic_cmpset_32 from the picture entirely. > > All this state saving should be done in attach anyway, so it is mis-located here? But the current > patch will tell me if my theory of the crime is correct and offer a path forward... > > Warner > > > > On Jul 31, 2015, at 11:52 AM, Larry Rosenman wrote: > > > > Is this with or without Benno's patch? > > > > > > On July 31, 2015 12:24:11 PM Warner Losh wrote: > > > >> Try the following patch. There?s a fundamental misunderstanding of newbus that?s screwing things up? > >> > >> Also available at http://people.freebsd.org/~imp/patch-queue/pms > >> > >> The problem is that the first time through for ahd0 we?re setting cardMap[0] to 5. The second time through it is already 5, so we say ?oh, this has been probed before? and return 2. This causes antiapi_probe() to return 0, because the card has already been probed before. This is wrong on so many levels, but I?ll suppress channelling my inner bde and stop here. > >> > >> Warner > >> > >> diff -r 1805eb187340 sys/dev/pms/freebsd/driver/common/lxutil.c > >> --- a/sys/dev/pms/freebsd/driver/common/lxutil.c > >> +++ b/sys/dev/pms/freebsd/driver/common/lxutil.c > >> @@ -757,18 +757,25 @@ STATIC int agtiapi_ProbeCard( device_t d > >> { > >> int idx; > >> static U32 cardMap[4] = { 0, 0, 0, 0 }; > >> + u_int16_t agtiapi_vendor; // PCI vendor ID > >> u_int16_t agtiapi_dev; // PCI device ID > >> AGTIAPI_PRINTK("agtiapi_ProbeCard: start\n"); > >> > >> +#if 0 > >> if ( ! atomic_cmpset_32( &cardMap[thisCard], 0, 5 ) ) { // card already ran > >> AGTIAPI_PRINTK( "We'll only ID this card once -- %d\n", thisCard ); > >> return 2; // error return value; card already ran this function > >> } > >> else { > >> +#else > >> + { > >> +#endif > >> + agtiapi_vendor = pci_get_vendor( dev ); // get PCI vendor ID > >> agtiapi_dev = pci_get_device( dev ); // get PCI device ID > >> for( idx = 0; idx < COUNT(ag_card_type); idx++ ) > >> { > >> - if( ag_card_type[idx].deviceId == agtiapi_dev ) > >> + if( ag_card_type[idx].deviceId == agtiapi_dev && > >> + ag_card_type[idx].vendorId == agtiapi_vendor) > >> { // device ID match > >> memset( (void *)&agCardInfoList[ thisCard ], 0, > >> sizeof(ag_card_info_t) ); > >> > >> > >> > >> > On Jul 31, 2015, at 8:41 AM, Larry Rosenman wrote: > >> > > >> > Please do pull it from GENERIC until this is fixed in HEAD and RELENG/10. > >> > > >> > > >> > On July 31, 2015 8:32:17 AM Glen Barber wrote: > >> > > >> >> On Fri, Jul 31, 2015 at 05:27:22AM -0500, Larry Rosenman wrote: > >> >> > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted my custom > >> >> > to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh session > >> >> > to the box). > >> >> > > >> >> > >> >> Larry, thank you very much for testing this. > >> >> > >> >> Benno, for 10.2-RELEASE, I think we're going to pull pmspcv from GENERIC > >> >> and issue an EN for the driver update when this is fixed. > >> >> > >> >> I think this should be pulled from GENERIC in head and stable/10 in the > >> >> meantime, as well. > >> >> > >> >> Glen > >> >> > >> > > >> > > >> > _______________________________________________ > >> > 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" > >> > > > > > --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2015 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 11.0-CURRENT #16 r285990M: Fri Jul 31 15:31:38 CDT 2015 root@oldtbh.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: running with driver "vga". CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.56-MHz K8-class CPU) Origin="GenuineIntel" Id=0xf43 Family=0xf Model=0x4 Stepping=3 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100800 TSC: P-state invariant real memory = 9395240960 (8960 MB) avail memory = 8257855488 (7875 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 random: unblocking device. ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80fe15a0, 0) error 19 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: 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 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 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 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pmspcv0: agtiapi_probe: PCI DEVICE NOT SUPPORTED by this driver!!Vendor ID : 0x9005 Device ID : 0x801d ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci2 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs pmspcv0: agtiapi_probe: PCI DEVICE NOT SUPPORTED by this driver!!Vendor ID : 0x9005 Device ID : 0x801d ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2e:99:ba em0: netmap queues/slots: TX 1/256, RX 1/256 em1: port 0x3040-0x307f mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2e:99:bb em1: netmap queues/slots: TX 1/256, RX 1/256 pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xdd001000-0xdd0013ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x4000-0x40ff mem 0xde000000-0xdeffffff,0xdd400000-0xdd400fff irq 17 at device 1.0 on pci6 vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 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 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 ppc0: cannot reserve I/O port range ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 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 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ses0 at ahd0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number ML00010689 da0: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da0: Command Queueing enabled da0: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da1 at ahd0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number ML00010000 da1: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da1: Command Queueing enabled da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da2 at ahd0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: Serial Number DA29P8A003NE da2: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da2: Command Queueing enabled da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da3 at ahd0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: Serial Number ML00010566 da3: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da3: Command Queueing enabled da3: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! cd0 at ata1 bus 0 scbus3 target 1 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Timecounter "TSC-low" frequency 1496280000 Hz quality 1000 Trying to mount root from zfs:zroot/ROOT/default []... lagg0: link state changed to DOWN em0: link state changed to UP lagg0: link state changed to UP em1: link state changed to UP --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=GENERIC # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: head/sys/amd64/conf/GENERIC 285662 2015-07-17 23:30:43Z benno $ cpu HAMMER ident GENERIC makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions WITH_CTF=1 # Run ctfconvert(1) for DTrace support options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options IPSEC # IP (v4/v6) security options TCP_OFFLOAD # TCP offload options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options QUOTA # Enable disk quotas for UFS options MD_ROOT # MD is a potential root device options NFSCL # Network Filesystem Client options NFSD # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options COMPAT_FREEBSD9 # Compatible with FreeBSD9 options COMPAT_FREEBSD10 # Compatible with FreeBSD10 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options MAC # TrustedBSD MAC Framework options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options DDB_CTF # Kernel ELF linker loads CTF data options INCLUDE_CONFIG_FILE # Include this file in kernel options RACCT # Resource accounting framework options RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=0 by default options RCTL # Resource limits # Debugging support. Always need this: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. # For full debugger support use (turn off in stable branch): options DDB # Support DDB. options GDB # Support remote GDB. options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi options ACPI_DMAR device pci options PCI_IOV # PCI SR-IOV support # Floppy drives device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_STATIC_ID # Static device numbering device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device esp # AMD Am53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion device mps # LSI-Logic MPT-Fusion 2 device mpr # LSI-Logic MPT-Fusion 3 #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device isci # Intel C600 SAS controller # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) #device ctl # CAM Target Layer # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptnr # Highpoint DC7280, R750 device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device hpt27xx # Highpoint RocketRAID 27xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID device tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device aacraid # Adaptec by PMC RAID device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family device mrsas # LSI/Avago MegaRAID SAS/SATA, 6Gb/s and 12Gb/s device pmspcv # PMC-Sierra SAS/SATA Controller driver #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # NVM Express (NVMe) support device nvme # base NVMe driver device nvd # expose NVMe namespaces as disks, depends on nvme # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver options VESA # Add support for VESA BIOS Extensions (VBE) device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_PIXEL_MODE # add support for the raster text mode # vt is the new video console driver device vt device vt_vga device vt_efifb device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. device bxe # Broadcom NetXtreme II BCM5771X/BCM578XX 10GbE device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ix # Intel PRO/10GbE PCIE PF Ethernet device ixv # Intel PRO/10GbE PCIE VF Ethernet device ixl # Intel XL710 40Gbe PCIE Ethernet device ixlv # Intel XL710 40Gbe VF PCIE Ethernet device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device gem # Sun GEM/Sun ERI/Apple GMAC device hme # Sun HME (Happy Meal Ethernet) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sge # Silicon Integrated Systems SiS190/191 device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros NICs device ath_pci # Atheros pci/cardbus glue device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later device ath_rate_sample # SampleRate tx rate control for ath #device bwi # Broadcom BCM430x/BCM431x wireless NICs. #device bwn # Broadcom BCM43xx wireless NICs. device ipw # Intel 2100 wireless NICs. device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. device iwn # Intel 4965/1000/5000/6000 wireless NICs. device malo # Marvell Libertas wireless NICs. device mwl # Marvell 88W8363 802.11n wireless NICs. device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. device wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device padlock_rng # VIA Padlock RNG device rdrand_rng # Intel Bull Mountain RNG device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da # Sound support device sound # Generic sound driver (required) device snd_cmi # CMedia CMI8338/CMI8738 device snd_csa # Crystal Semiconductor CS461x/428x device snd_emu10kx # Creative SoundBlaster Live! and Audigy device snd_es137x # Ensoniq AudioPCI ES137x device snd_hda # Intel High Definition Audio device snd_ich # Intel, NVidia and other ICH AC'97 Audio device snd_via8233 # VIA VT8233x Audio # MMC/SD device mmc # MMC/SD bus device mmcsd # MMC/SD memory card device sdhci # Generic PCI SD Host Controller # VirtIO support device virtio # Generic VirtIO bus (required) device virtio_pci # VirtIO PCI device device vtnet # VirtIO Ethernet device device virtio_blk # VirtIO Block device device virtio_scsi # VirtIO SCSI device device virtio_balloon # VirtIO Memory Balloon device # HyperV drivers and enchancement support # NOTE: HYPERV depends on hyperv. They must be added or removed together. options HYPERV # Hyper-V kernel infrastructure device hyperv # HyperV drivers # Xen HVM Guest Optimizations # NOTE: XENHVM depends on xenpci. They must be added or removed together. options XENHVM # Xen HVM kernel infrastructure device xenpci # Xen HVM Hypervisor services driver # VMware support device vmx # VMware VMXNET3 Ethernet # Netmap provides direct access to TX/RX rings on supported NICs device netmap # netmap(4) support # The crypto framework is required by IPSEC device crypto # Required by IPSEC --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=VT-LER # VT-LER -- kernel config using the vt(9) system console instead of legacy syscons include GENERIC ident VT-LER options ZFS # Build ZFS into the kernel - Root on ZFS nooptions WITNESS # Enable checks to detect deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options KDB_UNATTENDED #nodevice pmspcv --jI8keyz6grp/JLjh-- From owner-freebsd-current@freebsd.org Fri Jul 31 20:44:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9D989B054D for ; Fri, 31 Jul 2015 20:44:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B283A1EC8; Fri, 31 Jul 2015 20:44:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 0C6051F12; Fri, 31 Jul 2015 20:44:05 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 20:44:03 +0000 From: Glen Barber To: Larry Rosenman Cc: Warner Losh , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731204403.GB1304@FreeBSD.org> References: <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: <20150731204137.GA832@oldtbh.lerctr.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 20:44:06 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 03:41:37PM -0500, Larry Rosenman wrote: > We have a winner -- rebuilt with just this patch, and GENERIC with pmspcv= ,=20 > and we boot. >=20 Larry, thank you so much for your willingness to test this. It is greatly appreciated. Glen --98e8jtXdkpgskNou Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVu94TAAoJEAMUWKVHj+KTrQQP/jqxdEUJm+hdjCsp+KqU2i/1 pwoHat5KEmigYL1br5N6wo/cjvFnVpFVfz5R3+ZZUw1b8lzlac7Ysr+jOTJJ3iJ0 bc+PxENXiywpa/ESi5NmXy5JHrZ9i8Ane1x770KK+DCis4ZJS2QHCwuuNx0IXXYb dl5EmHUmyUJpOfxSOQ04udlyJEzBFLWH5YG8XyoKXiSOgzmCQWwg56CmSexMabnA 6YgoWuVzgQw2C7WeW2r1PkmFhpLMxD7qrI4ElUcvIN5VCv4Hn+JFui+XafmHZdGN ajut30Fq5mER0RIVOPogdK8smmPKuqipoH3VqeBzF3LUS5SWdFzjq8gwCe/mZ8Ft 8W3ZYiLOMzk7TiR2T+5W98Hy6wol8PF5jAeCY77M0Ldj7Uyy3/uME+Swwal+U6zH lGnjtL2xCbFvSvjkQBVurDmkmdDe/qo2BxT7CFas2gXXQz7ulV3dAlPa7HE/9WXa Y10uBpdOwznGakFBQWCMpH8fISQnH8I3U9prUganaxwJPrhHP6jGLRL8oO1qdHIh XJPQM1m/lQoVFE0J2HOpaJWoeQzgaaK1zaTyMlC40sCK9rvp9OiOksT9LabHhWnb /VAbzhxsqOGx27RrbsYxWWXoNMzq6oH9v59kuOO5gBkZwwRoPYhCQqwEY+1cwzOg acAghgBrl6zD5rsuiaa9 =q2wR -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-current@freebsd.org Fri Jul 31 20:46:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49BC99B0591 for ; Fri, 31 Jul 2015 20:46:21 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 181B01FFC; Fri, 31 Jul 2015 20:46:21 +0000 (UTC) (envelope-from ler@lerctr.org) 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=Mhw+3+g/mHNUK5uw1hbcvL3WRt5Z/TUacOQiCer+SOo=; b=KxKc2QDWCOUKGqHfsFjNTrGPNYfTCgJhFbIwUwkRpbMSGctCB5xZdv92I1TYX07CKruI0ZosD3LrSjPbnuilX6WBe6jsa5qs9UgmTzRAHEqeY3qYMPbA9CLmX+Rfravi9XkYj0KxCVcXCEH2sZzlDLrvyB0agmqUjlkfiOO5fDg=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:33739 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZLHC8-000F0O-7n; Fri, 31 Jul 2015 15:46:20 -0500 Received: from ip-64-134-48-134.public.wayport.net ([64.134.48.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 31 Jul 2015 15:46:20 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 31 Jul 2015 15:46:20 -0500 From: Larry Rosenman To: Glen Barber Cc: Warner Losh , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box In-Reply-To: <20150731204403.GB1304@FreeBSD.org> References: <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 20:46:21 -0000 On 2015-07-31 15:44, Glen Barber wrote: > On Fri, Jul 31, 2015 at 03:41:37PM -0500, Larry Rosenman wrote: >> We have a winner -- rebuilt with just this patch, and GENERIC with >> pmspcv, >> and we boot. >> > > Larry, thank you so much for your willingness to test this. It is > greatly appreciated. > > Glen Absolutely my pleasure. I appreciate ALL that the re@ and developers folks do for FreeBSD. Best OS ever :) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Fri Jul 31 21:11:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C9839B0836 for ; Fri, 31 Jul 2015 21:11:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D8CCCC6 for ; Fri, 31 Jul 2015 21:11:19 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pdbbh15 with SMTP id bh15so48178126pdb.1 for ; Fri, 31 Jul 2015 14:11:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=gXj9dTF/56Gb8PhvMgD4GE1963Y23JvzV1qECTzRhBk=; b=WhLJNgtFgEYqQke20RukeM255eYJZfUwWU93FcedzBCB24qL6FAgUd3SO9UsjaSBb7 taIK3sHBQIhKhmHDkSSFFrCR+fbykYye42Q8o9RFUbsccZwbj4ec2r4eDBgCQ14ogcsE 9CUiWjo/kvFmOD75CSFSxsABBYCsGfnwF54D75N755BnlKzCkRfMhlJUtE+vdGnwLvUv NRNAnDnzXJCSJxPnK6/pZ/Uro+fhqOJfl3nzgEqT0J7b6DQFeZgMzuJNW6n0oVYXe8sF JWUk+U97L0/8IVZP8PkvNdErqstorgTVjIct/f2FieTKM2NagniO7RyRT8QAVtPe3kIt m45g== X-Gm-Message-State: ALoCoQntWd4l0CMl/MlI21XoA+ll+UIqJw4OyxLYIXBFF5bDvnLY+QWJRoGzfF7OmAutofHz4jD8 X-Received: by 10.70.45.134 with SMTP id n6mr11264592pdm.124.1438377078823; Fri, 31 Jul 2015 14:11:18 -0700 (PDT) Received: from [10.64.26.198] ([69.53.236.236]) by smtp.gmail.com with ESMTPSA id b11sm4036275pdm.24.2015.07.31.14.11.17 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 Jul 2015 14:11:17 -0700 (PDT) Sender: Warner Losh Subject: Re: pmspcv panic on boot on this box Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_220A84F4-F25E-4BB7-974D-D2F6D0DA1FD0"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: Date: Fri, 31 Jul 2015 15:11:15 -0600 Cc: Glen Barber , Benno Rice , freebsd-current@freebsd.org Message-Id: References: <20150731042114.GP90754@FreeBSD.org> <20150731065016.GT90754@FreeBSD.org> <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> To: Larry Rosenman X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 21:11:20 -0000 --Apple-Mail=_220A84F4-F25E-4BB7-974D-D2F6D0DA1FD0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 31, 2015, at 2:46 PM, Larry Rosenman wrote: >=20 > On 2015-07-31 15:44, Glen Barber wrote: >> On Fri, Jul 31, 2015 at 03:41:37PM -0500, Larry Rosenman wrote: >>> We have a winner -- rebuilt with just this patch, and GENERIC with = pmspcv, >>> and we boot. >> Larry, thank you so much for your willingness to test this. It is >> greatly appreciated. >> Glen > Absolutely my pleasure. I appreciate ALL that the re@ and developers = folks do for FreeBSD. >=20 > Best OS ever :) Thanks Larry. I=E2=80=99ll cleanup the patch (I=E2=80=99d never knowing = commit #if 0 w/o a good reason) and get it reviewed. The good news is that we can make a fairly low-risk = patch for 10.2R I think, subject to the blessings of our benevolent re@ overlords... Warner --Apple-Mail=_220A84F4-F25E-4BB7-974D-D2F6D0DA1FD0 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVu+RzAAoJEGwc0Sh9sBEAzLoQAJPO4LGTrdyr4NZxSW5kUx9x 4hkw+ixeNK22T2U8Tynpdqb4Cr65CGDPOjaVBeTxiuuy7ttToWtIDqvJUb4XhJ4H PJCmhgxJhmSROJXPkQMoVGSHXJHW8OA9KQmGszOXjcWZlf1nMGmUNrcNCg0+6NJb qVUGlJngqINk1XGtAZv9dJ1TVVV1Oj9XcmHhPZBi40GFWSBXKIuYyFKpzgJpeXj3 0o80S9rduH1u49yLIDFpq6S8utAkbYjZTWprZw/liV2prtEbqEAsTSOHPoAZTlCg XSDNNB4MvClGmIRkiRBxVgpqyntwkUQ6Wy8QQqvisAxOhmaEXXNoExsOAk1kYtL6 70jIRjvcE5syiSnlGjsndPfE6X6oqeKSIHAklFocfU0t3zssU/1OXqdosdV9zNqV /OcWI11zE/QGBwngWZxoA7tmhC9J0CN0d8sgNMAELCnfJIPTkpzRY/aIapydnAPb /q/LL1gHBeVyiHnStkOtV8xjtiJOys8SBuyc3vMB3EibWbgszVkBzDro6qTE8hfc YaJN6Y5om3HTmwWWE+idpMcak2iFVOFUBoUXMjG+3IZ6rgkAoTDV6b6zitAnhrNX 2n+0xj44zrrVQDII4d8EDMyHS7mz/oPWVlEanJkBTwfmBHIfOts+FsuzepnPak1Q Jl2DOM+kXhibHmjS6gsu =/ZRH -----END PGP SIGNATURE----- --Apple-Mail=_220A84F4-F25E-4BB7-974D-D2F6D0DA1FD0-- From owner-freebsd-current@freebsd.org Fri Jul 31 21:32:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A39F9B0E34 for ; Fri, 31 Jul 2015 21:32:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 72E322EB; Fri, 31 Jul 2015 21:32:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id C8E7A1F19; Fri, 31 Jul 2015 21:32:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 21:32:55 +0000 From: Glen Barber To: Warner Losh Cc: Larry Rosenman , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150731213255.GC1304@FreeBSD.org> References: <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="V88s5gaDVPzZ0KCq" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 21:32:57 -0000 --V88s5gaDVPzZ0KCq Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 03:11:15PM -0600, Warner Losh wrote: >=20 > > On Jul 31, 2015, at 2:46 PM, Larry Rosenman wrote: > >=20 > > On 2015-07-31 15:44, Glen Barber wrote: > >> On Fri, Jul 31, 2015 at 03:41:37PM -0500, Larry Rosenman wrote: > >>> We have a winner -- rebuilt with just this patch, and GENERIC with pm= spcv, > >>> and we boot. > >> Larry, thank you so much for your willingness to test this. It is > >> greatly appreciated. > >> Glen > > Absolutely my pleasure. I appreciate ALL that the re@ and developers f= olks do for FreeBSD. > >=20 > > Best OS ever :) >=20 > Thanks Larry. I=E2=80=99ll cleanup the patch (I=E2=80=99d never knowing c= ommit #if 0 w/o a good reason) > and get it reviewed. The good news is that we can make a fairly low-risk = patch for 10.2R > I think, subject to the blessings of our benevolent re@ overlords... >=20 My gut instinct is to leave the driver in 10.2 as-is for now, as I'd like to make sure this driver does not present more pain (and certainly before being re-enabled in GENERIC on stable/10), since this situation could have been much more of a disaster. Personally, I'd like to keep it out of GENERIC on stable/10 for at least a month, while things get shaken out in head. That said, once the issues are flushed out, re@ will be happy to issue an EN for 10.2 to resolve the existing (and any new) issues with this. Glen --V88s5gaDVPzZ0KCq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVu+mHAAoJEAMUWKVHj+KTQ3sQAJmaoC5DfnbD/a6FhHahnPjl fpjzIKgZ0w9F4tlS3dDqJ7vX8B38bigV6UDzdNdZxwFKs7/dWGy9e7fddeKFgeUI KdvL3c4+gwDUikypeYaWVWlw23KZMSas7trSXeSZnjQGR6vPpFafqbxfTwKdhOFe h5jYK7qKzW74aQmBt9w+AEEbrrqSQ9spXwpDMrlTFAjJqpuNk1owqqCflrGbPZUH Te2WAxW5W6JYnpVS3pgurV0uMxtI/jK41NHm7e1GSCCm4uAlJ+lkUXBB4n1Ug23N ZT90IdZDxJ1pV4x2dznJh++EdL5uR1BF07OFI1aEATd9UhBKbPYO2a+ODQ7n1+7u RMySE+nopTjyW/Rn4FiinXDzMaC4DsD1/L7JpoxYLzNwGUmWVLrxmIfZl6z8FwsW nbh6eLZbhHVriZShVPtbESpjSR/aKRo9RXOZ1541FUY1MOfSIqs0+a8VzonDNSLU a/eqjznwvHJBc0HCg651Shl8Tk8d5xElGfN00mHjUVtM+xQRLEk30sPfHmYlQRBp dHwZrHQL5MsJWnenftxO+IwsqH9kchuKgkQSR1sxBkHCTBMy0plTgxEVyyWK8Kfk 4lYoCvUrze/bu7oPYCo+sMzgPuYkxF2LsFukc+SYW0SVkvfPT5Pd34P+AN0/um+b fkhuX8VQzeaADji1DanK =rNOt -----END PGP SIGNATURE----- --V88s5gaDVPzZ0KCq-- From owner-freebsd-current@freebsd.org Fri Jul 31 22:06:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF8689AF3EE for ; Fri, 31 Jul 2015 22:06:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f42.google.com (mail-pa0-f42.google.com [209.85.220.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90F171473 for ; Fri, 31 Jul 2015 22:06:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pachj5 with SMTP id hj5so46791725pac.3 for ; Fri, 31 Jul 2015 15:06:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=CAtPlOgukE7H3rjQLNTLw7kZ+YcKtZIhe6DT5cBzZTY=; b=SEfMuBXNyQ4G1+xpQ2Sg1J2TcOO/1+UNmgjciekBQx30Py5kg2624Tnoo9Im38W3Hu ZSd+2h5VXlS7gS0cgOBmpdpgTxi0+sve7jiHERxevGoeEa2N1sPjdFxUOD32TEX5aej9 D2h5Bnt1qbJNJvBD8tfmYbdYOOBQKB5D51GEPpMFM+hTvrkMMidgoM95EYACVfuKHD2Y 6o5WycQBOvJx9cK6NgO9JDGk8GKLMW/UrrXCMV0IAxdsoskVPIpYUehnCoJE13CKwbUB CE9RauK0S8TFG3DvrBt9XVMtXVT8L3abKGXNlGEM3OMypwCt7TSrRNzNrPTevMN6weCQ MqsA== X-Gm-Message-State: ALoCoQnFxiyYraSQDsoVSUM3oKzB2xfliAE22DTomkV9QmfAV1oKc8MkIRk0GjAoAoSzAzl43uh7 X-Received: by 10.66.222.161 with SMTP id qn1mr11863869pac.66.1438380398032; Fri, 31 Jul 2015 15:06:38 -0700 (PDT) Received: from [10.64.26.198] ([69.53.236.236]) by smtp.gmail.com with ESMTPSA id k5sm9498324pdn.10.2015.07.31.15.06.36 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 Jul 2015 15:06:36 -0700 (PDT) Sender: Warner Losh Subject: Re: pmspcv panic on boot on this box Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CEF8E874-6CA3-4ACF-B043-B2C44D85B352"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: <20150731213255.GC1304@FreeBSD.org> Date: Fri, 31 Jul 2015 16:06:33 -0600 Cc: Larry Rosenman , Benno Rice , freebsd-current@freebsd.org Message-Id: References: <20150731102721.GA824@oldtbh.lerctr.org> <20150731133214.GV90754@FreeBSD.org> <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> <20150731213255.GC1304@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 22:06:44 -0000 --Apple-Mail=_CEF8E874-6CA3-4ACF-B043-B2C44D85B352 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 31, 2015, at 3:32 PM, Glen Barber wrote: >=20 > On Fri, Jul 31, 2015 at 03:11:15PM -0600, Warner Losh wrote: >>=20 >>> On Jul 31, 2015, at 2:46 PM, Larry Rosenman wrote: >>>=20 >>> On 2015-07-31 15:44, Glen Barber wrote: >>>> On Fri, Jul 31, 2015 at 03:41:37PM -0500, Larry Rosenman wrote: >>>>> We have a winner -- rebuilt with just this patch, and GENERIC with = pmspcv, >>>>> and we boot. >>>> Larry, thank you so much for your willingness to test this. It is >>>> greatly appreciated. >>>> Glen >>> Absolutely my pleasure. I appreciate ALL that the re@ and = developers folks do for FreeBSD. >>>=20 >>> Best OS ever :) >>=20 >> Thanks Larry. I=E2=80=99ll cleanup the patch (I=E2=80=99d never = knowing commit #if 0 w/o a good reason) >> and get it reviewed. The good news is that we can make a fairly = low-risk patch for 10.2R >> I think, subject to the blessings of our benevolent re@ overlords... >>=20 >=20 > My gut instinct is to leave the driver in 10.2 as-is for now, as I'd > like to make sure this driver does not present more pain (and = certainly > before being re-enabled in GENERIC on stable/10), since this situation > could have been much more of a disaster. >=20 > Personally, I'd like to keep it out of GENERIC on stable/10 for at = least > a month, while things get shaken out in head. >=20 > That said, once the issues are flushed out, re@ will be happy to issue > an EN for 10.2 to resolve the existing (and any new) issues with this. You=E2=80=99re the boss. I can understand the skepticism given how badly = the current code misunderstands newbus. This instance is quite easy to fix (I should = have something in -current in a day or two). Fortunately, the series of = errors would only cause a problem if you had two Adaptec devices in your system (and not = just one). Since it is available as a module, perhaps a note explaining there was a = problem with the auto-probing code so it was omitted from GENERIC, but if you = have one of these devices put pms_load=3DYES in your loader.conf file. But only if = you don=E2=80=99t have any other devices with the Adaptec vendor ID (since if you want to load = pms, it is because you presumably have one of these cards). The path to doom is the = second trip into probe after the first trip into probe failed. I=E2=80=99d be inclined to take a middle ground and fix the driver (and = therefore the module) in 10.2R, but not put it in GENERIC until 10.3, but hey that=E2=80=99s = just me. Interested parties should check out https://reviews.freebsd.org/D3263 = for correctness or for testing. Warner --Apple-Mail=_CEF8E874-6CA3-4ACF-B043-B2C44D85B352 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVu/FqAAoJEGwc0Sh9sBEAprgP/jqe2P1yPHySRVIZSpR/tdZx QfQbTNkl54YcgF/j4j4B+k0anWUoHJ8m9fkCXueP5g/F42PJYVMqUq9tqf+biJgx b1mKHvbR45Ca8Ud9Rzm/vQno6nPEXfHnu9nsrux/ksCcbZqRYjD8CTLKgi9iA5Z8 hZ8sAe1cJE2oK5XnJtoClHhssY8YK3eDTdTIh9spL58u8lX18iGWocXG6O1ydgZa qmzPaWBwPf7CuU+JrjxxlEPq0gRPLRvHlEsfRzaTQ9CZaPTwgvjFjNmWZcQEZTau uozTehUrNFCaJAJb4ANA8Q40rpfGBzSU7MhIPPETrsp93QSV2S4WVgamABqmyItz /jiXPzg//d6URkjvcT1ciS+gxvFNtBcaaTtiqXiaHa8x3vo1rxbDXrJbZDDJA2Gv ogBend9CftwsNFx4qD367F7ME55j5Z4fQ8yD5kS9Sx6iLaWqqDYZv/WZaAueSbFG sDdx4hgSzRlZicDBJU211WO360RpC55mhqRoBP2s5JDLjl+YiQUfFtXaDXOz1mIX 0vWfjzs1wV/UHIwDc0LE9O2cu1qG6HBqUEDRHJcqpACpoEhffr8xRLX6G3WwzkIk 72+LkqwSsBfnQ5Xp+BPI1nDPUPL8fr82QlfgVZl+Cifq2gwytVaLMZrNsFCfAzCd 9DE4yrMbeMcRKfEFckjl =NzAp -----END PGP SIGNATURE----- --Apple-Mail=_CEF8E874-6CA3-4ACF-B043-B2C44D85B352-- From owner-freebsd-current@freebsd.org Sat Aug 1 04:24:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6F3C9B028C for ; Sat, 1 Aug 2015 04:24:40 +0000 (UTC) (envelope-from mailinglists@debank.tv) Received: from smtpout100.ehv.onlinespamfilter.nl (smtpout100.ehv.onlinespamfilter.nl [217.21.240.168]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 566D21F20 for ; Sat, 1 Aug 2015 04:24:39 +0000 (UTC) (envelope-from mailinglists@debank.tv) Received: from smtp.onlinespamfilter.nl (localhost [127.0.0.1]) by smtp.onlinespamfilter.nl (Postfix) with ESMTP id 3mjsnW5c1Sz76 for ; Sat, 1 Aug 2015 06:24:31 +0200 (CEST) Received: from smtp.debank.tv (145-158-ftth.on.nl [88.159.158.145]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.onlinespamfilter.nl (Postfix) with ESMTPS for ; Sat, 1 Aug 2015 06:24:31 +0200 (CEST) Received: from smtp.debank.tv (smtp.debank.tv [172.16.143.25]) by smtp.debank.tv (Postfix) with ESMTP id 08F09220DD4 for ; Sat, 1 Aug 2015 06:24:31 +0200 (CEST) Received: from tui.debank.tv (243.225.69.111.dynamic.snap.net.nz [111.69.225.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: rob) by smtp.debank.tv (Postfix) with ESMTPSA id 3A002220DD3 for ; Sat, 1 Aug 2015 06:24:29 +0200 (CEST) Message-ID: <55BC49FA.8000707@debank.tv> Date: Sat, 01 Aug 2015 16:24:26 +1200 From: mailinglists User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box References: <04E640B9-423C-4C30-BF90-D3DD148C930D@FreeBSD.org> <765D2BB8-F101-4D8C-BF1D-BB896904FB29@FreeBSD.org> <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <866ce0ab91b71ca7c04599c041b90906@roundcube.debank.tv> <20150731045248.GQ90754@FreeBSD.org> In-Reply-To: <20150731045248.GQ90754@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP @ debank.tv X-OSF-Virus: CLEAN X-OSF-Outgoing: Innocent X-OSF-Account: 1327 X-OSF-SUM: be2ac559292713ea1bfee0bf25fad289 X-OSF-Info: Checked for spam and viruses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 04:24:41 -0000 On 31/07/15 4:52 pm, Glen Barber wrote: > On Fri, Jul 31, 2015 at 04:48:18AM +0000, mailinglists@debank.tv wrote: >> July 31 2015 4:21 PM, "Glen Barber" wrote: >>> On Fri, Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote: >>> >>>> On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: >>>>> On 2015-07-30 17:17, Glen Barber wrote: >>>>>> On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: >>>>>>> Kernel compiling -- give mr a bit and I'll boot it and make sure it >>>>>>> comes >>>>>>> up. >>>>>>> >>>>>> Larry, have you had any luck with this patch applied? If it resolves >>>>>> your issue, I want to make sure it is included in the 10.2-RC2 build. >>>>>> >>>>>> Thanks. >>>>>> >>>>> [...] >>>>> >>>>> There are 3 pictures from the CURRENT panic. >>>>> >>>>> it STILL fails. :( >>>>> >>>> Larry, I am sorry this is causing headaches for you, and I certainly >>>> appreciate the prompt (and detailed) report, and assistance debugging >>>> this. >>>> >>>> Would you be able to try one more test case? >>>> >>>> I'm interested in the behavior without the 'nodevice pmsdrv' addition to >>>> your kernel configuration (effectively, removing the device from the >>>> GENERIC kernel), and *without* the patch provided from Benno? >>> To be more specific on what I'm interested in, 'nodevice pmsdrv' and >>> 'device pmsdrv' should *both* be removed from the kernel configuration, >>> and the pms(4) should only be available as a .ko module. >>> >>>> In particular, I'm interested in if ahd(4) attaches or if loader(8) >>>> auto-loads pms(4) after the PCI IDs are detected. >>>> >>>> As this issue also affects the upcoming 10.2-RELEASE, your willingness >>>> to help debug this is greatly appreciated, as you've tripped over >>>> something that would have caused a great deal of pain after 10.2 was >>>> release. >>>> >>>> I owe you several beers. >> Hi All, >> >> I've experienced the same bug although with a mvs(4) device on 10.2-PRERELEASE, once the pms driver is removed from the kernel config the problem disappears, I haven't had time to try the suggested patch as I only found this thread after removing the pms driver from the kernel. >> >> > Thank you for the information (stripped from my reply). > > So, to be clear, you have 'device pmsdrv' removed from the kernel > config, but the /boot/kernel/pmspcv.ko is still available to the system? > > Glen > Glen, I removed the module from /boot/kernel to be sure it wasn't loaded. Rob Evers From owner-freebsd-current@freebsd.org Sat Aug 1 04:27:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F07B9B02FB for ; Sat, 1 Aug 2015 04:27:00 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 5E29F107C; Sat, 1 Aug 2015 04:27:00 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 8C13D180B; Sat, 1 Aug 2015 04:26:59 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 1 Aug 2015 04:26:57 +0000 From: Glen Barber To: mailinglists Cc: freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150801042657.GK1304@FreeBSD.org> References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <866ce0ab91b71ca7c04599c041b90906@roundcube.debank.tv> <20150731045248.GQ90754@FreeBSD.org> <55BC49FA.8000707@debank.tv> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dxRQSzdsN/lOP445" Content-Disposition: inline In-Reply-To: <55BC49FA.8000707@debank.tv> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 04:27:00 -0000 --dxRQSzdsN/lOP445 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 01, 2015 at 04:24:26PM +1200, mailinglists wrote: > On 31/07/15 4:52 pm, Glen Barber wrote: > > So, to be clear, you have 'device pmsdrv' removed from the kernel > > config, but the /boot/kernel/pmspcv.ko is still available to the system? > > >=20 > I removed the module from /boot/kernel to be sure it wasn't loaded. >=20 This does not help with debugging the *real* problem. Glen --dxRQSzdsN/lOP445 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVvEqRAAoJEAMUWKVHj+KTImgQAIJpPQ7fbjzfSkfFZxZIS186 pZNCfODdzqxTTO0vgEhmac294g/eiWXnec3EMS2SBTnb0GNBFPC6PWiEBZ3vTQnV flH2a9rQqTHMe0JpgZNaBVPwHQvxQPy6oP/e0vPnP2CQ/ybCNIZqhZ6yzg8ORGIF zc0pDT/n7R9p7Bb9EnnD7n+MWeqpF1/iWmAPra677IuGuSFjFtp3CYiL2IRDY9yN LnevSU76pdAEiQL2dAC8bYy/YlK/TN1Az17xoNKVE6pSkohDEUvNzqmy1PA6epEL HZbL7FHqfLcIhIenDS4momrC9OirLq0orqkp86JP4Qktbl8myCt++Cw6/FCy41GA cU/4Ctz/0WvvNWYwEiRdGGqCGro1fItoEdwXJ+yCgAUPgKuqydhHjcJg1KTd8Emk xR5olVwXRIYsIPwJ+1hPsCKKosY1YGObnuWCTVuR2KyGghdCSPiNGF5jTGASqJsP /o4oSvvGM5ke6P7ci6dWp0ZZv/qhSm9GtkEeyQFvHoaOqu+Y3dKrrCAX0Rg88gJT 4aae2975Cp8zUrQr5ZVsSrrx9eYPcsU/nAqyOl/EbxdluS3IbFmTFIVU/VyS0i8W QODvLQC0TIBkYHaxfsnnOkp9oiMZ6SPFr8JlbhIubbpYhoWeYjjYPp+dujCgqS+B 0PnI37Xq5ujCN8BPI19M =zgot -----END PGP SIGNATURE----- --dxRQSzdsN/lOP445-- From owner-freebsd-current@freebsd.org Sat Aug 1 04:34:24 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 142199B047C for ; Sat, 1 Aug 2015 04:34:24 +0000 (UTC) (envelope-from mailinglists@debank.tv) Received: from smtpout100.ehv.onlinespamfilter.nl (smtpout100.ehv.onlinespamfilter.nl [217.21.240.168]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B53BF1575 for ; Sat, 1 Aug 2015 04:34:23 +0000 (UTC) (envelope-from mailinglists@debank.tv) Received: from smtp.onlinespamfilter.nl (localhost [127.0.0.1]) by smtp.onlinespamfilter.nl (Postfix) with ESMTP id 3mjt0r0plyz3G; Sat, 1 Aug 2015 06:34:20 +0200 (CEST) Received: from smtp.debank.tv (145-158-ftth.on.nl [88.159.158.145]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.onlinespamfilter.nl (Postfix) with ESMTPS; Sat, 1 Aug 2015 06:34:19 +0200 (CEST) Received: from smtp.debank.tv (smtp.debank.tv [172.16.143.25]) by smtp.debank.tv (Postfix) with ESMTP id 9F298221009; Sat, 1 Aug 2015 06:34:19 +0200 (CEST) Received: from tui.debank.tv (243.225.69.111.dynamic.snap.net.nz [111.69.225.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: rob) by smtp.debank.tv (Postfix) with ESMTPSA id 3A6C2221008; Sat, 1 Aug 2015 06:34:17 +0200 (CEST) Message-ID: <55BC4C46.9070508@debank.tv> Date: Sat, 01 Aug 2015 16:34:14 +1200 From: mailinglists User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Glen Barber CC: freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box References: <20150730201351.GH90754@FreeBSD.org> <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <866ce0ab91b71ca7c04599c041b90906@roundcube.debank.tv> <20150731045248.GQ90754@FreeBSD.org> <55BC49FA.8000707@debank.tv> <20150801042657.GK1304@FreeBSD.org> In-Reply-To: <20150801042657.GK1304@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP @ debank.tv X-OSF-Virus: CLEAN X-OSF-Outgoing: Innocent X-OSF-Account: 1327 X-OSF-SUM: 1fc37a1535f0f4af21fa4f15fa8789b7 X-OSF-Info: Checked for spam and viruses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 04:34:24 -0000 On 1/08/15 4:26 pm, Glen Barber wrote: > On Sat, Aug 01, 2015 at 04:24:26PM +1200, mailinglists wrote: >> On 31/07/15 4:52 pm, Glen Barber wrote: >>> So, to be clear, you have 'device pmsdrv' removed from the kernel >>> config, but the /boot/kernel/pmspcv.ko is still available to the system? >>> >> I removed the module from /boot/kernel to be sure it wasn't loaded. >> > This does not help with debugging the *real* problem. > > Glen > Glen, What would be most helpful to try? 1. rebuild kernel with 'pmsdrv' removed from kernel, install and reboot with the module present 2. patch the src tree (with the patches in the e-mail thread) and rebuild/install kernel (GENERIC) and reboot 3. anything else I will have an hour or two of free time later on so I could try and help out. Rob Evers From owner-freebsd-current@freebsd.org Sat Aug 1 04:37:02 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37D379B04C9 for ; Sat, 1 Aug 2015 04:37:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 220F916CC; Sat, 1 Aug 2015 04:37:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 9F4CC19FA; Sat, 1 Aug 2015 04:37:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 1 Aug 2015 04:36:59 +0000 From: Glen Barber To: mailinglists Cc: freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150801043659.GM1304@FreeBSD.org> References: <20150730201517.GI90754@FreeBSD.org> <20150730221728.GK90754@FreeBSD.org> <452d406c68674df3834c75bd3736e6dc@thebighonker.lerctr.org> <20150731041815.GO90754@FreeBSD.org> <866ce0ab91b71ca7c04599c041b90906@roundcube.debank.tv> <20150731045248.GQ90754@FreeBSD.org> <55BC49FA.8000707@debank.tv> <20150801042657.GK1304@FreeBSD.org> <55BC4C46.9070508@debank.tv> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5fECsWged6836Ycf" Content-Disposition: inline In-Reply-To: <55BC4C46.9070508@debank.tv> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 04:37:02 -0000 --5fECsWged6836Ycf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 01, 2015 at 04:34:14PM +1200, mailinglists wrote: > On 1/08/15 4:26 pm, Glen Barber wrote: > > On Sat, Aug 01, 2015 at 04:24:26PM +1200, mailinglists wrote: > >> On 31/07/15 4:52 pm, Glen Barber wrote: > >>> So, to be clear, you have 'device pmsdrv' removed from the kernel > >>> config, but the /boot/kernel/pmspcv.ko is still available to the syst= em? > >>> > >> I removed the module from /boot/kernel to be sure it wasn't loaded. > >> > > This does not help with debugging the *real* problem. > > > > Glen > > > Glen, >=20 > What would be most helpful to try? >=20 > 1. rebuild kernel with 'pmsdrv' removed from kernel, install and reboot > with the module present > 2. patch the src tree (with the patches in the e-mail thread) and > rebuild/install kernel (GENERIC) and reboot > 3. anything else >=20 > I will have an hour or two of free time later on so I could try and help > out. >=20 There was an updated patch posted (in reply to this thread) that would be helpful if you could test. It's not the final version, but it is helpful to know (since you have a different storage controller driver affected) if it prevents the panic for you. Glen --5fECsWged6836Ycf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVvEzrAAoJEAMUWKVHj+KT6UIQAJzmgTpM7CSosAP42UNkXHFT OtdDJXY3cL+qoh0ZSd+e1uYV6HL4JUIwyEiC+WjYR2Os18UVCxVg4AZhpDdIC5lz phv0dGCBs9UgJ24cVLg3+eqHEhzm1/6Zst7mAVXR/h25PwDBKxfJyHlVtN10+AaL CMgp6CRryjcfG0+XaDCqQkkZYRjioxt9UZT44EoSDJQ+SsquLsZnTJJUgb3sqjR/ pZj0+k8Rue8GM/RNg1n6AtA87Fsb1I40zK1fqNCLDxpHCQthIdY9DaZgCq+IYSDD Hz6Gl0aUeK70/LvQSEe7RLXPs3EWpB4D/TGui8ANtVuj6LTgX6jfQktWjRE+/EDQ xFadHPAr9qAwtglURf934ZC+YdLJWD5NYXrU04LlgtyLu0Xkd6r+6RMJuUBhJSJW 2K1h8bwnG1HPqGbVuBnSzlTgYBg0pLjGG1tJohDeI/EjukLAb8d0eTa+4efHUl9W CocOrRM8Qvq+n/sHwV+PGwnlh+SbK0F5USmUCC0q674+D02Ue5giO9/7r2rNthND 2F/gyUwOa04f8EBAktQqLu/m3H4Y0msziOAoL8jYR+U1B4FAb+QIdF26LEDoXP0D yIN9nkjLVnINazkdHadUGYR2+bjmCtbwm2SpdqJ8pnFfy4RZjOU0R2Yrjc7b2ykP IJGnXdRFeKMLYBkl8RkT =yPq8 -----END PGP SIGNATURE----- --5fECsWged6836Ycf-- From owner-freebsd-current@freebsd.org Sat Aug 1 08:32:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 212589B0D36 for ; Sat, 1 Aug 2015 08:32:22 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm18-vm4.access.bullet.mail.bf1.yahoo.com (nm18-vm4.access.bullet.mail.bf1.yahoo.com [216.109.115.83]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB8CBA4C for ; Sat, 1 Aug 2015 08:32:21 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1438417516; bh=HaixuPBG+vIB9lj+OPBE3WvSA2e3wpzX0YCWqRQuo3w=; h=Date:From:To:CC:Subject:References:From:Subject; b=ZdZEpMtjife5JHw3n4aN0kL+48pT4WV0emPja/qeckopDz8Nxobnk8aQayDL7wxSB/eWaWB4UokyKDwh1w7Xjw/noGz8N0XNVQUOfzwcGIjqxs6pzScVyNd4kE6LyAnKnbpDzmDm9fhLlkp8sKk3Yd4KJpeLkU5SkQensxP0qstxJeLljwcjTDVUm5Oy0y4z/12kWTRJHN0rWaQAdi7KCGkw+7ltUt+0hBSXarT48Fn2gywc0Goq3UokLjub7OW7J0WXeyQhL9QESnwNl9vpQvnv4TQ8r6YoV7RZK8LM0DJMfIYh9vQuBcgXgmXrGOQ3uQYqwnzXGrzDRzaXkiVG9w== Received: from [66.196.81.163] by nm18.access.bullet.mail.bf1.yahoo.com with NNFMP; 01 Aug 2015 08:25:16 -0000 Received: from [98.138.104.97] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 01 Aug 2015 08:25:16 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.ne1.yahoo.com with NNFMP; 01 Aug 2015 08:25:16 -0000 X-Yahoo-Newman-Id: 776723.76234.bm@smtp117.sbc.mail.ne1.yahoo.com Message-ID: <776723.76234.bm@smtp117.sbc.mail.ne1.yahoo.com> X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ajPvwygVM1m1kMTw2mLicokL.Huu0tId4prNNjcEjlFIO0p fuZsFMUHSCBCxTXrOVCFiwccYEPwWL0ZqgjASy_0R7IstAQhf9RMj_ofEbGQ EJJLFC0Hv72J0ElTU6G9d7jtnWRnvURg0enqH6OMxuqGsf0F67y1C.23AK3z n4Z6tZBLjPnI9v0J48H7vdTLnqZGuR6qEKGM7k3Ix_t43n54AJcrS3hVz1cv PHeOaHleapjJFHT09E.tjN72Oivk8bWeZl.Kk2NYxBv2HzGXFJ6x3zgzipew vtLQDzb_GZZ1njbVF.5jBVEgiNLR7raVmdjxLkcx1lBSlwq_gthyjatD7MEO c2oaEFH08_4f1QtQZ.gq.rHRzAVVNl9AIR1ZOlSAbOOrUD3crW1InsZhVmhY 6ZjT.eED0OKv6.NvYM8LPfomzwg9jQgxir_YgAYolSRA1P6VSb6zXk0.o1xP nbUyYQ4JA_UYFlDGwRI9Ew9aWFftrK3FZCxSTALh_kkdkqVpAsXYwz9cEWH9 Ya7Hmbt_88Ir5NqDqu2Megjt3fnAud10ajhkcp63hN74VPtvsIiWY_g4vYlQ - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- Date: Sat, 01 Aug 2015 08:24:09 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: freebsd-net@freebsd.org Subject: Re: CFT: ndis(4) testers needed! References: <20150731121226.GJ889@FreeBSD.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 08:32:22 -0000 > I need to make couple of non-functional but rather large changes > to the if_ndis driver and will appreciate if anyone signs up to > test my changes. Please contact me if you can provide help. > Totus tuus, Glebius. I have two possible candidates for testing: Hiro H50191 USB wi-fi adapter, but this seems to work as rsu in FreeBSD-current but not 10-STABLE. Atheros AR9271 on-motherboard quasi-USB wi-fi, sometimes works in NetBSD-current but most of the time fails to load firmware. I have .inf and .sys files for Hiro but not for Atheros AR9271 ("install" under wine and get .inf and .sys that way?). Are these suitable for testing ndis? My Realtek re(4) Ethernet now works with recent updates in current, I think also 10-STABLE but have to check that again. I only sporadically do anything with FreeBSD 10-STABLE, nothing with FreeBSD < 10.0. Tom From owner-freebsd-current@freebsd.org Sat Aug 1 12:26:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0F399AE8E3 for ; Sat, 1 Aug 2015 12:26:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D63D1ADA for ; Sat, 1 Aug 2015 12:26:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t71CQaeL074439; Sat, 1 Aug 2015 05:26:36 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t71CQaeq074438; Sat, 1 Aug 2015 05:26:36 -0700 (PDT) (envelope-from david) Date: Sat, 1 Aug 2015 05:26:36 -0700 From: David Wolfskill To: Navdeep Parhar Cc: Current Subject: Re: panic in sysctl code in recent head Message-ID: <20150801122636.GN70804@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Navdeep Parhar , Current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="TN8pJM9vJMHHFgJc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 12:26:45 -0000 --TN8pJM9vJMHHFgJc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2015 at 12:11:22PM -0700, Navdeep Parhar wrote: > A kernel built from head as of today panics with this on loading a module. > Does anyone else see this too? > .... Sorry for the delay -- but no; I have not seen it. Each of the builds listed in also involves loading (at minimum) nvidia.ko and geom_eli.ko; usually, a few more -- successfully. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --TN8pJM9vJMHHFgJc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVvLr8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7ZL0P/0mdjBoHuQwxx4ITNMGhP+WY sw/E+388hfUwrO2JUSz1jg63RB+Bpg0zKt5MtC/ufLE4iTuFiXHhiTbinbdP79FT qCZpWK9jTH25iRQ4Vl5EHl2oQLTXEpSSfg1xHUVDTj6ojEkvoDpVIKUUgHJVjmlB PHyqqXC7nC73yLvl5OTVf09A9Cm+C0vqxVeQSG4i7PFXYONomkuy2P/YrDU7gWCM B98mZZSdhELNZEsg/jcKB+sf7tFhgZrJl99AYaNsTvw02JWLvyaplhsAoBPZxuuX Lb40dtQkCcGJc9R7eJDjCHyFCXZ3I1Bc/EzIN4+ofiOGhMLrYxRAVKWCCNVa+lG6 LfNIl78TIfOrGap4ZESAxoWVejPWwN2RjUai9dY8kGCF+PRN+bLoZbhCu/Z+/HBj rl4HZ3a8GWlTJaBzwsNtsHnywb8v/2JgK5FsD8nNO942/4FY0X8lqZODeIicXN44 SnWpMmHzr4ci8p42uRQBBaSqWXBcQzavDv82RPVUidL5VqlteSDVOZXiz8uW/aeD 9Sy9oTXs2Z+xLOmAVGWuFFzw7Tlh49kBuKDG9R/jR0+7gX+XKef8er2kQEpBsQdM wVz7KJp9PmGqRZM7LjQ/sQBbgSmuIqm2V0N79rBWDdMfuvLdF9ah2IOjY5pPlzra C6XTM4wEMCqwpwe8EMqx =Vic2 -----END PGP SIGNATURE----- --TN8pJM9vJMHHFgJc-- From owner-freebsd-current@freebsd.org Sat Aug 1 19:11:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 475289B0B84 for ; Sat, 1 Aug 2015 19:11:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 33DFB19B8; Sat, 1 Aug 2015 19:11:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5EF17993; Sat, 1 Aug 2015 19:11:53 +0000 (UTC) Date: Sat, 1 Aug 2015 19:11:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1196892964.70.1438456312811.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1241 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 19:11:55 -0000 FreeBSD_HEAD-tests - Build #1241 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1241/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1241/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1241/console Change summaries: No changes The failed test cases: 1 tests failed. FAILED: local.atf.atf-sh.atf_check_test.flush_stdout_on_timeout From owner-freebsd-current@freebsd.org Sat Aug 1 19:46:40 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA29C9B1150; Sat, 1 Aug 2015 19:46:39 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98A0E93B; Sat, 1 Aug 2015 19:46:39 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by ykdu72 with SMTP id u72so83372848ykd.2; Sat, 01 Aug 2015 12:46:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=rIclPY9OqIUjlda48cKWv0rwRM0CB1BIN1mCOTV5I4I=; b=GCXZuBXYcvAJmuDRbCG8arTkf1uEwnkLUSIkPOJXPFUCELx/nZvLSA/rC9NNaz4UcO KfEHEferwYmCG6HJ2n/A/rBN5rR0TA4ftwQL5ocQtTDnlyet8YQXYuBOxb4LUaJ6nmNk e2YkKlcf5Lyl6jpFkOvNXnVBTYyQulBiCyDZ1oUPQ3pH4VieMy+mnGIJzQaSl3MVzyoQ wDvIbg9tE6ZZwfX/4EZ7N4233JUEWPGMtYA1pKkbcViq8ZO+Z/bIqIwmlKV9RoEH6iqA 0SEZBcB5IMuRPOF7SGH7qfv0bDOd6IYqVWKpn4ojJgEkaXA1yXCBmJE5cZnwpn+xBsU8 NjXQ== MIME-Version: 1.0 X-Received: by 10.170.75.194 with SMTP id r185mr10502618ykr.121.1438458398749; Sat, 01 Aug 2015 12:46:38 -0700 (PDT) Received: by 10.37.66.206 with HTTP; Sat, 1 Aug 2015 12:46:38 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: References: Date: Sat, 1 Aug 2015 14:46:38 -0500 Message-ID: Subject: Re: Buf ring cleanups From: Alan Cox To: Zbigniew Bodek Cc: K Macy , imp@freebsd.org, freebsd-current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 19:46:40 -0000 On Thu, Jul 30, 2015 at 6:34 AM, Zbigniew Bodek wrote: > Hello, > > I'm writing to ensure what to do with that patch: > https://reviews.freebsd.org/D1945 > > It was created as a result of discussion related to this review: > https://reviews.freebsd.org/D1833 > The patch (D1945) is still waiting to be committed. We really need fix > for ARM in buf_ring so if someone is sure that the patch is OK then > please commit. > > Thanks in advance and best regards > bde@, kib@, and I have been slogging through kern/, net/, and sys/ reviewing the use of memory ordering primitives and correcting problems. We should get to buf_ring.h soon. However, we also need to pause and update the atomic(9) man page. It defines the semantics of acquire and release in a way that is inconsistent with the architectures that natively support the release consistency model, e.g., arm64 and ia64, as well as the C11 and C++11 standards. Lines 330 through 339 of the patch in D1945 is one example of where the incorrect definition in the current man page has an effect. Alan From owner-freebsd-current@freebsd.org Sat Aug 1 20:01:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 287B69B141B for ; Sat, 1 Aug 2015 20:01:39 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0508210CD for ; Sat, 1 Aug 2015 20:01:38 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t71K1cmQ076153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Aug 2015 13:01:38 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t71K1bcN076152; Sat, 1 Aug 2015 13:01:37 -0700 (PDT) (envelope-from jmg) Date: Sat, 1 Aug 2015 13:01:37 -0700 From: John-Mark Gurney To: Sydney Meyer Cc: FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 Message-ID: <20150801200137.GK78154@funkthat.com> References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Sat, 01 Aug 2015 13:01:38 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 20:01:39 -0000 Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 +0200: > Same here, fixed running r286015. Thanks a bunch. If you'd like to do some more testing, test the patches in: https://github.com/jmgurney/freebsd/tree/ipsecgcm These patches get GCM and CTR modes working as tested against NetBSD 6.1.5... Hope to commit these in the next few days.. Thanks. > > On 29 Jul 2015, at 14:56, Alexandr Krivulya wrote: > > > > 29.07.2015 10:17, John-Mark Gurney ??????????: > >> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300: > >> > >> [...] > >> > >>> With r285535 all works fine. > >> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 +0200: > >>> I'm having the same problem with IPSec, running -current with r285794. > >>> > >>> Don't know if this helps, but "netstat -s -p esp" shows packets dropped; bad ilen. > >> It looks like there was an issue w/ that commit... After looking at > >> the code, and working w/ gnn, I have committed r286000 which fixes it > >> in my test cases... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Sat Aug 1 23:13:02 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F8969B0D45 for ; Sat, 1 Aug 2015 23:13:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0A1167C; Sat, 1 Aug 2015 23:13:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 462209F0; Sat, 1 Aug 2015 23:13:02 +0000 (UTC) Date: Sat, 1 Aug 2015 23:13:01 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <507799437.72.1438470781860.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1196892964.70.1438456312811.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1196892964.70.1438456312811.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1242 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 23:13:02 -0000 FreeBSD_HEAD-tests - Build #1242 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1242/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1242/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1242/console Change summaries: No changes