From owner-freebsd-current@freebsd.org Sun Jul 19 12:45: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 B0FA89A6B1F for ; Sun, 19 Jul 2015 12:45:33 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 474C81C4E for ; Sun, 19 Jul 2015 12:45:32 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-58-163.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.58.163]) by ipmail06.adl6.internode.on.net with ESMTP; 19 Jul 2015 22:15:25 +0930 Received: from maelstrom.dons.net.au (Maelstrom.dons.net.au [10.0.2.104]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6JCjHVh093580 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Jul 2015 22:15:23 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: -current broken when MAKEOBJDIRPREFIX is set (was: src is on NFS) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: <6668.1437240399@chaos> Date: Sun, 19 Jul 2015 22:15:16 +0930 Cc: Tim Kientzle , Rick Macklem , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.2102) X-Spam-Score: -4.216 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 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, 19 Jul 2015 12:45:33 -0000 > On 19 Jul 2015, at 02:56, Simon J. Gerraty wrote: >=20 > O'Connor, Daniel wrote: >> However, Crochet _does_ build on the NFS client _and_ when the source >> tree isn't in /usr/src which makes this issue very strange :-/ >=20 > I've seen similar errors in rescue... (no NFS) though I cannot=20 > quite recall the cause other than it seems very sensitive > to MAKEOBJDIRPREFIX value. Yeah the subject is wrong (I just updated it). I just did a build like so and it worked.. env MAKEOBJDIRPREFIX=3D/src/obj-amd64 make -j 8 buildworld But this did not.. make -j 8 buildworld MAKEOBJDIRPREFIX=3D/src/obj-amd64 So, it seems MAKEOBJDIRPREFIX only works as an environmental variable - = I wonder if there is a way the make system can be changed to warn about = that? -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Sun Jul 19 12:46: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 38D979A6B82; Sun, 19 Jul 2015 12:46:49 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::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 B498C1E05; Sun, 19 Jul 2015 12:46:48 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: by lblf12 with SMTP id f12so81751822lbl.2; Sun, 19 Jul 2015 05:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=ARnAsan8z7Ea/Ci6YbCjJx3srT5UxYXcDcBIc0koO8I=; b=o5th53rMDbAXJEtCv7Tl64g6Itk7ZEZMHI+bwXoy50x22XdJpeRZiABOonzaHBD7zB tHqQ5wbtB/vX+ya3L/4rA2FAf/QSF5S7SpS8bow49XAq4hsSxHXliyiECvre+91mYvHo iDEeMFKP6wJx5+Q6Tx6kAlDnJhxar0NkGDOPVPUL/IdT2pBuft1IAtfDXNBHiCWl6H/f eVLA0YGeRENYSNu1GbwFo562s0N6oinqPALPKHju7eYAuYwvof3SN5bZ/vqBxenQwz3P cC9WhmPTbNAXPQajxO9wpwmqQftIKWCSC3spnR1/xlJMBOMWLGJApuLPZekdo83iEKc3 tzeg== X-Received: by 10.112.143.74 with SMTP id sc10mr17801754lbb.116.1437310006398; Sun, 19 Jul 2015 05:46:46 -0700 (PDT) MIME-Version: 1.0 References: <55A33C4B.5080303@freebsd.org> In-Reply-To: From: Daniel Peyrolon Date: Sun, 19 Jul 2015 12:46:36 +0000 Message-ID: Subject: Re: Getting Asus FM200 working with FreeBSD To: Julian Elischer , FreeBSD Questions , "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: Sun, 19 Jul 2015 12:46:49 -0000 Hi there, I'm using the latest CURRENT image they're updated not long ago. It somehow manages to pull the right drivers to get X working. :) Thanks for the suggestion. El lun., 13 jul. 2015 a las 13:15, Daniel Peyrolon () escribi=C3=B3: > Hi, > > > what about PCBSD? > Probably should have said something about PCBSD... It didn't work when > trying to start X, it couldn't find the adapter. > I will nevertheless try the last images tomorrow, when I can, and let you > know. > > El lun., 13 jul. 2015 a las 6:19, Julian Elischer () > escribi=C3=B3: > >> On 7/11/15 8:29 PM, Daniel Peyrolon wrote: >> > Hi everyone, >> > >> > I'm trying to get FreeBSD-CURRENT up and running with anything differe= nt >> > than console-only on an Asus FM200. I created a wiki page for it: [1]. >> > >> > I've tried GhostBSD on it, and everything pretty much worked, except >> > suspend/resume, and audio. >> what about PCBSD? >> > I've CURRENT [2] installed on it, but so far, I haven't been able to >> get it >> > working, vesa is not even being loaded (error 19). Any idea, >> suggestions? >> > >> > [1]: https://wiki.freebsd.org/Laptops/ASUS_FM200 >> > [2]: FreeBSD BlackBox 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285358: Fr= i >> Jul >> > 10 18:40:27 CEST 2015 root@BlackBox:/usr/obj/usr/src/sys/GENERIC amd64 >> > >> > >> >> -- > Daniel > --=20 Daniel From owner-freebsd-current@freebsd.org Sun Jul 19 16:24: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 A05379A52F7 for ; Sun, 19 Jul 2015 16:24:16 +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 8A37E1619 for ; Sun, 19 Jul 2015 16:24:16 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7E51A9A52F6; Sun, 19 Jul 2015 16:24:16 +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 63E619A52F5 for ; Sun, 19 Jul 2015 16:24:16 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) by mx1.freebsd.org (Postfix) with SMTP id 2B3061617 for ; Sun, 19 Jul 2015 16:24:15 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 19 Jul 2015 16:22:32 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t6JGOBEl001279; Sun, 19 Jul 2015 10:24:12 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1437323051.1334.383.camel@freebsd.org> Subject: Re: Segmentation fault running ntpd From: Ian Lepore To: David Wolfskill Cc: current@freebsd.org Date: Sun, 19 Jul 2015 10:24:11 -0600 In-Reply-To: <20150718120956.GC1155@albert.catwhisker.org> References: <20150718120956.GC1155@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: Sun, 19 Jul 2015 16:24:16 -0000 On Sat, 2015-07-18 at 05:09 -0700, David Wolfskill wrote: > Lousy timing (no pun intended -- it's early in the day for me), > given the recent MFC, but as I was booting my laptop to yesterday's > head: > > FreeBSD g1-245.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #127 r285652M/285652:1100077: Fri Jul 17 04:30:16 PDT 2015 root@g1-245.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY amd64 > > to build today's head (@r285670; still in progress as I type), I > happened to note [Oh, great -- we can no longer copy/paste from > console now??!? Fine, I'll transcribe by hand.... :-(]: > > ... > bound to 172.17.1.245 -- renewal in 43200 seconds. > pid 544 (ntpd), uid 0: exited on signal 11 (core dumped) > Starting Network: lo0 em0 iwn0 lagg0. > ... > > Trying to examine the /ntpd.core, I see: > root@g1-245:/ # gdb `which ntpd` ntpd.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"...(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 /lib/libm.so.5 > Reading symbols from /lib/libcrypto.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libcrypto.so.7 > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008011cd6a0 in sbrk () from /lib/libc.so.7 > [New Thread 801c07400 (LWP 100122/)] > [New Thread 801c06400 (LWP 100120/)] > (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 ?? () > ---Type to continue, or q to quit--- > #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) > > which seems... well, not especially useful, as far as I can tell. > > > This is (as mentioned above) on my laptop; as such, it is expected to > "wander" from one network to another. Accordingly: > > * Since it could be connected to a network I do not control, I use a > packet filter (IPFW, in my case) to reduce my exposure from a > possibly-hostile network. > > * Rather than enabling ntpd in /etc/rc.conf, I use > /etc/dhclient-exit-hooks to start ntpd after the laptop has a DHCP > lease. (For networks I control, I also set up the DHCP server to > advertise what NTP server the DHCP clients should use, but the code in > dhclient-exit-hooks merely prefers that, rather han requiring it.) > > * In my world-view -- at least for networks I control -- DNS zone files > are the Source of Truth with respect to hostname <-> IP address > correspondence, and Dynamic DNS is Evil. I populate my zone files > with appropriate A & PTR records so that every assignable DHCP > address has a PTR record, and the hostname to which it points has > an A record that points back to that IP address. Accordingly, I > also use /etc/dhclient-exit-hooks so the laptop can find out what > its hostname is, and set it accordingly. > > Mind, I've been doing the above for well over a decade, so that doesn't > qualify as "new." > > And most of the time, it Just Works (which is a significant reason I > keep doing it). > > A couple of other things that are more recent, and possibly of > relevance: > > * As alluded to above, I have the em0 & wlan0 (iwn(4)) NICs set up using > Link Aggregation in "failover" mode. In practice, I rarely use > the em0 (wired) NIC -- I had originally done that based on a > misperception of how I thought things were set up at work, and > then just left the configuration alone and relied on the wireless > NIC. (At home, I have things set up so that the failover would > work, but doing so would be a little awkward for reasons that > aren't relevant here.) > > * I have the laptop configured to run xdm(1)... after the DHCP lease is > acquired and the hostname is set. My ~/.xsession script is set > up so it fires up ssh-agent, requests a passphrase, and then > (among other things) establishes an SSH session to the "mail hub" > at home and re-establish a tmux session where I'm running mutt > to handle my email. I've noticed that in head, these connections > sometimes fail to get initialized, and sometimes will time out, > while sessions started a few minutes later will have no problem. > That seems peculiar, but was sufficiently ... well, "nebulous" that > I didn't think it warranted a whine of its own here. But on the > chance that it's related to ntpd giving up the ghost prematurely, > it seemed but a reasonable exercise of "Full Disclosure" to mention > it in this context -- even though it's also something I've been doing > since the (late) 1990s. > > So: Any suggestions for either diagnosing what the root cause is or > changing the configuration so that the failure no longer occurs? > > Thanks! > > Peace, > david 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. -- Ian From owner-freebsd-current@freebsd.org Sun Jul 19 16:31: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 383249A53D9 for ; Sun, 19 Jul 2015 16:31:40 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) by mx1.freebsd.org (Postfix) with SMTP id CDB9E1C01 for ; Sun, 19 Jul 2015 16:31:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 19 Jul 2015 16:31:18 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t6JGVaUl001292; Sun, 19 Jul 2015 10:31:36 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1437323496.1334.389.camel@freebsd.org> Subject: Re: -current broken when src is on NFS From: Ian Lepore To: "Simon J. Gerraty" Cc: "O'Connor, Daniel" , Tim Kientzle , Rick Macklem , FreeBSD Current Date: Sun, 19 Jul 2015 10:31:36 -0600 In-Reply-To: <6668.1437240399@chaos> References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> 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: Sun, 19 Jul 2015 16:31:40 -0000 On Sat, 2015-07-18 at 10:26 -0700, Simon J. Gerraty wrote: > O'Connor, Daniel wrote: > > However, Crochet _does_ build on the NFS client _and_ when the source > > tree isn't in /usr/src which makes this issue very strange :-/ > > I've seen similar errors in rescue... (no NFS) though I cannot > quite recall the cause other than it seems very sensitive > to MAKEOBJDIRPREFIX value. I've been following this saga (on irc and here) as much as I have time for, and I can't escape the feeling that it is the directory structure at fault somehow, but I can't quite put my finger on it. I never (ever) build from /usr/src or use /usr/obj as an object dir (they're both empty dirs on all my machines). But one thing that is always true for me is that the source dir and its related object dir are siblings in the same parent dir. That is, it's always /any/path/here obj/ src/ Given that we have (or at least had at one time) some of those magical "..." paths that cause bmake to search up the hierarchy for its .mk files, I wonder if an odd relationship between src and obj dir confuses it, or if it somehow wanders into a wrong src tree while searching? -- Ian From owner-freebsd-current@freebsd.org Sun Jul 19 18:36: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 2DF569A6B9D for ; Sun, 19 Jul 2015 18:36:04 +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 1500A1EC1 for ; Sun, 19 Jul 2015 18:36:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 11C5C9A6B9B; Sun, 19 Jul 2015 18:36:04 +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 115759A6B9A for ; Sun, 19 Jul 2015 18:36:04 +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 B4F521EC0; Sun, 19 Jul 2015 18:36:02 +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 t6JIa0uA004083; Sun, 19 Jul 2015 11:36:00 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6JIa0Xd004082; Sun, 19 Jul 2015 11:36:00 -0700 (PDT) (envelope-from david) Date: Sun, 19 Jul 2015 11:36:00 -0700 From: David Wolfskill To: Ian Lepore Cc: current@freebsd.org Subject: Re: Segmentation fault running ntpd Message-ID: <20150719183600.GF1217@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Ian Lepore , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AH+kv8CCoFf6qPuz" 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, 19 Jul 2015 18:36:04 -0000 --AH+kv8CCoFf6qPuz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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.=20 > .... Sorry; there might have been something yesterday, but what with the (verbose) reboots after builds, I, rolled over all of my /var/log/messages* files; the earliest recrd I still have is from Jul 19 06:00:00 (UTC-0700), and I did not get a recurrence today. (The one from yesterday wasn't the first I had seen -- I wanted to wait until I had some hope that the issue was reproducible before whining about it. :-}) If I do get another recurrence, I'll try to gather a bit more information. Thanks! 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. --AH+kv8CCoFf6qPuz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVq+4QXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk72FcP/iWmgWAFM79g1b3SIqo2G/LS /FmTw8ftsUhHZHcg9F49OgWdBJSpMXAfnIZT2ZPhfnJRWZ55hIOkzINQum2ghJEy XWYXVqLrnED2CVQjJLQ6AQ3LAT+YkNN2hfAF1ArhPA96AyWCya48TVxj3whu1GY+ ruFz6aFAl64XwAF/3qj7YiLYtVAmEI9IZnngyVSvPfPSeZNgXSgn4PRJOPC1fT/b g5BwuA2tf/zphBDoQtAv0o6IVFELxvgsBbW/EbJccSy5P18m8vkviMa+qM7vO5T4 FmLPVVx/xyjlKLrnUCC17lpNHPposrH4U8p4TfmPoyQwdO5z/vuNUCiTbORp5wjt PHGGZ8KjbcJHV9iKgA/Uz0GTURl4/LRRK2dymk1eGA7W1f1Aimq93DlVVl1Wkyi1 ZxF5i5A37VMk6Wgdv+DYSIsNczyfDoUWw9kC7hIWOBBA+37eNNdN5hq3BrJMeeba tZn88l3yHn3KyDrR8LJQThTTyEIkqrPU7CQF8/QzwznJnrC13bWN6yWB2XzrwLfh 2y6dEW23H2QHbTtwV6BFHMZmt2gfaNXqzkwoe892B4pz7HH8ZvJ1zCpvdtyjwuMN 8jSa09nOKmoG4uemQddvNYiSejrKzt5pVQWGPDzv6Q90s57jsYQFvEmsdEVqUS8Y zvlaYwwStVWq9HFH1iLK =ZM6+ -----END PGP SIGNATURE----- --AH+kv8CCoFf6qPuz-- From owner-freebsd-current@freebsd.org Sun Jul 19 19:02: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 315259A6F9A for ; Sun, 19 Jul 2015 19:02:19 +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 137131CA6 for ; Sun, 19 Jul 2015 19:02:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 127579A6F99; Sun, 19 Jul 2015 19:02:19 +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 11F849A6F98 for ; Sun, 19 Jul 2015 19:02:19 +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 BDF3A1CA5 for ; Sun, 19 Jul 2015 19:02:18 +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 t6JJ2Hn5004253 for ; Sun, 19 Jul 2015 12:02:17 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6JJ2HuN004252 for current@freebsd.org; Sun, 19 Jul 2015 12:02:17 -0700 (PDT) (envelope-from david) Date: Sun, 19 Jul 2015 12:02:17 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: -current broken when src is on NFS Message-ID: <20150719190217.GG1217@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> <1437323496.1334.389.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gvF4niNJ+uBMJnEh" Content-Disposition: inline In-Reply-To: <1437323496.1334.389.camel@freebsd.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: Sun, 19 Jul 2015 19:02:19 -0000 --gvF4niNJ+uBMJnEh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 19, 2015 at 10:31:36AM -0600, Ian Lepore wrote: > .... > I've been following this saga (on irc and here) as much as I have time > for, and I can't escape the feeling that it is the directory structure > at fault somehow, but I can't quite put my finger on it. >=20 > I never (ever) build from /usr/src or use /usr/obj as an object dir > (they're both empty dirs on all my machines). But one thing that is > always true for me is that the source dir and its related object dir are > siblings in the same parent dir. That is, it's always > =20 > /any/path/here > obj/ > src/ Well, as counterpoint.... The systems where I do FreeBSD builds are usually set up (and have been since about 1999) so that: * The sources reside in /usr/src. * The file system layput is such that: + /usr is on a different file system from /, but these reside in partitions 4 and 1 (respectively) of the same slice. + /var is a file system that resides on a partition on slice 4. + swap is on slice 4, partition 2. + /tmp is a swap-backed tmpfs. (Well, the implementation of that has changed over the years -- used to be mfs.) + My home directory resides in a file system on a partition in slice 4 mounted on /common -- along with quite a few other things that do not need to physically be on the same slice that I booted from. + /usr/ports is a symlink to an SVN working copy (was a CVS working directory once upon a time) that's in the same file system as my home directory. + Historically, /usr/local was also a symlink to a hierarchy in that same file system. (I only built ports under stable, but used them under both stable and head.) + /usr/obj is also a symlink to a hierarchy in that same file system (/common) -- I had one for each slice (/common/S{1,2,3,4}). * Each of slices 1, 2, and 3 has a / and a /usr file system (as described above); slice 4 has those, as well as swap, /var, /common, and (often) a few others (e.g., /repo or /bkp). * If I'm merely booting to single-user mode, each of the 4 slices is independent of the others, and I can boot any of them. As soon as I start setting up swap, I become dependent on slice 4 (if I wasn't already booted from it). It is not at all uncommon for me to "clone" one slice to another using a 'dump | restore' pipeline; by having the actual contents of /usr/obj in a separate file system, it is easy to make copying that optional -- and if my intent is to move it (vs. copy), renaming a directory is pretty fast and cheap. > Given that we have (or at least had at one time) some of those magical > "..." paths that cause bmake to search up the hierarchy for its .mk > files, I wonder if an odd relationship between src and obj dir confuses > it, or if it somehow wanders into a wrong src tree while searching? > ... Well, I suspect that if that were an issue, I'd likely have encountered it (while muttering further deprecation against realpath all the while). :-} 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. --gvF4niNJ+uBMJnEh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVq/Q5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7o44P/27QlOwVRWW0ALDKJF4/9AZZ mxzYIGTbu7Dpa2/eCnIqlPumyGZMNU/Kasb2mDxhagE8NCY6ktkhqqGMiYnfZM9y hvmRR9gbzUKPPTXMNsfINBvL4cAdkxXuxNRWJ/7cpevuWuLcS6yAvP7XUEdYfBPt uHNlExqEN+nhnhTZcmVxnStm5Y5gUGNuz0W63ukFSk0Se2SBO8eZSZJv3Pvxyohs ENFFiw2DRIaEvZgvXLUY7bT/+9KUwT50MZ4yeC8N2FBXgmeuIxGUEvAgKq8LlUac MknGDTwdMoOEaSYRLYwdEFTXRnMWiVO86w1v4RSHIh3qP40tZf+yNlWBojQLsSSd fgOtcX2GeloU/2U+dl0mkQczX6kAjRCByCAQXl+Trn6L8+sDhfsFM1Lor19mVwUR U0nOWeZtDa3hSkJnxfIfGAYXKh7n7tdEygqkq1zvbyXVghBM8b+ruK+uokrANNfF eHg43o+XVK7NxzB59UNDQiBvVwJOzXuDq0vM+4S769D2TCwLzLZ4VNJXXiejWYkO TegouGxlo1LADMkFfv74j0enA+/ObTCqrpnGU59Bq1FG8MeNldjqa88n5bBqczPA sIUXkcIb9YNMRaAsmNP29CUFvHQ48h2REuiGfR/lBbu5weJ9Y2eCgKyK7ldKIpU7 5/haltoBV2062P45V4Ls =6f1Y -----END PGP SIGNATURE----- --gvF4niNJ+uBMJnEh-- From owner-freebsd-current@freebsd.org Sun Jul 19 19:11: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 B51359A6195 for ; Sun, 19 Jul 2015 19:11:26 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bn0109.outbound.protection.outlook.com [157.56.110.109]) (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 E99AE1F78; Sun, 19 Jul 2015 19:11:25 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BL2PR05CA0025.namprd05.prod.outlook.com (10.255.226.25) by DM2PR05MB781.namprd05.prod.outlook.com (10.141.179.139) with Microsoft SMTP Server (TLS) id 15.1.219.17; Sun, 19 Jul 2015 19:11:23 +0000 Received: from BN1AFFO11FD017.protection.gbl (2a01:111:f400:7c10::187) by BL2PR05CA0025.outlook.office365.com (2a01:111:e400:c04::25) with Microsoft SMTP Server (TLS) id 15.1.219.17 via Frontend Transport; Sun, 19 Jul 2015 19:11:22 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD017.mail.protection.outlook.com (10.58.52.77) with Microsoft SMTP Server (TLS) id 15.1.213.8 via Frontend Transport; Sun, 19 Jul 2015 19:11:22 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 19 Jul 2015 12:11:21 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t6JJBJD11643; Sun, 19 Jul 2015 12:11:20 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 6C9E2580AB; Sun, 19 Jul 2015 12:11:19 -0700 (PDT) To: Ian Lepore CC: "O'Connor, Daniel" , Tim Kientzle , Rick Macklem , FreeBSD Current Subject: Re: -current broken when src is on NFS In-Reply-To: <1437323496.1334.389.camel@freebsd.org> References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> <1437323496.1334.389.camel@freebsd.org> Comments: In-reply-to: Ian Lepore message dated "Sun, 19 Jul 2015 10:31:36 -0600." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Sun, 19 Jul 2015 12:11:19 -0700 Message-ID: <11332.1437333079@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD017; 1:sqMR9XvIq8GjoPisJEy7Gl1Y9tZXLQj4ZFgvdsrVw4Mzq2y21kkcubPssjukkTCBDsD/YJ8Cc+6gQ7si0UKfCEOoDD8RvFGOFEtf7n19BK/OTwjB1ebEhbarP4yJv4TwG7CbqoHue+rtYK7chVJTAWNAfitwoqicvQRNgoH0+aCi4EDyuMnudli6uf5WVyeiQQrH3LnpR6zokDHjcKZp2Gm8i8mkVVVs9eFXzA8mlNO8F8N33UTWsPqKePrYmUPO3oZ5aQFjUfAEsK2ZDj1n67ZZKXO1IQZ/i8qyQsAtDEL4UfRdhQI5bt+xpeaiHue5cyx/s5I0dzUyh3bHvL9b9gbdaew9ZBdC8hY7iwLHMniAEIcqvTQv1DvEKlHKNVty X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(199003)(189002)(5001960100002)(110136002)(62966003)(117636001)(92566002)(50226001)(93886004)(106466001)(189998001)(105596002)(77156002)(46102003)(87936001)(76176999)(86362001)(47776003)(2950100001)(77096005)(57986006)(76506005)(50986999)(5003940100001)(33716001)(48376002)(6806004)(19580395003)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB781; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB781; 2:yx3gNWCtjSTXS0VJkTD9qOuoATziKp3fIvsJYFcGtD01YMCx9I4I+VSWa/UHOmWA; 3:HtlOKI7maSt9fVVBe6JIiaj0zuKIjQ7zVfGNVPZfVVvcbZxF/3k+Rdu9iwsuZfZFB6WvPPunGtUOjyokgxZTYnihl8aaA5vyVsyDV0p0nlLtHEuBCD8zfMawPMXC2fngBb+N7O5vJP7l3FJBjbXEAlr1/cpWfpzjKpwCC+Q58KP5El4q3cB/TgD6wbrV9GEiFo/sY7RndvDAaX7NpODncO8G3PjOAxwE1O7NeJHCloI=; 25:JcmyOFRdYJOIGEGe1riFTERTcWxdB9GWIr126yHMUY92d8kh/7n0QJbwMbQCZ69KA+ZLRgOhsvyhyJkwuju36vKJwVizZEoYjE8jn3SBzuWkQrIZwY7a9ZRalyKG73cDzpshzFkUrwKgscpVoJ9iaASewgh2i4sn8cfeVQn12WogszfwqVzDU/GWs4s4ZQ8p9h9vt0RR7o3fYKNMFflYvu1rWonOtJGF6YZSUkXtvRpt2LcRm6E4TIIio6bXZon2 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB781; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB781; 20:8BynyDm19s08/rI/xHXBHSQfuc/bhw9fx4/i6vCeQCJXgaIq951AD+ayjV2lEO1jSQxiGflt8O9iP5bK4ugQZLWrCfczWlncSQ0EUi4+hgYgE43Ahory0IVZOp2kRkLr3B4CZLw2YZRnh+SpVno7WPTVIqeQnQPAlCsV24wOJ4+VPueOrPn4lHiU+JX6Kl3AKpzr4hQUOVy6vReotrsbaR/tV18NDeNAfDathuvu5OROHM6kF3C6zEsvIeQQaO2Ygs0w43Da00B6s7RxcESEQOi46as84ej225iaVR1/bRI2I3cGzrxHUgtd+OnpxJzaBxQ6wf7wlTTTjiKaMFBzS+IAeDby0vE5/3jA27j9MOOjj9pZqLuoiWek8meEavUol5cJhB95opY0TUbgkKfoEcLT/dHbDF5u/4ve9Xw6kuAiA/KqW6cm02Hh+7BIY04ZMBbc7oLC7KuuMNgNrSr85/n/f+106123qS43oL3Od2ou6H9JV8VrrvEen1as9RTG; 4:8BAc70HUC6xEqBQqlf5V+2F0GDtbjPfGQ20gm6ZpTWtQzy0PH1n07M1BvmTtzJ4H3mYHk5WPCWUU6pn2pEEXL34ieXTrCajw8gH4XFkO1xrY48nzh71vzZW6kLRKseJK3WCIRfZd6y0YDr6308vUBFJs5q/PbtJDqM+/eJTXuqtJ/WjViVnpBKvfQmur1MAI3dDB32Ahxp7x4X2J0YNLkR2ee6p9U2b7XJDdAuww7nDhUIt7sPRgUI0eBH0n64gzLA2GDaOt9WQgPfXPJrcfguMMQoeLB/fqliO4mfpHhtE= DM2PR05MB781: X-MS-Exchange-Organization-RulesExecuted X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR05MB781; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB781; X-Forefront-PRVS: 0642A5E7BA X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB781; 23:k4lfyiQFoyU6y/El1WMIgWfZ2QjSSIwhVmrjeGAiY5T9oY4yuirsd8XwFbzUX469d+o19beh7Cy3aRsZPeVf7Q5BTxxL6KCK1UZWC/jPG/70vt85hiA1HZAs/CbD8ZyS2gJ4S90aM0Q/MYCDogcbRjjGJ8Fuey9niTw0SBeBmj39REfn5Uuft30Zc9rnIwKeJDttLCgaxqDTa1yhQszxbS9XojO4sHpqZ4yoYdw+FQbf4PQc4IEzonpuMDL4JhZ1qZkFsVor8PXkrcdRPNKyvRdeKtnZlWHKUQslvegE3OPm6A7sPCRT122f+CjRRpEYFSEG9/IcRqHq0PDD+J8k/1p1Mxk2aY6s7Yomi+yM8/jXU6xffscLP3GGfL8ZOkf1ETllITYjya6ki5s+128MIYoPY3W5+MXjCYxl0k2GX5YP4HQdUofTUZqGNKCp61nW0keyYbEGS0irhr9bDWzSF4zGlx3JxJMehojluoxdPsHBiOA7wv8BDkOYlEZQI8BRsfyB51ScZW5op1lFRlDiIvAd46rm4g7/0xuJXcZNvOK0eISXmCgEscTnmXr6ywty5ZW23CT09TviXvWPwj8dLItK4AhwDdpMbpRov/NJ+vwvANOjM09Zm2j7z/85ix2StDZalPSB18E41ZKFrb3suGInMhyIKbZSSVNo/0P2qmbdmFEyy8/sO1LGeThB1bRyeqa8j1sRdLJ3DTE6JomtfYOe+leiQPFqwmCt7N5eQXLJQRszogMeYhjWvjuTuU+URhnsce4KJhZIZMiJl7Ej0En39xhqDqnaXA+cQdt228yiId1wVvRHAAoiY/0beLDS6FdCiK8A5WOvxJKN7RgqJvIuPGy5sQdGhxJd6ffGNW0= X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB781; 5:Zq90q1Z/B/7jKhGjX2TRE6M+be3ePpAqYECy+ZtgsYEJFsVTHbj/4t6WIIo93/pFf0gX84/iqwhbmXFA5t+tJMqLJ49BLraw4wo/GZUfjgR2yfW8yBXFWuVYzuF753QR3UzPTrOKmjPyYwCyNPtgnQ==; 24:NSL6pTA+BSQwro9CjI68uwI2MbgD3arFgJxlzdpDZ3OwQLNl4IlQZzCY8G+xplkzi7Y8AlfZwixbao0u+HWRxYIzFOqgIDKc4W/sr49MW5A=; 20:AV1+rF7Ighwc9Eq8Gjt6QuZdzLvpk1FKXiKwbIUiMd8bk3XXBjKHFM/NwcXdqyGwYn1rZGBlatd0QFzlFyCNeg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Jul 2015 19:11:22.0706 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB781 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, 19 Jul 2015 19:11:26 -0000 > Given that we have (or at least had at one time) some of those magical > "..." paths that cause bmake to search up the hierarchy for its .mk > files, I wonder if an odd relationship between src and obj dir confuses > it, or if it somehow wanders into a wrong src tree while searching? Based on Daniel's latest mail, the issue would appear to be the way he was setting MAKEOBJDIRPREFIX. As for .../ src.sys.env.mk resolves that to absolute path since otherwise things like kernel builds wouldn't work - make run from within obj tree. From owner-freebsd-current@freebsd.org Sun Jul 19 19:15: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 EFF529A6209 for ; Sun, 19 Jul 2015 19:15:02 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0117.outbound.protection.outlook.com [65.55.169.117]) (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 5F09C1252 for ; Sun, 19 Jul 2015 19:15:01 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BY1PR0501CA0005.namprd05.prod.outlook.com (10.162.139.15) by DM2PR05MB783.namprd05.prod.outlook.com (10.141.179.152) with Microsoft SMTP Server (TLS) id 15.1.213.14; Sun, 19 Jul 2015 18:59:05 +0000 Received: from BL2FFO11OLC008.protection.gbl (2a01:111:f400:7c09::130) by BY1PR0501CA0005.outlook.office365.com (2a01:111:e400:4821::15) with Microsoft SMTP Server (TLS) id 15.1.219.17 via Frontend Transport; Sun, 19 Jul 2015 18:59:05 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BL2FFO11OLC008.mail.protection.outlook.com (10.173.160.143) with Microsoft SMTP Server (TLS) id 15.1.213.8 via Frontend Transport; Sun, 19 Jul 2015 18:59:04 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 19 Jul 2015 11:59:02 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t6JIx1D06418; Sun, 19 Jul 2015 11:59:01 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 6906C580AB; Sun, 19 Jul 2015 11:59:01 -0700 (PDT) To: "O'Connor, Daniel" CC: Tim Kientzle , Rick Macklem , FreeBSD Current Subject: Re: -current broken when MAKEOBJDIRPREFIX is set (was: src is on NFS) In-Reply-To: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> Comments: In-reply-to: "O'Connor, Daniel" message dated "Sun, 19 Jul 2015 22:15:16 +0930." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Sun, 19 Jul 2015 11:59:01 -0700 Message-ID: <15209.1437332341@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11OLC008; 1:jmg4ggsMl5L+YzN8Q34ocg5xW/hgQ+KMOBFBbeBXk6rtbv+HPGaPhVcj/SWpvBIBRaiOh+wxuHmk0vr1j8nEkvNO2PtC3E8Qth51uOcVE0ZspYlly6y7T6N4s+Kd8Z5sxC4gCL4ZlVO0qUvgC6+ZNlrFRnJpH2dmWjphl3pTILeYorfO65ts2IiJrn16icuw1OKE9j8gYixvKyVmVk3QrV5fHXncbN1pwVcS9mDLLokSDlnkw1jcRlLFcTIWaI/EPyJxt9Aa9PFiCa174uStSTpdetNfhNif+RJFQc6fVJ1zwC2rmlAyLCjzlguU8dJc8KlNbN2l6iUsh6lH7urCuWuGlXFU3hahAtk0+6Pg8a7oiR0lYFOoCnAOlzc7kYut3eQ/qXMjD36YvzvW5YcnO7hqMVxivRrO3Ql2kU9nyVo= X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(979002)(6009001)(2980300002)(199003)(189002)(24454002)(54094003)(189998001)(106466001)(87936001)(93886004)(33716001)(110136002)(19580395003)(86362001)(76176999)(50986999)(50466002)(48376002)(6806004)(117636001)(19580405001)(46102003)(5001960100002)(62966003)(47776003)(105596002)(5003940100001)(77096005)(50226001)(92566002)(76506005)(77156002)(57986006)(2950100001)(42262002)(62816006)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB783; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB783; 2:SBbaEYmgtRTlCoRHANi4m7gsXF6TzhXLyhnLqF0eRr+InVeWdlEG025kvxv+Ip7m; 3:D6MWxFM9jU5k/IIaz9Y6VSDjMEFO1x+tvIJGAZhMiaF2QskauB7jiGw/AJ+HhKhGQ4dcPVfbfYCiy5HdLxM8+rJK0XNZupWU5U1R3sydfdzgsjx3VYbzo4I6+RHtaKKdoNwRDEYE2qtLde7wHII8LZ+rr870T+9cTvjI77IkdODi5sWIqUWofsA1KKGIgIj6VobSTJJ/i7SKIXvXGAtql5dLsXRDqN3Mj48THpofKdY=; 25:NuIuqDtV54sMVDy+U1Mi/XI35PtPVx3Ekeb4CmrWX9TjluRz80fqcBMoUej3xRql+KyBwlNWMqdlftPQc6NY18JdHZejC08TcAzgu+FxIo5A52eVPLOgvkeb3sZScdKe+GQf/MvdTZgGR474coQSXCIgPKwYOSIUMV3FpIpIVutQC7bOLd32o/50ljH4wOFM7lVS6HNKPDyAU0qP83e09CoyrPXvtmZF7WnN8GqDJQkfcqwkuX0dUEQ/9u6uWcjn X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB783; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB783; 20:STirtLEx4T/N1L/ymHcD4RF8EpGjdyBj+fdWnBoBWK0ijm0HAXGaAx1KzSFoOQ5pm7AUS5BvZz3U38YFmp3CAL/gfn5hgsJKnvb2vjwHhmfoRis+P4t53cp5lcwtHTJ2tWhJiyx/WL0i3QJBm8/sI0jdldeRdrL5OquVWZy6q5VUSG8HDCCAl1AS8eX1DQscxgokapfKruxMn6L6ddlNFtdPJ1TLnasomDL3xUXRb0SDt+ireUv6s5REH9cI54FpoAicSb+aD/raMulxddOg5ES2ZNi3Fh2gWxR/Jdqkty8zjf9yD9O6hO7nN+hx9TlckzYuTA92dRSrpejRIiv91imjSqM9VPrkVlbt0w99PcZkWEsGhq1vPqbEvaw7TMrtiwnX0WqQqKfJJxuAsk1KvJZhWjjp1Su3fCMUpTSARCUHzPLpOvwpeY68jHc1l5ip2A3FDzmyfape/leD947LTDvH4NPZvtMEfbFnatdUVk/zdY/RG3IAER8G5Dff3yQa; 4:eemKiJDk19xNajCN9awM7AS8tG2BYKoDbeilP6ZSpqSNPA7P8IZL8X3XfZxAOxCYLhyMhTCqmFyNd/OjmlzKL+T2XRUd9h+jc/t6qG95Bea8RgXzATUQLPEwN0ecNaVcrvDuW0fhdj5CkTQv44lGqhTRWVv+1SiIx8Gj8AM0UnPmV3yZw0dHwWpB2npnNugDm5fmFs14m5KAO/Y9D/3skF99548MTIQ/XxJcnip286c/l5lkxM67BmUsiJ7qTyhlzGVCpo0XeEhAZEnZ6+s7c7t4fRGFH276RVF2q4s79tk= DM2PR05MB783: X-MS-Exchange-Organization-RulesExecuted X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR05MB783; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB783; X-Forefront-PRVS: 0642A5E7BA X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR05MB783; 23:E3jajcAlxd2W3eL4DYHSMr2O0EPXUAhzGrQN6m5UH8?= =?us-ascii?Q?U8nf2XvNllTxpJoZB8EY4Ev3jlx1IHz+5hs7LVRNjAjTB5osboM/Iv6sEwUO?= =?us-ascii?Q?N9gdycdNbSt+XuL7WbimvUJHmMuTXr1cQAeEL9HvDL77po1OC+gS99nYfhvr?= =?us-ascii?Q?6LY+541RIhNE0BmsWqJEj4I4d72ZDx04/LxC5SMNA9uylHlOOFbv9ib9XET5?= =?us-ascii?Q?h01/27GKwuvOVAUbb5+Xl1l/DaEIujfSHwX5YrIlPREduUCrWDcVkzO97gc5?= =?us-ascii?Q?VGDOWaqsIOqHn7jVrxKatf2zrDLcVX8gQreTgAdLbcuzFIAfmbx1C5hc7V4l?= =?us-ascii?Q?N2TKEvzrEcCY4TQkTh/JgWqQZW+irJ8rZuzuUVoaTKaVLju1pLieJIc6HhWA?= =?us-ascii?Q?1BPXcfx3ZUOAf2D43vF0NF+ZNEPoPU0Sm2qQdDQwKIj2YkxslBsTZ2umzMj0?= =?us-ascii?Q?/O29++FfLcR9WydSUsV5RDY6kiSP7yFc20sY/9wlNRZ2Ec+nq7osIYUo8RZb?= =?us-ascii?Q?KHanPYPbH63jQ0gASIV0oCZkUzq9TfKpG/cNfSfuZXH5owI4rdZ/hRLeYpcA?= =?us-ascii?Q?pXhAIPq/wGNF02GOVP8XChOfWfP3mJfvCZl+s3WaTxBr0/OMkqkq7O3VjOrY?= =?us-ascii?Q?p9VwxraVOWFPFyFY/V/wdvJzgf72Azbp1mG1v+fiXemBQerZRR/BGr66Vxe9?= =?us-ascii?Q?bRlPt+W3QjLH/ZT4g72ROnqGJ++tP+7AhWMozMYUHELh7DCK/vcuSf9/7HWy?= =?us-ascii?Q?y62kIYpwNSmqouMxXJz/76ivwAEqtPwYeGAz71PmDs9Yw7U2VXm3isHYghJu?= =?us-ascii?Q?vmR3MaXa8pVW1pAdCCn3i/rHw+JwE0ywXvJFGJM/XNWtNpaOWkNEscbc7eF4?= =?us-ascii?Q?gVAftlzAizYT1QiCNuQYNyI5l7xmtbr/fetSmAW/2NmekK8l65ipobnstGB+?= =?us-ascii?Q?VOlF5n0qABx9JhTmvX1sESbVmrWOxlqjRQoAglwCLhEQk0mYW/I+PXooCB0T?= =?us-ascii?Q?jgcM4wBaif5CEdXg7PGYwEtSiw6dfZx81yMs6qyRKMDDfelf0ZcMYWQWrorr?= =?us-ascii?Q?dteN8=3D?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB783; 5:K9alSTneqekp+d8Zxu3F4n1Ww6IwJJR66TU5F7wFr9nBAjo5Sr/rSZ+ZlUfGTkjdgDnobPS4N015UdI8T7Px+HMyRqa6jKZbVDgzm1DDaNxe3A+A5zTlGuIPKxG4O2q2yN6X8Lju7MiXddQxGSTVFA==; 24:fsyF7mVAx+C6CXLtgDMNUqpPeGCUNKyeqYG9XOT6oxGV99trZlCtBn/K7kWf22KYO4rOlAnxQ/BQlWj5dAGXf4o20dSvia98V90ftxV2WGY=; 20:WoGM6P3/R76IaZHpiBblKonvav5ynf6eCjtYZ+sYFQiAyDKYZSu1sIse3HPQE2TG6FzEzxWJff3O8iUmyTG1tQ== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Jul 2015 18:59:04.0715 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB783 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, 19 Jul 2015 19:15:03 -0000 O'Connor, Daniel wrote: > Yeah the subject is wrong (I just updated it). > > I just did a build like so and it worked.. > env MAKEOBJDIRPREFIX=/src/obj-amd64 make -j 8 buildworld That's the right way to use it. > But this did not.. > make -j 8 buildworld MAKEOBJDIRPREFIX=/src/obj-amd64 Nor should it. There are several makefiles in the tree that expect to be able to change MAKEOBJDIRPREFIX in the environment of a sub-make. When you set it on the command line like that you prevent such changes from working. > So, it seems MAKEOBJDIRPREFIX only works as an environmental variable Yes, it has always been documented that way. > - I wonder if there is a way the make system can be changed to warn > about that? I thought there was a check in src/Makefile for that. From owner-freebsd-current@freebsd.org Sun Jul 19 23:30: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 8BE5C9A6363 for ; Sun, 19 Jul 2015 23:30:31 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1D41EAE for ; Sun, 19 Jul 2015 23:30:30 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-45-89.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.45.89]) by ipmail05.adl6.internode.on.net with ESMTP; 20 Jul 2015 08:55:16 +0930 Received: from maelstrom.dons.net.au (Maelstrom.dons.net.au [10.0.2.104]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6JNP9Be005429 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jul 2015 08:55:14 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: -current broken when MAKEOBJDIRPREFIX is set (was: src is on NFS) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: <15209.1437332341@chaos> Date: Mon, 20 Jul 2015 08:55:09 +0930 Cc: Tim Kientzle , Rick Macklem , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> <15209.1437332341@chaos> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.2102) X-Spam-Score: -4.216 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 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, 19 Jul 2015 23:30:31 -0000 > On 20 Jul 2015, at 04:29, Simon J. Gerraty wrote: > O'Connor, Daniel wrote: >>=20 >> But this did not.. >> make -j 8 buildworld MAKEOBJDIRPREFIX=3D/src/obj-amd64 >=20 > Nor should it. > There are several makefiles in the tree that expect to be able to=20 > change MAKEOBJDIRPREFIX in the environment of a sub-make. > When you set it on the command line like that you prevent such changes > from working. Ahh.. You learn something new every day :) >> So, it seems MAKEOBJDIRPREFIX only works as an environmental variable >=20 > Yes, it has always been documented that way. Weird, I could have sworn I have set it on the command line and had it = work, but.. >> - I wonder if there is a way the make system can be changed to warn >> about that? >=20 > I thought there was a check in src/Makefile for that. Not so far as I can tell - it certainly gets quite far before blowing up = with a non useful error message :) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Mon Jul 20 02:10: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 3FB4F9A5D9A for ; Mon, 20 Jul 2015 02:10:57 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0148.outbound.protection.outlook.com [157.56.110.148]) (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 881731A1E for ; Mon, 20 Jul 2015 02:10:55 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from CO2PR05MB779.namprd05.prod.outlook.com (10.141.226.154) by CO2PR05MB794.namprd05.prod.outlook.com (10.141.226.19) with Microsoft SMTP Server (TLS) id 15.1.219.17; Mon, 20 Jul 2015 02:10:49 +0000 Received: from BY2PR05CA038.namprd05.prod.outlook.com (10.141.250.28) by CO2PR05MB779.namprd05.prod.outlook.com (10.141.226.154) with Microsoft SMTP Server (TLS) id 15.1.219.17; Mon, 20 Jul 2015 02:10:48 +0000 Received: from BL2FFO11FD005.protection.gbl (2a01:111:f400:7c09::148) by BY2PR05CA038.outlook.office365.com (2a01:111:e400:2c5f::28) with Microsoft SMTP Server (TLS) id 15.1.219.17 via Frontend Transport; Mon, 20 Jul 2015 02:10:48 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BL2FFO11FD005.mail.protection.outlook.com (10.173.161.1) with Microsoft SMTP Server (TLS) id 15.1.213.8 via Frontend Transport; Mon, 20 Jul 2015 02:10:47 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 19 Jul 2015 19:10:46 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t6K2AjD85989; Sun, 19 Jul 2015 19:10:45 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 20085580AB; Sun, 19 Jul 2015 19:10:45 -0700 (PDT) To: "O'Connor, Daniel" CC: Tim Kientzle , Rick Macklem , FreeBSD Current Subject: Re: -current broken when MAKEOBJDIRPREFIX is set (was: src is on NFS) In-Reply-To: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> <15209.1437332341@chaos> Comments: In-reply-to: "O'Connor, Daniel" message dated "Mon, 20 Jul 2015 08:55:09 +0930." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Sun, 19 Jul 2015 19:10:44 -0700 Message-ID: <14459.1437358244@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD005; 1:tdiOcY0B1DJoe4glJUknP6x+DFq35h2XZL0qOVnSbE/qqXLYaLOEFFEMZ4FdoZOmiLjt456LG3l9MCDY0+l+hk9ZTpL1qCB5+IQ4YomRb1bJkNesjiOYX8UEhdMwqDDqMks9MHAccaVIRc2SJkBHeOBe3GfP2C8o3wPn7FdECZwyLfhCFa/2k1/76DyVrhxS7L1X3ILyQ9qx6prFEx99uGX0DIugGJIJ1ynuaGYKYJbPEuTxeNmCWGciRCWRX/XiUz8xhjSxlMm/FBeBCHlxczekluInLMXKlNo8XWZyAil50SDlzFzur2OJQw49NNGUVKYlLj7S4DvIORfHOVAU0a08WG4dJybFWtxwA4Rc8ZHnts8m2Dzs+8nvVTljLIZC/E81Uv8FnEAynoYB3ajolbGbt5OVLY9GOhcMttPEwYk= X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(50466002)(47776003)(48376002)(105596002)(106466001)(117636001)(19580405001)(19580395003)(110136002)(189998001)(6806004)(76506005)(50226001)(5001960100002)(33716001)(57986006)(5003940100001)(76176999)(92566002)(5001920100001)(2950100001)(50986999)(77096005)(46102003)(93886004)(87936001)(86362001)(62966003)(77156002)(42262002)(62816006); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB779; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB779; 2:VNeSZe2yYopNfAH4EUA92qOz+GrrjxB9a4Ogg95InSix3W+0lrLkHjmxMXFIhcoT; 3:GscwLQ3GzdLjTCo2TkG0Smhg/c6uGSTr/YZPKcH2uiQOwUJmdVrib2MGxuun//uustVDHCHmYusx55cND9C/frboN5lKRV6tRyQrEe9r1dW5Jy0FVTuztRZwUuqACYkUfuPYMAcU+wKDnvYkfEWAPmvRwpmZh0Diiuj+hYrNKCsEW0kt1nKOVBPBw7OhB5hht23ZXAhHndTZAnvKSfoNmhsykjFADVxsjFdK5jySqCk=; 25:YOGnPu3QKMCV0ayG2xPKLzIzCyQjRl788NUpuDcS3nUlQFPoiXIKZrLInZNdlzD9WFiKIPQpUhDDtt9pa/zHbu+7pn9U0OPGR9kk4G/eMHLl7Whl1+ueyOJnuqDiomC9VjdGKrwcsJpXQpLvTmSL0MB1oA6J4LSAr9je6ranovRqC6XOw2L5vOa1ZvFDoBt5sd379Id/ilmBDxATdcwd45dUnoWGcbJlq5v8yURN3edTom/gcDKtHXPRP4p5SIAsF5go8VZxnkS3m144LD90Mg== X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB779; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB794; X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB779; 20:xpRQdU/nj4Ya+JkHqpRt+xs6UX77rw29VkRtvEBNB9Nlo4ghEHLh5pLTvUsHbtqQu9rhFiODxsqV5jdjbR6w8FUwv0AsPw2Sw7arY7z5P48kt0bRGYBVH0lH3JkufFWxcEJG/TkYoKBEDLu3ANIVBkuShcPwfwZE5Pz60D7GMUWhG+yOatb/e1ZanJnKOgBL+G3QAuZuu0mEMVmMO+4KyOoRsjCjYAU0J//epjKwPEVVu8Eco6jq+SayZtd4IzkA4Q2pykI6FCgOlH1uV4ye4ydkuujuszcKqryAZIShVDum+PvxRziaTEDTbtbNHSJaJ1lhEwV3kqnaCIn74c/ciS+NdtMZI6f78vsGeofWo6MLzXUy9xf8eoABFUn/MsGgi7GOEz3gIR+8FhtlkkfHmSlB5YKtARMSBs/4/fpP2XVsjmAbYHvuKhGNZd341ScIw51L5IUDKf+ABXR8WNNO5ZtLEFWYunjCYvS0F91tgSHB4vQjNOxqDzpvBBIfPcUF; 4:Ay+qFOg/ZXOZFKZ26Dko1qXTfcEG3P1KACJNljXy0MLz5dsD2nU/5f0WHdQ9IIvZ04EkALKBEFTwsEHnmEfPUEq8V9i3qIxOrfuVrLktXXQkkMissBmxmbTHIGIkJwRT/NmlWYhAaoypIFcsBkDHVO6PXjJP8qu+rXH6x8Tx231+JiCfY1UDv6SkDBPNak6BdvKn7DD9EJfkhfOHKMXn7HjZjKrT0X6btVDjptgYAR1ET5qePHBzM38q5tVb41N9nwqJOp2PP/JV6lbTWC0Vm0fZf9ax83L2kGfiAq7Ph4A= CO2PR05MB779: X-MS-Exchange-Organization-RulesExecuted X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:CO2PR05MB779; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB779; X-Forefront-PRVS: 0643BDA83C X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB779; 23:qoxkoqw4FEHljoLeLtX4SyYtjuZiiUZs6v3Aen9+XXyWmoPDbe8gxTIQs8D7bc2cqmeQrn0VAlGknyHFl2Pi3C86M/hESOnMPa6bpol7b+1lteS18DIWO+pAjXt7SxiOE/6OFFjLN0UCBNkPtCgTS86dfwvsDyaqU+pTV0CHkYFV6SI2cl8WpibdzD6YnhWNwMH7R/3dAROKogVxOXgpvpTp9ZvthFNYStvatW3IXQ86Caqj0upQoYYCB910+mOy8FOWDLGq4VCG5tyNIb0HslaI+T7gpD9mbmtC8dj0vMikj852dZv8pm4HYiQjxLEr2hCce6USwDcDmWvL/BxrMqSGNhVt/BI461+yBp9D/II86ynN22MI/FsP66LACAwj3PmbFTsrcQmjXE0nfnY6ibiqIKn8KnV6qAsDniPeFhCXLBnbhsY5Dbrc1TZR1AgpMfueGPO7fI6S2yCgkWVmjicO9+7LIequkM9fWP0+vvxg0whsMjM/EdCoYj/mlbzknyuIeHBNGQcS4uEOpwFKZbJ1jvgYJKo0uJg6OodRzX265vcelT8+f7hMbYEj0WmLOONDX09EixiUcd/NyNg5WWCRbkSTtmkrzC2Jsh7oqtAOa10d2AZsHRcX2tMQjV9QsZUJSviosP0z977NYRMhXd5wZ2MaPbmSZ+NJVVdbkZIOZnQ0QIdWHgGFxnNnDowWA2azTYnPpoAtUDIWC0xMFrINbr6imPDPEwB5ahuBfEcsIfs/AF2QJE9jUKqFliU+fb62kjY5bC8yqrWVVe/PmiLdRpYmlaS9GSV2qZl8dQ6eDyR4HMSnauK8SrA7uahVcVPjckW0c1M/lwEcvpXunj8rJc9LUYmgwy+TEfsZAs25g1sVq0fK/7bduxxoD7Ui0jH5SHdUW2vG1lLdrCFhtIkMMcme3iELzBAxchNXuwU= X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB779; 5:7K1AGXAlOH6VlrhsRb8txGDSmNMt+0+HRD4fXuwPNBc6iNfhjjIsI3vYAYJGUYRFlHzenJ0XmWGMp0JnpQBzzULfipQrVEQeBQQN+5wyrKHwK9RCM107c8cn/M3P/m1g9iOOQT573oaw481iZOoTeg==; 24:tzbhL0RaAXaAhb7sfRBplyCyIaBjEkPTYt6cdpQnORAPGavY+e/y3Cv5DwBvm+TegIvUtdquf8Fz4d0nZsW3tBrLMo5Gjz8SCzniw0l7y/g=; 20:6Pomh9G82ANVZwyVJYcnsymRA2OWvvOfA3wuID27FCFTg4SSo+QEx6EI183CoGM3P6lpO4h+U76S8tYIW9crag== X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Jul 2015 02:10:47.4320 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB779 X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB794; 2:OpOs8kL8Z0dpk4dT0Va+9Cayw72ADkxbd0lpnj0+rhtYxBWcR8Knh9Tt5bwr9X+I; 3:IFZHv36/DQorUBSTsnkUcVRMyZrP87RaSD0aChGPW5eTK7T4dKW/rIFIXRDYe6JimHz14pr24AaJpmUYs8bg8X8QlP0yULZzh57aluI4kE49Sml+6yme9SaNXQwL6bbv3M1QzF7uuaBZ5+5nkSWVJr+nVUKpYx8+O8CEW/zkRM1mYEQ17QQYdrfyeW5A+Q2JDDWkcxbnOUjdmSUzsWHBweN/E+EqIOe+/NTYy4/MmRM=; 25:A/cXtCMEfFKSBW37uc8LC7HX4DwwQ9g4Qm9RBmf3w23AwUq98oQxUWWqWTyDc8FiZI1xe55TPOHyvj5jm+nRTaUPVN0l3LOH5lYK4V7TIAG0gAnyi+TsdmZxxgziAW+UjiYbR/U471ta5Ak36R4H2aDVtDVS00LccRfttqnimn5HuN24gOBUhqp0JBDLP2LeA4uEvumhmONdpP7u7GO1LWnqSwn0D1w7JCaFQCmrX8NN3lwj2QhBu6Irv0Bv4uEUZ58sbe2VSbryHmVeGsw1GQ==; 20:syVKip/GsWGtfE5gLnbbZ6E2ixYu2R4dmtMC+4HMKRvWE9bVBylAcjbh5n9bVXecw1LswXiJFTkQJwaRtSiphA==; 23:rGTuSq03QTjNzgAod1rIb1bSE1Jgj38/8RBCDC9zV1UsNHCOsq/VmGf2fO7NZIH/fLzOrkajvtNj2tw9fsjfkw6YB0XQ9tGSHoQaAGgkw5H1uLkAV7ckOCNF+XDlRKk+VsAPrIk4b7ZpI8Q3YQ2RoHrllkjyvZiNatyCq11HcoFs2mfsrDzYxAjJrScfhkrcDpbt6FAcUPEDpd89AOQ0tS65QbFxQZm5urVxF3AqCckS9cMA8E/aYRMGTQim9MuA CO2PR05MB794: X-MS-Exchange-Organization-RulesExecuted X-OriginatorOrg: juniper.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: Mon, 20 Jul 2015 02:10:57 -0000 O'Connor, Daniel wrote: > >> So, it seems MAKEOBJDIRPREFIX only works as an environmental variable > Weird, I could have sworn I have set it on the command line and had it > work, but.. In most "normal" usage you will likely not notice a difference. It is only when a makefile is "being clever" that things go south when you break its expectations. > > I thought there was a check in src/Makefile for that. > > Not so far as I can tell - it certainly gets quite far before blowing > up with a non useful error message :) The check in src/Makefile is only guarding against MAKEOBJDIRPREFIX set in say make.conf, it explicitly discards the possibility of setting MAKEOBJDIRPREFIX on command line - which seems wrong. Also with bmake, you *can* usefully set MAKEOBJDIRPREFIX in a makefile since the choice of .OBJDIR can be made after make starts reading makefiles. So the current test is perhaps out dated on that score too - though only if something like auto.obj.mk is being used (-DWITH_AUTO_OBJ) which I don't think I've tested with buildworld. From owner-freebsd-current@freebsd.org Mon Jul 20 03: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 4027D9A6672 for ; Mon, 20 Jul 2015 03:25:41 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id C5915280E for ; Mon, 20 Jul 2015 03:25:40 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp118-210-21-62.lns20.adl2.internode.on.net (HELO midget.dons.net.au) ([118.210.21.62]) by ipmail07.adl2.internode.on.net with ESMTP; 20 Jul 2015 12:55:30 +0930 Received: from maelstrom.dons.net.au (Maelstrom.dons.net.au [10.0.2.104]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6K3P9o1061193 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jul 2015 12:55:15 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: -current broken when MAKEOBJDIRPREFIX is set (was: src is on NFS) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: <14459.1437358244@chaos> Date: Mon, 20 Jul 2015 12:55:09 +0930 Cc: Tim Kientzle , Rick Macklem , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <1CF5CFB9-81B3-4AAF-BD4B-8B7A66EFD031@dons.net.au> References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <6668.1437240399@chaos> <15209.1437332341@chaos> <14459.1437358244@chaos> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.2102) X-Spam-Score: -4.216 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 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, 20 Jul 2015 03:25:41 -0000 > On 20 Jul 2015, at 11:40, Simon J. Gerraty wrote: >=20 > O'Connor, Daniel wrote: >>>> So, it seems MAKEOBJDIRPREFIX only works as an environmental = variable >=20 >> Weird, I could have sworn I have set it on the command line and had = it >> work, but.. >=20 > In most "normal" usage you will likely not notice a difference. > It is only when a makefile is "being clever" that things go south when > you break its expectations. I guess, buildworld is pretty clever though :) >>> I thought there was a check in src/Makefile for that. >>=20 >> Not so far as I can tell - it certainly gets quite far before blowing >> up with a non useful error message :) >=20 > The check in src/Makefile is only guarding against MAKEOBJDIRPREFIX = set > in say make.conf, it explicitly discards the possibility of setting > MAKEOBJDIRPREFIX on command line - which seems wrong. >=20 > Also with bmake, you *can* usefully set MAKEOBJDIRPREFIX in a makefile > since the choice of .OBJDIR can be made after make starts reading > makefiles. >=20 > So the current test is perhaps out dated on that score too - though > only if something like auto.obj.mk is being used (-DWITH_AUTO_OBJ) > which I don't think I've tested with buildworld. I know sod all about *make but as an 'end user' a seat belt to warn = about this problem would be Really Nice (tm). -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Mon Jul 20 06:37: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 7644E9A57CE for ; Mon, 20 Jul 2015 06:37:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 5AB7E1A43 for ; Mon, 20 Jul 2015 06:37:29 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t6K65msT089869; Sun, 19 Jul 2015 23:05:53 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201507200605.t6K65msT089869@gw.catspoiler.org> Date: Sun, 19 Jul 2015 23:05:48 -0700 (PDT) From: Don Lewis Subject: Re: -current broken when MAKEOBJDIRPREFIX is set (was: src is on NFS) To: darius@dons.net.au cc: sjg@juniper.net, tim@kientzle.com, rmacklem@uoguelph.ca, freebsd-current@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 20 Jul 2015 06:37:30 -0000 On 19 Jul, O'Connor, Daniel wrote: > >> On 19 Jul 2015, at 02:56, Simon J. Gerraty wrote: >> >> O'Connor, Daniel wrote: >>> However, Crochet _does_ build on the NFS client _and_ when the >>> source tree isn't in /usr/src which makes this issue very strange >>> :-/ >> >> I've seen similar errors in rescue... (no NFS) though I cannot >> quite recall the cause other than it seems very sensitive >> to MAKEOBJDIRPREFIX value. > > Yeah the subject is wrong (I just updated it). > > I just did a build like so and it worked.. > env MAKEOBJDIRPREFIX=/src/obj-amd64 make -j 8 buildworld > > But this did not.. > make -j 8 buildworld MAKEOBJDIRPREFIX=/src/obj-amd64 > > So, it seems MAKEOBJDIRPREFIX only works as an environmental variable > - I wonder if there is a way the make system can be changed to warn > about that? At least it is documented in /usr/share/mk/bsd.obj.mk: # MAKEOBJDIRPREFIX Specifies somewhere other than /usr/obj to root the object # tree. Note: MAKEOBJDIRPREFIX is an *environment* variable # and works properly only if set as an environment variable, # not as a global or command line variable! # # E.g. use `env MAKEOBJDIRPREFIX=/somewhere/obj make' Not the most obvious place to look ... From owner-freebsd-current@freebsd.org Mon Jul 20 14:00: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 F132B9A535C for ; Mon, 20 Jul 2015 14:00:32 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::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 C201BF75; Mon, 20 Jul 2015 14:00:32 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by pabkd10 with SMTP id kd10so29856064pab.2; Mon, 20 Jul 2015 07:00:32 -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:in-reply-to :user-agent; bh=L6fVlZGj5B1/TuINJyvL6d8ez5PRYdGtPhnlu90xKik=; b=LcqUSYrozulGuF7ruD/OnhA8Tfeqv9BypSfx7WKPAi7R4Be/+zTs5E8Cpp3RlDfBrq BEzSKvAs/9zcQYC2Ss/a5W1mXfa7sRyoZ0aBXBWsWiimgDwOHeAlmlVCAQndE+tdnhHR O1YnVWoLP2TKiLXFp9Zn0jxz4npf+2FTvyYMGqj0gJoJHlBXUAu07t8kCCUAxnsc9QHX hCV+vkSrxVp9KOua99/MJO9Zrmnv442ix4ss2qS45EgSTEV+8H2UbBr3Qj63CmXU8MvZ yYpXRdlE1WS7m7kLooOpeszhVlQ8BJhrIbimjOjtDtf/XTbeGXG7eIrIE5xrbOfwNo+m 5pBQ== X-Received: by 10.70.24.33 with SMTP id r1mr24833393pdf.20.1437400831983; Mon, 20 Jul 2015 07:00:31 -0700 (PDT) Received: from ox ([2601:641:c000:600:a17a:4d83:89e7:582e]) by smtp.gmail.com with ESMTPSA id xp10sm13341571pac.34.2015.07.20.07.00.29 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jul 2015 07:00:30 -0700 (PDT) Date: Mon, 20 Jul 2015 07:00:25 -0700 From: Navdeep Parhar To: Don Lewis Cc: darius@dons.net.au, sjg@juniper.net, tim@kientzle.com, rmacklem@uoguelph.ca, freebsd-current@FreeBSD.org Subject: Re: -current broken when MAKEOBJDIRPREFIX is set (was: src is on NFS) Message-ID: <20150720140025.GA9610@ox> Mail-Followup-To: Don Lewis , darius@dons.net.au, sjg@juniper.net, tim@kientzle.com, rmacklem@uoguelph.ca, freebsd-current@FreeBSD.org References: <201507200605.t6K65msT089869@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201507200605.t6K65msT089869@gw.catspoiler.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: Mon, 20 Jul 2015 14:00:33 -0000 On Sun, Jul 19, 2015 at 11:05:48PM -0700, Don Lewis wrote: > On 19 Jul, O'Connor, Daniel wrote: > > > >> On 19 Jul 2015, at 02:56, Simon J. Gerraty wrote: > >> > >> O'Connor, Daniel wrote: > >>> However, Crochet _does_ build on the NFS client _and_ when the > >>> source tree isn't in /usr/src which makes this issue very strange > >>> :-/ > >> > >> I've seen similar errors in rescue... (no NFS) though I cannot > >> quite recall the cause other than it seems very sensitive > >> to MAKEOBJDIRPREFIX value. > > > > Yeah the subject is wrong (I just updated it). > > > > I just did a build like so and it worked.. > > env MAKEOBJDIRPREFIX=/src/obj-amd64 make -j 8 buildworld > > > > But this did not.. > > make -j 8 buildworld MAKEOBJDIRPREFIX=/src/obj-amd64 > > > > So, it seems MAKEOBJDIRPREFIX only works as an environmental variable > > - I wonder if there is a way the make system can be changed to warn > > about that? > > At least it is documented in /usr/share/mk/bsd.obj.mk: > > # MAKEOBJDIRPREFIX Specifies somewhere other than /usr/obj to root the object > # tree. Note: MAKEOBJDIRPREFIX is an *environment* variable > # and works properly only if set as an environment variable, > # not as a global or command line variable! > # > # E.g. use `env MAKEOBJDIRPREFIX=/somewhere/obj make' > > Not the most obvious place to look ... It is documented in build(7) too: MAKEOBJDIRPREFIX Defines the prefix for directory names in the tree of built objects. Defaults to /usr/obj if not defined. This variable should only be set in the environment and not via /etc/make.conf or the command line. Regards, Navdeep From owner-freebsd-current@freebsd.org Mon Jul 20 18:47: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 D2E9F9A65D6 for ; Mon, 20 Jul 2015 18:47:01 +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 C484F1655; Mon, 20 Jul 2015 18:47:01 +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 1DB3D9BA; Mon, 20 Jul 2015 18:46:44 +0000 (UTC) Date: Mon, 20 Jul 2015 18:46:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1541697460.45.1437417995741.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1205 - 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, 20 Jul 2015 18:47:01 -0000 FreeBSD_HEAD-tests - Build #1205 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1205/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1205/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1205/console Change summaries: No changes The end of the build log: [...truncated 4452 lines...] [192.168.10.2] out: usr.bin/sed/legacy_test:main -> passed [5.394s] [192.168.10.2] out: usr.bin/sed/multi_test:main -> passed [21.614s] [192.168.10.2] out: usr.bin/sed/inplace_race_test:main -> passed [215.707s] [192.168.10.2] out: usr.bin/timeout/timeout:exit_numbers -> passed [1.786s] [192.168.10.2] out: usr.bin/timeout/timeout:invalid_command -> passed [0.537s] [192.168.10.2] out: usr.bin/timeout/timeout:invalid_signal -> passed [2.168s] [192.168.10.2] out: usr.bin/timeout/timeout:invalid_timeout -> passed [1.479s] [192.168.10.2] out: usr.bin/timeout/timeout:no_such_command -> passed [1.943s] [192.168.10.2] out: usr.bin/timeout/timeout:no_timeout -> passed [2.467s] [192.168.10.2] out: usr.bin/timeout/timeout:nominal -> passed [1.074s] [192.168.10.2] out: usr.bin/timeout/timeout:time_unit -> passed [0.698s] [192.168.10.2] out: usr.bin/timeout/timeout:with_a_child -> passed [3.152s] [192.168.10.2] out: sys/aio/aio_test:aio_fifo_test -> skipped: module aio could not be resolved: No such file or directory [1.005s] [192.168.10.2] out: sys/aio/aio_test:aio_file_test -> skipped: module aio could not be resolved: No such file or directory [1.176s] [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.619s] [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.738s] [192.168.10.2] out: sys/aio/aio_test:aio_pty_test -> skipped: module aio could not be resolved: No such file or directory [2.127s] [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 [2.016s] [192.168.10.2] out: sys/aio/aio_kqueue_test:main -> passed [1.139s] [192.168.10.2] out: sys/aio/lio_kqueue_test:main -> passed [1.446s] [192.168.10.2] out: sys/fifo/fifo_create:main -> passed [8.382s] [192.168.10.2] out: sys/fifo/fifo_io:main -> passed [12.283s] [192.168.10.2] out: sys/fifo/fifo_misc:main -> passed [2.065s] [192.168.10.2] out: sys/fifo/fifo_open:main -> passed [14.778s] [192.168.10.2] out: sys/file/ftruncate_test:main -> passed [1.459s] [192.168.10.2] out: sys/file/newfileops_on_fork_test:main -> passed [1.782s] [192.168.10.2] out: sys/file/closefrom_test:main -> passed [1.241s] [192.168.10.2] out: sys/file/dup_test:main -> passed [1.610s] [192.168.10.2] out: sys/file/fcntlflags_test:main -> passed [1.344s] [192.168.10.2] out: sys/file/flock_test:main -> passed [10.099s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__ebadf_when_2nd_arg_out_of_range -> passed [2.148s] [192.168.10.2] out: sys/kern/kern_descrip_test:dup2__simple -> passed [0.803s] [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.537s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unrelated_debugger -> passed [0.942s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach -> passed [0.840s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me -> passed [3.525s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.843s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.427s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.630s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed [1.546s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> passed [0.847s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> passed [0.961s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed [0.540s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed [1.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed [0.697s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [1.241s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> passed [0.713s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed [0.867s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed [1.496s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed [0.823s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed [1.604s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed [0.934s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed [0.787s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [1.248s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k -> passed [0.585s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k -> passed [1.232s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k -> passed [2.269s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> passed [1.467s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> passed [1.033s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed [0.570s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers -> passed [1.255s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.634s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> passed [0.929s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect -> passed [0.463s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed [0.783s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking -> passed [1.020s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed [1.944s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking -> passed [0.809s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed [1.240s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking -> passed [0.716s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed [0.404s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking -> passed [1.406s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [1.010s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -> passed [1.229s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passed [0.435s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> passed [0.710s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> passed [0.704s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed [2.085s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [2.189s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.856s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [1.716s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [1.228s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed [0.469s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.349s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> passed [1.092s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [1.758s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [1.627s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [12.328s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [1.575s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.558s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest3 -> passed [0.492s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest4 -> passed [0.802s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [1.874s] [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.621s] [192.168.10.2] out: sys/vm/mmap_test:main -> passed [0.485s] [192.168.10.2] out: sbin/growfs/legacy_test:main -> passed [18.319s] [192.168.10.2] out: sbin/ifconfig/nonexistent_test:nonexistent -> passed [2.129s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_malloc -> passed [2.322s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_swap -> passed [1.322s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_explicit_type -> passed [1.226s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_larger_than_file -> passed [0.726s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_non_explicit_type -> passed [0.462s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_sector_size -> passed [0.671s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_smaller_than_file -> passed [1.544s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_with_specific_unit_number -> passed [1.683s] [192.168.10.2] out: sbin/devd/client_test:seqpacket -> passed [0.549s] [192.168.10.2] out: sbin/devd/client_test:stream -> passed [0.304s] [192.168.10.2] out: sbin/dhclient/option-domain-search_test:main -> passed [0.262s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150720-162239-603587 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150720-162239-603587.db [192.168.10.2] out: [192.168.10.2] out: 4333/4336 passed (3 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 66787] [192.168.10.2] out: adcast 192.168.10.255 kyuatestprompt # maxproc limit exceeded by uid 977 (pid 38389); see tuning(7) and login.conf(5) Jul 20 17:05:01 h_fgets: stack overflow detected; terminated Jul 20 17:05:06 h_gets: stack overflow detected; terminated Jul 20 17:05:07 h_memcpy: stack overflow detected; terminated Jul 20 17:05:08 h_memmove: stack overflow detected; terminated Jul 20 17:05:08 h_memset: stack overflow detected; terminated Jul 20 17:05:11 h_read: stack overflow detected; terminated Jul 20 17:05:22 h_readlink: stack overflow detected; terminated Jul 20 17:05:30 h_snprintf: stack overflow detected; terminated Jul 20 17:05:41 h_sprintf: stack overflow detected; terminated Jul 20 17:05:47 h_stpcpy: stack overflow detected; terminated Jul 20 17:05:54 h_stpncpy: stack overflow detected; terminated Jul 20 17:06:01 h_strcat: stack overflow detected; terminated Jul 20 17:06:06 h_strcpy: stack overflow detected; terminated Jul 20 17:06:16 h_strncat: stack overflow detected; terminated Jul 20 17:06:33 h_strncpy: stack overflow detected; terminated Jul 20 17:06:41 h_vsnprintf: stack overflow detected; terminated Jul 20 17:06:50 h_vsprintf: stack overflow detected; terminated lock order reversal: 1st 0xfffff800073e1d50 syncer (syncer) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.c:1767 2nd 0xfffff8003943e068 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 0xfffffe0096f68760 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe0096f687e0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe0096f68910 ffs_lock() at ffs_lock+0x84/frame 0xfffffe0096f68960 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe0096f68990 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe0096f68a00 vget() at vget+0x7e/frame 0xfffffe0096f68a50 vfs_msync() at vfs_msync+0xd6/frame 0xfffffe0096f68ab0 sync_fsync() at sync_fsync+0xc6/framshutdown: power-down by root: 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 20 18:43:06 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...lock order reversal: 1st 0xfffff800073e1d50 syncer (syncer) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.c:1767 2nd 0xfffff800072cbb78 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/ufs/ffs/ffs_vfsops.c:1587 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0096f68790 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe0096f68810 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe0096f68940 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe0096f68960 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe0096f68990 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe0096f68a00 ffs_sync() at ffs_sync+0x2df/frame 0xfffffe0096f68ab0 sync_fsync() at sync_fsync+0xfa/frame 0xfffffe0096f68af0 VOP_FSYNC_APV() at VOP_FSYNC_APV+0xf7/frame 0xfffffe0096f68b20 sched_sync() at sched_sync+0x3c8/frame 0xfffffe0096f68bb0 fork_exit() at fork_exit+0x84/frame 0xfffffe0096f68bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0096f68bf0 --- trap 0, rip = 0, rsp = 0xfffffe0096f68cb0, rbp = 0 --- 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_subr.c:2219 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007b9e6650 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007b9e66d0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007b9e6800 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007b9e6820 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007b9e6850 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007b9e68c0 vget() at vget+0x7e/frame 0xfffffe007b9e6910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007b9e6960 devfs_root() at devfs_root+0x43/frame 0xfffffe007b9e6990 dounmount() at dounmount+0x44a/frame 0xfffffe007b9e6a10 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007b9e6a40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007b9e6ac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007b9e6ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007b9e6bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007b9e6bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x41205a, rsp = 0x7fffffffe718, rbp = 0x7fffffffe810 --- Uptime: 2h21m3s 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/tmpEDcIaL 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 21 00:23: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 D99C29A6659 for ; Tue, 21 Jul 2015 00:23:49 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id B4895804 for ; Tue, 21 Jul 2015 00:23:49 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 442179B1A for ; Tue, 21 Jul 2015 00:23:48 +0000 (UTC) To: FreeBSD Current From: Allan Jude Subject: Laptops that will not boot Message-ID: <55AD9111.1060603@freebsd.org> Date: Mon, 20 Jul 2015 20:23:45 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; 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, 21 Jul 2015 00:23:49 -0000 Does anyone else have a machine that won't boot from GPT without the active flag set? bsdinstall now has a blacklist for these models, and can apply the fix as part of the installation (ufs or zfs). If you are also suffering from this, please post your machine's details to get it added to the blacklist: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194359 -- Allan Jude From owner-freebsd-current@freebsd.org Tue Jul 21 09:16: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 6024E9A6025; Tue, 21 Jul 2015 09:16:03 +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 491B31F19; Tue, 21 Jul 2015 09:16:03 +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 364E3B12; Tue, 21 Jul 2015 09:16:03 +0000 (UTC) Date: Tue, 21 Jul 2015 09:16:02 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1989190329.7.1437470162951.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #636 - 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, 21 Jul 2015 09:16:03 -0000 FreeBSD_HEAD_i386 - Build #636 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/636/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/636/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/636/console Change summaries: No changes 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 FATAL: java.io.EOFException hudson.remoting.RequestAbortedException: java.io.EOFException at hudson.remoting.Request.abort(Request.java:296) at hudson.remoting.Channel.terminate(Channel.java:815) at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to kyua6.nyi.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361) at hudson.remoting.Request.call(Request.java:171) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:980) at hudson.FilePath.act(FilePath.java:969) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1282) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: java.io.EOFException at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) [PostBuildScript] - Execution post build scripts. ERROR: Build step failed with exception java.lang.NullPointerException: no workspace from node hudson.slaves.DumbSlave[kyua6.nyi.freebsd.org] which is computer hudson.slaves.SlaveComputer@6d54ca2c and has channel null at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143) at org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:726) at hudson.model.Build$BuildExecution.post2(Build.java:185) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:671) at hudson.model.Run.execute(Run.java:1766) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Build step 'Execute a set of scripts' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue Jul 21 10:27: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 132779A73F0; Tue, 21 Jul 2015 10:27: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 ED72C1242; Tue, 21 Jul 2015 10:27:23 +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 2586BB2A; Tue, 21 Jul 2015 10:27:24 +0000 (UTC) Date: Tue, 21 Jul 2015 10:27:14 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <138740153.15.1437474434096.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1989190329.7.1437470162951.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1989190329.7.1437470162951.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #637 - 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, 21 Jul 2015 10:27:24 -0000 FreeBSD_HEAD_i386 - Build #637 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/637/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/637/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/637/console Change summaries: No changes From owner-freebsd-current@freebsd.org Tue Jul 21 06:02: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 7F30E9A7CE1 for ; Tue, 21 Jul 2015 06:02:50 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001: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 3FF411645 for ; Tue, 21 Jul 2015 06:02:50 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: by igbpg9 with SMTP id pg9so98750980igb.0 for ; Mon, 20 Jul 2015 23:02:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=avagotech.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oocXRviPcAAP4rHGoyVqDcX+FBp8sdKiOWIT7huTnPs=; b=WqI1Veh5hrKCNSCyPNosDhNgC8OWNBq7FSYgVUMT9SiVBH3NesbecHP/G9+HPBwp6W BG3T3ZaXrA5j64Pz9eXMTjDnVTPHKNa5tvkP4L+lWXuFfbsxzEre7wtMAW404UXq1WoK 3emkUBdzGhWEJieU2EIY5xrkyC9tqatc4n2rQ= 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:cc:content-type; bh=oocXRviPcAAP4rHGoyVqDcX+FBp8sdKiOWIT7huTnPs=; b=X8r9UB/wqKx3LLZauLRgTK2lFnObA2ypmRKLjH5fiSz7k1TOxvqLN6Ga4ThpVRX+cp BQM3YT8QDX0dNhlkczPpIUf3UwYIny0QCvFABBexvd1F6IUOmmca0ZBuweK+BSLaiUKY IwySkg+1PLXbexUI7kwDs2dsWESeM0GibNl9ipGz+/49QVAMJLZkSeUV8VkIO0HNcJNi Xhmi53r6+N9Xh0CQWitS2uDkl2pKw3mWNPUI0ghpiVtiq87N8iDLw12R0z5VtuzvY+0h xWtLxJ2c44HdyBCcXGtt4T97rLpMbqFw5lRghNQci3BmfV0AkjwXmcnDlO1NMNhFO4Rv ypFg== X-Gm-Message-State: ALoCoQlqY4Vvro0gCE+0y6l+8Ktv2Ary3CAyL6h9rNrkX2p0MgWqGQvsaC7Z8fS++QGk2IqTMXJL MIME-Version: 1.0 X-Received: by 10.107.6.231 with SMTP id f100mr32289816ioi.61.1437458568922; Mon, 20 Jul 2015 23:02:48 -0700 (PDT) Received: by 10.79.21.131 with HTTP; Mon, 20 Jul 2015 23:02:48 -0700 (PDT) In-Reply-To: <55A91837.50805@freebsd.org> References: <55A9157A.8050208@freebsd.org> <55A91837.50805@freebsd.org> Date: Tue, 21 Jul 2015 11:32:48 +0530 Message-ID: Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD From: Venkat Duvvuru To: Allan Jude Cc: freebsd-current@freebsd.org X-Mailman-Approved-At: Tue, 21 Jul 2015 11:49:00 +0000 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: Tue, 21 Jul 2015 06:02:50 -0000 Yes, my question was about kernel module compatibililty with FreeBSD's major releases of a particular version. For example, will FreeBSD makes sure that the driver built on 10.0 version of Freebsd seamlessly load on all other 10.x versions of FreeBSD? Does it make sure that the symbols and their parameters are not blindly changed without considering the binary compatibility with other FreeBSD version binaries? RHEL kABI whitelist makes sure that once the symbol is added into the whitelist, it will never be changed during the major releases of that kernel. Thanks, Venkat. On Fri, Jul 17, 2015 at 8:29 PM, Allan Jude wrote: > On 2015-07-17 10:47, Julian Elischer wrote: > > On 7/17/15 9:02 PM, Venkat Duvvuru wrote: > >> Hi, > >> > >> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? > > well, yes and no. > > > > Firstly, FreeBSD maintains a backwards compatible kABI (with the > > exception of programs that hunt around in kernel memory). > > We also use symbol versioning on the libc. so depending on what you want > > to do. the answer may be useful to you or not. > > Basically any binary should continue to run on a newer kernel, even if > > the syscalls change, because we should still support the old abi. > > > > tell us more about what you need and we can be more specific. > > > > I have run Freebsd 1.1 binaries on a Freebsd 8 system, in fact I have > > done a system build in a freebsd 1.1 chroot on an 8 system. > > I haven't tried it on 9 or 10 but I'd expect it to work.. > > > > > >> > >> > >> > >> Thanks, > >> > >> Venkat. > >> _______________________________________________ > >> 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" > > I think the question related to drivers (kernel modules). > > In which case, they should be compatible across major versions (module > from 10.0 works in 10.2, but not 9.3 or 11.0) > > -- > Allan Jude > > From owner-freebsd-current@freebsd.org Tue Jul 21 08:37: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 9A3C99A77C8 for ; Tue, 21 Jul 2015 08:37:11 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from smtp21.services.sfr.fr (smtp21.services.sfr.fr [93.17.128.1]) (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 61AC61AF5; Tue, 21 Jul 2015 08:37:11 +0000 (UTC) (envelope-from listjm@club-internet.fr) Received: from filter.sfr.fr (localhost [84.7.164.17]) by msfrf2106.sfr.fr (SMTP Server) with ESMTP id 65BDB70000DA; Tue, 21 Jul 2015 10:37:09 +0200 (CEST) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club-internet.fr Received: from [192.168.1.51] (17.164.7.84.rev.sfr.net [84.7.164.17]) by msfrf2106.sfr.fr (SMTP Server) with ESMTP id 232E070000D9; Tue, 21 Jul 2015 10:37:08 +0200 (CEST) X-SFR-UUID: 20150721083709144.232E070000D9@msfrf2106.sfr.fr Subject: Re: Laptops that will not boot To: allanjude@freebsd.org, freebsd-current@freebsd.org From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <55AE04AC.3000509@club-internet.fr> Date: Tue, 21 Jul 2015 10:37:00 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 21 Jul 2015 11:49:12 +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, 21 Jul 2015 08:37:11 -0000 > Does anyone else have a machine that won't boot from GPT without the > active flag set? > > bsdinstall now has a blacklist for these models, and can apply the fix > as part of the installation (ufs or zfs). > > If you are also suffering from this, please post your machine's details > to get it added to the blacklist: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194359 > > > -- > Allan Jude Hi Allan. It seems that this problem affects some recent ThinkPads, but I’m not seeing it with a S440: the latest CURRENT memstick boots fine both in 'UEFI Only' and 'Legacy' modes. So, don’t blacklist it, please! ;-) Best regards, Juan From owner-freebsd-current@freebsd.org Tue Jul 21 12:57: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 280779A7AB0 for ; Tue, 21 Jul 2015 12:57:37 +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 0E2E81117 for ; Tue, 21 Jul 2015 12:57:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0A9669A7AAF; Tue, 21 Jul 2015 12:57:37 +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 E5CD19A7AAE for ; Tue, 21 Jul 2015 12:57:36 +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 AFE911116 for ; Tue, 21 Jul 2015 12:57:35 +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 t6LCvYdB025337 for ; Tue, 21 Jul 2015 05:57:34 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6LCvYJa025336 for current@freebsd.org; Tue, 21 Jul 2015 05:57:34 -0700 (PDT) (envelope-from david) Date: Tue, 21 Jul 2015 05:57:34 -0700 From: David Wolfskill To: current@freebsd.org Subject: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines Message-ID: <20150721125734.GF1217@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lIdIj/ncdD+VcXt4" 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: Tue, 21 Jul 2015 12:57:37 -0000 --lIdIj/ncdD+VcXt4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My laptop had no problems, but the build machine has a panic that appears quite reproducible (4 "successes" out of 4 tries); here's a bit =66rom the core.txt file: freebeast.catwhisker.org dumped core - see /var/crash/vmcore.1 Tue Jul 21 05:36:11 PDT 2015 FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1787 r= 285741M/285741:1100077: Tue Jul 21 04:48:37 PDT 2015 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 panic: witness_warn GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: witness_warn cpuid =3D 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe083b9c0= 860 vpanic() at vpanic+0x189/frame 0xfffffe083b9c08e0 kassert_panic() at kassert_panic+0x132/frame 0xfffffe083b9c0950 witness_warn() at witness_warn+0x498/frame 0xfffffe083b9c0a20 ithread_loop() at ithread_loop+0x165/frame 0xfffffe083b9c0a70 fork_exit() at fork_exit+0x84/frame 0xfffffe083b9c0ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe083b9c0ab0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe083b9c0b70, rbp =3D 0 --- =2E.. (kgdb) #0 doadump (textdump=3D0) at pcpu.h:221 #1 0xffffffff80377dfe in db_dump (dummy=3D, dummy2=3D= false,=20 dummy3=3D0, dummy4=3D0x0) at /usr/src/sys/ddb/db_command.c:533 #2 0xffffffff80377971 in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/db_command.c:440 #3 0xffffffff80377604 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xffffffff8037a19b in db_trap (type=3D, code=3D0) at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff80a56624 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80e61bd1 in trap (frame=3D0xfffffe083b9c0790) at /usr/src/sys/amd64/amd64/trap.c:540 #7 0xffffffff80e41e02 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:235 #8 0xffffffff80a55cfe in kdb_enter (why=3D0xffffffff8136f098 "panic",=20 msg=3D0xffffffff80a5bee0 "UH\211AWAVATSH\203PI\211A\211= H\213\004%\201H\211E\201<%x\201") at cpufunc.h:63 #9 0xffffffff80a19739 in vpanic (fmt=3D,=20 ap=3D) at /usr/src/sys/kern/kern_shutdown.c:737 #10 0xffffffff80a19582 in kassert_panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:634 #11 0xffffffff80a74908 in witness_warn (flags=3D2, lock=3D,=20 fmt=3D0xffffffff81367827 "suspending ithread") at /usr/src/sys/kern/subr_witness.c:1757 #12 0xffffffff809e2985 in ithread_loop (arg=3D0xfffff8000770c820) at /usr/src/sys/kern/kern_intr.c:1345 #13 0xffffffff809df874 in fork_exit ( callout=3D0xffffffff809e2820 , arg=3D0xfffff8000770c820,= =20 frame=3D0xfffffe083b9c0ac0) at /usr/src/sys/kern/kern_fork.c:1006 #14 0xffffffff80e4233e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:610 #15 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb)=20 On boot, it dropped into the debugger; it was on the most recent instantiation that I manually issued a "dump" command from that environment, then rebooted under the previous kernel: FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1786 r= 285715M/285715:1100077: Mon Jul 20 04:22:26 PDT 2015 root@freebeast.cat= whisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64 (And yes, it runs an unmodified GENERIC kernel.) The machine has been deployed only for a couple of months or so, but has been building stable/10 and head daily during that time. Until a couple of weeks ago, it was doing this for both i386 and amd64; since then, I dropped i386 from my home infrastructure, so it's been only amd64. In the stable/10 environment, it also make use of a 3-spindle zraid for running poudriere (to build the ports for my "production" machines), and it's been doing that quite well, also. Only other thing that I think of that's noteworthy is that its boot drive is an SSD (where I have not yet enabled TRIM, as it's a Crucial M500, and I need to be sure we don't try to use the queued TRIM commands on it, as there are reports that queued TRIM commands on the M500 will corrupt data). OK; please see for the dump(-related) files. (It's on a residential ADSL, so it's going to be slow. Sorry; I have a limited amount of bandwidth.) 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. --lIdIj/ncdD+VcXt4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVrkG+XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7T/MP/0rWaTMUsk4VtlFLNeZZFevz xYMcKZjQOdLAKffXaHx3m4r4gr4LMmVGbL1gSRnUs+WxF/8FQHddJYYvObSwCCOD C1BM5CpmFT5Mx1P/uC+mH2+q/XrNAwsUy85jmyeHgOtwIRtfr0RAQXcF2N8IBfOh x+skG0NZ6q6Gcvssih7RMReA/xKaznnPeFCL6h2mU0FghuXiSaiZpyv4dEWRrtDp RKSz4y0f4o4m9oBzdu0iYizhJnh1v1J60k/jmk56BJjXC+qHm3tNSAoh1KY/66AZ skad8vDBj1VoshiaDhcZnDv7b981fIOvPg67/Djd1cUQMDq+JiAR5+pD1arG3iih fWyfMOn4uQuY4bk9pfnXenaR/tAm/qP36qv3w/L/NC9+QLHzF3r+QG/lr2yxF0Ar /a9oH68aUrRkoU1CPRicCYQ8KLHAaFnFSR0Tpg9k8JCFAzUeNzZGKXmVkpD59jFR 6+GpBVKMEvu7sTa/Nt2+E/aXlreaTrErkM+Xb/IVuR2gyoeeRL91PPTQ8W+/qSPB fdNvOLMjmUDyNRPqFm6uvUFafM6Sfip39HXnJz7aaezXSHT6X4TY1sPU04GHuO0c RN6XmCDs/fwTsQxx3WsSMe9XBAAXZPpVUVoyLKUUHo1dyblWXlI9bI5YauO2om+H mwzGpajSsx+oIRHVNJ6W =ZY89 -----END PGP SIGNATURE----- --lIdIj/ncdD+VcXt4-- From owner-freebsd-current@freebsd.org Tue Jul 21 13:39: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 1872D9A50BB for ; Tue, 21 Jul 2015 13:39:19 +0000 (UTC) (envelope-from kostikbel@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 F114911AA for ; Tue, 21 Jul 2015 13:39:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id ED67F9A50B9; Tue, 21 Jul 2015 13:39:18 +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 EC0469A50B7 for ; Tue, 21 Jul 2015 13:39:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78AA611A9 for ; Tue, 21 Jul 2015 13:39:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6LDd7dq086858 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 21 Jul 2015 16:39:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6LDd7dq086858 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6LDd7fK086857; Tue, 21 Jul 2015 16:39:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 21 Jul 2015 16:39:07 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines Message-ID: <20150721133907.GR2404@kib.kiev.ua> References: <20150721125734.GF1217@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150721125734.GF1217@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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, 21 Jul 2015 13:39:19 -0000 On Tue, Jul 21, 2015 at 05:57:34AM -0700, David Wolfskill wrote: > My laptop had no problems, but the build machine has a panic that > appears quite reproducible (4 "successes" out of 4 tries); here's a bit > from the core.txt file: There must be kernel messages before the panic string. They are crusial to understand what is going on. > > freebeast.catwhisker.org dumped core - see /var/crash/vmcore.1 > > Tue Jul 21 05:36:11 PDT 2015 > > FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1787 r285741M/285741:1100077: Tue Jul 21 04:48:37 PDT 2015 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > > panic: witness_warn From owner-freebsd-current@freebsd.org Tue Jul 21 14:33: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 C63209A738F for ; Tue, 21 Jul 2015 14:33:07 +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 957DB15D1; Tue, 21 Jul 2015 14:33:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-46.lns20.per1.internode.on.net [121.45.232.46]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6LEWsLY015612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 21 Jul 2015 07:32:57 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD To: Venkat Duvvuru , Allan Jude References: <55A9157A.8050208@freebsd.org> <55A91837.50805@freebsd.org> Cc: freebsd-current@freebsd.org From: Julian Elischer Message-ID: <55AE5810.6080205@freebsd.org> Date: Tue, 21 Jul 2015 22:32:48 +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: 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, 21 Jul 2015 14:33:08 -0000 On 7/21/15 2:02 PM, Venkat Duvvuru wrote: > Yes, my question was about kernel module compatibililty with FreeBSD's > major releases of a particular version. > For example, will FreeBSD makes sure that the driver built on 10.0 version > of Freebsd seamlessly load on all other 10.x versions of FreeBSD? > Does it make sure that the symbols and their parameters are not blindly > changed without considering the binary compatibility with other FreeBSD > version binaries? Our aim is that a module compiled on X.0 should be loadable on X.Y for all values of Y. This is true for most of the subsystems that people expect to touch with modules. i.e. the network stack, driver framework, IO paths, system call interfaces, scheduler exported calls. and the structures they use. Note, a module compiled on X.Y is not guaranteed (or expected) to run on systems with smaller values of Y. > > RHEL kABI whitelist makes sure that once the symbol is added into the > whitelist, it will never be changed during the major releases of that > kernel. > > > Thanks, > Venkat. > > On Fri, Jul 17, 2015 at 8:29 PM, Allan Jude wrote: > >> On 2015-07-17 10:47, Julian Elischer wrote: >>> On 7/17/15 9:02 PM, Venkat Duvvuru wrote: >>>> Hi, >>>> >>>> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? >>> well, yes and no. >>> >>> Firstly, FreeBSD maintains a backwards compatible kABI (with the >>> exception of programs that hunt around in kernel memory). >>> We also use symbol versioning on the libc. so depending on what you want >>> to do. the answer may be useful to you or not. >>> Basically any binary should continue to run on a newer kernel, even if >>> the syscalls change, because we should still support the old abi. >>> >>> tell us more about what you need and we can be more specific. >>> >>> I have run Freebsd 1.1 binaries on a Freebsd 8 system, in fact I have >>> done a system build in a freebsd 1.1 chroot on an 8 system. >>> I haven't tried it on 9 or 10 but I'd expect it to work.. >>> >>> >>>> >>>> >>>> Thanks, >>>> >>>> Venkat. >>>> _______________________________________________ >>>> 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" >> >> I think the question related to drivers (kernel modules). >> >> In which case, they should be compatible across major versions (module >> from 10.0 works in 10.2, but not 9.3 or 11.0) >> >> -- >> Allan Jude >> >> > _______________________________________________ > 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 21 16:19: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 8B2FF9A77E6 for ; Tue, 21 Jul 2015 16:19:33 +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 6F5601C89 for ; Tue, 21 Jul 2015 16:19:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6ECD89A77E4; Tue, 21 Jul 2015 16:19: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 6E5E59A77E3 for ; Tue, 21 Jul 2015 16:19:33 +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 DB9931C88 for ; Tue, 21 Jul 2015 16:19:32 +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 t6LGJSHv027540; Tue, 21 Jul 2015 09:19:28 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6LGJREE027539; Tue, 21 Jul 2015 09:19:27 -0700 (PDT) (envelope-from david) Date: Tue, 21 Jul 2015 09:19:27 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines Message-ID: <20150721161927.GN1217@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20150721125734.GF1217@albert.catwhisker.org> <20150721133907.GR2404@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3dbUQUznexwzCA76" Content-Disposition: inline In-Reply-To: <20150721133907.GR2404@kib.kiev.ua> 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, 21 Jul 2015 16:19:33 -0000 --3dbUQUznexwzCA76 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 21, 2015 at 04:39:07PM +0300, Konstantin Belousov wrote: > On Tue, Jul 21, 2015 at 05:57:34AM -0700, David Wolfskill wrote: > > My laptop had no problems, but the build machine has a panic that > > appears quite reproducible (4 "successes" out of 4 tries); here's a bit > > from the core.txt file: >=20 > There must be kernel messages before the panic string. They are crusial > to understand what is going on. > ... Sorry I wasn't able to capture those before I needed to do Other Things. The machine had a (PCI-attached) serial console that was working for FreeBSD (thanks mostly to sbruno's help), but Somthing seems to Have Happened, and that's not presently working (even in stable/10, where I first got it working). I will try to get it working again, but I doubt I will have time to focus on that until about 9 hours from now. 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. --3dbUQUznexwzCA76 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVrnEPXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7J+oP/2MnplDhFLW0+wD7Fc4Nwal9 bw+YmDCiQ2TusEPy50tSBJDeMRNfHS/0j/ArN8abRZjpenZUxPzYb9nhuCC01EIf 8N3ccen1z7bAlAHW1ByF99Uv13xjm0uye4xPEve4Q3DWavElioRdhkNv0fEWA6UF q2TAxW3pUXtr3ytT/NOyJ5qSD8bEX9j+ZaXPFExh8EP/3berNj8b8JbB52pOiYtl wkDr79YYna2uslsQQGt+ocMISVn85hpV7q20BU/F8FAeqHU3Eg8htPTzr0XNukeO nDKywRuGuE9jnAH82cnaIf+1KvB7I/i0EMEFRzL+7veSS4I77Ysev6Or4b+8A1ZE hNIZLVfRJ/oN5s5GZTGfO3XN66hzCYsOFBm5gvLAzg52zkWcsaqcXv2PLb53ve9i 86X3fpQRIOs2Iul/OamZXSC77DhRji2lRVzLQlY+q+YoJDYk8Huh5BJSgLWtq8BI Jj9ZP6GZQCu2aWk9txb2tyMpQ22jWACtNtS+/D1Hqn8eGXc+QxTI1lLQ57ervPm8 wR6NPbvJZmfmoFgS+Yv4eajYi7pkyXCjSGa5OLYXJcFNAsFEhwZ2irTqJSZwq3g6 INYexyybHyHdwSoJKyYJPqwtUL7ea2IBEP3bIV69eRUCeP5dNkKSfL0bTuYlvSFs I1fv8fuay/SVgxNOsMgC =rsL1 -----END PGP SIGNATURE----- --3dbUQUznexwzCA76-- From owner-freebsd-current@freebsd.org Tue Jul 21 16:24: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 CD6DF9A7966 for ; Tue, 21 Jul 2015 16:24:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::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 995571FFE; Tue, 21 Jul 2015 16:24:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iecri3 with SMTP id ri3so51601362iec.2; Tue, 21 Jul 2015 09:24:42 -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=g7aXoijEPfZRJzTudu67XyooPejxXpd5stkkk6npELc=; b=IpvFqXya0LpSyP1AoNUpGE0FL0r2HJL48VLFjUb6NoU6Q79C/3bMY7Q6povk39YVRF qdJSPD9lv6DNDOTQjcLPN3ZEeT4dVJ+DRuA3h2D74oII7SqZFluIQ7100TrczuxBRUzy trHqKOAIp8zj2VMXsEG9A0ZTnoanUMSqXFrTFg/iMfx0du0TglgBl8CK5rY0UrHeW/Oi of2yMcsZ4ZeqzmluKIsxuNoDPn2QAuMow6k/Zhfnf65OEWKVlhDYKnKc/wKEVU/WEVsT pQiBhJD0bZ8mxRC1MfLmZFdK4NnRIAyEnG1zra2TXbhJ2jV5kNqEmlUIX83Cj4urtKDe F50g== MIME-Version: 1.0 X-Received: by 10.107.129.215 with SMTP id l84mr30469135ioi.78.1437495882581; Tue, 21 Jul 2015 09:24:42 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Tue, 21 Jul 2015 09:24:42 -0700 (PDT) In-Reply-To: References: <55A9157A.8050208@freebsd.org> <55A91837.50805@freebsd.org> Date: Tue, 21 Jul 2015 09:24:42 -0700 Message-ID: Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD From: Adrian Chadd To: Venkat Duvvuru Cc: Allan Jude , 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, 21 Jul 2015 16:24:44 -0000 Yes, I think the FreeBSD developers have been doing this since before Redhat was a thing. -a On 20 July 2015 at 23:02, Venkat Duvvuru wrote: > Yes, my question was about kernel module compatibililty with FreeBSD's > major releases of a particular version. > For example, will FreeBSD makes sure that the driver built on 10.0 version > of Freebsd seamlessly load on all other 10.x versions of FreeBSD? > Does it make sure that the symbols and their parameters are not blindly > changed without considering the binary compatibility with other FreeBSD > version binaries? > > RHEL kABI whitelist makes sure that once the symbol is added into the > whitelist, it will never be changed during the major releases of that > kernel. > > > Thanks, > Venkat. > > On Fri, Jul 17, 2015 at 8:29 PM, Allan Jude wrote: > >> On 2015-07-17 10:47, Julian Elischer wrote: >> > On 7/17/15 9:02 PM, Venkat Duvvuru wrote: >> >> Hi, >> >> >> >> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? >> > well, yes and no. >> > >> > Firstly, FreeBSD maintains a backwards compatible kABI (with the >> > exception of programs that hunt around in kernel memory). >> > We also use symbol versioning on the libc. so depending on what you want >> > to do. the answer may be useful to you or not. >> > Basically any binary should continue to run on a newer kernel, even if >> > the syscalls change, because we should still support the old abi. >> > >> > tell us more about what you need and we can be more specific. >> > >> > I have run Freebsd 1.1 binaries on a Freebsd 8 system, in fact I have >> > done a system build in a freebsd 1.1 chroot on an 8 system. >> > I haven't tried it on 9 or 10 but I'd expect it to work.. >> > >> > >> >> >> >> >> >> >> >> Thanks, >> >> >> >> Venkat. >> >> _______________________________________________ >> >> 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" >> >> I think the question related to drivers (kernel modules). >> >> In which case, they should be compatible across major versions (module >> from 10.0 works in 10.2, but not 9.3 or 11.0) >> >> -- >> Allan Jude >> >> > _______________________________________________ > 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 21 19:18: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 15EE99A7745 for ; Tue, 21 Jul 2015 19:18:55 +0000 (UTC) (envelope-from markjdb@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 E899D1489 for ; Tue, 21 Jul 2015 19:18:54 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id DE45F9A7744; Tue, 21 Jul 2015 19:18:54 +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 DCD189A7743 for ; Tue, 21 Jul 2015 19:18:54 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::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 7715E1488 for ; Tue, 21 Jul 2015 19:18:54 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by qkfc129 with SMTP id c129so96826294qkf.1 for ; Tue, 21 Jul 2015 12:18:53 -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:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=CHHLRwSB3NsC8ra8ftNdeqCj250gYTjmTEC2q1jmZPI=; b=EVmvr5/yf74IoY7mae82oVJmqIdjcrTYNtgXa79/Sc7HxUzupUdD3iQ3Ip0mEL1vC2 wSQ2vZ8wNlL2YrWM+lGDmoYppZ4b2flc4SHa7DwD06tqnUunqCVwsviCVZPotzwfEPhU ae1wuV0dw4OxKO6/lVUV4lQN6GHIVleWbqpBWenpNCUozl5l8AkP8VmDoL4v7Ct7iMnk cH0nMwfSEhGpE0fhm2KMtyfcwb4iDi7iolVWfn0sel9a9EgRKIHpIZjHth/wJVvKIsQI gzzR6DdFu7BvDAhzJpqVeeV8Dwpcx0c5iPWf2B42yQwtl4suHB7YKu2dIgB34dyNulxg 6k/Q== X-Received: by 10.55.31.31 with SMTP id f31mr56003105qkf.88.1437506333001; Tue, 21 Jul 2015 12:18:53 -0700 (PDT) Received: from muskytusk ([104.236.250.12]) by smtp.gmail.com with ESMTPSA id f106sm13251026qgd.30.2015.07.21.12.18.51 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Jul 2015 12:18:52 -0700 (PDT) Sender: Mark Johnston Date: Tue, 21 Jul 2015 19:17:43 +0000 From: Mark Johnston To: David Wolfskill , Konstantin Belousov , current@freebsd.org Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines Message-ID: <20150721191743.GA39506@muskytusk> References: <20150721125734.GF1217@albert.catwhisker.org> <20150721133907.GR2404@kib.kiev.ua> <20150721161927.GN1217@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150721161927.GN1217@albert.catwhisker.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: Tue, 21 Jul 2015 19:18:55 -0000 On Tue, Jul 21, 2015 at 09:19:27AM -0700, David Wolfskill wrote: > On Tue, Jul 21, 2015 at 04:39:07PM +0300, Konstantin Belousov wrote: > > On Tue, Jul 21, 2015 at 05:57:34AM -0700, David Wolfskill wrote: > > > My laptop had no problems, but the build machine has a panic that > > > appears quite reproducible (4 "successes" out of 4 tries); here's a bit > > > from the core.txt file: > > > > There must be kernel messages before the panic string. They are crusial > > to understand what is going on. > > ... > > Sorry I wasn't able to capture those before I needed to do Other Things. > > The machine had a (PCI-attached) serial console that was working > for FreeBSD (thanks mostly to sbruno's help), but Somthing seems > to Have Happened, and that's not presently working (even in stable/10, > where I first got it working). > > I will try to get it working again, but I doubt I will have time to > focus on that until about 9 hours from now. It's possible to extract log messages leading up to the panic from the vmcore. From the kgdb prompt, running (kgdb) printf "%s", msgbufp->msg_ptr should bring them up. And, I just noticed that you posted the core.txt, which contains this info near the end: http://www.catwhisker.org/~david/FreeBSD/head/core.txt.1 From owner-freebsd-current@freebsd.org Tue Jul 21 19:28: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 9AC3C9A78EA for ; Tue, 21 Jul 2015 19:28:48 +0000 (UTC) (envelope-from kostikbel@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 7DBE91AB5 for ; Tue, 21 Jul 2015 19:28:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7A6DD9A78E8; Tue, 21 Jul 2015 19:28:48 +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 79DE29A78E7; Tue, 21 Jul 2015 19:28:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4ED31AB3; Tue, 21 Jul 2015 19:28:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6LJSWPb046509 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 21 Jul 2015 22:28:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6LJSWPb046509 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6LJSWYC046508; Tue, 21 Jul 2015 22:28:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 21 Jul 2015 22:28:32 +0300 From: Konstantin Belousov To: Mark Johnston Cc: David Wolfskill , current@freebsd.org, net@freebsd.org Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines Message-ID: <20150721192832.GB2404@kib.kiev.ua> References: <20150721125734.GF1217@albert.catwhisker.org> <20150721133907.GR2404@kib.kiev.ua> <20150721161927.GN1217@albert.catwhisker.org> <20150721191743.GA39506@muskytusk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150721191743.GA39506@muskytusk> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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, 21 Jul 2015 19:28:48 -0000 On Tue, Jul 21, 2015 at 07:17:43PM +0000, Mark Johnston wrote: > On Tue, Jul 21, 2015 at 09:19:27AM -0700, David Wolfskill wrote: > > On Tue, Jul 21, 2015 at 04:39:07PM +0300, Konstantin Belousov wrote: > > > On Tue, Jul 21, 2015 at 05:57:34AM -0700, David Wolfskill wrote: > > > > My laptop had no problems, but the build machine has a panic that > > > > appears quite reproducible (4 "successes" out of 4 tries); here's a bit > > > > from the core.txt file: > > > > > > There must be kernel messages before the panic string. They are crusial > > > to understand what is going on. > > > ... > > > > Sorry I wasn't able to capture those before I needed to do Other Things. > > > > The machine had a (PCI-attached) serial console that was working > > for FreeBSD (thanks mostly to sbruno's help), but Somthing seems > > to Have Happened, and that's not presently working (even in stable/10, > > where I first got it working). > > > > I will try to get it working again, but I doubt I will have time to > > focus on that until about 9 hours from now. > > It's possible to extract log messages leading up to the panic from the > vmcore. From the kgdb prompt, running > > (kgdb) printf "%s", msgbufp->msg_ptr > > should bring them up. > > And, I just noticed that you posted the core.txt, which contains this > info near the end: > http://www.catwhisker.org/~david/FreeBSD/head/core.txt.1 Indeed, thank you. ithread_loop() at ithread_loop+0xa6/frame 0xfffffe083b9c0a70 fork_exit() at fork_exit+0x84/frame 0xfffffe083b9c0ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe083b9c0ab0 --- trap 0, rip = 0, rsp = 0xfffffe083b9c0b70, rbp = 0 --- suspending ithread with the following locks held: shared rw udpinp (udpinp) r = 3 (0xfffff80010c7d7b0) locked @ /usr/src/sys/netinet6/in6_pcb.c:1174 panic: witness_warn cpuid = 3 So it looks like net swi, leaking some udp6 lock. From owner-freebsd-current@freebsd.org Tue Jul 21 20:05: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 D06969A60CE for ; Tue, 21 Jul 2015 20:05:21 +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 B48331ECD for ; Tue, 21 Jul 2015 20:05:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id B14A69A60CC; Tue, 21 Jul 2015 20:05:21 +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 95FF69A60CB; Tue, 21 Jul 2015 20:05:21 +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 CB6221ECC; Tue, 21 Jul 2015 20:05:20 +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 t6LK5GWx028762; Tue, 21 Jul 2015 13:05:16 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6LK5FI6028761; Tue, 21 Jul 2015 13:05:15 -0700 (PDT) (envelope-from david) Date: Tue, 21 Jul 2015 13:05:15 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org, net@freebsd.org Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines Message-ID: <20150721200515.GD27865@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org, net@freebsd.org References: <20150721125734.GF1217@albert.catwhisker.org> <20150721133907.GR2404@kib.kiev.ua> <20150721161927.GN1217@albert.catwhisker.org> <20150721191743.GA39506@muskytusk> <20150721192832.GB2404@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iVCmgExH7+hIHJ1A" Content-Disposition: inline In-Reply-To: <20150721192832.GB2404@kib.kiev.ua> 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, 21 Jul 2015 20:05:22 -0000 --iVCmgExH7+hIHJ1A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 21, 2015 at 10:28:32PM +0300, Konstantin Belousov wrote: > ... > Indeed, thank you. > ithread_loop() at ithread_loop+0xa6/frame 0xfffffe083b9c0a70 > fork_exit() at fork_exit+0x84/frame 0xfffffe083b9c0ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe083b9c0ab0 > --- trap 0, rip =3D 0, rsp =3D 0xfffffe083b9c0b70, rbp =3D 0 --- > suspending ithread with the following locks held: > shared rw udpinp (udpinp) r =3D 3 (0xfffff80010c7d7b0) locked @ /usr/src/= sys/netinet6/in6_pcb.c:1174 > panic: witness_warn > cpuid =3D 3 >=20 > So it looks like net swi, leaking some udp6 lock. Curiouser and curiouser... While I'm not taking any special pains to avoid building IPv6, I'm not actively actually doing anything with it (IPv6), either (for both the failing machine and my laptop). Once I'm back home, I should be able to poke around in ddb after re-creating the panic, if that would be a useful thing for me to do (and given some hints as to what to poke). Naturally, I'm also happy to change bits of sources, rebuild, and smoke-test. A quick check from the SVN update output only shows r285710, r285711, and r285740 in the range from (r285685,r285741] -- as the kernel running r285685 had no known issues -- that touched sys/netinet6/*. 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. --iVCmgExH7+hIHJ1A Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVrqX7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7XpkP/3RFfMY7q3lWnnaV8/HHdo0v LwuXJvUH60spi4gxBZBIlc1Xh6kmhaPb7l48JD9U2ipW7Yx4uskw30ZFPXEyVPjV +tF6nlJCyKMOygtBSeCWaWfOW4dFMUiuRJLi3sTb0s4zvbjJPz6w3pvGXBV4Lh0E EpdED8RRASOEITclJBmq91Pp8DVJW4Ljz55SiSVk4Oq2u1qHAS+wOclWovk6ucLJ 8tzp05Dg6NY0Vl+hLdWAPjnBoDxcDv1lwV4sVVtcaTopF3zP/WkyCehBOYN/G/Ea OwC9UuoTd66jS+8Ken99TD0UxwOsQxwGNCenrIcYZewo88SBgZfnuudlbXpeFHop Clhm3L1cfA++iRpxNpyI9nQzT/NAQJDzENf8sel9gH80DR0G6mLj2iqMK7Q7EcJB 7XhJb8nTjU8F/0edGpRooj4049k3M7QzCL0ef4MyCHFWdzGg6ZeunYEd+wrh1t0Y BSaQWmWXaP6ysOnA1HVD0X+gtM3zuQjRb1tdY/ndw3kJWsfk8NkJrwwyNnx/OwSB 7S7yOLzMrnnCR9uF1yka6jKGBqPPA89HRuKiQ946lG9cgzbvesKMSBV4dMyB+Kux m3HZ1b4mIOwnxx4/UY1nfN52iRzOD1RsFnZjVuvxa+v+BNcc7PLhBjyXLx7sTRiH KXIt463vO3iw+ElaEr6i =M/Br -----END PGP SIGNATURE----- --iVCmgExH7+hIHJ1A-- From owner-freebsd-current@freebsd.org Tue Jul 21 20:21: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 F04D59A63B4 for ; Tue, 21 Jul 2015 20:21:24 +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 D6CBA18FE for ; Tue, 21 Jul 2015 20:21:24 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.ysv.freebsd.org (Postfix) id D58589A63B2; Tue, 21 Jul 2015 20:21:24 +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 D4EE69A63B0; Tue, 21 Jul 2015 20:21:24 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id B5E1018FC; Tue, 21 Jul 2015 20:21:24 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from marvin.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 6AE4D5647F; Tue, 21 Jul 2015 15:21:23 -0500 (CDT) Message-ID: <55AEA9BC.5070806@vangyzen.net> Date: Tue, 21 Jul 2015 15:21:16 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: David Wolfskill , Konstantin Belousov , current@freebsd.org, net@freebsd.org, Randall Stewart Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines References: <20150721125734.GF1217@albert.catwhisker.org> <20150721133907.GR2404@kib.kiev.ua> <20150721161927.GN1217@albert.catwhisker.org> <20150721191743.GA39506@muskytusk> <20150721192832.GB2404@kib.kiev.ua> <20150721200515.GD27865@albert.catwhisker.org> In-Reply-To: <20150721200515.GD27865@albert.catwhisker.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WmEx2owTBk9dxrmBmkg69e10GMq0lEmHu" 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, 21 Jul 2015 20:21:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WmEx2owTBk9dxrmBmkg69e10GMq0lEmHu Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/21/2015 15:05, David Wolfskill wrote: > On Tue, Jul 21, 2015 at 10:28:32PM +0300, Konstantin Belousov wrote: >> ... >> Indeed, thank you. >> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe083b9c0a70 >> fork_exit() at fork_exit+0x84/frame 0xfffffe083b9c0ab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe083b9c0ab0 >> --- trap 0, rip =3D 0, rsp =3D 0xfffffe083b9c0b70, rbp =3D 0 --- >> suspending ithread with the following locks held: >> shared rw udpinp (udpinp) r =3D 3 (0xfffff80010c7d7b0) locked @ /usr/s= rc/sys/netinet6/in6_pcb.c:1174 >> panic: witness_warn >> cpuid =3D 3 >> >> So it looks like net swi, leaking some udp6 lock. > Curiouser and curiouser... While I'm not taking any special pains to > avoid building IPv6, I'm not actively actually doing anything with it > (IPv6), either (for both the failing machine and my laptop). > > Once I'm back home, I should be able to poke around in ddb after > re-creating the panic, if that would be a useful thing for me to do (an= d > given some hints as to what to poke). > > Naturally, I'm also happy to change bits of sources, rebuild, and > smoke-test. > > A quick check from the SVN update output only shows r285710, r285711, a= nd > r285740 in the range from (r285685,r285741] -- as the kernel running > r285685 had no known issues -- that touched sys/netinet6/*. It's a multicast destination. Maybe something is using mDNS? Randall, does the test on line 406 of udp6_usrreq.c need to be inverted? Eric --WmEx2owTBk9dxrmBmkg69e10GMq0lEmHu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVrqm8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzRTcwNEY0QTBEMTM0MUU4QkNFNEQ3M0RB RkMxMkExM0VDMjBEQUI4AAoJEK/BKhPsINq4Uj8H/3kMl7ihOq6gq5k8SgZuBa12 wH2DAxlxo1Lb16q2wO9Ec1StP2BuMOqB4WSlpHe/Zmxgn/Nfv0wtGvo4kYr+tX4u i1uJKiqC6xeeLwlEXuBTjGDDji2zF6blau6v+iG2btXfvUSihA5lmXsv61y/Xmv1 KSl1828RRl8BxbYwKsBXHbXkPDGxAPRjGm2qbuLGboFYOX8QJFiRmmNOwjKPBQsJ dxmGaSmKPQqixgvYamhOAf39jcc3CbBLl8za22Qk+yyPvcFzPwV4qxOm+cA8EZfz a5zEsq5Rb5o1yAEiqrjBvQNg5QQKJd5D7UO97CUOf5lID8e30/aXNdiFiQqXG0E= =xlKO -----END PGP SIGNATURE----- --WmEx2owTBk9dxrmBmkg69e10GMq0lEmHu-- From owner-freebsd-current@freebsd.org Tue Jul 21 20:24: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 9D7CA9A6550 for ; Tue, 21 Jul 2015 20:24:40 +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 824951B5A for ; Tue, 21 Jul 2015 20:24:40 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.ysv.freebsd.org (Postfix) id 7F03E9A654C; Tue, 21 Jul 2015 20:24:40 +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 63BE19A6549; Tue, 21 Jul 2015 20:24:40 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA6A1B55; Tue, 21 Jul 2015 20:24:40 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from marvin.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id BFFB45647F; Tue, 21 Jul 2015 15:24:39 -0500 (CDT) Message-ID: <55AEAA86.1040107@vangyzen.net> Date: Tue, 21 Jul 2015 15:24:38 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: David Wolfskill , Konstantin Belousov , current@freebsd.org, net@freebsd.org, Randall Stewart Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines References: <20150721125734.GF1217@albert.catwhisker.org> <20150721133907.GR2404@kib.kiev.ua> <20150721161927.GN1217@albert.catwhisker.org> <20150721191743.GA39506@muskytusk> <20150721192832.GB2404@kib.kiev.ua> <20150721200515.GD27865@albert.catwhisker.org> <55AEA9BC.5070806@vangyzen.net> In-Reply-To: <55AEA9BC.5070806@vangyzen.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gNlTPBRc14NkRdkAStkUj0mBj7rtDjInQ" 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, 21 Jul 2015 20:24:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gNlTPBRc14NkRdkAStkUj0mBj7rtDjInQ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/21/2015 15:21, Eric van Gyzen wrote: > On 07/21/2015 15:05, David Wolfskill wrote: >> On Tue, Jul 21, 2015 at 10:28:32PM +0300, Konstantin Belousov wrote: >>> ... >>> Indeed, thank you. >>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe083b9c0a70 >>> fork_exit() at fork_exit+0x84/frame 0xfffffe083b9c0ab0 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe083b9c0ab0 >>> --- trap 0, rip =3D 0, rsp =3D 0xfffffe083b9c0b70, rbp =3D 0 --- >>> suspending ithread with the following locks held: >>> shared rw udpinp (udpinp) r =3D 3 (0xfffff80010c7d7b0) locked @ /usr/= src/sys/netinet6/in6_pcb.c:1174 >>> panic: witness_warn >>> cpuid =3D 3 >>> >>> So it looks like net swi, leaking some udp6 lock. >> Curiouser and curiouser... While I'm not taking any special pains to >> avoid building IPv6, I'm not actively actually doing anything with it >> (IPv6), either (for both the failing machine and my laptop). >> >> Once I'm back home, I should be able to poke around in ddb after >> re-creating the panic, if that would be a useful thing for me to do (a= nd >> given some hints as to what to poke). >> >> Naturally, I'm also happy to change bits of sources, rebuild, and >> smoke-test. >> >> A quick check from the SVN update output only shows r285710, r285711, = and >> r285740 in the range from (r285685,r285741] -- as the kernel running >> r285685 had no known issues -- that touched sys/netinet6/*. > It's a multicast destination. Maybe something is using mDNS? Blurf. "I wonder if" it's a multicast destination. (I need more chocola= te.) > Randall, does the test on line 406 of udp6_usrreq.c need to be inverted= ? > > Eric > --gNlTPBRc14NkRdkAStkUj0mBj7rtDjInQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVrqqHXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzRTcwNEY0QTBEMTM0MUU4QkNFNEQ3M0RB RkMxMkExM0VDMjBEQUI4AAoJEK/BKhPsINq4PjsIAKzFFgOBJmKodO42DEqgC2hV hKwbK8SqrNJqwTtRWiQUMpQ7X4w27Lnh5PnVNaHsI1JgKHnRMf6leXB+cSCVQUdC OhhCkXbwn5LbUAiHqRR8zftKEdlKdStAdzVAzJX7zaOAzcr3Ot5uQrKQyY3Ecgrd ec4au6J5mv9L/mfHhY3Vd3C1WM7FwHBYME2cz4KblCu8Smi2Cul1WjUdjGGiRjoT UYt2vlRmYZvOL2nI5znTsi54cfGP5b8T3HFrUAOnCPywwoZ7HxpWaEMbN1JznTe4 uQonFs2cjWh6oGdWxrp0S+SCdPYee8mlsWBT7fRW9KDPWEFnI80jwNOXdbo9xMs= =YbDv -----END PGP SIGNATURE----- --gNlTPBRc14NkRdkAStkUj0mBj7rtDjInQ-- From owner-freebsd-current@freebsd.org Tue Jul 21 21:59: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 344269A7884 for ; Tue, 21 Jul 2015 21:59:12 +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 15E191E5B for ; Tue, 21 Jul 2015 21:59:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 145399A7882; Tue, 21 Jul 2015 21:59:12 +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 EE10F9A7881; Tue, 21 Jul 2015 21:59: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 726D41E59; Tue, 21 Jul 2015 21:59: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 t6LLx7E1029936; Tue, 21 Jul 2015 14:59:07 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6LLx72p029935; Tue, 21 Jul 2015 14:59:07 -0700 (PDT) (envelope-from david) Date: Tue, 21 Jul 2015 14:59:07 -0700 From: David Wolfskill To: Eric van Gyzen Cc: Konstantin Belousov , current@freebsd.org, net@freebsd.org, Randall Stewart Subject: Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines Message-ID: <20150721215907.GM27865@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Eric van Gyzen , Konstantin Belousov , current@freebsd.org, net@freebsd.org, Randall Stewart References: <20150721125734.GF1217@albert.catwhisker.org> <20150721133907.GR2404@kib.kiev.ua> <20150721161927.GN1217@albert.catwhisker.org> <20150721191743.GA39506@muskytusk> <20150721192832.GB2404@kib.kiev.ua> <20150721200515.GD27865@albert.catwhisker.org> <55AEA9BC.5070806@vangyzen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/TUrtqMIkCP4YtJm" Content-Disposition: inline In-Reply-To: <55AEA9BC.5070806@vangyzen.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: Tue, 21 Jul 2015 21:59:12 -0000 --/TUrtqMIkCP4YtJm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 21, 2015 at 03:21:16PM -0500, Eric van Gyzen wrote: > ... > >> So it looks like net swi, leaking some udp6 lock. > > Curiouser and curiouser... While I'm not taking any special pains to > > avoid building IPv6, I'm not actively actually doing anything with it > > (IPv6), either (for both the failing machine and my laptop). > > > > Once I'm back home, I should be able to poke around in ddb after > > re-creating the panic, if that would be a useful thing for me to do (and > > given some hints as to what to poke). > > > > Naturally, I'm also happy to change bits of sources, rebuild, and > > smoke-test. > > > > A quick check from the SVN update output only shows r285710, r285711, a= nd > > r285740 in the range from (r285685,r285741] -- as the kernel running > > r285685 had no known issues -- that touched sys/netinet6/*. >=20 > It's a multicast destination. Maybe something is using mDNS? >=20 > Randall, does the test on line 406 of udp6_usrreq.c need to be inverted? >=20 > Eric >=20 We have a winner! FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1789 r= 285741M/285741:1100077: Tue Jul 21 14:50:59 PDT 2015 root@freebeast.cat= whisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64 freebeast(11.0-C)[3] cd /usr/src freebeast(11.0-C)[4] svn diff sys/netinet netinet/ netinet6/=20 freebeast(11.0-C)[4] svn diff sys/netinet* Index: sys/netinet6/udp6_usrreq.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/netinet6/udp6_usrreq.c (revision 285741) +++ sys/netinet6/udp6_usrreq.c (working copy) @@ -403,7 +403,7 @@ INP_RLOCK(last); INP_INFO_RUNLOCK(pcbinfo); UDP_PROBE(receive, NULL, last, ip6, last, uh); - if (udp6_append(last, m, off, &fromsa))=20 + if (! udp6_append(last, m, off, &fromsa))=20 INP_RUNLOCK(last); inp_lost: return (IPPROTO_DONE); freebeast(11.0-C)[5]=20 Thanks! :-) 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. --/TUrtqMIkCP4YtJm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVrsCrXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7cNwP+wTdwhcPKxKf7R93PSf7cYx9 WMB5SRTs4MM5ddz0w9mEajNSILxVqtHOcaJqDgzZiksvQAJkiX7Q1x2ruq0Qua+Z YgI2s8Y3Z+xcNucaKrMOQdClyNnqNVFlAilNgTqmp3fVNi6ANYOpQOt3JDaQojVx NrlgU/JuwXMrGic1EIXM7Q1XhHTCm56I4AnCSXezoU511TGTlR3cqKSEyyyHVsRk 3amxUiCPQzqKj1+8SNQuZeZgnXMAyiyoyStFQS5dWlS7UIVvRbZYvu0kQlBleFD9 QAgNURS56hwBnpufq8UpE9QmOj7umv8uqtDRRp8LqdmcsMUikqmGBhQr2uWwI6gy DTSq9Fy1BR+brmkklMbG5lP5rrYnOGVokif4SvZfM5HSSMiQJ1xRHzmpFYYlwHnf W89m2ZarLDoWzEWJZFUioCiMNRqs9yea8frQefNyq0Shv2iUesZYGpvjg6jiyyBr V7nYag5f7p22h0glcBSa2CML/6VYAc8DflPAT8qCXzITTZ7R144gw/pMJK0Bil7Q PJ6SixCpJS+wQjVs6/9MDzbp7u1gh3C98ZXnZDeeS1Iz8ioMnNLkfRvMHDRzLBeh +PVoS8uNWEw7LEAOSdy/v2218u0hprFj/14nV1OCSEYmf/vG8LTIfqsGgLfE9TK4 1QHMarwpud2GyApE+NH0 =iwnN -----END PGP SIGNATURE----- --/TUrtqMIkCP4YtJm-- From owner-freebsd-current@freebsd.org Wed Jul 22 05:16: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 6541A9A7B62; Wed, 22 Jul 2015 05:16:17 +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 56FCC1BDE; Wed, 22 Jul 2015 05:16:17 +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 5407BC3; Wed, 22 Jul 2015 05:16:17 +0000 (UTC) Date: Wed, 22 Jul 2015 05:16:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1744034648.1.1437542176694.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #643 - 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: Wed, 22 Jul 2015 05:16:17 -0000 FreeBSD_HEAD_i386 - Build #643 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/643/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/643/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/643/console Change summaries: No changes 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-22T05:15:03.083 +0000' U sys/conf/files U sys/ddb/db_examine.c U sys/ddb/db_print.c U sys/ddb/db_main.c U sys/kern/subr_smp.c U sys/amd64/amd64/machdep.c U sys/amd64/amd64/db_trace.c U sys/i386/i386/machdep.c U sys/i386/i386/db_trace.c U sys/netinet/udp_usrreq.c U sys/netinet/tcp_output.c U sys/cddl/dev/fbt/fbt.c U sys/netipsec/ipsec.h U sys/netipsec/ipsec_input.c U sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c U sys/dev/ixl/if_ixl.c U sys/dev/vt/vt_core.c AU sys/dev/vt/vt_cpulogos.c U sys/dev/vt/vt.h AU sys/dev/vt/logo/logo_beastie.c U sys/dev/nvd/nvd.c U sys/dev/gpio/gpiobus.c U usr.bin/patch/patch.1 U usr.bin/patch/patch.c U usr.bin/patch/backupfile.c U usr.bin/netstat/main.c At revision 285785 hudson.util.IOException2: revision check failed on svn://svnmir.freebsd.org/base/head at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:196) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:123) at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:725) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:860) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1282) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: org.tmatesoft.svn.core.SVNException: svn: E160006: No such revision 285785 at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.handleFailureStatus(SVNReader.java:269) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.parse(SVNReader.java:248) at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.read(SVNConnection.java:276) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.read(SVNRepositoryImpl.java:1291) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.getLocationsImpl(SVNRepositoryImpl.java:293) at org.tmatesoft.svn.core.io.SVNRepository.getLocations(SVNRepository.java:1091) at org.tmatesoft.svn.core.io.SVNRepository.getLocations(SVNRepository.java:1519) at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:212) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:160) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1259) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:968) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:873) at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:184) ... 12 more [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2344095484425782383.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 jail: "FreeBSD_HEAD_i386" not found + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address + true + sudo umount FreeBSD_HEAD_i386/usr/src umount: FreeBSD_HEAD_i386/usr/src: statfs: No such file or directory umount: FreeBSD_HEAD_i386/usr/src: unknown file system + true + sudo umount FreeBSD_HEAD_i386/dev umount: FreeBSD_HEAD_i386/dev: statfs: No such file or directory umount: FreeBSD_HEAD_i386/dev: unknown file system + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 chflags: FreeBSD_HEAD_i386: No such file or directory + true + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Jul 22 05:38: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 4D9759A7EED for ; Wed, 22 Jul 2015 05:38: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 0A5A013DE for ; Wed, 22 Jul 2015 05:38: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 <1ZHmjs-000MP2-Iu>; Wed, 22 Jul 2015 07:38:44 +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 <1ZHmjs-002g4k-DC>; Wed, 22 Jul 2015 07:38:44 +0200 Date: Wed, 22 Jul 2015 07:38:37 +0200 From: "O. Hartmann" To: freebsd-current Subject: [CURRENT] r 285785: vt_core.c:(.text+0x42f): undefined reference to vt_logo_sprite_height' Message-ID: <20150722073837.790b3093@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; 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, 22 Jul 2015 05:38:54 -0000 Recent sources (r285785) do not buildkernel due to the bug/error shown below: [...] linking kernel vt_core.o: In function `vtterm_cnprobe': /usr/src/sys/dev/vt/vt_core.c:(.text+0x42f): undefined reference to `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x46b): undefined reference to `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x4c5): undefined reference to `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x51b): undefined reference to `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x57d): undefined reference to `vt_logo_sprite_height' vt_core.o:/usr/src/sys/dev/vt/vt_core.c:(.text+0x2870): more undefined references to `vt_logo_sprite_height' follow vt_core.o: In function `vt_flush': /usr/src/sys/dev/vt/vt_core.c:(.text+0x4fb8): undefined reference to `vtterm_draw_cpu_logos' vt_core.o: In function `vt_scrollmode_kbdevent': /usr/src/sys/dev/vt/vt_core.c:(.text+0x5963): undefined reference to `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x5a98): undefined reference to `vt_logo_sprite_height' *** [kernel] Error code 1 Regards, Oliver From owner-freebsd-current@freebsd.org Wed Jul 22 05:49: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 CE79E9A8095 for ; Wed, 22 Jul 2015 05:49:46 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::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 6AF391A15 for ; Wed, 22 Jul 2015 05:49:46 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by wibud3 with SMTP id ud3so138617076wib.1 for ; Tue, 21 Jul 2015 22:49: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=Ow2tKuzhNJGw0JLwgugAf47KqU5By/WFtKLC5Go8WeE=; b=JaQIMvMBA02Be5vc3eubmPhE1/tOjSqSb64e7jygcCM06WGMM+8pOePfxgSYCxaXFZ nM1Yrl0rNgY/NKdRpDcJK7IOdMMv2IPlgrIKzNYqUmRzku2B6mcmdcO0o1j289DtlquG k/aTkCHHI45Ly3ooOilr91RNrMxwGlhtgEn0aO3C5Kv0bS8BaNrS+zlaryFBoihviDpc 2Imzfz+8UuzOqWWIBkbNZ6EVbNUNHlcC62FaGRls2VFQ/RpEAh4RxzOu5Ip7+XSWvTlu FGMNHYc5hPQcUlJAg8A4Ypdo8HEF51Fg4m2o01kOK/3442okkufAb5roTvGYs9DGsmU9 A4vA== MIME-Version: 1.0 X-Received: by 10.180.23.33 with SMTP id j1mr2832820wif.44.1437544184700; Tue, 21 Jul 2015 22:49:44 -0700 (PDT) Received: by 10.194.64.102 with HTTP; Tue, 21 Jul 2015 22:49:44 -0700 (PDT) In-Reply-To: <20150722073837.790b3093@freyja.zeit4.iv.bundesimmobilien.de> References: <20150722073837.790b3093@freyja.zeit4.iv.bundesimmobilien.de> Date: Wed, 22 Jul 2015 08:49:44 +0300 Message-ID: Subject: Re: [CURRENT] r 285785: vt_core.c:(.text+0x42f): undefined reference to vt_logo_sprite_height' From: Andrey Fesenko 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, 22 Jul 2015 05:49:46 -0000 On Wed, Jul 22, 2015 at 8:38 AM, O. Hartmann wrote: > Recent sources (r285785) do not buildkernel due to the bug/error shown below: > > [...] > linking kernel > vt_core.o: In function `vtterm_cnprobe': > /usr/src/sys/dev/vt/vt_core.c:(.text+0x42f): undefined reference to > `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x46b): undefined > reference to > `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x4c5): undefined > reference to > `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x51b): undefined > reference to > `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x57d): undefined > reference to `vt_logo_sprite_height' > vt_core.o:/usr/src/sys/dev/vt/vt_core.c:(.text+0x2870): more undefined > references to `vt_logo_sprite_height' follow vt_core.o: In function > `vt_flush': /usr/src/sys/dev/vt/vt_core.c:(.text+0x4fb8): undefined reference > to `vtterm_draw_cpu_logos' vt_core.o: In function > `vt_scrollmode_kbdevent': /usr/src/sys/dev/vt/vt_core.c:(.text+0x5963): > undefined reference to > `vt_logo_sprite_height' /usr/src/sys/dev/vt/vt_core.c:(.text+0x5a98): undefined > reference to `vt_logo_sprite_height' *** [kernel] Error code 1 > > This commit 285765 and 285766 (D2181) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201751 From owner-freebsd-current@freebsd.org Wed Jul 22 06:46: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 D46D39A88E2; Wed, 22 Jul 2015 06:46:50 +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 C622A1FAE; Wed, 22 Jul 2015 06:46:50 +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 03C06F8; Wed, 22 Jul 2015 06:46:51 +0000 (UTC) Date: Wed, 22 Jul 2015 06:46:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <387174227.3.1437547610962.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1744034648.1.1437542176694.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1744034648.1.1437542176694.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #644 - 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: Wed, 22 Jul 2015 06:46:50 -0000 FreeBSD_HEAD_i386 - Build #644 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/644/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/644/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/644/console Change summaries: No changes From owner-freebsd-current@freebsd.org Wed Jul 22 08:25: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 29C869A8BC3 for ; Wed, 22 Jul 2015 08:25:47 +0000 (UTC) (envelope-from timp87@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 BCF2F1E4A for ; Wed, 22 Jul 2015 08:25:46 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by wibud3 with SMTP id ud3so160361005wib.0 for ; Wed, 22 Jul 2015 01:25:45 -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=u7XKP3G1wMpTdg+sWRsvcb5LwR1njWoo8ETh5390apo=; b=MXDMRfcILM06WfDxGX1nUwRNaB1hIt/UoVTxnQ4dJXVh0vOi16awahyvCZC5HUQNWQ V9VWuwrZ2k3cmHmji1ZCNm5R3OUIJwrWB98O002VW9x80xJSkPQ0kZb/Tf6mWKcBfIVb 0wm/nN8+asxqsOnxT7BODo2uvxJM2h0G43+LIwXTdOTLv35mzcUF0+y+81eTQaM11Jtn XmJd825LwJL0EN0nxAziKnD9SLIG5L0K7jKC3A6E3lGmikUJ6U363SFpqOo+XdQzNs7K PDd7IOEAaiETMT9tjS1WbCdiNpr0NbaXRBhqOUHGCrkedZAlRIwMH8Dal2c+dFPiVsZe 6w1w== MIME-Version: 1.0 X-Received: by 10.194.121.34 with SMTP id lh2mr2648012wjb.101.1437553545322; Wed, 22 Jul 2015 01:25:45 -0700 (PDT) Received: by 10.28.48.207 with HTTP; Wed, 22 Jul 2015 01:25:45 -0700 (PDT) Date: Wed, 22 Jul 2015 11:25:45 +0300 Message-ID: Subject: new kern.vt.splash_cpu_style wrong description From: Pavel Timofeev To: 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: Wed, 22 Jul 2015 08:25:47 -0000 Hi! I've updated my CURRENT and tried new feature which was introduced by this commit https://svnweb.freebsd.org/base?view=revision&revision=285766 I found that description for one of those sysctl is wrong: # sysctl -d kern.vt.splash_cpu_style kern.vt.splash_cpu_style: Draw logo style (0=Beastie, 1=Alternate beastie, 2=Orb) Right description should be 0 = Alternative beastie 1 = Beastie 2 = Orb From owner-freebsd-current@freebsd.org Wed Jul 22 06:56: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 D70759A8B01 for ; Wed, 22 Jul 2015 06:56:24 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (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 82A2315CF for ; Wed, 22 Jul 2015 06:56:24 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: by igbpg9 with SMTP id pg9so82162475igb.0 for ; Tue, 21 Jul 2015 23:56:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=avagotech.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LFGgbyCjydk/x8k4D0vEpLq0HjIon5hFFeYL51o8fHM=; b=IA7oRPbaMUa2QESzaKlLas7+aduuesefL/efc9RRSwqLYss1EkGR8VnT5uk5dO0Wxz 7Ir/iCMfc4lqxDMTXf11e3m/P+F25//hkxHIfkvpY0uU4DaWhlgFzlGiG9NZv8q5GsNf qX5wsLr81Bi/M/8QANo3Sarw2kWtIDTsqAczc= 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:cc:content-type; bh=LFGgbyCjydk/x8k4D0vEpLq0HjIon5hFFeYL51o8fHM=; b=cj9jRDNlMenTkblq7hxR/D6ppl6gvDfmB8/8XPdSuje2ppmQEPGkSsw28fA4XOLqAN ael2veQRXiAMQ1ZSJkmPE16JgCXPjb5+GCp5WTbXqef+zxBzXAgnmgFXHrioR/Rn1qV1 mTxxLCKpgmS3Hi95p1R870AdIaGnwukR7RAfr5HSKfW3fgKOX/63J3ANUjfhTG0Ofhi4 n4uE3Oz2nYlwAXM6Urg0efOsvKL3JyKtXeuwHDrp0gFxDbGmws1oZqcI6HS6EJNXLhNI ED77jUk8aHS9yj0lrYnjWC0gv33QVf3oSFtfdBO2vy3ujXduuezXsw4BK6cUsDaGuCPx NuIg== X-Gm-Message-State: ALoCoQkLrtkgpDriaxoxVjijiqIr6C9tHmID2Ur/VwvuUS2JBplx28em8nZrcYG53mIZLgqug0/6 MIME-Version: 1.0 X-Received: by 10.50.78.68 with SMTP id z4mr16099791igw.51.1437548183356; Tue, 21 Jul 2015 23:56:23 -0700 (PDT) Received: by 10.79.21.131 with HTTP; Tue, 21 Jul 2015 23:56:23 -0700 (PDT) In-Reply-To: <55AE5810.6080205@freebsd.org> References: <55A9157A.8050208@freebsd.org> <55A91837.50805@freebsd.org> <55AE5810.6080205@freebsd.org> Date: Wed, 22 Jul 2015 12:26:23 +0530 Message-ID: Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD From: Venkat Duvvuru To: Julian Elischer Cc: Allan Jude , freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 22 Jul 2015 11:26:20 +0000 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: Wed, 22 Jul 2015 06:56:24 -0000 I have this setup where FreeBSD 9.0 OCE driver is loaded on FreeBSD 9.3. The OCE module loads just fine but when the interface is brought up, the system crashes. This happens everytime I bring the interface up. The backtraces are attached with this email. However, if I build the same driver on 9.3, everything works just fine. On Tue, Jul 21, 2015 at 8:02 PM, Julian Elischer wrote: > On 7/21/15 2:02 PM, Venkat Duvvuru wrote: > >> Yes, my question was about kernel module compatibililty with FreeBSD's >> major releases of a particular version. >> For example, will FreeBSD makes sure that the driver built on 10.0 version >> of Freebsd seamlessly load on all other 10.x versions of FreeBSD? >> Does it make sure that the symbols and their parameters are not blindly >> changed without considering the binary compatibility with other FreeBSD >> version binaries? >> > Our aim is that a module compiled on X.0 should be loadable on X.Y for all > values of Y. > This is true for most of the subsystems that people expect to touch with > modules. > i.e. the network stack, driver framework, IO paths, system call > interfaces, scheduler exported calls. > and the structures they use. Note, a module compiled on X.Y is not > guaranteed (or expected) to run > on systems with smaller values of Y. > > > >> RHEL kABI whitelist makes sure that once the symbol is added into the >> whitelist, it will never be changed during the major releases of that >> kernel. >> >> >> Thanks, >> Venkat. >> >> On Fri, Jul 17, 2015 at 8:29 PM, Allan Jude >> wrote: >> >> On 2015-07-17 10:47, Julian Elischer wrote: >>> >>>> On 7/17/15 9:02 PM, Venkat Duvvuru wrote: >>>> >>>>> Hi, >>>>> >>>>> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? >>>>> >>>> well, yes and no. >>>> >>>> Firstly, FreeBSD maintains a backwards compatible kABI (with the >>>> exception of programs that hunt around in kernel memory). >>>> We also use symbol versioning on the libc. so depending on what you want >>>> to do. the answer may be useful to you or not. >>>> Basically any binary should continue to run on a newer kernel, even if >>>> the syscalls change, because we should still support the old abi. >>>> >>>> tell us more about what you need and we can be more specific. >>>> >>>> I have run Freebsd 1.1 binaries on a Freebsd 8 system, in fact I have >>>> done a system build in a freebsd 1.1 chroot on an 8 system. >>>> I haven't tried it on 9 or 10 but I'd expect it to work.. >>>> >>>> >>>> >>>>> >>>>> Thanks, >>>>> >>>>> Venkat. >>>>> _______________________________________________ >>>>> 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" >>> >>> I think the question related to drivers (kernel modules). >>> >>> In which case, they should be compatible across major versions (module >>> from 10.0 works in 10.2, but not 9.3 or 11.0) >>> >>> -- >>> Allan Jude >>> >>> >>> _______________________________________________ >> 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 22 12:46:56 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 9AA739A6232 for ; Wed, 22 Jul 2015 12:46:56 +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 8BBA719EA; Wed, 22 Jul 2015 12:46:56 +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 53DD116B; Wed, 22 Jul 2015 12:46:56 +0000 (UTC) Date: Wed, 22 Jul 2015 12:46:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1374621580.5.1437569216193.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1541697460.45.1437417995741.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1541697460.45.1437417995741.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1206 - 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, 22 Jul 2015 12:46:56 -0000 FreeBSD_HEAD-tests - Build #1206 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1206/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1206/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1206/console Change summaries: No changes From owner-freebsd-current@freebsd.org Wed Jul 22 13:04: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 74E979A664F; Wed, 22 Jul 2015 13:04:26 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c: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 182C41231; Wed, 22 Jul 2015 13:04:26 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by wibud3 with SMTP id ud3so171489634wib.0; Wed, 22 Jul 2015 06:04: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:content-transfer-encoding; bh=XUWtIvknuaYbJ/zGMP25mxh33UsA33u14tWOOTEQAAc=; b=YFiwaRErZDc5DVxDcDjelEp5CMk/3ZW6z42273/WOITjJR7QTPetueHD6+6wM6qE1P 0wYh/21Qh+RhPtl9z4weXys4j0lyjldkrfpheCcBsCnbDjCiokY5xYJPHMapTm3lp2Q8 VUA6xOOWw8uVWvWULMo49YwZCrhulwg4R6sy8i3RcJ2tOj/2vLLQQdKKw0xbvnYUNkR+ 2SuCLjoPTnKXW6jRK3M/A8wPLjVBsXu0a212vqmk/BmqxvKmRivwsxe82MVEF4dbZNwi 5XRRKujd/CiphToEq8nboM2yHqsq7r0l94aa4TVNklvJFWNQjWO2utwTA/FnHmjN1TO5 GdsQ== MIME-Version: 1.0 X-Received: by 10.180.198.178 with SMTP id jd18mr41761623wic.14.1437570264436; Wed, 22 Jul 2015 06:04:24 -0700 (PDT) Received: by 10.28.48.207 with HTTP; Wed, 22 Jul 2015 06:04:24 -0700 (PDT) In-Reply-To: References: <20150707130902.GA41189@zxy.spb.ru> <20150707154906.GA44094@zxy.spb.ru> Date: Wed, 22 Jul 2015 16:04:24 +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, 22 Jul 2015 13:04:26 -0000 Hi! I see you have done the code for disabling UDP checksum offloading when 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 1500 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 Wi= ndows Server 2012 (Win 8.0) and earlier releases. On these releases, the UP= D checksum offloading on host side does not work properly. The workaround i= s to disable UPD checksum offloading in the FreeBSD guest through 'ifconfig= '. We are also working on a patch to turn off UPD checksum offloading in th= e 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 22 13:05: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 03F7B9A66E0; Wed, 22 Jul 2015 13:05:49 +0000 (UTC) (envelope-from timp87@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 8F1D61507; Wed, 22 Jul 2015 13:05:48 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by wicmv11 with SMTP id mv11so80789794wic.0; Wed, 22 Jul 2015 06:05:47 -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=iDKS6q4TAv7ESPf4T0U3S6epX+R9dVSKp3N8YECtYzI=; b=cD9+5u/01qr6KDj1REk0KKFm99SbLSGXx/lxg4y3iCXNKlKmlXrqz63FRz+sUTKft+ QfUQazqOOt70dmrUnjxQU1T4u74NzWsLkvfY3OOog1vwJHsvbvgrlA4KNQY2kUmss7CL 47H8HHNQ2mnLgWeD6MwvdwCi/opvsT/rFDSvoBweoELTBdT+Oepfbnl0Fs6b5apA1S6m RmM6mLUyPnf1z0uNL3DWCKXsua+ckwLzuqT8/NZhxRU7XutosnNY5PJxv7MgFjV+rg5w r4PQKu24tO7DDta5TcRGWBj1G1ET/oIvOQSJxBjuC5AfxQlYtu0qTM//1KvzN7arrNwo m9Rg== MIME-Version: 1.0 X-Received: by 10.180.76.193 with SMTP id m1mr41256696wiw.11.1437570347054; Wed, 22 Jul 2015 06:05:47 -0700 (PDT) Received: by 10.28.48.207 with HTTP; Wed, 22 Jul 2015 06:05:46 -0700 (PDT) In-Reply-To: References: <20150707130902.GA41189@zxy.spb.ru> <20150707154906.GA44094@zxy.spb.ru> Date: Wed, 22 Jul 2015 16:05:46 +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, 22 Jul 2015 13:05:49 -0000 I rebuilt only kernel if it matters. Not the world. 2015-07-22 16:04 GMT+03:00 Pavel Timofeev : > Hi! I see you have done the code for disabling UDP checksum offloading > when 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 15= 00 > 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 W= indows Server 2012 (Win 8.0) and earlier releases. On these releases, the U= PD checksum offloading on host side does not work properly. The workaround = is to disable UPD checksum offloading in the FreeBSD guest through 'ifconfi= g'. We are also working on a patch to turn off UPD checksum offloading in t= he 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 22 15:03: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 C68E69A823E for ; Wed, 22 Jul 2015 15:03:39 +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 A5C3C1A4F; Wed, 22 Jul 2015 15:03:39 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-46.lns20.per1.internode.on.net [121.45.232.46]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6MF3O19020355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 22 Jul 2015 08:03:28 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD To: Venkat Duvvuru References: <55A9157A.8050208@freebsd.org> <55A91837.50805@freebsd.org> <55AE5810.6080205@freebsd.org> Cc: Allan Jude , freebsd-current@freebsd.org From: Julian Elischer Message-ID: <55AFB0B7.4040605@freebsd.org> Date: Wed, 22 Jul 2015 23:03:19 +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: Content-Type: text/plain; charset=utf-8; format=flowed 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 Precedence: 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, 22 Jul 2015 15:03:39 -0000 On 7/22/15 2:56 PM, Venkat Duvvuru wrote: > I have this setup where FreeBSD 9.0 OCE driver is loaded on FreeBSD > 9.3. The OCE module loads just fine but when the interface is > brought up, the system crashes. This happens everytime I bring the > interface up. > The backtraces are attached with this email. > However, if I build the same driver on 9.3, everything works just fine. > then that is a bug. Unfortunately I'm not your man for helping you find it at the moment. Do you now how to run a kernel under GDB? (either in a VM or with serial console (or firewire if you have it)) There is a handbook section on doing this. You might look at trying to see what actually goes wrong with the help of GDB. > > _______________________________________________ > 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 23 07:54: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 8D04F9A7713; Thu, 23 Jul 2015 07:54:16 +0000 (UTC) (envelope-from timp87@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 302F81A3F; Thu, 23 Jul 2015 07:54:16 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by wibxm9 with SMTP id xm9so195951647wib.0; Thu, 23 Jul 2015 00:54:14 -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=lvrAdhrx+/pAm0iyXR38vfLEUwoPohWxWaQ4bQrwpSA=; b=zFQVqqWjBrNwKx7Pr2T6XLjs9ew0JLVdRxUF+DzCt6RVy2Iy82iBnMgNeU0qA973Hz JZBqa0/2TwIp0TN9OiqINKNh2oyoiXOOvQbqbVbicW1QJQt5Z+mccJr72o1t0GT9rt5e RluwhuWR9WUiJhXs5ZQzZUNprwggQhg+je+ebZaKLdBVJPM2eV+sTcE6Oa6ymTmPVfvJ GZluIYBivDQE/c/EH8omYrhT8uKSntQkKUcIzqH+LdfwbdI+zCklzvy8MU8Eieizxm12 xmg8TM81bWFubrP7zHmEtMd5tXaR1kltDFITh4dyMuu8ujWs4TBuKDj/DkmjjBlCeK0x Cnwg== MIME-Version: 1.0 X-Received: by 10.180.76.193 with SMTP id m1mr48840858wiw.11.1437638054588; Thu, 23 Jul 2015 00:54:14 -0700 (PDT) Received: by 10.28.48.207 with HTTP; Thu, 23 Jul 2015 00:54:14 -0700 (PDT) In-Reply-To: References: <20150707130902.GA41189@zxy.spb.ru> <20150707154906.GA44094@zxy.spb.ru> Date: Thu, 23 Jul 2015 10:54:14 +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: Thu, 23 Jul 2015 07:54:16 -0000 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 s= et. 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; fre= ebsd-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 wh= en 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 15= 00 > 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 W= indows Server 2012 (Win 8.0) and earlier releases. On these releases, the U= PD checksum offloading on host side does not work properly. The workaround = is to disable UPD checksum offloading in the FreeBSD guest through 'ifconfi= g'. We are also working on a patch to turn off UPD checksum offloading in t= he 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 Thu Jul 23 08:12: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 15AB89A7E2E for ; Thu, 23 Jul 2015 08:12:59 +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 CB2DD16BD for ; Thu, 23 Jul 2015 08:12:58 +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 1ZIB5P-000Ejx-Mh for freebsd-current@freebsd.org; Thu, 23 Jul 2015 10:38:35 +0300 Message-ID: <55B099F6.8000004@shurik.kiev.ua> Date: Thu, 23 Jul 2015 10:38:30 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: FreeBSD CURRENT Subject: IPSEC stop works after r285336 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit 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: Thu, 23 Jul 2015 08:12:59 -0000 I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I see only outgoing esp packets on ng interface: 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. From owner-freebsd-current@freebsd.org Thu Jul 23 10:06: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 61F0B9A847D for ; Thu, 23 Jul 2015 10:06:04 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.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 1AA9614C9 for ; Thu, 23 Jul 2015 10:06:04 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: by igbpg9 with SMTP id pg9so9923529igb.0 for ; Thu, 23 Jul 2015 03:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=avagotech.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G0FmO5xZiDRYwH1FAiYnZboGwQ/feu7Izr4tUjV/Ss4=; b=nIRsqmHK8/oVtB5OktgaIcsAts7JA929utHfMqU+3nmqGQeCZjLnHxPHEOW2F2yP5Y 1OMmknILR2LfO4zOKwKoBboxVksii1QBhDqSpjqLirk3O2BxzFuGH7hczJ0oLxMmPtyJ wm2nxvno9chDytuG71B7HhmsArBNdtnvYAusY= 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:cc:content-type; bh=G0FmO5xZiDRYwH1FAiYnZboGwQ/feu7Izr4tUjV/Ss4=; b=aRdvfQgsVRUidcr8m7tTPT9Wkh2BpbUCfhQgZKKseAsrpVniWu31LS+6oYvizZiQXg TmP07E/+DYLB2F4d8K24Py+CtOvMzeyHQkfpQSbJijsrGAmFfeC9aBU+aBH1EtuYXbwx psgxLfiCCUXzI0kzXjZHihkPWy8+rbPVK5Bhx0Pi4HFvMRPC7+84VzG7CwjXzQkQ62fU aU28Vq0TcttaaUqswqWRVbLvXI5Y2aBCF9TeNsVUiTIXL5ZOw2YG0QQYXXiLi7DCHDgj BQcPrKuIgzqonC1n49/GawhT00XJLW2dgq3OI+JQVJU9HJBUp1i5Y8EvLQ5yBVeo5BDS cRZA== X-Gm-Message-State: ALoCoQkmX2asp+7UWDHOwGrZMDSGrObl3U+fmRDxUD6FRINGdkfn4c2tFPQfc4dY96ITt9ptitAI MIME-Version: 1.0 X-Received: by 10.50.43.227 with SMTP id z3mr42684131igl.22.1437645963277; Thu, 23 Jul 2015 03:06:03 -0700 (PDT) Received: by 10.79.21.131 with HTTP; Thu, 23 Jul 2015 03:06:03 -0700 (PDT) In-Reply-To: <55AFB0B7.4040605@freebsd.org> References: <55A9157A.8050208@freebsd.org> <55A91837.50805@freebsd.org> <55AE5810.6080205@freebsd.org> <55AFB0B7.4040605@freebsd.org> Date: Thu, 23 Jul 2015 15:36:03 +0530 Message-ID: Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD From: Venkat Duvvuru To: Julian Elischer Cc: Allan Jude , freebsd-current@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: Thu, 23 Jul 2015 10:06:04 -0000 I will debug this crash. At this point, my concern is not about debugging this particular issue but whether to commit to our customers or not about the binary compatibility of FreeBSD X.0 drivers with all FreeBSD X.Y OS versions. I would like to stay safe and tell the customers to build the drivers on their respective revisions unless you folks think that the binary compatibility is maintained very strictly and this is one of those rare bugs. Please let me know. Thanks, Venkat. On Wed, Jul 22, 2015 at 8:33 PM, Julian Elischer wrote: > On 7/22/15 2:56 PM, Venkat Duvvuru wrote: > > I have this setup where FreeBSD 9.0 OCE driver is loaded on FreeBSD 9.3. > The OCE module loads just fine but when the interface is brought up, the > system crashes. This happens everytime I bring the interface up. > The backtraces are attached with this email. > However, if I build the same driver on 9.3, everything works just fine. > > then that is a bug. > Unfortunately I'm not your man for helping you find it at the moment. > Do you now how to run a kernel under GDB? > (either in a VM or with serial console (or firewire if you have it)) > There is a handbook section on doing this. > You might look at trying to see what actually goes wrong with the help of > GDB. > > > > _______________________________________________ >>> 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 23 04:51: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 847029A8A4F; Thu, 23 Jul 2015 04:51:34 +0000 (UTC) (envelope-from weh@microsoft.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0145.outbound.protection.outlook.com [157.56.110.145]) (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 D66CE1191; Thu, 23 Jul 2015 04:51:33 +0000 (UTC) (envelope-from weh@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=S7bOVXdvOw/b5M+UhItGD1BofQ607Jk14tScV1Dv/kA=; b=D+JmPoWBZdGJ5VMNcZ7FTLAWC3qA/kjw+Y6eSq9gteaOvJQgeacCopnsUXoTjvtFaEwW5GK70vRMLF4IowfstMTk+09dImnSsLsapvca+dVfAHVV7VN193Ika5H6j7q1Q09IWoO99evDE3jyaxyFcpkreUwIc9Jk5z0kSGeCGMM= Received: from BY1PR03MB1434.namprd03.prod.outlook.com (10.162.127.152) by BY1PR03MB1436.namprd03.prod.outlook.com (10.162.127.154) with Microsoft SMTP Server (TLS) id 15.1.225.19; Thu, 23 Jul 2015 04:51:25 +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, 23 Jul 2015 04:51:25 +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/CADnypAIABBhSg Date: Thu, 23 Jul 2015 04:51:25 +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: [58.34.98.4] x-microsoft-exchange-diagnostics: 1; BY1PR03MB1436; 5:GzGTDYTnFgPL0VVfEIUD/rEo1R5GjOqCJzhKZw2wmhnXYLgda0F9omgkhXJA/XhVMKcWXPwo+E0iN2qO1Hs0Dt3iIgPP+pFb50r1bk1970onvGLJ8UY2FSm5Z3ZYxr03mbWd/97umQKqd05+b7G3kA==; 24:BF/+BiVfSrZRKc81Un6sGSrGWej8ETRFqi0sdEUuaOPVbwCGI0QE9r9bAteovnqpYKNgwYs05ORymSxc4UhpEEFFIu1OhzOO3J9dXerIGUQ=; 20:0Bhzx32nL5waXzYYnywDlpjjK5yuHXxLS4A61EG37sB96VOBFjv9By1ia19k2tth1o2AV3I0rvDG5b2rKDQVNQ== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:BY1PR03MB1436; by1pr03mb1436: 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:BY1PR03MB1436; BCL:0; PCL:0; RULEID:; SRVR:BY1PR03MB1436; x-forefront-prvs: 06469BCC91 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(164054003)(377454003)(13464003)(24454002)(377424004)(19580405001)(15975445007)(19580395003)(5003600100002)(77156002)(77096005)(46102003)(99286002)(50986999)(189998001)(76176999)(2950100001)(2900100001)(76576001)(1411001)(5001960100002)(54356999)(106116001)(74316001)(122556002)(33656002)(66066001)(62966003)(102836002)(86362001)(40100003)(10090500001)(93886004)(5002640100001)(230673001)(4477795004)(1720100001)(110136002)(87936001)(2656002)(92566002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR03MB1436; 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: 23 Jul 2015 04:51:25.0324 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR03MB1436 X-Mailman-Approved-At: Thu, 23 Jul 2015 11:40:45 +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, 23 Jul 2015 04:51:34 -0000 VGhlIFRDUCBvZmZsb2FkaW5nIGlzIHN0aWxsIHdvcmtpbmcgb24gdGhlc2UgcGxhdGZvcm1zLiBU aGVyZSBpcyBubyBmbGFnIHRvIGRpc3Rpbmd1aXNoIFVEUCBhbmQgVENQIG9mZmxvYWRpbmcsIHNv IHRoZSBSWENTVU0gYW5kIFRYQ1NVTSBhcmUgc3RpbGwgc2V0LiBMZXQgbWUga25vdyBpZiB0aGVy ZSBpcyBhbnkgb3RoZXIgd2F5IHRvIHNob3cgaXQgcHJvcGVybHkuDQoNClRoYW5rcywNCldlaQ0K DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBQYXZlbCBUaW1vZmVldiBbbWFp bHRvOnRpbXA4N0BnbWFpbC5jb21dIA0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDIyLCAyMDE1IDk6 MDQgUE0NClRvOiBXZWkgSHUgPHdlaEBtaWNyb3NvZnQuY29tPg0KQ2M6IFNsYXdhIE9saG92Y2hl bmtvdiA8c2x3QHp4eS5zcGIucnU+OyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7IGZyZWVi c2QtdmlydHVhbGl6YXRpb25AZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBNUyBETlMgZG9lc24n dCBhbnN3ZXIgdG8gQ1VSUkVOVCB1bmRlciBIeXBlci1WDQoNCkhpISBJIHNlZSB5b3UgaGF2ZSBk b25lIHRoZSBjb2RlIGZvciBkaXNhYmxpbmcgVURQIGNoZWNrc3VtIG9mZmxvYWRpbmcgd2hlbiBy dW5uaW5nIG9uIHRoZSBIeXBlci1WIG9uIFdpbmRvd3MgU2VydmVyIDIwMTIgYW5kIGVhcmxpZXIg aG9zdHMNCg0KaHR0cHM6Ly9zdm53ZWIuZnJlZWJzZC5vcmcvYmFzZT92aWV3PXJldmlzaW9uJnJl dmlzaW9uPTI4NTc4NQ0KDQpJIHRyaWVkIG5ldyBDVVJSRU5UIGFuZCBpdCB3b3Jrcy4gVGhhbmsg eW91IQ0KDQpBIHNtYWxsIG5vdGUgaGVyZTogd2hpbGUgaXQgZGlzYWJsZXMgYW5kIHdvcmtzIGl0 IHN0aWxsIHNob3dzIFJYQ1NVTSBhbmQgVFNDU1VNIGluIGlmYWNlJ3Mgb3B0aW9uczoNCg0Kcm9v dEBwcm94eTovdXNyL3NyYyAjIGlmY29uZmlnIGhuMA0KaG4wOiBmbGFncz04ODQzPFVQLEJST0FE Q0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMA0KICAgICAg ICBvcHRpb25zPTMxYjxSWENTVU0sVFhDU1VNLFZMQU5fTVRVLFZMQU5fSFdUQUdHSU5HLFRTTzQs VFNPNj4NCiAgICAgICAgZXRoZXIgMDA6MTU6NWQ6MDI6OWM6MDkNCiAgICAgICAgaW5ldCAxOTIu MTY4LjI1LjI2IG5ldG1hc2sgMHhmZmZmZmZjMCBicm9hZGNhc3QgMTkyLjE2OC4yNS42Mw0KICAg ICAgICBuZDYgb3B0aW9ucz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5LTE9DQUw+ DQoNCklzIGl0IHBvc3NpYmxlIHRvIGhpZGUgaXQgYXV0b21hdGljYWxseSBpZiBpdCdzIGRpc2Fi bGVkIGJ5IG5ldyBjb2RlPw0KDQoNCjIwMTUtMDctMTMgMTE6MDYgR01UKzAzOjAwIFdlaSBIdSA8 d2VoQG1pY3Jvc29mdC5jb20+Og0KPiBXZSBoYXZlIHJvb3QgY2F1c2VkIHRoZSBwcm9ibGVtLiBU aGlzIGlzc3VlIGhhcHBlbnMgb24gdGhlIEh5cGVyLVZzIG9uIFdpbmRvd3MgU2VydmVyIDIwMTIg KFdpbiA4LjApIGFuZCBlYXJsaWVyIHJlbGVhc2VzLiBPbiB0aGVzZSByZWxlYXNlcywgdGhlIFVQ RCBjaGVja3N1bSBvZmZsb2FkaW5nIG9uIGhvc3Qgc2lkZSBkb2VzIG5vdCB3b3JrIHByb3Blcmx5 LiBUaGUgd29ya2Fyb3VuZCBpcyB0byBkaXNhYmxlIFVQRCBjaGVja3N1bSBvZmZsb2FkaW5nIGlu IHRoZSBGcmVlQlNEIGd1ZXN0IHRocm91Z2ggJ2lmY29uZmlnJy4gV2UgYXJlIGFsc28gd29ya2lu ZyBvbiBhIHBhdGNoIHRvIHR1cm4gb2ZmIFVQRCBjaGVja3N1bSBvZmZsb2FkaW5nIGluIHRoZSBu ZXR2c2MgZHJpdmVyIHdoZW4gZGV0ZWN0aW5nIHRoZSBIeXBlci1WIHJlbGVhc2VzLg0KPg0KPiBU aGUgVURQIGNoZWNrc3VtIG9mZmxvYWRpbmcgd29ya3MgZmluZSBvbiBXaW5kb3dzIFNlcnZlciAy MDEyUjIgYW5kIFdpbiA4LjEgaG9zdHMuDQo+DQo+IFRoYW5rcyBQYXZlbCBhbmQgU2xhd2EgZm9y IHRoZSBzdXBwb3J0Lg0KPg0KPiBXZWkNCj4NCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+PiBGcm9tOiBvd25lci1mcmVlYnNkLXZpcnR1YWxpemF0aW9uQGZyZWVic2Qub3JnIFtt YWlsdG86b3duZXItZnJlZWJzZC0gDQo+PiB2aXJ0dWFsaXphdGlvbkBmcmVlYnNkLm9yZ10gT24g QmVoYWxmIE9mIFBhdmVsIFRpbW9mZWV2DQo+PiBTZW50OiBXZWRuZXNkYXksIEp1bHkgOCwgMjAx NSA0OjA2IFBNDQo+PiBUbzogU2xhd2EgT2xob3ZjaGVua292DQo+PiBDYzogZnJlZWJzZC1jdXJy ZW50QGZyZWVic2Qub3JnOyBmcmVlYnNkLXZpcnR1YWxpemF0aW9uQGZyZWVic2Qub3JnDQo+PiBT dWJqZWN0OiBSZTogTVMgRE5TIGRvZXNuJ3QgYW5zd2VyIHRvIENVUlJFTlQgdW5kZXIgSHlwZXIt Vg0KPj4NCj4+IE9rLCByMjg0NzQ2IGlzIHRoZSByb290IG9mIHRoZSBwcm9ibGVtLiBNUyBETlMg d29ya3MgdW5kZXIgcjI4NDc0NSANCj4+IGFuZCBkb2Vzbid0IHdvcmsgdW5kZXIgcjI4NDc0Ni4N Cj4+IFNsYXdhLCB3aGF0IHNob3VsZCBJIGxvb2sgYXQgaW4gd2lyZXNoYXJrIG91dHB1dD8NCj4+ DQo+Pg0KPj4gMjAxNS0wNy0wNyAxODo0OSBHTVQrMDM6MDAgU2xhd2EgT2xob3ZjaGVua292IDxz bHdAenh5LnNwYi5ydT46DQo+PiA+IE9uIFR1ZSwgSnVsIDA3LCAyMDE1IGF0IDA2OjA0OjQ2UE0g KzAzMDAsIFBhdmVsIFRpbW9mZWV2IHdyb3RlOg0KPj4gPg0KPj4gPj4gV2VsbCwgdHVybmluZyBv ZmYgY2hlY2tzdW0gb2ZmbG9hZGluZyBieSBgaWZjb25maWcgaG4wIC10eGNzdW0gDQo+PiA+PiAt cnhjc3VtYCBkZWZpbml0ZWx5IGhlbHBzLg0KPj4gPj4NCj4+ID4+IEFzIGZvciB0Y3BkdW1wIEkn bSBub3QgY29tcGxldGVseSBzdXJlIGlmIEkgZGlkIGl0IHJpZ2h0LCBidXQgSSANCj4+ID4+IHNl ZSAiYmFkIHVkcCBja3N1bSIgcGhyYXNlOg0KPj4gPj4NCj4+ID4+ICMgdGNwZHVtcCAtaSBobjAg LXZ2diAtbm4gdWRwIGRzdCBwb3J0IDUzDQo+PiA+PiB0Y3BkdW1wOiBsaXN0ZW5pbmcgb24gaG4w LCBsaW5rLXR5cGUgRU4xME1CIChFdGhlcm5ldCksIGNhcHR1cmUgDQo+PiA+PiBzaXplDQo+PiA+ PiAyNjIxNDQgYnl0ZXMNCj4+ID4+IDE4OjAxOjE5LjEzOTk5NCBJUCAodG9zIDB4MCwgdHRsIDY0 LCBpZCA2MTIxOCwgb2Zmc2V0IDAsIGZsYWdzIA0KPj4gPj4gW25vbmVdLCBwcm90byBVRFAgKDE3 KSwgbGVuZ3RoIDUxKQ0KPj4gPj4gICAgIDE5Mi4xNjguMjUuMjYuNDU2ODMgPiAxOTIuMTY4LjI1 LjMuNTM6IFtiYWQgdWRwIGNrc3VtIDB4YjM5ZSANCj4+ID4+IC0+IDB4ZjIxMCFdIDUyODg2KyBB PyB5YS5ydS4gKDIzKQ0KPj4gPj4gMTg6MDE6MjQuMTQwNTQ0IElQICh0b3MgMHgwLCB0dGwgNjQs IGlkIDE3MjkzLCBvZmZzZXQgMCwgZmxhZ3MgDQo+PiA+PiBbbm9uZV0sIHByb3RvIFVEUCAoMTcp LCBsZW5ndGggNTEpDQo+PiA+PiAgICAgMTkyLjE2OC4yNS4yNi4xMjU3NSA+IDE5Mi4xNjguMjUu My41MzogW2JhZCB1ZHAgY2tzdW0gMHhiMzllIA0KPj4gPj4gLT4gMHg3MzY1IV0gNTI4ODYrIEE/ IHlhLnJ1LiAoMjMpDQo+PiA+DQo+PiA+IHRjcGR1bXAgImJhZCB1ZHAgY2tzdW0iIGlzIG5vcm1h bCBvbiBGcmVlQlNEIGhvc3QgaW4gY2FzZSBjaGVja3N1bSANCj4+ID4gb2ZmbG9hZCAoYW5kIG1h eSBiZSBuZWVkIG9ubHkgZm9yIGhlbHAgZmluZGluZyBpc3N1c2UgaW4gY29kZSkuIA0KPj4gPiBO ZWVkIHdpcmVzaGFyayBjYXB0dXJpbmcgZnJvbSBNUyBETlMgaG9zdCAob3IgZnJvbSBtaXJyb3Jp bmcgcG9ydCkuDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPj4gZnJlZWJzZC12aXJ0dWFsaXphdGlvbkBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3Qg DQo+PiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXZp cnR1YWxpemF0aW9uDQo+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJz ZC12aXJ0dWFsaXphdGlvbi0gDQo+PiB1bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg== From owner-freebsd-current@freebsd.org Thu Jul 23 13:41: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 E64909A7BC8 for ; Thu, 23 Jul 2015 13:41:07 +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 B44E016E1; Thu, 23 Jul 2015 13:41:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-232-46.lns20.per1.internode.on.net [121.45.232.46]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6NDevl1027409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 23 Jul 2015 06:41:01 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD To: Venkat Duvvuru References: <55A9157A.8050208@freebsd.org> <55A91837.50805@freebsd.org> <55AE5810.6080205@freebsd.org> <55AFB0B7.4040605@freebsd.org> Cc: Allan Jude , freebsd-current@freebsd.org From: Julian Elischer Message-ID: <55B0EEE3.7080609@freebsd.org> Date: Thu, 23 Jul 2015 21:40:51 +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: Content-Type: text/plain; charset=utf-8; format=flowed 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 Precedence: 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, 23 Jul 2015 13:41:08 -0000 On 7/23/15 6:06 PM, Venkat Duvvuru wrote: > I will debug this crash. > At this point, my concern is not about debugging this particular > issue but whether to commit to our customers or not about the binary > compatibility of FreeBSD X.0 drivers with all FreeBSD X.Y OS versions. > I would like to stay safe and tell the customers to build the > drivers on their respective revisions unless you folks think that > the binary compatibility is maintained very strictly and this is one > of those rare bugs. this is supposed to be possible but whether it actually is depends to some extent on whether the code in question is considered likely to be directly callable by a third party module. Most interfaces that are likely to be called from network and storage drivers willb e very stable, as will scheduler interfaces and things like task queues and thread creation. the more esoteric the more likely that an incompatibility can be committed and not caught. > > Please let me know. well, what are you doing? > > Thanks, > Venkat. > > On Wed, Jul 22, 2015 at 8:33 PM, Julian Elischer > wrote: > > On 7/22/15 2:56 PM, Venkat Duvvuru wrote: >> I have this setup where FreeBSD 9.0 OCE driver is loaded on >> FreeBSD 9.3. The OCE module loads just fine but when the >> interface is brought up, the system crashes. This happens >> everytime I bring the interface up. >> The backtraces are attached with this email. >> However, if I build the same driver on 9.3, everything works >> just fine. >> > then that is a bug. > Unfortunately I'm not your man for helping you find it at the > moment. > Do you now how to run a kernel under GDB? > (either in a VM or with serial console (or firewire if you have > it)) > There is a handbook section on doing this. > You might look at trying to see what actually goes wrong with > the help of GDB. > > >> >> _______________________________________________ >> 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 23 22:25: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 7DD149A91EA for ; Thu, 23 Jul 2015 22:25:48 +0000 (UTC) (envelope-from truckman@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 6AC1B2000 for ; Thu, 23 Jul 2015 22:25:48 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 698629A91E9; Thu, 23 Jul 2015 22:25:48 +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 691AF9A91E8 for ; Thu, 23 Jul 2015 22:25:48 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 33F651FFF for ; Thu, 23 Jul 2015 22:25:47 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t6NMOPuX010901 for ; Thu, 23 Jul 2015 15:24:29 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201507232224.t6NMOPuX010901@gw.catspoiler.org> Date: Thu, 23 Jul 2015 15:24:25 -0700 (PDT) From: Don Lewis Subject: null pointer dereference panic in cap_rights_contains() on 11.0-CURRENT r285785 amd64 To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii 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, 23 Jul 2015 22:25:48 -0000 I just got this panic while using poudriere to build packages for FreeBSD 8.4 i386. This is hand transcribed because I was not able to get a core file. Fatal trap 12: page fault while in kernel mode cpuid = 6; apic id = 16 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80a51e14 stack pointer = 0x20:0xfffffe005acc77a0 frame pointer = 0x20:0xfffffe005acc77d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 78211 (initial thread) [ thread pid 78211 tid 101405 ] Stopped at cap_rights_contains+0x24: movq (%r14),%rcx) db> bt Tracing pid 78211 tid 101405 td 0xfffff80139td29a0 cap_rights_contains() at cap_rights_contains+0x24/frame 0xfffffe005acc772d0 cap_check() at cap_check+0x15/frame 0xfffffe005acc7800 fget_unlocked() at fget_unlocked+0xca/frame 0xfffffe005acc7870 fget() at fget+0x2b/frame 0xfffffe005acc78a0 ksem_get at ksem_get+0x1e/frame 0xfffffe05acc78e0 sys_ksem_close() at sys_ksem_close+0x23/frame 0xfffffe005acc7920 ia32_syscall() at ia32_syscall+0x2a5/frame 0xfffffe005acc7a30 Xint0x00_syscall() at Xint0x00_syscall+0x95/frame 0xfffffe00acc7a30 --- syscall (400, FreeBSD ELF32, sys_ksem_close), rip = 0x2828676b, rsp = 0xffffc60c, rbp = 0xffffc628 --- # kgdb /boot/kernel/kernel /dev/kmem GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Failed to open vmcore: cannot mmap corefile (kgdb) list cap_rights_contains+0x24 Junk at end of line specification. (kgdb) list *cap_rights_contains+0x24 0xffffffff80a51e14 is in cap_rights_contains (/usr/src/sys/kern/subr_capability.c:294). 289 cap_rights_contains(const cap_rights_t *big, const cap_rights_t *little) 290 { 291 unsigned int i, n; 292 293 assert(CAPVER(big) == CAP_RIGHTS_VERSION_00); 294 assert(CAPVER(little) == CAP_RIGHTS_VERSION_00); 295 assert(CAPVER(big) == CAPVER(little)); 296 297 n = CAPARSIZE(big); 298 assert(n >= CAPARSIZE_MIN && n <= CAPARSIZE_MAX); (kgdb) This machine has mirrored swap and dumpdev=AUTO. Calling doadump in ddb seemed to dump memory contents somewhere, but savecore wasn't able to find it. From owner-freebsd-current@freebsd.org Thu Jul 23 23:07: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 802669A9672 for ; Thu, 23 Jul 2015 23:07:19 +0000 (UTC) (envelope-from pluknet@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 6301C10AD for ; Thu, 23 Jul 2015 23:07:19 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5FB989A9671; Thu, 23 Jul 2015 23:07:19 +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 5F4DB9A9670 for ; Thu, 23 Jul 2015 23:07:19 +0000 (UTC) (envelope-from pluknet@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 1367410AB; Thu, 23 Jul 2015 23:07:18 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wibxm9 with SMTP id xm9so4907816wib.0; Thu, 23 Jul 2015 16:07:17 -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=NVqvIH2GlcDYfAEQKHKvfitD8uEId6Xxa+Dr6g26dNs=; b=kzQs4+qWgV39uzzilMYZBDL+tdHY5JLBqFW6ijuj911p68wlt9u4TWHB6i4Farv7MP mumacq7X4w7sn3zbQPW6J3RE5XhGz/gNEvD/MXTukLMP+rO6SC1ftz2SPbMTpNMFuy4s bgew2dj75WfEhUEYQ1CPz3OCWTE746daZSqSSpUCHo+S7ROffML5o8d1cZ5FZCdlolvc 3cnsQTNQae6vd/FvQ7qcaDBhk65aP0YA73T9hCu0ZFp4uT9qm/TCIWJ6AX5ncWdxriP8 yvyhxFXoJ67hr+kAKbYN58j+Xy6QEfKu84bVwgpADpENUGONgd5FOKIW49EWYUQ6udzx UW+g== MIME-Version: 1.0 X-Received: by 10.194.82.167 with SMTP id j7mr20332640wjy.123.1437692837213; Thu, 23 Jul 2015 16:07:17 -0700 (PDT) Received: by 10.27.100.214 with HTTP; Thu, 23 Jul 2015 16:07:17 -0700 (PDT) In-Reply-To: <201507232224.t6NMOPuX010901@gw.catspoiler.org> References: <201507232224.t6NMOPuX010901@gw.catspoiler.org> Date: Fri, 24 Jul 2015 02:07:17 +0300 Message-ID: Subject: Re: null pointer dereference panic in cap_rights_contains() on 11.0-CURRENT r285785 amd64 From: Sergey Kandaurov To: Don Lewis Cc: 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: Thu, 23 Jul 2015 23:07:19 -0000 On 24 July 2015 at 01:24, Don Lewis wrote: > I just got this panic while using poudriere to build packages for > FreeBSD 8.4 i386. [..] > db> bt > Tracing pid 78211 tid 101405 td 0xfffff80139td29a0 > cap_rights_contains() at cap_rights_contains+0x24/frame > 0xfffffe005acc772d0 > cap_check() at cap_check+0x15/frame 0xfffffe005acc7800 > fget_unlocked() at fget_unlocked+0xca/frame 0xfffffe005acc7870 > fget() at fget+0x2b/frame 0xfffffe005acc78a0 > ksem_get at ksem_get+0x1e/frame 0xfffffe05acc78e0 > sys_ksem_close() at sys_ksem_close+0x23/frame 0xfffffe005acc7920 > ia32_syscall() at ia32_syscall+0x2a5/frame 0xfffffe005acc7a30 > Xint0x00_syscall() at Xint0x00_syscall+0x95/frame 0xfffffe00acc7a30 > --- syscall (400, FreeBSD ELF32, sys_ksem_close), rip = 0x2828676b, rsp > = 0xffffc60c, rbp = 0xffffc628 --- > > Looks like this was missed after r284442. Index: kern/uipc_sem.c =================================================================== --- kern/uipc_sem.c (revision 285723) +++ kern/uipc_sem.c (working copy) @@ -651,12 +651,13 @@ int sys_ksem_close(struct thread *td, struct ksem_close_args *uap) { + cap_rights_t rights; struct ksem *ks; struct file *fp; int error; /* No capability rights required to close a semaphore. */ - error = ksem_get(td, uap->id, 0, &fp); + error = ksem_get(td, uap->id, cap_rights_init(&rights), &fp); if (error) return (error); ks = fp->f_data; @@ -872,12 +873,13 @@ int sys_ksem_destroy(struct thread *td, struct ksem_destroy_args *uap) { + cap_rights_t rights; struct file *fp; struct ksem *ks; int error; /* No capability rights required to close a semaphore. */ - error = ksem_get(td, uap->id, 0, &fp); + error = ksem_get(td, uap->id, cap_rights_init(&rights), &fp); if (error) return (error); ks = fp->f_data; -- wbr, pluknet From owner-freebsd-current@freebsd.org Thu Jul 23 23:09: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 3D7C79A96C8 for ; Thu, 23 Jul 2015 23:09:40 +0000 (UTC) (envelope-from mjguzik@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 1C1A71204 for ; Thu, 23 Jul 2015 23:09:40 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 18E049A96C7; Thu, 23 Jul 2015 23:09:40 +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 F347D9A96C6 for ; Thu, 23 Jul 2015 23:09:39 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (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 8C19D1203; Thu, 23 Jul 2015 23:09:39 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by wicgb10 with SMTP id gb10so4867019wic.1; Thu, 23 Jul 2015 16:09:38 -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:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=RmVOEuMHjbsgIRx2SQc/FD1Uc/ihj+ExUhP2481uTmA=; b=VmLvRpxJarUY5qfajoE5AX8dfaYdGpW2zgQGJBANj1BY9bwlT0SOnQvKNzcdeSQvcA fun0M2gvPvyXOHBBryAIik/urc1xCfWLnv9XPNXGzohJcnSFRSGKyCokYqQA0eQPjzMv UAOvP5pv0AkUCRVkBcP7Bnr4GNFJuldJHiG0aK6Gz+Y0tnsRw8D5L13EEkWAohsnegnH n+6weyxgR2GImJIzRiECwO8Id3rMYOCIgZA41wYj/BXd/SsxbVHY9dX7umA0TdkYr6TX 7CE5bAAdqgQdfXIY/LbjuXcGtPcbzkymv7s91pr9BbgHezH2yGm146yQqac2uH2d0++G GKtA== X-Received: by 10.180.102.74 with SMTP id fm10mr1154842wib.25.1437692978082; Thu, 23 Jul 2015 16:09:38 -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 fs8sm9672127wjb.7.2015.07.23.16.09.36 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 23 Jul 2015 16:09:36 -0700 (PDT) Date: Fri, 24 Jul 2015 01:09:34 +0200 From: Mateusz Guzik To: Sergey Kandaurov Cc: Don Lewis , current Subject: Re: null pointer dereference panic in cap_rights_contains() on 11.0-CURRENT r285785 amd64 Message-ID: <20150723230934.GA12297@dft-labs.eu> References: <201507232224.t6NMOPuX010901@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: 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, 23 Jul 2015 23:09:40 -0000 On Fri, Jul 24, 2015 at 02:07:17AM +0300, Sergey Kandaurov wrote: > On 24 July 2015 at 01:24, Don Lewis wrote: > > I just got this panic while using poudriere to build packages for > > FreeBSD 8.4 i386. > [..] > > db> bt > > Tracing pid 78211 tid 101405 td 0xfffff80139td29a0 > > cap_rights_contains() at cap_rights_contains+0x24/frame > > 0xfffffe005acc772d0 > > cap_check() at cap_check+0x15/frame 0xfffffe005acc7800 > > fget_unlocked() at fget_unlocked+0xca/frame 0xfffffe005acc7870 > > fget() at fget+0x2b/frame 0xfffffe005acc78a0 > > ksem_get at ksem_get+0x1e/frame 0xfffffe05acc78e0 > > sys_ksem_close() at sys_ksem_close+0x23/frame 0xfffffe005acc7920 > > ia32_syscall() at ia32_syscall+0x2a5/frame 0xfffffe005acc7a30 > > Xint0x00_syscall() at Xint0x00_syscall+0x95/frame 0xfffffe00acc7a30 > > --- syscall (400, FreeBSD ELF32, sys_ksem_close), rip = 0x2828676b, rsp > > = 0xffffc60c, rbp = 0xffffc628 --- > > > > > > Looks like this was missed after r284442. > > Index: kern/uipc_sem.c > =================================================================== > --- kern/uipc_sem.c (revision 285723) > +++ kern/uipc_sem.c (working copy) > @@ -651,12 +651,13 @@ > int > sys_ksem_close(struct thread *td, struct ksem_close_args *uap) > { > + cap_rights_t rights; > struct ksem *ks; > struct file *fp; > int error; > > /* No capability rights required to close a semaphore. */ > - error = ksem_get(td, uap->id, 0, &fp); > + error = ksem_get(td, uap->id, cap_rights_init(&rights), &fp); > if (error) > return (error); > ks = fp->f_data; > @@ -872,12 +873,13 @@ > int > sys_ksem_destroy(struct thread *td, struct ksem_destroy_args *uap) > { > + cap_rights_t rights; > struct file *fp; > struct ksem *ks; > int error; > > /* No capability rights required to close a semaphore. */ > - error = ksem_get(td, uap->id, 0, &fp); > + error = ksem_get(td, uap->id, cap_rights_init(&rights), &fp); > if (error) > return (error); > ks = fp->f_data; > > Correct, please commit. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Jul 24 00:55: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 B56819A9D21; Fri, 24 Jul 2015 00:55:04 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 779051A08; Fri, 24 Jul 2015 00:55:04 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1ZIRGJ-0004Fc-Bp; Fri, 24 Jul 2015 02:54:55 +0200 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1ZIRGI-00015B-Ul; Fri, 24 Jul 2015 02:54:54 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Fri, 24 Jul 2015 00:54:54 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" CC: "freebsd-current" Subject: Re: "proper way" or "unworkable idea" ? > [SOLVED] Date: Thu, 23 Jul 2015 17:54:54 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: <5592E5CF.6020509@digiware.nl> 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: Fri, 24 Jul 2015 00:55:04 -0000 On Tue, 30 Jun 2015 20:54:07 +0200, Willem Jan Withagen w= rote: > On 30/06/2015 17:32, Simon J. Gerraty wrote: > > Jeffrey Bouquet wrote: > >=20 > >> If I've a spare /mnt/usr/src , it seems buildworld quite soon fails, > >> where it otherwise may succeed in /usr/src. Any CLI parameters or> the > >> build system is hardcoded enough so that there will always be > >> problems? > >=20 > > The only thing hard coded is the default MAKEOBJDIRPREFIX (it isn't > > called that but it works the same way), but even that should work for a= ny > > location. I always have MAKEOBJDIRPREFIX when doing buildworld etc, > > and have never used /usr/src. > >=20 > > Is there perhaps something interesting about /mnt/usr/src (like > > ancient?) >=20 > On some of the systems where I use different versions, I have > /usr/srcs > mounted of the NFS-server. in which I have. > /usr/srcs/src8/src > /usr/srcs/src9/src > /usr/srcs/src10/src > /usr/srcs/head/src >=20 > Then also have /usr/objs mounted, with the same setup >=20 > And on the remote systems link /usr/src -> /usr/srcs/src??/src and same > for obj.... >=20 > I have yet to run into trouble when I do the normal things. It gets > messy if I'd like to build both i386 and amd64 in the same obj-tree. > That does not always work, but adding a differentiating i386 and amd64 > to the hierarchy seemed to fix it. But I retired all but one i386, and > that is soon to follow. >=20 > --WjW >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Using a r285418 (july 12), rsynced /usr/obj and /usr/src ( precise howto found in the motd where I store stuff... cp -Rp that is)=20 # cp -Rp /mnt_usr/obj/usr/src /usr/obj/usr # /usr as a seperate filesystem ... note 4 > 3 # cp -Rp /mnt_usr/src /usr # /usr as a seperate filesys= tem ... note 2 > 1=20 the MAKEOBJDIRPREFIX seems to be working for the first time ever. Cntl-c'd= it since the installkernel/installworld did the upgrade... so something was fixed. = Could probably comtinue with the MAKEOBJDIRPREFIX buildworld if I was sure (doubly sure)= =20 how to install from the "different" location to the "usual" one... without a hitch. So that m= ay come later this year... unless something else breaks the specific build environment which c= aused this thread, which appears SOLVED...= From owner-freebsd-current@freebsd.org Fri Jul 24 02:43: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 1CDC99A8DA6 for ; Fri, 24 Jul 2015 02:43:55 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (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 D376A151B for ; Fri, 24 Jul 2015 02:43:54 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by obnw1 with SMTP id w1so8440606obn.3 for ; Thu, 23 Jul 2015 19:43:54 -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=MwfaHjEeMDAxakOhHU7NOq3ZeeNDPjFLGDQn1rY6mfg=; b=jKbn3lkHJ6zNxRYhCInBwydvzEnWn9NLLhDzUGmrYUg79+OPEge/cpXQgCkmKWugRT 23mteb0RbSyhLltyglxHAc0Rlz9ki4xxHHbfPjeW2xmT/KPttq1bCigljgnucH5S/GFo 3Vtt7gfTG0F32WY1Nbe0JglzEjuIuMIGeR33WpLGskAbmCnOO3CIHv2CsQRmiVyttvJY Hn5H5cDEWo2RNet7F+JKnAYl450JJt61Ax6ns2j16TmDrLJQZpccAHpLX0OKrBcAHIFT s2MFJB12lujNGhGgPV04la4h68YcmQjaz5as5ax/3PJvTVM8Wfu2HpqFV9QDvmKXFFnT +P8Q== MIME-Version: 1.0 X-Received: by 10.182.200.131 with SMTP id js3mr13246684obc.58.1437705834016; Thu, 23 Jul 2015 19:43:54 -0700 (PDT) Received: by 10.202.177.11 with HTTP; Thu, 23 Jul 2015 19:43:53 -0700 (PDT) Date: Thu, 23 Jul 2015 22:43:53 -0400 Message-ID: Subject: reproducible kernel panic on CURRENT, I/O related From: Johannes Dieterich 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: Fri, 24 Jul 2015 02:43:55 -0000 Dear all, since approximately three weeks I am seeing kernel panics on CURRENT that are in so far reproducible as that they typically occur when I run svn up on the ports tree. Hence, it seems I/O related to me. Sorry that I only now got around to reporting it! The system is a CURRENT amd64 running ZFS on root w/ GELI. It has the aesni kernel module loaded. The world and kernel are on SVN r285764. The kernel stack backtrace looks as follows (transcript): db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe03d0394830 vpanic() at vpanic+0x189/frame 0xffffe03d03948b0 panic() at panic+0x43/frame 0xfffffe03d0394910 trash_ctor() at trash_ctor+0x48/frame 0xfffffe03d0394920 uma_zalloc_arg() at uma_zalloc_arg+0x573/frame 0xfffffe03d0394990 g_clone_bio() at g_clone_bio+0x1d/frame 0xfffffe03d03949b0 g_part_start() at g_part_start+0x8e/frame 0xfffffe03d0394a30 g_io_schedule_down() at g_io_schedule_down+0xe6/frame 0xfffffe03d0394a60 g_down_procbody() at g_down_procbody+0x7d/frame 0xfffffee03d0394a70 fork_exit() at fork_exit+0x84/frame 0xfffffe03d0394ab0 fork_trampoline at fork_trampoline+0xe/frame 0xfffffe03d0394ab0 --- trap 0, rip = 0, rsp =0xfffffe03d0394b90, rbp = 0--- KDB: enter: panic [ thread pid 13 tid 100017 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why Due to above setup, I cannot provide a core file, sorry. Please let me know if there is any data you want me to obtain for debugging. As I said above, it is fairly simple for me to hit the panic. Best Johannes From owner-freebsd-current@freebsd.org Fri Jul 24 08:14: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 0DA019A8573 for ; Fri, 24 Jul 2015 08:14:21 +0000 (UTC) (envelope-from ljh8199@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 CA3351AA1 for ; Fri, 24 Jul 2015 08:14:20 +0000 (UTC) (envelope-from ljh8199@gmail.com) Received: by pdbnt7 with SMTP id nt7so10202729pdb.0 for ; Fri, 24 Jul 2015 01:14:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:user-agent:date:message-id:mime-version :content-type; bh=EmewAqnfgc37RKc1sxBoNyAW1JwH9tPkJoHilMS0tyA=; b=pIcnnOGtjYciEcwO1T8cGHrehPffgt8+v5gkUZ0F84g28J5zHsby/qZQV6pXRqKyBq OBCfPkDhhlWO46LPAaOeigXJC3LBfOAtwy6LnyXCG48V5sJUks2NK/SU3KKsdwIelpmp SCa3GATENs40WuAwCfQcQKZdQk+cmW66SAecWqAqZOEhQWa11lt4S87w8awjgI66Nk+F S3OkY7CLpVJhlnVqLyaTJPa5l7985DaxK0AFm2wcA1TlIwBwPRCob80USyLxlg1TgyP5 D6fC3gs4mT3J820HbOHyMOdQIckdnvITnGwwF1W/7tlikF9jvpDyKzL4HBzryAbn9BqK hldQ== X-Received: by 10.70.7.162 with SMTP id k2mr28184582pda.128.1437725659616; Fri, 24 Jul 2015 01:14:19 -0700 (PDT) Received: from m2r.lawsarang.net ([163.152.3.39]) by smtp.gmail.com with ESMTPSA id y2sm2946590pdi.80.2015.07.24.01.14.16 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 24 Jul 2015 01:14:18 -0700 (PDT) From: ljh8199@gmail.com (Lee, Jae Ho) To: freebsd-current@freebsd.org Subject: [Lee, Jae Ho] Re: Korean keyboard support User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) Date: Fri, 24 Jul 2015 17:14:04 +0900 Message-ID: <86mvymotv7.fsf@m2r.lawsarang.net> MIME-Version: 1.0 Content-Type: text/plain 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, 24 Jul 2015 08:14:21 -0000 ( I redirect following post originally posted at freebsd-drivers to -current. ) > Lee, Jae Ho wrote this message on Fri, Jul 24, 2015 at 09:33 +0900: > > This is probably better suited for -current, so I have redirected > the question there... Dear John-Mark, thank you so much for your concern! I think I should send the original message to current. > It looks like FreeBSD may not have a keymap for Korean keyboards. > You can check by running kbdmap from the console... > > If you look at /usr/share/syscons/keymaps (older syscons), or > /usr/share/vt/keymaps (current vt, which supports UTF-8 fonts and > more), you can define your own keyboard map... > > It could be that I'm missing what you're trying to do... Hope > this helps! Well as far as the keymap, there has never been one for Korean keymap. I *think* the reason why for that is Korean keyboard shares exactly same keymap with us.kbd map and only uses xim applications such as korean/ko-uim to translate each alphabet input to Korean charactors. But only difference with Korean and us.kbd(US keymap) is those two toggle keys I mentioned in prior (original) message: Hangul(0xF2), Hanja(0xF1). The problem is, since those two keys have unique (but standard in Korean regulations or ISO ) key scancodes, default FreeBSD system/kernel may not detect those. I checked that by using misc/kbdscan program to see if those keys are detected by default system but did not print any keycodes. Also those keys could not even wake the system up when system screen is in powersave mode. So basically I think it's about driver problem rather about keymaps, and that is why I looked up sys/dev/atkbdc/atkbd.c. In short, those two unique keys in Korean keyborad are needed to be recognized by FreeBSD kernel first before we reorganize the keymaps file, to use Korean keyboard in FreeBSD. More detailed informations about scancodes , kernel patch info from linux and other features of those two keys are mentioned in original (prior) post, if anybody needs. Thank you very much again for your concern, and I hope you have a nice day. :~) (Below are original post at -drivers) ============================================================= Hello. I am Lee, Jaeho from South Korea. ( not North lol ) I am trying to ask you about the Korean keyboard support in FreeBSD. The Korean keyborad is featured as below. "The Korean keyboard has two keys, the Korean/Chinese and the Korean/English toggles, that generate scancodes f1 and f2 (respectively) when pressed, and nothing when released. They do not repeat. The keycaps are "hancha" and "han/yong" (written in Hangul). Hancha (hanja) means Chinese character, and Han/Yong is short for Hangul/Yongcha (Korean/English). They are located left and right of the space bar." ( From : http://www.win.tue.nl/~aeb/linux/kbd/scancodes-9.html ) Basically, on the Korean 103/106 (Korean Government Standard), there are two additional keys as Hangul(scancode of 0xf2) and Hanja(scancode of 0xf1) to the US 101/104 keyborad. and they don't have release signals if they are ps/2 type. USB keborad does have release signals. I tried look in src/sys/dev/atkbdc/atkbd.c and tried to make a patch on my own which I inspired by the patch from the linux kernel : https://bugzilla.kernel.org/show_bug.cgi?id=6642 , but since I am not well experienced yet in freebsd programing so I eventually came to ask for your help. I am ready to give you answers and informations to any kind of questions about Korean keybord specifications or other things related that you might want to know. :) As you can guess, the keyboard support is quite evident and will be really important and helpful to many Korean FreeBSD users. Thank you in advance. :) ========================================================= From owner-freebsd-current@freebsd.org Fri Jul 24 10:20: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 DCEE29A8D63 for ; Fri, 24 Jul 2015 10:20:22 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:1900:2254:206a::19:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.freebsd.org", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA49010CE for ; Fri, 24 Jul 2015 10:20:22 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx2.freebsd.org (Postfix) with ESMTP id CC84922EA; Fri, 24 Jul 2015 10:20:21 +0000 (UTC) (envelope-from ae@FreeBSD.org) Message-ID: <55B21124.9020802@FreeBSD.org> Date: Fri, 24 Jul 2015 13:19:16 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Alexandr Krivulya , FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 References: <55B099F6.8000004@shurik.kiev.ua> In-Reply-To: <55B099F6.8000004@shurik.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eI42Ss9QaSVfmMkAJhKqJi8wC9L79qe2T" 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, 24 Jul 2015 10:20:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eI42Ss9QaSVfmMkAJhKqJi8wC9L79qe2T Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 23.07.2015 10:38, Alexandr Krivulya wrote: > I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I see onl= y > outgoing esp packets on ng interface: What FreeBSD version do you use? Please check https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D192774 and your security policies configuration. --=20 WBR, Andrey V. Elsukov --eI42Ss9QaSVfmMkAJhKqJi8wC9L79qe2T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVshEkAAoJEAHF6gQQyKF6TwgH/0NZ+RpfgBg4pA51OBNvjf+O Z+ZjNTTkBfi6ZDBeXLIvvqbRlsCvOg/P1F2FFoJqrzV17gS8RJYJn3/NUmb4MFhF +Flht/A8cCxyeORv/nDWGxq+WC8ZamuiQyvYOD3ps0NiZVITj3mU9uhd0eetFk3/ ZLEO1MIaozroOxcRLoGTvzfSyYaC2k927LSmtP90XHkxSLOgod8D2kR8yxDAxROX 9Imapb56ks3oF7/eVmM3rNvIPaKCoUT9sqPykGWKTWNxaBiCLKswJ5kfOu1ow9nc HkuLV3aJBy6nrh5g9WopxQy5bv2IZYDZhB59wN5qvj4uuegycIsaNNMZPV7b2f0= =q6qr -----END PGP SIGNATURE----- --eI42Ss9QaSVfmMkAJhKqJi8wC9L79qe2T-- From owner-freebsd-current@freebsd.org Fri Jul 24 12:11: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 03E2E9A8DB4 for ; Fri, 24 Jul 2015 12:11:13 +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 B8092191D; Fri, 24 Jul 2015 12:11:11 +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 1ZIbod-000NZt-4E; Fri, 24 Jul 2015 15:11:03 +0300 Message-ID: <55B22B52.9030402@shurik.kiev.ua> Date: Fri, 24 Jul 2015 15:10:58 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "Andrey V. Elsukov" , FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 References: <55B099F6.8000004@shurik.kiev.ua> <55B21124.9020802@FreeBSD.org> In-Reply-To: <55B21124.9020802@FreeBSD.org> 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: Fri, 24 Jul 2015 12:11:13 -0000 24.07.2015 13:19, Andrey V. Elsukov пишет: > On 23.07.2015 10:38, Alexandr Krivulya wrote: >> I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I see only >> outgoing esp packets on ng interface: > What FreeBSD version do you use? > Please check https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192774 > and your security policies configuration. > I think it is not my situation. I'm using latest CURRENT r285833 with rules: root@thinkpad:/usr/src # setkey -DP 0.0.0.0/0[any] 10.10.10.2[any] any in ipsec esp/tunnel/10.10.10.1-10.10.10.2/require spid=3 seq=1 pid=14609 refcnt=1 10.10.10.2[any] 0.0.0.0/0[any] any out ipsec esp/tunnel/10.10.10.2-10.10.10.1/require spid=4 seq=0 pid=14609 refcnt=1 In that bug L2TP use IPSEC in transport mode, but in my scenario IPSEC in tunnel mode inside L2TP. And it works fine prior to r285536. From owner-freebsd-current@freebsd.org Fri Jul 24 12:13: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 BB9469A8F37 for ; Fri, 24 Jul 2015 12:13:53 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:1900:2254:206a::19:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.freebsd.org", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A81881AF5 for ; Fri, 24 Jul 2015 12:13:53 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx2.freebsd.org (Postfix) with ESMTP id A5CD12564; Fri, 24 Jul 2015 12:13:52 +0000 (UTC) (envelope-from ae@FreeBSD.org) Message-ID: <55B22BCD.4040800@FreeBSD.org> Date: Fri, 24 Jul 2015 15:13:01 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Alexandr Krivulya , FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 References: <55B099F6.8000004@shurik.kiev.ua> <55B21124.9020802@FreeBSD.org> <55B22B52.9030402@shurik.kiev.ua> In-Reply-To: <55B22B52.9030402@shurik.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="H3NITPW09mTeoGXckh2pAIhHdnJ10K1rg" 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, 24 Jul 2015 12:13:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --H3NITPW09mTeoGXckh2pAIhHdnJ10K1rg Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 24.07.2015 15:10, Alexandr Krivulya wrote: > In that bug L2TP use IPSEC in transport mode, but in my scenario IPSEC > in tunnel mode inside L2TP. And it works fine prior to r285536. But r285536 didn't touch head's source. This is commit into stable/10. So, it can't break something in 11.0-CURRENT. --=20 WBR, Andrey V. Elsukov --H3NITPW09mTeoGXckh2pAIhHdnJ10K1rg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVsivNAAoJEAHF6gQQyKF65vEH/0Au854E2TD3gpnkwF0E5rBm Upv/l2yNXQkigNrizKXbynjqDdt+0MIHxFToT/78xjD7ilezGAsA0UlnnPO0RFNm zI1Ed1n82p/y9599arsEYpXaqCacowAVY8zwK0FLL/KUtOY079THghrk7tQodWHg RdDcupoUGcJYyCIeirnKq4iobjGN/Whp1JH0uhLR7FdZ7SMvlxUpm9honP0LE20J Pjs1JXufM/sU13An9D2Jz7yfJbHBTs90hr/5rYyx5hqIZotTc13HPMF5GFSF4nDn cvPnIht57v3eVqEJmpWng201KxRXTD5z7TiY34hzLIs5ZPigBnU88JtsBdtP/so= =bV1F -----END PGP SIGNATURE----- --H3NITPW09mTeoGXckh2pAIhHdnJ10K1rg-- From owner-freebsd-current@freebsd.org Fri Jul 24 12:20: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 317E29A9022 for ; Fri, 24 Jul 2015 12:20:35 +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 E64881DFD; Fri, 24 Jul 2015 12:20:34 +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 1ZIbxo-000ODa-L9; Fri, 24 Jul 2015 15:20:32 +0300 Message-ID: <55B22D8B.9070003@shurik.kiev.ua> Date: Fri, 24 Jul 2015 15:20:27 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "Andrey V. Elsukov" , FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 References: <55B099F6.8000004@shurik.kiev.ua> <55B21124.9020802@FreeBSD.org> <55B22B52.9030402@shurik.kiev.ua> <55B22BCD.4040800@FreeBSD.org> In-Reply-To: <55B22BCD.4040800@FreeBSD.org> 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: Fri, 24 Jul 2015 12:20:35 -0000 24.07.2015 15:13, Andrey V. Elsukov пишет: > On 24.07.2015 15:10, Alexandr Krivulya wrote: >> In that bug L2TP use IPSEC in transport mode, but in my scenario IPSEC >> in tunnel mode inside L2TP. And it works fine prior to r285536. > But r285536 didn't touch head's source. This is commit into stable/10. > So, it can't break something in 11.0-CURRENT. > I mean this commit: https://svnweb.freebsd.org/base?view=revision&revision=285336 Sorry for my mistake From owner-freebsd-current@freebsd.org Fri Jul 24 13:03: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 E75979A9AD4 for ; Fri, 24 Jul 2015 13:03:19 +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 CBB5916E2 for ; Fri, 24 Jul 2015 13:03:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id C8AB89A9AD3; Fri, 24 Jul 2015 13:03:19 +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 C82AB9A9AD0 for ; Fri, 24 Jul 2015 13:03:19 +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 7DF7716E0; Fri, 24 Jul 2015 13:03:18 +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 t6OD3HfL063020; Fri, 24 Jul 2015 06:03:17 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6OD3HQw063019; Fri, 24 Jul 2015 06:03:17 -0700 (PDT) (envelope-from david) Date: Fri, 24 Jul 2015 06:03:17 -0700 From: David Wolfskill To: Ian Lepore , current@freebsd.org Subject: Re: Segmentation fault running ntpd Message-ID: <20150724130317.GS27865@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Ian Lepore , current@freebsd.org References: <20150719183600.GF1217@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Rli/F08USW5HCFIx" Content-Disposition: inline In-Reply-To: <20150719183600.GF1217@albert.catwhisker.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: Fri, 24 Jul 2015 13:03:20 -0000 --Rli/F08USW5HCFIx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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.=20 > > .... >=20 > 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, =66rom that boot to just a bit after the ntpd crash; it's in ; as of the moment, that contains: [PARENTDIR] Parent Directory - =20 [ ] CANARY 2015-03-22 10:03 15K =20 [ ] CANARY.gz 2015-03-22 10:03 6.3K =20 [ ] ntpd.core 2015-07-24 05:31 13M =20 [ ] ntpd.core.gz 2015-07-24 05:31 124K =20 [TXT] ntpd_crash_msgs.txt 2015-07-24 05:40 138K =20 [ ] ntpd_crash_msgs.txt.gz 2015-07-24 05:40 19K =20 This was running: FreeBSD g1-245.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #133 r2858= 36M/285836:1100077: Fri Jul 24 05:24:41 PDT 2015 root@g1-245.catwhisker= =2Eorg:/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 f= ound)... Core was generated by `ntpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. =2E.. 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)=20 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 --=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. --Rli/F08USW5HCFIx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVsjeVXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7ylkQAIk6NiZINHEewN0gN5BLQgQb soEvFg0NOzKiarOh9M4GOVlaYzRMT8l+pdhU/wcQitMJ4bqG/xgPMeISryu0RKLv JUDzmn5UD6wlgShGKd0cW1MUnm8sd43vnBJNV1+Pchp1D5KVinORRJ5ju249HWiI l/wJ6YPGvkrp3yIja9gNMsHzBdO7Yx5xof6VgjyMvh+i1WO+mQMRCmFtUT1xi48r s10BoSoxP6W0SNL7/5Z6eglYy0kx2Q4KPHd1wQLEQdVFu8vS1LtzZdr/n0pJh2cT wzEzTp0/60mjGo9dZ0q+X4jleEBRMWodYEyQzqrF7c7P8MMtGRvh0IbJo04rOsDR 4UbcpvdBH6vBv80TxzTtcrnEmlaFH++z+s9YJ6NXGiSDy5ZkokhfNTTYpiOwUlIG FgfqUpDL63mQSi+0LOm0w+/xVxztFkHrla/uvpEYetEcmINm02BvT496ietU5tX9 fuTVdAGR3grldFCUTJmX7rOU6jNLDA7qgp8P+5A6whNQ71WoPkRMDXFZx9NHLMxS J3tu+Z5mYmDcafgqorrjrOkRfWyzpAWrlbi+u1h9Gkpt/os528kpnZ5IaZTgho7G Jwc8mbOEBfYQdDaU4QSM5TShwXuGvlvl7kKb5Sbs5ElfgLqrmN8HEcEUevDUK046 YvABqEyY9icmtPYVFTKU =+alI -----END PGP SIGNATURE----- --Rli/F08USW5HCFIx-- From owner-freebsd-current@freebsd.org Fri Jul 24 15:43: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 9792B9AAEA1 for ; Fri, 24 Jul 2015 15:43:23 +0000 (UTC) (envelope-from fabient@FreeBSD.org) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 62678106D for ; Fri, 24 Jul 2015 15:43:22 +0000 (UTC) (envelope-from fabient@FreeBSD.org) Received: from work.netasq.com (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 0449D2706DFD for ; Fri, 24 Jul 2015 17:43:16 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id D6F4A27064F6 for ; Fri, 24 Jul 2015 17:43:15 +0200 (CEST) Received: from work.netasq.com ([127.0.0.1]) by localhost (work.netasq.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Sc0viG8IHMAd for ; Fri, 24 Jul 2015 17:43:15 +0200 (CEST) Received: from [10.2.1.1] (unknown [91.212.116.2]) by work.netasq.com (Postfix) with ESMTPSA id A468227060F8 for ; Fri, 24 Jul 2015 17:43:15 +0200 (CEST) From: Fabien Thomas Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: RFC: ichwd TCO v3 support Message-Id: Date: Fri, 24 Jul 2015 17:43:15 +0200 To: freebsd-current Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) 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, 24 Jul 2015 15:43:23 -0000 Hello, Please find a review for a patch submitted by Cas-well for ichwd TCO v3 support (Bay Trail, Rangeley,=E2=80=A6) https://reviews.freebsd.org/D3186 Feedback welcome Fabien From owner-freebsd-current@freebsd.org Fri Jul 24 18:06: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 12B5E9AA94E for ; Fri, 24 Jul 2015 18:06: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 E4E5111A5; Fri, 24 Jul 2015 18:06:27 +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 1AE885AB; Fri, 24 Jul 2015 18:06:26 +0000 (UTC) Date: Fri, 24 Jul 2015 18:06:24 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: rrs@FreeBSD.org, emaste@FreeBSD.org, marius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1566152590.9.1437761185617.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #235 - 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: Fri, 24 Jul 2015 18:06:28 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #235 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/235/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/235/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/235/console Change summaries: 285845 by emaste: readelf: avoid division by zero on section entry size ELF Tool Chain tickets #439, #444, #445, #467 Reported by: Alexander Cherepanov (#467) Reported by: antiAgainst (others) Reviewed by: brooks MFC after: 1 month Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D2338 285844 by emaste: ar: add -U (unique) option to disable -D (deterministic) mode This is required in order for us to support deterministic mode by default. If multiple -D or -U options are specified on the command line, the final one takes precedence. GNU ar also uses -U for this. An equivalent change will be applied to ELF Tool Chain's version of ar. PR: 196929 MFC after: 1 month Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3175 285843 by marius: - Since r253161, uart_intr() abuses FILTER_SCHEDULE_THREAD for signaling uart_bus_attach() during its test that 20 iterations weren't sufficient for clearing all pending interrupts, assuming this means that hardware is broken and doesn't deassert interrupts. However, under pressure, 20 iterations also can be insufficient for clearing all pending interrupts, leading to a panic as intr_event_handle() tries to schedule an interrupt handler not registered. Solve this by introducing a flag that is set in test mode and otherwise restores pre-r253161 behavior of uart_intr(). The approach of additionally registering uart_intr() as handler as suggested in PR 194979 is not taken as that in turn would abuse special pccard and pccbb handling code of intr_event_handle(). [1] - Const'ify uart_driver_name. - Fix some minor style bugs. PR: 194979 [1] Reviewed by: marcel (earlier version) MFC after: 3 days 285842 by emaste: truss: follow pdfork()ed descendents with -f PR: 201276 Reported by: David Drysdale Reviewed by: oshogbo MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D2976 285841 by emaste: Add RISC-V ELF machine type definition EM_RISCV is now officially registered as e_machine 243. MFC after: 1 month Sponsored by: The FreeBSD Foundation 285840 by marius: - In mpt_send_handshake_cmd(), use bus_space_write_stream_4(9) for writing raw data to the doorbell offset in order to clarify the intent and for avoiding unnecessarily converting the endianess back and forth. Unfortunately, the same can't be done in mpt_recv_handshake_reply() as 16-bit data needs to be read using 32-bit bus accessors. - In mpt_recv_handshake_reply(), get rid of a redundant variable. MFC after: 1 fortnight 285839 by marius: o Revert the other functional half of r239864, i. e. the merge of r134227 from x86 to use smp_ipi_mtx spin lock not only for smp_rendezvous_cpus() but also for the MD cache invalidation, TLB demapping and remote register reading IPIs due to the following reasons: - The cross-IPI SMP deadlock x86 otherwise is subject to can't happen on sparc64. That's because on sparc64, spin locks don't disable interrupts completely but only raise the processor interrupt level to PIL_TICK. This means that IPIs still get delivered and direct dispatch IPIs such as the cache invalidation etc. IPIs in question are still executed. - In smp_rendezvous_cpus(), smp_ipi_mtx is held not only while sending an IPI_RENDEZVOUS, but until all CPUs have processed smp_rendezvous_action(). Consequently, smp_ipi_mtx may be locked for an extended amount of time as queued IPIs (as opposed to the direct ones) such as IPI_RENDEZVOUS are scheduled via a soft interrupt. Moreover, given that this soft interrupt is only delivered at PIL_RENDEZVOUS, processing of smp_rendezvous_action() on a target may be interrupted by f. e. a tick interrupt at PIL_TICK, in turn leading to the target in question trying to send an IPI by itself while IPI_RENDEZVOUS isn't fully handled, yet, and, thus, resulting in a deadlock. o As mentioned in the commit message of r245850, on least some sun4u platforms concurrent sending of IPIs by different CPUs is fatal. Therefore, hold the reintroduced MD ipi_mtx also while delivering cross-traps via MI helpers, i. e. ipi_{all_but_self,cpu,selected}(). o Akin to x86, let the last CPU to process cpu_mp_bootstrap() set smp_started instead of the BSP in cpu_mp_unleash(). This ensures that all APs actually are started, when smp_started is no longer 0. o In all MD and MI IPI helpers, check for smp_started == 1 rather than for smp_cpus > 1 or nothing at all. This avoids races during boot causing IPIs trying to be delivered to APs that in fact aren't up and running, yet. While at it, move setting of the cpu_ipi_{selected,single}() pointers to the appropriate delivery functions from mp_init() to cpu_mp_start() where it's better suited and allows to get rid of the global isjbus variable. o Given that now concurrent IPI delivery no longer is possible, also nuke the delays before completely disabling interrupts again in the CPU-specific cross-trap delivery functions, previously giving other CPUs a window for sending IPIs on their part. Actually, we now should be able to entirely get rid of completely disabling interrupts in these functions. Such a change needs more testing, though. o In {s,}tick_get_timecount_mp(), make the {s,}tick variable static. While not necessary for correctness, this avoids page faults when accessing the stack of a foreign CPU as {s,}tick now is locked into the TLBs as part of static kernel data. Hence, {s,}tick_get_timecount_mp() always execute as fast as possible, avoiding jitter. PR: 201245 MFC after: 3 days 285838 by rrs: Fix silly syntax error emacs chugged in for me.. gesh. MFC after: 3 weeks 285837 by rrs: Fix an issue with MAC OS locking and also optimize the case where we are sending back a stream-reset and a sack timer is running, in that case we should just send the SACK. MFC after: 3 weeks The end of the build log: Started by upstream project "FreeBSD_HEAD" build number 3000 originally caused by: 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-24T18:03:48.644 +0000' U sys/sys/elf_common.h U sys/sparc64/sparc64/machdep.c U sys/sparc64/sparc64/tick.c U sys/sparc64/sparc64/mp_machdep.c U sys/sparc64/include/smp.h U sys/netinet/sctp_usrreq.c U sys/netinet/sctp_output.c U sys/netinet/sctp_output.h U sys/netinet/sctp_input.c U sys/dev/uart/uart_bus.h U sys/dev/uart/uart_core.c U sys/dev/mpt/mpt.h U sys/dev/mpt/mpt.c U sys/kern/subr_witness.c U usr.bin/elfdump/elfdump.c U usr.bin/ar/ar.1 U usr.bin/ar/ar.c U usr.bin/truss/amd64-fbsd.c U usr.bin/truss/arm-fbsd.c U usr.bin/truss/powerpc-fbsd.c U usr.bin/truss/amd64-fbsd32.c U usr.bin/truss/sparc64-fbsd.c U usr.bin/truss/i386-fbsd.c U usr.bin/truss/powerpc64-fbsd.c U usr.bin/truss/mips-fbsd.c U contrib/elftoolchain/readelf/readelf.c U contrib/elftoolchain/common/elfdefinitions.h At revision 285845 No emails were triggered. [FreeBSD_HEAD_amd64_gcc4.9] $ /bin/sh -xe /tmp/hudson9133804241737321426.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... FreeBSD repository is up-to-date. All repositories are up-to-date. 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 Fri Jul 24 19:40: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 6DF5E9A9EBC for ; Fri, 24 Jul 2015 19:40: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 5EFF516AB; Fri, 24 Jul 2015 19:40: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 EB2995D4; Fri, 24 Jul 2015 19:40:41 +0000 (UTC) Date: Fri, 24 Jul 2015 19:40:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: trasz@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1629228781.11.1437766841926.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1566152590.9.1437761185617.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1566152590.9.1437761185617.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #236 - 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, 24 Jul 2015 19:40:41 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #236 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/236/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/236/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/236/console Change summaries: 285847 by trasz: Add missing SIGUSR1 description. MFC after: 2 weeks Sponsored by: The FreeBSD Foundation 285846 by trasz: Add missing capitalization. From owner-freebsd-current@freebsd.org Fri Jul 24 21:38: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 EAB269AA5FE for ; Fri, 24 Jul 2015 21:38:40 +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 B4D091A23 for ; Fri, 24 Jul 2015 21:38:40 +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 t6OLcdbg095817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Jul 2015 14:38:39 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6OLcdD3095816; Fri, 24 Jul 2015 14:38:39 -0700 (PDT) (envelope-from jmg) Date: Fri, 24 Jul 2015 14:38:39 -0700 From: John-Mark Gurney To: Alexandr Krivulya Cc: FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 Message-ID: <20150724213839.GP78154@funkthat.com> References: <55B099F6.8000004@shurik.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <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]); Fri, 24 Jul 2015 14:38:39 -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, 24 Jul 2015 21:38:41 -0000 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. -- 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 Jul 25 02:24: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 F25139A99F5 for ; Sat, 25 Jul 2015 02:24:01 +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 CC71072; Sat, 25 Jul 2015 02:24:01 +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 67164630; Sat, 25 Jul 2015 02:24:01 +0000 (UTC) Date: Sat, 25 Jul 2015 02:24:00 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1683970511.13.1437791041037.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1216 - 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, 25 Jul 2015 02:24:02 -0000 FreeBSD_HEAD-tests - Build #1216 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1216/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1216/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1216/console Change summaries: No changes The end of the build log: [...truncated 4410 lines...] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_vhd -> passed [2.437s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_vhdf -> passed [0.658s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_vmdk -> passed [1.501s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_qcow -> passed [1.634s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_qcow2 -> passed [2.282s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_raw -> passed [2.373s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vhd -> passed [2.611s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vhdf -> passed [4.530s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vmdk -> passed [3.085s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_qcow -> passed [1.639s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_qcow2 -> passed [1.868s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_raw -> passed [1.093s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vhd -> passed [2.055s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vhdf -> passed [2.388s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vmdk -> passed [2.389s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow -> passed [0.946s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow2 -> passed [2.123s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_raw -> passed [3.432s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_vhd -> passed [3.910s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_vhdf -> passed [2.163s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_vmdk -> passed [3.114s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_qcow -> passed [3.895s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_qcow2 -> passed [4.333s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_raw -> passed [1.417s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_vhd -> passed [1.957s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_vhdf -> passed [3.756s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_512_vmdk -> passed [2.323s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_qcow -> passed [2.283s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_qcow2 -> passed [2.962s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_raw -> passed [2.474s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_vhd -> passed [2.567s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_vhdf -> passed [4.558s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_4096_vmdk -> passed [4.741s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_qcow -> passed [1.819s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_qcow2 -> passed [1.367s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_raw -> passed [1.487s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_vhd -> passed [4.614s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_vhdf -> passed [3.406s] [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_63x255_512_vmdk -> passed [1.704s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow -> passed [2.777s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_qcow2 -> passed [1.758s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_raw -> passed [1.932s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_vhd -> passed [2.222s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_vhdf -> passed [4.191s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_4096_vmdk -> passed [4.733s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_qcow -> passed [2.370s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_qcow2 -> passed [1.243s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_raw -> passed [4.549s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_vhd -> passed [4.587s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_vhdf -> passed [3.280s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_1x1_512_vmdk -> passed [4.690s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_qcow -> passed [4.935s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_qcow2 -> passed [4.779s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_raw -> passed [2.188s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vhd -> passed [3.155s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vhdf -> passed [2.360s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_4096_vmdk -> passed [3.181s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_qcow -> passed [3.734s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_qcow2 -> passed [3.450s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_raw -> passed [5.189s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vhd -> passed [3.820s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vhdf -> passed [3.110s] [192.168.10.2] out: usr.bin/mkimg/mkimg:pc98_63x255_512_vmdk -> passed [5.862s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow -> passed [2.751s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_qcow2 -> passed [1.986s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_raw -> passed [1.153s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhd -> passed [0.895s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vhdf -> passed [1.815s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_4096_vmdk -> passed [2.060s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow -> passed [2.292s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_qcow2 -> passed [1.909s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_raw -> passed [2.141s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhd -> passed [2.712s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vhdf -> passed [1.290s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_1x1_512_vmdk -> passed [1.275s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow -> passed [2.157s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_qcow2 -> passed [1.353s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_raw -> passed [1.872s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhd -> passed [4.664s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vhdf -> passed [1.976s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_4096_vmdk -> passed [2.149s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow -> passed [5.360s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_qcow2 -> passed [5.567s] [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 [4.648s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vhdf -> passed [1.679s] [192.168.10.2] out: usr.bin/mkimg/mkimg:vtoc8_63x255_512_vmdk -> passed [1.404s] [192.168.10.2] out: usr.bin/comm/legacy_test:main -> passed [0.278s] [192.168.10.2] out: usr.bin/sed/legacy_test:main -> passed [1.157s] [192.168.10.2] out: usr.bin/sed/multi_test:main -> passed [2.212s] [192.168.10.2] out: usr.bin/sed/inplace_race_test:main -> passed [50.616s] [192.168.10.2] out: usr.bin/uudecode/legacy_test:main -> passed [0.173s] [192.168.10.2] out: usr.bin/gzip/gzip_test:concatenated -> passed [0.162s] [192.168.10.2] out: usr.bin/gzip/gzip_test:crcerror -> passed [0.161s] [192.168.10.2] out: usr.bin/gzip/gzip_test:good -> passed [0.092s] [192.168.10.2] out: usr.bin/gzip/gzip_test:pipe -> passed [3.035s] [192.168.10.2] out: usr.bin/gzip/gzip_test:truncated -> passed [0.141s] [192.168.10.2] out: usr.bin/tr/legacy_test:main -> passed [0.126s] [192.168.10.2] out: usr.bin/units/basics_test:main -> passed [0.343s] [192.168.10.2] out: usr.bin/dirname/dirname_test:basic -> passed [0.577s] [192.168.10.2] out: usr.bin/uuencode/legacy_test:main -> passed [0.228s] [192.168.10.2] out: usr.bin/cmp/cmp_test:missing -> passed [0.651s] [192.168.10.2] out: usr.bin/cmp/cmp_test:skip -> passed [0.363s] [192.168.10.2] out: usr.bin/apply/legacy_test:main -> passed [0.499s] [192.168.10.2] out: usr.bin/basename/basename_test:basic -> passed [0.820s] [192.168.10.2] out: usr.bin/basename/basename_test:suffix -> passed [0.401s] [192.168.10.2] out: usr.bin/bmake/archives/fmt_44bsd/legacy_test:main -> passed [0.535s] [192.168.10.2] out: usr.bin/bmake/archives/fmt_44bsd_mod/legacy_test:main -> passed [0.295s] [192.168.10.2] out: usr.bin/bmake/archives/fmt_oldbsd/legacy_test:main -> passed [0.493s] [192.168.10.2] out: usr.bin/bmake/basic/t0/legacy_test:main -> passed [0.545s] [192.168.10.2] out: usr.bin/bmake/basic/t1/legacy_test:main -> passed [0.468s] [192.168.10.2] out: usr.bin/bmake/basic/t2/legacy_test:main -> passed [0.211s] [192.168.10.2] out: usr.bin/bmake/basic/t3/legacy_test:main -> passed [0.094s] [192.168.10.2] out: usr.bin/bmake/execution/ellipsis/legacy_test:main -> passed [0.106s] [192.168.10.2] out: usr.bin/bmake/execution/empty/legacy_test:main -> passed [0.154s] [192.168.10.2] out: usr.bin/bmake/execution/joberr/legacy_test:main -> passed [0.626s] [192.168.10.2] out: usr.bin/bmake/execution/plus/legacy_test:main -> passed [0.086s] [192.168.10.2] out: usr.bin/bmake/shell/builtin/legacy_test:main -> passed [0.198s] [192.168.10.2] out: usr.bin/bmake/shell/meta/legacy_test:main -> passed [0.117s] [192.168.10.2] out: usr.bin/bmake/shell/path/legacy_test:main -> passed [0.158s] [192.168.10.2] out: usr.bin/bmake/shell/path_select/legacy_test:main -> passed [0.147s] [192.168.10.2] out: usr.bin/bmake/shell/replace/legacy_test:main -> passed [0.102s] [192.168.10.2] out: usr.bin/bmake/shell/select/legacy_test:main -> passed [0.150s] [192.168.10.2] out: usr.bin/bmake/suffixes/basic/legacy_test:main -> passed [0.162s] [192.168.10.2] out: usr.bin/bmake/suffixes/src_wild1/legacy_test:main -> passed [0.177s] [192.168.10.2] out: usr.bin/bmake/suffixes/src_wild2/legacy_test:main -> passed [0.325s] [192.168.10.2] out: usr.bin/bmake/syntax/directive-t0/legacy_test:main -> passed [0.086s] [192.168.10.2] out: usr.bin/bmake/syntax/enl/legacy_test:main -> passed [0.152s] [192.168.10.2] out: usr.bin/bmake/syntax/funny-targets/legacy_test:main -> passed [0.156s] [192.168.10.2] out: usr.bin/bmake/syntax/semi/legacy_test:main -> passed [0.127s] [192.168.10.2] out: usr.bin/bmake/sysmk/t0/2/1/legacy_test:main -> passed [0.213s] [192.168.10.2] out: usr.bin/bmake/sysmk/t1/2/1/legacy_test:main -> passed [0.311s] [192.168.10.2] out: usr.bin/bmake/sysmk/t2/2/1/legacy_test:main -> passed [0.561s] [192.168.10.2] out: usr.bin/bmake/variables/modifier_M/legacy_test:main -> passed [0.297s] [192.168.10.2] out: usr.bin/bmake/variables/modifier_t/legacy_test:main -> passed [0.243s] [192.168.10.2] out: usr.bin/bmake/variables/opt_V/legacy_test:main -> passed [0.155s] [192.168.10.2] out: usr.bin/bmake/variables/t0/legacy_test:main -> passed [0.182s] [192.168.10.2] out: usr.bin/printf/legacy_test:main -> passed [0.153s] [192.168.10.2] out: usr.bin/xargs/legacy_test:main -> passed [0.583s] [192.168.10.2] out: usr.bin/soelim/soelim:files -> passed [0.238s] [192.168.10.2] out: usr.bin/soelim/soelim:stdin -> passed [0.230s] [192.168.10.2] out: usr.bin/cut/cut_test:basic -> passed [0.146s] [192.168.10.2] out: usr.bin/cut/cut_test:dflag -> passed [0.095s] [192.168.10.2] out: usr.bin/cut/cut_test:dsflag -> passed [0.109s] [192.168.10.2] out: usr.bin/cut/cut_test:latin1 -> passed [0.118s] [192.168.10.2] out: usr.bin/cut/cut_test:sflag -> passed [0.251s] [192.168.10.2] out: usr.bin/cut/cut_test:utf8 -> passed [0.203s] [192.168.10.2] out: usr.bin/col/col:rlf -> passed [0.225s] [192.168.10.2] out: usr.bin/calendar/legacy_test:main -> passed [1.486s] [192.168.10.2] out: share/examples/tests/atf/cp_test:force -> passed [0.149s] [192.168.10.2] out: share/examples/tests/atf/cp_test:simple -> passed [0.114s] [192.168.10.2] out: share/examples/tests/atf/printf_test:fprintf__simple_string -> passed [0.052s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__overflow -> passed [0.034s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__two_formatters -> passed [0.081s] [192.168.10.2] out: share/examples/tests/plain/cp_test:main -> passed [0.049s] [192.168.10.2] out: share/examples/tests/plain/printf_test:main -> passed [0.079s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150725-004949-168786 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150725-004949-168786.db [192.168.10.2] out: [192.168.10.2] out: 4335/4336 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 68027] [192.168.10.2] out: f00 broadcast 192.168.10.255 kyuatestprompt # lock order reversal: 1st 0xfffffe007b223fc0 bufwait (bufwait) @ /builds/FreeBSD_HEAD/sys/kern/vfs_bio.c:3114 2nd 0xfffff80007dcd000 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 0xfffffe0096fdd400 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 = 0x8008f2f7a, rsp = 0x7fffffffbb68, rbp = 0x7fffffffbc40 --- WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d WARNING pid 11651 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d maxproc limit exceeded by uid 977 (pid 22323); see tuning(7) and login.conf(5) ahcich0: Timeout on slot 10 port 0 ahcich0: is 00000000 cs 00000000 ss 00001c00 rs 00001c00 tfd 50 serr 00000000 cmd 1000Stopping 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:. . Jul 25 02:23:40 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: 1h34m18s 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/tmp0EJuPE 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 Sat Jul 25 02:26: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 E4C1E9A9AA2 for ; Sat, 25 Jul 2015 02:26: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 D36681E0; Sat, 25 Jul 2015 02:26: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 534371B32; Sat, 25 Jul 2015 02:26:00 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 25 Jul 2015 02:25:58 +0000 From: Glen Barber To: jenkins-admin@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD_HEAD-tests - Build #1216 - Unstable Message-ID: <20150725022558.GL84931@FreeBSD.org> References: <1683970511.13.1437791041037.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a8i0lXXx49qphuFT" Content-Disposition: inline In-Reply-To: <1683970511.13.1437791041037.JavaMail.jenkins@jenkins-9.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: Sat, 25 Jul 2015 02:26:01 -0000 --a8i0lXXx49qphuFT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 25, 2015 at 02:24:00AM +0000, jenkins-admin@FreeBSD.org wrote: > FreeBSD_HEAD-tests - Build #1216 - Unstable: >=20 > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/121= 6/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1216/= changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1216/c= onsole >=20 > Change summaries: >=20 > No changes >=20 Can we please stop this noise, masking *real* problems? Glen --a8i0lXXx49qphuFT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVsvO2AAoJEAMUWKVHj+KTAdIP/jDwoNwBCStIvqtCvb3vW1bH MnWiMl02XlPcNbJJENMHG7RB05bL3TX1jvp0biYT4Di0ZdFgLxs5cZQVmNU7QDF+ gFAJ75sb4C4sKOTyZEC1FphIZt/l6asEnmDVZ0Z2fuiTk/ebjFWUdns/jpwLgQYu Y9hPCCN7KvYX+hS8xL2VkzrPIgK4/T+sxYwWRUD6o+gIkHf4rqusf5C31iOHTab8 9RMsQcDtGgTcu0I8cIH9bTtcsyQgwCyWP7AyYt5NGP5jQjrm8a77e+g4CWlwVF8u CvqkT9qdIqv7c2ZVgytonNoAdVHibpLpbnGQLKMo22a5cfccASbylGc4ifp2DqwT EHAcCqNzMEsLf8FKB2vmHea2iWTsJjVqdKRoWVMoLIUrSDdyQYZbNJ//K23K3PDi rUHhaWJATEdT0QZFJO84O0t5P2N2JWZvUK5HegPYdK8BvIE4VoA0NTj0POm8LPp5 GQq1lv1aCPTlAS35zSGxA4BjNAXNRiURviiXu0jgLqCy5YitH9vcqQZ+BMPONeo7 zd2UdINcR5eUpSpVK+UreOgwws2cbsnYKigFeaMuJyQ5cZ49D+51uJ/g3DXcFyq2 Yj1E1T+wHD5/HW23KyxXEHiewXvF6z73oGjk99IVeOamI8JfbZEDl2kq/mEbTCXv w5bfvRG2TeUsEoArfE8B =N3Uv -----END PGP SIGNATURE----- --a8i0lXXx49qphuFT-- From owner-freebsd-current@freebsd.org Sat Jul 25 05:51:56 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 292539A9D20 for ; Sat, 25 Jul 2015 05:51:56 +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 DFB9EC5D for ; Sat, 25 Jul 2015 05:51:54 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from [46.164.154.106] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZIsNB-000N3q-KE; Sat, 25 Jul 2015 08:51:50 +0300 Subject: Re: IPSEC stop works after r285336 To: freebsd-current@freebsd.org References: <55B099F6.8000004@shurik.kiev.ua> <20150724213839.GP78154@funkthat.com> Cc: jmg@funkthat.com From: Alexandr Krivulya Message-ID: <55B323F5.3030200@shurik.kiev.ua> Date: Sat, 25 Jul 2015 08:51:49 +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: <20150724213839.GP78154@funkthat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 46.164.154.106 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: Sat, 25 Jul 2015 05:51:56 -0000 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. From owner-freebsd-current@freebsd.org Sat Jul 25 12:14: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 5FEA29AA949 for ; Sat, 25 Jul 2015 12:14: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 4F84B16C6; Sat, 25 Jul 2015 12:14: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 0ACBA711; Sat, 25 Jul 2015 12:14:48 +0000 (UTC) Date: Sat, 25 Jul 2015 12:14:47 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1862028952.15.1437826487453.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1683970511.13.1437791041037.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1683970511.13.1437791041037.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1217 - 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: Sat, 25 Jul 2015 12:14:48 -0000 FreeBSD_HEAD-tests - Build #1217 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1217/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1217/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1217/console Change summaries: No changes The end of the build log: [...truncated 4432 lines...] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote9 -> passed [0.086s] [192.168.10.2] out: bin/sh/parser/functional_test:empty_braces1 -> passed [0.085s] [192.168.10.2] out: bin/sh/parser/functional_test:empty_cmd1 -> passed [0.112s] [192.168.10.2] out: bin/sh/parser/functional_test:for1 -> passed [0.153s] [192.168.10.2] out: bin/sh/parser/functional_test:for2 -> passed [0.086s] [192.168.10.2] out: bin/sh/parser/functional_test:func1 -> passed [0.090s] [192.168.10.2] out: bin/sh/parser/functional_test:func2 -> passed [0.155s] [192.168.10.2] out: bin/sh/parser/functional_test:func3 -> passed [0.921s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc1 -> passed [0.303s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc10 -> passed [0.157s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc11 -> passed [0.188s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc12 -> passed [0.142s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc2 -> passed [0.193s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc3 -> passed [0.108s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc4 -> passed [0.102s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc5 -> passed [0.197s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc6 -> passed [0.156s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc7 -> passed [0.141s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc8 -> passed [0.244s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc9 -> passed [0.278s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont1 -> passed [0.288s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont10 -> passed [0.142s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont11 -> passed [0.135s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont2 -> passed [0.103s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont3 -> passed [0.084s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont4 -> passed [0.124s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont5 -> passed [0.123s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont6 -> passed [0.088s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont7 -> passed [0.085s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont8 -> passed [0.083s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont9 -> passed [0.132s] [192.168.10.2] out: bin/sh/parser/functional_test:no_space1 -> passed [0.121s] [192.168.10.2] out: bin/sh/parser/functional_test:no_space2 -> passed [0.143s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir1 -> passed [0.173s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir2 -> passed [0.968s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir3 -> passed [0.221s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir4 -> passed [0.276s] [192.168.10.2] out: bin/sh/parser/functional_test:pipe_not1 -> passed [0.182s] [192.168.10.2] out: bin/sh/parser/functional_test:var_assign1 -> passed [0.133s] [192.168.10.2] out: bin/sh/set-e/functional_test:and1 -> passed [0.130s] [192.168.10.2] out: bin/sh/set-e/functional_test:and2 -> passed [0.082s] [192.168.10.2] out: bin/sh/set-e/functional_test:and3 -> passed [0.082s] [192.168.10.2] out: bin/sh/set-e/functional_test:and4 -> passed [0.082s] [192.168.10.2] out: bin/sh/set-e/functional_test:background1 -> passed [0.194s] [192.168.10.2] out: bin/sh/set-e/functional_test:cmd1 -> passed [0.180s] [192.168.10.2] out: bin/sh/set-e/functional_test:cmd2 -> passed [0.098s] [192.168.10.2] out: bin/sh/set-e/functional_test:elif1 -> passed [0.108s] [192.168.10.2] out: bin/sh/set-e/functional_test:elif2 -> passed [0.081s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval1 -> passed [0.083s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval2 -> passed [0.138s] [192.168.10.2] out: bin/sh/set-e/functional_test:for1 -> passed [0.082s] [192.168.10.2] out: bin/sh/set-e/functional_test:func1 -> passed [0.130s] [192.168.10.2] out: bin/sh/set-e/functional_test:func2 -> passed [0.092s] [192.168.10.2] out: bin/sh/set-e/functional_test:if1 -> passed [0.082s] [192.168.10.2] out: bin/sh/set-e/functional_test:if2 -> passed [0.081s] [192.168.10.2] out: bin/sh/set-e/functional_test:if3 -> passed [0.118s] [192.168.10.2] out: bin/sh/set-e/functional_test:not1 -> passed [0.081s] [192.168.10.2] out: bin/sh/set-e/functional_test:not2 -> passed [0.097s] [192.168.10.2] out: bin/sh/set-e/functional_test:or1 -> passed [0.124s] [192.168.10.2] out: bin/sh/set-e/functional_test:or2 -> passed [0.082s] [192.168.10.2] out: bin/sh/set-e/functional_test:or3 -> passed [0.082s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe1 -> passed [0.133s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe2 -> passed [0.084s] [192.168.10.2] out: bin/sh/set-e/functional_test:return1 -> passed [0.135s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi1 -> passed [0.087s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi2 -> passed [0.681s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell1 -> passed [0.259s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell2 -> passed [0.139s] [192.168.10.2] out: bin/sh/set-e/functional_test:until1 -> passed [0.088s] [192.168.10.2] out: bin/sh/set-e/functional_test:until2 -> passed [0.094s] [192.168.10.2] out: bin/sh/set-e/functional_test:until3 -> passed [0.116s] [192.168.10.2] out: bin/sh/set-e/functional_test:while1 -> passed [0.109s] [192.168.10.2] out: bin/sh/set-e/functional_test:while2 -> passed [0.193s] [192.168.10.2] out: bin/sh/set-e/functional_test:while3 -> passed [0.084s] [192.168.10.2] out: bin/chown/chown-f_test:main -> passed [0.032s] [192.168.10.2] out: bin/test/legacy_test:main -> passed [0.204s] [192.168.10.2] out: bin/sleep/sleep_test:fraction -> passed [0.899s] [192.168.10.2] out: bin/sleep/sleep_test:hex -> passed [1.180s] [192.168.10.2] out: bin/sleep/sleep_test:nonnumeric -> passed [0.191s] [192.168.10.2] out: bin/pax/legacy_test:main -> passed [2.267s] [192.168.10.2] out: bin/date/format_string_test:A_test -> passed [0.103s] [192.168.10.2] out: bin/date/format_string_test:B_test -> passed [0.126s] [192.168.10.2] out: bin/date/format_string_test:C_test -> passed [0.097s] [192.168.10.2] out: bin/date/format_string_test:D_test -> passed [0.124s] [192.168.10.2] out: bin/date/format_string_test:F_test -> passed [0.379s] [192.168.10.2] out: bin/date/format_string_test:G_test -> passed [0.140s] [192.168.10.2] out: bin/date/format_string_test:H_test -> passed [0.120s] [192.168.10.2] out: bin/date/format_string_test:I_test -> passed [0.097s] [192.168.10.2] out: bin/date/format_string_test:M_test -> passed [0.120s] [192.168.10.2] out: bin/date/format_string_test:R_test -> passed [0.166s] [192.168.10.2] out: bin/date/format_string_test:S_test -> passed [0.111s] [192.168.10.2] out: bin/date/format_string_test:U_test -> passed [0.149s] [192.168.10.2] out: bin/date/format_string_test:V_test -> passed [0.166s] [192.168.10.2] out: bin/date/format_string_test:W_test -> passed [0.097s] [192.168.10.2] out: bin/date/format_string_test:X_test -> passed [0.155s] [192.168.10.2] out: bin/date/format_string_test:Y_test -> passed [0.097s] [192.168.10.2] out: bin/date/format_string_test:Z_test -> passed [0.097s] [192.168.10.2] out: bin/date/format_string_test:a_test -> passed [0.151s] [192.168.10.2] out: bin/date/format_string_test:b_test -> passed [0.160s] [192.168.10.2] out: bin/date/format_string_test:c_test -> passed [0.135s] [192.168.10.2] out: bin/date/format_string_test:d_test -> passed [0.166s] [192.168.10.2] out: bin/date/format_string_test:e_test -> passed [0.790s] [192.168.10.2] out: bin/date/format_string_test:g_test -> passed [0.207s] [192.168.10.2] out: bin/date/format_string_test:h_test -> passed [0.167s] [192.168.10.2] out: bin/date/format_string_test:j_test -> passed [0.180s] [192.168.10.2] out: bin/date/format_string_test:k_test -> passed [0.100s] [192.168.10.2] out: bin/date/format_string_test:l_test -> passed [0.243s] [192.168.10.2] out: bin/date/format_string_test:m_test -> passed [0.295s] [192.168.10.2] out: bin/date/format_string_test:p_test -> passed [0.100s] [192.168.10.2] out: bin/date/format_string_test:percent_test -> passed [0.138s] [192.168.10.2] out: bin/date/format_string_test:plus_test -> passed [0.236s] [192.168.10.2] out: bin/date/format_string_test:r_test -> passed [0.239s] [192.168.10.2] out: bin/date/format_string_test:s_test -> passed [0.303s] [192.168.10.2] out: bin/date/format_string_test:u_test -> passed [0.119s] [192.168.10.2] out: bin/date/format_string_test:v_test -> passed [0.124s] [192.168.10.2] out: bin/date/format_string_test:w_test -> passed [0.178s] [192.168.10.2] out: bin/date/format_string_test:x_test -> passed [0.107s] [192.168.10.2] out: bin/date/format_string_test:y_test -> passed [0.121s] [192.168.10.2] out: bin/date/format_string_test:z_test -> passed [0.106s] [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.104s] [192.168.10.2] out: bin/expr/expr_test:basic_functional -> passed [0.109s] [192.168.10.2] out: bin/expr/expr_test:basic_math -> passed [0.071s] [192.168.10.2] out: bin/expr/expr_test:colon_vs_math -> passed [0.095s] [192.168.10.2] out: bin/expr/expr_test:compare_ops -> passed [0.101s] [192.168.10.2] out: bin/expr/expr_test:compare_ops_precedence -> passed [0.063s] [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.192s] [192.168.10.2] out: bin/expr/expr_test:math_precedence -> passed [0.063s] [192.168.10.2] out: bin/expr/expr_test:multiply -> passed [0.065s] [192.168.10.2] out: bin/expr/expr_test:negative -> passed [0.108s] [192.168.10.2] out: bin/expr/expr_test:overflow -> passed [0.812s] [192.168.10.2] out: bin/expr/expr_test:precedence -> passed [0.106s] [192.168.10.2] out: bin/expr/expr_test:regex -> passed [0.109s] [192.168.10.2] out: bin/cat/cat_test:align -> passed [0.098s] [192.168.10.2] out: bin/cat/cat_test:nonexistent -> passed [0.077s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150725-105746-182696 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150725-105746-182696.db [192.168.10.2] out: [192.168.10.2] out: 4334/4336 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 67759] [192.168.10.2] out: fff00 broadcast 192.168.10.255 kyuatestprompt # WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667e WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d WARNING pid 1358 (fifo_misc): ioctl sign-extension ioctl ffffffff8004667d Jul 25 11:06:07 t_openpam_readword: in openpam_readword(): unexpected end of file Jul 25 11:06:07 last message repeated 2 times maxproc limit exceeded by uid 977 (pid 13064); see tuning(7) and login.conf(5) Jul 25 11:14:29 h_fgets: stack overflow detected; terminated Jul 25 11:14:33 h_gets: stack overflow detected; terminated Jul 25 11:14:37 h_memcpy: stack overflow detected; terminated Jul 25 11:14:42 h_memmove: stack overflow detected; terminated Jul 25 11:14:43 h_memset: stack overflow detected; terminated Jul 25 11:14:45 h_read: stack overflow detected; terminated Jul 25 11:14:48 h_readlink: stack overflow detected; terminated Jul 25 11:14:51 h_snprintf: stack overflow detected; terminated Jul 25 11:14:53 h_sprintf: stack overflow detected; terminated Jul 25 11:14:55 h_stpcpy: stack overflow detected; terminated Jul 25 11:14:58 h_stpncpy: stack overflow detected; terminated Jul 25 11:14:59 h_strcat: stack overflow detected; terminated Jul 25 11:15:02 h_strcpy: stack overflow detected; terminated Jul 25 11:15:05 h_strncat: stack overflow detected; terminated Jul 25 11:15:07 h_strncpy: stack overflow detected; terminated Jul 25 11:15:08 h_vsnprintf: stack overflow detected; terminated Jul 25 11:15:10 h_vsprintf: stack overflow detected; terminated ahcichStopping 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 25 12:14:23 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 0xfffff800072cd7c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount.c:1224 2nd 0xfffff800072ce240 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: 1h17m24s 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/tmptn6nNs 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 Sat Jul 25 16: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 6765E9AA60E for ; Sat, 25 Jul 2015 16:16: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 5873DE14; Sat, 25 Jul 2015 16:16: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 38E2974C; Sat, 25 Jul 2015 16:16:22 +0000 (UTC) Date: Sat, 25 Jul 2015 16:16:21 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <487511471.17.1437840981527.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1862028952.15.1437826487453.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1862028952.15.1437826487453.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1218 - 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, 25 Jul 2015 16:16:22 -0000 FreeBSD_HEAD-tests - Build #1218 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1218/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1218/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1218/console Change summaries: No changes