From owner-freebsd-current@freebsd.org Mon Feb 27 08:34:14 2017 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 71986CEFCF4 for ; Mon, 27 Feb 2017 08:34:14 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 48DADE39 for ; Mon, 27 Feb 2017 08:34:13 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id B5271207B0 for ; Mon, 27 Feb 2017 03:34:06 -0500 (EST) Received: from web6 ([10.202.2.216]) by compute7.internal (MEProxy); Mon, 27 Feb 2017 03:34:06 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=skunkwerks.at; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= mesmtp; bh=Zk6hMzmVtdyGs6lhUi6g9sesiCs=; b=oUj9RFrz7WWcoV7ii90DN 5MdftoddRrkzBLOj766Fp1G4O4eRO+IeANxmmGkj2hX2DQYTSbHwYZJhcLBdvGc9 JaZ9RfgUInc/yzp8xzBtLKZCvhSxRAfMDpoa5Xs27t8JBh12/fUcB3XiCpyJVuJj qV/Vx0ULQE5lAzkNczME+8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=smtpout; bh=Zk6hMzmVtdyGs6lhUi6g9sesi Cs=; b=dBzWOWTphF9YQ3lkVpCwpFQmdjs9kiEEih/ZyU3qdNtQYZAzBtZcW1t2Z jLhtjL54WpaQXt6vn3UD3jQ8YWqilNcPzN2lV3TTiEdpdOHE62uE7JuP/Z3Hd2H4 AAqOfNox73DbPjFtSWUPoADwdE5gpUFBfcfchnHa0ru9yffXLg= X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 8BB0648006; Mon, 27 Feb 2017 03:34:06 -0500 (EST) Message-Id: <1488184446.982780.893883440.0C3B80AD@webmail.messagingengine.com> From: Dave Cottlehuber To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-715c2c0c Date: Mon, 27 Feb 2017 09:34:06 +0100 Subject: pkg update fails with: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong signature length X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 08:34:14 -0000 I'm seeing this this morning on both 12.0-CURRENT systems (running drm-next kernel), and I see 1 other report on IRC. As presumably this will be fixed in due course, this is a heads up to let other people searching that they are not alone in their misery. ``` # pkg update Updating FreeBSD repository catalogue... Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 Fetching packagesite.txz: 100% 6 MiB 1.2MB/s 00:05 pkg: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong signature length pkg: No trusted certificate has been used to sign the repository Unable to update repository FreeBSD ``` A+ Dave From owner-freebsd-current@freebsd.org Mon Feb 27 10:11:07 2017 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 79F96CE9C62 for ; Mon, 27 Feb 2017 10:11:07 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B127DC1 for ; Mon, 27 Feb 2017 10:11:06 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 800) id E87741C648F; Mon, 27 Feb 2017 18:10:52 +0800 (CST) Received: from abeing (IP-215-9.cs.nctu.edu.tw [140.113.215.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: iblis@hs.ntnu.edu.tw) by mail.hs.ntnu.edu.tw (Postfix) with ESMTPSA id CCD501C6444 for ; Mon, 27 Feb 2017 18:10:52 +0800 (CST) Date: Mon, 27 Feb 2017 18:10:44 +0800 From: Iblis Lin To: freebsd-current@freebsd.org Subject: bmake core dump Message-ID: <20170227101044.GB31394@abeing> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.7.1 (2016-10-04) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000466, version=1.2.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 10:11:07 -0000 Hi, I encounted core dump with `make -f - ...` The backtrace: Core was generated by `/usr/bin/make -f - -V MAKE_JOBS_NUMBER'. Program terminated with signal 10, Bus error. #0 Hash_FindEntry (t=, key=) at /usr/src/contrib/bmake/hash.c:231 231 if (e->namehash == h && strcmp(e->name, p) == 0) (gdb) bt #0 Hash_FindEntry (t=, key=) at /usr/src/contrib/bmake/hash.c:231 #1 0x0000000000419fd4 in VarFind (name=, ctxt=0x800a0d180, flags=7) at /usr/src/contrib/bmake/var.c:417 #2 0x000000000041a504 in Var_Exists (name=, ctxt=0x800a0d180) at /usr/src/contrib/bmake/var.c:1117 #3 0x0000000000412222 in Parse_DoVar (line=, ctxt=) at /usr/src/contrib/bmake/parse.c:1891 #4 0x0000000000413927 in Parse_File (name=, fd=) at /usr/src/contrib/bmake/parse.c:3085 #5 0x000000000040cc21 in ReadMakefile (p=0x7fffffffe9c9, q=) at /usr/src/contrib/bmake/main.c:1474 #6 0x000000000040cdd9 in ReadAllMakefiles (p=, q=) at /usr/src/contrib/bmake/main.c:762 #7 0x000000000041ee7a in Lst_FindFrom (l=, ln=, d=, cProc=) at /usr/src/contrib/bmake/lst.lib/lstFindFrom.c:83 #8 0x000000000040c1c0 in main (argc=5, argv=) at /usr/src/contrib/bmake/main.c:1239 #9 0x000000000040035f in _start () #10 0x0000000000000000 in ?? () Current language: auto; currently minimal And hope this patch help: Index: contrib/bmake/parse.c =================================================================== --- contrib/bmake/parse.c (revision 309367) +++ contrib/bmake/parse.c (working copy) @@ -572,7 +572,7 @@ bufpos += result; } assert(bufpos <= lf->len); - lf->len = bufpos; + lf->len = bufpos + 1; /* truncate malloc region to actual length (maybe not useful) */ if (lf->len > 0) { @@ -579,6 +579,9 @@ lf->buf = bmake_realloc(lf->buf, lf->len); } + /* read() do not add the null byte character */ + *(lf->buf + lf->len - 1) = '\0'; + #ifdef HAVE_MMAP done: #endif -- Iblis Lin 林峻頤 From owner-freebsd-current@freebsd.org Mon Feb 27 13:20:02 2017 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 20409CED602 for ; Mon, 27 Feb 2017 13:20:02 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 067A47E9 for ; Mon, 27 Feb 2017 13:20:02 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 02FD3CED601; Mon, 27 Feb 2017 13:20:02 +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 029EDCED600 for ; Mon, 27 Feb 2017 13:20:02 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic327-55.consmr.mail.bf2.yahoo.com (sonic327-55.consmr.mail.bf2.yahoo.com [74.6.131.181]) by mx1.freebsd.org (Postfix) with ESMTP id BD7FE7E8 for ; Mon, 27 Feb 2017 13:20:01 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1488201594; bh=8FNqGbjuy7/rgrJXxoMXh5UoY81+Ih5o1fKWGLJdQFw=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=gdbMOCrgU/1MXlfW99Ekv5Y0gyxbefv2yslBbcrF1OxvZTSMFaJ7+NSFXv4KJF6mZ06tpKipIp78XeQZ/RGBR062IwXg7WdGIzBP+cwZkBOHCwj64sqHod7hEL0mbjdFZqQ7ocMTawJ6i3RvCBDmxPaGRbhhWLeHcwxdKJQDTAXg2gFcuADkXd6w3Ocp7Bh+vEw+cpLWo56nZo3+i4f1ElSqCGGf7MbPsTb4dgIaOJd3v4TSEkeO0tlY0kItmq8zJclPN4yaxcShmrumxabjJsukQWQDtRpDDl4A0ISXa+aSstAn7tS9m1tOt/HZDMOCTrwTvQn0H3VUR7YSU7jkHA== X-YMail-OSG: 651OKl0VM1nxGlIUdlGp.uRmr52yt0a2XyaOiX6URUnbTJe62d9Mrn6yJ5mfUyJ wig6UNTJDNm8Pec0ToI7TdRVUewFVMoAMkmYl6lKOXzey.T0VdkIfe_GFm8CUwMRqgpZfFtPP.pa v56XmcTUe9SAcRJeQlo.QQnIj7LlX1hRNZoJybZfO9GUQMmmPq2QDQwnIwo8Y9N13hFUPvSA4m0Q yunxiJ1ywUlYkJEn3f8M2QvRxDDvbriJEQkzfEK4ex7E.8EIgzbIVPEErX53B6Zec3g7qOJp977Y Uo72yNUoJpAxyCAkletzV5OEL9Q6EMzDhOjKF95JOslPM6cGq3Sxn91cQO9ei.xD7J2.6bYEOA86 KfDMkbXoLR2Ahawox_vWp621yesk_Bkzm6ZZs8PuYQGuYrnxMoACpv7v7pyayIpp9.Kk4_bD0fJ4 Hd7VY0DgfL2HOeT22vaiLxQsaYqlbZ.QPgUBoqv8erEMx_bulrYC.zLM553sgZ669vcA1nl.uEi1 rza6gq_EZPQZWoBPu0SSxtwK1MkFI3GvALg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic327.consmr.mail.bf2.yahoo.com with HTTP; Mon, 27 Feb 2017 13:19:54 +0000 Date: Mon, 27 Feb 2017 13:02:23 +0000 (UTC) From: Filippo Moretti Reply-To: Filippo Moretti To: FreeBSD Current Message-ID: <977961980.1791329.1488200543673@mail.yahoo.com> Subject: Problem with pkg MIME-Version: 1.0 References: <977961980.1791329.1488200543673.ref@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 13:20:02 -0000 After a blackout caused by my wife I only get a few pkg shown with the command pkg info while they should be hundreds.I also get this error message when trying to install packages by pkg installpkg: Repository FreeBSD load error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file or directory(I do have a file name local.sqlite)Is there a way to recover the pkg database or should I reinstall the OS.Filippo From owner-freebsd-current@freebsd.org Mon Feb 27 14:34:44 2017 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 516A7CEFA93 for ; Mon, 27 Feb 2017 14:34:44 +0000 (UTC) (envelope-from t@tomoyat1.com) Received: from mail.tomoyat1.com (tomoyat1.com [133.130.119.65]) (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 2643BEB for ; Mon, 27 Feb 2017 14:34:43 +0000 (UTC) (envelope-from t@tomoyat1.com) Received: from tomoyat1.com (60-56-200-92f1.shg1.eonet.ne.jp [60.56.200.92]) by mail.tomoyat1.com (Postfix) with ESMTPSA id CB62F6597; Mon, 27 Feb 2017 14:34:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tomoyat1.com; s=tomoyat1; t=1488206075; bh=oYwlCibptu3qOiHSqaXV+rH/mTaS2TPUMRU4QqrXElY=; h=Date:From:To:Cc:Subject:Message-ID:From:Sender:To:CC:Subject: Message-Id:Date; b=N/9WDVVBRmfMXCu9aR8nEljwOZd0nSR2Dz4SE6hf4lS5WdhUa4gxY59R8q1RTwGOR KDo9CQWcJJNvmn4ZdllHAa/KtInrcZRTdOkNP/XuH+9Jt7deORz+tD4E210N1UAjHv frrzyAcA0DnENhSsSjCu0122uDY4G81CZCxVck4k= Date: Mon, 27 Feb 2017 23:34:34 +0900 From: Tomoya Tabuchi To: filippomore@yahoo.com Cc: freebsd-current@freebsd.org Subject: Re: Problem with pkg Message-ID: <20170227143434.GA2266@tomoyat1.com> Mail-Followup-To: filippomore@yahoo.com, freebsd-current@freebsd.org References: <977961980.1791329.1488200543673.ref@mail.yahoo.com> <977961980.1791329.1488200543673@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <977961980.1791329.1488200543673@mail.yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 14:34:44 -0000 On Mon, Feb 27, 2017 at 01:02:23PM +0000, Filippo Moretti wrote: > After a blackout caused by my wife I only get a few pkg shown with the command pkg info while they should be hundreds.I also get this error message when trying to install packages by pkg installpkg: Repository FreeBSD load error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file or directory(I do have a file name local.sqlite)Is there a way to recover the pkg database or should I reinstall the OS.Filippo > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hello, I have a similar problem. pkg(8) tells me to do a `pkg update', and when I do that I get the following. Updating FreeBSD repository catalogue... pkg: Repository FreeBSD load error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file or directory meta.txz : 100% 944 B 0.9kB/s 00:01 packagesite.txz : 100% 6 MiB 986.3kB/s 00:06 pkg: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong signature length pkg: No trusted certificate has been used to sign the repository Unable to update repository FreeBSD Error updating repositories! I am on r314247 and the version of pkg(8) is 1.10.0. Tomoya From owner-freebsd-current@freebsd.org Mon Feb 27 14:38:01 2017 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 BF7D9CEFBE7 for ; Mon, 27 Feb 2017 14:38:01 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51F9E35C for ; Mon, 27 Feb 2017 14:38:01 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id v186so62840607wmd.0 for ; Mon, 27 Feb 2017 06:38:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=LmlzLV6lTVcCoPjEp3mNiFk8Y9diIClZqr0Vw1ADFJ8=; b=q9hSvRgcO3iT4UHDnSovmxOikctjgPLQqmTya5Dt1kV37SCBuAnnSMGLR47yThhXve 11Z+g06k1bJvh844O7KhROheDLZVyqjnnqNFHSKkY9q07uOFczF5gbM8lDMjbVxRtl0m GiGdSQb1Px3VoF8t+IkOGzkiw1gwSt9q8V//kKTFuy1b4H3kZDe7lFYf04Y0jhlgjZMm AhJ2xI3tkRnVjLRNTLevFpqA1lxLUmnVWO7qbBZeRLvR4DkvdEQB6Iy1DNFzdFrq1MEX 1IWcN9176EYFKEiNJl+fxcsySUrquq39kFQkISlEGWRFKFy8E3DabXgFv3oPSIDA+xho PQdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=LmlzLV6lTVcCoPjEp3mNiFk8Y9diIClZqr0Vw1ADFJ8=; b=VxvygaatI25rLaOxXouELT4gDKUmW0lKUaJkBIU/zoJuEP2Locu7tz4U9k271nhXly 8BBmLGqbHy5cLELWeDfjeJC8g7M37ZyUz0ImqYxZpSENayzE4sTvyH/5t+D3Ds8RTI6D zp6ZzqTGRw5JKrduWiMAA8RBfuoR5OYRFOguLV+QqgguW5MZKLbSCF1/mJOnWr0GKF7d i9OR9bhVh2gDoMBEbPKW7SzXIOpAp9McqyfeN/XmQdgaa+VbbBt4IUNbNPaMZ/63eGVY VIhVigb7RAWnOwCGsJ0h51jnV4L/JFoN+AcXyzrxk81+MnX78Z02CheRNkUTuv9q7KnD VPMw== X-Gm-Message-State: AMke39lXv2MPGwoyQbGFS4EOap2uq/gXZ44WRs9ASyP0TfzOfwZXEpLon/WEpMoohzfAdQ== X-Received: by 10.28.142.73 with SMTP id q70mr14571211wmd.3.1488206278717; Mon, 27 Feb 2017 06:37:58 -0800 (PST) Received: from mobile (cm-2085.cable.globalnet.hr. [213.149.62.86]) by smtp.gmail.com with ESMTPSA id 198sm14580842wmn.11.2017.02.27.06.37.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Feb 2017 06:37:57 -0800 (PST) Date: Mon, 27 Feb 2017 15:37:55 +0100 From: Domagoj Stolfa To: filippomore@yahoo.com, freebsd-current@freebsd.org Subject: Re: Problem with pkg Message-ID: <20170227143755.GA3244@mobile> References: <977961980.1791329.1488200543673.ref@mail.yahoo.com> <977961980.1791329.1488200543673@mail.yahoo.com> <20170227143434.GA2266@tomoyat1.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20170227143434.GA2266@tomoyat1.com> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 14:38:01 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Having the same issues, even after numerous attempts to manually fix it. --=20 Best regards, Domagoj Stolfa On Mon, Feb 27, 2017 at 11:34:34PM +0900, Tomoya Tabuchi wrote: > On Mon, Feb 27, 2017 at 01:02:23PM +0000, Filippo Moretti wrote: > > After a blackout caused by my wife I only get a few pkg shown with the = command pkg info while they should be hundreds.I also get this error messag= e when trying to install packages by pkg installpkg: Repository FreeBSD loa= d error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such = file or directory(I do have a file name local.sqlite)Is there a way to reco= ver the pkg database or should I reinstall the OS.Filippo > >=20 > >=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 > Hello, >=20 > I have a similar problem. > pkg(8) tells me to do a `pkg update', and when I do that I get the follow= ing. >=20 > Updating FreeBSD repository catalogue... > pkg: Repository FreeBSD load error: access repo > file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file or directory > meta.txz : 100% 944 B 0.9kB/s > 00:01 =20 > packagesite.txz : 100% 6 MiB 986.3kB/s > 00:06 =20 > pkg: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong > signature length > pkg: No trusted certificate has been used to sign the repository > Unable to update repository FreeBSD > Error updating repositories! >=20 > I am on r314247 and the version of pkg(8) is 1.10.0. >=20 > Tomoya > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAli0OcIACgkQwxT+ikb0 YU43ZwgAv6mhXvEcAB6jJua/q0S+Q8mhcbQ54FM2ConSke4h0MlgFah4EWpDMSuv zRGQyN0ayQYnSVU+bXwF4zmUG6Eg0MUf5g5yECqu7b63AaiK3UZa2k2x5EQv1+4k adWlOc42oi2iOWBE+Oh5N4uoZdZnj5c6XUlKXGahwjKY1ldKYRGjAPV9b8RpvFWY fGHlztOM5CvHrhCpDj4z+4nBe3ApUkPW2S9IVDBgXtIMMsiVeoKUfcl3nN2+AhDX a2yAVjYGd6AEguGKARHB8OtxaOj4Efg/v7elf3/x/IaB+uuhNhrQVQf6aFbyVD0H xWcG1nKrIeHqS0/63eueDOsprTRgIA== =hw/3 -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@freebsd.org Mon Feb 27 14:49:03 2017 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 AEF8DCEF16A for ; Mon, 27 Feb 2017 14:49:03 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 95D8FE71 for ; Mon, 27 Feb 2017 14:49:03 +0000 (UTC) (envelope-from mad@madpilot.net) Received: by mailman.ysv.freebsd.org (Postfix) id 95350CEF168; Mon, 27 Feb 2017 14:49:03 +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 94E9FCEF165 for ; Mon, 27 Feb 2017 14:49:03 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 5A1C5E70 for ; Mon, 27 Feb 2017 14:49:03 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3vX4NF6kkgzZsx; Mon, 27 Feb 2017 15:49:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1488206940; x=1490021341; bh=tLEFS9xaw2VD1ENwBzJ1sYFPriyadRshFiB ELUHRWi4=; b=en1DAQRFeDJK2zhpp6rSKa9CnugJFbTPgCaZPZNVrZycDKOk5J1 mwQjZgbKC4tYbNsXP5lJj8rs0cXesfNmalryPWdYfMVC0UYYl/E5Jt+kvYM6CJiZ R4BIhiugfa0CKGH0a2mwhNL6noTtIyruXNaNetJ2SlvoYJfOafDE7Bbo= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id ARf2uZQVxVFY; Mon, 27 Feb 2017 15:49:00 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 27 Feb 2017 15:49:00 +0100 (CET) Subject: Re: Problem with pkg To: Filippo Moretti , FreeBSD Current References: <977961980.1791329.1488200543673.ref@mail.yahoo.com> <977961980.1791329.1488200543673@mail.yahoo.com> From: Guido Falsi Message-ID: <4d01eef6-964c-e1e6-a376-d67196d1e8bc@madpilot.net> Date: Mon, 27 Feb 2017 15:48:59 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <977961980.1791329.1488200543673@mail.yahoo.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 14:49:03 -0000 On 02/27/17 14:02, Filippo Moretti wrote: > After a blackout caused by my wife I only get a few pkg shown with the command pkg info while they should be hundreds.I also get this error message when trying to install packages by pkg installpkg: Repository FreeBSD load error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file or directory(I do have a file name local.sqlite)Is there a way to recover the pkg database or should I reinstall the OS.Filippo > Periodic scripts do backup the package database to /var/backups/ when run. If the only problem is the database file corruption and depending on how old the backup DB is you could be lucky with that. The repo database can be simply removed, pkg should download a new one. -- Guido Falsi From owner-freebsd-current@freebsd.org Mon Feb 27 14:49:02 2017 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 CD681CEF161 for ; Mon, 27 Feb 2017 14:49:02 +0000 (UTC) (envelope-from mad@madpilot.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 B3F5EE6F for ; Mon, 27 Feb 2017 14:49:02 +0000 (UTC) (envelope-from mad@madpilot.net) Received: by mailman.ysv.freebsd.org (Postfix) id B3543CEF160; Mon, 27 Feb 2017 14:49:02 +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 B2FEDCEF15F for ; Mon, 27 Feb 2017 14:49:02 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 77933E6E for ; Mon, 27 Feb 2017 14:49:01 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3vX4N61XvRzZrb; Mon, 27 Feb 2017 15:48:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1488206932; x=1490021333; bh=nnqI2uaHpxSUHExNfZvRjPZkUIN9MIhIOsw HXkGjyR4=; b=otOuniz5cu4tZVDxZnxk5sT3NmTRG/yoi37jI7qMnkWaTIxnTbR 9ckUWvPzRhMNaTvYnaN2knkBienGC/fyihiQd5+B0vh9096B64qWNiGWpxBBtXcb ertw7vTTVnItZmEXtXM262wjpjIZZtcmdUC9fj1SKQM3XYVBcbGkCTEk= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id SWzCPxnCfGVl; Mon, 27 Feb 2017 15:48:52 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 27 Feb 2017 15:48:52 +0100 (CET) Subject: Re: Problem with pkg To: Filippo Moretti , FreeBSD Current References: <977961980.1791329.1488200543673.ref@mail.yahoo.com> <977961980.1791329.1488200543673@mail.yahoo.com> From: Guido Falsi Message-ID: <2a78ebf6-a19b-5cf7-1808-cdc0c4369212@madpilot.net> Date: Mon, 27 Feb 2017 15:48:51 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <977961980.1791329.1488200543673@mail.yahoo.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 14:49:02 -0000 On 02/27/17 14:02, Filippo Moretti wrote: > After a blackout caused by my wife I only get a few pkg shown with the command pkg info while they should be hundreds.I also get this error message when trying to install packages by pkg installpkg: Repository FreeBSD load error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file or directory(I do have a file name local.sqlite)Is there a way to recover the pkg database or should I reinstall the OS.Filippo > Periodic scripts do backup the package database to /var/backups/ when run. If the only poroblem is the database file corruption and depending on how old the backup DBB is you could be lucky with that. The repo database can be simply removed, pkg should download a new one. -- Guido Falsi From owner-freebsd-current@freebsd.org Mon Feb 27 15:05:35 2017 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 8E9E7CEFF69 for ; Mon, 27 Feb 2017 15:05:35 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (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 1F18513B for ; Mon, 27 Feb 2017 15:05:35 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id m70so13867037wma.1 for ; Mon, 27 Feb 2017 07:05:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=kwqVR7NMzHttrFlezg0/2QUDU8uT/vHmvwDj8sTLvwc=; b=lE8txkSmmAfm8fBc3Xb0SJ4N/Y/YtJbfEXGGA5DhLZEVtFQFrImJH3exeYQdladYT5 a87JluXGZu91Ys7jULHvwQFlcm9AKo8+YFNlGcyDE4nDI533ON5xxufeFqvLGciRfbAS t29SMK2bW6C6bZR8InIRsireDX8MKgKXtep2PbGGjrk5bCS8o/PC6hjGUDOVk13cOlMz Wu8NMEHKaRnW9Rp7DzYhN9++FkgmYo12Keh07YU+1xoiYu43H1ntiPnKcxPquArH6xEu m1lXO+kmywVcllTKH9yUB6aUROw6/8yOhYAJw725lIUwqhZb/5JnPAeQ9qmVPqRt/Dqj HSqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=kwqVR7NMzHttrFlezg0/2QUDU8uT/vHmvwDj8sTLvwc=; b=NUDTQ2apF31D87is9kl0BOzp/b8neCvl0id3A4WjUmUvvtE7c5OdhQq5ty6oCFthyf d5O27JNszKlZFQvyupB3n8QUdMhLzFXYWjC/2m3MbVhODm1ByP5lcailKl2Wit735lCN phSsP2mJw7Yfu6z9ABg64ku9nWNj3bagcnzv1um7bN5BBNx/1dSwlPqiMIUdkYDe5SWj NBe4xCqVIj9G/7bqw/Zgoj5SCOQMbmrOHQgmo5Woh+Sse9hHFjodBXtNRLTNr9yeK0ut 8pi8O3TQksYgM/wgroYdpvGamGD+bRZJZK+zYomCgSCKu2kemj5W+APz/Hfq4iM5+Ztq 6t4g== X-Gm-Message-State: AMke39nSvFp6ZWw+H+oE+uT1M3EFJXSzBrlkeKPDdFnBKqhS/oSzVSCtawMOr8QYDmalrg== X-Received: by 10.28.109.70 with SMTP id i67mr2136724wmc.48.1488207933728; Mon, 27 Feb 2017 07:05:33 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id x1sm4919707wrd.63.2017.02.27.07.05.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Feb 2017 07:05:32 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 27 Feb 2017 16:05:31 +0100 From: Baptiste Daroussin To: Domagoj Stolfa Cc: filippomore@yahoo.com, freebsd-current@freebsd.org Subject: Re: Problem with pkg Message-ID: <20170227150531.5epqky4wgcuf6vw5@ivaldir.etoilebsd.net> References: <977961980.1791329.1488200543673.ref@mail.yahoo.com> <977961980.1791329.1488200543673@mail.yahoo.com> <20170227143434.GA2266@tomoyat1.com> <20170227143755.GA3244@mobile> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="konseshto2go42up" Content-Disposition: inline In-Reply-To: <20170227143755.GA3244@mobile> User-Agent: NeoMutt/20170206 (1.7.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 15:05:35 -0000 --konseshto2go42up Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2017 at 03:37:55PM +0100, Domagoj Stolfa wrote: > Having the same issues, even after numerous attempts to manually fix it. >=20 This is a problem on the freebsd side a fix has been made, new repository s= hould be out soon Only 12-CURRENT is inpacted right now 11.0-RELEASE amd64 was also inpacted but has been worked around Best regards, Bapt --konseshto2go42up Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAli0QDYACgkQY4mL3PG3 PlpsWhAA4q5T7NW5iCVouHL5FHnVIoeXJST2kX1OChux6fTbzHkhq3HsvQ5M/Xsz /OW1ze1Lo72h/PGQQjXe6gWZVg0+uhNbXdvnVkHQBU++HTXx7P7EcwIoaItequIT KVPX4CW0M2+0x/EEN91f1+MiA9yRueXoHyYuWLg7p7o4VMKgBJx3I6mGg7cMlV+o mWpe+HyF1Y56mLnhvrzwMPjkm2E5Z3hHjaB/3GNcbE7iDdYDIdUcUs0XCb091AI+ Rkierwe71u8EJ07zVG2WwdyFXT4Fn1ldkyK2vYoJ85/9499D+oe4P1opkoGJcn8g Gvxoqm7jSDu+BF/4y4NgGp5LJ8NG42RHLh0la0lA9KLYmN40O6UAboGOVfeGIoso kybOGXRT6mriUkEyWftO/Tx+M5lAuww10ZwLeR5bAo3419oi7pV3D9HABFS9LLeR 4iFJGx9MttSCif9kukbcr3Tst+eKVja7IwRv0F+1J4EOe8QCOCOMVvJTrwjoOkIh aeN/zMG0b8G++EJmdcKfANrdpDBNAc0ZeB9aoFmuGXUtwFdiE/h7zwXALkEbZOI/ hDTyhfPCG4bS2HSz4CUHuIS54smXxD21PLdXLACirbAD6bEUw0IqSOI4egZxICA+ yvmY5oO9qOvBJzMl5tkNkk+BsDoyN+14u1lSNo3C2W6Nc7ICwVI= =sKw9 -----END PGP SIGNATURE----- --konseshto2go42up-- From owner-freebsd-current@freebsd.org Mon Feb 27 19:06:49 2017 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 5D7BCCF0DD0 for ; Mon, 27 Feb 2017 19:06:49 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0095.outbound.protection.outlook.com [104.47.40.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C3FE6D45 for ; Mon, 27 Feb 2017 19:06:48 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ZU8DCbk5wcMKZoE3+xWv05yBop759aEclV3dDq64pdQ=; b=EWoHcpL+lhI3PjsVHOvvbNsG1KY/O0/XZwb6jagyT5baA2QncDdHGVtK5yfBFR2YqQa3ZymSVzAgt1Fo8dlzdPzM6f1oCZkur6QVZAbln4kqNgsrVT9ZDbfZsy2iPg/f8GbBq4BnmXgJyU1iQrmpAg2Qz1szMUeIBwzWcMPC+aA= Received: from DM2PR0501CA0035.namprd05.prod.outlook.com (10.162.29.173) by BLUPR0501MB2004.namprd05.prod.outlook.com (10.164.22.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Mon, 27 Feb 2017 19:06:46 +0000 Received: from BL2FFO11FD016.protection.gbl (2a01:111:f400:7c09::120) by DM2PR0501CA0035.outlook.office365.com (2a01:111:e400:5148::45) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2 via Frontend Transport; Mon, 27 Feb 2017 19:06:47 +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;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BL2FFO11FD016.mail.protection.outlook.com (10.173.160.224) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.933.11 via Frontend Transport; Mon, 27 Feb 2017 19:06:46 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 27 Feb 2017 11:06:44 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v1RJ6iuL009067; Mon, 27 Feb 2017 11:06:44 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 0091C385558; Mon, 27 Feb 2017 11:06:44 -0800 (PST) To: Iblis Lin CC: , Subject: Re: bmake core dump In-Reply-To: <20170227101044.GB31394@abeing> References: <20170227101044.GB31394@abeing> Comments: In-reply-to: Iblis Lin message dated "Mon, 27 Feb 2017 18:10:44 +0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <65585.1488222403.1@kaos.jnpr.net> Date: Mon, 27 Feb 2017 11:06:43 -0800 Message-ID: <65586.1488222403@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39410400002)(39850400002)(39450400003)(39860400002)(39840400002)(2980300002)(189002)(199003)(2950100002)(6916009)(626004)(8676002)(8936002)(3480700004)(81156014)(81166006)(105596002)(50226002)(97756001)(53416004)(38730400002)(107886003)(7116003)(5660300001)(110136004)(7126002)(117636001)(86362001)(23726003)(76506005)(189998001)(47776003)(2171002)(6246003)(6266002)(53936002)(7696004)(97736004)(4326007)(55016002)(50466002)(46406003)(92566002)(229853002)(305945005)(356003)(2810700001)(69596002)(106466001)(2906002)(54906002)(68736007)(558084003)(9686003)(76176999)(77096006)(50986999)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB2004; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD016; 1:KyOljKmHsMrAfbxJ6EyQyj+he3mBTzvjYUw1CowpbhWGwuM62oqJNvmFq/+2diI4flQvc1x3MhycUcfWWR1wJP6zIhMVE7FQAVor/7ESopeebJBYD67Ng8yH38qxBVlmkHxzKomoCdM/KrDFE8oa+FeiTnuxMs8cBwkVDHDTaScRcV9D7n1z4WUm8q45HaXO3MfOMB7r8OXSEUlwZjfu4DI6GdKiGSTyVepNazgcZ0BtBXOj1kFqlDl3/x/VHh5IvrlKmKdhpwXaNeoWM+uqai0HJZ4qM/PSe55SA5/X95mCrDVIEYQfAYXjv9Z9GBf7DAzBRXbS52TPq2zEEe2PSvkPlDXzXv4MVZwkqMccvqPVBzoy5hDy4BMkG/ilshjAoDTYS+QRJYJUo05tevdN3UgSLL5qdVa0QWmWdd3sv14SITXDEzYgEryVtxHMxOaS59ENiFn/FcuEEUT9Sf8iSvUFyABn+OYJP0G5uHylvR+YsJs3RSdKXjrRE8/3l3oraHstRjxJq1hfm2PExCkYzLEsVdfzt/2iWW29ze22ytkzX3fAFK4hvESI6B//mWWR X-MS-Office365-Filtering-Correlation-Id: a75a5795-5282-43e7-6b7f-08d45f43c67f X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BLUPR0501MB2004; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2004; 3:0PvOCET3SC5vRuCiFLliR6eKljolx697TbCpwJo/803mXs3WfV8oN/nTD1w7sie2oQX0jzj80Ikd17ApKXVnyBbHNS9LPptAAb5lPK7ca/vdHFYQv7uQMv3WMNPMNYN5Scb9Al1UYf+kGU09BVi3bl3TXWZqGTq/k6bun+/V7f0QuY0lJb4U8wUZ15MrmM//e3R51FvuXccQB0UheJ1XUnqnfYcqEnJT2IlS8ox+uliPMeeDZcAMKB/RGE0Gt0poQpJko+aXKZtIFlr/EFdgzrMhIhiH5kkcrh4lJpc9AEYKx8r1RvMclWewURhBCOrzYPiTIRb26cmZSTtOXqUHPPoVrL5aeMFH4Rw8RrWJGOOQANbClzADxWq7xSEsfV3B; 25:0WGxtgRh3EgNfyzbeO1dM1xl403OuFiXWqpbqmQ61v5zY/MF/AaYqEJlMMNn7LJzPpa/zfR1dvAmsbw3yfH+knTO2f2BoHDo2w2VjvRhBJSFLYhSGxvxJjQEh2END0Wb0hcb69AtILKX1SorL2q6gSuJqaQG5oBzuiUujAAcAOx+idSSIQx+F6kZ3fFGGsAhuffCBHUMFgS4CEE27CbY1dCtvsp450WirsqiHMKByQEDCtP38Lx8CYNmHjdoizmuXEYJz/ZhvZ0TVf4HQWDvVL1rwPtl7VChA2Jo5+BF41TsUo50YMVQbPgGnyUwNV427oIWpuRKXl/Zgrq5OpEmh/t68xOMckJ0fhhO9SeqcboKhbkhH3DtVDfqibdp4P199FkIJmzh5LcNkcXkTc9zd3LxRP2YIspzNFAT80DDwhauiESuCaBvIc+dfgL2Ax6+aHtDTv7qGFtN0cyzLOWzRQ== X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2004; 31:YZ0fiiHOGg3vlJnWZh4jwGlXHQHBMDTlP9Cihkkfr6858GUeKj5vH+X9U/uh7+BSW2hV/BS+4qdWbQV4l/SSFljKT/8dhqEEuyEQcXQmLZPNbfNXe/y5SKH6KUhXhmq9QIxxywaA1xOYlgV9I8UIhZy7gAR4goUO2lspkpB37tB6wvmcPvIMx3FhEcSew5CIyozF2SnXZqw2Plhn4K23/DO0ALCGBTLRGGnf09gGVHfmvmwhXuQxtaaS4FAEpEIzsCP+/sZjF/kJ3GaJiD6JPQ==; 20:rkbbIcWbsiDmK+eH6zk/xqUPlxrSUVJGTwyDYevMJz11NjcANx82bOiLZei0fOWx5F5ml65/TPRdAWtQ5h4wWnbomJNTifBcdQd0knjblWU9hL/SNWg1e6pQxaEqBC1J7SSZ3AP6LgWIVl5E2kZ3hqW0z50J+VgplCr39+KR9YtgNKs0Gy5mQz7kM+ceI9WLduqKAji9Ql22d7AUbZQaOWtDIv5w3U34HvR9pUxN/RPazCURJewoo5rFIMNm+j2bjEBGE6m2sH+DiPSt2zb/vQKgw9nAX4UYX4ylbCSM9MYtXIew0mEvAmq2jUXpVBpGhsoLd2fPbRmycxpv16WWNiTEqhVzwQ5Rq+kuWQIg7UEkZmlG1E6VUYF6akWrw0kvZTfpeHNlvWWCoEoW7QRDShiHsEuTX+bS63/ssp7/Qzn4slEfmbVxkrAtdruruNGiwrMuJOKwiEVKZetcBC1kmHs/s9S8CuGo9RTVJp4P5czrtzSWIIFB4g3/UPNdKTt0 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13018025)(13024025)(13023025)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123558025)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(6072148); SRVR:BLUPR0501MB2004; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB2004; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2004; 4:ti8vipqb+TpFNJ2GWSQHT3Px/IB5KFG4q85zkbgl1oTUNrM46i8Emp/EcVRBJKqLBzg6iCwncXnYJlR1x9623TREN1UUfv/BK7HiuDBEnotTGOhxsnmYLYXNidSTMrQNDOEjOsz9rXA7TvuWdPbKtZWOiA+zHLNOY23pc6ywwuU3twccEMV0i4u+rUUOsx++dvhJv1MkF08VUnJuOeyvqeKqlSBj7oUww/Jas3UJIYiKcJOya0opkuz66vvJX3eY0Jwwc0Cfw42EqkvfEn4vC2IDxLIY6TuBWNIbazuCtOOVjeCmYyCm6w38SFocwpE1TnT3cz6lhUFEArzakDhsmKlDrY8bGLZKiBSJfTk97etF7+mRxq0dEbWpkexuXLvZSrU+Fz3Q74bmaIc/OJ1noMPCUL63MjhRyoMb1Qt4S7QMXsvrlRwO4dBzWY/n3gEgv9/fKi2PugzwKqjYfY9mIeu2ZgUljV2IggvXM2spq1v8EcPHQDmSILXcHKt2vVoWZLanVaYfZb/eIvdTq36s9weDVfyS5ZU1lmSfg0YmoU2rzuECn/JQZHL7uV+0ac3nVB5n22woXeWVOoft8KwUUj0+1YfOzsVSbBvQ1TJobWQ49ERNl8siyocJ3k9EaaghE5tBEACnHaNZB8j//jlNp3yx7SqcYVbxc2A2/E/ZYnIvygwDofOSVih0UxxzkiPSx2Kp6yxvFqHJcd9EciF1bQ== X-Forefront-PRVS: 02318D10FB X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR0501MB2004; 23:EKHpC5ggDcv22HecbkXzTwN59PxK1IN9Rxz1cA+?= =?us-ascii?Q?4tusAqKm5gRZX/Cp05JcelC74SOqAOU09URceO1kMzGQom9ZuTg6MeoxzjYE?= =?us-ascii?Q?Yv5zxctS1JIiJBoKUB86EwOocXdEJk/hTJKleWov1xtQ+h9XWje/A8xbWK1z?= =?us-ascii?Q?CHwYyJZScN0lKitAVyXaeB6Vm0gQ0+6PkHqrmNYfpBn0htNp5raIChk7G3yx?= =?us-ascii?Q?Sbsocjl1J/yBfP+lNKJcF+J6v3ldCLE3E34ZHtOLNGdsl9rASUXTRYk8HK78?= =?us-ascii?Q?cOj/Za8boayida4PAjKqpCdYevKHwT4cB7vveoqSaK5uczBnTv7dTx2nHSdH?= =?us-ascii?Q?zHdu4uuNqVcV+gbbxlGbyhrVV07PctgERrM3PiYhIDsEbWFS5IHjBSgsCm3n?= =?us-ascii?Q?rrMsb8DPultsQfhw/ZYnvk3K79IZBwomWqKU5VOnpcJYlmzecJRVQYnQS1hR?= =?us-ascii?Q?RALxcBum9/3Q9EzoxTWSmb3Z6s01u+OFCHrVqkLr6MStRGuLKflCLVfL3AWc?= =?us-ascii?Q?SSW0wtKvOEdmmFHZjirzLFSgcEMlv2pBpneSrFQR6bZerAuIMkYaJiRZhpS9?= =?us-ascii?Q?PFJQPluUvOWsxP8o/UkiHrtx9zfwCdmtl0A6uyNnVJKjgqlYQdeqoZ613Ey6?= =?us-ascii?Q?1mXAcjLYYB3449s4IMUjCZkHB4Yh0D3m79nwtfuwXYmBjMZieJAnV7H9ZYuF?= =?us-ascii?Q?mLdeAlVcZA0U+BlOQf7NrzvIxuAUpWvzYJ9kVZxnv4kXfQT2xD0BvGzGZC28?= =?us-ascii?Q?OQklL0HNyPIbanfNBAlolwwrCitcE1s//TizeMUDr4IvqWNHlLkQcCoj/CJE?= =?us-ascii?Q?zSHtb5WLwuxa5DjDm8J58YBIsdgdyN5gOJeq+9SKvtYUk6qvmXCq10r+Q45f?= =?us-ascii?Q?/yUfson/tX3O48JtWj7/u96oaaexpsJ1mbVXNrvgI3q51q3wO9RpdTgmD9LD?= =?us-ascii?Q?Jz+ipFmQNc+ptSi0645fZqKf8w24yrJBDFgMARkj4/Ko07uuKgnBz0PYFU9q?= =?us-ascii?Q?d+Z7CH0QIcI3D01G8apJNzJYaXcoJ+FDx6iXQyl3l4rWFl8sffPMeJiLj3xs?= =?us-ascii?Q?aBNm8wbKyIapTteib5Px9bJqRyZAg3DjkyEJMpHL3rrWMURC0pNYuyExMuuw?= =?us-ascii?Q?A9BpyqrfSq0aL+fkMfvJD/SdHggEo3bgCSfTMIRxH+c0CctcDEHtoq2Vf74j?= =?us-ascii?Q?s9h2QCcRqmfQdET7Fg3/OKA6kUu2ghfIRpm7V9L1DpsxrTsn4fnsOtuOSL/E?= =?us-ascii?Q?w37mkI7nHySWuJthDkp+ayA5Y432y5ZoblK6dlIsKQbGYZxhKgt6VbmiwIb5?= =?us-ascii?Q?wSIqu6CTvB8V+xTkaB5OzTHJDtnNKJRcs0sSWk94M/V274EJnz6oCkSy6HoT?= =?us-ascii?Q?B1oDk4zkYr0Om4r3FB/V6uzYvef6wozBYZFt1gYJjcJCU70Km/Rb8qxjivIU?= =?us-ascii?Q?nnPxNhEexbQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2004; 6:PNIT2HL+ZAVjTThsIQ7EjL2XugiFyb9Oxky/gJW7Vu7Dw75/0TJ6fNHTstFpeHPg4aEGA11Ndz0B9z6M/F+JxTD62hvkfRYope5o7KAByatujgt6zSXQupowqihLysjR/HbttvNpqA4S7smtVMjXhW9bgPcHoFUr7aSdDo3Wi+1DIpTA8DMGsp2mfvqDKBz+yOn/8ELXun4rCv5zXd6IAAzo8huB77yUQSvmjBpOykKtr/eaX5W/L+KRy/QjrepUvsnKag1tgoRNOB6Aeg1eLkShq+PJJ2yYDJkWzk20Z3rsOm1eDgY5O1CIuQVgrjKUn+hMA8HxA8kPcYnI6YDN5Qi2mkndfsQAEwXOAry1ac72sMvygVJtSQjbPqmfC8ITppSpHKq9xLB+WVOvZNbLVdM4D3CBT7yoBrlsQFrr638=; 5:cexb3aKu02CEt+yy7v+KcBHNrqS+MV/+uK8eK+9A+qTMYi1bna3s91Gzo7cUbvEI5FmALUDvwmUpj+DrJLGTi20roPcyUmDT/BtRwoBNavQQ0Jj3z2p9kN4C27t6yamtN5gRdXo08ly1vrKolpb27A==; 24:KjZ3S0i24zHXiiofbkQPjrQJmgXHHG0biPw3mkFkojvjTCgkoXZnbv7/4wWIQePJK0vi4jFt76xqrjo/yxGJWDRq5TkTKcylTxJvqK8fR/o= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB2004; 7:PZpSJ8xx4s//G0NSq7KLKDq3g0+j90tJkUnbdW/WRfRR/8pzaGsPkLBEKPND2zex14fXgyBhCrmLJLGU8/djcuYQQ5X578B5p5irBzJ66zs6Rd56CXK7cE5BjZ7K/lXl9zxM+62Z3uBZNoWTvWvzjXheYtn92TEEhj9UVfvRKRRA9VymD++gxq0m2gj4mOdVgKGNhi8OYB0/uCTxMADQa2UnIh0O/FiVsQSl4Dj60lnb/urZE7EQjrHY6Weqc3N2pneB8xzZVyd6K3tWgYsIkhpy4Mj7TpWTlADoOGabp0x9IT8hr/8G+CZYHbNH9cX3ENoPXYZjom1x94f9rc7NMQ== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Feb 2017 19:06:46.0025 (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-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB2004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 19:06:49 -0000 Hi Iblis > I encounted core dump with `make -f - ...` can you share the content of stdin? or a relevant snippet? Also what version of bmake? (make -r -f /dev/null -V MAKE_VERSION) Your patch risks overflow, so would like to reproduce first... From owner-freebsd-current@freebsd.org Mon Feb 27 19:28:40 2017 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 9C97FCF02A1 for ; Mon, 27 Feb 2017 19:28:40 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 7F2D9EBA for ; Mon, 27 Feb 2017 19:28:39 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v1RJTseo022980 for ; Mon, 27 Feb 2017 11:30:00 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <977961980.1791329.1488200543673@mail.yahoo.com> References: <977961980.1791329.1488200543673.ref@mail.yahoo.com>, <977961980.1791329.1488200543673@mail.yahoo.com> From: "Chris H" Subject: Re: Problem with pkg Date: Mon, 27 Feb 2017 11:30:00 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <5c593f14409ce5e6e633e69bc6c44135@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 19:28:40 -0000 On Mon, 27 Feb 2017 13:02:23 +0000 (UTC) Filippo Moretti wrote > After a blackout caused by my wife I only get a few pkg shown with the > command pkg info while they should be hundreds.I also get this error message > when trying to install packages by pkg installpkg: Repository FreeBSD load > error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file > or directory(I do have a file name local.sqlite)Is there a way to recover the > pkg database or should I reinstall the OS.Filippo > > perodic(8) creates them for you. As a rule, you should be able to find a suitable backup copy in /var/backups in the form of pkgdb.bak.tbz* Hope this helps! --Chris From owner-freebsd-current@freebsd.org Mon Feb 27 19:31:45 2017 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 8CC68CF0367 for ; Mon, 27 Feb 2017 19:31:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 5016F636 for ; Mon, 27 Feb 2017 19:31:44 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v1RJX5wX023450 for ; Mon, 27 Feb 2017 11:33:11 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <977961980.1791329.1488200543673@mail.yahoo.com> References: <977961980.1791329.1488200543673.ref@mail.yahoo.com>, <977961980.1791329.1488200543673@mail.yahoo.com> From: "Chris H" Subject: Re: Problem with pkg Date: Mon, 27 Feb 2017 11:33:11 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7f145d4875dad1842e77cde9cb3c9469@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 19:31:45 -0000 On Mon, 27 Feb 2017 13:02:23 +0000 (UTC) Filippo Moretti wrote > After a blackout caused by my wife I only get a few pkg shown with the > command pkg info while they should be hundreds.I also get this error message > when trying to install packages by pkg installpkg: Repository FreeBSD load > error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file > or directory(I do have a file name local.sqlite)Is there a way to recover the > pkg database or should I reinstall the OS.Filippo OH! forgot to mention: pkg.sql.xz.* also located in /var/backups --Chris From owner-freebsd-current@freebsd.org Mon Feb 27 20:35:49 2017 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 1097FCF0505 for ; Mon, 27 Feb 2017 20:35:49 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CDF85EC8 for ; Mon, 27 Feb 2017 20:35:48 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ciRmg-0004qU-8c for freebsd-current@freebsd.org; Mon, 27 Feb 2017 21:20:38 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org Subject: Re: pkg update fails with: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong signature length References: <1488184446.982780.893883440.0C3B80AD@webmail.messagingengine.com> Date: Mon, 27 Feb 2017 21:20:37 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <1488184446.982780.893883440.0C3B80AD@webmail.messagingengine.com> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: b011d5308189b8f364b008c39e0eea9f X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 20:35:49 -0000 On Mon, 27 Feb 2017 09:34:06 +0100, Dave Cottlehuber wrote: > I'm seeing this this morning on both 12.0-CURRENT systems > (running drm-next kernel), and I see 1 other report on IRC. As > presumably this will be fixed in due course, this is a heads up > to let other people searching that they are not alone in their > misery. > ``` > # pkg update > Updating FreeBSD repository catalogue... > Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 > Fetching packagesite.txz: 100% 6 MiB 1.2MB/s 00:05 > pkg: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong > signature length > pkg: No trusted certificate has been used to sign the repository > Unable to update repository FreeBSD > ``` > > A+ > Dave I'm still seeing this. Any news on it? Regards, Ronald. From owner-freebsd-current@freebsd.org Mon Feb 27 20:51:07 2017 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 BD8B6CF0A49 for ; Mon, 27 Feb 2017 20:51:07 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 868ABBCE for ; Mon, 27 Feb 2017 20:51:07 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ciSG7-000359-IP for freebsd-current@freebsd.org; Mon, 27 Feb 2017 21:51:05 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org Subject: Re: pkg update fails with: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong signature length References: <1488184446.982780.893883440.0C3B80AD@webmail.messagingengine.com> Date: Mon, 27 Feb 2017 21:51:03 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 938925967a2432a0d8c7279c30be63be X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 20:51:07 -0000 On Mon, 27 Feb 2017 21:20:37 +0100, Ronald Klop wrote: > On Mon, 27 Feb 2017 09:34:06 +0100, Dave Cottlehuber > wrote: > >> I'm seeing this this morning on both 12.0-CURRENT systems >> (running drm-next kernel), and I see 1 other report on IRC. As >> presumably this will be fixed in due course, this is a heads up >> to let other people searching that they are not alone in their >> misery. >> ``` >> # pkg update >> Updating FreeBSD repository catalogue... >> Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 >> Fetching packagesite.txz: 100% 6 MiB 1.2MB/s 00:05 >> pkg: rsa verify failed: error:04091077:rsa routines:INT_RSA_VERIFY:wrong >> signature length >> pkg: No trusted certificate has been used to sign the repository >> Unable to update repository FreeBSD >> ``` >> >> A+ >> Dave > > I'm still seeing this. Any news on it? I just tried it again and now it works. Regards, Ronald. From owner-freebsd-current@freebsd.org Tue Feb 28 02:23:11 2017 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 4233DCEFB5C; Tue, 28 Feb 2017 02:23:11 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 1EBC7B0A; Tue, 28 Feb 2017 02:23:09 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v1S2OUIR089649; Mon, 27 Feb 2017 18:24:36 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" Cc: From: "Chris H" Subject: Are there any AMD graphics blobs available? Date: Mon, 27 Feb 2017 18:24:36 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 02:23:11 -0000 I desperately needed a couple of additional "build boxes", as I'm currently MAINTAINER for ~110 ports, and am RP for more servers than I care to recall. So around mid December of 2016 I dropped ~$550 on some AMD based boards. I've always used boards with nVidia onboard graphics in the past, as the Intel/AMD/ATI/... graphics support was still "ramping up". Anyway, the FreeBSD Graphics wiki (https://wiki.freebsd.org/Graphics) indicated everything was in HEAD, and or CURRENT. So I felt safe going the AMD/ATI route this time. Long story short; I can't get any usable video. I'm not sure how to better provide useful information. According to the "Video decoder ring": (https://www.x.org/wiki/RadeonFeature/#index5h2) I'm supported. videoname -a doesn't produce anything. ;-) The only reason I'm able to use one of the boards to write this, is because I shoved an old nVidia pci card into the pci(32bit) slot. Which makes it unbearable -- honestly, it moves as fast as a 486. The output can't even keep up with my input on the keyboard. :-( FWIW testbox. 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r310098: Thu Dec 15 06:10:10 PST 2016 root@testbox.:/usr/obj/usr/src/sys/TESTBOXND amd64 CPU: http://www.cpu-world.com/CPUs/Bulldozer/AMD-A6-Series%20A6-7470K.html For brevity; some additional details, and history can be found on the Forums: https://forums.freebsd.org/threads/58949/ Please tell me I didn't just waste $550. :-) I can provide any additional details, as required. Thanks! --Chris From owner-freebsd-current@freebsd.org Tue Feb 28 03:21:48 2017 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 DD2C3CF08BA for ; Tue, 28 Feb 2017 03:21:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-90.reflexion.net [208.70.210.90]) (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 9DEBF795 for ; Tue, 28 Feb 2017 03:21:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20141 invoked from network); 28 Feb 2017 03:22:24 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 Feb 2017 03:22:24 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Mon, 27 Feb 2017 22:21:41 -0500 (EST) Received: (qmail 1440 invoked from network); 28 Feb 2017 03:21:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 28 Feb 2017 03:21:40 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 06F4AEC7822; Mon, 27 Feb 2017 19:21:39 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: arm64 vs. jemalloc and swapping in and out, sh/su examples: being swapped out leads to later Failed assertion: "tsd_booted" after being swapped in Message-Id: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> Date: Mon, 27 Feb 2017 19:21:39 -0800 Cc: FreeBSD-STABLE Mailing List , jasone@FreeBSD.org, Shawn Webb To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 03:21:49 -0000 [I've added a variant of this material to bugzilla 217138.] I've reduced the testing context to the following type of example (no longer involving buildworld buildkernel): # sh # sh # sh . . . # sh (So a bunch of nested sh's in an ssh session that will have most swapped out. I happened to have done this under 2 users for the example material below: in one I did an su first. Plus I had another session without such a nesting but with an su: this is the one were I ran stress.) After forcing these to mostly swap out (see below) I used ^D or exit exit a currently interactive one. Then the rest of the swapped out ones from the nesting get the tsd_booted failure. So, for example: # stress -m 1 --vm-bytes 1536M The context is a PINE64+ with 2GB of RAM. The above was enough in my context to cause the needed swapouts: # ps -aOuser,flags PID USER F TT STAT TIME COMMAND 688 root 4102 u0 IWs 0:00.00 login [pam] (login) 689 root 10004002 u0 I+ 0:00.06 -sh (sh) 72611 markmi 4002 0 IWs 0:00.00 -sh (sh) 72613 markmi 4002 0 IW 0:00.00 sh 72614 markmi 4002 0 IW 0:00.00 sh 72615 markmi 4002 0 IW 0:00.00 sh 72616 markmi 4002 0 IW 0:00.00 sh 72617 markmi 4002 0 IW 0:00.00 sh 72618 markmi 4002 0 IW 0:00.00 sh 72619 markmi 4002 0 IW 0:00.00 sh 72620 markmi 4002 0 IW 0:00.00 sh 72621 markmi 4002 0 IW 0:00.00 sh 72622 markmi 4002 0 IW 0:00.00 sh 72623 markmi 4002 0 IW 0:00.00 sh 72624 markmi 4002 0 IW 0:00.00 sh 72625 markmi 4002 0 IW 0:00.00 sh 72626 markmi 10004002 0 I+ 0:00.01 sh 167 markmi 4002 1 IWs 0:00.00 -sh (sh) 169 root 4102 1 IW 0:00.00 su 170 root 4002 1 IW 0:00.00 su (sh) 171 root 4002 1 IW 0:00.00 sh 172 root 4002 1 IW 0:00.00 sh 173 root 4002 1 IW 0:00.00 sh 174 root 4002 1 IW 0:00.00 sh 175 root 4002 1 IW 0:00.00 sh 176 root 4002 1 IW 0:00.00 sh 177 root 4002 1 IW 0:00.00 sh 178 root 4002 1 IW 0:00.00 sh 179 root 10004002 1 I+ 0:00.01 sh 60961 root 4002 2 IW 0:00.00 stress -m 1 --vm-bytes 1536M 60962 root 10000002 2 R 0:29.41 stress -m 1 --vm-bytes 1536M 60964 root 10004002 2 R+ 0:00.01 ps -aOuser,flags 82389 markmi 4002 2 IWs 0:00.00 -sh (sh) 82391 root 4102 2 IW 0:00.00 su 82392 root 10004002 2 S 0:00.22 su (sh) So with that swapped out context established: (The markmi user case of nested sh's:) $ ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" (The su'd user case of nested sh's:) # ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" The one without the deeply nested sh's (but an su): # exit : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" So far I've not gotten such without having had the failing processes having been swapped-out at some point before failure. # ls -ltTU /var/crash/ total 589220 -rw------- 1 markmi wheel 4718592 Feb 27 18:31:00 2017 sh.82389.core -rw------- 1 root wheel 4812800 Feb 27 18:30:59 2017 su.82391.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:35 2017 sh.72611.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 sh.72613.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 sh.72614.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:33 2017 sh.72615.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:32 2017 sh.72616.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:31 2017 sh.72617.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:30 2017 sh.72618.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:29 2017 sh.72619.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 sh.72620.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 sh.72621.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:27 2017 sh.72622.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:26 2017 sh.72623.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:25 2017 sh.72624.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:24 2017 sh.72625.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:20 2017 sh.167.core -rw------- 1 root wheel 4718592 Feb 27 18:20:19 2017 sh.170.core -rw------- 1 root wheel 4718592 Feb 27 18:20:18 2017 sh.171.core -rw------- 1 root wheel 4718592 Feb 27 18:20:17 2017 sh.172.core -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.173.core -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.174.core -rw------- 1 root wheel 4718592 Feb 27 18:20:15 2017 sh.175.core -rw------- 1 root wheel 4718592 Feb 27 18:20:14 2017 sh.176.core -rw------- 1 root wheel 4718592 Feb 27 18:20:13 2017 sh.177.core -rw------- 1 root wheel 4718592 Feb 27 18:20:12 2017 sh.178.core . . . (from prior investigative activity) . . . Note it was about 10 minutes after the two nested examples before I existed the one that only had the su --at which point it detected the Failed assertion: "tsd_booted" as well (su and sh, su first). In other experiments I found that it was when buildworld activity caused swapping out of the failing processes that there were the later failures. I can not claim swapping out and back in is the only context with issues but it has been true of every such failure that I've looked at since I made this discovery. My context has a USB SSD for the root filesystem and the swap parition. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Feb 28 03:42:16 2017 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 7EEE0CEF333 for ; Tue, 28 Feb 2017 03:42:16 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E898948 for ; Tue, 28 Feb 2017 03:42:16 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 800) id 8BF6E1C6444; Tue, 28 Feb 2017 11:42:02 +0800 (CST) Received: from abeing (IP-215-9.cs.nctu.edu.tw [140.113.215.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: iblis@hs.ntnu.edu.tw) by mail.hs.ntnu.edu.tw (Postfix) with ESMTPSA id 408DA1C6410; Tue, 28 Feb 2017 11:41:56 +0800 (CST) Date: Tue, 28 Feb 2017 11:41:54 +0800 From: Iblis Lin To: "Simon J. Gerraty" Cc: freebsd-current@freebsd.org Subject: Re: bmake core dump Message-ID: <20170228034153.GC31394@abeing> References: <20170227101044.GB31394@abeing> <65586.1488222403@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <65586.1488222403@kaos.jnpr.net> User-Agent: Mutt/1.7.1 (2016-10-04) X-Bogosity: Ham, tests=bogofilter, spamicity=0.329461, version=1.2.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 03:42:16 -0000 On Mon, Feb 27, 2017 at 11:06:43AM -0800, Simon J. Gerraty wrote: > Hi Iblis > > > I encounted core dump with `make -f - ...` > > can you share the content of stdin? or a relevant snippet? > > Also what version of bmake? (make -r -f /dev/null -V MAKE_VERSION) > > Your patch risks overflow, so would like to reproduce first... > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" bmake version: └─[iblis@abeing]% make -r -f /dev/null -V MAKE_VERSION 20160818 Accutally, I made it core dump via a julia script. Please checkout this code └─[iblis@abeing ]% cat test.jl makefile=""" CATEGORIES= devel USES= .include """ cmd = `/usr/bin/make -f - -V MAKE_ENV` in_ = Pipe() out, proc = open(cmd, "r", in_) print(in_, makefile) close(in_) @assert success(proc) close(out) └─[iblis@abeing]% MALLOC_CONF="junk:true" /usr/local/bin/julia test.jl ERROR: LoadError: AssertionError: success(proc) in _init at /usr/local/lib/julia/sys.so:? (repeats 5 times) while loading /usr/home/iblis/git/BinDeps_jl/test.jl, in expression starting on line 14 └─[iblis@abeing ]% dmesg| tail pid 27928 (make), uid 1001: exited on signal 10 (core dumped) pid 27956 (make), uid 1001: exited on signal 10 (core dumped) pid 28232 (make), uid 1001: exited on signal 10 (core dumped) pid 28447 (make), uid 1001: exited on signal 10 (core dumped) pid 28998 (make), uid 1001: exited on signal 10 (core dumped) pid 29155 (make), uid 1001: exited on signal 10 (core dumped) pid 29264 (make), uid 1001: exited on signal 10 (core dumped) pid 29506 (make), uid 1001: exited on signal 10 (core dumped) pid 29642 (make), uid 1001: exited on signal 10 (core dumped) -- Iblis Lin 林峻頤 From owner-freebsd-current@freebsd.org Tue Feb 28 03:56:06 2017 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 0E043CEFA71 for ; Tue, 28 Feb 2017 03:56:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-87.reflexion.net [208.70.210.87]) (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 C7642230 for ; Tue, 28 Feb 2017 03:56:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22392 invoked from network); 28 Feb 2017 03:55:59 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 Feb 2017 03:55:59 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Mon, 27 Feb 2017 22:55:59 -0500 (EST) Received: (qmail 6455 invoked from network); 28 Feb 2017 03:55:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 28 Feb 2017 03:55:58 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 3419CEC8BAF; Mon, 27 Feb 2017 19:55:58 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: arm64 vs. jemalloc and swapping in and out, sh/su examples: being swapped out leads to later Failed assertion: "tsd_booted" after being swapped in From: Mark Millard In-Reply-To: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> Date: Mon, 27 Feb 2017 19:55:57 -0800 Cc: FreeBSD-STABLE Mailing List , jasone@FreeBSD.org, Shawn Webb Content-Transfer-Encoding: quoted-printable Message-Id: <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net> References: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 03:56:06 -0000 On 2017-Feb-27, at 7:21 PM, Mark Millard wrote: > [I've added a variant of this material to bugzilla 217138.] >=20 > I've reduced the testing context to the following > type of example (no longer involving buildworld > buildkernel): >=20 > # sh > # sh > # sh > . . . > # sh >=20 > (So a bunch of nested sh's in an ssh session that > will have most swapped out. I happened to have > done this under 2 users for the example material > below: in one I did an su first. Plus I had another > session without such a nesting but with an su: this > is the one were I ran stress.) >=20 > After forcing these to mostly swap out (see below) > I used ^D or exit exit a currently interactive one. > Then the rest of the swapped out ones from the > nesting get the tsd_booted failure. >=20 > So, for example: >=20 > # stress -m 1 --vm-bytes 1536M >=20 > The context is a PINE64+ with 2GB of RAM. The above > was enough in my context to cause the needed swapouts: >=20 > # ps -aOuser,flags > PID USER F TT STAT TIME COMMAND > 688 root 4102 u0 IWs 0:00.00 login [pam] (login) > 689 root 10004002 u0 I+ 0:00.06 -sh (sh) > 72611 markmi 4002 0 IWs 0:00.00 -sh (sh) > 72613 markmi 4002 0 IW 0:00.00 sh > 72614 markmi 4002 0 IW 0:00.00 sh > 72615 markmi 4002 0 IW 0:00.00 sh > 72616 markmi 4002 0 IW 0:00.00 sh > 72617 markmi 4002 0 IW 0:00.00 sh > 72618 markmi 4002 0 IW 0:00.00 sh > 72619 markmi 4002 0 IW 0:00.00 sh > 72620 markmi 4002 0 IW 0:00.00 sh > 72621 markmi 4002 0 IW 0:00.00 sh > 72622 markmi 4002 0 IW 0:00.00 sh > 72623 markmi 4002 0 IW 0:00.00 sh > 72624 markmi 4002 0 IW 0:00.00 sh > 72625 markmi 4002 0 IW 0:00.00 sh > 72626 markmi 10004002 0 I+ 0:00.01 sh > 167 markmi 4002 1 IWs 0:00.00 -sh (sh) > 169 root 4102 1 IW 0:00.00 su > 170 root 4002 1 IW 0:00.00 su (sh) > 171 root 4002 1 IW 0:00.00 sh > 172 root 4002 1 IW 0:00.00 sh > 173 root 4002 1 IW 0:00.00 sh > 174 root 4002 1 IW 0:00.00 sh > 175 root 4002 1 IW 0:00.00 sh > 176 root 4002 1 IW 0:00.00 sh > 177 root 4002 1 IW 0:00.00 sh > 178 root 4002 1 IW 0:00.00 sh > 179 root 10004002 1 I+ 0:00.01 sh > 60961 root 4002 2 IW 0:00.00 stress -m 1 --vm-bytes 1536M > 60962 root 10000002 2 R 0:29.41 stress -m 1 --vm-bytes 1536M > 60964 root 10004002 2 R+ 0:00.01 ps -aOuser,flags > 82389 markmi 4002 2 IWs 0:00.00 -sh (sh) > 82391 root 4102 2 IW 0:00.00 su > 82392 root 10004002 2 S 0:00.22 su (sh) >=20 > So with that swapped out context established: >=20 > (The markmi user case of nested sh's:) >=20 > $ ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" >=20 >=20 > (The su'd user case of nested sh's:) >=20 > # ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" >=20 > The one without the deeply nested sh's (but an su): >=20 > # exit > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" >=20 > So far I've not gotten such without having had the failing > processes having been swapped-out at some point before failure. >=20 >=20 > # ls -ltTU /var/crash/ > total 589220 > -rw------- 1 markmi wheel 4718592 Feb 27 18:31:00 2017 = sh.82389.core > -rw------- 1 root wheel 4812800 Feb 27 18:30:59 2017 = su.82391.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:35 2017 = sh.72611.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 = sh.72613.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 = sh.72614.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:33 2017 = sh.72615.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:32 2017 = sh.72616.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:31 2017 = sh.72617.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:30 2017 = sh.72618.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:29 2017 = sh.72619.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 = sh.72620.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 = sh.72621.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:27 2017 = sh.72622.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:26 2017 = sh.72623.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:25 2017 = sh.72624.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:24 2017 = sh.72625.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:20 2017 sh.167.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:19 2017 sh.170.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:18 2017 sh.171.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:17 2017 sh.172.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.173.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.174.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:15 2017 sh.175.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:14 2017 sh.176.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:13 2017 sh.177.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:12 2017 sh.178.core > . . . (from prior investigative activity) . . . >=20 > Note it was about 10 minutes after the two nested examples before I > existed the one that only had the su --at which point it detected > the Failed assertion: "tsd_booted" as well (su and sh, su first). >=20 >=20 > In other experiments I found that it was when buildworld activity > caused swapping out of the failing processes that there were the > later failures. >=20 >=20 >=20 > I can not claim swapping out and back in is the only context > with issues but it has been true of every such failure that > I've looked at since I made this discovery. >=20 > My context has a USB SSD for the root filesystem and the swap > parition. I was careless and did not list context details for the FreeBSD on the PINE64+ for the examples used: # uname -apKU FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT r313999M arm64 = aarch64 1200021 1200021 -r313999's buildworld was built without MALLOC_PRODUCTION. I've done no = tailoring of jemalloc behavior. It has a non-debug kernel build in use. I've not been using/testing stable/11 but from what I understand it likely has the same status as head (12) for the Failed assertion: "tsd_booted" notices/aborts. The evidence is that process-memory is trashed and so likely continued operation of any previously swapped-out processes is unreliable. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Feb 28 06:27:22 2017 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 E2C7BCF10A1 for ; Tue, 28 Feb 2017 06:27:22 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0119.outbound.protection.outlook.com [104.47.42.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8839BEA for ; Tue, 28 Feb 2017 06:27:21 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JpAlEgVF06DpPpxgfkKi/imw74AXeaC5jCJWYUHKXbI=; b=D9ZpppbTQMbDOQ6boECjbRMAdZbrW6FPhmZHxlNxwQz3TGLUtx4HaW0V29V3OKUx+AHRJJTtv0DwkuJQxWzzaBjojjgPMFqk0oCy76QwDR/66tff7/RUr25uThHeQy9W8bNXPQsygX4fTu3sBXjeof09KjpNN6z0vQazAuVCVsw= Received: from DM2PR0501CA0017.namprd05.prod.outlook.com (10.162.29.155) by BY2PR0501MB1829.namprd05.prod.outlook.com (10.163.155.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Tue, 28 Feb 2017 06:27:20 +0000 Received: from BN1BFFO11FD042.protection.gbl (2a01:111:f400:7c10::1:114) by DM2PR0501CA0017.outlook.office365.com (2a01:111:e400:5148::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2 via Frontend Transport; Tue, 28 Feb 2017 06:27:20 +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;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1BFFO11FD042.mail.protection.outlook.com (10.58.144.105) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.933.11 via Frontend Transport; Tue, 28 Feb 2017 06:27:19 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 27 Feb 2017 22:27:18 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v1S6RHUh020598; Mon, 27 Feb 2017 22:27:17 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 6DEBF385558; Mon, 27 Feb 2017 22:27:17 -0800 (PST) To: Iblis Lin CC: , Subject: Re: bmake core dump In-Reply-To: <20170228034153.GC31394@abeing> References: <20170227101044.GB31394@abeing> <65586.1488222403@kaos.jnpr.net> <20170228034153.GC31394@abeing> Comments: In-reply-to: Iblis Lin message dated "Tue, 28 Feb 2017 11:41:54 +0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 27 Feb 2017 22:27:17 -0800 Message-ID: <77715.1488263237@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39840400002)(39850400002)(39860400002)(39410400002)(39450400003)(2980300002)(189002)(24454002)(199003)(8676002)(6266002)(81156014)(189998001)(229853002)(81166006)(8746002)(2171002)(53416004)(47776003)(6916009)(6246003)(7126002)(86362001)(77096006)(55016002)(2950100002)(97736004)(54906002)(7696004)(7116003)(92566002)(5660300001)(68736007)(9686003)(53936002)(105596002)(50466002)(38730400002)(107886003)(76176999)(50986999)(110136004)(69596002)(626004)(356003)(3480700004)(305945005)(50226002)(8936002)(4326007)(23676002)(76506005)(117636001)(106466001)(2810700001)(2906002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0501MB1829; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD042; 1:5MiI+TpBaTDtGB8SaZ9/AA7VvDnFx+hVR0mdGWMcjo/2EIfEK91qMUVSIWDjD3cobnlr8htd1Q/uj7iVpuPO3IDDvkQgDaRGHHvRoiSHsz0DOy2tF09yFbe78MlcW0whZNrSx3l1Q+n5UFU/0yCCHsc5zZ7HXZuaI4hTUP29TWOUMNpwn3rpmiSkoRHosiC9uZVSJdjnwEkRStPsb2T8Y1Z2Mw72pwX9FkoADaVfcporpV1Ys/g/u9RjGhR2C9BLejUGuayOM7qJwvQnRvvHp44V1P1aSzZKnEk8BEliDOqwchlaHyg9VPjRuEhxYxBJIXaBfOTxhKR/CyHM7B+WESCSP9szWfwqiFxO8c7mDfT/gZ0i2X5O16thmH57HhBuzjwK4pBFhBRREcFi6RwFwOQ4kjNDuwAEHChRB+S31NnZeMT2tUoraxO2WI48b1UtQcD4Z7DZK8aTHg8vTQ6DYWAC1VUsFvfvup6qXQF6Kbb1/V4XRLLFCfqYWAgac7F08STrFPfRkzjc+xjt3bU+BVPWNuzntKx3Kar48B2XDuOcTK3afUc4xeJ2MO19rfsT X-MS-Office365-Filtering-Correlation-Id: 5d3bd4aa-ea13-4c73-60aa-08d45fa2d943 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BY2PR0501MB1829; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1829; 3:iMhKDliw20DtGE5gH3+TnAhvg++GCbvHilTIVYfKP9l63V9pcj85qOPajy0OWxlQPK96uLuwQYoz6xUfnZV1r+/8/mm5mPWGmDJvDGZDngMkS8X9ZZOWhi8IzxOASrcC/6eofRTE8ozda1TwLJ89yCpUJHUkaaenJ6+kcLjRykAJOEpXZkeIeVVZ7tEfPmbbmgJ9F5Rik+IwZloqP3pQH3aOvTafBGgeSgKdBDkS3c79nUEILEdxUF/BDLAxI7GSS85lDvdjSpLkTdtAERzbYCuahhRE4Y1yYeYLFwz+T3/2Mne9VoqQEkzcC/GawZ+ZRzVji1wGWW+KDUdz0MNAGBxzbH7ViR2yjW3EOoxIkELxyt/+Y8RyzfVWQvHcrQco; 25:qrKULhmdM7s05jq70ZFfAAoI1b1LoQo/WNf3HnyQFIxdVSuldTd8oLPAhX0miVP+2VO3jWb/aI7wCmG75HUgvJx5kfYVKDMtnR198ibOQrBbr0WsD8p75dPa4YB1W6H1GaH4nLToTd1CSxaDhJhCA3XrQUgvSNZJHOzxVedW3fRcS09kDPQw9Cjz7q28oKv6gSamUBxk2h0UlEUjGZ2W1wZm+fiHnkceUo7ahp1WZl7Y6O1N/irmZ0BrbvUk8DHKA5cfl7OX0qe7Sfa3t6PQ96SQcauo20ZhovCqdBN6zp4i48NeOfIH9uZ0PBq6RA1YmyCFksZ8E5DSBvW1YXAj+Z18lEfdPsydAqRKc/bdYpjvH2thkP0gEHxCajEFN8KW4pBTDXYvKJMg4kZRS8ECefrqhv5YaHTMGzDqxZzG9cPbLoDaanzTbe23Z5NJ1+hK8/UPxR5IPw2NCCmjLSdmhw== X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1829; 31:QbvQekReR3yp147j+d/Zddh8BuQN6xfTlqBTdgYpFZp+v1TancvbDPSEPUA+7ND+qewCuQuFY3k4GGUqeKfs8XQfh6KrPShseKLBWB/IsxKC2WCpJbqIpZV3BV2PNB7AQviGS7Qm3jaSIO6hQrRaDzwRsrqfya1yMJwAnkRrXD4NQLJq/pivMYo69ct0LiWnI9pmDWNHa+NMg1Z8XARHfrX+ServpyoIHcAahqc0fNHPu4Ksx0YoRbCFpQEWxi7C; 20:/BFfNxAZ9ruxf5wbx7XzXfXM0cQ/LkHQQOHL8U+0BovpnQ0xF5FpSl/u6Vrn3WAL5BB9eJVSSG+h7cehUgU9Mda1wLsqTQ09Vg1S/yjWxuHVqfjuJRq1Drry550Zg+AJQfbBNsbm21art6jqeEZh+gfiDYuQDAfddUewVlJg2EZlnwPEfMptfUUxowzWes42bz+P58KW5NUfS2B2jEefu43ULJLvVgtiI0WXsqgIor7VDgG2ov2rj4UYxhufJL8Vcx1sV22OX6OHqGlUGhvkVPVl7oASmaNAW63vVZPNb87WX0qiXmsbllVWM744DIXpd37/nOKAkKkdCo0CI5DwQhLx7GugRAqeaiA5Xf+vOKoj7W7rbSVRgwBNv/Cs/k5rJzPmXJevwtdUbI6kSHS3h/TcFmszZYaI8/ZDfrw2reqFt5V1cnWzpgSVexMh/p6eRGlLNNHbgDFZ+Io6pUYtGELynIX2dJW2Eq2iQgFsAX44ldYj6TMfxypKT+L8U4Kh X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13018025)(13023025)(13024025)(8121501046)(5005006)(3002001)(10201501046)(6055026)(6041248)(20161123558025)(20161123555025)(20161123562025)(20161123560025)(20161123564025)(6072148); SRVR:BY2PR0501MB1829; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB1829; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1829; 4:vmMUXQ+MuHK2ay7MnGCw2dSKNQwW1L2CybDMGs9Mb9e8OKNpIYL/Rf6Wao1lwb+ExTBFbs43mZOhm3n/jPyoVdjeLcPmz3l0G08wTULCxfh18Pay68LvQGM5ZN/sRkRPFU8gO4Nu3GlbfNdR1ORc980840R/BgUTfDz/18UWm95a8vBr1EFYgbb0nbHph+0TgfGIbKUafWJ0H21WyGoC+V6KEn12OLxHXrdIBU2UoEO73WkGZt3s5ZGVt9jDEZvLwztwP8yyFTbNCbsu1J429+nEbj0ssKu479bOxYMg+7jBSeUL5qVzhILCaf8V3G2HelenFQiP/gMk7ddALuqrWtCsXw2Y5W8/W8Y0AJ1131+frqkUKUH20vsvEC6/IPIacPBgb+vkV05/v84ndlGvzPcWhSw1uZd13O7fPfXXYkIyAmd5KmiRRls9LanE/CmlKfwt12ZliaksvE5tvhd6UWvdLKS4sZXMZdUAYVQGGnvaPUL9sTB2NEJxsibjtiqPQ3DMUhdebAw+ipX4txGCq7vPEDo52OUxaukIPKwcUj8cm2cJONvui2PQ/4Sy9LQR9PQlThEfkAlxsn5u2cox8GuMkuoJ+Pa88+F6yDS52fDMFHJmt0N+YOUEsgH7EmZYv+Jn5sMbd9Yj3HK+4rp7aRjblERDtUada4mz9GWM9sAmEx4CynOmDYUJCiWP1PWC0be1NpQrpBUD0znZ9n4ngQ== X-Forefront-PRVS: 0232B30BBC X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1MDFNQjE4Mjk7MjM6WC80K21zWnpMc01qL3lyOCs2RHgyTnRG?= =?utf-8?B?ZEYxZ2txOGxOWWVCb29EcGZZM3B5a0JUU1Z1TWNUZXRlOUZkc2hOdVI0QjAr?= =?utf-8?B?cjJVd0dqOW4ybHNRVDRBNXBDbGpuNFFjU1RsNVN1UU1oYmRHUWlUSmFBWmJK?= =?utf-8?B?eGh6VEZjVlNkYjBGbmxaU0h0YzJLVGtKYlJYLzFVZGIrZzlRd2taL0pQZXl4?= =?utf-8?B?UiswQkVuT2VOc2M5K05UUFhXcEllQkN2NkFXMnRlTGlBOVQxSjMraHJ2Y3Vk?= =?utf-8?B?NGFQWjRQZnA5R05QZVpRZnZLSmtPVVpDR21NNG8yT0RXdkZid3U3N2VCNWJr?= =?utf-8?B?TzBvMy94QXpyOUNmSGNLUmhWVCt5d25xMy8xVlR1Z1dLdXA3QjR2Q1ZSVDZr?= =?utf-8?B?QSszRHM1S0hYYnY0aEljWUtDYUJIMEtBai9qRTNiZE1kZUNjcThZdkRpVjlm?= =?utf-8?B?aktpMStmUUh4TjJZM2xkUXJQbzFPek1hRkszRGlCMFJldTRBcXNCOEpiOXZw?= =?utf-8?B?V2RUeVVJeGJwNGZRY0FKQXYvNkVITUlVOVB5c2NzR2J5Vm40K3NpWkdNRlFV?= =?utf-8?B?MXNSTEtXNWNNOGRFczZRdGtBWEdTK3BHZnpCYTBMcDlYOGNveDdhdTNBUHJy?= =?utf-8?B?M0Rkanc2MnlqbjAyN2dOY3VFZVB0R0xDWVN6TGxBaitxM29tTVVReTZPaUpL?= =?utf-8?B?ZHAyN1lvN2hhVFhJMU1qTlZadHEvZHBLUUlhNnJHMkx3U1B4UnhuSTZHamRJ?= =?utf-8?B?ZWdGbjdNdnJoVkhleElvOWIxaDJLR2tLaUoyVTRHbzBkd1c4NVA3c2JGVTFH?= =?utf-8?B?blBsbXNaUFBUaFZiMkk3WFp2cEg4MmREeDc4TUR3VFJvcFNMelZNRnBDaFNL?= =?utf-8?B?ZDVDdy9lMnJ3ZWJOdWpia3oySm13Q0cwb1pPcnlkeWlYcmg5blFYYWVRYkVi?= =?utf-8?B?a29vVXZwVmF2aHBIdFU2OCtYdWlQZ1JtQ0NKY0x4N1J3ckRmS3BoQWxLUElW?= =?utf-8?B?NTJhTG9FVmx4aTNOS0l1eGFUTGtkdVhWSTF0YnRMdFh3U0N2cE0ydnBaT3Uy?= =?utf-8?B?QkowOUZydUhvK1dNYWFUeTZhMTNuckpQRnh2ZEVRNHZJcDJwVXNJRGRZLzVy?= =?utf-8?B?dHJHZGw1cUZHUldHUHQwd3JOQ3JQWHdTemRRYVdkaTFGT25pTEhnbWhSd1pn?= =?utf-8?B?Wm9KUWtHZFRURFFoN3JCM2FaclpIajZWS0o2TFFoTGw1OUcwQld6Rkd2U1pu?= =?utf-8?B?UHBaUVZPeVBpR21sQ3BEcHV5Nks2WlZ4VFJRRnNlR3pmcnFVZ0lQLzNkNUJJ?= =?utf-8?B?ell1MHJCdUhEY29SRHh1dHdzZ0w3Y1ZZZ0FKMGlGckJxQkthT29FQmpvUWl2?= =?utf-8?B?bXVYaE9kVStENzdhR1JMK2g1RTkrQTZDeUVKRGs1OVl6anV6WUIxUXFIQzZQ?= =?utf-8?B?QjJsdEk5ZGpCSWRuK0QzNUgzc2FiYWwwcWtGcERDY0ZMekpjL1BUaktWazk0?= =?utf-8?B?NUxmeHMyQ1BxeGZmcXJ2SUN6UFpReEN6emdBVFc5bWlkMXFHREpZNzZVSFdS?= =?utf-8?B?YytLdGp3YU00M3VpQUFpMU04OWtjOW8veDBGZWRYR3ljeGU4dHF1MXhSajB3?= =?utf-8?B?NXpGOFhldmlab3lTWUtnazdsREY3clVIR29SSWo3VWtJVmNJY0k2SmZXcGlq?= =?utf-8?B?bXI1bE5vL08vZXNYSFkyeGNzaGE2cDhuVjlZR2dxRXEydVVBcm5hbjM4dVNz?= =?utf-8?B?TG1vOUo3eml6VEZpYUV1Q1F4N1FrT1NOQVczbDQ2ckRvNVdSODVuSlRFL0th?= =?utf-8?B?KzhXMGJDdGxVQklGbU5SZkhkRnZPOThHWTBRRExTSTNkNVRGUnljMUxkb1Jm?= =?utf-8?Q?1ZorSIGNBLp0d2iVFQH7bkPCpKxAbZYyzP?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1829; 6:AXNWG+tpkrK41epozMuHKUvTKkQeRjGMrkYsBuVtFjHpw98BVlkN2XcCjS1om8QiBXbjFIDica0v8gFv6ylKYbAn1YEbqT8jAMOaggPpOAZs3Jxr1Uon9wF6e5hsuq9rbhW/iCrscEGBE4rfRqkK3ymO9OwCSfv5Q9YOmw7avVZTI/CnSzBD13+chQa5OWMSbkluHDCza+yPvEqnCK5vy4l6ijv29wFVehvans2ErjZrgBBJ3wNpmpTDrYX4dAd3CvRmHkBQ5GyPU9V+8hfTktCFKkTecknKAowfD9G8jGIzLQ0o7RK2n/KkQChucN6Imh171q3A/37PfMb/s5KbQGEnEjS0CpXQRQtzWx0BG06NeyGeUSj/iGoNMsUSmdgf0WUNa4YHqDCduconjkn5y24WfjLSaIVq3ONgAr1OSQQ=; 5:36mQKPflhsJf/9Cp3RHQ5H3ivcubS8Nlr3hqdnR7Gl7kZLYLxVqG2WpxS3t9vLnXpecZOz4d62XrxHk8GnokNzxk5gtqLNlgi1A6HOxviPjxohwxpSx0XZQv7c3DkrZtYAHqtVcgTvIaeddRTX76Pw==; 24:W6DyExTY7tpKougKnjAOzEDa2/4zYIo0AG+YI8vDbxrFxwnQL0YyKJz72Y4n+3B011OzdHvrA/bOi4bDU++IBMLhsr31R8dKFBpnF1nhHyY= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1829; 7:UIGUD6tQKi5T/FUIzmLMUKqHWJ+13TNldhDFrEUKMbSVRl17B3GJS7zueuX3RlkTUYFmKQ4IwxmMGz6fUbLa5dyXyQnlIbf94Vgo7EsezU3uxC2SVKpGBtCscfNv6dQkpWRoQlRUzWlCmBkQ5lhTI3vHcJ6Ic/6XFxrxRoEUB6XSzUEtLKLtJjrkjLGjTnWjmSPEnw8V1hgO8pnyyiFIVrTRocC7cpjyiLaYD4lTC2hYVhP0IwCzhYkJBM87Ps69Nmx1ebpGeqF8T6PodaedslzQaF/oiR64peu6zWvcAFf2R3p53WD9bfubdDHxNKFGsIm1mM2XUGhD2Xo74FgODg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2017 06:27:19.6906 (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-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB1829 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 06:27:23 -0000 Iblis Lin wrote: > Accutally, I made it core dump via a julia script. > Please checkout this code I'm not familiar with juila, in most scripting languages cmd =3D `/usr/bin/make -f - -V MAKE_ENV` would run that command and assign the output to cmd. The make instance would be reading from stdin which is rather unknown at that point. Could you perhaps run that with ktrace? Eg. ktrace -i -t cnis -f /var/tmp/make.kt whatever command you ran kdump -m 128 -f /var/tmp/make.kt > /var/tmp/make.kd that would show what make is actually reading > =E2=94=94=E2=94=80[iblis@abeing ]% cat test.jl > makefile=3D""" > CATEGORIES=3D devel >=20 > USES=3D > .include """ >=20 > cmd =3D `/usr/bin/make -f - -V MAKE_ENV` > in_ =3D Pipe() > out, proc =3D open(cmd, "r", in_) >=20 > print(in_, makefile) > close(in_) >=20 > @assert success(proc) > close(out) From owner-freebsd-current@freebsd.org Tue Feb 28 07:02:24 2017 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 1F714CF1AC8 for ; Tue, 28 Feb 2017 07:02:24 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD347DB5 for ; Tue, 28 Feb 2017 07:02:23 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 800) id 571031C6444; Tue, 28 Feb 2017 15:02:19 +0800 (CST) Received: from abeing (IP-215-9.cs.nctu.edu.tw [140.113.215.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: iblis@hs.ntnu.edu.tw) by mail.hs.ntnu.edu.tw (Postfix) with ESMTPSA id 203781C6410; Tue, 28 Feb 2017 15:02:19 +0800 (CST) Date: Tue, 28 Feb 2017 15:02:17 +0800 From: Iblis Lin To: "Simon J. Gerraty" Cc: freebsd-current@freebsd.org Subject: Re: bmake core dump Message-ID: <20170228070217.GD31394@abeing> References: <20170227101044.GB31394@abeing> <65586.1488222403@kaos.jnpr.net> <20170228034153.GC31394@abeing> <77715.1488263237@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <77715.1488263237@kaos.jnpr.net> User-Agent: Mutt/1.7.1 (2016-10-04) X-Bogosity: Ham, tests=bogofilter, spamicity=0.412797, version=1.2.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 07:02:24 -0000 On Mon, Feb 27, 2017 at 10:27:17PM -0800, Simon J. Gerraty wrote: > Iblis Lin wrote: > > Accutally, I made it core dump via a julia script. > > Please checkout this code > > I'm not familiar with juila, in most scripting languages > cmd = `/usr/bin/make -f - -V MAKE_ENV` > would run that command and assign the output to cmd. > The make instance would be reading from stdin which is rather unknown at > that point. Accutally, the backtick is a syntax sugar in julia to construct a Cmd object. it's not being executed at that point. FYI: julia> cmd = `ls /nonexists` `ls /nonexists` julia> run(cmd) ls: /nonexists: No such file or directory ERROR: failed process: Process(`ls /nonexists`, ProcessExited(1)) [1] Stacktrace: [1] eval_user_input(::Any, ::Base.REPL.REPLBackend) at ./REPL.jl:66 [2] macro expansion at ./REPL.jl:97 [inlined] [3] (::Base.REPL.##1#2{Base.REPL.REPLBackend})() at ./event.jl:73 julia> typeof(cmd) Cmd > > Could you perhaps run that with ktrace? > > Eg. > > ktrace -i -t cnis -f /var/tmp/make.kt whatever command you ran > kdump -m 128 -f /var/tmp/make.kt > /var/tmp/make.kd > > that would show what make is actually reading > I uploaded the ktrace to the gist: https://gist.github.com/iblis17/0beff3e1b4fcb7eac9df5889cd3ddde7#file-make-kd-L2733-L2853 -- Iblis Lin 林峻頤 From owner-freebsd-current@freebsd.org Tue Feb 28 07:16:52 2017 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 5C13ACF1CC3 for ; Tue, 28 Feb 2017 07:16:52 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0117.outbound.protection.outlook.com [104.47.36.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D323F26C for ; Tue, 28 Feb 2017 07:16:51 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GdbSsIbZssXAgxcVTIxvutOH4w5GQCVkgaLsyNSJ1kU=; b=OIwi9gOHz+wJ0ikn2PPm/BOS3gBAZWesTlc8sb0cxuj+IW6fbPMFEwrcrdd6dlauZpJ3SVU39kShEBVblu/wb1diB4EkJNgcFsLW2NJ7g7fjIllqWgeZLCAKFYh1fKn0zmzqW6Eit3iCT9iXO5ZAvAkHpLI7FZce0cUQnoMCyXs= Received: from CO2PR05CA0055.namprd05.prod.outlook.com (10.166.88.151) by SN1PR0501MB1839.namprd05.prod.outlook.com (10.163.131.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Tue, 28 Feb 2017 07:16:49 +0000 Received: from BN1BFFO11OLC004.protection.gbl (2a01:111:f400:7c10::1:188) by CO2PR05CA0055.outlook.office365.com (2603:10b6:102:2::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2 via Frontend Transport; Tue, 28 Feb 2017 07:16:49 +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;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1BFFO11OLC004.mail.protection.outlook.com (10.58.145.15) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.933.11 via Frontend Transport; Tue, 28 Feb 2017 07:16:48 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 27 Feb 2017 23:16:37 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v1S7GbJN031045; Mon, 27 Feb 2017 23:16:37 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 0437E385558; Mon, 27 Feb 2017 23:16:37 -0800 (PST) To: Iblis Lin CC: , Subject: Re: bmake core dump In-Reply-To: <20170228070217.GD31394@abeing> References: <20170227101044.GB31394@abeing> <65586.1488222403@kaos.jnpr.net> <20170228034153.GC31394@abeing> <77715.1488263237@kaos.jnpr.net> <20170228070217.GD31394@abeing> Comments: In-reply-to: Iblis Lin message dated "Tue, 28 Feb 2017 15:02:17 +0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <78613.1488266196.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Mon, 27 Feb 2017 23:16:36 -0800 Message-ID: <78614.1488266196@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39850400002)(39450400003)(39860400002)(39840400002)(39410400002)(2980300002)(24454002)(189002)(199003)(51914003)(68736007)(7696004)(46406003)(97756001)(2810700001)(81156014)(47776003)(189998001)(8676002)(2906002)(4326007)(69596002)(7116003)(81166006)(50466002)(3480700004)(54906002)(6916009)(50226002)(6306002)(9686003)(8936002)(2950100002)(8746002)(106466001)(86362001)(55016002)(77096006)(117636001)(626004)(356003)(92566002)(2171002)(76176999)(76506005)(305945005)(53416004)(105596002)(50986999)(53936002)(23726003)(229853002)(7126002)(97736004)(38730400002)(107886003)(110136004)(93886004)(6266002)(6246003)(5660300001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB1839; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11OLC004; 1:b1qs7jMVoeScqxWt692+qIODXjlOCWoawLJZMJTGMc3j5Il7ulGEbC0TqzTS/njQf83Kxwbsbthr0JL35a8M/Y3neatNtjmPP0P7XtotxE6Fm6eFbpwW68F/Ml/NsDtDhw3DkhPVMCuSUnd2BAoav721c87MBXk9R23dQ4Uv4HFoIit/4j/2oErikCeqUHevwssBd4xI3JEe3JW4YPSKk8s+sF+SuxXTQ7/Hft1lLzT2JBmKzbAqqeYJY0oW6lzMxVn4G6JhHVVsZE0NxLuZeJWnnOhZkECUUVapQtsmH92kTlkPXrpWMQkZFHwWpzTc5ucvWXPJnc3nZrBcuVos3ZupQnp4KukMmdUFtPQI2jhidHlC6yT/JkVuIwoj+1Tf2OsMNz8yX27MXC16gXi+W1bt4WaeR9yfCFlZzJhZvSMham1IrA6s2CW3KKvF3DXbz4pFvURcV2l+aCRIhuk5MyctGxijOAWQ3X0lDvZf671B5sdtFtIn38WUttcSdB+YjCX8glivwwYZ5mTme1q16OnwE+RpE/RaZ1JBLAFG17uAb5li9lScE7fu17/Q8+KE X-MS-Office365-Filtering-Correlation-Id: d75dbe2e-7401-4472-6c02-08d45fa9c301 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:SN1PR0501MB1839; X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB1839; 3:pTOs0OLhdAqywT5oQUtSyZ+6m3H5hw3IdKEG3BNyln02xeAXZNQtwncQqHFoZUcb72ChYh0ybBpaTOaP8pIb2ic5pf0MXgcyl2jNlM7//e8I7YAokSdfuelqAQJQSLpQj6frWBaZZdYWX+6TgI6o6MGuCjcI2Prp1ahBoV1Kcb1zE0Dg527zpyZ9s5288vy678R7OiYNUIJr0BnkKTeE+H1tETlFPKtNEzGVxnezdhg/hGAgWNLUVR1N+7n4gA99QTRgAAM9d7QeEaopVTFga3s3gCbL2l/4DcSOCK1vwunL8GUbP2zHfGPVdVD2gwzfiM7Ae6mVgSmXpCIHKMOIgnzoTYt0mUgFDyq8S/VQ6rRm1I78JkgRrsQp+I8pNWSf; 25:5c3MxwF4pX0DdHESbHlaQ75xf/YI4RztB+mjxLA1RKVwC8XfeMrFe+U3TKonlgaDrljWfSvWjhTVwSC8gwjKImpvk0QuigfCMosOOfctzEY8n5WCu488c2lzoG/RMx1dqHu0FJuPoWoNBCjNBlGPN+nU8pD3WkV+6fIK+nQQ/bbtioFTME2QkWbA2ux9hrc9JUrHEMr7zuWPAWqo/TX8PjZB6lxMm2yQDfcM9Ot2yQRetyksfIXb1yW4NKubi2QYrwG6Th9YYsJUDlDmOGvJ50fBJR0IwBOZ/rGDCCnJJpTfAhtijyf4Ew5jZPvbIYuRbpt5tRBpA0bzI08QdchmYAlnUu6iUvHyoWLcpJRIuTisdSzhKbANQgYwLiI9xX6BdWI2UTjhiHLGZKMEx6ZcWiCPZLoKlxn+R3apTSVMhIKjdc9I7xMUZRUMSnS7qoq84tK9w4ERw+bmI3emPDS42A== X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB1839; 31:/5R7qQXlw4zJe4nHxAdLdtDnxTBYAXIvC7/7ENAHy62P6gTiH8fgHbuP6KgpFeGPiSLmPPsPPN/GvJjEv+rCjw94+D2QKdxNL3AKBX4jGIcGon23pMdT3TCIj0aMgh27mz/FuVsr8GgdI24YJf4+/7Nm7mMXBUEKEiWkLDgF8xf8VkhQBAAZZms+/blKIlCGnN7KJUI+Dr/DixcCoS4FwA44nQyE/n3D0wS+HwJWFcn8BE3rDXEpQ4IbkMFYBYL177Nebglwewznx8O9QArr+IrHbS7dDI6fGgpYSbUEaOI=; 20:jg3DJxvsdZT0ioWO5hol3GGScUStiY7kCQ0yQ68EH9SPRSY8gYC/pCcTsqmtdz3np+rrAcWHRRWzoG9UfMvWMm+fJFFT9LMZP/pXxRSLSe+JctHpjDxtjOmEeGd/P34ZZvlFyx4Jo90LS1GLj7sl6xjFTlgAWWWKwzVW84okDLvsQrso8LfL3Z8nItqIEGX0SLx7zPWVYF+70+IuVOpAZIXTcuCSEOke8fYa95WrcZbilkaAvHdBrW8H04h3SFv27XsXiQ55gQ2YeClpl6MyTYt8NsDTALht4za+Hv4ItiDPP51i5M2GDUWQz1zBm7ODnunnIIRc3arylzGpbeo+HaVKC6PW1VnIISdKVx8NLeQAopFTLY70QfaLrN/uVZ6MSMxTkMKs9u19QuOW8BkCgK6+qwrlkcmenGW+BtpvoEDEPIZG+2qsMYTOhWvlgMFSD8ak1X1VbiJsAV8QlJiYchDoL8lvq09B0ttam2tq9lIEwWfssN2+lQU9k+e1DixO X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(166708455590820)(192278398808882); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13017025)(13023025)(13024025)(13018025)(5005006)(13015025)(8121501046)(10201501046)(3002001)(6055026)(6041248)(20161123560025)(20161123564025)(20161123558025)(20161123555025)(20161123562025)(6072148); SRVR:SN1PR0501MB1839; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB1839; X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB1839; 4:7QGIDaSxMb6yLU9fkcJLJLr8AoEgrG10KQh5KWFpmDFCtZj4rleRfBhjN7wwNnXXR9+qgr3sP8BWYjaChqdAucHvtJRYXPyLJ0PXUcu2z6IlIAiZHkjs2dVGnzkWFRBFGIkFYDFq4wnAh4GEIFlW1ZX134steo50gicEIh56Azlp0JLlMCspIdkmh21qUBsCfZeUMdETLmVpF6PqQE+5JJ1Hg4T039ajp2+YfffiHZ4pL8bTs9dddSacKm5fCGwTSCbkeD3glva/fqLqyi0GKTL20WEgKjJCepl+GnvGzRojAtnggyPvoWgicCAv4Viny1LXyQuKXyNopSqyKsnGOivVGb+btxIh88XXSFwLmDzmGS16nrtAcKzFbMorPpQmxhPpODHZrD1Lc4hyT01XQtRQj4wcgN3aaCdGOoVKn4ri2XuRzb9vP1WtlOxUmXdhm5+M25oEB8r1QHF7ZwerZqQyEe9tdRcFcVxxkEVjJZfDKgqDCfEgsTaxw4TgSEuWyM+3jDbrRgnP8T3t4RPlBs0Ex0Cg0F6VLWoYdplvDo+3lKRicVeXBDVBgzGoM7eIS5T09aK/jBDckaSxpmo8holbGUIkRhAsUlRwo/dv/TAwMwSb3T117iFzzzr0F8rXEqAe8oO9p+qDqdlr9ZXJmaODhl8alX+0oJGgBuxu1I0yZBE36b4zE6jwH9SxCV4mUg9ySKIZbbsHmmqnUC+A8WTRgydT/RwkvpydqTCyZl1bCoCcctkT43i8aDLsS6UNiGxZt1B9nHXNOsLhgoYS47Oo9aiuWTLSqMqQMwwTIA4= X-Forefront-PRVS: 0232B30BBC X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN1PR0501MB1839; 23:Q5I1Fr3BVyt9F+2Twd7A5tNwewf3UPrLM6GLriP?= =?us-ascii?Q?l4s6db0AYWbhyC/dZ/98kHI6/SbjFhWJagRz4kltrNIYohkh3av4taWNmvop?= =?us-ascii?Q?uZX07OdCKAc45aS7uMifExmKyC2460AFq6c5isQGIxCu1hU73F9o3aJCMNDS?= =?us-ascii?Q?R9+22s2BAkZpNUt5d3PNLUtxlQ2MgV/KF68aIojGIt89iT1c45RdR50WDl9q?= =?us-ascii?Q?y1Nbo2Yri7aD2AvWXzJyiVsWOTcpyyqsOVWbPVkk7E2GoL3eShDA2fnqJTqp?= =?us-ascii?Q?25339U3gKNqGRyU4hFPYsx9FaQt3s2FwpPkokpcdOWnBXyhtiYOg8hso/Xh1?= =?us-ascii?Q?1fpbpxqqOb2XF3emHx59267k1iN93FJ9aAFHKaPKM38TzU7p1Sc5A8u/PVR9?= =?us-ascii?Q?Un2Ja9OoKtVKyKRIxRF75HpO7kSquo9HD4iO3kHj8dGABeuGX+JRXxCCTdNJ?= =?us-ascii?Q?uAMBhVTKlqq5CRKKArtBVIgvMKF+ljJQVehw/sZ63GK2Z7YyNWJsWISkGfiw?= =?us-ascii?Q?UE5fx942pVnnC+zwutuCvJ2Z3POPn9i7xol9XMOKrFFvrjSENTYwjhfLrZHU?= =?us-ascii?Q?Y5jiI8BxnoEiW0vSgmIZf3VmW7WzUXAMWQ05EI7GKvKu0+powfptmHTVFZ11?= =?us-ascii?Q?lIDY82vx+xEeH0z1YC0TzbB34ZB7XgdqudQ3AuDh77bGPL7Wa3d7BPN8SGWu?= =?us-ascii?Q?VncONlsvNtZsrI70UH4ph88ygbnIwXGgZMLyzE8Qp1QfYyzijvjtRuL2dnK9?= =?us-ascii?Q?SpQm34M/fyP0Pxh2qyXdNjCfVhTxsoCTZ/2dGDiGNNGFkyUTm/7lNwqomcuQ?= =?us-ascii?Q?RkV/dm7fRGuR5HmZk5P+kAy67GurwNdCvNUGNarZuZe49jTAYHUL9C4qoCA/?= =?us-ascii?Q?dY8UPxwVmaL7uZiiSrd48dqzuirqFAfF5V6lnL4ZNJ2nj1WAVWT+a2c8MfrQ?= =?us-ascii?Q?e+f3zXxVTAwa8KoKcTiZvSfOW+x5mlHywXxu9X1CTaZq4n2T/BFmvyA30v96?= =?us-ascii?Q?aEhxpV3m2MvCkCH5gCPbrwv9q0d4kyTCsJalwE9HKry2BOQOHtlX+Idt6HxX?= =?us-ascii?Q?dXUzc8jR3K8JqsXrYwlFc04tVLXD4ZUM0nW5pTnfHUpPmspkPOYzqdWWqj5u?= =?us-ascii?Q?cQ0rX3bTJW/mshIFra8yBqj8JoK/kyDQFfXQzWUzLFgiG9jjuzux2fgBEJ/C?= =?us-ascii?Q?857EAxPMfe7s3a3ywmhxHk6GSjXv70x4DiI1S7FNuqFiBneMMglBInRAYlu2?= =?us-ascii?Q?trqBq+UBgYIgybQVHY8rsbyfi4Guwamuu7lnb9/MfpuGqOqdE8BgJurrPwlk?= =?us-ascii?Q?i5PfBmJFwEB9vjJrTqbpGN6LGZjkNS/VqyLHboibnYyJuSACTpx0QjLBakyy?= =?us-ascii?Q?H71z6hJHPmVxKnt88tU5gLByTuDZTeMlCgPedA5Qvbti4nDRgzLxrf8HnBa0?= =?us-ascii?Q?Qz2sTLplUX9wuoOYzI1Y46CFJj/kJUlsl2PCTlR5s0RK5en8VUmQ/cmfz/8W?= =?us-ascii?Q?pVkOjrrsvzvShOrnPYQ7tgkLZNrWY6rwn7Z0=3D?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB1839; 6:GaTPHs5KOHCS0ImFPu9i4KMAYJip3ZoBXQL3fc1T0M/P+KKVxt1y3KZg8Rm2J1Rev0mkEik5gGaqrHFK6sagoiST3kXPmTz3GEIc4clHml77iKgN+k1JpTM6XQJZuMAR3UgP8vk83fQaZxaAlcwYsMAMAzAeKs9OiOehJYd2M2yrFKcUBMRDhAnQggUBmJrFJwhBdR2A0c2WuwrjqIlHhtfFzoKFbYUwLA5UMuHFnkcD+DVD3KzQZSi/siKgv4+jwYZNzVfxlEAdtK+FY7trV9NZYOZTPofK7e8djLbzn8sXiY6+wBOhwdBjQBJV4MryVY62TekJX9hWwKpVxSb0XaafiFEPSv+IBqsd7AeHuJxxor/hpeg7bfwetJFK30RwPZs8LBDJwdackJtaTq/wuwD3liCFQ3kFO+hSkMV3eCg=; 5:n1Dmfe724IJZwLx5AoyNLdXapo4gglo1j3E8O6TIOdbEGHWjj4enpMvENsnq8cMLJTvL0urFbKHm4K44Uzxp2nfbbdbkSVTfZx6j+yiXi1zG480thKCRdP6A0Tr0oYNvrx+xZT9g4ncjmLMUoFEqgQ==; 24:9Baqcngxs2BTVpm0bNCJzbmB5PdO5f9TT2/8UCnJlvyD9P3y5sFifftFOQYyVfbCMWD9+ZzPgC68LPQ0RzW6L80zhpAaOnHB4pRy6I+CL3I= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; SN1PR0501MB1839; 7:dRxSJ33gHPM2fsahEPSLN0w9M3yMKv+J2s2/E8F8Otg8/6dSikfm5dTXA7awLF1vg/jVfuwGzkh4qYmcf5PWItsFIuZS4GVytF/aTiXNnh3IJfTibMBxrTogLoEF0306FLTmM5baRo9CJLMbvOc1R8ELWKgtKR1JSV7aQsPkuN9ivTp6RMlV0iXqJzuz9ZdGGtwXfT7xylVZr4admsUxbwPfxGPyb+7lBtC5kzPM2iZ9W2cfoMGmzvJ/wbc7BSpakPAIe781xWl6VDjsiLvwCG+Cd1BO5f9wATVSzwHZeDilFvr5hztCvaqtBXPJ5JxYfbfx4vIBO3Me8I+InO4VWQ== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2017 07:16:48.8256 (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-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB1839 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 07:16:52 -0000 Iblis Lin wrote: > > Could you perhaps run that with ktrace? > > = > > Eg. > > = > > ktrace -i -t cnis -f /var/tmp/make.kt whatever command you ran > > kdump -m 128 -f /var/tmp/make.kt > /var/tmp/make.kd > > = > > that would show what make is actually reading > > = > = > I uploaded the ktrace to the gist: > https://gist.github.com/iblis17/0beff3e1b4fcb7eac9df5889cd3ddde7#file-ma= ke-kd-L2733-L2853 Thanks, so the last line of your makefile as no newline. Not that that upsets any bmake binary I have handy. Thanks for the input... From owner-freebsd-current@freebsd.org Tue Feb 28 07:47:39 2017 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 ED1FBCF19A6; Tue, 28 Feb 2017 07:47:39 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B5E075E0; Tue, 28 Feb 2017 07:47:39 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 97854273C2; Tue, 28 Feb 2017 07:47:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id v1S7lZr7091405; Tue, 28 Feb 2017 07:47:36 GMT (envelope-from phk@phk.freebsd.dk) To: Mark Millard cc: freebsd-arm , FreeBSD Current , FreeBSD-STABLE Mailing List , jasone@FreeBSD.org, Shawn Webb Subject: Re: arm64 vs. jemalloc and swapping in and out, sh/su examples: being swapped out leads to later Failed assertion: "tsd_booted" after being swapped in In-reply-to: <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net> From: "Poul-Henning Kamp" References: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <91403.1488268055.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Tue, 28 Feb 2017 07:47:35 +0000 Message-ID: <91404.1488268055@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 07:47:40 -0000 -------- In message <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net>, Mark Milla= rd writes: >The evidence is that process-memory is trashed and so likely continued >operation of any previously swapped-out processes is unreliable. I can confirm process corruption on RPi3 as of r313567. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Tue Feb 28 19:42:54 2017 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 9E4C3CF1AFB; Tue, 28 Feb 2017 19:42:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 86FC1D23; Tue, 28 Feb 2017 19:42:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v1SJgm1p086072 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 28 Feb 2017 11:42:48 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v1SJgmq9086071; Tue, 28 Feb 2017 11:42:48 -0800 (PST) (envelope-from sgk) Date: Tue, 28 Feb 2017 11:42:48 -0800 From: Steve Kargl To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild Message-ID: <20170228194248.GA86055@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 19:42:54 -0000 r313194 defined vm_ooffset_t and vm_pindex_t in sys/types.h. I believe that forces a recompile of lang/gcc ports, and probably anything built with the lang/gcc port to avoid dependency issue. Neither "pkg audit -q" nor "pkg version -vl '<'" pick up this issue. % make gcc6 -o hex -O2 -pipe -static -Wall -fno-builtin -I/usr/local/include -I../mp -I../libm/msun/src -I../libm/libc/include -I../libm/libc/i386 hex.c -lm In file included from /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed/unistd.h:46:0, from hex.c:6: /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed/sys/types.h:266:9: error: unknown type name '__vm_ooffset_t' typedef __vm_ooffset_t vm_ooffset_t; ^~~~~~~~~~~~~~ /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed/sys/types.h:268:9: error: unknown type name '__vm_pindex_t' typedef __vm_pindex_t vm_pindex_t; ^~~~~~~~~~~~~ *** Error code 1 % uname -a FreeBSD troutmask.apl.washington.edu 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312992: Mon Jan 30 13:00:38 PST 2017 kargl@troutmask.apl.washington.edu:/data/obj/usr/src/sys/SPEW amd64 % ll /usr/local/bin/gcc6 -r-xr-xr-x 3 root wheel - 936640 Jan 2 14:21 /usr/local/bin/gcc6* -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Tue Feb 28 20:00:37 2017 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 1EA07CF228B; Tue, 28 Feb 2017 20:00:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 90E93E5D; Tue, 28 Feb 2017 20:00:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1SK0U5B090962 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 28 Feb 2017 22:00:30 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1SK0U5B090962 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1SK0UXm090961; Tue, 28 Feb 2017 22:00:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 28 Feb 2017 22:00:30 +0200 From: Konstantin Belousov To: Steve Kargl Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild Message-ID: <20170228200030.GK2092@kib.kiev.ua> References: <20170228194248.GA86055@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170228194248.GA86055@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 20:00:37 -0000 On Tue, Feb 28, 2017 at 11:42:48AM -0800, Steve Kargl wrote: > r313194 defined vm_ooffset_t and vm_pindex_t in sys/types.h. > I believe that forces a recompile of lang/gcc ports, and > probably anything built with the lang/gcc port to avoid > dependency issue. Neither "pkg audit -q" nor "pkg version -vl '<'" > pick up this issue. > > % make > gcc6 -o hex -O2 -pipe -static -Wall -fno-builtin -I/usr/local/include -I../mp -I../libm/msun/src -I../libm/libc/include -I../libm/libc/i386 hex.c -lm > In file included from /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed/unistd.h:46:0, > from hex.c:6: > /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed/sys/types.h:266:9: error: unknown type name '__vm_ooffset_t' > typedef __vm_ooffset_t vm_ooffset_t; > ^~~~~~~~~~~~~~ > /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed/sys/types.h:268:9: error: unknown type name '__vm_pindex_t' > typedef __vm_pindex_t vm_pindex_t; > ^~~~~~~~~~~~~ > *** Error code 1 > > % uname -a > FreeBSD troutmask.apl.washington.edu 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312992: Mon Jan 30 13:00:38 PST 2017 kargl@troutmask.apl.washington.edu:/data/obj/usr/src/sys/SPEW amd64 > > % ll /usr/local/bin/gcc6 > -r-xr-xr-x 3 root wheel - 936640 Jan 2 14:21 /usr/local/bin/gcc6* > Or do something along the following: mv /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed/ \ /usr/local/lib/gcc6/gcc/x86_64-portbld-freebsd12.0/6.3.0/include-fixed.not-needed/ Ideally, ports should stop shipping mangled system includes, or even better, gcc stop doing fixincludes. From owner-freebsd-current@freebsd.org Tue Feb 28 21:47:49 2017 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 CC60CCF2D07 for ; Tue, 28 Feb 2017 21:47:49 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 37A1EA29 for ; Tue, 28 Feb 2017 21:47:48 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 13762 invoked by uid 89); 28 Feb 2017 21:47:40 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.70) by mail.grem.de with ESMTPA; 28 Feb 2017 21:47:40 -0000 Date: Tue, 28 Feb 2017 22:47:39 +0100 From: Michael Gmelin To: "freebsd-current@freebsd.org" Subject: panic: invalid bcd xxx Message-ID: <20170228224739.167f2273@bsd64.grem.de> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 21:47:49 -0000 Booting r313561[0] I get the following panic: mountroot: waiting for device /dev/ufs/FreeBSD_install panic: invalid bcd 177 (also 254, 255 etc.) cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper... vpanic()... kassert_panic()... atrtc_gettime()... inittodr()... vfs_mountroot()... start_init()... fork_exit()... fork_trampoline()... (copied from a screenshot, hence the ellipsis) This is on an Acer C720 Chromebook, confirmed on two devices (one with cyapa touchpad, one with elan touchpad). Same problem happened with a CURRENT checked out about 10 hours ago. Previous versions of 12-CURRENT worked ok (last version I tested personally was back in November/December though). -m [0] https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO-IMAGES/12.0/FreeBSD-12.0-CURRENT-amd64-20170210-r313561-memstick.img -- Michael Gmelin From owner-freebsd-current@freebsd.org Tue Feb 28 22:24:05 2017 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 83A30CF19A1 for ; Tue, 28 Feb 2017 22:24:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 0251822D; Tue, 28 Feb 2017 22:24:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v1SMNxou022900 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 1 Mar 2017 00:23:59 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v1SMNxou022900 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v1SMNxgL022899; Wed, 1 Mar 2017 00:23:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 1 Mar 2017 00:23:59 +0200 From: Konstantin Belousov To: Michael Gmelin Cc: "freebsd-current@freebsd.org" , cem@freebsd.org Subject: Re: panic: invalid bcd xxx Message-ID: <20170228222359.GM2092@kib.kiev.ua> References: <20170228224739.167f2273@bsd64.grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170228224739.167f2273@bsd64.grem.de> User-Agent: Mutt/1.7.2 (2016-11-26) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 22:24:05 -0000 On Tue, Feb 28, 2017 at 10:47:39PM +0100, Michael Gmelin wrote: > Booting r313561[0] I get the following panic: > > mountroot: waiting for device /dev/ufs/FreeBSD_install > panic: invalid bcd 177 (also 254, 255 etc.) > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper... > vpanic()... > kassert_panic()... > atrtc_gettime()... > inittodr()... > vfs_mountroot()... > start_init()... > fork_exit()... > fork_trampoline()... > (copied from a screenshot, hence the ellipsis) > > This is on an Acer C720 Chromebook, confirmed on two devices (one with > cyapa touchpad, one with elan touchpad). Same problem happened with a > CURRENT checked out about 10 hours ago. Previous versions of 12-CURRENT > worked ok (last version I tested personally was back in > November/December though). > > -m > > > [0] > https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO-IMAGES/12.0/FreeBSD-12.0-CURRENT-amd64-20170210-r313561-memstick.img > This is most likely due to r312702. But then it means that your RTC returns garbage. From owner-freebsd-current@freebsd.org Tue Feb 28 22:24:58 2017 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 D935ECF1A84 for ; Tue, 28 Feb 2017 22:24:58 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002: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 A190A3AB for ; Tue, 28 Feb 2017 22:24:58 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-yw0-x22d.google.com with SMTP id d1so19179631ywd.2 for ; Tue, 28 Feb 2017 14:24:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=f7fm/odLjc1kZsgo+53hGXM1E9Raia1osk+A0AgS3RU=; b=H8hn9Dd6hVNwLW2a4QvinK4pkDqawbm6IJR1zYjyNEqY0wZrOh6LI+LQ9273EHiOm9 qeeKDbELgQtg4wQ15G1kPuud/yebPh33U93+nhp0l+G5IvA/BmoyK+KNuw8aNGOhC3P0 BVsqXVSn2HgtySwNonUxyT1GBn1WYeK+5mDiDk6FrfXFmN0t4v5tylREGrrXe4C3RhD+ aaxExPIx/W8Jfe8YO/6wzXd2H6paT7QeQvwketgJ65MzUzVHn8lyVFE2eGTBOLdbodVu uZTfIzZRmnUtaJvizFYJHEQwxXDk810bU4d+3Xl2ksJBZNZvNadmV/bkrsh9/6Lt6upt pr6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=f7fm/odLjc1kZsgo+53hGXM1E9Raia1osk+A0AgS3RU=; b=k9KN1v2LFG7WQEtR35B20WWHLSOPGDp4UtSfrXHD77TRxmriMgzpLN0LRGPQNQr3uP UKzZYJP0RewRVcSAz0tvfx2JD5PMg1gPUeYfauCQkcK5ZprqXQRdbClCbq1kJ+MhemS5 F2Fc8FX40p3Kdxzse/lzGWI4WQoigsI6KWWBMcOmgW+7B81RCptaEDsLny6ZzRBbbGwk ++j96NLfUB0NMFYmgHqsaetwS9pu7+mqgug6YpKv5QeWL27VHKvoFE1WdQ1r+QjdUcrV R7lEQSgUO4IW9UqmyAv+Wp+yfJIw8n5s0h5K0BSIOZ9hyxJQt9+2G7DC1WnoFia8wAna H8EA== X-Gm-Message-State: AMke39mQ78sI55tcgqnJzsxqj9K8UmUIhkuFTMm/R60TRgYpaIqPM5cuj144li9JyfQYQRNhSMdQYgvKmtW8nA== X-Received: by 10.129.40.135 with SMTP id o129mr1507448ywo.236.1488320697483; Tue, 28 Feb 2017 14:24:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.51.198 with HTTP; Tue, 28 Feb 2017 14:24:27 -0800 (PST) In-Reply-To: <20170228200030.GK2092@kib.kiev.ua> References: <20170228194248.GA86055@troutmask.apl.washington.edu> <20170228200030.GK2092@kib.kiev.ua> From: Ed Schouten Date: Tue, 28 Feb 2017 23:24:27 +0100 Message-ID: Subject: Re: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild To: Konstantin Belousov Cc: Steve Kargl , freebsd-ports@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 22:24:58 -0000 2017-02-28 21:00 GMT+01:00 Konstantin Belousov : > Ideally, ports should stop shipping mangled system includes, or even better, > gcc stop doing fixincludes. Amen. -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 From owner-freebsd-current@freebsd.org Tue Feb 28 22:31:44 2017 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 644BACF1CB6 for ; Tue, 28 Feb 2017 22:31:44 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 501A99B7; Tue, 28 Feb 2017 22:31:43 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 8BC3C5646A; Tue, 28 Feb 2017 16:31:37 -0600 (CST) Subject: Re: panic: invalid bcd xxx To: Michael Gmelin , "freebsd-current@freebsd.org" , Conrad Meyer References: <20170228224739.167f2273@bsd64.grem.de> From: Eric van Gyzen Message-ID: <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> Date: Tue, 28 Feb 2017 16:31:36 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170228224739.167f2273@bsd64.grem.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 22:31:44 -0000 On 02/28/2017 15:47, Michael Gmelin wrote: > Booting r313561[0] I get the following panic: > > mountroot: waiting for device /dev/ufs/FreeBSD_install > panic: invalid bcd 177 (also 254, 255 etc.) > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper... > vpanic()... > kassert_panic()... > atrtc_gettime()... > inittodr()... > vfs_mountroot()... > start_init()... > fork_exit()... > fork_trampoline()... > (copied from a screenshot, hence the ellipsis) > > This is on an Acer C720 Chromebook, confirmed on two devices (one with > cyapa touchpad, one with elan touchpad). Same problem happened with a > CURRENT checked out about 10 hours ago. Previous versions of 12-CURRENT > worked ok (last version I tested personally was back in > November/December though). Your system's real-time clock is returning garbage. r312702 added some input validation a few weeks ago. Previously, the kernel was reading beyond the end of an array and either complaining about the clock or setting it to the wrong time based on whatever was in the memory beyond the array. The added validation shouldn't be an assertion because it operates on data beyond the kernel's control. Try this: --- sys/libkern.h (revision 314424) +++ sys/libkern.h (working copy) @@ -57,8 +57,10 @@ bcd2bin(int bcd) { - KASSERT(bcd >= 0 && bcd < LIBKERN_LEN_BCD2BIN, - ("invalid bcd %d", bcd)); + if (bcd < 0 || bcd >= LIBKERN_LEN_BCD2BIN) { + printf("invalid bcd %d\n", bcd); + return (0); + } return (bcd2bin_data[bcd]); } Eric From owner-freebsd-current@freebsd.org Tue Feb 28 23:02:22 2017 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 0860CCF2A71 for ; Tue, 28 Feb 2017 23:02:22 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-wr0-f182.google.com (mail-wr0-f182.google.com [209.85.128.182]) (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 9D562A19; Tue, 28 Feb 2017 23:02:21 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-wr0-f182.google.com with SMTP id u108so18722735wrb.3; Tue, 28 Feb 2017 15:02:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=0ZqhA7m7gO1xx9hjyHpQdJucBeTSJpuQSUK20znQibc=; b=rHrhTdOv1/cRgj23QjSVUUGCg2dvdkiuSFmOCNMn0uzy0rUXK/m9b4Hc//8hazyePM seUEdYuNVTTg1ocK7CfJJdCrfnOI1+rUOJsB7dYkhzY4RdMkwWyZfIg5atuPdnPrJIVp mPCEeCPLvUlG+BCzN909fF5z98aCC7dY1jVVWDKKtC4ZmOyYF+r2Vr8Ei5y/cgsQ48Ck gp2NYkvwZeEzWLHnPvkAEsKTXJ05jtO+KVPCozfwPNWBj75FsHPiAgVWG3nOc/ox/9JB ssY0J/T0eX/2xGNCLJxTPL3sJZC7Zjk9W9eD17YKeeOK0w2/lUQXUnZ0XeunM+KtkurM em1Q== X-Gm-Message-State: AMke39leWW9pt9U9f53hfMqSe7WC+P8GLuPF1ed+gU1JAKdWBKim5lY1hySSA5WcG5qqOg== X-Received: by 10.223.136.66 with SMTP id e2mr4458355wre.14.1488322625339; Tue, 28 Feb 2017 14:57:05 -0800 (PST) Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com. [74.125.82.50]) by smtp.gmail.com with ESMTPSA id e71sm4465892wma.8.2017.02.28.14.57.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Feb 2017 14:57:05 -0800 (PST) Received: by mail-wm0-f50.google.com with SMTP id i17so5395686wmf.0; Tue, 28 Feb 2017 14:57:05 -0800 (PST) X-Received: by 10.28.218.80 with SMTP id r77mr735296wmg.0.1488322624957; Tue, 28 Feb 2017 14:57:04 -0800 (PST) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.80.152.82 with HTTP; Tue, 28 Feb 2017 14:57:04 -0800 (PST) In-Reply-To: <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> From: Conrad Meyer Date: Tue, 28 Feb 2017 14:57:04 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: invalid bcd xxx To: Eric van Gyzen Cc: Michael Gmelin , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 23:02:22 -0000 On Tue, Feb 28, 2017 at 2:31 PM, Eric van Gyzen wrote: > Your system's real-time clock is returning garbage. r312702 added some > input validation a few weeks ago. Previously, the kernel was reading beyond > the end of an array and either complaining about the clock or setting it to > the wrong time based on whatever was in the memory beyond the array. > > The added validation shouldn't be an assertion because it operates on data > beyond the kernel's control. Try this: > > --- sys/libkern.h (revision 314424) > +++ sys/libkern.h (working copy) > @@ -57,8 +57,10 @@ > bcd2bin(int bcd) > { > > - KASSERT(bcd >= 0 && bcd < LIBKERN_LEN_BCD2BIN, > - ("invalid bcd %d", bcd)); > + if (bcd < 0 || bcd >= LIBKERN_LEN_BCD2BIN) { > + printf("invalid bcd %d\n", bcd); > + return (0); > + } > return (bcd2bin_data[bcd]); > } I don't think removing this assertion and truncating to zero is the right thing to do. Adding an error return to this routine is a little much, though. I think probably the caller should perform input validation between the broken device and this routine. Thanks, Conrad From owner-freebsd-current@freebsd.org Tue Feb 28 23:16:04 2017 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 65AB5CF2E10 for ; Tue, 28 Feb 2017 23:16:04 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) 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 50608299; Tue, 28 Feb 2017 23:16:04 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 7CF885646A; Tue, 28 Feb 2017 17:16:03 -0600 (CST) Subject: Re: panic: invalid bcd xxx To: cem@freebsd.org References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> Cc: Michael Gmelin , "freebsd-current@freebsd.org" From: Eric van Gyzen Message-ID: Date: Tue, 28 Feb 2017 17:16:02 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 23:16:04 -0000 On 02/28/2017 16:57, Conrad Meyer wrote: > On Tue, Feb 28, 2017 at 2:31 PM, Eric van Gyzen wrote: >> Your system's real-time clock is returning garbage. r312702 added some >> input validation a few weeks ago. Previously, the kernel was reading beyond >> the end of an array and either complaining about the clock or setting it to >> the wrong time based on whatever was in the memory beyond the array. >> >> The added validation shouldn't be an assertion because it operates on data >> beyond the kernel's control. Try this: >> >> --- sys/libkern.h (revision 314424) >> +++ sys/libkern.h (working copy) >> @@ -57,8 +57,10 @@ >> bcd2bin(int bcd) >> { >> >> - KASSERT(bcd >= 0 && bcd < LIBKERN_LEN_BCD2BIN, >> - ("invalid bcd %d", bcd)); >> + if (bcd < 0 || bcd >= LIBKERN_LEN_BCD2BIN) { >> + printf("invalid bcd %d\n", bcd); >> + return (0); >> + } >> return (bcd2bin_data[bcd]); >> } > > I don't think removing this assertion and truncating to zero is the > right thing to do. Adding an error return to this routine is a little > much, though. I think probably the caller should perform input > validation between the broken device and this routine. Either of those would be a much better solution. This was just a quick hack to get the memstick to boot. Eric From owner-freebsd-current@freebsd.org Tue Feb 28 23:26:24 2017 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 84CBBCF20E4 for ; Tue, 28 Feb 2017 23:26:24 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id ED8E1B01 for ; Tue, 28 Feb 2017 23:26:23 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 15653 invoked by uid 89); 28 Feb 2017 23:26:22 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.70) by mail.grem.de with ESMTPA; 28 Feb 2017 23:26:22 -0000 Date: Wed, 1 Mar 2017 00:26:20 +0100 From: Michael Gmelin To: Eric van Gyzen Cc: cem@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: panic: invalid bcd xxx Message-ID: <20170301002620.6a5e35ce@bsd64.grem.de> In-Reply-To: References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 23:26:24 -0000 On Tue, 28 Feb 2017 17:16:02 -0600 Eric van Gyzen wrote: > On 02/28/2017 16:57, Conrad Meyer wrote: > > On Tue, Feb 28, 2017 at 2:31 PM, Eric van Gyzen > > wrote: > >> Your system's real-time clock is returning garbage. r312702 added > >> some input validation a few weeks ago. Previously, the kernel was > >> reading beyond the end of an array and either complaining about > >> the clock or setting it to the wrong time based on whatever was in > >> the memory beyond the array. > >> > >> The added validation shouldn't be an assertion because it operates > >> on data beyond the kernel's control. Try this: > >> > >> --- sys/libkern.h (revision 314424) > >> +++ sys/libkern.h (working copy) > >> @@ -57,8 +57,10 @@ > >> bcd2bin(int bcd) > >> { > >> > >> - KASSERT(bcd >= 0 && bcd < LIBKERN_LEN_BCD2BIN, > >> - ("invalid bcd %d", bcd)); > >> + if (bcd < 0 || bcd >= LIBKERN_LEN_BCD2BIN) { > >> + printf("invalid bcd %d\n", bcd); > >> + return (0); > >> + } > >> return (bcd2bin_data[bcd]); > >> } > > > > I don't think removing this assertion and truncating to zero is the > > right thing to do. Adding an error return to this routine is a > > little much, though. I think probably the caller should perform > > input validation between the broken device and this routine. > > Either of those would be a much better solution. This was just a > quick hack to get the memstick to boot. > Thanks for your response. I'm not in a hurry, so I can wait for a proper solution. Let me know if I should test anything or can help in some other way. -m -- Michael Gmelin From owner-freebsd-current@freebsd.org Tue Feb 28 23:35:50 2017 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 A95B7CF249D; Tue, 28 Feb 2017 23:35:50 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FBD16A5; Tue, 28 Feb 2017 23:35:49 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id EC87E16B; Tue, 28 Feb 2017 17:35:47 -0600 (CST) Date: Tue, 28 Feb 2017 17:35:46 -0600 From: Mark Linimon To: Ed Schouten Cc: Konstantin Belousov , FreeBSD Current , freebsd-ports@freebsd.org, Steve Kargl Subject: Re: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild Message-ID: <20170228233546.GA10976@lonesome.com> References: <20170228194248.GA86055@troutmask.apl.washington.edu> <20170228200030.GK2092@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 23:35:50 -0000 On Tue, Feb 28, 2017 at 11:24:27PM +0100, Ed Schouten wrote: > 2017-02-28 21:00 GMT+01:00 Konstantin Belousov : > > Ideally, ports should stop shipping mangled system includes, or even better, > > gcc stop doing fixincludes. > > Amen. Please let me know the magic wand you folks want us to wave to fix up all the bad usages in ports. We are barely keeping our heads above water as it is. mcl From owner-freebsd-current@freebsd.org Wed Mar 1 06:14:01 2017 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 7C63CCF58CD; Wed, 1 Mar 2017 06:14:01 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-pf0-x242.google.com (mail-pf0-x242.google.com [IPv6:2607:f8b0:400e:c00::242]) (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 4E5A2194E; Wed, 1 Mar 2017 06:14:01 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-pf0-x242.google.com with SMTP id x66so2588423pfb.1; Tue, 28 Feb 2017 22:14:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=233XtfuJMAM/18yXPcEhdSiqp5xPDvbaw672hL8Hwp4=; b=CDYVSABTXdewXuwScg9TGcyTqjs0KPR1CjTpz0SX7m910LulawcQOrPEEDaswcS91t CWIsvssXmmqRbFifbqC066K61eUEfLneqtsr682LuKiqZp+VrJdj9CVTRU0C3T0jroJe d9nrlDlr1okcFpPk4UrdXPX/tZPAkrGDxOekdyirgKm4bxvJod9RulsDWAhpzOp172F8 6bfUW/l18X3EOHXWmgInjaeYpoopbXOzYR5s4AA64n9Or8h1/kbDllIWW+AwbmUEKJvA pvKLSZtPY0Uxy+qNq2fXMtLDfrVaOiukYHz7rdkUWJ497YgaHajaoZoU98q9ZOkjxeqS GrHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=233XtfuJMAM/18yXPcEhdSiqp5xPDvbaw672hL8Hwp4=; b=bWiG711zMNPvHReQnJfy7hID/GfVYeyjqVzO6hAugWqNULpJxTdf4M/fCZPidWp5LG dnQ7JuXMQXSuXkxqSeyoEAG3U9PoJvOIr/kr85b1BfvvtWiZNaZ+qeCOIKypxL1YjrDU Kh9hAAPTmlrGneK4D+IhkJ0/W/SNfaStjCO+Gh6FZAnkxwz9VkHqP/JzyWwxIqC1B65q UAA+D/l5lUDjvBc5dztMxSLzRrVJsYhPkNfSjQbQrCHu90j7Rrx2Pk5c6f2DWQMerNy5 aqLFQmExMSuxUNEeQId82ETe7AJjCFOcGKd5SqAgcc9m1n7oqIBLNkvf0S2Qn529/kxT sK7w== X-Gm-Message-State: AMke39nRqaQWv5MY7EtXPRjX7B5dkXUtyugoAZKxIOOQHX2C37K0gsfm8URXKdSOWu4dtw== X-Received: by 10.99.137.66 with SMTP id v63mr6663810pgd.207.1488348840775; Tue, 28 Feb 2017 22:14:00 -0800 (PST) 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 l3sm7762177pgn.10.2017.02.28.22.13.56 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 28 Feb 2017 22:14:00 -0800 (PST) Date: Wed, 1 Mar 2017 07:13:50 +0100 From: Mateusz Guzik To: Mark Millard , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170301061350.GA22378@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> <20170225193103.GA4379@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20170225193103.GA4379@dft-labs.eu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Mar 2017 06:14:01 -0000 On Sat, Feb 25, 2017 at 08:31:04PM +0100, Mateusz Guzik wrote: > On Sat, Feb 25, 2017 at 09:58:39AM -0800, Mark Millard wrote: > > Thus the PowerMac G5 so-called "Quad Core" is back to > > -r313254 without your patches. (The "Quad Core" really has > > two processors, each with 2 cores.) > > > > > Thanks a lot for testing. I'll have to think what to do with it, worst > case I'll #ifdef changes with powerpc. > Should be fixed with r314474. Got a real powerpc to test on (60 cores), was able to lock it up in seconds. Now it is perfectly stablle. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Wed Mar 1 09:17:35 2017 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 4809FCF3394 for ; Wed, 1 Mar 2017 09:17:35 +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 27534828 for ; Wed, 1 Mar 2017 09:17:34 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (220-253-188-71.dyn.iinet.net.au [220.253.188.71]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v219HTq1018628 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 1 Mar 2017 01:17:33 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: confusing KTR_SCHED traces To: freebsd-current@freebsd.org References: From: Julian Elischer Message-ID: Date: Wed, 1 Mar 2017 17:17:24 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 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.23 Precedence: 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, 01 Mar 2017 09:17:35 -0000 On 18/2/17 2:48 am, Andriy Gapon wrote: > First, an example, three consecutive entries for the same thread (from top to > bottom): > KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"sleep", > attributes: prio:84, wmesg:"-", lockname:"(null)" > KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"spinning", > attributes: lockname:"sched lock 1" > KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"running", > attributes: none > > Any automatic analysis tool including schedgraph.py will assume that the thread > ends up in the running state. In reality, of course, the thread is in the > sleeping state. > The confusing trace is a result of logging the thread's intention to switch out > in mi_switch() before calling sched_switch(). In ULE's sched_switch() we > acquire the "TDQ_LOCK" which could be contested. In that case the thread spins > waiting for the lock to be released. This is reported as "spinning" and then > "running" states. > > I would like to fix that, but not sure how to do that best. > One idea is to move the mi_switch() trace closer to the cpu_switch() call > similarly to DTrace sched:cpu-off and sched:cpu-on probes. I think that is the way to fix it > > Any suggestions are welcome. > Thanks! From owner-freebsd-current@freebsd.org Wed Mar 1 17:45:16 2017 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 E98A6CF2C88 for ; Wed, 1 Mar 2017 17:45:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-87.reflexion.net [208.70.210.87]) (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 9486B77E for ; Wed, 1 Mar 2017 17:45:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3872 invoked from network); 1 Mar 2017 17:45:09 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 1 Mar 2017 17:45:09 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Wed, 01 Mar 2017 12:45:09 -0500 (EST) Received: (qmail 14083 invoked from network); 1 Mar 2017 17:45:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 1 Mar 2017 17:45:09 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 479F0EC8805; Wed, 1 Mar 2017 09:45:08 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <20170301061350.GA22378@dft-labs.eu> Date: Wed, 1 Mar 2017 09:45:07 -0800 Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170220191044.GA8526@dft-labs.eu> <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> <20170225193103.GA4379@dft-labs.eu> <20170301061350.GA22378@dft-labs.eu> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Mar 2017 17:45:17 -0000 On 2017-Feb-28, at 10:13 PM, Mateusz Guzik wrote: On Sat, Feb 25, 2017 at 08:31:04PM +0100, Mateusz Guzik wrote: >> On Sat, Feb 25, 2017 at 09:58:39AM -0800, Mark Millard wrote: >>> Thus the PowerMac G5 so-called "Quad Core" is back to >>> -r313254 without your patches. (The "Quad Core" really has >>> two processors, each with 2 cores.) >>> >> >> >> Thanks a lot for testing. I'll have to think what to do with it, worst >> case I'll #ifdef changes with powerpc. >> > > Should be fixed with r314474. Got a real powerpc to test on (60 cores), > was able to lock it up in seconds. Now it is perfectly stablle. > > -- > Mateusz Guzik The updated so-called "Quad Core" PowerMac G5 used for TARGET_ARCH=powerpc64 was able to do a self hosted buildworld buildkernel for -r314479 just fine. Thanks much for the fixes: Now I can track head again for powerpc64. Summary of the transition interval: So for powerpc64 (and powerpc?) It is a good idea to avoid anything that is after -r313254 and before -r314474 in head. (Would this be appropriate for a UPDATING notice given its span?) There may be other architectures that might have a similar status(?): the last fixes involved were not in Machine Dependent code. (Some architectures are apparently insensitive to the errors, such as amd64). === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Mar 1 23:35:16 2017 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 7CD69CF4EAD for ; Wed, 1 Mar 2017 23:35:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 120A8218; Wed, 1 Mar 2017 23:35:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id n11so11590875wma.0; Wed, 01 Mar 2017 15:35:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=S4JZd0kUo4lNE+KReRT0qru1T1EkLij7k28yUW+7RyI=; b=lKk+eyeMD8RavGXYMyJ6UyvRFIRMuz+TRAZ3AC9k0rIej44fVaa8oZR38aODeQZ3SW RGD1GyMrbBuSfBMxpUS6jlQtuUEPtNYadlSxhmKmsqVvyrTkBpmc0nAsWCCTnqUEndiZ eQ2v2XfLj/GfS9Txc1jp3KIAlxBFVtbK7dY3brnQXGuehcDoNWxlxMfVGmZfwNClj2AR ek/7DRObqJEMHZRwE1tw/sE8DAhNMUMqTYV7Q43MoieZ/5FLfGSmgEsZEdCH2h46Xl+9 HXAddD6pMb7FLEl6utxOkVobq9Fc+rGiyqzcpmctUggN4L91cFAq39qFRDUGnx6c6Xg+ UupQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=S4JZd0kUo4lNE+KReRT0qru1T1EkLij7k28yUW+7RyI=; b=rANpzsjsaC8i2fo4m3CDyYqsPRqjJo6diYGBon0ZjjMUJR6hux50Z0p76U7SmshtOz Ra0fZH+EOEQj0nyoMZEf+DNiBgvp5pYpQwNFHxNm8TI475ZCAxOjpMU+QHSYcGO5VoBS oiXBjiauEo0bQBUIJ/9duXsj0LEbQGo+gPI47keEx2XjZ5SlMRh0luGPv4v7+ZjTLnb9 /nSlMlXYarLGIRXsib5/mP1upalGrhEjxFXVEi1GFIcKQ84RmXVkUnSbkAaXdYKjuUSp 5v/Y9wHZDL/+c3lJ+6MukPUFHP/eCZ6+8xgUhIev5df3qvr0ZSDDlIboJnC4YOs4/dIx Hi9w== X-Gm-Message-State: AMke39kHRLZnRyhLOsxJ6Zg4zr/Q3WacdikNKC6IHLEEy2NUqm7cKW5F7RPXMkx1hCm4bOLGd5+q6TgXnnrOoQ== X-Received: by 10.28.21.81 with SMTP id 78mr5247256wmv.138.1488411314279; Wed, 01 Mar 2017 15:35:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.128.133 with HTTP; Wed, 1 Mar 2017 15:35:13 -0800 (PST) In-Reply-To: <20170301002620.6a5e35ce@bsd64.grem.de> References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> <20170301002620.6a5e35ce@bsd64.grem.de> From: Adrian Chadd Date: Wed, 1 Mar 2017 15:35:13 -0800 Message-ID: Subject: Re: panic: invalid bcd xxx To: Michael Gmelin Cc: Eric van Gyzen , "Conrad E. Meyer" , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Mar 2017 23:35:16 -0000 This is an emulated BIOS though, right? I don't know if we're going to get the RTC 'bugfixed'... -adrian On 28 February 2017 at 15:26, Michael Gmelin wrote: > On Tue, 28 Feb 2017 17:16:02 -0600 > Eric van Gyzen wrote: > >> On 02/28/2017 16:57, Conrad Meyer wrote: >> > On Tue, Feb 28, 2017 at 2:31 PM, Eric van Gyzen >> > wrote: >> >> Your system's real-time clock is returning garbage. r312702 added >> >> some input validation a few weeks ago. Previously, the kernel was >> >> reading beyond the end of an array and either complaining about >> >> the clock or setting it to the wrong time based on whatever was in >> >> the memory beyond the array. >> >> >> >> The added validation shouldn't be an assertion because it operates >> >> on data beyond the kernel's control. Try this: >> >> >> >> --- sys/libkern.h (revision 314424) >> >> +++ sys/libkern.h (working copy) >> >> @@ -57,8 +57,10 @@ >> >> bcd2bin(int bcd) >> >> { >> >> >> >> - KASSERT(bcd >= 0 && bcd < LIBKERN_LEN_BCD2BIN, >> >> - ("invalid bcd %d", bcd)); >> >> + if (bcd < 0 || bcd >= LIBKERN_LEN_BCD2BIN) { >> >> + printf("invalid bcd %d\n", bcd); >> >> + return (0); >> >> + } >> >> return (bcd2bin_data[bcd]); >> >> } >> > >> > I don't think removing this assertion and truncating to zero is the >> > right thing to do. Adding an error return to this routine is a >> > little much, though. I think probably the caller should perform >> > input validation between the broken device and this routine. >> >> Either of those would be a much better solution. This was just a >> quick hack to get the memstick to boot. >> > > Thanks for your response. > > I'm not in a hurry, so I can wait for a proper solution. Let me know if > I should test anything or can help in some other way. > > -m > > > -- > Michael Gmelin > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://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 Mar 1 23:37:45 2017 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 C3CB7CF4FF2 for ; Wed, 1 Mar 2017 23:37:45 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 40ECC811 for ; Wed, 1 Mar 2017 23:37:44 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 39354 invoked by uid 89); 1 Mar 2017 23:37:36 -0000 Received: from unknown (HELO ?192.168.250.192?) (mg@grem.de@46.244.129.140) by mail.grem.de with ESMTPA; 1 Mar 2017 23:37:36 -0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: panic: invalid bcd xxx From: Michael Gmelin X-Mailer: iPhone Mail (14D27) In-Reply-To: Date: Thu, 2 Mar 2017 00:37:35 +0100 Cc: Eric van Gyzen , "Conrad E. Meyer" , "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <80EC6EBB-8BF6-4990-9DEE-906EDCE69E06@grem.de> References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> <20170301002620.6a5e35ce@bsd64.grem.de> To: Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 01 Mar 2017 23:37:45 -0000 > On 2 Mar 2017, at 00:35, Adrian Chadd wrote: >=20 > This is an emulated BIOS though, right? >=20 > I don't know if we're going to get the RTC 'bugfixed'... >=20 It's SeaBIOS, yes. I feel like this might end up in another quirk/workaround= solution. -m >=20 > -adrian >=20 >> On 28 February 2017 at 15:26, Michael Gmelin wrote: >> On Tue, 28 Feb 2017 17:16:02 -0600 >> Eric van Gyzen wrote: >>=20 >>>> On 02/28/2017 16:57, Conrad Meyer wrote: >>>> On Tue, Feb 28, 2017 at 2:31 PM, Eric van Gyzen >>>> wrote: >>>>> Your system's real-time clock is returning garbage. r312702 added >>>>> some input validation a few weeks ago. Previously, the kernel was >>>>> reading beyond the end of an array and either complaining about >>>>> the clock or setting it to the wrong time based on whatever was in >>>>> the memory beyond the array. >>>>>=20 >>>>> The added validation shouldn't be an assertion because it operates >>>>> on data beyond the kernel's control. Try this: >>>>>=20 >>>>> --- sys/libkern.h (revision 314424) >>>>> +++ sys/libkern.h (working copy) >>>>> @@ -57,8 +57,10 @@ >>>>> bcd2bin(int bcd) >>>>> { >>>>>=20 >>>>> - KASSERT(bcd >=3D 0 && bcd < LIBKERN_LEN_BCD2BIN, >>>>> - ("invalid bcd %d", bcd)); >>>>> + if (bcd < 0 || bcd >=3D LIBKERN_LEN_BCD2BIN) { >>>>> + printf("invalid bcd %d\n", bcd); >>>>> + return (0); >>>>> + } >>>>> return (bcd2bin_data[bcd]); >>>>> } >>>>=20 >>>> I don't think removing this assertion and truncating to zero is the >>>> right thing to do. Adding an error return to this routine is a >>>> little much, though. I think probably the caller should perform >>>> input validation between the broken device and this routine. >>>=20 >>> Either of those would be a much better solution. This was just a >>> quick hack to get the memstick to boot. >>>=20 >>=20 >> Thanks for your response. >>=20 >> I'm not in a hurry, so I can wait for a proper solution. Let me know if >> I should test anything or can help in some other way. >>=20 >> -m >>=20 >>=20 >> -- >> Michael Gmelin >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://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 Mar 2 09:31:17 2017 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 C71B9CF5EA7 for ; Thu, 2 Mar 2017 09:31:17 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92156270 for ; Thu, 2 Mar 2017 09:31:17 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [2.247.250.169] (helo=[10.255.30.169]) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1cjN4m-0006oE-HC; Thu, 02 Mar 2017 10:31:08 +0100 From: Matthias Apitz To: Subject: Re: panic: invalid bcd xxx Date: Thu, 02 Mar 2017 10:31:05 +0100 User-Agent: Dekko/0.6.20; Qt/5.4.1; ubuntumirclient; Linux; MIME-Version: 1.0 Message-ID: <673e2e0c-b3c8-42b7-a32d-1798eaf571f6@unixarea.de> In-Reply-To: <80EC6EBB-8BF6-4990-9DEE-906EDCE69E06@grem.de> References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> <20170301002620.6a5e35ce@bsd64.grem.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 2.247.250.169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 09:31:17 -0000 On Thursday, 2 March 2017 00:37:35 CET, Michael Gmelin =20 wrote: >=20 >=20 >> On 2 Mar 2017, at 00:35, Adrian Chadd wrote: >>=20 >> This is an emulated BIOS though, right? >>=20 >> I don't know if we're going to get the RTC 'bugfixed'... >>=20 >=20 >=20 > It's SeaBIOS, yes. I feel like this might end up in another=20 > quirk/workaround solution. >=20 I'm one of the C720 owners and apart of Michael, I only know two users=20 more running FreeBSD. The SeaBIOS in our devices. is outdated, mine from=20 2013 IIRC. I dont know if there is an easy way to update this. matthias --=20 Sent from my Ubuntu phone http://www.unixarea.de/ From owner-freebsd-current@freebsd.org Thu Mar 2 11:02:35 2017 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 4BBBFCF5A2B for ; Thu, 2 Mar 2017 11:02:35 +0000 (UTC) (envelope-from mingorrubioer@gmail.com) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::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 0BF3AAC for ; Thu, 2 Mar 2017 11:02:35 +0000 (UTC) (envelope-from mingorrubioer@gmail.com) Received: by mail-qk0-x22d.google.com with SMTP id s186so116841987qkb.1 for ; Thu, 02 Mar 2017 03:02:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=k1Pwwv3TOH8GtpZEad8P0Ff8JZAexVEQLB86kzZwUIA=; b=FPWM7jfwAS8nPdh8WHpP0VARN2Dm+iT+ojC+rFbaKwYAA1dKATdEFIbOMWLcuNCXS7 KNaYxFrq3MNr2qEZ0KOaOeOSHWb4+IKg+Vo+SKdkkBRS/TNISV0JcNqH8bP2X7jfwomC 7Jnf3ORF5zT8xoShGFGzonY6IENV+0wJCWcyR9Z2zYwWJIv4LlMPdq4t/v8T0ruLnNt8 U4K+MYsAuyCcrSIDMYKo2Ftisgc8h7dTIOYgQqJhvfr8jsquw0s51B/i9L6RQ/JSdkPj BQgVdpKT4EHimSwVhb5ucVWBa4dtO/f3xhO+O/t05IG3okCvFHh1OvisXVPbPaJuhosv BE7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=k1Pwwv3TOH8GtpZEad8P0Ff8JZAexVEQLB86kzZwUIA=; b=AsPkNAHHbuSsNVolMjwBTOPTgjtpE7o8s0gDGIcV9zLtsbkNr5lKR775E+a8CD0bSd 8Wr+GAsGeP7exrvj+z0dX0FysXoykWUBUKtBBLq4AUc/yUuj+LtxXorU5YhejpqcX9ql uLhuuwQ5LBDjzO6G1+3J6gPEb08tjgyOYS9PQkWt+pDGl7l3iWEkzq0W/jEGoYpMDuZx DbnK0wc5ewAKiVQZHkuf3Q6Aw8hPt74hWMQ1pYbbCyqtrFSVj1ZtXbLdGPAVZZEsLFJm 0IuBXqodysyL2T74I+zcJUHLYrnscTRCj/ZvWTx9ekeOIotCmhqxL09oxfKktk231Zdz BS6Q== X-Gm-Message-State: AMke39mZ42vMiDbKkknvJXYy8IgIuDAvCzcR9N9Ffg43Bhqi15ioECWnjztot9NGLf2rpd3N1fZZboUPhTsS5A== X-Received: by 10.200.38.72 with SMTP id v8mr16947863qtv.27.1488452554026; Thu, 02 Mar 2017 03:02:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.31.72 with HTTP; Thu, 2 Mar 2017 03:02:13 -0800 (PST) From: Mingo Rrubioer Date: Thu, 2 Mar 2017 14:02:13 +0300 Message-ID: Subject: CFLAGS for certain ports To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 11:02:35 -0000 Hello, New to FreeBSD and first post. If I got the wrong mailing list, just let me know where to ask my questions. I would like to see how well FreeBSD does as a workstation OS in the HPC world due to its stability and reliability, as well as LLVM/clang. I would like to know if FreeBSD has something similar to Gentoo's /etc/portage/make.conf file and /etc/portage/package.use/* files in order to compile certain ports with certain compiler flags. Currently I mainly use CFLAGS="-O2 -pipe -mtune=native" for most of the applications, so nothing really aggressive (in general). I've been reading through some FreeBSD docs (Handbook and ports documentation) but haven't found the answer (maybe looking in the wrong place). Regarding LLVM/clang, I've been reading the documentation and found these flags: -arch=, -march=, -mcpu=, --target=, target-cpu . I'm not quite sure which one would be the one to use. In case someone wants to know, my initial play/test machine has this processor: CPU: Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz (3600.11-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206d7 Family=0x6 Model=0x2d Stepping=7 And I'm currently running: 11.0-RELEASE-p8. So I imagine I should use something like CFLAGS+= -march=corei7-avx -march=sandybridge -target-cpu. Is that correct? Currently all our deployed workstations are Intel with NVIDIA Quadro graphics cards. My target is not to migrate everything, I just want to know if FreeBSD would be suitable and where. As I mentioned, this would be for specific scientific applications, not system wide. Thanks !! From owner-freebsd-current@freebsd.org Thu Mar 2 12:10:27 2017 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 800EDCF1232; Thu, 2 Mar 2017 12:10:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 0B3B76B3; Thu, 2 Mar 2017 12:10:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id v190so6104707wme.3; Thu, 02 Mar 2017 04:10:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=MX2mdjoR/yldONljs9doR6MC185fkaePgbryFCxk1DY=; b=CB3ryYou9e8ftx3xDVLyNP/W2T2HrrKbSJ4MeAa1DUuOOsFIwce+3iYkd2ChYWcWT/ 56aglWRkvn1RsoIWIG0VGT6fnxqRrzVRCaNbp12nGRap1G+WSrdJqnsMqlsUokywM7OX +5Y6ycM8rr5grHMo0w+ItKFV02jOwxQA6XmbjcXNqNBotXgFBIWY9grPzbY82bdUukxI 8aUpvX2qVJoFv4/V3LN0iljiJXsbffltgSVPy3G5jpVIyf7rUFXK7FCtHOi7VNTzKO+7 zvRaxkP1cTq6/Hb0N8itPTvlVwrwlLpfADU/qqxPoLdNg0SwI9ZUpKD+aIjonXps7/TP 94pw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=MX2mdjoR/yldONljs9doR6MC185fkaePgbryFCxk1DY=; b=RxxmQQ87RH+dWeIImqPU7py2sV74glgz8OXA0nBW2aURTG+p7saT9jLB2jnYcqDbtV JdZ9uBaa8H0W5bu2hvTNRmsw7nQLajNKBekyT54/NMELdmYesXed0Wtp6zA8AGdoytzJ 9GSLacVWU1IFfeMvGgMrIahFy92TxGr1Gwy1KajVL1p0OyhSQdqPLxdEacT8U45Nw/K4 A00AANbRhlhWzMsEw5gsOiMAI82UbfXmg/MZbpeTkHS8fNTKtJTlJt8DjdJSmW+acT5y fqd1ggSLCfreKPw2OKuTrVSw1u/RDKtP4LrDqHMlnVcbOHmWtGCpHCmc3V/hXELWxBJN zEQg== X-Gm-Message-State: AMke39kp+Nld1xUCLX4MS12Cmz9xmLBlhJ8T3s9U5ZaKGZLOAtAtG9oHmVYZMSM7ywR1Yw== X-Received: by 10.28.66.11 with SMTP id p11mr8516387wma.38.1488456625542; Thu, 02 Mar 2017 04:10:25 -0800 (PST) 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 l130sm26770203wmf.0.2017.03.02.04.10.23 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Thu, 02 Mar 2017 04:10:24 -0800 (PST) Date: Thu, 2 Mar 2017 13:10:21 +0100 From: Mateusz Guzik To: Mark Millard Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170302121021.GA32682@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML References: <5D5235E1-6F84-4329-8ED5-35FCDB0A6A71@dsl-only.net> <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> <20170225193103.GA4379@dft-labs.eu> <20170301061350.GA22378@dft-labs.eu> 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.23 Precedence: 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, 02 Mar 2017 12:10:27 -0000 On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote: > > On 2017-Feb-28, at 10:13 PM, Mateusz Guzik wrote: > > On Sat, Feb 25, 2017 at 08:31:04PM +0100, Mateusz Guzik wrote: > >> On Sat, Feb 25, 2017 at 09:58:39AM -0800, Mark Millard wrote: > >>> Thus the PowerMac G5 so-called "Quad Core" is back to > >>> -r313254 without your patches. (The "Quad Core" really has > >>> two processors, each with 2 cores.) > >>> > >> > >> > >> Thanks a lot for testing. I'll have to think what to do with it, worst > >> case I'll #ifdef changes with powerpc. > >> > > > > Should be fixed with r314474. Got a real powerpc to test on (60 cores), > > was able to lock it up in seconds. Now it is perfectly stablle. > > > > -- > > Mateusz Guzik > > The updated so-called "Quad Core" PowerMac G5 used for > TARGET_ARCH=powerpc64 was able to do a self hosted > buildworld buildkernel for -r314479 just fine. > Cool. > Thanks much for the fixes: Now I can track head again > for powerpc64. > Well it was my breakage to begin with. > > Summary of the transition interval: > > So for powerpc64 (and powerpc?) It is a good > idea to avoid anything that is after -r313254 > and before -r314474 in head. (Would this be > appropriate for a UPDATING notice given its > span?) > > There may be other architectures that might have > a similar status(?): the last fixes involved were > not in Machine Dependent code. (Some architectures > are apparently insensitive to the errors, such as > amd64). > When following current you are expected to be on the newest revision, so I don't think mentioning interim broken releases makes much sense. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Thu Mar 2 12:58:42 2017 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 1291ACF2521 for ; Thu, 2 Mar 2017 12:58:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C913B758 for ; Thu, 2 Mar 2017 12:58:41 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4904922532; Thu, 2 Mar 2017 13:58:32 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_4641578D-3F5F-4BE9-8DC2-C657FD72B68C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: CFLAGS for certain ports Date: Thu, 2 Mar 2017 13:58:27 +0100 In-Reply-To: Cc: freebsd-current@freebsd.org To: Mingo Rrubioer References: X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 12:58:42 -0000 --Apple-Mail=_4641578D-3F5F-4BE9-8DC2-C657FD72B68C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 2 Mar 2017, at 12:02, Mingo Rrubioer wrote: > > I would like to see how well FreeBSD does as a workstation OS in the > HPC world due to its stability and reliability, as well as LLVM/clang. > I would like to know if FreeBSD has something similar to Gentoo's > /etc/portage/make.conf file and /etc/portage/package.use/* files in > order to compile certain ports with certain compiler flags. It doesn't, though it would certainly be nice to have something like it at some point. The current idiom is to put something similar to the following in your /etc/make.conf: .if ${.CURDIR:M/usr/ports/foo/bar} CFLAGS+= [... flags for the foo/bar port ...] .endif .if ${.CURDIR:M/usr/ports/what/ever} CFLAGS+= [... flags for the what/ever port ...] .endif > Regarding LLVM/clang, I've been reading the documentation and found > these flags: -arch=, -march=, -mcpu=, > --target=, target-cpu . I'm not quite sure which > one would be the one to use. In case someone wants to know, my initial > play/test machine has this processor: > > CPU: Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz (3600.11-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x206d7 Family=0x6 Model=0x2d Stepping=7 > > And I'm currently running: 11.0-RELEASE-p8. > > So I imagine I should use something like CFLAGS+= -march=corei7-avx > -march=sandybridge -target-cpu. Is that correct? Don't specify -march or -mcpu directly, but add the following line to /etc/make.conf: CPUTYPE?= native This will take care of everything automatically. See also make.conf(5). -Dimitry --Apple-Mail=_4641578D-3F5F-4BE9-8DC2-C657FD72B68C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAli4FvcACgkQsF6jCi4glqMhQACfRnH1vwFsZvoSTlMom6iNL3bv /jsAmgKmkDsvzLgooQ5wWxM9VzvU23fj =bYV6 -----END PGP SIGNATURE----- --Apple-Mail=_4641578D-3F5F-4BE9-8DC2-C657FD72B68C-- From owner-freebsd-current@freebsd.org Thu Mar 2 13:46:14 2017 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 7BB8CCF3187 for ; Thu, 2 Mar 2017 13:46:14 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.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 656B3C40 for ; Thu, 2 Mar 2017 13:46:14 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6177DCF3186; Thu, 2 Mar 2017 13:46:14 +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 60AC9CF3184 for ; Thu, 2 Mar 2017 13:46:14 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76658C3F for ; Thu, 2 Mar 2017 13:46:13 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cjR3a-0003hr-5r for current@freebsd.org; Thu, 02 Mar 2017 14:46:10 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cjR3a-0001L7-4S for current@freebsd.org; Thu, 02 Mar 2017 14:46:10 +0100 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); for ; Thu, 02 Mar 2017 13:46:10 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: i386 browsers freeze just 2x daily, got one core.txt, here... r383487 feb 2017 Date: Thu, 02 Mar 2017 05:46:10 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 13:46:14 -0000 foo bar dumped core - see /var/crash/vmcore.8 Wed Mar 1 18:14:10 PST 2017 foo bar 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r313487: Mon Feb 13 16:58:53 P= ST 2017 FOO BAR :/usr/obj/usr/src/sys/foo-bar-not-GENERIC i386 panic: vm_fault: fault on nofault entry, addr: deadc000 GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/test/kernel...Reading symbols from /usr/lib/debu= g//boot/test/kernel.debug...done. done. Unread portion of the kernel message buffer: 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...=20 Syncing disks, vnodes remaining... 5 1 0 0 done All buffers synced. lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfb90150 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2762 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5c8b00a at vputx+0x16a #7 0xb5c8286c at dounmount+0x5dc #8 0xb5c8c8e8 at vfs_unmountall+0x68 #9 0xb5c68333 at bufshutdown+0x3f3 #10 0xb5bbfca7 at kern_reboot+0x1b7 #11 0xb5bbfa88 at sys_reboot+0x3e8 #12 0xb6155fa5 at syscall+0x3b5 #13 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfa28034 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1404 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5eb9617 at ffs_flushfiles+0x157 #7 0xb5e9d9aa at softdep_flushfiles+0x17a #8 0xb5ebc04c at ffs_unmount+0x7c #9 0xb5c8299b at dounmount+0x70b #10 0xb5c8c8e8 at vfs_unmountall+0x68 #11 0xb5c68333 at bufshutdown+0x3f3 #12 0xb5bbfca7 at kern_reboot+0x1b7 #13 0xb5bbfa88 at sys_reboot+0x3e8 #14 0xb6155fa5 at syscall+0x3b5 #15 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf69ab4c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xb6b6f8b0 allproc (allproc) @ /usr/src/sys/kern/kern_descrip.c:3104 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc976a at _sx_slock+0x5a #3 0xb5b743f1 at mountcheckdirs+0x41 #4 0xb5c828ea at dounmount+0x65a #5 0xb5c8c93b at vfs_unmountall+0xbb #6 0xb5c68333 at bufshutdown+0x3f3 #7 0xb5bbfca7 at kern_reboot+0x1b7 #8 0xb5bbfa88 at sys_reboot+0x3e8 #9 0xb6155fa5 at syscall+0x3b5 #10 0xb6140ede at Xint0x80_syscall+0x2e Uptime: 3h49m18s GEOM_SCHED: Modevent 2. uhub11: detached uhub9: detached uhub10: detached ums0: detached <5>ue0: link state changed to DOWN <5>Accounting disabled panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid =3D 2 KDB: stack backtrace: db_trace_self_wrapper(b632dee0,b65ec9b0,0,b63057cc,20c,...) at db_trace_sel= f_wrapper+0x2a/frame 0xeaa10428 kdb_backtrace(b653d063,2,b6378ae5,eaa104e4,fb,...) at kdb_backtrace+0x2d/fr= ame 0xeaa10490 vpanic(b6378ae5,eaa104e4,eaa104e4,eaa105c0,b5edffb1,...) at vpanic+0x115/fr= ame 0xeaa104c4 panic(b6378ae5,deadc000,1,eaa1052c,eaa1051c,...) at panic+0x1b/frame 0xeaa1= 04d8 vm_fault_hold(b8172000,deadc000,1,0,0,...) at vm_fault_hold+0x2051/frame 0x= eaa105c0 vm_fault(b8172000,deadc000,1,0,c2d0bfa8,...) at vm_fault+0x88/frame 0xeaa10= 5e8 trap_pfault(deadc348,b6ae70ec,b6600504,bdda8d00,b6ae70f0,...) at trap_pfaul= t+0x116/frame 0xeaa10630 trap(eaa10778) at trap+0x2d6/frame 0xeaa1076c calltrap() at calltrap+0x6/frame 0xeaa1076c --- trap 0xc, eip =3D 0xb5bbaf19, esp =3D 0xeaa107b8, ebp =3D 0xeaa10828 --- __rw_wlock_hard(c2d42ab4,deadc0de,be269000,b63585e2,139,...) at __rw_wlock_= hard+0xe9/frame 0xeaa10828 _rw_wlock_cookie(c2d42ab4,b63585e2,139,136,0,...) at _rw_wlock_cookie+0xd8/= frame 0xeaa10858 ip_output(c3acf400,0,0,0,0,...) at ip_output+0x4aa/frame 0xeaa10934 check_dyn_rules(1,1,b632a786,eaa109c8,b5bce8a2,...) at check_dyn_rules+0x6a= 8/frame 0xeaa10994 ipfw_dyn_tick(0,0,b632a786,2b1,eaa10a00,...) at ipfw_dyn_tick+0x55/frame 0x= eaa109c8 softclock_call_cc(0,0,b632a786,360,0,...) at softclock_call_cc+0x17c/frame = 0xeaa10a68 softclock(b6b6fa80,9,0,560,be2d4048,...) at softclock+0x40/frame 0xeaa10a88 intr_event_execute_handlers(b6aa7e10,be2d4000,b6320f1d,560,b6320b58,...) at= intr_event_execute_handlers+0x8e/frame 0xeaa10ab0 ithread_loop(be2d7000,eaa10b28,b6320b58,406,0,...) at ithread_loop+0x90/fra= me 0xeaa10aec fork_exit(b5b8a3c0,be2d7000,eaa10b28) at fork_exit+0x7e/frame 0xeaa10b14 fork_trampoline() at fork_trampoline+0x8/frame 0xeaa10b14 --- trap 0, eip =3D 0, esp =3D 0xeaa10b60, ebp =3D 0 --- KDB: enter: panic Reading symbols from /boot/test/geom_journal.ko...Reading symbols from /usr= /lib/debug//boot/test/geom_journal.ko.debug...done. done. Reading symbols from /boot/test/geom_label.ko...Reading symbols from /usr/l= ib/debug//boot/test/geom_label.ko.debug...done. done. Reading symbols from /boot/modules/nvidia-modeset.ko...(no debugging symbol= s found)...done. Reading symbols from /boot/modules/nvidia.ko...(no debugging symbols found)= ...done. Reading symbols from /boot/test/ehci.ko...Reading symbols from /usr/lib/deb= ug//boot/test/ehci.ko.debug...done. done. Reading symbols from /boot/test/geom_sched.ko...Reading symbols from /usr/l= ib/debug//boot/test/geom_sched.ko.debug...done. done. Reading symbols from /boot/test/gsched_rr.ko...Reading symbols from /usr/li= b/debug//boot/test/gsched_rr.ko.debug...done. done. Reading symbols from /boot/test/pf.ko...Reading symbols from /usr/lib/debug= //boot/test/pf.ko.debug...done. done. Reading symbols from /boot/test/snd_csa.ko...Reading symbols from /usr/lib/= debug//boot/test/snd_csa.ko.debug...done. done. __curthread () at ./machine/pcpu.h:225 225 __asm("movl %%fs:%1,%0" : "=3Dr" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:225 #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:318 #2 0xb555a40e in db_dump (dummy=3D-1245695404,=20 dummy2=3D, dummy3=3D-1, dummy4=3D0xeaa101d4 "") at /usr/src/sys/ddb/db_command.c:546 #3 0xb555a1fa in db_command (last_cmdp=3D,=20 cmd_table=3D, dopager=3D) at /usr/src/sys/ddb/db_command.c:453 #4 0xb5559f50 in db_command_loop () at /usr/src/sys/ddb/db_command.c:506 #5 0xb555cdfa in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:248 #6 0xb5c03997 in kdb_trap (type=3D, code=3D,= =20 tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #7 0xb615530f in trap (frame=3D) at /usr/src/sys/i386/i386/trap.c:683 #8 #9 0xb5c03254 in kdb_enter (why=3D0xb6328738 "panic", msg=3D) at /usr/src/sys/kern/subr_kdb.c:444 #10 0xb5bc03f2 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:772 #11 0xb5bc042b in panic ( fmt=3D0xb6378ae5 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:710 #12 0xb5edffb1 in vm_fault_hold (map=3D, vaddr=3D,=20 fault_type=3D, fault_flags=3D,=20 m_hold=3D) at /usr/src/sys/vm/vm_fault.c:531 #13 0xb5eddf28 in vm_fault (map=3D0xb8172000, vaddr=3D,=20 fault_type=3D, fault_flags=3D) at /usr/src/sys/vm/vm_fault.c:474 #14 0xb61558c6 in trap_pfault (frame=3D0xeaa10778, usermode=3D,=20 eva=3D) at /usr/src/sys/i386/i386/trap.c:868 #15 0xb6154d06 in trap (frame=3D) at /usr/src/sys/i386/i386/trap.c:512 #16 #17 __rw_wlock_hard (c=3D, v=3D,=20 tid=3D, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_rwlock.c:892 #18 0xb5bbada8 in _rw_wlock_cookie (c=3D, file=3D,=20 line=3D) at /usr/src/sys/kern/kern_rwlock.c:285 #19 0xb5d5303a in ip_output (m=3D, opt=3D,=20 ro=3D, flags=3D, imo=3D,=20 inp=3D) at /usr/src/sys/netinet/ip_output.c:313 #20 0xb5e32028 in check_dyn_rules (chain=3D0xb6b75068 ,=20 rt=3D, check_ka=3D, timer=3D) at /usr/src/sys/netpfil/ipfw/ip_fw_dynamic.c:1522 #21 0xb5e32a45 in ipfw_dyn_tick (vnetx=3D0x0) at /usr/src/sys/netpfil/ipfw/ip_fw_dynamic.c:1224 #22 0xb5bd81bc in softclock_call_cc (c=3D, cc=3D,=20 direct=3D) at /usr/src/sys/kern/kern_timeout.c:729 #23 0xb5bd86c0 in softclock (arg=3D) at /usr/src/sys/kern/kern_timeout.c:867 #24 0xb5b89e6e in intr_event_execute_handlers (p=3D0xb6aa7e10 ,=20 ie=3D) at /usr/src/sys/kern/kern_intr.c:1262 #25 0xb5b8a450 in ithread_execute_handlers (ie=3D,=20 p=3D) at /usr/src/sys/kern/kern_intr.c:1275 #26 ithread_loop (arg=3D) at /usr/src/sys/kern/kern_intr.c:1= 356 #27 0xb5b8767e in fork_exit (callout=3D0xb5b8a3c0 ,=20 arg=3D, frame=3D) at /usr/src/sys/kern/kern_fork.c:1038 #28 (kgdb)=20 ------------------------------------------------------------------------ ps -axlww UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMA= ND 0 0 0 0 -16 0 0 2360300 swapin DLs - 21:19.58 [kern= el] 0 1 0 0 52 0 5236 0 usbdrain DLs - 0:00.01 [init] 0 2 0 0 -16 0 0 2360300 - RL - 0:18.47 [cam] 0 3 0 0 -16 0 0 2360300 waiting_ DL - 0:00.00 [sctp= _iterator] 0 4 0 0 -16 0 0 2360300 - DL - 0:00.54 [rand= _harvestq] 0 5 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od1] 0 6 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od2] 0 7 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od3] 0 8 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od4] 0 9 0 0 -16 0 0 2360300 psleep DL - 0:02.09 [page= daemon] 0 10 0 0 -16 0 0 2360300 audit_wo DL - 0:00.00 [audi= t] 0 11 0 0 155 0 0 2360300 - RL - 1792:43.40 [idle] 0 12 0 0 -64 0 0 2360300 - WL - 0:57.27 [intr] 0 13 0 0 -16 0 0 2360300 sleep DL - 0:00.00 [ng_q= ueue] 0 14 0 0 -8 0 0 2360300 - DL - 0:03.51 [geom] 0 15 0 0 -68 0 0 2360300 - DL - 0:07.30 [usb] 0 16 0 0 -16 0 0 2360300 psleep DL - 0:00.00 [vmda= emon] 0 17 0 0 -16 0 0 2360300 pollid DL - 0:00.01 [idle= poll] 0 18 0 0 20 0 0 2360300 - DL - 0:00.62 [bufs= pacedaemon] 0 19 0 0 -16 0 0 2360300 kpsusp DL - 0:01.29 [bufd= aemon] 0 20 0 0 -16 0 0 2360300 kpsusp DL - 0:00.05 [vnlr= u] 0 21 0 0 16 0 0 2360300 kpsusp DL - 0:00.97 [sync= er] 0 22 0 0 16 0 0 2360300 c_flowcl DL - 0:00.04 [flow= cleaner] 0 169 1 0 -100 0 0 2360300 - ZW - 0:00.00 0 1058 0 0 -8 0 0 2360300 mdwait DL - 0:00.00 [md0] 0 1453 0 0 -16 0 0 2360300 pftm DL - 0:04.77 [pf p= urge] 0 8117 1 0 20 0 115624 0 tcpinp L+ - 0:16.05 [link= s] ------------------------------------------------------------------------ vmstat -s 61771682 cpu context switches 18047809 device interrupts 478145 software interrupts 4404318 traps 36886678 system calls 25 kernel threads created 8767 fork() calls 582 vfork() calls 2 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 8459 vnode pager pageins 47766 vnode pager pages paged in 35 vnode pager pageouts 133 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 0 clean page reclamation shortfalls 0 pages reactivated by the page daemon 316488 copy-on-write faults 392 copy-on-write optimized faults 2362598 zero fill pages zeroed 35639 zero fill pages prezeroed 239 intransit blocking page faults 3408587 total VM faults taken 8982 page faults requiring I/O 0 pages affected by kernel thread creation 1071730 pages affected by fork() 19904 pages affected by vfork() 100 pages affected by rfork() 3861129 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 4811 pages active 19624 pages inactive 40 pages in the laundry queue 24834 pages wired down 704531 pages free 4096 bytes per page 0 total name lookups cache hits (0% pos + 0% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) acpica 4915 254K - 82841 16,32,64,128,256,512,1024 kbdmux 6 22K - 6 16,256,1024,2048,16384 md_disk 1 2K - 1 2048 acpitask 1 4K - 1 4096 acpisem 44 6K - 44 64,128 acpidev 41 2K - 41 32 ppbusdev 3 1K - 3 128 CAM SIM 13 2K - 13 128 entropy 0 0K - 193 4096 CAM XPT 43 5K - 339 16,32,128,256,512,1024,2048,65= 536 CAM DEV 15 30K - 80 2048 CAM CCB 0 0K - 60245 2048 CAM path 16 1K - 243 16 CAM periph 5 1K - 57 16,32,64,128,256 ac97 2 1K - 2 16,512 feeder 15 1K - 565 16,64 mixer 1 4K - 1 4096 acpi_perf 8 1K - 8 128 CAM I/O Scheduler 1 1K - 1 64 CAM queue 28 4K - 225 16,32,64,128,256 UART 3 2K - 3 16,512,1024 USB 52 35K - 100 16,32,64,256,1024,2048,4096,81= 92 USBdev 35 3K - 79 32,64,128,256,2048 CAM dev queue 13 1K - 13 64 vtbuf 24 7776K - 46 8192 vt 11 3K - 11 256 sysmouse 0 0K - 1 2048 DEVFS3 0 0K - 196 128,256 DEVFS1 143 36K - 166 256 DEVFS_RULE 86 21K - 86 32,256 DEVFS 0 0K - 26 16,32,64 DEVFSP 0 0K - 45 32 NFSD V4client 1 1K - 1 128 NFSD lckfile 1 1K - 1 128 NFSD session 1 1K - 1 512 pfs_nodes 79 10K - 79 128 GEOM 150 15K - 1626 16,32,64,128,256,512,1024,2048= ,8192,16384 raid_data 0 0K - 216 16,128 isadev 9 1K - 9 64 cdev 3 1K - 4 128 filedesc 2 5K - 157 16,2048,4096,8192 sigio 0 0K - 1 32 filecaps 0 0K - 10230 16,64 kdtrace 316 74K - 9863 64,256 kenv 181 11K - 185 16,32,64,128,4096 kqueue 27 1K - 9401 32,256,1024 proc-args 22 1K - 11147 16,32,64,128,256 Fail Points 0 0K - 20 1024 hhook 11 2K - 11 128 ithread 146 13K - 146 16,64,128 KTRACE 100 13K - 100 128 linker 219 435K - 315 16,32,256,1024,2048,4096,16384= ,32768 lockf 2 1K - 7898 32,64 loginclass 2 1K - 3 64 devbuf 3416 3234K - 4278 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,65536 temp 45 233K - 19122 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 module 550 35K - 551 64,128 mtx_pool 2 8K - 2 4096 osd 3 1K - 10 16,32,64,128 pmchooks 1 1K - 1 64 pgrp 2 1K - 349 64 session 2 1K - 108 128 proc 2 8K - 2 4096 subproc 224 158K - 9574 256,4096 cred 4 1K - 5049 256 plimit 2 1K - 2172 256 uidinfo 2 2K - 60 64,1024 dumper 1 1K - 1 512 sysctl 0 0K - 45943 16,32,64 sysctloid 4812 150K - 5242 16,32,64,128 sysctltmp 0 0K - 642 16,32,64,128,256,1024 tidhash 1 8K - 1 8192 callout 9 1820K - 9=20=20 umtx 784 74K - 784 64,128 p1003.1b 1 1K - 1 16 SWAP 0 0K - 4 64 bus 2326 284K - 9683 16,32,64,128,256,1024 bus-sc 106 1918K - 6086 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 devstat 12 25K - 12 16,4096 eventhandler 123 6K - 123 32,64,128 taskqueue 29 4K - 29 16,32,128,1024 kobj 365 730K - 1147 2048 Per-cpu 1 1K - 1 16 rman 323 37K - 728 16,32,128 sbuf 0 0K - 10664 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 sglist 3 1K - 95 32,64,128,256,512,1024,2048,40= 96,32768 toponodes 30 2K - 30 64 stack 0 0K - 200 128 taskqueue 39 3K - 39 16,32,128 terminal 11 3K - 11 256 Unitno 29 2K - 1021 16,64 vmem 3 144K - 9 1024,2048,4096,8192,32768,65536 Witness 1539 3238K - 1539 2048,8192 ioctlops 0 0K - 1334 256,512,1024,2048,4096 select 123 8K - 123 64 iov 0 0K - 5851182 16,64,128,256 msg 4 25K - 4 1024,4096,16384 sem 4 101K - 4 1024,4096 shm 1 16K - 9 1024,16384 tty 14 7K - 22 512,1024 pts 1 1K - 7 128 mbuf_tag 0 0K - 7 32 ksem 1 4K - 1 4096 shmfd 1 4K - 1 4096 soname 1 1K - 18246 16,32,64,128 pcb 58 332K - 1954 16,64,512,1024,4096,65536 acl 0 0K - 31 4096 vfscache 4 417K - 4 512,32768 cl_savebuf 0 0K - 648 32 vfs_hash 1 128K - 1=20=20 vnodes 1 1K - 1 128 mount 0 0K - 231 16,32,64,128,256 statfs 0 0K - 16797 512 vnodemarker 0 0K - 3616 512 fadvise 0 0K - 227 32 arc4random 1 4K - 1 4096 BPF 4 1K - 4 64 flowtable 20 328K - 20 4096 ifnet 5 5K - 5 64,1024 ifaddr 62 9K - 62 16,32,64,128,256,1024,2048 ether_multi 13 1K - 15 16,32,64 clone 8 1K - 8 128 lltable 17 3K - 26 128,256 routetbl 54 7K - 245 16,32,64,128,256 netgraph_node 3 1K - 3 64,128 igmp 4 1K - 4 128 ipid 2 24K - 2 8192,16384 in_multi 2 1K - 2 128 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 4 1K - 4 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 16K - 1 16384 tcpfunc 1 1K - 1 16 syncache 1 64K - 1 65536 in6_mfilter 0 0K - 1 512 in6_multi 9 1K - 10 16,128 ip6_moptions 0 0K - 2 32,128 mld 4 1K - 4 64 ip6ndp 5 1K - 5 64,128 dummynet 3 2K - 3 512 IpFw/IpAcct 78 36K - 139 16,32,64,128,256,512,1024,2048= ,4096,8192 rpc 2 16K - 2 8192 audit_evclass 189 3K - 233 16 pagedep 0 0K - 612 128,32768 inodedep 0 0K - 3238 256 bmsafemap 0 0K - 1972 128,4096 newblk 0 0K - 98178 128 indirdep 0 0K - 137 64,32768 freefrag 0 0K - 1846 64 freeblks 0 0K - 1269 128 freefile 0 0K - 1311 32 diradd 0 0K - 1806 64 mkdir 0 0K - 238 64 dirrem 0 0K - 1755 64 newdirblk 0 0K - 119 32 freework 0 0K - 2935 16,128 sbdep 0 0K - 356 32 savedino 0 0K - 466 256 softdep 0 0K - 4 512 ufs_dirhash 0 0K - 868 16,32,64,128,256,512,1024,2048= ,4096 ufs_quota 1 128K - 1=20=20 ufs_mount 0 0K - 15 256,1024,4096,8192,16384 vm_pgdata 1 64K - 3 64,65536 UMAHash 6 24K - 27 256,512,1024,2048,4096,8192 linux 21 1K - 21 32,64 pci_link 16 2K - 16 32,128 atkbddev 2 1K - 2 32 spkr 0 0K - 1 512 memdesc 1 4K - 1 4096 ddb_capture 1 64K - 1 65536 apmdev 1 1K - 1 64 madt_table 0 0K - 1 2048 io_apic 2 4K - 2 2048 MCA 8 1K - 8 128 acpiintr 1 1K - 1 32 msi 7 1K - 7 64 nexusdev 4 1K - 4 16 nvidia 314 932K - 475289 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 nvidia-modeset 5 1K - 106075 16,32,64,128,256,512,1024,204= 8,4096,16384,32768 GEOM_SCHED 4 1K - 449 128 pf_hash 3 1728K - 3=20=20 pf_ifnet 7 4K - 15 256,2048 pf_osfp 1184 109K - 1184 32,128 pf_rule 16 16K - 16 1024 pf_table 2 4K - 13 2048 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 256, 0, 215, 10, 215, 0, 0 UMA Zones: 576, 0, 232, 2, 232, 0, 0 UMA Slabs: 88, 0, 4977, 558, 7087, 0, 0 UMA Hash: 128, 0, 5, 26, 11, 0, 0 4 Bucket: 16, 0, 2024, 1726, 25117, 458, 0 6 Bucket: 24, 0, 3, 1834, 1003, 0, 0 8 Bucket: 32, 0, 120, 2255, 13598, 0, 0 12 Bucket: 48, 0, 0, 2075, 682, 0, 0 16 Bucket: 64, 0, 256, 2286, 88022, 15, 0 32 Bucket: 128, 0, 1283, 1011, 11569, 0, 0 64 Bucket: 256, 0, 648, 882, 10529, 0, 0 128 Bucket: 512, 0, 873, 207, 3676, 8, 0 256 Bucket: 1024, 0, 685, 87, 9241,170664, 0 vmem btag: 28, 0, 18737, 4429, 24984, 162, 0 VM OBJECT: 148, 0, 369, 7029, 140331, 0, 0 RADIX NODE: 44, 745836, 7109, 104457, 814149, 0, 0 MAP: 140, 0, 3, 81, 3, 0, 0 KMAP ENTRY: 72, 0, 5, 545, 77, 0, 0 MAP ENTRY: 72, 0, 80, 4320, 1348227, 0, 0 VMSPACE: 232, 0, 2, 678, 9353, 0, 0 fakepg: 68, 0, 2, 1158, 763, 0, 0 mt_zone: 2060, 0, 410, 4, 410, 0, 0 16: 16, 0, 250, 1000, 38309, 0, 0 16: 16, 0, 361, 3889, 231931, 0, 0 16: 16, 0, 108, 2142, 2015, 0, 0 16: 16, 0, 810, 2190, 29185, 0, 0 16: 16, 0, 2853, 2147, 3507, 0, 0 16: 16, 0, 53, 2197, 287, 0, 0 16: 16, 0, 110, 2140, 3502409, 0, 0 16: 16, 0, 28, 1472, 158, 0, 0 32: 32, 0, 1503, 1122, 6315, 0, 0 32: 32, 0, 134, 3991, 238709, 0, 0 32: 32, 0, 57, 1818, 202, 0, 0 32: 32, 0, 629, 1996, 45663, 0, 0 32: 32, 0, 770, 2105, 1027, 0, 0 32: 32, 0, 52, 2073, 33696, 0, 0 32: 32, 0, 803, 2072, 2696, 0, 0 32: 32, 0, 442, 1433, 518, 0, 0 64: 64, 0, 3187, 1897, 35148, 0, 0 64: 64, 0, 63, 2479, 6608, 0, 0 64: 64, 0, 75, 2219, 13128, 0, 0 64: 64, 0, 703, 1839, 1389, 0, 0 64: 64, 0, 2065, 1779, 19251, 0, 0 64: 64, 0, 405, 2633, 35835, 0, 0 64: 64, 0, 466, 2076, 2364604, 0, 0 64: 64, 0, 81, 1717, 302, 0, 0 128: 128, 0, 73, 330, 2152, 0, 0 128: 128, 0, 121, 1646, 3746, 0, 0 128: 128, 0, 471, 924, 2151, 0, 0 128: 128, 0, 299, 848, 1407, 0, 0 128: 128, 0, 37, 862, 255, 0, 0 128: 128, 0, 464, 1427, 9966, 0, 0 128: 128, 0, 756, 1135, 6075, 0, 0 128: 128, 0, 897, 21113, 102796, 0, 0 256: 256, 0, 202, 293, 252, 0, 0 256: 256, 0, 56, 1054, 5109, 0, 0 256: 256, 0, 296, 379, 512, 0, 0 256: 256, 0, 52, 563, 6700, 0, 0 256: 256, 0, 81, 504, 2368, 0, 0 256: 256, 0, 19, 656, 3398, 0, 0 256: 256, 0, 973, 377, 1026, 0, 0 256: 256, 0, 9, 306, 60, 0, 0 512: 512, 0, 3, 117, 24, 0, 0 512: 512, 0, 24, 472, 17535, 0, 0 512: 512, 0, 4, 28, 4, 0, 0 512: 512, 0, 15, 217, 4173, 0, 0 512: 512, 0, 0, 208, 8799, 0, 0 512: 512, 0, 2, 86, 3, 0, 0 512: 512, 0, 43, 77, 51, 0, 0 512: 512, 0, 0, 64, 409, 0, 0 1024: 1024, 0, 3, 77, 1744, 0, 0 1024: 1024, 0, 11, 341, 414, 0, 0 1024: 1024, 0, 18, 34, 18, 0, 0 1024: 1024, 0, 191, 85, 1480, 0, 0 1024: 1024, 0, 1, 103, 196, 0, 0 1024: 1024, 0, 4, 76, 22, 0, 0 1024: 1024, 0, 20, 60, 51, 0, 0 1024: 1024, 0, 3, 65, 109, 0, 0 2048: 2048, 0, 16, 50, 60350, 0, 0 2048: 2048, 0, 6, 54, 119, 0, 0 2048: 2048, 0, 10, 26, 26, 0, 0 2048: 2048, 0, 372, 38, 1503, 0, 0 2048: 2048, 0, 3, 47, 125, 0, 0 2048: 2048, 0, 0, 26, 9, 0, 0 2048: 2048, 0, 1555, 131, 1787, 0, 0 2048: 2048, 0, 0, 20, 37, 0, 0 4096: 4096, 0, 32, 70, 9384, 0, 0 4096: 4096, 0, 23, 32, 75, 0, 0 4096: 4096, 0, 3, 10, 200, 0, 0 4096: 4096, 0, 18, 5, 540, 0, 0 4096: 4096, 0, 3, 24, 122, 0, 0 4096: 4096, 0, 3, 5, 124, 0, 0 4096: 4096, 0, 87, 23, 126, 0, 0 4096: 4096, 0, 2, 4, 6, 0, 0 8192: 8192, 0, 3, 0, 3, 0, 0 8192: 8192, 0, 3, 33, 50, 0, 0 8192: 8192, 0, 1, 0, 1, 0, 0 8192: 8192, 0, 8, 6, 562, 0, 0 8192: 8192, 0, 1, 3, 9, 0, 0 8192: 8192, 0, 0, 0, 0, 0, 0 8192: 8192, 0, 17, 5, 75, 0, 0 8192: 8192, 0, 0, 6, 107, 0, 0 16384: 16384, 0, 0, 0, 0, 0, 0 16384: 16384, 0, 6, 8, 14, 0, 0 16384: 16384, 0, 0, 0, 0, 0, 0 16384: 16384, 0, 2, 11, 665, 0, 0 16384: 16384, 0, 2, 2, 4, 0, 0 16384: 16384, 0, 1, 15, 20052, 0, 0 16384: 16384, 0, 3, 3, 9, 0, 0 16384: 16384, 0, 1, 5, 14, 0, 0 32768: 32768, 0, 0, 0, 0, 0, 0 32768: 32768, 0, 2, 18, 37, 0, 0 32768: 32768, 0, 0, 5, 5, 0, 0 32768: 32768, 0, 3, 10, 467, 0, 0 32768: 32768, 0, 0, 12, 92, 0, 0 32768: 32768, 0, 0, 16, 20133, 0, 0 32768: 32768, 0, 1, 1, 2, 0, 0 32768: 32768, 0, 0, 0, 0, 0, 0 65536: 65536, 0, 0, 4, 68, 0, 0 65536: 65536, 0, 2, 1, 3, 0, 0 65536: 65536, 0, 1, 0, 1, 0, 0 65536: 65536, 0, 0, 4, 233, 0, 0 65536: 65536, 0, 1, 8, 431, 0, 0 65536: 65536, 0, 1, 0, 1, 0, 0 65536: 65536, 0, 4, 1, 5, 0, 0 65536: 65536, 0, 0, 0, 0, 0, 0 64 pcpu: 8, 0, 2260, 1068, 2260, 0, 0 ptr pcpu: 4, 0, 65538, 254, 65538, 0, 0 SLEEPQUEUE: 48, 0, 393, 1653, 393, 0, 0 Files: 56, 0, 43, 2513, 145929, 0, 0 filedesc0: 888, 0, 26, 206, 9377, 0, 0 TURNSTILE: 72, 0, 393, 754, 393, 0, 0 rl_entry: 28, 0, 186, 1959, 186, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 umtx_shm: 52, 0, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0, 0 PROC: 852, 0, 26, 170, 9376, 0, 0 THREAD: 836, 0, 288, 104, 485, 0, 0 cpuset: 40, 0, 145, 1955, 153, 0, 0 audit_record: 1112, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 196620, 36, 2253, 77307, 0, 0 mbuf: 256, 196620, 221, 2827, 2131201, 0, 0 mbuf_cluster: 2048, 81920, 2277, 23, 4554, 0, 0 mbuf_jumbo_page: 4096, 15360, 0, 756, 657142, 0, 0 mbuf_jumbo_9k: 9216, 13653, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 10240, 0, 0, 0, 0, 0 NetGraph items: 36, 4154, 0, 0, 0, 0, 0 NetGraph data items: 36, 4154, 0, 0, 0, 0, 0 g_bio: 276, 0, 0, 840, 298953, 0, 0 ttyinq: 152, 0, 0, 624, 510, 0, 0 ttyoutq: 256, 0, 0, 375, 268, 0, 0 vtnet_tx_hdr: 16, 0, 0, 0, 0, 0, 0 nvidia_stack_t: 8192, 0, 3, 19, 229037, 0, 0 FPU_save_area: 960, 0, 0, 0, 0, 0, 0 VNODE: 284, 0, 10, 24588, 25715, 0, 0 VNODEPOLL: 64, 0, 1, 1053, 19, 0, 0 BUF TRIE: 44, 0, 0, 5824, 106785, 0, 0 NAMEI: 1024, 0, 0, 104, 456541, 0, 0 rentr: 12, 0, 0, 0, 0, 0, 0 S VFS Cache: 72, 0, 0, 22770, 47696, 0, 0 STS VFS Cache: 92, 0, 0, 0, 0, 0, 0 L VFS Cache: 292, 0, 0, 4121, 5379, 0, 0 LTS VFS Cache: 312, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 0, 560, 2853, 0, 0 NCLNODE: 360, 0, 0, 0, 0, 0, 0 Mountpoints: 704, 0, 0, 65, 10, 0, 0 AIO: 128, 0, 0, 0, 0, 0, 0 AIOP: 16, 0, 0, 0, 0, 0, 0 AIOCB: 428, 0, 0, 0, 0, 0, 0 AIOL: 64, 0, 0, 0, 0, 0, 0 AIOLIO: 172, 0, 0, 0, 0, 0, 0 pipe: 416, 0, 1, 260, 8190, 0, 0 procdesc: 80, 0, 0, 250, 2, 0, 0 ksiginfo: 80, 0, 164, 1336, 9621, 0, 0 itimer: 232, 0, 0, 0, 0, 0, 0 KNOTE: 76, 0, 0, 1040, 761434, 0, 0 flows: 40, 197656, 14, 2032, 1324, 0, 0 socket: 532, 95879, 48, 253, 39290, 0, 0 unpcb: 172, 95887, 2, 504, 328, 0, 0 ipq: 32, 2625, 0, 0, 0, 0, 0 udp_inpcb: 304, 95888, 0, 234, 38387, 0, 0 udpcb: 20, 96000, 0, 2200, 38387, 0, 0 tcp_inpcb: 304, 95888, 46, 305, 552, 0, 0 tcpcb: 760, 95880, 46, 139, 552, 0, 0 tcptw: 60, 19206, 0, 1320, 89, 0, 0 syncache: 128, 15376, 0, 155, 1, 0, 0 hostcache: 76, 15392, 39, 741, 73, 0, 0 sackhole: 20, 0, 0, 0, 0, 0, 0 tcpreass: 20, 5200, 33, 2367, 15997, 0, 0 sctp_ep: 1052, 95880, 0, 0, 0, 0, 0 sctp_asoc: 1656, 40000, 0, 0, 0, 0, 0 sctp_laddr: 24, 80160, 0, 668, 3, 0, 0 sctp_raddr: 540, 80003, 0, 0, 0, 0, 0 sctp_chunk: 104, 400026, 0, 0, 0, 0, 0 sctp_readq: 108, 400007, 0, 0, 0, 0, 0 sctp_stream_msg_out: 72, 400015, 0, 0, 0, 0, 0 sctp_asconf: 24, 400132, 0, 0, 0, 0, 0 sctp_asconf_ack: 24, 400132, 0, 0, 0, 0, 0 udplite_inpcb: 304, 95888, 0, 0, 0, 0, 0 ripcb: 304, 95888, 0, 208, 16, 0, 0 rtentry: 112, 0, 11, 619, 13, 0, 0 IPFW counters: 16, 0, 54, 1482, 54, 0, 0 IPFW dynamic rule: 112, 16415, 32, 983, 968, 0, 0 selfd: 32, 0, 127, 2248,13175918, 0, 0 SWAPMETA: 276, 131082, 0, 0, 0, 0, 0 FFS inode: 112, 0, 0, 24885, 25565, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 0, 24585, 25541, 0, 0 pf mtags: 32, 0, 0, 0, 0, 0, 0 pf states: 208, 10013, 36, 591, 1411, 0, 0 pf state keys: 64, 0, 36, 1762, 1411, 0, 0 pf source nodes: 116, 10030, 0, 0, 0, 0, 0 pf table entries: 92, 200036, 36682, 470, 36682, 0, 0 pf table counters: 64, 0, 0, 0, 0, 0, 0 pf frags: 80, 0, 0, 0, 0, 0, 0 pf frag entries: 24, 5010, 0, 0, 0, 0, 0 pf state scrubs: 28, 0, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 11294 170 irq17: ehci0 ehci1+ 484886 7295 irq18: ohci0 ohci1* 24337 366 irq19: ahci0 60050 903 irq20: csa0 1082800 16290 irq28: arcmsr0 2759 42 irq256: hpet0:t0 16066443 47865 irq259: vgapci0 227837 3428 irq260: xhci0 55402 834 irq261: xhci1 32001 481 Total 18047809 271522 ------------------------------------------------------------------------ pstat -T 43/95876 files 0M/0M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity ------------------------------------------------------------------------ iostat tty md0 ada0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 160 0.00 0 0.00 74.04 4 0.32 0.00 0 0.00 1 0 1 0 98 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP = CBYTES QNUM QBYTES LSPI= D LRPID STIME RTIME CTIME=20=20=20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NATTCH SEGSZ CPID LPID ATIME DTIME CTIM= E=20=20=20 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NSEMS OTIME CTIME=20=20=20 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 67108864 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 32768 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 616 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 0 0 0 0 0 0 0 = 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Mi= sses 0 0 0 0 0 0 0 = 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 37111 packets sent 1884 data packets (824005 bytes) 49 data packets (29296 bytes) retransmitted 4 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 33963 ack-only packets (1 delayed) 0 URG only packets 0 window probe packets 360 window update packets 959 control packets 36363 packets received 2544 acks (for 814588 bytes) 888 duplicate acks 0 acks for unsent data 17214 packets (22400807 bytes) received in-sequence 134 completely duplicate packets (102960 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 15975 out-of-order packets (22651764 bytes) 0 packets (0 bytes) of data after window 0 window probes 31 window update packets 80 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 508 connection requests 1 connection accept 11 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 491 connections established (including accepts) 180 times used RTT from hostcache 180 times used RTT variance from hostcache 53 times used slow-start threshold from hostcache 508 connections closed (including 23 drops) 270 connections updated cached RTT on close 270 connections updated cached RTT variance on close 38 connections updated cached ssthresh on close 12 embryonic connections dropped 2468 segments updated rtt (of 2497 attempts) 218 retransmit timeouts 2 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 2 Connections (fin_wait_2) dropped because of timeout 708 keepalive timeouts 701 keepalive probes sent 7 connections dropped by keepalive 92 correct ACK header predictions 16092 correct data packet header predictions 1 syncache entry added 0 retransmitted 0 dupsyn 0 dropped 1 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 1 cookie sent 1 cookie received 73 hostcache entries added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 32 SACK options (SACK blocks) received 14827 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window 0 packets with matching signature received 0 packets with bad signature received 0 times failed to make signature due to no SA 0 times unexpected signature received 0 times no signature provided by segment TCP connection count by state: 2 connections in CLOSED state 0 connections in LISTEN state 0 connections in SYN_SENT state 0 connections in SYN_RCVD state 36 connections in ESTABLISHED state 0 connections in CLOSE_WAIT state 0 connections in FIN_WAIT_1 state 0 connections in CLOSING state 8 connections in LAST_ACK state 0 connections in FIN_WAIT_2 state 0 connections in TIME_WAIT state udp: 459 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 1 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 458 delivered 475 datagrams output 0 times multicast source filter matched ip: 38023 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 37704 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 39557 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 16 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 1 call to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 1 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 1 883 message responses generated 0 invalid return addresses 0 no return routes carp: 0 packets received (IPv4) 0 packets received (IPv6) 0 packets discarded for wrong TTL 0 packets shorter than header 0 discarded for bad checksums 0 discarded packets with a bad version 0 discarded because packet too short 0 discarded for bad authentication 0 discarded for bad vhid 0 discarded because of a bad address list 0 packets sent (IPv4) 0 packets sent (IPv6) 0 send failed due to mbuf memory error arp: 10 ARP requests sent 3 ARP replies sent 8 ARP requests received 9 ARP replies received 17 ARP packets received 0 total packets dropped due to no ARP entry 8 ARP entrys timed out 0 Duplicate IPs seen ip6: 2 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 2 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 2 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 190 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: TCP: 2 Mbuf statistics: 2 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection source addresses on an outgoing I/F 4 link-locals source addresses of a different scope 4 link-locals Source addresses selection rule applied: 4 first candidate 4 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 257/5080/5337 mbufs in use (current/cache/total) 24/2276/2300/81920 mbuf clusters in use (current/cache/total/max) 36/2253 mbuf+clusters out of packet secondary zone in use (current/cache) 0/756/756/15360 4k (page size) jumbo clusters in use (current/cache/total/m= ax) 0/0/0/13653 9k jumbo clusters in use (current/cache/total/max) 0/0/0/10240 16k jumbo clusters in use (current/cache/total/max) 112K/8846K/8958K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 sendfile syscalls 0 sendfile syscalls completed without I/O request 0 requests for I/O initiated by sendfile 0 pages read by sendfile as part of a request 0 pages were valid at time of a sendfile request 0 pages were valid and substituted to bogus page 0 pages were requested for read ahead by applications 0 pages were read ahead by sendfile 0 times sendfile encountered an already busy page 0 requests for sfbufs denied 0 requests for sfbufs delayed ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c026ebe0 tcp4 0 0 192.168.254.1.3321 173.223.52.17.80 CLOSED c055e2f8 tcp4 0 0 192.168.254.1.3321 173.223.52.34.80 ESTABLIS= HED c01a0000 tcp4 0 0 192.168.254.1.2702 173.223.52.17.80 ESTABLIS= HED c31645f0 tcp4 0 0 192.168.254.1.3759 173.223.52.34.80 ESTABLIS= HED c027a5f0 tcp4 0 628 192.168.254.1.5090 173.223.52.17.80 ESTABLIS= HED c31fa5f0 tcp4 0 0 192.168.254.1.2320 173.223.52.34.80 ESTABLIS= HED c08dc2f8 tcp4 0 0 192.168.254.1.1061 173.223.52.17.80 ESTABLIS= HED c026f8e8 tcp4 0 632 192.168.254.1.5885 173.223.52.34.80 ESTABLIS= HED c062b5f0 tcp4 0 0 127.0.0.1.53580 127.0.0.1.80 CLOSED c31fa2f8 tcp4 0 0 192.168.254.1.3649 173.223.52.33.80 ESTABLIS= HED c019f8e8 tcp4 0 0 192.168.254.1.3967 98.158.195.136.80 ESTABLIS= HED c019f2f8 tcp4 0 0 192.168.254.1.4553 98.158.195.136.80 ESTABLIS= HED c02fb8e8 tcp4 0 0 192.168.254.1.5517 98.158.195.136.80 ESTABLIS= HED c3294000 tcp4 0 0 192.168.254.1.5250 98.158.195.136.80 ESTABLIS= HED c02f72f8 tcp4 0 0 192.168.254.1.6426 98.158.195.136.80 ESTABLIS= HED c3164be0 tcp4 0 0 192.168.254.1.1077 98.158.195.136.80 ESTABLIS= HED c31c35f0 tcp4 0 0 192.168.254.1.6517 98.158.195.136.80 ESTABLIS= HED c05602f8 tcp4 0 0 192.168.254.1.3548 98.158.195.136.80 ESTABLIS= HED c02f6000 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c31fabe0 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c02b4be0 tcp4 0 0 192.168.254.1.3034 173.223.52.11.80 ESTABLIS= HED c02c58e8 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c02b32f8 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c02b4000 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c3165000 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c055f8e8 tcp4 0 0 192.168.254.1.3885 23.4.20.199.80 ESTABLIS= HED c02fb2f8 tcp4 0 0 192.168.254.1.6102 23.4.20.199.80 ESTABLIS= HED c055f2f8 tcp4 0 0 192.168.254.1.2979 173.223.52.11.80 ESTABLIS= HED c23f5be0 tcp4 0 0 192.168.254.1.3088 184.28.188.99.80 ESTABLIS= HED c02b42f8 tcp4 0 0 192.168.254.1.2890 205.178.145.93.80 LAST_ACK c0560000 tcp4 0 0 192.168.254.1.4247 205.178.145.93.80 LAST_ACK c01a08e8 tcp4 0 0 192.168.254.1.3793 205.178.145.93.80 LAST_ACK c055f000 tcp4 0 0 192.168.254.1.3871 205.178.145.93.80 LAST_ACK c07662f8 tcp4 0 0 192.168.254.1.3004 205.178.145.93.80 LAST_ACK c08dc000 tcp4 0 0 192.168.254.1.1194 205.178.145.93.80 LAST_ACK c31c3000 tcp4 0 0 192.168.254.1.5509 205.178.145.93.80 LAST_ACK c026e8e8 tcp4 0 0 192.168.254.1.4243 205.178.145.93.80 LAST_ACK c02fbbe0 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c3163000 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31632f8 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31635f0 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31638e8 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c3163be0 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c3164000 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31642f8 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c055e5f0 tcp4 0 0 192.168.254.1.2238 151.101.192.84.443 ESTABLIS= HED Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr bfdcbec8 stream 0 0 0 0 0 0 /root/.li= nks/socket-x-_0 c0205e1c stream 29440 0 0 0 0 0 ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address=20=20=20=20=20=20=20= =20=20 unix 0/0/100 /root/.links/socket-x-_0 ------------------------------------------------------------------------ fstat fstat: can't read file 1 at 0xffffffff fstat: can't read file 2 at 0x20007ff fstat: can't read file 3 at 0x1fffff fstat: can't read file 4 at 0x4000000 fstat: can't read file 6 at 0xffff fstat: can't read file 7 at 0x78 fstat: can't read file 9 at 0x90 fstat: can't read file 11 at 0xffffffff fstat: can't read file 12 at 0x20007ff fstat: can't read file 13 at 0x1fffff fstat: can't read file 14 at 0x4000000 fstat: can't read file 16 at 0xffff fstat: can't read file 17 at 0x78 fstat: can't read file 19 at 0xa fstat: can't read file 21 at 0xffffffff fstat: can't read file 22 at 0x20007ff fstat: can't read file 23 at 0x1fffff fstat: can't read file 24 at 0x4000000 fstat: can't read file 26 at 0xffff fstat: can't read file 27 at 0x78 fstat: can't read file 29 at 0x4 fstat: can't read file 31 at 0xffffffff fstat: can't read file 32 at 0x20007ff fstat: can't read file 33 at 0x1fffff fstat: can't read file 34 at 0x4000000 fstat: can't read file 36 at 0xffff fstat: can't read file 37 at 0x78 fstat: can't read file 38 at 0x1 fstat: can't read file 39 at 0x122 fstat: can't read file 41 at 0xffffffff fstat: can't read file 42 at 0x20007ff fstat: can't read file 43 at 0x1fffff fstat: can't read file 44 at 0x4000000 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root links 8117 root - - bad - root links 8117 wd - - bad - root links 8117 text - - bad - root links 8117 0 - - bad - root links 8117 10 - - bad - root links 8117 20 - - bad - root links 8117 30* pipe bfc389c0 <-> bfc38a84 0 rw root links 8117 40* pipe bfc38a84 <-> bfc389c0 0 rw root pf purge 1453 root - - bad - root pf purge 1453 wd - - bad - root md0 1058 root - - bad - root md0 1058 wd - - bad - root init 1 root - - bad - root init 1 wd - - bad - root init 1 text - - bad - root kernel 0 root - - bad - root kernel 0 wd - - bad - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r313487: Mon Feb 13 16:58:53 PST 2017 root@gateway.FBSDbouq.com:/usr/obj/usr/src/sys/DEC22KRNL10d i386 FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM = 3.9.1) WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. subsystem 1000000 vm_mem_init(0)... done. vm_page_init(0)... done. subsystem 1800000 sysctl_register_all(0)... done. mallocinit(0)... done. malloc_init(&M_ACPICA)... done. malloc_init(&M_KBDMUX)... done. malloc_init(&M_LED)... done. malloc_init(&M_MALODEV)... done. malloc_init(&M_MD)... done. malloc_init(&M_MDSECT)... done. malloc_init(&M_MFIBUF)... done. malloc_init(&M_MPR)... done. malloc_init(&M_MPRSAS)... done. malloc_init(&M_MPRUSER)... done. malloc_init(&M_MPT2)... done. malloc_init(&M_MPSSAS)... done. malloc_init(&M_MPSUSER)... done. malloc_init(&M_ACPITASK)... done. malloc_init(&M_MPTUSER)... done. malloc_init(&M_MRSAS)... done. malloc_init(&M_ACPISEM)... done. malloc_init(&M_CAMCCBQ)... done. malloc_init(&M_ACPIDEV)... done. malloc_init(&M_MVS)... done. malloc_init(&M_MWLDEV)... done. malloc_init(&M_NETMAP)... done. malloc_init(&M_PPBUSDEV)... done. malloc_init(&M_PSTIOP)... done. malloc_init(&M_PSTRAID)... done. malloc_init(&M_PUC)... done. malloc_init(&M_CAMSIM)... done. malloc_init(&M_ENTROPY)... done. malloc_init(&M_CAMXPT)... done. malloc_init(&M_CAMDEV)... done. malloc_init(&M_CAMCCB)... done. malloc_init(&M_CAMPATH)... done. malloc_init(&M_SIIS)... done. malloc_init(&M_CAMPERIPH)... done. malloc_init(&M_SNP)... done. malloc_init(&M_ACPICMBAT)... done. malloc_init(&M_AC97)... done. malloc_init(&M_FEEDER)... done. malloc_init(&M_MIXER)... done. malloc_init(&M_MIDI)... done. malloc_init(&M_TWA)... done. malloc_init(&M_TWE)... done. malloc_init(&M_TWS)... done. malloc_init(&M_ACPIPERF)... done. malloc_init(&M_ACPIPWR)... done. malloc_init(&M_CAMSCHED)... done. malloc_init(&M_CAMQ)... done. malloc_init(&M_SCSICD)... done. malloc_init(&M_UART)... done. malloc_init(&M_AGP)... done. malloc_init(&M_AHCI)... done. malloc_init(&M_USB)... done. malloc_init(&M_USBDEV)... done. malloc_init(&M_SCSICH)... done. malloc_init(&M_ATADA)... done. malloc_init(&M_CAMDEVQ)... done. malloc_init(&M_SCSIDA)... done. malloc_init(&M_SCSILOW)... done. malloc_init(&M_AMR)... done. malloc_init(&M_ATA)... done. malloc_init(&M_ATADMA)... done. malloc_init(&M_ATAPCI)... done. malloc_init(&M_ATHDEV)... done. malloc_init(&M_ATH_HAL)... done. malloc_init(&M_VTBUF)... done. malloc_init(&M_VT)... done. malloc_init(&M_VTFONT)... done. malloc_init(&M_SYSMOUSE)... done. malloc_init(&CISS_MALLOC_CLASS)... done. malloc_init(&M_DEVFS2)... done. malloc_init(&M_DEVFS3)... done. malloc_init(&M_CDEVP)... done. malloc_init(&M_DEVFS4)... done. malloc_init(&M_DEVFSRULE)... done. malloc_init(&M_DEVFS)... done. malloc_init(&M_CDEVPDATA)... done. malloc_init(&M_MSDOSFSNODE)... done. malloc_init(&M_MSDOSFSFILENO)... done. malloc_init(&M_MSDOSFSMNT)... done. malloc_init(&M_MSDOSFSFAT)... done. malloc_init(&M_NEWNFSRVCACHE)... done. malloc_init(&M_NEWNFSDCLIENT)... done. malloc_init(&M_NEWNFSDSTATE)... done. malloc_init(&M_NEWNFSDLOCK)... done. malloc_init(&M_NEWNFSDLOCKFILE)... done. malloc_init(&M_NEWNFSSTRING)... done. malloc_init(&M_NEWNFSUSERGROUP)... done. malloc_init(&M_NEWNFSDREQ)... done. malloc_init(&M_NEWNFSFH)... done. malloc_init(&M_NEWNFSCLOWNER)... done. malloc_init(&M_NEWNFSCLOPEN)... done. malloc_init(&M_NEWNFSCLDELEG)... done. malloc_init(&M_NEWNFSCLCLIENT)... done. malloc_init(&M_NEWNFSCLLOCKOWNER)... done. malloc_init(&M_NEWNFSCLLOCK)... done. malloc_init(&M_NEWNFSV4NODE)... done. malloc_init(&M_NEWNFSDIRECTIO)... done. malloc_init(&M_NEWNFSDIROFF)... done. malloc_init(&M_NEWNFSDROLLBACK)... done. malloc_init(&M_NEWNFSLAYOUT)... done. malloc_init(&M_NEWNFSFLAYOUT)... done. malloc_init(&M_NEWNFSDEVINFO)... done. malloc_init(&M_NEWNFSSOCKREQ)... done. malloc_init(&M_NEWNFSCLDS)... done. malloc_init(&M_NEWNFSLAYRECALL)... done. malloc_init(&M_NEWNFSDSESSION)... done. malloc_init(&M_NEWNFSREQ)... done. malloc_init(&M_NEWNFSMNT)... done. malloc_init(&M_PFSNODES)... done. malloc_init(&M_PFSVNCACHE)... done. malloc_init(&M_GEOM)... done. malloc_init(&M_RAID)... done. malloc_init(&M_MD_DDF)... done. malloc_init(&M_MD_INTEL)... done. malloc_init(&M_MD_JMICRON)... done. malloc_init(&M_MD_NVIDIA)... done. malloc_init(&M_MD_PROMISE)... done. malloc_init(&M_MD_SII)... done. malloc_init(&M_TR_CONCAT)... done. malloc_init(&M_TR_RAID0)... done. malloc_init(&M_TR_RAID1)... done. malloc_init(&M_TR_RAID1E)... done. malloc_init(&M_TR_RAID5)... done. malloc_init(&M_ISADEV)... done. malloc_init(&M_ISOFSMNT)... done. malloc_init(&M_ISOFSNODE)... done. malloc_init(&M_SCSIPASS)... done. malloc_init(&M_SCSISA)... done. malloc_init(&M_SCSIENC)... done. malloc_init(&M_NVLIST)... done. malloc_init(&DRM_MEM_DMA)... done. malloc_init(&DRM_MEM_SAREA)... done. malloc_init(&M_DEVT)... done. malloc_init(&M_TTYCONS)... done. malloc_init(&M_FILEDESC)... done. malloc_init(&M_FILEDESC_TO_LEADER)... done. malloc_init(&M_SIGIO)... done. malloc_init(&M_FILECAPS)... done. malloc_init(&M_KDTRACE)... done. malloc_init(&M_KENV)... done. malloc_init(&M_KQUEUE)... done. malloc_init(&M_PARGS)... done. malloc_init(&M_FAIL_POINT)... done. malloc_init(&M_HHOOK)... done. malloc_init(&M_ITHREAD)... done. malloc_init(&M_PRISON)... done. malloc_init(&M_PRISON_RACCT)... done. malloc_init(&M_KTRACE)... done. malloc_init(&DRM_MEM_DRIVER)... done. malloc_init(&M_LINKER)... done. malloc_init(&DRM_MEM_MAGIC)... done. malloc_init(&M_LOCKF)... done. malloc_init(&M_LOGINCLASS)... done. malloc_init(&M_CACHE)... done. malloc_init(&M_DEVBUF)... done. malloc_init(&M_TEMP)... done. malloc_init(&DRM_MEM_IOCTLS)... done. malloc_init(&DRM_MEM_MAPS)... done. malloc_init(&DRM_MEM_BUFS)... done. malloc_init(&M_MODULE)... done. malloc_init(&M_MTXPOOL)... done. malloc_init(&M_OSD)... done. malloc_init(&M_PMCHOOKS)... done. malloc_init(&M_PGRP)... done. malloc_init(&M_SESSION)... done. malloc_init(&M_PROC)... done. malloc_init(&M_SUBPROC)... done. malloc_init(&M_CRED)... done. malloc_init(&M_PLIMIT)... done. malloc_init(&M_UIDINFO)... done. malloc_init(&M_DUMPER)... done. malloc_init(&DRM_MEM_SEGS)... done. malloc_init(&M_SYSCTL)... done. malloc_init(&M_SYSCTLOID)... done. malloc_init(&M_SYSCTLTMP)... done. malloc_init(&DRM_MEM_PAGES)... done. malloc_init(&M_TIDHASH)... done. malloc_init(&M_CALLOUT)... done. malloc_init(&M_UMTX)... done. malloc_init(&M_P31B)... done. malloc_init(&M_SWAP)... done. malloc_init(&M_BUS)... done. malloc_init(&M_BUS_SC)... done. malloc_init(&M_DEVSTAT)... done. malloc_init(&M_EVENTHANDLER)... done. malloc_init(&M_GTASKQUEUE)... done. malloc_init(&M_KOBJ)... done. malloc_init(&M_PCPU)... done. malloc_init(&M_RMAN)... done. malloc_init(&M_SBUF)... done. malloc_init(&M_SGLIST)... done. malloc_init(&M_TOPO)... done. malloc_init(&DRM_MEM_FILES)... done. malloc_init(&M_STACK)... done. malloc_init(&M_TASKQUEUE)... done. malloc_init(&M_TERMINAL)... done. malloc_init(&M_UNIT)... done. malloc_init(&M_VMEM)... done. malloc_init(&M_WITNESS)... done. malloc_init(&M_IOCTLOPS)... done. malloc_init(&M_SELECT)... done. malloc_init(&M_IOV)... done. malloc_init(&M_MSG)... done. malloc_init(&M_SEM)... done. malloc_init(&M_SHM)... done. malloc_init(&M_TTY)... done. malloc_init(&M_PTS)... done. malloc_init(&M_ACCF)... done. malloc_init(&M_PACKET_TAGS)... done. malloc_init(&M_KSEM)... done. malloc_init(&M_SHMFD)... done. malloc_init(&M_SONAME)... done. malloc_init(&M_PCB)... done. malloc_init(&DRM_MEM_QUEUES)... done. malloc_init(&M_ACL)... done. malloc_init(&M_LIO)... done. malloc_init(&M_BIOBUF)... done. malloc_init(&M_VFSCACHE)... done. malloc_init(&M_SEGMENT)... done. malloc_init(&M_NETADDR)... done. malloc_init(&M_VFS_HASH)... done. malloc_init(&M_VNODE)... done. malloc_init(&M_MOUNT)... done. malloc_init(&M_STATFS)... done. malloc_init(&DRM_MEM_CMDS)... done. malloc_init(&M_VNODE_MARKER)... done. malloc_init(&M_FADVISE)... done. malloc_init(&M_ARC4RANDOM)... done. malloc_init(&M_BPF)... done. malloc_init(&M_FTABLE)... done. malloc_init(&M_IFDESCR)... done. malloc_init(&M_IFNET)... done. malloc_init(&M_IFADDR)... done. malloc_init(&M_IFMADDR)... done. malloc_init(&M_CLONE)... done. malloc_init(&M_GIF)... done. malloc_init(&M_LLTABLE)... done. malloc_init(&M_TUN)... done. malloc_init(&M_VLAN)... done. malloc_init(&M_IFLIB)... done. malloc_init(&M_RTABLE)... done. malloc_init(&M_80211_VAP)... done. malloc_init(&M_80211_CRYPTO)... done. malloc_init(&M_80211_DFS)... done. malloc_init(&M_80211_COM)... done. malloc_init(&M_80211_MESH_PREQ)... done. malloc_init(&M_80211_MESH_PREP)... done. malloc_init(&M_80211_MESH_PERR)... done. malloc_init(&M_80211_MESH_RT)... done. malloc_init(&M_80211_MESH_GT_RT)... done. malloc_init(&M_80211_NODE)... done. malloc_init(&M_80211_NODE_IE)... done. malloc_init(&M_80211_POWER)... done. malloc_init(&M_80211_RATECTL)... done. malloc_init(&M_80211_SCAN)... done. malloc_init(&M_NETGRAPH)... done. malloc_init(&M_NETGRAPH_MSG)... done. malloc_init(&M_NETGRAPH_HOOK)... done. malloc_init(&M_NETGRAPH_NODE)... done. malloc_init(&M_NETGRAPH_ITEM)... done. malloc_init(&M_NETGRAPH_PARSE)... done. malloc_init(&M_NETGRAPH_PPP)... done. malloc_init(&M_IGMP)... done. malloc_init(&M_CARP)... done. malloc_init(&M_IPID)... done. malloc_init(&M_INMFILTER)... done. malloc_init(&M_IPMADDR)... done. malloc_init(&M_IPMOPTS)... done. malloc_init(&M_IPMSOURCE)... done. malloc_init(&M_NETADDR)... done. malloc_init(&SCTP_M_MAP)... done. malloc_init(&SCTP_M_STRMI)... done. malloc_init(&SCTP_M_STRMO)... done. malloc_init(&SCTP_M_ASC_ADDR)... done. malloc_init(&SCTP_M_ASC_IT)... done. malloc_init(&SCTP_M_AUTH_CL)... done. malloc_init(&SCTP_M_AUTH_KY)... done. malloc_init(&SCTP_M_AUTH_HL)... done. malloc_init(&SCTP_M_AUTH_IF)... done. malloc_init(&SCTP_M_STRESET)... done. malloc_init(&SCTP_M_CMSG)... done. malloc_init(&SCTP_M_COPYAL)... done. malloc_init(&SCTP_M_VRF)... done. malloc_init(&SCTP_M_IFA)... done. malloc_init(&SCTP_M_IFN)... done. malloc_init(&SCTP_M_TIMW)... done. malloc_init(&SCTP_M_MVRF)... done. malloc_init(&SCTP_M_ITER)... done. malloc_init(&SCTP_M_SOCKOPT)... done. malloc_init(&SCTP_M_MCORE)... done. malloc_init(&M_HOSTCACHE)... done. malloc_init(&M_LRO)... done. malloc_init(&M_TCPLOG)... done. malloc_init(&M_TCPFUNCTIONS)... done. malloc_init(&M_SYNCACHE)... done. malloc_init(&M_FTABLE)... done. malloc_init(&M_IN6MFILTER)... done. malloc_init(&M_IP6MADDR)... done. malloc_init(&M_IP6MOPTS)... done. malloc_init(&M_IP6MSOURCE)... done. malloc_init(&M_IP6OPT)... done. malloc_init(&M_MLD)... done. malloc_init(&M_IP6NDP)... done. malloc_init(&M_DN_HEAP)... done. malloc_init(&M_DUMMYNET)... done. malloc_init(&DRM_MEM_MAPPINGS)... done. malloc_init(&M_IPFW)... done. malloc_init(&M_IPFW_TBL)... done. malloc_init(&M_NFS_FHA)... done. malloc_init(&M_NFSLOCK)... done. malloc_init(&M_NLMINFO)... done. malloc_init(&M_NLM)... done. malloc_init(&M_RPC)... done. malloc_init(&M_AUDITCRED)... done. malloc_init(&M_AUDITDATA)... done. malloc_init(&M_AUDITPATH)... done. malloc_init(&M_AUDITTEXT)... done. malloc_init(&M_AUDITGIDSET)... done. malloc_init(&M_AUDITBSM)... done. malloc_init(&M_AUDITEVCLASS)... done. malloc_init(&M_AUDIT_PIPE)... done. malloc_init(&M_AUDIT_PIPE_ENTRY)... done. malloc_init(&M_AUDIT_PIPE_PRESELECT)... done. malloc_init(&M_AUDITTRIGGER)... done. malloc_init(&M_MACTEMP)... done. malloc_init(&M_PAGEDEP)... done. malloc_init(&M_INODEDEP)... done. malloc_init(&M_BMSAFEMAP)... done. malloc_init(&M_NEWBLK)... done. malloc_init(&M_ALLOCDIRECT)... done. malloc_init(&M_INDIRDEP)... done. malloc_init(&M_ALLOCINDIR)... done. malloc_init(&M_FREEFRAG)... done. malloc_init(&M_FREEBLKS)... done. malloc_init(&M_FREEFILE)... done. malloc_init(&M_DIRADD)... done. malloc_init(&M_MKDIR)... done. malloc_init(&M_DIRREM)... done. malloc_init(&M_NEWDIRBLK)... done. malloc_init(&M_FREEWORK)... done. malloc_init(&M_FREEDEP)... done. malloc_init(&M_JADDREF)... done. malloc_init(&M_JREMREF)... done. malloc_init(&M_JMVREF)... done. malloc_init(&M_JNEWBLK)... done. malloc_init(&M_JFREEBLK)... done. malloc_init(&M_JFREEFRAG)... done. malloc_init(&M_JSEG)... done. malloc_init(&M_JSEGDEP)... done. malloc_init(&M_SBDEP)... done. malloc_init(&M_JTRUNC)... done. malloc_init(&M_JFSYNC)... done. malloc_init(&M_SENTINEL)... done. malloc_init(&M_SAVEDINO)... done. malloc_init(&M_JBLOCKS)... done. malloc_init(&M_MOUNTDATA)... done. malloc_init(&M_DIRHASH)... done. malloc_init(&M_DQUOT)... done. malloc_init(&M_UFSMNT)... done. malloc_init(&M_VMPGDATA)... done. malloc_init(&M_UMAHASH)... done. malloc_init(&DRM_MEM_BUFLISTS)... done. malloc_init(&DRM_MEM_AGPLISTS)... done. malloc_init(&M_FICT_PAGES)... done. vm_radix_reserve_kva(0)... done. malloc_init(&M_LINUX)... done. malloc_init(&M_EPOLL)... done. malloc_init(&M_FUTEX)... done. malloc_init(&M_FUTEX_WP)... done. malloc_init(&M_PCI_LINK)... done. malloc_init(&M_ATKBDDEV)... done. malloc_init(&M_BXE_ILT)... done. malloc_init(&DRM_MEM_CTXBITMAP)... done. malloc_init(&DRM_MEM_SGLISTS)... done. malloc_init(&DRM_MEM_DRAWABLE)... done. malloc_init(&DRM_MEM_MM)... done. malloc_init(&M_SPKR)... done. malloc_init(&M_ISCI)... done. malloc_init(&DRM_MEM_HASHTAB)... done. malloc_init(&M_MEMDESC)... done. malloc_init(&M_FPUKERN_CTX)... done. malloc_init(&M_PIR)... done. malloc_init(&M_DDB_CAPTURE)... done. malloc_init(&M_AACBUF)... done. malloc_init(&M_APMDEV)... done. malloc_init(&M_MADT)... done. malloc_init(&M_AACCAM)... done. malloc_init(&M_AACRAIDBUF)... done. malloc_init(&M_AACRAIDCAM)... done. malloc_init(&M_GDTBUF)... done. malloc_init(&M_QPI)... done. malloc_init(&M_IOAPIC)... done. malloc_init(&M_LEGACYDEV)... done. malloc_init(&M_IPSBUF)... done. malloc_init(&M_MCA)... done. malloc_init(&M_MPTABLE)... done. malloc_init(&M_ACPIINTR)... done. malloc_init(&M_MSI)... done. malloc_init(&M_NEXUSDEV)... done. tunable_mbinit(0)... done. pcpu_zones_startup(0)... done. scmeminit(0)... done. vt_update_static(&vt_consdev)... VT(vga): resolution 640x480 done. init_dynamic_kenv(0)... done. vid_malloc_init(0)... done. sleepinit(0)... done. authnone_init(0)... done. authunix_init(0)... done. subsystem 1a80000 witness_initialize(0)... done. subsystem 1ac0000 mtx_pool_setup_dynamic(0)... done. subsystem 1b00000 filelistinit(0)... done. usb_quirk_init(0)... done. nlm_client_init(0)... done. lf_init(0)... done. nlm_init(0)... done. mtx_sysinit(&db_script_mtx_args)... done. sx_sysinit(&cmbat_sxlock_args)... done. mtx_sysinit(&mac_ifnet_mtx_args)... done. mtx_sysinit(&ffs_snapfree_args)... done. mtx_sysinit(&et_eventtimers_init_args)... done. sx_sysinit(&tty_list_args)... done. sx_sysinit(&snp_register_lock_args)... done. mtx_sysinit(&accept_filter_args)... done. mtx_sysinit(&kq_global_args)... done. sx_sysinit(&in_control_sx_args)... done. mtx_sysinit(&domain_args)... done. mtx_sysinit(&kqueue_filterops_args)... done. mtx_sysinit(&knlist_lock_args)... done. mtx_sysinit(&rm_spinlock_args)... done. sx_sysinit(&cpu_sxlock_args)... done. sx_sysinit(&ec_sxlock_args)... done. mtx_sysinit(&in_multi_mtx_args)... done. mtx_sysinit(&accept_mtx_args)... done. mtx_sysinit(&encapmtx_args)... done. rm_sysinit(&in_ifaddr_lock_args)... done. mtx_sysinit(&so_global_mtx_args)... done. mtx_sysinit(&mtx_garbage_list_args)... done. sx_sysinit(&sx_fp_set_args)... done. mtx_sysinit(&dirlist_mtx_args)... done. mtx_sysinit(&hhookheadlistlock_args)... done. mtx_sysinit(&pcm_syncgroup_args)... done. mtx_sysinit(&tc_setclock_init_args)... done. mtx_sysinit(&zombie_lock_args)... done. mtx_sysinit(&intr_event_list_args)... done. sx_sysinit(&sx_rules_args)... done. sx_sysinit(&vfsconf_args)... done. sx_sysinit(&lid_sxlock_args)... done. mtx_sysinit(&uuid_lock_args)... done. mtx_sysinit(&mountlist_args)... done. mtx_sysinit(&root_holds_args)... done. mtx_sysinit(&softdep_lock_args)... done. mtx_sysinit(&prison0_args)... done. mtx_sysinit(&intr_config_hook_args)... done. sx_sysinit(&allprison_lock_args)... done. rw_sysinit(&khelplistlock_args)... done. mtx_sysinit(&sl_tab_lock_args)... done. mtx_sysinit(&kstack_cache_args)... done. mtx_sysinit(&devstat_mutex_args)... done. mtx_sysinit(&devfs_de_interlock_args)... done. mtx_sysinit(&vm_daemon_args)... done. sx_sysinit(&ifdescr_sx_args)... done. mtx_sysinit(&vm_default_policy_args)... done. rw_sysinit_flags(&ifnet_rw_args)... done. sx_sysinit(&linux_ioctl_args)... done. sx_sysinit(&ifnet_sx_args)... done. sx_sysinit(&clone_drain_lock_args)... done. mtx_sysinit(&firmware_args)... done. mtx_sysinit(&cdevpriv_mtx_args)... done. sx_sysinit(&pci_powerstate_sxlock_args)... done. sx_sysinit(&pci_link_sxlock_args)... done. mtx_sysinit(&if_cloners_lock_args)... done. sx_sysinit(&pcib_sxlock_args)... done. mtx_sysinit(&lp_tables_args)... done. mtx_sysinit(&in6_multi_mtx_args)... done. mtx_sysinit(&bxe_prev_mtx_args)... done. rm_sysinit(&in6_ifaddr_lock_args)... done. mtx_sysinit(&vesa_lock_args)... done. sx_sysinit(&hptmv_list_lock_args)... done. mtx_sysinit(&hpmtv_dpc_lock_args)... done. mtx_sysinit(&msgbuf_lock_args)... done. sx_sysinit(&gif_ioctl_sx_args)... done. mtx_sysinit(&xpt_topo_init_args)... done. rw_sysinit(&lltable_list_lock_args)... done. sx_sysinit(&powerres_sxlock_args)... done. sx_sysinit(&hpet_sxlock_args)... done. rw_sysinit(&loginclasses_init_args)... done. mtx_sysinit(&resettodr_init_args)... done. mtx_sysinit(&pfil_heads_lock_args)... done. sx_sysinit(&memsxlockinit_args)... done. mtx_sysinit(&rawcb_mtx_args)... done. sx_sysinit(&smbat_sxlock_args)... done. mtx_sysinit(&rtsock_args)... done. mtx_sysinit(&thermal_mutex_args)... done. mtx_sysinit(&ic_list_args)... done. mtx_sysinit(&nfs_cverf_mtx_args)... done. sx_sysinit(&acct_args)... done. sx_sysinit(&acpi_sxlock_args)... done. mtx_sysinit(&ah_regser_args)... done. mtx_sysinit(&nfsst_args)... done. mtx_sysinit(&isa_dma_lock_args)... done. sx_sysinit(&db_capture_sx_args)... done. mtx_sysinit(&unit_args)... done. sx_sysinit(&acad_sxlock_args)... done. mtx_sysinit(&iir_elock_args)... done. mtx_sysinit(&ntp_args)... done. sx_sysinit(&iir_sdev_lock_args)... done. sx_sysinit(&battery_sxlock_args)... done. mtx_sysinit(&pmc_soft_mtx_args)... done. pmc_init_sx(0)... done. mtx_sysinit(&nmi_lock_args)... done. lock_delay_default_init(&mtx_delay)... done. init_bounce_pages(0)... done. lock_delay_default_init(&mtx_spin_delay)... done. crc32c_init_hw(0)... done. lock_delay_default_init(&rw_delay)... done. init_turnstile0(0)... done. rangelock_sys_init(0)... done. kobj_init_mutex(0)... done. arc4_init(0)... done. osd_init(0)... done. lock_delay_default_init(&sx_delay)... done. subsystem 1c00000 eventhandler_init(0)... done. subsystem 1c00001 umtxq_sysinit(0)... done. subsystem 1ffffff ucom_init(0)... done. subsystem 2000000 usb_dev_init(0)... done. dpcpu_startup(0)... done. module_init(0)... done. linker_init(0)... done. link_elf_init(0)... done. linux_ioctl_register_handler(&aac_linux_handler)... done. linux_ioctl_register_handler(&aacraid_linux_handler)... done. linux_ioctl_register_handler(&amr_linux_handler)... done. linker_preload(0)... can't re-use a leaf (geom_label)! done. subsystem 1800000 malloc_init(&M_JOURNAL)... done. malloc_init(&M_NVIDIA)... done. malloc_init(&M_NVIDIA_MODESET)... done. subsystem 1b00000 mtx_sysinit(&g_journal_cache_args)... done. subsystem 2000000 linux_ioctl_register_handler(&mfi_linux_handler)... done. linux_device_register_handler(&mfi_device_handler)... done. devices_show_all_add(0)... done. tty_show_add(0)... done. ttys_show_all_add(0)... done. bio_show_add(0)... done. pciregs_show_add(0)... done. pgrpdump_show_add(0)... done. socket_show_add(0)... done. sockbuf_show_add(0)... done. protosw_show_add(0)... done. domain_show_add(0)... done. ahd_pause_cmd_add(0)... done. ahd_unpause_cmd_add(0)... done. ahd_in_cmd_add(0)... done. ahd_out_cmd_add(0)... done. igi_list_show_add(0)... done. ahd_dump_cmd_add(0)... done. sin_show_add(0)... done. in_ifaddr_show_add(0)... done. lock_show_add(0)... done. cdev_show_add(0)... done. watches_show_add(0)... done. panic_show_add(0)... done. unpcb_show_add(0)... done. cpusets_show_add(0)... done. dpcpu_off_show_add(0)... done. inpcb_show_add(0)... done. pcpu_show_add(0)... done. buffer_show_add(0)... done. lockedbufs_show_add(0)... done. vnodebufs_show_add(0)... done. inodedep_show_add(0)... done. inodedeps_show_add(0)... done. worklist_show_add(0)... done. workhead_show_add(0)... done. mkdirs_show_add(0)... done. ffs_show_add(0)... done. countfreebufs_cmd_add(0)... done. pcpu_show_all_add(0)... done. allpcpu_show_add(0)... done. pctrienode_show_add(0)... done. msgbuf_show_add(0)... done. uma_show_add(0)... done. umacache_show_add(0)... done. em_reset_dev_cmd_add(0)... done. rman_show_add(0)... done. map_show_add(0)... done. procvm_show_add(0)... done. vmochk_show_add(0)... done. object_show_add(0)... done. vmopag_show_add(0)... done. rmans_show_add(0)... done. page_show_add(0)... done. pageq_show_add(0)... done. pginfo_show_add(0)... done. rman_show_all_add(0)... done. allrman_show_add(0)... done. em_dump_queue_cmd_add(0)... done. freepages_show_add(0)... done. malloc_show_add(0)... done. radixnode_show_add(0)... done. lockedvnods_show_add(0)... done. vnode_show_add(0)... done. mount_show_add(0)... done. multizone_matches_show_add(0)... done. sleepq_show_add(0)... done. sleepqueue_show_add(0)... done. intr_show_add(0)... done. intrcnt_show_add(0)... done. bpf_if_show_add(0)... done. procs_show_all_add(0)... done. flowtables_show_add(0)... done. thread_show_add(0)... done. tcpcb_show_add(0)... done. file_show_add(0)... done. files_show_add(0)... done. turnstile_show_add(0)... done. lockchain_show_add(0)... done. chains_show_all_add(0)... done. allchains_show_add(0)... done. sleepchain_show_add(0)... done. locktree_show_add(0)... done. ifnet_show_add(0)... done. ifnets_show_all_add(0)... done. callout_show_add(0)... done. cyrixreg_show_add(0)... done. idt_show_add(0)... done. sysregs_show_add(0)... done. dbregs_show_add(0)... done. prison_show_add(0)... done. proc_show_add(0)... done. vmemdump_show_add(0)... done. llentry_show_add(0)... done. lltable_show_add(0)... done. lltables_show_all_add(0)... done. clocksource_show_add(0)... done. vmemdump_show_all_add(0)... done. vmem_show_add(0)... done. vmem_show_all_add(0)... done. netisr_show_add(0)... done. panic_cmd_add(0)... done. acpi_pm_register(0)... done. rtc_show_add(0)... done. locks_show_add(0)... done. locks_show_all_add(0)... done. alllocks_show_add(0)... done. witness_show_add(0)... done. irqs_show_add(0)... done. ahd_sunit_cmd_add(0)... done. ioapic_show_add(0)... done. ioapics_show_all_add(0)... done. sta_show_add(0)... done. apic_show_add(0)... done. lapic_show_add(0)... done. statab_show_add(0)... done. vap_show_add(0)... done. com_show_add(0)... done. vaps_show_all_add(0)... done. mesh_show_all_add(0)... done. geom_show_add(0)... done. conifhk_show_add(0)... done. linker_stop_class_add(0)... done. linker_init_kernel_modules(0)... module_register: cannot register pci/eh= ci from kernel; already loaded from ehci.ko Module pci/ehci failed to register: 17 module_register: cannot register g_label from kernel; already loaded from g= eom_label.ko Module g_label failed to register: 17 done. kldstat_cmd_add(0)... done. device_show_add(0)... done. subsystem 2100000 cpu_startup(0)... CPU: AMD FX-8320E Eight-Core Processor (= 3200.07-MHz 686-class CPU) Origin=3D"AuthenticAMD" Id=3D0x600f20 Family=3D0x15 Model=3D0x2 Stepp= ing=3D0 Features=3D0x178bfbff Features2=3D0x3e98320b AMD Features=3D0x2e500800 AMD Features2=3D0x1ebbfff Structured Extended Features=3D0x8 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=3D65536 TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 3079618560 (2936 MB) done. apic_setup_local(0)... Event timer "LAPIC" quality 100 ACPI APIC Table: done. mp_start(0)... FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) done. madt_set_ids(0)... done. mca_init_bsp(0)... done. callout_callwheel_init(0)... done. pmap_init_reserved_pages(0)... done. module_register_init(&x86bios_mod)... done. bios32_init(0)... done. subsystem 2100001 vt_init_logos(0)... done. subsystem 2140000 init_dtrace(0)... done. init_hwpmc(0)... done. pmc_soft_ev_register(&pmc___clock_stat)... done. pmc_soft_ev_register(&pmc___page_fault_all)... done. pmc_soft_ev_register(&pmc___page_fault_read)... done. pmc_soft_ev_register(&pmc___page_fault_write)... done. pmc_soft_ev_register(&pmc___lock_failed)... done. pmc_soft_ev_register(&pmc___clock_prof)... done. pmc_soft_ev_register(&pmc___clock_hard)... done. subsystem 2160000 random_init(0)... done. random_harvestq_init(0)... done. random_alg_context_ra_init_alg(0)... done. random_harvestq_prime(0)... done. __stack_chk_init(0)... random: unblocking device. done. subsystem 2180000 mac_init(0)... done. subsystem 21d0000 mac_late_init(0)... done. subsystem 2200000 proc0_init(0)... done. f00f_hack(0)... done. shutdown_conf(0)... done. subsystem 2300000 uma_startup3(0)... done. subsystem 2380000 db_capture_sysinit(0)... done. subsystem 2400000 sched_setup(0)... done. subsystem 2480000 ktrace_init(0)... done. subsystem 24c0000 audit_init(0)... done. subsystem 2500000 create_init(0)... done. subsystem 2600000 idle_setup(0)... done. subsystem 2700000 mbuf_init(0)... done. sfstat_init(0)... done. sf_buf_init(0)... done. subsystem 2800000 intr_init(0)... done. apic_setup_io(0)... ACPI BIOS Warning (bug): Optional FADT field Pm2Cont= rolBlock has valid Length but zero Address: 0x0000000000000000/0x1 (2017011= 9/tbfadt-688) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard done. atpic_init(0)... done. intr_init_final(0)... done. subsystem 2a00000 start_softintr(0)... done. netisr_init(0)... done. start_softclock(0)... done. init_device_poll(0)... done. sysbeep_init(0)... done. subsystem 2f00000 devfs_devs_init(0)... done. reroot_conf(0)... done. subsystem 3000000 vnet_carpstats_init(0)... done. taskqgroup_define_if_config_tqg(0)... done. vnet_ip6stat_init(0)... done. vnet_ip4_ftstat_init(0)... done. vnet_icmpstat_init(0)... done. vnet_ip6_ftstat_init(0)... done. vnet_udpstat_init(0)... done. vnet_rip6stat_init(0)... done. vnet_ipstat_init(0)... done. vnet_icmp6stat_init(0)... done. hhook_vnet_init(0)... done. taskqgroup_define_if_io_tqg(0)... done. vnet_arpstat_init(0)... done. taskqueue_define_fast(0)... done. taskqueue_define_aiod_kick(0)... done. vnet_if_init(0)... done. taskqueue_define_kqueue_ctx(0)... done. taskqueue_define_swi(0)... done. taskqueue_define_swi_giant(0)... done. taskqueue_define_nvidia(0)... done. taskqueue_define_thread(0)... done. taskqueue_define_nvkms(0)... done. module_register_init(&iflib_moduledata)... done. ether_init(0)... done. module_register_init(ðer_mod)... done. subsystem 3010000 vnet_netgraph_init(0)... done. module_register_init(&netgraph_mod)... done. subsystem 3100000 ieee80211_mesh_init(0)... done. module_register_init(&g_raid_tr_concat_mod)... done. module_register_init(&randomdev_mod)... random: entropy device external = interface done. ieee80211_phy_init(0)... done. module_register_init(&g_raid_tr_raid0_mod)... done. ieee80211_auth_setup(0)... done. module_register_init(&root_bus_mod)... done. module_register_init(&ratectl_none_mod)... done. module_register_init(&sta_mod)... done. module_register_init(&g_class_mod)... done. acpi_intr_init(&acpi_intr_lock)... done. ieee80211_vht_init(0)... done. module_register_init(&g_raid_tr_raid1_mod)... done. module_register_init(&g_vfs_mod)... done. module_register_init(&g_raid_tr_raid1e_mod)... done. module_register_init(&g_label_mod)... done. module_register_init(&g_raid_tr_raid5_mod)... done. module_register_init(&amrr_mod)... done. module_register_init(&g_part_mod)... done. i686_mem_drvinit(0)... done. module_register_init(&ccmp_mod)... done. k6_mem_drvinit(0)... done. module_register_init(&tkip_mod)... done. module_register_init(&wep_mod)... done. module_register_init(&firmware_mod)... done. acpi_task_init(0)... done. feeder_register(&feeder_root_class)... done. ttyconsdev_init(0)... done. module_register_init(&virtio_mod)... done. module_register_init(&zlib_mod)... done. module_register_init(&g_md_mod)... done. ttyinq_startup(0)... done. module_register_init(&wlan_mod)... done. ieee80211_ht_init(0)... done. ttyoutq_startup(0)... done. module_register_init(&g_journal_mod)... done. module_register_init(&g_label_mod)... done. sndstat_sysinit(0)... done. module_register_init(&g_dev_mod)... done. module_register_init(&g_disk_mod)... done. module_register_init(&mpt_core_mod)... done. module_register_init(&g_raid_md_jmicron_mod)... done. module_register_init(&g_raid_md_ddf_mod)... done. module_register_init(&g_raid_md_nvidia_mod)... done. ieee80211_hwmp_init(0)... done. module_register_init(&mpt_user_mod)... done. module_register_init(&g_raid_md_promise_mod)... done. module_register_init(&g_raid_md_intel_mod)... done. module_register_init(&g_raid_md_sii_mod)... done. module_register_init(&mpt_cam_mod)... done. module_register_init(&g_raid_mod)... done. module_register_init(&mpt_raid_mod)... done. module_register_init(&kue_uhub_mod)... done. module_register_init(&miibus_rue_mod)... done. module_register_init(&udav_uhub_mod)... done. module_register_init(&miibus_udav_mod)... done. module_register_init(&ruephy_miibus_mod)... done. pts_init(0)... done. ctty_drvinit(0)... done. module_register_init(&rum_uhub_mod)... done. module_register_init(&run_uhub_mod)... done. module_register_init(&uath_uhub_mod)... done. module_register_init(&if_upgt_uhub_mod)... done. module_register_init(&ural_uhub_mod)... done. module_register_init(&urtw_uhub_mod)... done. module_register_init(&zyd_uhub_mod)... done. module_register_init(&u3g_uhub_mod)... done. module_register_init(&uark_uhub_mod)... done. module_register_init(&ubsa_uhub_mod)... done. module_register_init(&uftdi_uhub_mod)... done. module_register_init(&uipaq_uhub_mod)... done. module_register_init(&ulpt_uhub_mod)... done. module_register_init(&uplcom_uhub_mod)... done. module_register_init(&uslcom_uhub_mod)... done. module_register_init(&uvisor_uhub_mod)... done. module_register_init(&uvscom_uhub_mod)... done. module_register_init(&ahd_pci_mod)... done. module_register_init(&ufm_uhub_mod)... done. module_register_init(&uhid_uhub_mod)... done. module_register_init(&ukbd_uhub_mod)... done. module_register_init(&ums_uhub_mod)... done. module_register_init(&aacp_aac_mod)... done. module_register_init(&acpi_ec_acpi_mod)... done. module_register_init(&vge_pci_mod)... done. module_register_init(&miibus_vge_mod)... done. module_register_init(&acpi_isab_acpi_mod)... done. module_register_init(&aac_linux_mod)... done. module_register_init(&virtio_pci_pci_mod)... done. module_register_init(&acpi_lid_acpi_mod)... done. module_register_init(&acpi_perf_cpu_mod)... done. module_register_init(&ahd_mod)... done. module_register_init(&mga_vgapci_mod)... done. module_register_init(&radeon_vgapci_mod)... done. module_register_init(&ed_pccard_mod)... done. module_register_init(&vtnet_virtio_mmio_mod)... done. module_register_init(&vtnet_virtio_pci_mod)... done. module_register_init(&miibus_ed_mod)... done. module_register_init(&ed_pci_mod)... done. module_register_init(&virtio_blk_virtio_mmio_mod)... done. module_register_init(&virtio_blk_virtio_pci_mod)... done. module_register_init(&virtio_balloon_virtio_pci_mod)... done. module_register_init(&em_pci_mod)... done. module_register_init(&virtio_scsi_virtio_pci_mod)... done. bpf_drvinit(0)... done. module_register_init(&vr_pci_mod)... done. module_register_init(&miibus_vr_mod)... done. module_register_init(&vtvga_nexus_mod)... done. module_register_init(&igb_pci_mod)... done. consolectl_drvinit(0)... done. module_register_init(&ahc_mod)... done. module_register_init(&aacraid_linux_mod)... done. module_register_init(&aacraid_pci_mod)... done. module_register_init(&et_pci_mod)... done. module_register_init(&miibus_et_mod)... done. sysmouse_drvinit(0)... done. module_register_init(&alc_pci_mod)... done. module_register_init(&vte_pci_mod)... done. module_register_init(&miibus_vte_mod)... done. module_register_init(&vx_pci_mod)... done. module_register_init(&watchdog_mod)... done. module_register_init(&wb_pci_mod)... done. module_register_init(&miibus_wb_mod)... done. module_register_init(&wi_pccard_mod)... done. module_register_init(&wi_pci_mod)... done. module_register_init(&wpi_pci_mod)... done. module_register_init(&xe_pccard_mod)... done. module_register_init(&miibus_xl_mod)... done. module_register_init(&xlphy_miibus_mod)... done. module_register_init(&miibus_alc_mod)... done. module_register_init(&acpi_acad_acpi_mod)... done. module_register_init(&acpi_sysresource_acpi_mod)... done. module_register_init(&ep_isa_mod)... done. module_register_init(&ep_pccard_mod)... done. module_register_init(&esp_pci_mod)... done. module_register_init(&ex_isa_mod)... done. module_register_init(&ex_pccard_mod)... done. module_register_init(&exca_mod)... done. module_register_init(&fbd_fb_mod)... done. module_register_init(&fbd_drmn_mod)... done. module_register_init(&fbd_udl_mod)... done. module_register_init(&fe_pccard_mod)... done. module_register_init(&miibus_fxp_mod)... done. module_register_init(&inphy_miibus_mod)... done. module_register_init(&miibus_gem_mod)... done. module_register_init(&gem_pci_mod)... done. module_register_init(&miibus_hme_mod)... done. module_register_init(&hme_pci_mod)... done. module_register_init(&hptiop_pci_mod)... done. module_register_init(&idad_ida_mod)... done. module_register_init(&ida_pci_mod)... done. module_register_init(&ale_pci_mod)... done. module_register_init(&miibus_ale_mod)... done. module_register_init(&acpi_nexus_mod)... done. module_register_init(&iir_pci_mod)... done. module_register_init(&amrd_amr_mod)... done. module_register_init(&ipsd_ips_mod)... done. module_register_init(&ips_pci_mod)... done. module_register_init(&ipw_pci_mod)... done. module_register_init(&isp_pci_mod)... done. module_register_init(&iwi_pci_mod)... done. module_register_init(&iwn_pci_mod)... done. module_register_init(&ixgb_pci_mod)... done. module_register_init(&acpi_smbat_acpi_mod)... done. module_register_init(&amr_linux_mod)... done. module_register_init(&jme_pci_mod)... done. module_register_init(&miibus_jme_mod)... done. module_register_init(&amr_pci_mod)... done. module_register_init(&kbdmux_mod)... kbd1 at kbdmux0 done. module_register_init(&le_pci_mod)... done. module_register_init(&an_isa_mod)... done. led_drvinit(0)... done. module_register_init(&lge_pci_mod)... done. module_register_init(&miibus_lge_mod)... done. module_register_init(&an_pccard_mod)... done. module_register_init(&malo_pci_mod)... done. module_register_init(&an_pci_mod)... done. module_register_init(&acpi_tz_acpi_mod)... done. module_register_init(&aac_pci_mod)... done. module_register_init(&mem_mod)... done. module_register_init(&ata_pccard_mod)... done. module_register_init(&mfi_pci_mod)... done. module_register_init(&mfid_mfi_mod)... done. module_register_init(&mfisyspd_mfi_mod)... done. module_register_init(&ata_isa_mod)... done. module_register_init(&acpi_throttle_cpu_mod)... done. module_register_init(&mfi_linux_mod)... done. module_register_init(&acphy_miibus_mod)... done. module_register_init(&hy_miibus_mod)... done. module_register_init(&atphy_miibus_mod)... done. module_register_init(&axphy_miibus_mod)... done. module_register_init(&bmtphy_miibus_mod)... done. module_register_init(&brgphy_miibus_mod)... done. module_register_init(&ciphy_miibus_mod)... done. module_register_init(&e1000phy_miibus_mod)... done. module_register_init(&gentbi_miibus_mod)... done. module_register_init(&icsphy_miibus_mod)... done. module_register_init(&ip1000phy_miibus_mod)... done. module_register_init(&jmphy_miibus_mod)... done. module_register_init(&lxtphy_miibus_mod)... done. module_register_init(&mlphy_miibus_mod)... done. module_register_init(&nsgphy_miibus_mod)... done. module_register_init(&nsphy_miibus_mod)... done. module_register_init(&nsphyter_miibus_mod)... done. module_register_init(&pnaphy_miibus_mod)... done. module_register_init(&qsphy_miibus_mod)... done. module_register_init(&rdcphy_miibus_mod)... done. module_register_init(&rgephy_miibus_mod)... done. module_register_init(&rlphy_miibus_mod)... done. module_register_init(&smcphy_miibus_mod)... done. module_register_init(&smscphy_miibus_mod)... done. module_register_init(&isa_isab_mod)... done. module_register_init(&isa_eisab_mod)... done. module_register_init(&pnp_isa_mod)... done. module_register_init(&tdkphy_miibus_mod)... done. module_register_init(&tlphy_miibus_mod)... done. module_register_init(&truephy_miibus_mod)... done. module_register_init(&ukphy_miibus_mod)... done. module_register_init(&xmphy_miibus_mod)... done. module_register_init(&mlxd_mlx_mod)... done. module_register_init(&mlx_pci_mod)... done. module_register_init(&mly_pci_mod)... done. module_register_init(&mmcsd_mmc_mod)... done. module_register_init(&atapci_pci_mod)... done. module_register_init(&mpr_pci_mod)... done. module_register_init(&ata_atapci_mod)... done. module_register_init(&ata_acard_pci_mod)... done. module_register_init(&ata_ali_pci_mod)... done. module_register_init(&mps_pci_mod)... done. module_register_init(&ata_amd_pci_mod)... done. module_register_init(&ata_ati_pci_mod)... done. module_register_init(&ata_cenatek_pci_mod)... done. cn_drvinit(0)... done. module_register_init(&ata_cypress_pci_mod)... done. module_register_init(&cpufreq_cpu_mod)... done. module_register_init(&ata_cyrix_pci_mod)... done. module_register_init(&mpt_pci_mod)... done. module_register_init(&ata_highpoint_pci_mod)... done. module_register_init(&ata_intel_pci_mod)... done. module_register_init(&ata_ite_pci_mod)... done. module_register_init(&ata_jmicron_pci_mod)... done. module_register_init(&mrsas_pci_mod)... done. module_register_init(&ata_marvell_pci_mod)... done. fildesc_drvinit(0)... done. module_register_init(&ata_micron_pci_mod)... done. module_register_init(&ata_national_pci_mod)... done. module_register_init(&mskc_pci_mod)... done. module_register_init(&msk_mskc_mod)... done. module_register_init(&miibus_msk_mod)... done. module_register_init(&ata_netcell_pci_mod)... done. module_register_init(&mvsch_mvs_mod)... done. module_register_init(&mvsch_sata_mod)... done. module_register_init(&mvs_pci_mod)... done. module_register_init(&ata_nvidia_pci_mod)... done. module_register_init(&nfslock_mod)... done. module_register_init(&mwl_pci_mod)... done. module_register_init(&ncv_pccard_mod)... done. module_register_init(&netmap_mod)... netmap: loaded module done. module_register_init(&ata_promise_pci_mod)... done. module_register_init(&nge_pci_mod)... done. module_register_init(&miibus_nge_mod)... done. module_register_init(&nsp_pccard_mod)... done. module_register_init(&null_mod)... done. module_register_init(&pccard_pcic_mod)... done. module_register_init(&pccard_cbb_mod)... done. module_register_init(&cbb_isa_mod)... done. module_register_init(&cbb_pci_mod)... done. module_register_init(&fixup_pci_pci_mod)... done. module_register_init(&hostb_pci_mod)... done. module_register_init(&ignore_pci_pci_mod)... done. module_register_init(&isab_pci_mod)... done. module_register_init(&pci_pcib_mod)... done. audit_pipe_init(0)... done. module_register_init(&ata_serverworks_pci_mod)... done. audit_trigger_cdev_init(0)... done. module_register_init(&pcib_pci_mod)... done. module_register_init(&vgapci_pci_mod)... done. module_register_init(&pcn_pci_mod)... done. module_register_init(&miibus_pcn_mod)... done. module_register_init(&ata_sii_pci_mod)... done. module_register_init(&plip_ppbus_mod)... done. module_register_init(&lpt_ppbus_mod)... done. module_register_init(&ata_sis_pci_mod)... done. module_register_init(&ppbus_ppc_mod)... done. module_register_init(&ppi_ppbus_mod)... done. module_register_init(&ppc_acpi_mod)... done. module_register_init(&ppc_isa_mod)... done. module_register_init(&ppc_pci_mod)... done. module_register_init(&ppc_puc_mod)... done. module_register_init(&ata_via_pci_mod)... done. module_register_init(&pstpci_pci_mod)... done. module_register_init(&ath_pci_pci_mod)... done. module_register_init(&pst_pstpci_mod)... done. module_register_init(&pty_mod)... done. module_register_init(&adv_pci_mod)... done. module_register_init(&puc_pccard_mod)... done. module_register_init(&puc_pci_mod)... done. module_register_init(&adw_pci_mod)... done. module_register_init(&ral_pci_mod)... done. module_register_init(&ae_pci_mod)... done. module_register_init(&bce_pci_mod)... done. module_register_init(&miibus_bce_mod)... done. module_register_init(&bfe_pci_mod)... done. module_register_init(&miibus_bfe_mod)... done. module_register_init(&bge_pci_mod)... done. module_register_init(&miibus_bge_mod)... done. module_register_init(&bt_isa_mod)... done. module_register_init(&bt_pci_mod)... done. module_register_init(&re_pci_mod)... done. module_register_init(&miibus_re_mod)... done. module_register_init(&rl_pci_mod)... done. module_register_init(&rl_cardbus_mod)... done. module_register_init(&miibus_rl_mod)... done. module_register_init(&sdhci_acpi_acpi_mod)... done. module_register_init(&mmc_sdhci_acpi_mod)... done. module_register_init(&sdhci_pci_pci_mod)... done. module_register_init(&mmc_sdhci_pci_mod)... done. module_register_init(&sf_pci_mod)... done. module_register_init(&miibus_sf_mod)... done. module_register_init(&sge_pci_mod)... done. module_register_init(&miibus_sge_mod)... done. module_register_init(&cardbus_cbb_mod)... done. module_register_init(&siis_pci_mod)... done. module_register_init(&siisch_siis_mod)... done. module_register_init(&sis_pci_mod)... done. module_register_init(&miibus_sis_mod)... done. module_register_init(&miibus_ae_mod)... done. module_register_init(&skc_pci_mod)... done. module_register_init(&sk_skc_mod)... done. module_register_init(&miibus_sk_mod)... done. module_register_init(&sn_isa_mod)... done. module_register_init(&sn_pccard_mod)... done. module_register_init(&ciss_pci_mod)... done. module_register_init(&acpi_button_acpi_mod)... done. module_register_init(&snp_mod)... done. module_register_init(&aacch_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&aacd_aac_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&age_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. dsp_sysinit(0)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&ichss_cpu_mod)... done. module_register_init(&cs_isa_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&acpi_pci_pcib_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&acpi_pci_link_acpi_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&acpi_pcib_acpi_mod)... done. module_register_init(&acpi_pcib_pci_mod)... done. module_register_init(&adv_isa_mod)... done. module_register_init(&agp_ali_hostb_mod)... done. module_register_init(&agp_amd_hostb_mod)... done. module_register_init(&agp_amd64_hostb_mod)... done. module_register_init(&agp_ati_hostb_mod)... done. module_register_init(&agp_i810_vgapci_mod)... done. module_register_init(&agp_intel_hostb_mod)... done. module_register_init(&agp_nvidia_hostb_mod)... done. module_register_init(&agp_sis_hostb_mod)... done. module_register_init(&agp_via_hostb_mod)... done. module_register_init(&aic_isa_mod)... done. module_register_init(&arcmsr_pci_mod)... done. module_register_init(&atkbd_atkbdc_mod)... done. module_register_init(&atkbdc_isa_mod)... done. module_register_init(&atkbdc_acpi_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&psm_atkbdc_mod)... done. module_register_init(&psmcpnp_isa_mod)... done. module_register_init(&psmcpnp_acpi_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&bxe_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&ed_isa_mod)... done. module_register_init(&cs_pccard_mod)... done. mixer_sysinit(0)... done. module_register_init(&vesa_mod)... module_register_init: MOD_LOAD (vesa,= 0xb60e46c0, 0) error 19 done. module_register_init(&fd_fdc_mod)... done. module_register_init(&fdc_acpi_mod)... done. module_register_init(&fdc_isa_mod)... done. module_register_init(&fdc_pccard_mod)... done. module_register_init(&fe_isa_mod)... done. module_register_init(&hpt27xx_pci_mod)... done. module_register_init(&hptmv_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&miibus_dc_mod)... done. module_register_init(&hptnr_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&hptrr_pci_mod)... done. module_register_init(&io_mod)... done. module_register_init(&le_isa_mod)... done. module_register_init(&sound_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&dcphy_miibus_mod)... done. module_register_init(&nfe_pci_mod)... done. module_register_init(&miibus_nfe_mod)... done. module_register_init(&rdrand_mod)... done. module_register_init(&nehemiah_mod)... done. module_register_init(&midi_mod)... done. module_register_init(&speaker_mod)... done. module_register_init(&scterm_scteken_mod)... done. module_register_init(&scrndr_vga_mod)... done. module_register_init(&ste_pci_mod)... done. module_register_init(&hpet_acpi_mod)... done. module_register_init(&acpi_timer_acpi_mod)... done. module_register_init(&miibus_ste_mod)... done. module_register_init(&isci_pci_mod)... done. module_register_init(&stg_isa_mod)... done. module_register_init(&nexus_acpi_root_mod)... done. module_register_init(&stg_pccard_mod)... done. module_register_init(&pnpbios_isa_mod)... done. module_register_init(&stg_pci_mod)... done. module_register_init(&stge_pci_mod)... done. log_drvinit(0)... done. module_register_init(&miibus_stge_mod)... done. module_register_init(&sym_pci_mod)... done. module_register_init(&pnphy_miibus_mod)... done. sm_attach_mouse(0)... done. module_register_init(&ti_pci_mod)... done. module_register_init(&tl_pci_mod)... done. module_register_init(&miibus_tl_mod)... done. module_register_init(&piix_pci_mod)... done. module_register_init(&trm_pci_mod)... done. module_register_init(&de_pci_mod)... done. module_register_init(&twa_pci_mod)... done. module_register_init(&twe_pci_mod)... done. module_register_init(&npxisa_isa_mod)... done. module_register_init(&npxisa_acpi_mod)... done. module_register_init(&twed_twe_mod)... done. module_register_init(&pmtimer_isa_mod)... done. module_register_init(&dpt_pci_mod)... done. module_register_init(&pir_legacy_mod)... done. module_register_init(&sc_isa_mod)... done. module_register_init(&vga_isa_mod)... done. module_register_init(&vgapm_vgapci_mod)... done. module_register_init(&miibus_age_mod)... done. module_register_init(&tws_pci_mod)... done. module_register_init(&acpi_cmbat_acpi_mod)... done. module_register_init(&aha_isa_mod)... done. module_register_init(&aacraidp_aacraid_mod)... done. module_register_init(&ahcich_ahci_mod)... done. module_register_init(&tx_pci_mod)... done. module_register_init(&miibus_tx_mod)... done. module_register_init(&ahciem_ahci_mod)... done. module_register_init(&txp_pci_mod)... done. module_register_init(&uart_acpi_mod)... done. module_register_init(&uart_isa_mod)... done. module_register_init(&est_cpu_mod)... done. module_register_init(&hwpstate_cpu_mod)... done. module_register_init(&p4tcc_cpu_mod)... done. module_register_init(&powernow_cpu_mod)... done. module_register_init(&smist_cpu_mod)... done. module_register_init(&uart_pccard_mod)... done. module_register_init(&atpic_isa_mod)... done. module_register_init(&atpic_acpi_mod)... done. module_register_init(&atrtc_isa_mod)... done. module_register_init(&atrtc_acpi_mod)... done. module_register_init(&uart_pci_mod)... done. module_register_init(&uart_puc_mod)... done. module_register_init(&attimer_isa_mod)... done. module_register_init(&attimer_acpi_mod)... done. module_register_init(&isa_legacy_mod)... done. module_register_init(&isa_xenpv_mod)... done. module_register_init(&cpu_acpi_mod)... done. module_register_init(&atdma_isa_mod)... done. module_register_init(&atdma_acpi_mod)... done. module_register_init(&orm_isa_mod)... done. module_register_init(&pcib_legacy_mod)... done. module_register_init(&pcibus_pnp_isa_mod)... done. module_register_init(&pcibios_pcib_pci_mod)... done. module_register_init(&ehci_pci_mod)... done. module_register_init(&qpi_nexus_mod)... done. module_register_init(&pcib_qpi_mod)... done. module_register_init(&ohci_pci_mod)... done. module_register_init(&uhci_pci_mod)... done. module_register_init(&xhci_pci_mod)... done. module_register_init(&ahci_pci_mod)... done. module_register_init(&ahci_atapci_mod)... done. module_register_init(&ioapic_pci_mod)... done. module_register_init(&apic_nexus_mod)... done. module_register_init(&usbus_ohci_mod)... done. module_register_init(&usbus_uhci_mod)... done. module_register_init(&usbus_ehci_mod)... done. module_register_init(&legacy_nexus_mod)... done. module_register_init(&cpu_legacy_mod)... done. module_register_init(&usbus_xhci_mod)... done. module_register_init(&usbus_at91_udp_mod)... done. module_register_init(&usbus_musbotg_mod)... done. module_register_init(&usbus_uss820dci_mod)... done. module_register_init(&usbus_octusb_mod)... done. module_register_init(&usbus_dwcotg_mod)... done. module_register_init(&usbus_saf1761otg_mod)... done. module_register_init(&umass_uhub_mod)... done. module_register_init(&urio_uhub_mod)... done. module_register_init(&mptable_pcib_legacy_mod)... done. module_register_init(&mptable_pcib_pci_mod)... done. module_register_init(&aic_pccard_mod)... done. module_register_init(&ahc_isa_isa_mod)... done. module_register_init(&nexus_root_mod)... done. module_register_init(&ram_nexus_mod)... done. module_register_init(&sysresource_isa_mod)... done. module_register_init(&ahc_pci_pci_mod)... done. module_register_init(&uhub_usbus_mod)... done. module_register_init(&uhub_uhub_mod)... done. module_register_init(&aue_uhub_mod)... done. module_register_init(&miibus_aue_mod)... done. module_register_init(&axe_uhub_mod)... done. module_register_init(&miibus_axe_mod)... done. module_register_init(&nvidia_vgapci_mod)... done. module_register_init(&cdce_uhub_mod)... done. module_register_init(&cue_uhub_mod)... done. module_register_init(&ehci_pci_mod)... done. module_register_init(&ptn_memdev_pci_mod)... done. module_register_init(&ptnet_pci_mod)... done. module_register_init(&probe_mod)... done. module_register_init(&uether_mod)... done. module_register_init(&enc_mod)... done. module_register_init(&xpt_mod)... done. module_register_init(&da_mod)... done. module_register_init(&xl_pci_mod)... done. module_register_init(&cd_mod)... done. module_register_init(&aprobe_mod)... done. feeder_register(&feeder_eq_class)... done. module_register_init(&ch_mod)... done. feeder_register(&feeder_format_class)... done. module_register_init(&pass_mod)... done. feeder_register(&feeder_matrix_class)... done. module_register_init(&dc_pci_mod)... done. feeder_register(&feeder_mixer_class)... done. module_register_init(&pmp_mod)... done. feeder_register(&feeder_rate_class)... done. module_register_init(&ada_mod)... done. module_register_init(&rue_uhub_mod)... done. feeder_register(&feeder_volume_class)... done. module_register_init(&sa_mod)... done. npxinitstate(0)... done. module_register_init(&g_part_bsd_mod)... done. module_register_init(&g_part_ebr_mod)... done. module_register_init(&g_part_gpt_mod)... done. module_register_init(&g_part_mbr_mod)... done. module_register_init(&nvidia_modeset_moduledata)...=20 nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platform= s 375.26 Thu Dec 8 17:58:40 PST 2016 acquiring duplicate lock of same type: "os.lock_sx" 1st os.lock_sx @ nvidia_os.c:622 2nd os.lock_sx @ nvidia_os.c:622 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc883d at _sx_xlock+0x6d #3 0xb752ad7e at os_acquire_mutex+0x3e #4 0xb7434583 at _nv019165rm+0xb done. module_register_init(&fxp_pci_mod)... done. subsystem 3800000 hpt_init(0)... done. hpt_init(0)... done. hpt_init(0)... done. configure_first(0)... done. acpi_taskq_init(0)... done. module_register_init(&ata_moduledata)... done. module_register_init(&cam_moduledata)... done. fbd_evh_init(0)... done. configure(0)... nexus0 vtvga0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 350 Event timer "HPET2" frequency 14318180 Hz quality 350 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) pcib1: irq 52 at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe07f mem 0xfd000000-0xfdfff= fff,0xc0000000-0xcfffffff,0xd0000000-0xd1ffffff irq 24 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io vgapci0: Boot video device pci1: at device 0.1 (no driver attached) pcib2: irq 52 at device 3.0 on pci0 pci2: on pcib2 arcmsr0: mem 0xfe610000-0xfe611fff irq 28 at device 0.0 on pci2 Areca RAID adapter0: ARC-1221 F/W version V1.46 2009-01-06=20 pcib3: irq 52 at device 4.0 on pci0 pci3: on pcib3 xhci0: mem 0xfe500000-0xfe500fff irq 44= at device 0.0 on pci3 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 pcib4: irq 52 at device 5.0 on pci0 pci4: on pcib4 ppc1: port 0xd010-0xd017,0xd= 000-0xd003 irq 46 at device 0.0 on pci4 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc1 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pcib5: irq 53 at device 6.0 on pci0 pci5: on pcib5 xhci1: mem 0xfe400000-0xfe400fff irq 51= at device 0.0 on pci5 xhci1: 32 bytes context size, 64-bit DMA usbus1 on xhci1 ahci0: port 0xf040-0xf047,0xf0= 30-0xf033,0xf020-0xf027,0xf010-0xf013,0xf000-0xf00f mem 0xfe707000-0xfe7073= ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported ahci0: quirks=3D0x22000 ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ohci0: mem 0xfe706000-0xfe706fff irq= 18 at device 18.0 on pci0 usbus2 on ohci0 ehci0: mem 0xfe705000-0xfe7050ff= irq 17 at device 18.2 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 ohci1: mem 0xfe704000-0xfe704fff irq= 18 at device 19.0 on pci0 usbus4 on ohci1 ehci1: mem 0xfe703000-0xfe7030ff= irq 17 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pci6: on pcib6 pci6: at device 5.0 (no driver attached) atapci0: port 0xc150-0xc15f,0xc140-0xc14f,0xc= 130-0xc13f,0xc120-0xc12f,0xc100-0xc11f,0xc000-0xc0ff irq 21 at device 6.0 o= n pci6 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata4: at channel 2 on atapci0 ohci2: mem 0xfe702000-0xfe702fff irq= 18 at device 20.5 on pci0 usbus6 on ohci2 pcib7: at device 21.0 on pci0 pci7: on pcib7 alc0: port 0xb000-0xb07f mem 0xfe300000-0xf= e33ffff irq 16 at device 0.0 on pci7 alc0: 11776 Tx FIFO, 12032 Rx FIFO alc0: Using 1 MSIX message(s). miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FD= X, 1000baseT-FDX-master, auto, auto-flow alc0: Using defaults for TSO: 65518/35/2048 alc0: Ethernet address: 4c:cc:6a:23:7a:55 ohci3: mem 0xfe701000-0xfe701fff irq= 18 at device 22.0 on pci0 usbus7 on ohci3 ehci2: mem 0xfe700000-0xfe7000ff= irq 17 at device 22.2 on pci0 usbus8: EHCI version 1.0 usbus8 on ehci2 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 ata0: at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1: at port 0x170-0x177,0x376 irq 15 on isa0 ppc0: parallel port not found. done. mpt_postattach(0)... done. acpi_cpu_postattach(0)... hwpstate0: on cpu0 done. vmem_start_callout(0)... done. mca_createtq(0)... done. configure_final(0)... done. mountroot_evh_init(0)... done. hook_tsc_freq(0)... done. cpufreq_post_change_evh_init(0)... done. subsystem 4000000 module_register_init(&acl_nfs4_mod)... done. vntblinit(0)... done. module_register_init(&acl_posix1e_mod)... done. module_register_init(&nfscl_mod)... done. nameiinit(0)... NULL mp in getnewvnode(9), tag crossmp done. nchinit(0)... done. vfs_hashinit(0)... done. module_register_init(&ufs_mod)... done. module_register_init(&cd9660_mod)... done. module_register_init(&nfs_mod)... done. module_register_init(&msdosfs_mod)... done. module_register_init(&linprocfs_mod)... done. module_register_init(&devfs_mod)... done. module_register_init(&procfs_mod)... done. vfs_mount_init(0)... done. module_register_init(&nfslockd_mod)... done. module_register_init(&aio_mod)... done. pipeinit(0)... done. module_register_init(&krpc_mod)... done. procdesc_init(0)... done. soaio_init(0)... done. module_register_init(&nfsd_mod)... done. module_register_init(&nfssvc_mod)... done. module_register_init(&nfscommon_mod)... done. vfs_event_init(0)... done. subsystem 4800000 initclocks(0)... done. inittimecounter(0)... Timecounters tick every 1.000 msec done. The GEOM class LABEL is already loaded. usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 sched_initticks(0)... done. ntp_init(0)... done. kthread_start(&deadlkres_kd)... done. subsystem 6400000 module_register_init(&sysvshm_mod)... done. shm_init(0)... done. subsystem 6800000 module_register_init(&sem_mod)... done. module_register_init(&sysvsem_mod)... done. subsystem 6c00000 module_register_init(&sysvmsg_mod)... done. subsystem 6e00000 p31binit(0)... done. sigqueue_start(0)... done. itimer_start(0)... done. p31b_set_standard(0)... done. subsystem 7000000 module_register_init(&ng_ppp_mod)... done. module_register_init(&ng_ipfw_mod)... done. module_register_init(&rain_saver_mod)... done. usbpf_init(0)... done. module_register_init(&tun_mod)... done. knote_init(0)... done. module_register_init(&elink_mod)... done. module_register_init(&vlan_mod)... done. module_register_init(&gif_mod)... done. vnet_loif_init(0)... done. subsystem 7400000 elf32_linux_vdso_sym_init(&linux_rt_sigcodesym)... done. elf32_linux_vdso_sym_init(&linux_vsyscallsym)... done. shared_page_init(0)... done. module_register_init(&pseudofs_data)... done. elf32_insert_brand_entry(&freebsd_brand_info)... done. elf32_linux_vdso_sym_init(&linux_sigcodesym)... done. module_register_init(&shell_mod)... done. exec_sysvec_init(&elf32_freebsd_sysvec)... done. module_register_init(&linuxaout_mod)... done. exec_prealloc_args_kva(0)... done. elf32_insert_brand_entry(&freebsd_brand_oinfo)... done. elf32_insert_brand_entry(&kfreebsd_brand_info)... done. exec_sysvec_init(&linux_sysvec)... done. module_register_init(&aout_mod)... done. linux_vdso_install(0)... done. module_register_init(&linux_elf_mod)... done. module_register_init(&elf32_mod)... done. subsystem 8000000 flowtable_init(0)... done. subsystem 8100000 vnet_pfil_init(0)... done. subsystem 8400000 vnet_ether_init(0)... done. subsystem 8600000 domaininit(0)... done. socket_init(0)... done. socket_vnet_init(0)... done. subsystem 8700000 module_register_init(&igmp_mod)... done. mld_init(0)... done. vnet_mld_init(0)... done. module_register_init(&mld_mod)... done. subsystem 8800000 domain_add(&localdomain)... done. domain_add(&inetdomain)... done. domain_add(&inet6domain)... done. domain_add(&routedomain)... done. domain_init(&inet6domain)... done. domain_init(&routedomain)... done. vnet_arp_init(0)... done. domain_init(&localdomain)... done. domain_init(&inetdomain)... done. route_init(0)... done. vnet_rts_init(0)... done. vnet_route_init(0)... done. ipport_tick_init(0)... done. in6_ifattach_init(0)... done. module_register_init(&carp_mod)... done. ipid_sysinit(0)... done. icmp_bandlimit_init(0)... done. subsystem 8806000 module_register_init(&ipfwmod)... done. ipfw_init(0)... ipfw2 (+ipv6) initialized, divert loadable, nat loadable= , default to accept, logging disabled done. vnet_ipfw_init(0)... done. module_register_init(&dummynet_mod)... DUMMYNET 0 with IPv6 initialized = (100409) done. module_register_init(&dn_fq_pie_mod)... load_dn_sched dn_sched FQ_PIE lo= aded done. module_register_init(&dn_prio_mod)... load_dn_sched dn_sched PRIO loaded done. module_register_init(&dn_qfq_mod)... load_dn_sched dn_sched QFQ loaded done. module_register_init(&dn_rr_mod)... load_dn_sched dn_sched RR loaded done. module_register_init(&dn_wf2qp_mod)... load_dn_sched dn_sched WF2Q+ load= ed done. module_register_init(&dn_fifo_mod)... load_dn_sched dn_sched FIFO loaded done. module_register_init(&dn_fq_codel_mod)... load_dn_sched dn_sched FQ_CODE= L loaded done. subsystem 8808000 cc_init(0)... done. domainfinalize(0)... done. if_attachdomain(0)... done. module_register_init(&dn_aqm_pie_mod)... load_dn_aqm dn_aqm PIE loaded done. flowtable_init_vnet_v6(0)... done. flowtable_init_vnet_v4(0)... done. module_register_init(&cc_newreno)... done. module_register_init(&loop_mod)... done. tcp_vnet_init(0)... done. vnet_gif_init(0)... done. module_register_init(&dn_aqm_codel_mod)... load_dn_aqm dn_aqm CODEL load= ed done. subsystem a000000 usb_dev_init_post(0)... done. synch_setup(0)... done. usb_needs_explore_init(0)... done. kproc_start(&random_proc_kp)... done. acpi_tz_startup(0)... done. subsystem a800000 boot_run_interrupt_driven_config_hooks(0)... ugen0.1: <0x1106 XHCI root = HUB> at usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: <0x1106 XHCI root HUB> at usbus1 uhub1: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 12Mbps Full Speed USB v1.0 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 usbus8: 480Mbps High Speed USB v2.0 ugen8.1: at usbus8 uhub8: on usbus8 uhub6: 2 ports with 2 removable, self powered uhub2: 5 ports with 5 removable, self powered uhub4: 5 ports with 5 removable, self powered uhub7: 4 ports with 4 removable, self powered uhub0: 5 ports with 4 removable, self powered uhub1: 5 ports with 4 removable, self powered Expensive timeout(9) function: 0xb55a7b40(0xbe877000) 0.035129115 s ugen0.2: at usbus0 uhub9 on uhub0 uhub9: on usbu= s0 ugen1.2: at usbus1 uhub10 on uhub1 uhub10: on usb= us1 uhub9: 4 ports with 4 removable, self powered uhub10: 4 ports with 4 removable, self powered Expensive timeout(9) function: 0xb5609ad0(0xbe55b000) 0.499837619 s uhub8: 4 ports with 4 removable, self powered uhub3: 5 ports with 5 removable, self powered ugen0.3: at usbus0 uhub11 on uhub9 uhub11: on usb= us0 uhub5: 5 ports with 5 removable, self powered ada0 at ahcich5 bus 0 scbus6 target 0 lun 0 ada0: ATA8-ACS SATA 2.x device ada0: Serial Number WD-WCAS85303942 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors) pass0 at arcmsr0 bus 0 scbus0 target 16 lun 0 pass0: Fixed Processor SCSI device done. vt_upgrade(&vt_consdev)... done. subsystem b000000 nfs_rootconf(0)... done. fhanew_init(0)... done. subsystem d000000 proc0_post(0)... done. subsystem d800000 sctp_syscalls_init(0)... done. selectinit(0)... done. subsystem dffff9c linker_preload_finish(0)... done. subsystem e000000 kick_init(0)... done. kstack_cache_init(0)... done. subsystem e400000 vm_pageout_init(0)... done. kproc_start(&page_kp)... done. subsystem e800000 kproc_start(&vm_kp)... done. kproc_start(&idlepoll_kp)... done. subsystem ea00000 kproc_start(&bufspace_kp)... done. kproc_start(&buf_kp)... done. subsystem ec00000 kproc_start(&vnlru_kp)... done. kproc_start(&up_kp)... done. subsystem ee00000 acpi_acad_ac_only(0)... done. nfsiod_setup(0)... done. kproc_start(&flow_kp)... done. subsystem f000000 release_aps(0)... SMP: AP CPU #1 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! done. intr_shuffle_irqs(0)... done. tqg_record_smp_started(0)... done. netisr_start(0)... done. taskqgroup_adjust_if_config_tqg(0)... done. taskqgroup_adjust_if_io_tqg(0)... done. mca_startup(0)... done. init_TSC_tc(0)... Timecounter "TSC-low" frequency 1600033136 Hz quality = 1000 done. cpuset_init(0)... done. subsystem f000001 iflib_record_started(0)... done. subsystem fffffff print_caddr_t(&wit_warn)... WARNING: WITNESS option enabled, expect redu= ced performance. done. print_caddr_t(&diag_warn)... WARNING: DIAGNOSTIC option enabled, expect = reduced performance. done. start_periodic_resettodr(0)... done. uhub11: 4 ports with 4 removable, self powered Trying to mount root from ufs:/dev/gpt/WD500root [rw]... ugen4.2: at usbus4 ums0 on uhub4 ums0: on usbus4 ums0: 2 buttons and [XY] coordinates ID=3D0 ugen5.2: at usbus5 axe0 on uhub5 axe0: on usbus5 miibus1: on axe0 ukphy0: PHY 16 on miibus1 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on axe0 ue0: Ethernet address: 00:50:b6:04:18:8c WARNING: /tmp: GJOURNAL flag on fs but no gjournal provider below WARNING: /var: GJOURNAL flag on fs but no gjournal provider below WARNING: /usr: GJOURNAL flag on fs but no gjournal provider below Accounting enabled lock order reversal: 1st 0xddc1a538 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3500 2nd 0xbf7d6200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc883d at _sx_xlock+0x6d #3 0xb5ec3f70 at ufsdirhash_remove+0x40 #4 0xb5ec70ba at ufs_dirremove+0x13a #5 0xb5ecd895 at ufs_remove+0x75 #6 0xb618d7f3 at VOP_REMOVE_APV+0xd3 #7 0xb5c9568e at kern_unlinkat+0x24e #8 0xb5c95432 at sys_unlink+0x32 #9 0xb6155fa5 at syscall+0x3b5 #10 0xb6140ede at Xint0x80_syscall+0x2e ue0: link state changed to UP lpt0: switched to polled standard mode GEOM_SCHED: Initializing global data. GEOM_SCHED: Loading: mp =3D 0xc0223084, g_sched_class =3D 0xc0223084. GEOM_SCHED: Modevent 0. GEOM_SCHED: Loaded module rr error 0. GEOM_SCHED: Device ada0.sched. created. ue0: link state changed to DOWN ue0: link state changed to UP spkropen: entering with dev =3D speaker spkropen: about to perform play initialization spkrwrite: entering with dev =3D speaker, count =3D 20 playstring: T (54) playstring: A (41) playtone: pitch 58 for 25 ticks, rest for 3 ticks tone: thz=3D1865 centisecs=3D25 rest: 3 playstring: B (42) playtone: pitch 59 for 25 ticks, rest for 3 ticks tone: thz=3D1975 centisecs=3D25 rest: 3 playstring: ~ (7e) rest: 28 playstring: A (41) playtone: pitch 58 for 25 ticks, rest for 3 ticks tone: thz=3D1865 centisecs=3D25 rest: 3 playstring: A (41) playtone: pitch 56 for 25 ticks, rest for 3 ticks tone: thz=3D1661 centisecs=3D25 rest: 3 playstring: ~ (7e) rest: 28 playstring: F (46) playtone: pitch 54 for 25 ticks, rest for 3 ticks tone: thz=3D1480 centisecs=3D25 rest: 3 playstring: F (46) playtone: pitch 53 for 25 ticks, rest for 3 ticks tone: thz=3D1397 centisecs=3D25 rest: 3 playstring: ~ (7e) rest: 28 playstring: E (45) playtone: pitch 51 for 25 ticks, rest for 3 ticks tone: thz=3D1245 centisecs=3D25 rest: 3 playstring: D (44) playtone: pitch 50 for 25 ticks, rest for 3 ticks tone: thz=3D1175 centisecs=3D25 rest: 3 spkrclose: entering with dev =3D speaker acquiring duplicate lock of same type: "os.lock_mtx" 1st os.lock_mtx @ nvidia_os.c:824 2nd os.lock_mtx @ nvidia_os.c:824 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5ba4e85 at __mtx_lock_flags+0x95 #3 0xb752b1dc at os_acquire_spinlock+0x2c #4 0xb7262374 at _nv011973rm+0x190 nvidia-modeset: Allocated GPU:0 (GPU-7838b48e-55e4-f04d-8659-f0d638eef7aa) = @ PCI:0000:01:00.0 nvidia-modeset: WARNING: GPU:0: Unable to read EDID for display device VGA-0 ahcich1: Poll timeout on slot 4 port 0 ahcich1: is 0c000000 cs 00000010 ss 00000000 rs 00000010 tfd 150 serr 00400= 000 cmd 00006417 (aprobe0:ahcich1:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 00 00= 00 00 (aprobe0:ahcich1:0:0:0): CAM status: Command timeout (aprobe0:ahcich1:0:0:0): Error 5, Retries exhausted csa0: mem 0xfe210000-0xfe210fff,0xfe10= 0000-0xfe1fffff irq 20 at device 5.0 on pci6 csa: card is Hercules Game Theatre XP csa0: [GIANT-LOCKED] pcm0: on csa0 pcm0: pcm0: [GIANT-LOCKED] lock order reversal: 1st 0xc054c034 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3364 2nd 0xddd293fc bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:280 3rd 0xc310d26c ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5ebe317 at ffs_lock+0x87 #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5c8a894 at vget+0x64 #7 0xb5c7c421 at vfs_hash_get+0xd1 #8 0xb5eb9704 at ffs_vgetf+0x44 #9 0xb5eafc55 at softdep_sync_buf+0xb55 #10 0xb5ebf02f at ffs_syncvnode+0x2df #11 0xb5ebe4b4 at ffs_fdatasync+0x24 #12 0xb6192057 at VOP_FDATASYNC_APV+0xd7 #13 0xb5c9868d at kern_fsync+0x21d #14 0xb5c98762 at sys_fdatasync+0x22 #15 0xb6155fa5 at syscall+0x3b5 #16 0xb6140ede at Xint0x80_syscall+0x2e ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:51146 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:38317 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:29205 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:63079 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:28685 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:51146 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 192.168.254.1:38327 172.217.5.206:80 out via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38323 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38323 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: limit 80 reached on entry 2300 ipfw: 2800 Deny UDP 8.8.4.4:53 192.168.254.1:60355 in via ue0 ipfw: 2800 Deny UDP 64.81.45.2:53 192.168.254.1:15389 in via ue0 nvidia-modeset: Freed GPU:0 (GPU-7838b48e-55e4-f04d-8659-f0d638eef7aa) @ PC= I:0000:01:00.0 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...=20 Syncing disks, vnodes remaining... 5 1 0 0 done All buffers synced. lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfb90150 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2762 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5c8b00a at vputx+0x16a #7 0xb5c8286c at dounmount+0x5dc #8 0xb5c8c8e8 at vfs_unmountall+0x68 #9 0xb5c68333 at bufshutdown+0x3f3 #10 0xb5bbfca7 at kern_reboot+0x1b7 #11 0xb5bbfa88 at sys_reboot+0x3e8 #12 0xb6155fa5 at syscall+0x3b5 #13 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfa28034 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1404 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5eb9617 at ffs_flushfiles+0x157 #7 0xb5e9d9aa at softdep_flushfiles+0x17a #8 0xb5ebc04c at ffs_unmount+0x7c #9 0xb5c8299b at dounmount+0x70b #10 0xb5c8c8e8 at vfs_unmountall+0x68 #11 0xb5c68333 at bufshutdown+0x3f3 #12 0xb5bbfca7 at kern_reboot+0x1b7 #13 0xb5bbfa88 at sys_reboot+0x3e8 #14 0xb6155fa5 at syscall+0x3b5 #15 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf69ab4c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xb6b6f8b0 allproc (allproc) @ /usr/src/sys/kern/kern_descrip.c:3104 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc976a at _sx_slock+0x5a #3 0xb5b743f1 at mountcheckdirs+0x41 #4 0xb5c828ea at dounmount+0x65a #5 0xb5c8c93b at vfs_unmountall+0xbb #6 0xb5c68333 at bufshutdown+0x3f3 #7 0xb5bbfca7 at kern_reboot+0x1b7 #8 0xb5bbfa88 at sys_reboot+0x3e8 #9 0xb6155fa5 at syscall+0x3b5 #10 0xb6140ede at Xint0x80_syscall+0x2e Uptime: 3h49m18s GEOM_SCHED: Modevent 2. uhub11: detached uhub9: detached uhub10: detached ums0: detached ue0: link state changed to DOWN Accounting disabled panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid =3D 2 KDB: stack backtrace: db_trace_self_wrapper(b632dee0,b65ec9b0,0,b63057cc,20c,...) at db_trace_sel= f_wrapper+0x2a/frame 0xeaa10428 kdb_backtrace(b653d063,2,b6378ae5,eaa104e4,fb,...) at kdb_backtrace+0x2d/fr= ame 0xeaa10490 vpanic(b6378ae5,eaa104e4,eaa104e4,eaa105c0,b5edffb1,...) at vpanic+0x115/fr= ame 0xeaa104c4 panic(b6378ae5,deadc000,1,eaa1052c,eaa1051c,...) at panic+0x1b/frame 0xeaa1= 04d8 vm_fault_hold(b8172000,deadc000,1,0,0,...) at vm_fault_hold+0x2051/frame 0x= eaa105c0 vm_fault(b8172000,deadc000,1,0,c2d0bfa8,...) at vm_fault+0x88/frame 0xeaa10= 5e8 trap_pfault(deadc348,b6ae70ec,b6600504,bdda8d00,b6ae70f0,...) at trap_pfaul= t+0x116/frame 0xeaa10630 trap(eaa10778) at trap+0x2d6/frame 0xeaa1076c calltrap() at calltrap+0x6/frame 0xeaa1076c --- trap 0xc, eip =3D 0xb5bbaf19, esp =3D 0xeaa107b8, ebp =3D 0xeaa10828 --- __rw_wlock_hard(c2d42ab4,deadc0de,be269000,b63585e2,139,...) at __rw_wlock_= hard+0xe9/frame 0xeaa10828 _rw_wlock_cookie(c2d42ab4,b63585e2,139,136,0,...) at _rw_wlock_cookie+0xd8/= frame 0xeaa10858 ip_output(c3acf400,0,0,0,0,...) at ip_output+0x4aa/frame 0xeaa10934 check_dyn_rules(1,1,b632a786,eaa109c8,b5bce8a2,...) at check_dyn_rules+0x6a= 8/frame 0xeaa10994 ipfw_dyn_tick(0,0,b632a786,2b1,eaa10a00,...) at ipfw_dyn_tick+0x55/frame 0x= eaa109c8 softclock_call_cc(0,0,b632a786,360,0,...) at softclock_call_cc+0x17c/frame = 0xeaa10a68 softclock(b6b6fa80,9,0,560,be2d4048,...) at softclock+0x40/frame 0xeaa10a88 intr_event_execute_handlers(b6aa7e10,be2d4000,b6320f1d,560,b6320b58,...) at= intr_event_execute_handlers+0x8e/frame 0xeaa10ab0 ithread_loop(be2d7000,eaa10b28,b6320b58,406,0,...) at ithread_loop+0x90/fra= me 0xeaa10aec fork_exit(b5b8a3c0,be2d7000,eaa10b28) at fork_exit+0x7e/frame 0xeaa10b14 fork_trampoline() at fork_trampoline+0x8/frame 0xeaa10b14 --- trap 0, eip =3D 0, esp =3D 0xeaa10b60, ebp =3D 0 --- KDB: enter: panic ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident DEC22KRNL10 machine i386 cpu I686_CPU cpu I586_CPU makeoptions CONF_CFLAGS=3D-fno-builtin makeoptions WITH_CTF=3D1 makeoptions DEBUG=3D-g options USB_DEBUG options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options SMP options GEOM_RAID options TCP_OFFLOAD options IPFIREWALL_VERBOSE_LIMIT=3D80 options IPFIREWALL_VERBOSE options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL options ALTQ options NETGRAPH_PPP options NETGRAPH_IPFW options NETGRAPH options VGA_WIDTH90 options IPSTEALTH options KSTACK_MAX_PAGES=3D64 options PANIC_REBOOT_WAIT_TIME=3D-1 options SC_TWOBUTTON_MOUSE options SC_ALT_MOUSE_IMAGE options DEVICE_POLLING options HZ=3D1000 options FLOWTABLE options P1003_1B_SEMAPHORES options ADAPTIVE_LOCKMGRS options VESA options SC_HISTORY_SIZE=3D2048 options KVA_PAGES=3D300 options DUMMYNET options COMPAT_AOUT options LINPROCFS options COMPAT_LINUX options COMPAT_43TTY options KDB_TRACE options KDB options INCLUDE_CONFIG_FILE options MAC options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=3D128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options KDTRACE_HOOKS options SYSVSHM options KSTACK_PAGES=3D4 options STACK options KTRACE options SCSI_DELAY=3D5000 options COMPAT_FREEBSD10 options COMPAT_FREEBSD9 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options QUOTA options NFSD options NFSCL options MD_ROOT options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options INET6 options INET options PREEMPTION options SCHED_ULE options DDB_CTF options CAPABILITIES options MALLOC_DEBUG_MAXZONES=3D8 options DEADLKRES options COMPAT_FREEBSD11 options DEBUG options DIAGNOSTIC options WITNESS_SKIPSPIN options WITNESS options INVARIANT_SUPPORT options INVARIANTS options DDB options VERBOSE_SYSINIT options BREAK_TO_DEBUGGER options CAPABILITY_MODE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD options ISAPNP device isa device mem device io device uart_ns8250 device atpic device snp device speaker device sound device rain_saver device ufm device drm device mgadrm device netmap device radeondrm device carp device apic device mrsas device vt device vt_vga device mps device plip device cpufreq device acpi device pci device fdc device ahci device ata device mvs device siis device ahc device ahd device esp device hptiop device isp device mpt device sym device trm device adv device adw device aha device aic device bt device firmware device ncv device nsp device stg device scbus device ch device da device sa device cd device pass device ses device isci device mmc device mmcsd device mpr device hme device gem device amr device arcmsr device ciss device dpt device hptmv device hptrr device hptnr device hpt27xx device aacraid device iir device ips device mly device twa device tws device aac device aacp device ida device mfi device mlx device pst device virtio device virtio_pci device vtnet device virtio_balloon device virtio_blk device virtio_scsi device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device pmtimer device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device ppi device puc device bxe device de device em device ixgb device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device dc device et device fxp device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device vte device wb device xl device cs device ed device ex device ep device fe device ie device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_pci device ath_hal device ath_rate_sample device ipw device iwi device iwn device malo device mwl device ral device wi device wpi device loop device random device padlock_rng device rdrand_rng device sdhci device twe device ether device vlan device tun device pty device md device gif device bpf device uhci device ohci device ehci device xhci device usb device uhid device ukbd device ulpt device umass device ums device urio device u3g device uark device ubsa device uftdi device uipaq device uplcom device uslcom device uvisor device uvscom device aue device axe device cdce device cue device kue device rue device udav device rum device run device uath device upgt device ural device urtw device zyd ------------------------------------------------------------------------ ddb capture buffer From owner-freebsd-current@freebsd.org Thu Mar 2 13:48:35 2017 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 64CB4CF32DC for ; Thu, 2 Mar 2017 13:48:35 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.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 4F6E8DE8 for ; Thu, 2 Mar 2017 13:48:35 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4E32FCF32DB; Thu, 2 Mar 2017 13:48:35 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D6D4CF32DA for ; Thu, 2 Mar 2017 13:48:35 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CF28DE6 for ; Thu, 2 Mar 2017 13:48:34 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cjR5s-0003sh-DJ for current@freebsd.org; Thu, 02 Mar 2017 14:48:32 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cjR5s-0001Ry-BP for current@freebsd.org; Thu, 02 Mar 2017 14:48:32 +0100 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); for ; Thu, 02 Mar 2017 13:48:32 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: Fwd: i386 browsers freeze just 2x daily, got one core.txt, here... r313487 feb 2017 Date: Thu, 02 Mar 2017 05:48:32 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 13:48:35 -0000 s/383487/313487/ sorry !=20=20 Sorry top posting! Webmail...=20 ----- Start Forwarded Message ----- Sent: Thu, 02 Mar 2017 05:46:10 -0800 (PST) From: "Jeffrey Bouquet" To: "current" Subject: i386 browsers freeze just 2x daily, got one core.txt, here... r383487 feb 2017 foo bar dumped core - see /var/crash/vmcore.8 Wed Mar 1 18:14:10 PST 2017 foo bar 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r313487: Mon Feb 13 16:58:53 P= ST 2017 FOO BAR :/usr/obj/usr/src/sys/foo-bar-not-GENERIC i386 panic: vm_fault: fault on nofault entry, addr: deadc000 GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/test/kernel...Reading symbols from /usr/lib/debu= g//boot/test/kernel.debug...done. done. Unread portion of the kernel message buffer: 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...=20 Syncing disks, vnodes remaining... 5 1 0 0 done All buffers synced. lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfb90150 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2762 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5c8b00a at vputx+0x16a #7 0xb5c8286c at dounmount+0x5dc #8 0xb5c8c8e8 at vfs_unmountall+0x68 #9 0xb5c68333 at bufshutdown+0x3f3 #10 0xb5bbfca7 at kern_reboot+0x1b7 #11 0xb5bbfa88 at sys_reboot+0x3e8 #12 0xb6155fa5 at syscall+0x3b5 #13 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfa28034 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1404 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5eb9617 at ffs_flushfiles+0x157 #7 0xb5e9d9aa at softdep_flushfiles+0x17a #8 0xb5ebc04c at ffs_unmount+0x7c #9 0xb5c8299b at dounmount+0x70b #10 0xb5c8c8e8 at vfs_unmountall+0x68 #11 0xb5c68333 at bufshutdown+0x3f3 #12 0xb5bbfca7 at kern_reboot+0x1b7 #13 0xb5bbfa88 at sys_reboot+0x3e8 #14 0xb6155fa5 at syscall+0x3b5 #15 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf69ab4c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xb6b6f8b0 allproc (allproc) @ /usr/src/sys/kern/kern_descrip.c:3104 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc976a at _sx_slock+0x5a #3 0xb5b743f1 at mountcheckdirs+0x41 #4 0xb5c828ea at dounmount+0x65a #5 0xb5c8c93b at vfs_unmountall+0xbb #6 0xb5c68333 at bufshutdown+0x3f3 #7 0xb5bbfca7 at kern_reboot+0x1b7 #8 0xb5bbfa88 at sys_reboot+0x3e8 #9 0xb6155fa5 at syscall+0x3b5 #10 0xb6140ede at Xint0x80_syscall+0x2e Uptime: 3h49m18s GEOM_SCHED: Modevent 2. uhub11: detached uhub9: detached uhub10: detached ums0: detached <5>ue0: link state changed to DOWN <5>Accounting disabled panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid =3D 2 KDB: stack backtrace: db_trace_self_wrapper(b632dee0,b65ec9b0,0,b63057cc,20c,...) at db_trace_sel= f_wrapper+0x2a/frame 0xeaa10428 kdb_backtrace(b653d063,2,b6378ae5,eaa104e4,fb,...) at kdb_backtrace+0x2d/fr= ame 0xeaa10490 vpanic(b6378ae5,eaa104e4,eaa104e4,eaa105c0,b5edffb1,...) at vpanic+0x115/fr= ame 0xeaa104c4 panic(b6378ae5,deadc000,1,eaa1052c,eaa1051c,...) at panic+0x1b/frame 0xeaa1= 04d8 vm_fault_hold(b8172000,deadc000,1,0,0,...) at vm_fault_hold+0x2051/frame 0x= eaa105c0 vm_fault(b8172000,deadc000,1,0,c2d0bfa8,...) at vm_fault+0x88/frame 0xeaa10= 5e8 trap_pfault(deadc348,b6ae70ec,b6600504,bdda8d00,b6ae70f0,...) at trap_pfaul= t+0x116/frame 0xeaa10630 trap(eaa10778) at trap+0x2d6/frame 0xeaa1076c calltrap() at calltrap+0x6/frame 0xeaa1076c --- trap 0xc, eip =3D 0xb5bbaf19, esp =3D 0xeaa107b8, ebp =3D 0xeaa10828 --- __rw_wlock_hard(c2d42ab4,deadc0de,be269000,b63585e2,139,...) at __rw_wlock_= hard+0xe9/frame 0xeaa10828 _rw_wlock_cookie(c2d42ab4,b63585e2,139,136,0,...) at _rw_wlock_cookie+0xd8/= frame 0xeaa10858 ip_output(c3acf400,0,0,0,0,...) at ip_output+0x4aa/frame 0xeaa10934 check_dyn_rules(1,1,b632a786,eaa109c8,b5bce8a2,...) at check_dyn_rules+0x6a= 8/frame 0xeaa10994 ipfw_dyn_tick(0,0,b632a786,2b1,eaa10a00,...) at ipfw_dyn_tick+0x55/frame 0x= eaa109c8 softclock_call_cc(0,0,b632a786,360,0,...) at softclock_call_cc+0x17c/frame = 0xeaa10a68 softclock(b6b6fa80,9,0,560,be2d4048,...) at softclock+0x40/frame 0xeaa10a88 intr_event_execute_handlers(b6aa7e10,be2d4000,b6320f1d,560,b6320b58,...) at= intr_event_execute_handlers+0x8e/frame 0xeaa10ab0 ithread_loop(be2d7000,eaa10b28,b6320b58,406,0,...) at ithread_loop+0x90/fra= me 0xeaa10aec fork_exit(b5b8a3c0,be2d7000,eaa10b28) at fork_exit+0x7e/frame 0xeaa10b14 fork_trampoline() at fork_trampoline+0x8/frame 0xeaa10b14 --- trap 0, eip =3D 0, esp =3D 0xeaa10b60, ebp =3D 0 --- KDB: enter: panic Reading symbols from /boot/test/geom_journal.ko...Reading symbols from /usr= /lib/debug//boot/test/geom_journal.ko.debug...done. done. Reading symbols from /boot/test/geom_label.ko...Reading symbols from /usr/l= ib/debug//boot/test/geom_label.ko.debug...done. done. Reading symbols from /boot/modules/nvidia-modeset.ko...(no debugging symbol= s found)...done. Reading symbols from /boot/modules/nvidia.ko...(no debugging symbols found)= ...done. Reading symbols from /boot/test/ehci.ko...Reading symbols from /usr/lib/deb= ug//boot/test/ehci.ko.debug...done. done. Reading symbols from /boot/test/geom_sched.ko...Reading symbols from /usr/l= ib/debug//boot/test/geom_sched.ko.debug...done. done. Reading symbols from /boot/test/gsched_rr.ko...Reading symbols from /usr/li= b/debug//boot/test/gsched_rr.ko.debug...done. done. Reading symbols from /boot/test/pf.ko...Reading symbols from /usr/lib/debug= //boot/test/pf.ko.debug...done. done. Reading symbols from /boot/test/snd_csa.ko...Reading symbols from /usr/lib/= debug//boot/test/snd_csa.ko.debug...done. done. __curthread () at ./machine/pcpu.h:225 225 __asm("movl %%fs:%1,%0" : "=3Dr" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:225 #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:318 #2 0xb555a40e in db_dump (dummy=3D-1245695404,=20 dummy2=3D, dummy3=3D-1, dummy4=3D0xeaa101d4 "") at /usr/src/sys/ddb/db_command.c:546 #3 0xb555a1fa in db_command (last_cmdp=3D,=20 cmd_table=3D, dopager=3D) at /usr/src/sys/ddb/db_command.c:453 #4 0xb5559f50 in db_command_loop () at /usr/src/sys/ddb/db_command.c:506 #5 0xb555cdfa in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:248 #6 0xb5c03997 in kdb_trap (type=3D, code=3D,= =20 tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #7 0xb615530f in trap (frame=3D) at /usr/src/sys/i386/i386/trap.c:683 #8 #9 0xb5c03254 in kdb_enter (why=3D0xb6328738 "panic", msg=3D) at /usr/src/sys/kern/subr_kdb.c:444 #10 0xb5bc03f2 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:772 #11 0xb5bc042b in panic ( fmt=3D0xb6378ae5 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:710 #12 0xb5edffb1 in vm_fault_hold (map=3D, vaddr=3D,=20 fault_type=3D, fault_flags=3D,=20 m_hold=3D) at /usr/src/sys/vm/vm_fault.c:531 #13 0xb5eddf28 in vm_fault (map=3D0xb8172000, vaddr=3D,=20 fault_type=3D, fault_flags=3D) at /usr/src/sys/vm/vm_fault.c:474 #14 0xb61558c6 in trap_pfault (frame=3D0xeaa10778, usermode=3D,=20 eva=3D) at /usr/src/sys/i386/i386/trap.c:868 #15 0xb6154d06 in trap (frame=3D) at /usr/src/sys/i386/i386/trap.c:512 #16 #17 __rw_wlock_hard (c=3D, v=3D,=20 tid=3D, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_rwlock.c:892 #18 0xb5bbada8 in _rw_wlock_cookie (c=3D, file=3D,=20 line=3D) at /usr/src/sys/kern/kern_rwlock.c:285 #19 0xb5d5303a in ip_output (m=3D, opt=3D,=20 ro=3D, flags=3D, imo=3D,=20 inp=3D) at /usr/src/sys/netinet/ip_output.c:313 #20 0xb5e32028 in check_dyn_rules (chain=3D0xb6b75068 ,=20 rt=3D, check_ka=3D, timer=3D) at /usr/src/sys/netpfil/ipfw/ip_fw_dynamic.c:1522 #21 0xb5e32a45 in ipfw_dyn_tick (vnetx=3D0x0) at /usr/src/sys/netpfil/ipfw/ip_fw_dynamic.c:1224 #22 0xb5bd81bc in softclock_call_cc (c=3D, cc=3D,=20 direct=3D) at /usr/src/sys/kern/kern_timeout.c:729 #23 0xb5bd86c0 in softclock (arg=3D) at /usr/src/sys/kern/kern_timeout.c:867 #24 0xb5b89e6e in intr_event_execute_handlers (p=3D0xb6aa7e10 ,=20 ie=3D) at /usr/src/sys/kern/kern_intr.c:1262 #25 0xb5b8a450 in ithread_execute_handlers (ie=3D,=20 p=3D) at /usr/src/sys/kern/kern_intr.c:1275 #26 ithread_loop (arg=3D) at /usr/src/sys/kern/kern_intr.c:1= 356 #27 0xb5b8767e in fork_exit (callout=3D0xb5b8a3c0 ,=20 arg=3D, frame=3D) at /usr/src/sys/kern/kern_fork.c:1038 #28 (kgdb)=20 ------------------------------------------------------------------------ ps -axlww UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMA= ND 0 0 0 0 -16 0 0 2360300 swapin DLs - 21:19.58 [kern= el] 0 1 0 0 52 0 5236 0 usbdrain DLs - 0:00.01 [init] 0 2 0 0 -16 0 0 2360300 - RL - 0:18.47 [cam] 0 3 0 0 -16 0 0 2360300 waiting_ DL - 0:00.00 [sctp= _iterator] 0 4 0 0 -16 0 0 2360300 - DL - 0:00.54 [rand= _harvestq] 0 5 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od1] 0 6 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od2] 0 7 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od3] 0 8 0 0 -16 0 0 2360300 - DL - 0:00.00 [soai= od4] 0 9 0 0 -16 0 0 2360300 psleep DL - 0:02.09 [page= daemon] 0 10 0 0 -16 0 0 2360300 audit_wo DL - 0:00.00 [audi= t] 0 11 0 0 155 0 0 2360300 - RL - 1792:43.40 [idle] 0 12 0 0 -64 0 0 2360300 - WL - 0:57.27 [intr] 0 13 0 0 -16 0 0 2360300 sleep DL - 0:00.00 [ng_q= ueue] 0 14 0 0 -8 0 0 2360300 - DL - 0:03.51 [geom] 0 15 0 0 -68 0 0 2360300 - DL - 0:07.30 [usb] 0 16 0 0 -16 0 0 2360300 psleep DL - 0:00.00 [vmda= emon] 0 17 0 0 -16 0 0 2360300 pollid DL - 0:00.01 [idle= poll] 0 18 0 0 20 0 0 2360300 - DL - 0:00.62 [bufs= pacedaemon] 0 19 0 0 -16 0 0 2360300 kpsusp DL - 0:01.29 [bufd= aemon] 0 20 0 0 -16 0 0 2360300 kpsusp DL - 0:00.05 [vnlr= u] 0 21 0 0 16 0 0 2360300 kpsusp DL - 0:00.97 [sync= er] 0 22 0 0 16 0 0 2360300 c_flowcl DL - 0:00.04 [flow= cleaner] 0 169 1 0 -100 0 0 2360300 - ZW - 0:00.00 0 1058 0 0 -8 0 0 2360300 mdwait DL - 0:00.00 [md0] 0 1453 0 0 -16 0 0 2360300 pftm DL - 0:04.77 [pf p= urge] 0 8117 1 0 20 0 115624 0 tcpinp L+ - 0:16.05 [link= s] ------------------------------------------------------------------------ vmstat -s 61771682 cpu context switches 18047809 device interrupts 478145 software interrupts 4404318 traps 36886678 system calls 25 kernel threads created 8767 fork() calls 582 vfork() calls 2 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 8459 vnode pager pageins 47766 vnode pager pages paged in 35 vnode pager pageouts 133 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 0 clean page reclamation shortfalls 0 pages reactivated by the page daemon 316488 copy-on-write faults 392 copy-on-write optimized faults 2362598 zero fill pages zeroed 35639 zero fill pages prezeroed 239 intransit blocking page faults 3408587 total VM faults taken 8982 page faults requiring I/O 0 pages affected by kernel thread creation 1071730 pages affected by fork() 19904 pages affected by vfork() 100 pages affected by rfork() 3861129 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 4811 pages active 19624 pages inactive 40 pages in the laundry queue 24834 pages wired down 704531 pages free 4096 bytes per page 0 total name lookups cache hits (0% pos + 0% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) acpica 4915 254K - 82841 16,32,64,128,256,512,1024 kbdmux 6 22K - 6 16,256,1024,2048,16384 md_disk 1 2K - 1 2048 acpitask 1 4K - 1 4096 acpisem 44 6K - 44 64,128 acpidev 41 2K - 41 32 ppbusdev 3 1K - 3 128 CAM SIM 13 2K - 13 128 entropy 0 0K - 193 4096 CAM XPT 43 5K - 339 16,32,128,256,512,1024,2048,65= 536 CAM DEV 15 30K - 80 2048 CAM CCB 0 0K - 60245 2048 CAM path 16 1K - 243 16 CAM periph 5 1K - 57 16,32,64,128,256 ac97 2 1K - 2 16,512 feeder 15 1K - 565 16,64 mixer 1 4K - 1 4096 acpi_perf 8 1K - 8 128 CAM I/O Scheduler 1 1K - 1 64 CAM queue 28 4K - 225 16,32,64,128,256 UART 3 2K - 3 16,512,1024 USB 52 35K - 100 16,32,64,256,1024,2048,4096,81= 92 USBdev 35 3K - 79 32,64,128,256,2048 CAM dev queue 13 1K - 13 64 vtbuf 24 7776K - 46 8192 vt 11 3K - 11 256 sysmouse 0 0K - 1 2048 DEVFS3 0 0K - 196 128,256 DEVFS1 143 36K - 166 256 DEVFS_RULE 86 21K - 86 32,256 DEVFS 0 0K - 26 16,32,64 DEVFSP 0 0K - 45 32 NFSD V4client 1 1K - 1 128 NFSD lckfile 1 1K - 1 128 NFSD session 1 1K - 1 512 pfs_nodes 79 10K - 79 128 GEOM 150 15K - 1626 16,32,64,128,256,512,1024,2048= ,8192,16384 raid_data 0 0K - 216 16,128 isadev 9 1K - 9 64 cdev 3 1K - 4 128 filedesc 2 5K - 157 16,2048,4096,8192 sigio 0 0K - 1 32 filecaps 0 0K - 10230 16,64 kdtrace 316 74K - 9863 64,256 kenv 181 11K - 185 16,32,64,128,4096 kqueue 27 1K - 9401 32,256,1024 proc-args 22 1K - 11147 16,32,64,128,256 Fail Points 0 0K - 20 1024 hhook 11 2K - 11 128 ithread 146 13K - 146 16,64,128 KTRACE 100 13K - 100 128 linker 219 435K - 315 16,32,256,1024,2048,4096,16384= ,32768 lockf 2 1K - 7898 32,64 loginclass 2 1K - 3 64 devbuf 3416 3234K - 4278 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,65536 temp 45 233K - 19122 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 module 550 35K - 551 64,128 mtx_pool 2 8K - 2 4096 osd 3 1K - 10 16,32,64,128 pmchooks 1 1K - 1 64 pgrp 2 1K - 349 64 session 2 1K - 108 128 proc 2 8K - 2 4096 subproc 224 158K - 9574 256,4096 cred 4 1K - 5049 256 plimit 2 1K - 2172 256 uidinfo 2 2K - 60 64,1024 dumper 1 1K - 1 512 sysctl 0 0K - 45943 16,32,64 sysctloid 4812 150K - 5242 16,32,64,128 sysctltmp 0 0K - 642 16,32,64,128,256,1024 tidhash 1 8K - 1 8192 callout 9 1820K - 9=20=20 umtx 784 74K - 784 64,128 p1003.1b 1 1K - 1 16 SWAP 0 0K - 4 64 bus 2326 284K - 9683 16,32,64,128,256,1024 bus-sc 106 1918K - 6086 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 devstat 12 25K - 12 16,4096 eventhandler 123 6K - 123 32,64,128 taskqueue 29 4K - 29 16,32,128,1024 kobj 365 730K - 1147 2048 Per-cpu 1 1K - 1 16 rman 323 37K - 728 16,32,128 sbuf 0 0K - 10664 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 sglist 3 1K - 95 32,64,128,256,512,1024,2048,40= 96,32768 toponodes 30 2K - 30 64 stack 0 0K - 200 128 taskqueue 39 3K - 39 16,32,128 terminal 11 3K - 11 256 Unitno 29 2K - 1021 16,64 vmem 3 144K - 9 1024,2048,4096,8192,32768,65536 Witness 1539 3238K - 1539 2048,8192 ioctlops 0 0K - 1334 256,512,1024,2048,4096 select 123 8K - 123 64 iov 0 0K - 5851182 16,64,128,256 msg 4 25K - 4 1024,4096,16384 sem 4 101K - 4 1024,4096 shm 1 16K - 9 1024,16384 tty 14 7K - 22 512,1024 pts 1 1K - 7 128 mbuf_tag 0 0K - 7 32 ksem 1 4K - 1 4096 shmfd 1 4K - 1 4096 soname 1 1K - 18246 16,32,64,128 pcb 58 332K - 1954 16,64,512,1024,4096,65536 acl 0 0K - 31 4096 vfscache 4 417K - 4 512,32768 cl_savebuf 0 0K - 648 32 vfs_hash 1 128K - 1=20=20 vnodes 1 1K - 1 128 mount 0 0K - 231 16,32,64,128,256 statfs 0 0K - 16797 512 vnodemarker 0 0K - 3616 512 fadvise 0 0K - 227 32 arc4random 1 4K - 1 4096 BPF 4 1K - 4 64 flowtable 20 328K - 20 4096 ifnet 5 5K - 5 64,1024 ifaddr 62 9K - 62 16,32,64,128,256,1024,2048 ether_multi 13 1K - 15 16,32,64 clone 8 1K - 8 128 lltable 17 3K - 26 128,256 routetbl 54 7K - 245 16,32,64,128,256 netgraph_node 3 1K - 3 64,128 igmp 4 1K - 4 128 ipid 2 24K - 2 8192,16384 in_multi 2 1K - 2 128 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 4 1K - 4 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 16K - 1 16384 tcpfunc 1 1K - 1 16 syncache 1 64K - 1 65536 in6_mfilter 0 0K - 1 512 in6_multi 9 1K - 10 16,128 ip6_moptions 0 0K - 2 32,128 mld 4 1K - 4 64 ip6ndp 5 1K - 5 64,128 dummynet 3 2K - 3 512 IpFw/IpAcct 78 36K - 139 16,32,64,128,256,512,1024,2048= ,4096,8192 rpc 2 16K - 2 8192 audit_evclass 189 3K - 233 16 pagedep 0 0K - 612 128,32768 inodedep 0 0K - 3238 256 bmsafemap 0 0K - 1972 128,4096 newblk 0 0K - 98178 128 indirdep 0 0K - 137 64,32768 freefrag 0 0K - 1846 64 freeblks 0 0K - 1269 128 freefile 0 0K - 1311 32 diradd 0 0K - 1806 64 mkdir 0 0K - 238 64 dirrem 0 0K - 1755 64 newdirblk 0 0K - 119 32 freework 0 0K - 2935 16,128 sbdep 0 0K - 356 32 savedino 0 0K - 466 256 softdep 0 0K - 4 512 ufs_dirhash 0 0K - 868 16,32,64,128,256,512,1024,2048= ,4096 ufs_quota 1 128K - 1=20=20 ufs_mount 0 0K - 15 256,1024,4096,8192,16384 vm_pgdata 1 64K - 3 64,65536 UMAHash 6 24K - 27 256,512,1024,2048,4096,8192 linux 21 1K - 21 32,64 pci_link 16 2K - 16 32,128 atkbddev 2 1K - 2 32 spkr 0 0K - 1 512 memdesc 1 4K - 1 4096 ddb_capture 1 64K - 1 65536 apmdev 1 1K - 1 64 madt_table 0 0K - 1 2048 io_apic 2 4K - 2 2048 MCA 8 1K - 8 128 acpiintr 1 1K - 1 32 msi 7 1K - 7 64 nexusdev 4 1K - 4 16 nvidia 314 932K - 475289 16,32,64,128,256,512,1024,2048= ,4096,8192,16384,32768,65536 nvidia-modeset 5 1K - 106075 16,32,64,128,256,512,1024,204= 8,4096,16384,32768 GEOM_SCHED 4 1K - 449 128 pf_hash 3 1728K - 3=20=20 pf_ifnet 7 4K - 15 256,2048 pf_osfp 1184 109K - 1184 32,128 pf_rule 16 16K - 16 1024 pf_table 2 4K - 13 2048 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 256, 0, 215, 10, 215, 0, 0 UMA Zones: 576, 0, 232, 2, 232, 0, 0 UMA Slabs: 88, 0, 4977, 558, 7087, 0, 0 UMA Hash: 128, 0, 5, 26, 11, 0, 0 4 Bucket: 16, 0, 2024, 1726, 25117, 458, 0 6 Bucket: 24, 0, 3, 1834, 1003, 0, 0 8 Bucket: 32, 0, 120, 2255, 13598, 0, 0 12 Bucket: 48, 0, 0, 2075, 682, 0, 0 16 Bucket: 64, 0, 256, 2286, 88022, 15, 0 32 Bucket: 128, 0, 1283, 1011, 11569, 0, 0 64 Bucket: 256, 0, 648, 882, 10529, 0, 0 128 Bucket: 512, 0, 873, 207, 3676, 8, 0 256 Bucket: 1024, 0, 685, 87, 9241,170664, 0 vmem btag: 28, 0, 18737, 4429, 24984, 162, 0 VM OBJECT: 148, 0, 369, 7029, 140331, 0, 0 RADIX NODE: 44, 745836, 7109, 104457, 814149, 0, 0 MAP: 140, 0, 3, 81, 3, 0, 0 KMAP ENTRY: 72, 0, 5, 545, 77, 0, 0 MAP ENTRY: 72, 0, 80, 4320, 1348227, 0, 0 VMSPACE: 232, 0, 2, 678, 9353, 0, 0 fakepg: 68, 0, 2, 1158, 763, 0, 0 mt_zone: 2060, 0, 410, 4, 410, 0, 0 16: 16, 0, 250, 1000, 38309, 0, 0 16: 16, 0, 361, 3889, 231931, 0, 0 16: 16, 0, 108, 2142, 2015, 0, 0 16: 16, 0, 810, 2190, 29185, 0, 0 16: 16, 0, 2853, 2147, 3507, 0, 0 16: 16, 0, 53, 2197, 287, 0, 0 16: 16, 0, 110, 2140, 3502409, 0, 0 16: 16, 0, 28, 1472, 158, 0, 0 32: 32, 0, 1503, 1122, 6315, 0, 0 32: 32, 0, 134, 3991, 238709, 0, 0 32: 32, 0, 57, 1818, 202, 0, 0 32: 32, 0, 629, 1996, 45663, 0, 0 32: 32, 0, 770, 2105, 1027, 0, 0 32: 32, 0, 52, 2073, 33696, 0, 0 32: 32, 0, 803, 2072, 2696, 0, 0 32: 32, 0, 442, 1433, 518, 0, 0 64: 64, 0, 3187, 1897, 35148, 0, 0 64: 64, 0, 63, 2479, 6608, 0, 0 64: 64, 0, 75, 2219, 13128, 0, 0 64: 64, 0, 703, 1839, 1389, 0, 0 64: 64, 0, 2065, 1779, 19251, 0, 0 64: 64, 0, 405, 2633, 35835, 0, 0 64: 64, 0, 466, 2076, 2364604, 0, 0 64: 64, 0, 81, 1717, 302, 0, 0 128: 128, 0, 73, 330, 2152, 0, 0 128: 128, 0, 121, 1646, 3746, 0, 0 128: 128, 0, 471, 924, 2151, 0, 0 128: 128, 0, 299, 848, 1407, 0, 0 128: 128, 0, 37, 862, 255, 0, 0 128: 128, 0, 464, 1427, 9966, 0, 0 128: 128, 0, 756, 1135, 6075, 0, 0 128: 128, 0, 897, 21113, 102796, 0, 0 256: 256, 0, 202, 293, 252, 0, 0 256: 256, 0, 56, 1054, 5109, 0, 0 256: 256, 0, 296, 379, 512, 0, 0 256: 256, 0, 52, 563, 6700, 0, 0 256: 256, 0, 81, 504, 2368, 0, 0 256: 256, 0, 19, 656, 3398, 0, 0 256: 256, 0, 973, 377, 1026, 0, 0 256: 256, 0, 9, 306, 60, 0, 0 512: 512, 0, 3, 117, 24, 0, 0 512: 512, 0, 24, 472, 17535, 0, 0 512: 512, 0, 4, 28, 4, 0, 0 512: 512, 0, 15, 217, 4173, 0, 0 512: 512, 0, 0, 208, 8799, 0, 0 512: 512, 0, 2, 86, 3, 0, 0 512: 512, 0, 43, 77, 51, 0, 0 512: 512, 0, 0, 64, 409, 0, 0 1024: 1024, 0, 3, 77, 1744, 0, 0 1024: 1024, 0, 11, 341, 414, 0, 0 1024: 1024, 0, 18, 34, 18, 0, 0 1024: 1024, 0, 191, 85, 1480, 0, 0 1024: 1024, 0, 1, 103, 196, 0, 0 1024: 1024, 0, 4, 76, 22, 0, 0 1024: 1024, 0, 20, 60, 51, 0, 0 1024: 1024, 0, 3, 65, 109, 0, 0 2048: 2048, 0, 16, 50, 60350, 0, 0 2048: 2048, 0, 6, 54, 119, 0, 0 2048: 2048, 0, 10, 26, 26, 0, 0 2048: 2048, 0, 372, 38, 1503, 0, 0 2048: 2048, 0, 3, 47, 125, 0, 0 2048: 2048, 0, 0, 26, 9, 0, 0 2048: 2048, 0, 1555, 131, 1787, 0, 0 2048: 2048, 0, 0, 20, 37, 0, 0 4096: 4096, 0, 32, 70, 9384, 0, 0 4096: 4096, 0, 23, 32, 75, 0, 0 4096: 4096, 0, 3, 10, 200, 0, 0 4096: 4096, 0, 18, 5, 540, 0, 0 4096: 4096, 0, 3, 24, 122, 0, 0 4096: 4096, 0, 3, 5, 124, 0, 0 4096: 4096, 0, 87, 23, 126, 0, 0 4096: 4096, 0, 2, 4, 6, 0, 0 8192: 8192, 0, 3, 0, 3, 0, 0 8192: 8192, 0, 3, 33, 50, 0, 0 8192: 8192, 0, 1, 0, 1, 0, 0 8192: 8192, 0, 8, 6, 562, 0, 0 8192: 8192, 0, 1, 3, 9, 0, 0 8192: 8192, 0, 0, 0, 0, 0, 0 8192: 8192, 0, 17, 5, 75, 0, 0 8192: 8192, 0, 0, 6, 107, 0, 0 16384: 16384, 0, 0, 0, 0, 0, 0 16384: 16384, 0, 6, 8, 14, 0, 0 16384: 16384, 0, 0, 0, 0, 0, 0 16384: 16384, 0, 2, 11, 665, 0, 0 16384: 16384, 0, 2, 2, 4, 0, 0 16384: 16384, 0, 1, 15, 20052, 0, 0 16384: 16384, 0, 3, 3, 9, 0, 0 16384: 16384, 0, 1, 5, 14, 0, 0 32768: 32768, 0, 0, 0, 0, 0, 0 32768: 32768, 0, 2, 18, 37, 0, 0 32768: 32768, 0, 0, 5, 5, 0, 0 32768: 32768, 0, 3, 10, 467, 0, 0 32768: 32768, 0, 0, 12, 92, 0, 0 32768: 32768, 0, 0, 16, 20133, 0, 0 32768: 32768, 0, 1, 1, 2, 0, 0 32768: 32768, 0, 0, 0, 0, 0, 0 65536: 65536, 0, 0, 4, 68, 0, 0 65536: 65536, 0, 2, 1, 3, 0, 0 65536: 65536, 0, 1, 0, 1, 0, 0 65536: 65536, 0, 0, 4, 233, 0, 0 65536: 65536, 0, 1, 8, 431, 0, 0 65536: 65536, 0, 1, 0, 1, 0, 0 65536: 65536, 0, 4, 1, 5, 0, 0 65536: 65536, 0, 0, 0, 0, 0, 0 64 pcpu: 8, 0, 2260, 1068, 2260, 0, 0 ptr pcpu: 4, 0, 65538, 254, 65538, 0, 0 SLEEPQUEUE: 48, 0, 393, 1653, 393, 0, 0 Files: 56, 0, 43, 2513, 145929, 0, 0 filedesc0: 888, 0, 26, 206, 9377, 0, 0 TURNSTILE: 72, 0, 393, 754, 393, 0, 0 rl_entry: 28, 0, 186, 1959, 186, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 umtx_shm: 52, 0, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0, 0 PROC: 852, 0, 26, 170, 9376, 0, 0 THREAD: 836, 0, 288, 104, 485, 0, 0 cpuset: 40, 0, 145, 1955, 153, 0, 0 audit_record: 1112, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 196620, 36, 2253, 77307, 0, 0 mbuf: 256, 196620, 221, 2827, 2131201, 0, 0 mbuf_cluster: 2048, 81920, 2277, 23, 4554, 0, 0 mbuf_jumbo_page: 4096, 15360, 0, 756, 657142, 0, 0 mbuf_jumbo_9k: 9216, 13653, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 10240, 0, 0, 0, 0, 0 NetGraph items: 36, 4154, 0, 0, 0, 0, 0 NetGraph data items: 36, 4154, 0, 0, 0, 0, 0 g_bio: 276, 0, 0, 840, 298953, 0, 0 ttyinq: 152, 0, 0, 624, 510, 0, 0 ttyoutq: 256, 0, 0, 375, 268, 0, 0 vtnet_tx_hdr: 16, 0, 0, 0, 0, 0, 0 nvidia_stack_t: 8192, 0, 3, 19, 229037, 0, 0 FPU_save_area: 960, 0, 0, 0, 0, 0, 0 VNODE: 284, 0, 10, 24588, 25715, 0, 0 VNODEPOLL: 64, 0, 1, 1053, 19, 0, 0 BUF TRIE: 44, 0, 0, 5824, 106785, 0, 0 NAMEI: 1024, 0, 0, 104, 456541, 0, 0 rentr: 12, 0, 0, 0, 0, 0, 0 S VFS Cache: 72, 0, 0, 22770, 47696, 0, 0 STS VFS Cache: 92, 0, 0, 0, 0, 0, 0 L VFS Cache: 292, 0, 0, 4121, 5379, 0, 0 LTS VFS Cache: 312, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 0, 560, 2853, 0, 0 NCLNODE: 360, 0, 0, 0, 0, 0, 0 Mountpoints: 704, 0, 0, 65, 10, 0, 0 AIO: 128, 0, 0, 0, 0, 0, 0 AIOP: 16, 0, 0, 0, 0, 0, 0 AIOCB: 428, 0, 0, 0, 0, 0, 0 AIOL: 64, 0, 0, 0, 0, 0, 0 AIOLIO: 172, 0, 0, 0, 0, 0, 0 pipe: 416, 0, 1, 260, 8190, 0, 0 procdesc: 80, 0, 0, 250, 2, 0, 0 ksiginfo: 80, 0, 164, 1336, 9621, 0, 0 itimer: 232, 0, 0, 0, 0, 0, 0 KNOTE: 76, 0, 0, 1040, 761434, 0, 0 flows: 40, 197656, 14, 2032, 1324, 0, 0 socket: 532, 95879, 48, 253, 39290, 0, 0 unpcb: 172, 95887, 2, 504, 328, 0, 0 ipq: 32, 2625, 0, 0, 0, 0, 0 udp_inpcb: 304, 95888, 0, 234, 38387, 0, 0 udpcb: 20, 96000, 0, 2200, 38387, 0, 0 tcp_inpcb: 304, 95888, 46, 305, 552, 0, 0 tcpcb: 760, 95880, 46, 139, 552, 0, 0 tcptw: 60, 19206, 0, 1320, 89, 0, 0 syncache: 128, 15376, 0, 155, 1, 0, 0 hostcache: 76, 15392, 39, 741, 73, 0, 0 sackhole: 20, 0, 0, 0, 0, 0, 0 tcpreass: 20, 5200, 33, 2367, 15997, 0, 0 sctp_ep: 1052, 95880, 0, 0, 0, 0, 0 sctp_asoc: 1656, 40000, 0, 0, 0, 0, 0 sctp_laddr: 24, 80160, 0, 668, 3, 0, 0 sctp_raddr: 540, 80003, 0, 0, 0, 0, 0 sctp_chunk: 104, 400026, 0, 0, 0, 0, 0 sctp_readq: 108, 400007, 0, 0, 0, 0, 0 sctp_stream_msg_out: 72, 400015, 0, 0, 0, 0, 0 sctp_asconf: 24, 400132, 0, 0, 0, 0, 0 sctp_asconf_ack: 24, 400132, 0, 0, 0, 0, 0 udplite_inpcb: 304, 95888, 0, 0, 0, 0, 0 ripcb: 304, 95888, 0, 208, 16, 0, 0 rtentry: 112, 0, 11, 619, 13, 0, 0 IPFW counters: 16, 0, 54, 1482, 54, 0, 0 IPFW dynamic rule: 112, 16415, 32, 983, 968, 0, 0 selfd: 32, 0, 127, 2248,13175918, 0, 0 SWAPMETA: 276, 131082, 0, 0, 0, 0, 0 FFS inode: 112, 0, 0, 24885, 25565, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 0, 24585, 25541, 0, 0 pf mtags: 32, 0, 0, 0, 0, 0, 0 pf states: 208, 10013, 36, 591, 1411, 0, 0 pf state keys: 64, 0, 36, 1762, 1411, 0, 0 pf source nodes: 116, 10030, 0, 0, 0, 0, 0 pf table entries: 92, 200036, 36682, 470, 36682, 0, 0 pf table counters: 64, 0, 0, 0, 0, 0, 0 pf frags: 80, 0, 0, 0, 0, 0, 0 pf frag entries: 24, 5010, 0, 0, 0, 0, 0 pf state scrubs: 28, 0, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 11294 170 irq17: ehci0 ehci1+ 484886 7295 irq18: ohci0 ohci1* 24337 366 irq19: ahci0 60050 903 irq20: csa0 1082800 16290 irq28: arcmsr0 2759 42 irq256: hpet0:t0 16066443 47865 irq259: vgapci0 227837 3428 irq260: xhci0 55402 834 irq261: xhci1 32001 481 Total 18047809 271522 ------------------------------------------------------------------------ pstat -T 43/95876 files 0M/0M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity ------------------------------------------------------------------------ iostat tty md0 ada0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 160 0.00 0 0.00 74.04 4 0.32 0.00 0 0.00 1 0 1 0 98 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP = CBYTES QNUM QBYTES LSPI= D LRPID STIME RTIME CTIME=20=20=20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NATTCH SEGSZ CPID LPID ATIME DTIME CTIM= E=20=20=20 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NSEMS OTIME CTIME=20=20=20 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 67108864 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 32768 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 616 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 0 0 0 0 0 0 0 = 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Mi= sses 0 0 0 0 0 0 0 = 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 37111 packets sent 1884 data packets (824005 bytes) 49 data packets (29296 bytes) retransmitted 4 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 33963 ack-only packets (1 delayed) 0 URG only packets 0 window probe packets 360 window update packets 959 control packets 36363 packets received 2544 acks (for 814588 bytes) 888 duplicate acks 0 acks for unsent data 17214 packets (22400807 bytes) received in-sequence 134 completely duplicate packets (102960 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 15975 out-of-order packets (22651764 bytes) 0 packets (0 bytes) of data after window 0 window probes 31 window update packets 80 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 508 connection requests 1 connection accept 11 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 491 connections established (including accepts) 180 times used RTT from hostcache 180 times used RTT variance from hostcache 53 times used slow-start threshold from hostcache 508 connections closed (including 23 drops) 270 connections updated cached RTT on close 270 connections updated cached RTT variance on close 38 connections updated cached ssthresh on close 12 embryonic connections dropped 2468 segments updated rtt (of 2497 attempts) 218 retransmit timeouts 2 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 2 Connections (fin_wait_2) dropped because of timeout 708 keepalive timeouts 701 keepalive probes sent 7 connections dropped by keepalive 92 correct ACK header predictions 16092 correct data packet header predictions 1 syncache entry added 0 retransmitted 0 dupsyn 0 dropped 1 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 1 cookie sent 1 cookie received 73 hostcache entries added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 32 SACK options (SACK blocks) received 14827 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window 0 packets with matching signature received 0 packets with bad signature received 0 times failed to make signature due to no SA 0 times unexpected signature received 0 times no signature provided by segment TCP connection count by state: 2 connections in CLOSED state 0 connections in LISTEN state 0 connections in SYN_SENT state 0 connections in SYN_RCVD state 36 connections in ESTABLISHED state 0 connections in CLOSE_WAIT state 0 connections in FIN_WAIT_1 state 0 connections in CLOSING state 8 connections in LAST_ACK state 0 connections in FIN_WAIT_2 state 0 connections in TIME_WAIT state udp: 459 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 1 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 458 delivered 475 datagrams output 0 times multicast source filter matched ip: 38023 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 37704 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 39557 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 16 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 1 call to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 1 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 1 883 message responses generated 0 invalid return addresses 0 no return routes carp: 0 packets received (IPv4) 0 packets received (IPv6) 0 packets discarded for wrong TTL 0 packets shorter than header 0 discarded for bad checksums 0 discarded packets with a bad version 0 discarded because packet too short 0 discarded for bad authentication 0 discarded for bad vhid 0 discarded because of a bad address list 0 packets sent (IPv4) 0 packets sent (IPv6) 0 send failed due to mbuf memory error arp: 10 ARP requests sent 3 ARP replies sent 8 ARP requests received 9 ARP replies received 17 ARP packets received 0 total packets dropped due to no ARP entry 8 ARP entrys timed out 0 Duplicate IPs seen ip6: 2 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 2 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 2 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 190 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: TCP: 2 Mbuf statistics: 2 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection source addresses on an outgoing I/F 4 link-locals source addresses of a different scope 4 link-locals Source addresses selection rule applied: 4 first candidate 4 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 257/5080/5337 mbufs in use (current/cache/total) 24/2276/2300/81920 mbuf clusters in use (current/cache/total/max) 36/2253 mbuf+clusters out of packet secondary zone in use (current/cache) 0/756/756/15360 4k (page size) jumbo clusters in use (current/cache/total/m= ax) 0/0/0/13653 9k jumbo clusters in use (current/cache/total/max) 0/0/0/10240 16k jumbo clusters in use (current/cache/total/max) 112K/8846K/8958K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 sendfile syscalls 0 sendfile syscalls completed without I/O request 0 requests for I/O initiated by sendfile 0 pages read by sendfile as part of a request 0 pages were valid at time of a sendfile request 0 pages were valid and substituted to bogus page 0 pages were requested for read ahead by applications 0 pages were read ahead by sendfile 0 times sendfile encountered an already busy page 0 requests for sfbufs denied 0 requests for sfbufs delayed ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c026ebe0 tcp4 0 0 192.168.254.1.3321 173.223.52.17.80 CLOSED c055e2f8 tcp4 0 0 192.168.254.1.3321 173.223.52.34.80 ESTABLIS= HED c01a0000 tcp4 0 0 192.168.254.1.2702 173.223.52.17.80 ESTABLIS= HED c31645f0 tcp4 0 0 192.168.254.1.3759 173.223.52.34.80 ESTABLIS= HED c027a5f0 tcp4 0 628 192.168.254.1.5090 173.223.52.17.80 ESTABLIS= HED c31fa5f0 tcp4 0 0 192.168.254.1.2320 173.223.52.34.80 ESTABLIS= HED c08dc2f8 tcp4 0 0 192.168.254.1.1061 173.223.52.17.80 ESTABLIS= HED c026f8e8 tcp4 0 632 192.168.254.1.5885 173.223.52.34.80 ESTABLIS= HED c062b5f0 tcp4 0 0 127.0.0.1.53580 127.0.0.1.80 CLOSED c31fa2f8 tcp4 0 0 192.168.254.1.3649 173.223.52.33.80 ESTABLIS= HED c019f8e8 tcp4 0 0 192.168.254.1.3967 98.158.195.136.80 ESTABLIS= HED c019f2f8 tcp4 0 0 192.168.254.1.4553 98.158.195.136.80 ESTABLIS= HED c02fb8e8 tcp4 0 0 192.168.254.1.5517 98.158.195.136.80 ESTABLIS= HED c3294000 tcp4 0 0 192.168.254.1.5250 98.158.195.136.80 ESTABLIS= HED c02f72f8 tcp4 0 0 192.168.254.1.6426 98.158.195.136.80 ESTABLIS= HED c3164be0 tcp4 0 0 192.168.254.1.1077 98.158.195.136.80 ESTABLIS= HED c31c35f0 tcp4 0 0 192.168.254.1.6517 98.158.195.136.80 ESTABLIS= HED c05602f8 tcp4 0 0 192.168.254.1.3548 98.158.195.136.80 ESTABLIS= HED c02f6000 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c31fabe0 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c02b4be0 tcp4 0 0 192.168.254.1.3034 173.223.52.11.80 ESTABLIS= HED c02c58e8 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c02b32f8 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c02b4000 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c3165000 tcp4 0 0 192.168.254.1.3034 173.223.52.48.80 ESTABLIS= HED c055f8e8 tcp4 0 0 192.168.254.1.3885 23.4.20.199.80 ESTABLIS= HED c02fb2f8 tcp4 0 0 192.168.254.1.6102 23.4.20.199.80 ESTABLIS= HED c055f2f8 tcp4 0 0 192.168.254.1.2979 173.223.52.11.80 ESTABLIS= HED c23f5be0 tcp4 0 0 192.168.254.1.3088 184.28.188.99.80 ESTABLIS= HED c02b42f8 tcp4 0 0 192.168.254.1.2890 205.178.145.93.80 LAST_ACK c0560000 tcp4 0 0 192.168.254.1.4247 205.178.145.93.80 LAST_ACK c01a08e8 tcp4 0 0 192.168.254.1.3793 205.178.145.93.80 LAST_ACK c055f000 tcp4 0 0 192.168.254.1.3871 205.178.145.93.80 LAST_ACK c07662f8 tcp4 0 0 192.168.254.1.3004 205.178.145.93.80 LAST_ACK c08dc000 tcp4 0 0 192.168.254.1.1194 205.178.145.93.80 LAST_ACK c31c3000 tcp4 0 0 192.168.254.1.5509 205.178.145.93.80 LAST_ACK c026e8e8 tcp4 0 0 192.168.254.1.4243 205.178.145.93.80 LAST_ACK c02fbbe0 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c3163000 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31632f8 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31635f0 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31638e8 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c3163be0 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c3164000 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c31642f8 tcp4 0 0 192.168.254.1.2238 151.101.52.84.443 ESTABLIS= HED c055e5f0 tcp4 0 0 192.168.254.1.2238 151.101.192.84.443 ESTABLIS= HED Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr bfdcbec8 stream 0 0 0 0 0 0 /root/.li= nks/socket-x-_0 c0205e1c stream 29440 0 0 0 0 0 ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address=20=20=20=20=20=20=20= =20=20 unix 0/0/100 /root/.links/socket-x-_0 ------------------------------------------------------------------------ fstat fstat: can't read file 1 at 0xffffffff fstat: can't read file 2 at 0x20007ff fstat: can't read file 3 at 0x1fffff fstat: can't read file 4 at 0x4000000 fstat: can't read file 6 at 0xffff fstat: can't read file 7 at 0x78 fstat: can't read file 9 at 0x90 fstat: can't read file 11 at 0xffffffff fstat: can't read file 12 at 0x20007ff fstat: can't read file 13 at 0x1fffff fstat: can't read file 14 at 0x4000000 fstat: can't read file 16 at 0xffff fstat: can't read file 17 at 0x78 fstat: can't read file 19 at 0xa fstat: can't read file 21 at 0xffffffff fstat: can't read file 22 at 0x20007ff fstat: can't read file 23 at 0x1fffff fstat: can't read file 24 at 0x4000000 fstat: can't read file 26 at 0xffff fstat: can't read file 27 at 0x78 fstat: can't read file 29 at 0x4 fstat: can't read file 31 at 0xffffffff fstat: can't read file 32 at 0x20007ff fstat: can't read file 33 at 0x1fffff fstat: can't read file 34 at 0x4000000 fstat: can't read file 36 at 0xffff fstat: can't read file 37 at 0x78 fstat: can't read file 38 at 0x1 fstat: can't read file 39 at 0x122 fstat: can't read file 41 at 0xffffffff fstat: can't read file 42 at 0x20007ff fstat: can't read file 43 at 0x1fffff fstat: can't read file 44 at 0x4000000 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root links 8117 root - - bad - root links 8117 wd - - bad - root links 8117 text - - bad - root links 8117 0 - - bad - root links 8117 10 - - bad - root links 8117 20 - - bad - root links 8117 30* pipe bfc389c0 <-> bfc38a84 0 rw root links 8117 40* pipe bfc38a84 <-> bfc389c0 0 rw root pf purge 1453 root - - bad - root pf purge 1453 wd - - bad - root md0 1058 root - - bad - root md0 1058 wd - - bad - root init 1 root - - bad - root init 1 wd - - bad - root init 1 text - - bad - root kernel 0 root - - bad - root kernel 0 wd - - bad - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r313487: Mon Feb 13 16:58:53 PST 2017 root@gateway.FBSDbouq.com:/usr/obj/usr/src/sys/DEC22KRNL10d i386 FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM = 3.9.1) WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. subsystem 1000000 vm_mem_init(0)... done. vm_page_init(0)... done. subsystem 1800000 sysctl_register_all(0)... done. mallocinit(0)... done. malloc_init(&M_ACPICA)... done. malloc_init(&M_KBDMUX)... done. malloc_init(&M_LED)... done. malloc_init(&M_MALODEV)... done. malloc_init(&M_MD)... done. malloc_init(&M_MDSECT)... done. malloc_init(&M_MFIBUF)... done. malloc_init(&M_MPR)... done. malloc_init(&M_MPRSAS)... done. malloc_init(&M_MPRUSER)... done. malloc_init(&M_MPT2)... done. malloc_init(&M_MPSSAS)... done. malloc_init(&M_MPSUSER)... done. malloc_init(&M_ACPITASK)... done. malloc_init(&M_MPTUSER)... done. malloc_init(&M_MRSAS)... done. malloc_init(&M_ACPISEM)... done. malloc_init(&M_CAMCCBQ)... done. malloc_init(&M_ACPIDEV)... done. malloc_init(&M_MVS)... done. malloc_init(&M_MWLDEV)... done. malloc_init(&M_NETMAP)... done. malloc_init(&M_PPBUSDEV)... done. malloc_init(&M_PSTIOP)... done. malloc_init(&M_PSTRAID)... done. malloc_init(&M_PUC)... done. malloc_init(&M_CAMSIM)... done. malloc_init(&M_ENTROPY)... done. malloc_init(&M_CAMXPT)... done. malloc_init(&M_CAMDEV)... done. malloc_init(&M_CAMCCB)... done. malloc_init(&M_CAMPATH)... done. malloc_init(&M_SIIS)... done. malloc_init(&M_CAMPERIPH)... done. malloc_init(&M_SNP)... done. malloc_init(&M_ACPICMBAT)... done. malloc_init(&M_AC97)... done. malloc_init(&M_FEEDER)... done. malloc_init(&M_MIXER)... done. malloc_init(&M_MIDI)... done. malloc_init(&M_TWA)... done. malloc_init(&M_TWE)... done. malloc_init(&M_TWS)... done. malloc_init(&M_ACPIPERF)... done. malloc_init(&M_ACPIPWR)... done. malloc_init(&M_CAMSCHED)... done. malloc_init(&M_CAMQ)... done. malloc_init(&M_SCSICD)... done. malloc_init(&M_UART)... done. malloc_init(&M_AGP)... done. malloc_init(&M_AHCI)... done. malloc_init(&M_USB)... done. malloc_init(&M_USBDEV)... done. malloc_init(&M_SCSICH)... done. malloc_init(&M_ATADA)... done. malloc_init(&M_CAMDEVQ)... done. malloc_init(&M_SCSIDA)... done. malloc_init(&M_SCSILOW)... done. malloc_init(&M_AMR)... done. malloc_init(&M_ATA)... done. malloc_init(&M_ATADMA)... done. malloc_init(&M_ATAPCI)... done. malloc_init(&M_ATHDEV)... done. malloc_init(&M_ATH_HAL)... done. malloc_init(&M_VTBUF)... done. malloc_init(&M_VT)... done. malloc_init(&M_VTFONT)... done. malloc_init(&M_SYSMOUSE)... done. malloc_init(&CISS_MALLOC_CLASS)... done. malloc_init(&M_DEVFS2)... done. malloc_init(&M_DEVFS3)... done. malloc_init(&M_CDEVP)... done. malloc_init(&M_DEVFS4)... done. malloc_init(&M_DEVFSRULE)... done. malloc_init(&M_DEVFS)... done. malloc_init(&M_CDEVPDATA)... done. malloc_init(&M_MSDOSFSNODE)... done. malloc_init(&M_MSDOSFSFILENO)... done. malloc_init(&M_MSDOSFSMNT)... done. malloc_init(&M_MSDOSFSFAT)... done. malloc_init(&M_NEWNFSRVCACHE)... done. malloc_init(&M_NEWNFSDCLIENT)... done. malloc_init(&M_NEWNFSDSTATE)... done. malloc_init(&M_NEWNFSDLOCK)... done. malloc_init(&M_NEWNFSDLOCKFILE)... done. malloc_init(&M_NEWNFSSTRING)... done. malloc_init(&M_NEWNFSUSERGROUP)... done. malloc_init(&M_NEWNFSDREQ)... done. malloc_init(&M_NEWNFSFH)... done. malloc_init(&M_NEWNFSCLOWNER)... done. malloc_init(&M_NEWNFSCLOPEN)... done. malloc_init(&M_NEWNFSCLDELEG)... done. malloc_init(&M_NEWNFSCLCLIENT)... done. malloc_init(&M_NEWNFSCLLOCKOWNER)... done. malloc_init(&M_NEWNFSCLLOCK)... done. malloc_init(&M_NEWNFSV4NODE)... done. malloc_init(&M_NEWNFSDIRECTIO)... done. malloc_init(&M_NEWNFSDIROFF)... done. malloc_init(&M_NEWNFSDROLLBACK)... done. malloc_init(&M_NEWNFSLAYOUT)... done. malloc_init(&M_NEWNFSFLAYOUT)... done. malloc_init(&M_NEWNFSDEVINFO)... done. malloc_init(&M_NEWNFSSOCKREQ)... done. malloc_init(&M_NEWNFSCLDS)... done. malloc_init(&M_NEWNFSLAYRECALL)... done. malloc_init(&M_NEWNFSDSESSION)... done. malloc_init(&M_NEWNFSREQ)... done. malloc_init(&M_NEWNFSMNT)... done. malloc_init(&M_PFSNODES)... done. malloc_init(&M_PFSVNCACHE)... done. malloc_init(&M_GEOM)... done. malloc_init(&M_RAID)... done. malloc_init(&M_MD_DDF)... done. malloc_init(&M_MD_INTEL)... done. malloc_init(&M_MD_JMICRON)... done. malloc_init(&M_MD_NVIDIA)... done. malloc_init(&M_MD_PROMISE)... done. malloc_init(&M_MD_SII)... done. malloc_init(&M_TR_CONCAT)... done. malloc_init(&M_TR_RAID0)... done. malloc_init(&M_TR_RAID1)... done. malloc_init(&M_TR_RAID1E)... done. malloc_init(&M_TR_RAID5)... done. malloc_init(&M_ISADEV)... done. malloc_init(&M_ISOFSMNT)... done. malloc_init(&M_ISOFSNODE)... done. malloc_init(&M_SCSIPASS)... done. malloc_init(&M_SCSISA)... done. malloc_init(&M_SCSIENC)... done. malloc_init(&M_NVLIST)... done. malloc_init(&DRM_MEM_DMA)... done. malloc_init(&DRM_MEM_SAREA)... done. malloc_init(&M_DEVT)... done. malloc_init(&M_TTYCONS)... done. malloc_init(&M_FILEDESC)... done. malloc_init(&M_FILEDESC_TO_LEADER)... done. malloc_init(&M_SIGIO)... done. malloc_init(&M_FILECAPS)... done. malloc_init(&M_KDTRACE)... done. malloc_init(&M_KENV)... done. malloc_init(&M_KQUEUE)... done. malloc_init(&M_PARGS)... done. malloc_init(&M_FAIL_POINT)... done. malloc_init(&M_HHOOK)... done. malloc_init(&M_ITHREAD)... done. malloc_init(&M_PRISON)... done. malloc_init(&M_PRISON_RACCT)... done. malloc_init(&M_KTRACE)... done. malloc_init(&DRM_MEM_DRIVER)... done. malloc_init(&M_LINKER)... done. malloc_init(&DRM_MEM_MAGIC)... done. malloc_init(&M_LOCKF)... done. malloc_init(&M_LOGINCLASS)... done. malloc_init(&M_CACHE)... done. malloc_init(&M_DEVBUF)... done. malloc_init(&M_TEMP)... done. malloc_init(&DRM_MEM_IOCTLS)... done. malloc_init(&DRM_MEM_MAPS)... done. malloc_init(&DRM_MEM_BUFS)... done. malloc_init(&M_MODULE)... done. malloc_init(&M_MTXPOOL)... done. malloc_init(&M_OSD)... done. malloc_init(&M_PMCHOOKS)... done. malloc_init(&M_PGRP)... done. malloc_init(&M_SESSION)... done. malloc_init(&M_PROC)... done. malloc_init(&M_SUBPROC)... done. malloc_init(&M_CRED)... done. malloc_init(&M_PLIMIT)... done. malloc_init(&M_UIDINFO)... done. malloc_init(&M_DUMPER)... done. malloc_init(&DRM_MEM_SEGS)... done. malloc_init(&M_SYSCTL)... done. malloc_init(&M_SYSCTLOID)... done. malloc_init(&M_SYSCTLTMP)... done. malloc_init(&DRM_MEM_PAGES)... done. malloc_init(&M_TIDHASH)... done. malloc_init(&M_CALLOUT)... done. malloc_init(&M_UMTX)... done. malloc_init(&M_P31B)... done. malloc_init(&M_SWAP)... done. malloc_init(&M_BUS)... done. malloc_init(&M_BUS_SC)... done. malloc_init(&M_DEVSTAT)... done. malloc_init(&M_EVENTHANDLER)... done. malloc_init(&M_GTASKQUEUE)... done. malloc_init(&M_KOBJ)... done. malloc_init(&M_PCPU)... done. malloc_init(&M_RMAN)... done. malloc_init(&M_SBUF)... done. malloc_init(&M_SGLIST)... done. malloc_init(&M_TOPO)... done. malloc_init(&DRM_MEM_FILES)... done. malloc_init(&M_STACK)... done. malloc_init(&M_TASKQUEUE)... done. malloc_init(&M_TERMINAL)... done. malloc_init(&M_UNIT)... done. malloc_init(&M_VMEM)... done. malloc_init(&M_WITNESS)... done. malloc_init(&M_IOCTLOPS)... done. malloc_init(&M_SELECT)... done. malloc_init(&M_IOV)... done. malloc_init(&M_MSG)... done. malloc_init(&M_SEM)... done. malloc_init(&M_SHM)... done. malloc_init(&M_TTY)... done. malloc_init(&M_PTS)... done. malloc_init(&M_ACCF)... done. malloc_init(&M_PACKET_TAGS)... done. malloc_init(&M_KSEM)... done. malloc_init(&M_SHMFD)... done. malloc_init(&M_SONAME)... done. malloc_init(&M_PCB)... done. malloc_init(&DRM_MEM_QUEUES)... done. malloc_init(&M_ACL)... done. malloc_init(&M_LIO)... done. malloc_init(&M_BIOBUF)... done. malloc_init(&M_VFSCACHE)... done. malloc_init(&M_SEGMENT)... done. malloc_init(&M_NETADDR)... done. malloc_init(&M_VFS_HASH)... done. malloc_init(&M_VNODE)... done. malloc_init(&M_MOUNT)... done. malloc_init(&M_STATFS)... done. malloc_init(&DRM_MEM_CMDS)... done. malloc_init(&M_VNODE_MARKER)... done. malloc_init(&M_FADVISE)... done. malloc_init(&M_ARC4RANDOM)... done. malloc_init(&M_BPF)... done. malloc_init(&M_FTABLE)... done. malloc_init(&M_IFDESCR)... done. malloc_init(&M_IFNET)... done. malloc_init(&M_IFADDR)... done. malloc_init(&M_IFMADDR)... done. malloc_init(&M_CLONE)... done. malloc_init(&M_GIF)... done. malloc_init(&M_LLTABLE)... done. malloc_init(&M_TUN)... done. malloc_init(&M_VLAN)... done. malloc_init(&M_IFLIB)... done. malloc_init(&M_RTABLE)... done. malloc_init(&M_80211_VAP)... done. malloc_init(&M_80211_CRYPTO)... done. malloc_init(&M_80211_DFS)... done. malloc_init(&M_80211_COM)... done. malloc_init(&M_80211_MESH_PREQ)... done. malloc_init(&M_80211_MESH_PREP)... done. malloc_init(&M_80211_MESH_PERR)... done. malloc_init(&M_80211_MESH_RT)... done. malloc_init(&M_80211_MESH_GT_RT)... done. malloc_init(&M_80211_NODE)... done. malloc_init(&M_80211_NODE_IE)... done. malloc_init(&M_80211_POWER)... done. malloc_init(&M_80211_RATECTL)... done. malloc_init(&M_80211_SCAN)... done. malloc_init(&M_NETGRAPH)... done. malloc_init(&M_NETGRAPH_MSG)... done. malloc_init(&M_NETGRAPH_HOOK)... done. malloc_init(&M_NETGRAPH_NODE)... done. malloc_init(&M_NETGRAPH_ITEM)... done. malloc_init(&M_NETGRAPH_PARSE)... done. malloc_init(&M_NETGRAPH_PPP)... done. malloc_init(&M_IGMP)... done. malloc_init(&M_CARP)... done. malloc_init(&M_IPID)... done. malloc_init(&M_INMFILTER)... done. malloc_init(&M_IPMADDR)... done. malloc_init(&M_IPMOPTS)... done. malloc_init(&M_IPMSOURCE)... done. malloc_init(&M_NETADDR)... done. malloc_init(&SCTP_M_MAP)... done. malloc_init(&SCTP_M_STRMI)... done. malloc_init(&SCTP_M_STRMO)... done. malloc_init(&SCTP_M_ASC_ADDR)... done. malloc_init(&SCTP_M_ASC_IT)... done. malloc_init(&SCTP_M_AUTH_CL)... done. malloc_init(&SCTP_M_AUTH_KY)... done. malloc_init(&SCTP_M_AUTH_HL)... done. malloc_init(&SCTP_M_AUTH_IF)... done. malloc_init(&SCTP_M_STRESET)... done. malloc_init(&SCTP_M_CMSG)... done. malloc_init(&SCTP_M_COPYAL)... done. malloc_init(&SCTP_M_VRF)... done. malloc_init(&SCTP_M_IFA)... done. malloc_init(&SCTP_M_IFN)... done. malloc_init(&SCTP_M_TIMW)... done. malloc_init(&SCTP_M_MVRF)... done. malloc_init(&SCTP_M_ITER)... done. malloc_init(&SCTP_M_SOCKOPT)... done. malloc_init(&SCTP_M_MCORE)... done. malloc_init(&M_HOSTCACHE)... done. malloc_init(&M_LRO)... done. malloc_init(&M_TCPLOG)... done. malloc_init(&M_TCPFUNCTIONS)... done. malloc_init(&M_SYNCACHE)... done. malloc_init(&M_FTABLE)... done. malloc_init(&M_IN6MFILTER)... done. malloc_init(&M_IP6MADDR)... done. malloc_init(&M_IP6MOPTS)... done. malloc_init(&M_IP6MSOURCE)... done. malloc_init(&M_IP6OPT)... done. malloc_init(&M_MLD)... done. malloc_init(&M_IP6NDP)... done. malloc_init(&M_DN_HEAP)... done. malloc_init(&M_DUMMYNET)... done. malloc_init(&DRM_MEM_MAPPINGS)... done. malloc_init(&M_IPFW)... done. malloc_init(&M_IPFW_TBL)... done. malloc_init(&M_NFS_FHA)... done. malloc_init(&M_NFSLOCK)... done. malloc_init(&M_NLMINFO)... done. malloc_init(&M_NLM)... done. malloc_init(&M_RPC)... done. malloc_init(&M_AUDITCRED)... done. malloc_init(&M_AUDITDATA)... done. malloc_init(&M_AUDITPATH)... done. malloc_init(&M_AUDITTEXT)... done. malloc_init(&M_AUDITGIDSET)... done. malloc_init(&M_AUDITBSM)... done. malloc_init(&M_AUDITEVCLASS)... done. malloc_init(&M_AUDIT_PIPE)... done. malloc_init(&M_AUDIT_PIPE_ENTRY)... done. malloc_init(&M_AUDIT_PIPE_PRESELECT)... done. malloc_init(&M_AUDITTRIGGER)... done. malloc_init(&M_MACTEMP)... done. malloc_init(&M_PAGEDEP)... done. malloc_init(&M_INODEDEP)... done. malloc_init(&M_BMSAFEMAP)... done. malloc_init(&M_NEWBLK)... done. malloc_init(&M_ALLOCDIRECT)... done. malloc_init(&M_INDIRDEP)... done. malloc_init(&M_ALLOCINDIR)... done. malloc_init(&M_FREEFRAG)... done. malloc_init(&M_FREEBLKS)... done. malloc_init(&M_FREEFILE)... done. malloc_init(&M_DIRADD)... done. malloc_init(&M_MKDIR)... done. malloc_init(&M_DIRREM)... done. malloc_init(&M_NEWDIRBLK)... done. malloc_init(&M_FREEWORK)... done. malloc_init(&M_FREEDEP)... done. malloc_init(&M_JADDREF)... done. malloc_init(&M_JREMREF)... done. malloc_init(&M_JMVREF)... done. malloc_init(&M_JNEWBLK)... done. malloc_init(&M_JFREEBLK)... done. malloc_init(&M_JFREEFRAG)... done. malloc_init(&M_JSEG)... done. malloc_init(&M_JSEGDEP)... done. malloc_init(&M_SBDEP)... done. malloc_init(&M_JTRUNC)... done. malloc_init(&M_JFSYNC)... done. malloc_init(&M_SENTINEL)... done. malloc_init(&M_SAVEDINO)... done. malloc_init(&M_JBLOCKS)... done. malloc_init(&M_MOUNTDATA)... done. malloc_init(&M_DIRHASH)... done. malloc_init(&M_DQUOT)... done. malloc_init(&M_UFSMNT)... done. malloc_init(&M_VMPGDATA)... done. malloc_init(&M_UMAHASH)... done. malloc_init(&DRM_MEM_BUFLISTS)... done. malloc_init(&DRM_MEM_AGPLISTS)... done. malloc_init(&M_FICT_PAGES)... done. vm_radix_reserve_kva(0)... done. malloc_init(&M_LINUX)... done. malloc_init(&M_EPOLL)... done. malloc_init(&M_FUTEX)... done. malloc_init(&M_FUTEX_WP)... done. malloc_init(&M_PCI_LINK)... done. malloc_init(&M_ATKBDDEV)... done. malloc_init(&M_BXE_ILT)... done. malloc_init(&DRM_MEM_CTXBITMAP)... done. malloc_init(&DRM_MEM_SGLISTS)... done. malloc_init(&DRM_MEM_DRAWABLE)... done. malloc_init(&DRM_MEM_MM)... done. malloc_init(&M_SPKR)... done. malloc_init(&M_ISCI)... done. malloc_init(&DRM_MEM_HASHTAB)... done. malloc_init(&M_MEMDESC)... done. malloc_init(&M_FPUKERN_CTX)... done. malloc_init(&M_PIR)... done. malloc_init(&M_DDB_CAPTURE)... done. malloc_init(&M_AACBUF)... done. malloc_init(&M_APMDEV)... done. malloc_init(&M_MADT)... done. malloc_init(&M_AACCAM)... done. malloc_init(&M_AACRAIDBUF)... done. malloc_init(&M_AACRAIDCAM)... done. malloc_init(&M_GDTBUF)... done. malloc_init(&M_QPI)... done. malloc_init(&M_IOAPIC)... done. malloc_init(&M_LEGACYDEV)... done. malloc_init(&M_IPSBUF)... done. malloc_init(&M_MCA)... done. malloc_init(&M_MPTABLE)... done. malloc_init(&M_ACPIINTR)... done. malloc_init(&M_MSI)... done. malloc_init(&M_NEXUSDEV)... done. tunable_mbinit(0)... done. pcpu_zones_startup(0)... done. scmeminit(0)... done. vt_update_static(&vt_consdev)... VT(vga): resolution 640x480 done. init_dynamic_kenv(0)... done. vid_malloc_init(0)... done. sleepinit(0)... done. authnone_init(0)... done. authunix_init(0)... done. subsystem 1a80000 witness_initialize(0)... done. subsystem 1ac0000 mtx_pool_setup_dynamic(0)... done. subsystem 1b00000 filelistinit(0)... done. usb_quirk_init(0)... done. nlm_client_init(0)... done. lf_init(0)... done. nlm_init(0)... done. mtx_sysinit(&db_script_mtx_args)... done. sx_sysinit(&cmbat_sxlock_args)... done. mtx_sysinit(&mac_ifnet_mtx_args)... done. mtx_sysinit(&ffs_snapfree_args)... done. mtx_sysinit(&et_eventtimers_init_args)... done. sx_sysinit(&tty_list_args)... done. sx_sysinit(&snp_register_lock_args)... done. mtx_sysinit(&accept_filter_args)... done. mtx_sysinit(&kq_global_args)... done. sx_sysinit(&in_control_sx_args)... done. mtx_sysinit(&domain_args)... done. mtx_sysinit(&kqueue_filterops_args)... done. mtx_sysinit(&knlist_lock_args)... done. mtx_sysinit(&rm_spinlock_args)... done. sx_sysinit(&cpu_sxlock_args)... done. sx_sysinit(&ec_sxlock_args)... done. mtx_sysinit(&in_multi_mtx_args)... done. mtx_sysinit(&accept_mtx_args)... done. mtx_sysinit(&encapmtx_args)... done. rm_sysinit(&in_ifaddr_lock_args)... done. mtx_sysinit(&so_global_mtx_args)... done. mtx_sysinit(&mtx_garbage_list_args)... done. sx_sysinit(&sx_fp_set_args)... done. mtx_sysinit(&dirlist_mtx_args)... done. mtx_sysinit(&hhookheadlistlock_args)... done. mtx_sysinit(&pcm_syncgroup_args)... done. mtx_sysinit(&tc_setclock_init_args)... done. mtx_sysinit(&zombie_lock_args)... done. mtx_sysinit(&intr_event_list_args)... done. sx_sysinit(&sx_rules_args)... done. sx_sysinit(&vfsconf_args)... done. sx_sysinit(&lid_sxlock_args)... done. mtx_sysinit(&uuid_lock_args)... done. mtx_sysinit(&mountlist_args)... done. mtx_sysinit(&root_holds_args)... done. mtx_sysinit(&softdep_lock_args)... done. mtx_sysinit(&prison0_args)... done. mtx_sysinit(&intr_config_hook_args)... done. sx_sysinit(&allprison_lock_args)... done. rw_sysinit(&khelplistlock_args)... done. mtx_sysinit(&sl_tab_lock_args)... done. mtx_sysinit(&kstack_cache_args)... done. mtx_sysinit(&devstat_mutex_args)... done. mtx_sysinit(&devfs_de_interlock_args)... done. mtx_sysinit(&vm_daemon_args)... done. sx_sysinit(&ifdescr_sx_args)... done. mtx_sysinit(&vm_default_policy_args)... done. rw_sysinit_flags(&ifnet_rw_args)... done. sx_sysinit(&linux_ioctl_args)... done. sx_sysinit(&ifnet_sx_args)... done. sx_sysinit(&clone_drain_lock_args)... done. mtx_sysinit(&firmware_args)... done. mtx_sysinit(&cdevpriv_mtx_args)... done. sx_sysinit(&pci_powerstate_sxlock_args)... done. sx_sysinit(&pci_link_sxlock_args)... done. mtx_sysinit(&if_cloners_lock_args)... done. sx_sysinit(&pcib_sxlock_args)... done. mtx_sysinit(&lp_tables_args)... done. mtx_sysinit(&in6_multi_mtx_args)... done. mtx_sysinit(&bxe_prev_mtx_args)... done. rm_sysinit(&in6_ifaddr_lock_args)... done. mtx_sysinit(&vesa_lock_args)... done. sx_sysinit(&hptmv_list_lock_args)... done. mtx_sysinit(&hpmtv_dpc_lock_args)... done. mtx_sysinit(&msgbuf_lock_args)... done. sx_sysinit(&gif_ioctl_sx_args)... done. mtx_sysinit(&xpt_topo_init_args)... done. rw_sysinit(&lltable_list_lock_args)... done. sx_sysinit(&powerres_sxlock_args)... done. sx_sysinit(&hpet_sxlock_args)... done. rw_sysinit(&loginclasses_init_args)... done. mtx_sysinit(&resettodr_init_args)... done. mtx_sysinit(&pfil_heads_lock_args)... done. sx_sysinit(&memsxlockinit_args)... done. mtx_sysinit(&rawcb_mtx_args)... done. sx_sysinit(&smbat_sxlock_args)... done. mtx_sysinit(&rtsock_args)... done. mtx_sysinit(&thermal_mutex_args)... done. mtx_sysinit(&ic_list_args)... done. mtx_sysinit(&nfs_cverf_mtx_args)... done. sx_sysinit(&acct_args)... done. sx_sysinit(&acpi_sxlock_args)... done. mtx_sysinit(&ah_regser_args)... done. mtx_sysinit(&nfsst_args)... done. mtx_sysinit(&isa_dma_lock_args)... done. sx_sysinit(&db_capture_sx_args)... done. mtx_sysinit(&unit_args)... done. sx_sysinit(&acad_sxlock_args)... done. mtx_sysinit(&iir_elock_args)... done. mtx_sysinit(&ntp_args)... done. sx_sysinit(&iir_sdev_lock_args)... done. sx_sysinit(&battery_sxlock_args)... done. mtx_sysinit(&pmc_soft_mtx_args)... done. pmc_init_sx(0)... done. mtx_sysinit(&nmi_lock_args)... done. lock_delay_default_init(&mtx_delay)... done. init_bounce_pages(0)... done. lock_delay_default_init(&mtx_spin_delay)... done. crc32c_init_hw(0)... done. lock_delay_default_init(&rw_delay)... done. init_turnstile0(0)... done. rangelock_sys_init(0)... done. kobj_init_mutex(0)... done. arc4_init(0)... done. osd_init(0)... done. lock_delay_default_init(&sx_delay)... done. subsystem 1c00000 eventhandler_init(0)... done. subsystem 1c00001 umtxq_sysinit(0)... done. subsystem 1ffffff ucom_init(0)... done. subsystem 2000000 usb_dev_init(0)... done. dpcpu_startup(0)... done. module_init(0)... done. linker_init(0)... done. link_elf_init(0)... done. linux_ioctl_register_handler(&aac_linux_handler)... done. linux_ioctl_register_handler(&aacraid_linux_handler)... done. linux_ioctl_register_handler(&amr_linux_handler)... done. linker_preload(0)... can't re-use a leaf (geom_label)! done. subsystem 1800000 malloc_init(&M_JOURNAL)... done. malloc_init(&M_NVIDIA)... done. malloc_init(&M_NVIDIA_MODESET)... done. subsystem 1b00000 mtx_sysinit(&g_journal_cache_args)... done. subsystem 2000000 linux_ioctl_register_handler(&mfi_linux_handler)... done. linux_device_register_handler(&mfi_device_handler)... done. devices_show_all_add(0)... done. tty_show_add(0)... done. ttys_show_all_add(0)... done. bio_show_add(0)... done. pciregs_show_add(0)... done. pgrpdump_show_add(0)... done. socket_show_add(0)... done. sockbuf_show_add(0)... done. protosw_show_add(0)... done. domain_show_add(0)... done. ahd_pause_cmd_add(0)... done. ahd_unpause_cmd_add(0)... done. ahd_in_cmd_add(0)... done. ahd_out_cmd_add(0)... done. igi_list_show_add(0)... done. ahd_dump_cmd_add(0)... done. sin_show_add(0)... done. in_ifaddr_show_add(0)... done. lock_show_add(0)... done. cdev_show_add(0)... done. watches_show_add(0)... done. panic_show_add(0)... done. unpcb_show_add(0)... done. cpusets_show_add(0)... done. dpcpu_off_show_add(0)... done. inpcb_show_add(0)... done. pcpu_show_add(0)... done. buffer_show_add(0)... done. lockedbufs_show_add(0)... done. vnodebufs_show_add(0)... done. inodedep_show_add(0)... done. inodedeps_show_add(0)... done. worklist_show_add(0)... done. workhead_show_add(0)... done. mkdirs_show_add(0)... done. ffs_show_add(0)... done. countfreebufs_cmd_add(0)... done. pcpu_show_all_add(0)... done. allpcpu_show_add(0)... done. pctrienode_show_add(0)... done. msgbuf_show_add(0)... done. uma_show_add(0)... done. umacache_show_add(0)... done. em_reset_dev_cmd_add(0)... done. rman_show_add(0)... done. map_show_add(0)... done. procvm_show_add(0)... done. vmochk_show_add(0)... done. object_show_add(0)... done. vmopag_show_add(0)... done. rmans_show_add(0)... done. page_show_add(0)... done. pageq_show_add(0)... done. pginfo_show_add(0)... done. rman_show_all_add(0)... done. allrman_show_add(0)... done. em_dump_queue_cmd_add(0)... done. freepages_show_add(0)... done. malloc_show_add(0)... done. radixnode_show_add(0)... done. lockedvnods_show_add(0)... done. vnode_show_add(0)... done. mount_show_add(0)... done. multizone_matches_show_add(0)... done. sleepq_show_add(0)... done. sleepqueue_show_add(0)... done. intr_show_add(0)... done. intrcnt_show_add(0)... done. bpf_if_show_add(0)... done. procs_show_all_add(0)... done. flowtables_show_add(0)... done. thread_show_add(0)... done. tcpcb_show_add(0)... done. file_show_add(0)... done. files_show_add(0)... done. turnstile_show_add(0)... done. lockchain_show_add(0)... done. chains_show_all_add(0)... done. allchains_show_add(0)... done. sleepchain_show_add(0)... done. locktree_show_add(0)... done. ifnet_show_add(0)... done. ifnets_show_all_add(0)... done. callout_show_add(0)... done. cyrixreg_show_add(0)... done. idt_show_add(0)... done. sysregs_show_add(0)... done. dbregs_show_add(0)... done. prison_show_add(0)... done. proc_show_add(0)... done. vmemdump_show_add(0)... done. llentry_show_add(0)... done. lltable_show_add(0)... done. lltables_show_all_add(0)... done. clocksource_show_add(0)... done. vmemdump_show_all_add(0)... done. vmem_show_add(0)... done. vmem_show_all_add(0)... done. netisr_show_add(0)... done. panic_cmd_add(0)... done. acpi_pm_register(0)... done. rtc_show_add(0)... done. locks_show_add(0)... done. locks_show_all_add(0)... done. alllocks_show_add(0)... done. witness_show_add(0)... done. irqs_show_add(0)... done. ahd_sunit_cmd_add(0)... done. ioapic_show_add(0)... done. ioapics_show_all_add(0)... done. sta_show_add(0)... done. apic_show_add(0)... done. lapic_show_add(0)... done. statab_show_add(0)... done. vap_show_add(0)... done. com_show_add(0)... done. vaps_show_all_add(0)... done. mesh_show_all_add(0)... done. geom_show_add(0)... done. conifhk_show_add(0)... done. linker_stop_class_add(0)... done. linker_init_kernel_modules(0)... module_register: cannot register pci/eh= ci from kernel; already loaded from ehci.ko Module pci/ehci failed to register: 17 module_register: cannot register g_label from kernel; already loaded from g= eom_label.ko Module g_label failed to register: 17 done. kldstat_cmd_add(0)... done. device_show_add(0)... done. subsystem 2100000 cpu_startup(0)... CPU: AMD FX-8320E Eight-Core Processor (= 3200.07-MHz 686-class CPU) Origin=3D"AuthenticAMD" Id=3D0x600f20 Family=3D0x15 Model=3D0x2 Stepp= ing=3D0 Features=3D0x178bfbff Features2=3D0x3e98320b AMD Features=3D0x2e500800 AMD Features2=3D0x1ebbfff Structured Extended Features=3D0x8 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=3D65536 TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 3079618560 (2936 MB) done. apic_setup_local(0)... Event timer "LAPIC" quality 100 ACPI APIC Table: done. mp_start(0)... FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) done. madt_set_ids(0)... done. mca_init_bsp(0)... done. callout_callwheel_init(0)... done. pmap_init_reserved_pages(0)... done. module_register_init(&x86bios_mod)... done. bios32_init(0)... done. subsystem 2100001 vt_init_logos(0)... done. subsystem 2140000 init_dtrace(0)... done. init_hwpmc(0)... done. pmc_soft_ev_register(&pmc___clock_stat)... done. pmc_soft_ev_register(&pmc___page_fault_all)... done. pmc_soft_ev_register(&pmc___page_fault_read)... done. pmc_soft_ev_register(&pmc___page_fault_write)... done. pmc_soft_ev_register(&pmc___lock_failed)... done. pmc_soft_ev_register(&pmc___clock_prof)... done. pmc_soft_ev_register(&pmc___clock_hard)... done. subsystem 2160000 random_init(0)... done. random_harvestq_init(0)... done. random_alg_context_ra_init_alg(0)... done. random_harvestq_prime(0)... done. __stack_chk_init(0)... random: unblocking device. done. subsystem 2180000 mac_init(0)... done. subsystem 21d0000 mac_late_init(0)... done. subsystem 2200000 proc0_init(0)... done. f00f_hack(0)... done. shutdown_conf(0)... done. subsystem 2300000 uma_startup3(0)... done. subsystem 2380000 db_capture_sysinit(0)... done. subsystem 2400000 sched_setup(0)... done. subsystem 2480000 ktrace_init(0)... done. subsystem 24c0000 audit_init(0)... done. subsystem 2500000 create_init(0)... done. subsystem 2600000 idle_setup(0)... done. subsystem 2700000 mbuf_init(0)... done. sfstat_init(0)... done. sf_buf_init(0)... done. subsystem 2800000 intr_init(0)... done. apic_setup_io(0)... ACPI BIOS Warning (bug): Optional FADT field Pm2Cont= rolBlock has valid Length but zero Address: 0x0000000000000000/0x1 (2017011= 9/tbfadt-688) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard done. atpic_init(0)... done. intr_init_final(0)... done. subsystem 2a00000 start_softintr(0)... done. netisr_init(0)... done. start_softclock(0)... done. init_device_poll(0)... done. sysbeep_init(0)... done. subsystem 2f00000 devfs_devs_init(0)... done. reroot_conf(0)... done. subsystem 3000000 vnet_carpstats_init(0)... done. taskqgroup_define_if_config_tqg(0)... done. vnet_ip6stat_init(0)... done. vnet_ip4_ftstat_init(0)... done. vnet_icmpstat_init(0)... done. vnet_ip6_ftstat_init(0)... done. vnet_udpstat_init(0)... done. vnet_rip6stat_init(0)... done. vnet_ipstat_init(0)... done. vnet_icmp6stat_init(0)... done. hhook_vnet_init(0)... done. taskqgroup_define_if_io_tqg(0)... done. vnet_arpstat_init(0)... done. taskqueue_define_fast(0)... done. taskqueue_define_aiod_kick(0)... done. vnet_if_init(0)... done. taskqueue_define_kqueue_ctx(0)... done. taskqueue_define_swi(0)... done. taskqueue_define_swi_giant(0)... done. taskqueue_define_nvidia(0)... done. taskqueue_define_thread(0)... done. taskqueue_define_nvkms(0)... done. module_register_init(&iflib_moduledata)... done. ether_init(0)... done. module_register_init(=C3=B0er_mod)... done. subsystem 3010000 vnet_netgraph_init(0)... done. module_register_init(&netgraph_mod)... done. subsystem 3100000 ieee80211_mesh_init(0)... done. module_register_init(&g_raid_tr_concat_mod)... done. module_register_init(&randomdev_mod)... random: entropy device external = interface done. ieee80211_phy_init(0)... done. module_register_init(&g_raid_tr_raid0_mod)... done. ieee80211_auth_setup(0)... done. module_register_init(&root_bus_mod)... done. module_register_init(&ratectl_none_mod)... done. module_register_init(&sta_mod)... done. module_register_init(&g_class_mod)... done. acpi_intr_init(&acpi_intr_lock)... done. ieee80211_vht_init(0)... done. module_register_init(&g_raid_tr_raid1_mod)... done. module_register_init(&g_vfs_mod)... done. module_register_init(&g_raid_tr_raid1e_mod)... done. module_register_init(&g_label_mod)... done. module_register_init(&g_raid_tr_raid5_mod)... done. module_register_init(&amrr_mod)... done. module_register_init(&g_part_mod)... done. i686_mem_drvinit(0)... done. module_register_init(&ccmp_mod)... done. k6_mem_drvinit(0)... done. module_register_init(&tkip_mod)... done. module_register_init(&wep_mod)... done. module_register_init(&firmware_mod)... done. acpi_task_init(0)... done. feeder_register(&feeder_root_class)... done. ttyconsdev_init(0)... done. module_register_init(&virtio_mod)... done. module_register_init(&zlib_mod)... done. module_register_init(&g_md_mod)... done. ttyinq_startup(0)... done. module_register_init(&wlan_mod)... done. ieee80211_ht_init(0)... done. ttyoutq_startup(0)... done. module_register_init(&g_journal_mod)... done. module_register_init(&g_label_mod)... done. sndstat_sysinit(0)... done. module_register_init(&g_dev_mod)... done. module_register_init(&g_disk_mod)... done. module_register_init(&mpt_core_mod)... done. module_register_init(&g_raid_md_jmicron_mod)... done. module_register_init(&g_raid_md_ddf_mod)... done. module_register_init(&g_raid_md_nvidia_mod)... done. ieee80211_hwmp_init(0)... done. module_register_init(&mpt_user_mod)... done. module_register_init(&g_raid_md_promise_mod)... done. module_register_init(&g_raid_md_intel_mod)... done. module_register_init(&g_raid_md_sii_mod)... done. module_register_init(&mpt_cam_mod)... done. module_register_init(&g_raid_mod)... done. module_register_init(&mpt_raid_mod)... done. module_register_init(&kue_uhub_mod)... done. module_register_init(&miibus_rue_mod)... done. module_register_init(&udav_uhub_mod)... done. module_register_init(&miibus_udav_mod)... done. module_register_init(&ruephy_miibus_mod)... done. pts_init(0)... done. ctty_drvinit(0)... done. module_register_init(&rum_uhub_mod)... done. module_register_init(&run_uhub_mod)... done. module_register_init(&uath_uhub_mod)... done. module_register_init(&if_upgt_uhub_mod)... done. module_register_init(&ural_uhub_mod)... done. module_register_init(&urtw_uhub_mod)... done. module_register_init(&zyd_uhub_mod)... done. module_register_init(&u3g_uhub_mod)... done. module_register_init(&uark_uhub_mod)... done. module_register_init(&ubsa_uhub_mod)... done. module_register_init(&uftdi_uhub_mod)... done. module_register_init(&uipaq_uhub_mod)... done. module_register_init(&ulpt_uhub_mod)... done. module_register_init(&uplcom_uhub_mod)... done. module_register_init(&uslcom_uhub_mod)... done. module_register_init(&uvisor_uhub_mod)... done. module_register_init(&uvscom_uhub_mod)... done. module_register_init(&ahd_pci_mod)... done. module_register_init(&ufm_uhub_mod)... done. module_register_init(&uhid_uhub_mod)... done. module_register_init(&ukbd_uhub_mod)... done. module_register_init(&ums_uhub_mod)... done. module_register_init(&aacp_aac_mod)... done. module_register_init(&acpi_ec_acpi_mod)... done. module_register_init(&vge_pci_mod)... done. module_register_init(&miibus_vge_mod)... done. module_register_init(&acpi_isab_acpi_mod)... done. module_register_init(&aac_linux_mod)... done. module_register_init(&virtio_pci_pci_mod)... done. module_register_init(&acpi_lid_acpi_mod)... done. module_register_init(&acpi_perf_cpu_mod)... done. module_register_init(&ahd_mod)... done. module_register_init(&mga_vgapci_mod)... done. module_register_init(&radeon_vgapci_mod)... done. module_register_init(&ed_pccard_mod)... done. module_register_init(&vtnet_virtio_mmio_mod)... done. module_register_init(&vtnet_virtio_pci_mod)... done. module_register_init(&miibus_ed_mod)... done. module_register_init(&ed_pci_mod)... done. module_register_init(&virtio_blk_virtio_mmio_mod)... done. module_register_init(&virtio_blk_virtio_pci_mod)... done. module_register_init(&virtio_balloon_virtio_pci_mod)... done. module_register_init(&em_pci_mod)... done. module_register_init(&virtio_scsi_virtio_pci_mod)... done. bpf_drvinit(0)... done. module_register_init(&vr_pci_mod)... done. module_register_init(&miibus_vr_mod)... done. module_register_init(&vtvga_nexus_mod)... done. module_register_init(&igb_pci_mod)... done. consolectl_drvinit(0)... done. module_register_init(&ahc_mod)... done. module_register_init(&aacraid_linux_mod)... done. module_register_init(&aacraid_pci_mod)... done. module_register_init(&et_pci_mod)... done. module_register_init(&miibus_et_mod)... done. sysmouse_drvinit(0)... done. module_register_init(&alc_pci_mod)... done. module_register_init(&vte_pci_mod)... done. module_register_init(&miibus_vte_mod)... done. module_register_init(&vx_pci_mod)... done. module_register_init(&watchdog_mod)... done. module_register_init(&wb_pci_mod)... done. module_register_init(&miibus_wb_mod)... done. module_register_init(&wi_pccard_mod)... done. module_register_init(&wi_pci_mod)... done. module_register_init(&wpi_pci_mod)... done. module_register_init(&xe_pccard_mod)... done. module_register_init(&miibus_xl_mod)... done. module_register_init(&xlphy_miibus_mod)... done. module_register_init(&miibus_alc_mod)... done. module_register_init(&acpi_acad_acpi_mod)... done. module_register_init(&acpi_sysresource_acpi_mod)... done. module_register_init(&ep_isa_mod)... done. module_register_init(&ep_pccard_mod)... done. module_register_init(&esp_pci_mod)... done. module_register_init(&ex_isa_mod)... done. module_register_init(&ex_pccard_mod)... done. module_register_init(&exca_mod)... done. module_register_init(&fbd_fb_mod)... done. module_register_init(&fbd_drmn_mod)... done. module_register_init(&fbd_udl_mod)... done. module_register_init(&fe_pccard_mod)... done. module_register_init(&miibus_fxp_mod)... done. module_register_init(&inphy_miibus_mod)... done. module_register_init(&miibus_gem_mod)... done. module_register_init(&gem_pci_mod)... done. module_register_init(&miibus_hme_mod)... done. module_register_init(&hme_pci_mod)... done. module_register_init(&hptiop_pci_mod)... done. module_register_init(&idad_ida_mod)... done. module_register_init(&ida_pci_mod)... done. module_register_init(&ale_pci_mod)... done. module_register_init(&miibus_ale_mod)... done. module_register_init(&acpi_nexus_mod)... done. module_register_init(&iir_pci_mod)... done. module_register_init(&amrd_amr_mod)... done. module_register_init(&ipsd_ips_mod)... done. module_register_init(&ips_pci_mod)... done. module_register_init(&ipw_pci_mod)... done. module_register_init(&isp_pci_mod)... done. module_register_init(&iwi_pci_mod)... done. module_register_init(&iwn_pci_mod)... done. module_register_init(&ixgb_pci_mod)... done. module_register_init(&acpi_smbat_acpi_mod)... done. module_register_init(&amr_linux_mod)... done. module_register_init(&jme_pci_mod)... done. module_register_init(&miibus_jme_mod)... done. module_register_init(&amr_pci_mod)... done. module_register_init(&kbdmux_mod)... kbd1 at kbdmux0 done. module_register_init(&le_pci_mod)... done. module_register_init(&an_isa_mod)... done. led_drvinit(0)... done. module_register_init(&lge_pci_mod)... done. module_register_init(&miibus_lge_mod)... done. module_register_init(&an_pccard_mod)... done. module_register_init(&malo_pci_mod)... done. module_register_init(&an_pci_mod)... done. module_register_init(&acpi_tz_acpi_mod)... done. module_register_init(&aac_pci_mod)... done. module_register_init(&mem_mod)... done. module_register_init(&ata_pccard_mod)... done. module_register_init(&mfi_pci_mod)... done. module_register_init(&mfid_mfi_mod)... done. module_register_init(&mfisyspd_mfi_mod)... done. module_register_init(&ata_isa_mod)... done. module_register_init(&acpi_throttle_cpu_mod)... done. module_register_init(&mfi_linux_mod)... done. module_register_init(&acphy_miibus_mod)... done. module_register_init(&hy_miibus_mod)... done. module_register_init(&atphy_miibus_mod)... done. module_register_init(&axphy_miibus_mod)... done. module_register_init(&bmtphy_miibus_mod)... done. module_register_init(&brgphy_miibus_mod)... done. module_register_init(&ciphy_miibus_mod)... done. module_register_init(&e1000phy_miibus_mod)... done. module_register_init(&gentbi_miibus_mod)... done. module_register_init(&icsphy_miibus_mod)... done. module_register_init(&ip1000phy_miibus_mod)... done. module_register_init(&jmphy_miibus_mod)... done. module_register_init(&lxtphy_miibus_mod)... done. module_register_init(&mlphy_miibus_mod)... done. module_register_init(&nsgphy_miibus_mod)... done. module_register_init(&nsphy_miibus_mod)... done. module_register_init(&nsphyter_miibus_mod)... done. module_register_init(&pnaphy_miibus_mod)... done. module_register_init(&qsphy_miibus_mod)... done. module_register_init(&rdcphy_miibus_mod)... done. module_register_init(&rgephy_miibus_mod)... done. module_register_init(&rlphy_miibus_mod)... done. module_register_init(&smcphy_miibus_mod)... done. module_register_init(&smscphy_miibus_mod)... done. module_register_init(&isa_isab_mod)... done. module_register_init(&isa_eisab_mod)... done. module_register_init(&pnp_isa_mod)... done. module_register_init(&tdkphy_miibus_mod)... done. module_register_init(&tlphy_miibus_mod)... done. module_register_init(&truephy_miibus_mod)... done. module_register_init(&ukphy_miibus_mod)... done. module_register_init(&xmphy_miibus_mod)... done. module_register_init(&mlxd_mlx_mod)... done. module_register_init(&mlx_pci_mod)... done. module_register_init(&mly_pci_mod)... done. module_register_init(&mmcsd_mmc_mod)... done. module_register_init(&atapci_pci_mod)... done. module_register_init(&mpr_pci_mod)... done. module_register_init(&ata_atapci_mod)... done. module_register_init(&ata_acard_pci_mod)... done. module_register_init(&ata_ali_pci_mod)... done. module_register_init(&mps_pci_mod)... done. module_register_init(&ata_amd_pci_mod)... done. module_register_init(&ata_ati_pci_mod)... done. module_register_init(&ata_cenatek_pci_mod)... done. cn_drvinit(0)... done. module_register_init(&ata_cypress_pci_mod)... done. module_register_init(&cpufreq_cpu_mod)... done. module_register_init(&ata_cyrix_pci_mod)... done. module_register_init(&mpt_pci_mod)... done. module_register_init(&ata_highpoint_pci_mod)... done. module_register_init(&ata_intel_pci_mod)... done. module_register_init(&ata_ite_pci_mod)... done. module_register_init(&ata_jmicron_pci_mod)... done. module_register_init(&mrsas_pci_mod)... done. module_register_init(&ata_marvell_pci_mod)... done. fildesc_drvinit(0)... done. module_register_init(&ata_micron_pci_mod)... done. module_register_init(&ata_national_pci_mod)... done. module_register_init(&mskc_pci_mod)... done. module_register_init(&msk_mskc_mod)... done. module_register_init(&miibus_msk_mod)... done. module_register_init(&ata_netcell_pci_mod)... done. module_register_init(&mvsch_mvs_mod)... done. module_register_init(&mvsch_sata_mod)... done. module_register_init(&mvs_pci_mod)... done. module_register_init(&ata_nvidia_pci_mod)... done. module_register_init(&nfslock_mod)... done. module_register_init(&mwl_pci_mod)... done. module_register_init(&ncv_pccard_mod)... done. module_register_init(&netmap_mod)... netmap: loaded module done. module_register_init(&ata_promise_pci_mod)... done. module_register_init(&nge_pci_mod)... done. module_register_init(&miibus_nge_mod)... done. module_register_init(&nsp_pccard_mod)... done. module_register_init(&null_mod)... done. module_register_init(&pccard_pcic_mod)... done. module_register_init(&pccard_cbb_mod)... done. module_register_init(&cbb_isa_mod)... done. module_register_init(&cbb_pci_mod)... done. module_register_init(&fixup_pci_pci_mod)... done. module_register_init(&hostb_pci_mod)... done. module_register_init(&ignore_pci_pci_mod)... done. module_register_init(&isab_pci_mod)... done. module_register_init(&pci_pcib_mod)... done. audit_pipe_init(0)... done. module_register_init(&ata_serverworks_pci_mod)... done. audit_trigger_cdev_init(0)... done. module_register_init(&pcib_pci_mod)... done. module_register_init(&vgapci_pci_mod)... done. module_register_init(&pcn_pci_mod)... done. module_register_init(&miibus_pcn_mod)... done. module_register_init(&ata_sii_pci_mod)... done. module_register_init(&plip_ppbus_mod)... done. module_register_init(&lpt_ppbus_mod)... done. module_register_init(&ata_sis_pci_mod)... done. module_register_init(&ppbus_ppc_mod)... done. module_register_init(&ppi_ppbus_mod)... done. module_register_init(&ppc_acpi_mod)... done. module_register_init(&ppc_isa_mod)... done. module_register_init(&ppc_pci_mod)... done. module_register_init(&ppc_puc_mod)... done. module_register_init(&ata_via_pci_mod)... done. module_register_init(&pstpci_pci_mod)... done. module_register_init(&ath_pci_pci_mod)... done. module_register_init(&pst_pstpci_mod)... done. module_register_init(&pty_mod)... done. module_register_init(&adv_pci_mod)... done. module_register_init(&puc_pccard_mod)... done. module_register_init(&puc_pci_mod)... done. module_register_init(&adw_pci_mod)... done. module_register_init(&ral_pci_mod)... done. module_register_init(&ae_pci_mod)... done. module_register_init(&bce_pci_mod)... done. module_register_init(&miibus_bce_mod)... done. module_register_init(&bfe_pci_mod)... done. module_register_init(&miibus_bfe_mod)... done. module_register_init(&bge_pci_mod)... done. module_register_init(&miibus_bge_mod)... done. module_register_init(&bt_isa_mod)... done. module_register_init(&bt_pci_mod)... done. module_register_init(&re_pci_mod)... done. module_register_init(&miibus_re_mod)... done. module_register_init(&rl_pci_mod)... done. module_register_init(&rl_cardbus_mod)... done. module_register_init(&miibus_rl_mod)... done. module_register_init(&sdhci_acpi_acpi_mod)... done. module_register_init(&mmc_sdhci_acpi_mod)... done. module_register_init(&sdhci_pci_pci_mod)... done. module_register_init(&mmc_sdhci_pci_mod)... done. module_register_init(&sf_pci_mod)... done. module_register_init(&miibus_sf_mod)... done. module_register_init(&sge_pci_mod)... done. module_register_init(&miibus_sge_mod)... done. module_register_init(&cardbus_cbb_mod)... done. module_register_init(&siis_pci_mod)... done. module_register_init(&siisch_siis_mod)... done. module_register_init(&sis_pci_mod)... done. module_register_init(&miibus_sis_mod)... done. module_register_init(&miibus_ae_mod)... done. module_register_init(&skc_pci_mod)... done. module_register_init(&sk_skc_mod)... done. module_register_init(&miibus_sk_mod)... done. module_register_init(&sn_isa_mod)... done. module_register_init(&sn_pccard_mod)... done. module_register_init(&ciss_pci_mod)... done. module_register_init(&acpi_button_acpi_mod)... done. module_register_init(&snp_mod)... done. module_register_init(&aacch_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&aacd_aac_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&age_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. dsp_sysinit(0)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&ichss_cpu_mod)... done. module_register_init(&cs_isa_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&acpi_pci_pcib_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&acpi_pci_link_acpi_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&acpi_pcib_acpi_mod)... done. module_register_init(&acpi_pcib_pci_mod)... done. module_register_init(&adv_isa_mod)... done. module_register_init(&agp_ali_hostb_mod)... done. module_register_init(&agp_amd_hostb_mod)... done. module_register_init(&agp_amd64_hostb_mod)... done. module_register_init(&agp_ati_hostb_mod)... done. module_register_init(&agp_i810_vgapci_mod)... done. module_register_init(&agp_intel_hostb_mod)... done. module_register_init(&agp_nvidia_hostb_mod)... done. module_register_init(&agp_sis_hostb_mod)... done. module_register_init(&agp_via_hostb_mod)... done. module_register_init(&aic_isa_mod)... done. module_register_init(&arcmsr_pci_mod)... done. module_register_init(&atkbd_atkbdc_mod)... done. module_register_init(&atkbdc_isa_mod)... done. module_register_init(&atkbdc_acpi_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&psm_atkbdc_mod)... done. module_register_init(&psmcpnp_isa_mod)... done. module_register_init(&psmcpnp_acpi_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&bxe_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&ed_isa_mod)... done. module_register_init(&cs_pccard_mod)... done. mixer_sysinit(0)... done. module_register_init(&vesa_mod)... module_register_init: MOD_LOAD (vesa,= 0xb60e46c0, 0) error 19 done. module_register_init(&fd_fdc_mod)... done. module_register_init(&fdc_acpi_mod)... done. module_register_init(&fdc_isa_mod)... done. module_register_init(&fdc_pccard_mod)... done. module_register_init(&fe_isa_mod)... done. module_register_init(&hpt27xx_pci_mod)... done. module_register_init(&hptmv_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&miibus_dc_mod)... done. module_register_init(&hptnr_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&hptrr_pci_mod)... done. module_register_init(&io_mod)... done. module_register_init(&le_isa_mod)... done. module_register_init(&sound_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&dcphy_miibus_mod)... done. module_register_init(&nfe_pci_mod)... done. module_register_init(&miibus_nfe_mod)... done. module_register_init(&rdrand_mod)... done. module_register_init(&nehemiah_mod)... done. module_register_init(&midi_mod)... done. module_register_init(&speaker_mod)... done. module_register_init(&scterm_scteken_mod)... done. module_register_init(&scrndr_vga_mod)... done. module_register_init(&ste_pci_mod)... done. module_register_init(&hpet_acpi_mod)... done. module_register_init(&acpi_timer_acpi_mod)... done. module_register_init(&miibus_ste_mod)... done. module_register_init(&isci_pci_mod)... done. module_register_init(&stg_isa_mod)... done. module_register_init(&nexus_acpi_root_mod)... done. module_register_init(&stg_pccard_mod)... done. module_register_init(&pnpbios_isa_mod)... done. module_register_init(&stg_pci_mod)... done. module_register_init(&stge_pci_mod)... done. log_drvinit(0)... done. module_register_init(&miibus_stge_mod)... done. module_register_init(&sym_pci_mod)... done. module_register_init(&pnphy_miibus_mod)... done. sm_attach_mouse(0)... done. module_register_init(&ti_pci_mod)... done. module_register_init(&tl_pci_mod)... done. module_register_init(&miibus_tl_mod)... done. module_register_init(&piix_pci_mod)... done. module_register_init(&trm_pci_mod)... done. module_register_init(&de_pci_mod)... done. module_register_init(&twa_pci_mod)... done. module_register_init(&twe_pci_mod)... done. module_register_init(&npxisa_isa_mod)... done. module_register_init(&npxisa_acpi_mod)... done. module_register_init(&twed_twe_mod)... done. module_register_init(&pmtimer_isa_mod)... done. module_register_init(&dpt_pci_mod)... done. module_register_init(&pir_legacy_mod)... done. module_register_init(&sc_isa_mod)... done. module_register_init(&vga_isa_mod)... done. module_register_init(&vgapm_vgapci_mod)... done. module_register_init(&miibus_age_mod)... done. module_register_init(&tws_pci_mod)... done. module_register_init(&acpi_cmbat_acpi_mod)... done. module_register_init(&aha_isa_mod)... done. module_register_init(&aacraidp_aacraid_mod)... done. module_register_init(&ahcich_ahci_mod)... done. module_register_init(&tx_pci_mod)... done. module_register_init(&miibus_tx_mod)... done. module_register_init(&ahciem_ahci_mod)... done. module_register_init(&txp_pci_mod)... done. module_register_init(&uart_acpi_mod)... done. module_register_init(&uart_isa_mod)... done. module_register_init(&est_cpu_mod)... done. module_register_init(&hwpstate_cpu_mod)... done. module_register_init(&p4tcc_cpu_mod)... done. module_register_init(&powernow_cpu_mod)... done. module_register_init(&smist_cpu_mod)... done. module_register_init(&uart_pccard_mod)... done. module_register_init(&atpic_isa_mod)... done. module_register_init(&atpic_acpi_mod)... done. module_register_init(&atrtc_isa_mod)... done. module_register_init(&atrtc_acpi_mod)... done. module_register_init(&uart_pci_mod)... done. module_register_init(&uart_puc_mod)... done. module_register_init(&attimer_isa_mod)... done. module_register_init(&attimer_acpi_mod)... done. module_register_init(&isa_legacy_mod)... done. module_register_init(&isa_xenpv_mod)... done. module_register_init(&cpu_acpi_mod)... done. module_register_init(&atdma_isa_mod)... done. module_register_init(&atdma_acpi_mod)... done. module_register_init(&orm_isa_mod)... done. module_register_init(&pcib_legacy_mod)... done. module_register_init(&pcibus_pnp_isa_mod)... done. module_register_init(&pcibios_pcib_pci_mod)... done. module_register_init(&ehci_pci_mod)... done. module_register_init(&qpi_nexus_mod)... done. module_register_init(&pcib_qpi_mod)... done. module_register_init(&ohci_pci_mod)... done. module_register_init(&uhci_pci_mod)... done. module_register_init(&xhci_pci_mod)... done. module_register_init(&ahci_pci_mod)... done. module_register_init(&ahci_atapci_mod)... done. module_register_init(&ioapic_pci_mod)... done. module_register_init(&apic_nexus_mod)... done. module_register_init(&usbus_ohci_mod)... done. module_register_init(&usbus_uhci_mod)... done. module_register_init(&usbus_ehci_mod)... done. module_register_init(&legacy_nexus_mod)... done. module_register_init(&cpu_legacy_mod)... done. module_register_init(&usbus_xhci_mod)... done. module_register_init(&usbus_at91_udp_mod)... done. module_register_init(&usbus_musbotg_mod)... done. module_register_init(&usbus_uss820dci_mod)... done. module_register_init(&usbus_octusb_mod)... done. module_register_init(&usbus_dwcotg_mod)... done. module_register_init(&usbus_saf1761otg_mod)... done. module_register_init(&umass_uhub_mod)... done. module_register_init(&urio_uhub_mod)... done. module_register_init(&mptable_pcib_legacy_mod)... done. module_register_init(&mptable_pcib_pci_mod)... done. module_register_init(&aic_pccard_mod)... done. module_register_init(&ahc_isa_isa_mod)... done. module_register_init(&nexus_root_mod)... done. module_register_init(&ram_nexus_mod)... done. module_register_init(&sysresource_isa_mod)... done. module_register_init(&ahc_pci_pci_mod)... done. module_register_init(&uhub_usbus_mod)... done. module_register_init(&uhub_uhub_mod)... done. module_register_init(&aue_uhub_mod)... done. module_register_init(&miibus_aue_mod)... done. module_register_init(&axe_uhub_mod)... done. module_register_init(&miibus_axe_mod)... done. module_register_init(&nvidia_vgapci_mod)... done. module_register_init(&cdce_uhub_mod)... done. module_register_init(&cue_uhub_mod)... done. module_register_init(&ehci_pci_mod)... done. module_register_init(&ptn_memdev_pci_mod)... done. module_register_init(&ptnet_pci_mod)... done. module_register_init(&probe_mod)... done. module_register_init(&uether_mod)... done. module_register_init(&enc_mod)... done. module_register_init(&xpt_mod)... done. module_register_init(&da_mod)... done. module_register_init(&xl_pci_mod)... done. module_register_init(&cd_mod)... done. module_register_init(&aprobe_mod)... done. feeder_register(&feeder_eq_class)... done. module_register_init(&ch_mod)... done. feeder_register(&feeder_format_class)... done. module_register_init(&pass_mod)... done. feeder_register(&feeder_matrix_class)... done. module_register_init(&dc_pci_mod)... done. feeder_register(&feeder_mixer_class)... done. module_register_init(&pmp_mod)... done. feeder_register(&feeder_rate_class)... done. module_register_init(&ada_mod)... done. module_register_init(&rue_uhub_mod)... done. feeder_register(&feeder_volume_class)... done. module_register_init(&sa_mod)... done. npxinitstate(0)... done. module_register_init(&g_part_bsd_mod)... done. module_register_init(&g_part_ebr_mod)... done. module_register_init(&g_part_gpt_mod)... done. module_register_init(&g_part_mbr_mod)... done. module_register_init(&nvidia_modeset_moduledata)...=20 nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platform= s 375.26 Thu Dec 8 17:58:40 PST 2016 acquiring duplicate lock of same type: "os.lock_sx" 1st os.lock_sx @ nvidia_os.c:622 2nd os.lock_sx @ nvidia_os.c:622 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc883d at _sx_xlock+0x6d #3 0xb752ad7e at os_acquire_mutex+0x3e #4 0xb7434583 at _nv019165rm+0xb done. module_register_init(&fxp_pci_mod)... done. subsystem 3800000 hpt_init(0)... done. hpt_init(0)... done. hpt_init(0)... done. configure_first(0)... done. acpi_taskq_init(0)... done. module_register_init(&ata_moduledata)... done. module_register_init(&cam_moduledata)... done. fbd_evh_init(0)... done. configure(0)... nexus0 vtvga0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 350 Event timer "HPET2" frequency 14318180 Hz quality 350 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) pcib1: irq 52 at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe07f mem 0xfd000000-0xfdfff= fff,0xc0000000-0xcfffffff,0xd0000000-0xd1ffffff irq 24 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io vgapci0: Boot video device pci1: at device 0.1 (no driver attached) pcib2: irq 52 at device 3.0 on pci0 pci2: on pcib2 arcmsr0: mem 0xfe610000-0xfe611fff irq 28 at device 0.0 on pci2 Areca RAID adapter0: ARC-1221 F/W version V1.46 2009-01-06=20 pcib3: irq 52 at device 4.0 on pci0 pci3: on pcib3 xhci0: mem 0xfe500000-0xfe500fff irq 44= at device 0.0 on pci3 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 pcib4: irq 52 at device 5.0 on pci0 pci4: on pcib4 ppc1: port 0xd010-0xd017,0xd= 000-0xd003 irq 46 at device 0.0 on pci4 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc1 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pcib5: irq 53 at device 6.0 on pci0 pci5: on pcib5 xhci1: mem 0xfe400000-0xfe400fff irq 51= at device 0.0 on pci5 xhci1: 32 bytes context size, 64-bit DMA usbus1 on xhci1 ahci0: port 0xf040-0xf047,0xf0= 30-0xf033,0xf020-0xf027,0xf010-0xf013,0xf000-0xf00f mem 0xfe707000-0xfe7073= ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported ahci0: quirks=3D0x22000 ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ohci0: mem 0xfe706000-0xfe706fff irq= 18 at device 18.0 on pci0 usbus2 on ohci0 ehci0: mem 0xfe705000-0xfe7050ff= irq 17 at device 18.2 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 ohci1: mem 0xfe704000-0xfe704fff irq= 18 at device 19.0 on pci0 usbus4 on ohci1 ehci1: mem 0xfe703000-0xfe7030ff= irq 17 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pci6: on pcib6 pci6: at device 5.0 (no driver attached) atapci0: port 0xc150-0xc15f,0xc140-0xc14f,0xc= 130-0xc13f,0xc120-0xc12f,0xc100-0xc11f,0xc000-0xc0ff irq 21 at device 6.0 o= n pci6 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata4: at channel 2 on atapci0 ohci2: mem 0xfe702000-0xfe702fff irq= 18 at device 20.5 on pci0 usbus6 on ohci2 pcib7: at device 21.0 on pci0 pci7: on pcib7 alc0: port 0xb000-0xb07f mem 0xfe300000-0xf= e33ffff irq 16 at device 0.0 on pci7 alc0: 11776 Tx FIFO, 12032 Rx FIFO alc0: Using 1 MSIX message(s). miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FD= X, 1000baseT-FDX-master, auto, auto-flow alc0: Using defaults for TSO: 65518/35/2048 alc0: Ethernet address: 4c:cc:6a:23:7a:55 ohci3: mem 0xfe701000-0xfe701fff irq= 18 at device 22.0 on pci0 usbus7 on ohci3 ehci2: mem 0xfe700000-0xfe7000ff= irq 17 at device 22.2 on pci0 usbus8: EHCI version 1.0 usbus8 on ehci2 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 ata0: at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1: at port 0x170-0x177,0x376 irq 15 on isa0 ppc0: parallel port not found. done. mpt_postattach(0)... done. acpi_cpu_postattach(0)... hwpstate0: on cpu0 done. vmem_start_callout(0)... done. mca_createtq(0)... done. configure_final(0)... done. mountroot_evh_init(0)... done. hook_tsc_freq(0)... done. cpufreq_post_change_evh_init(0)... done. subsystem 4000000 module_register_init(&acl_nfs4_mod)... done. vntblinit(0)... done. module_register_init(&acl_posix1e_mod)... done. module_register_init(&nfscl_mod)... done. nameiinit(0)... NULL mp in getnewvnode(9), tag crossmp done. nchinit(0)... done. vfs_hashinit(0)... done. module_register_init(&ufs_mod)... done. module_register_init(&cd9660_mod)... done. module_register_init(&nfs_mod)... done. module_register_init(&msdosfs_mod)... done. module_register_init(&linprocfs_mod)... done. module_register_init(&devfs_mod)... done. module_register_init(&procfs_mod)... done. vfs_mount_init(0)... done. module_register_init(&nfslockd_mod)... done. module_register_init(&aio_mod)... done. pipeinit(0)... done. module_register_init(&krpc_mod)... done. procdesc_init(0)... done. soaio_init(0)... done. module_register_init(&nfsd_mod)... done. module_register_init(&nfssvc_mod)... done. module_register_init(&nfscommon_mod)... done. vfs_event_init(0)... done. subsystem 4800000 initclocks(0)... done. inittimecounter(0)... Timecounters tick every 1.000 msec done. The GEOM class LABEL is already loaded. usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 sched_initticks(0)... done. ntp_init(0)... done. kthread_start(&deadlkres_kd)... done. subsystem 6400000 module_register_init(&sysvshm_mod)... done. shm_init(0)... done. subsystem 6800000 module_register_init(&sem_mod)... done. module_register_init(&sysvsem_mod)... done. subsystem 6c00000 module_register_init(&sysvmsg_mod)... done. subsystem 6e00000 p31binit(0)... done. sigqueue_start(0)... done. itimer_start(0)... done. p31b_set_standard(0)... done. subsystem 7000000 module_register_init(&ng_ppp_mod)... done. module_register_init(&ng_ipfw_mod)... done. module_register_init(&rain_saver_mod)... done. usbpf_init(0)... done. module_register_init(&tun_mod)... done. knote_init(0)... done. module_register_init(&elink_mod)... done. module_register_init(&vlan_mod)... done. module_register_init(&gif_mod)... done. vnet_loif_init(0)... done. subsystem 7400000 elf32_linux_vdso_sym_init(&linux_rt_sigcodesym)... done. elf32_linux_vdso_sym_init(&linux_vsyscallsym)... done. shared_page_init(0)... done. module_register_init(&pseudofs_data)... done. elf32_insert_brand_entry(&freebsd_brand_info)... done. elf32_linux_vdso_sym_init(&linux_sigcodesym)... done. module_register_init(&shell_mod)... done. exec_sysvec_init(&elf32_freebsd_sysvec)... done. module_register_init(&linuxaout_mod)... done. exec_prealloc_args_kva(0)... done. elf32_insert_brand_entry(&freebsd_brand_oinfo)... done. elf32_insert_brand_entry(&kfreebsd_brand_info)... done. exec_sysvec_init(&linux_sysvec)... done. module_register_init(&aout_mod)... done. linux_vdso_install(0)... done. module_register_init(&linux_elf_mod)... done. module_register_init(&elf32_mod)... done. subsystem 8000000 flowtable_init(0)... done. subsystem 8100000 vnet_pfil_init(0)... done. subsystem 8400000 vnet_ether_init(0)... done. subsystem 8600000 domaininit(0)... done. socket_init(0)... done. socket_vnet_init(0)... done. subsystem 8700000 module_register_init(&igmp_mod)... done. mld_init(0)... done. vnet_mld_init(0)... done. module_register_init(&mld_mod)... done. subsystem 8800000 domain_add(&localdomain)... done. domain_add(&inetdomain)... done. domain_add(&inet6domain)... done. domain_add(&routedomain)... done. domain_init(&inet6domain)... done. domain_init(&routedomain)... done. vnet_arp_init(0)... done. domain_init(&localdomain)... done. domain_init(&inetdomain)... done. route_init(0)... done. vnet_rts_init(0)... done. vnet_route_init(0)... done. ipport_tick_init(0)... done. in6_ifattach_init(0)... done. module_register_init(&carp_mod)... done. ipid_sysinit(0)... done. icmp_bandlimit_init(0)... done. subsystem 8806000 module_register_init(&ipfwmod)... done. ipfw_init(0)... ipfw2 (+ipv6) initialized, divert loadable, nat loadable= , default to accept, logging disabled done. vnet_ipfw_init(0)... done. module_register_init(&dummynet_mod)... DUMMYNET 0 with IPv6 initialized = (100409) done. module_register_init(&dn_fq_pie_mod)... load_dn_sched dn_sched FQ_PIE lo= aded done. module_register_init(&dn_prio_mod)... load_dn_sched dn_sched PRIO loaded done. module_register_init(&dn_qfq_mod)... load_dn_sched dn_sched QFQ loaded done. module_register_init(&dn_rr_mod)... load_dn_sched dn_sched RR loaded done. module_register_init(&dn_wf2qp_mod)... load_dn_sched dn_sched WF2Q+ load= ed done. module_register_init(&dn_fifo_mod)... load_dn_sched dn_sched FIFO loaded done. module_register_init(&dn_fq_codel_mod)... load_dn_sched dn_sched FQ_CODE= L loaded done. subsystem 8808000 cc_init(0)... done. domainfinalize(0)... done. if_attachdomain(0)... done. module_register_init(&dn_aqm_pie_mod)... load_dn_aqm dn_aqm PIE loaded done. flowtable_init_vnet_v6(0)... done. flowtable_init_vnet_v4(0)... done. module_register_init(&cc_newreno)... done. module_register_init(&loop_mod)... done. tcp_vnet_init(0)... done. vnet_gif_init(0)... done. module_register_init(&dn_aqm_codel_mod)... load_dn_aqm dn_aqm CODEL load= ed done. subsystem a000000 usb_dev_init_post(0)... done. synch_setup(0)... done. usb_needs_explore_init(0)... done. kproc_start(&random_proc_kp)... done. acpi_tz_startup(0)... done. subsystem a800000 boot_run_interrupt_driven_config_hooks(0)... ugen0.1: <0x1106 XHCI root = HUB> at usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: <0x1106 XHCI root HUB> at usbus1 uhub1: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 12Mbps Full Speed USB v1.0 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 usbus8: 480Mbps High Speed USB v2.0 ugen8.1: at usbus8 uhub8: on usbus8 uhub6: 2 ports with 2 removable, self powered uhub2: 5 ports with 5 removable, self powered uhub4: 5 ports with 5 removable, self powered uhub7: 4 ports with 4 removable, self powered uhub0: 5 ports with 4 removable, self powered uhub1: 5 ports with 4 removable, self powered Expensive timeout(9) function: 0xb55a7b40(0xbe877000) 0.035129115 s ugen0.2: at usbus0 uhub9 on uhub0 uhub9: on usbu= s0 ugen1.2: at usbus1 uhub10 on uhub1 uhub10: on usb= us1 uhub9: 4 ports with 4 removable, self powered uhub10: 4 ports with 4 removable, self powered Expensive timeout(9) function: 0xb5609ad0(0xbe55b000) 0.499837619 s uhub8: 4 ports with 4 removable, self powered uhub3: 5 ports with 5 removable, self powered ugen0.3: at usbus0 uhub11 on uhub9 uhub11: on usb= us0 uhub5: 5 ports with 5 removable, self powered ada0 at ahcich5 bus 0 scbus6 target 0 lun 0 ada0: ATA8-ACS SATA 2.x device ada0: Serial Number WD-WCAS85303942 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors) pass0 at arcmsr0 bus 0 scbus0 target 16 lun 0 pass0: Fixed Processor SCSI device done. vt_upgrade(&vt_consdev)... done. subsystem b000000 nfs_rootconf(0)... done. fhanew_init(0)... done. subsystem d000000 proc0_post(0)... done. subsystem d800000 sctp_syscalls_init(0)... done. selectinit(0)... done. subsystem dffff9c linker_preload_finish(0)... done. subsystem e000000 kick_init(0)... done. kstack_cache_init(0)... done. subsystem e400000 vm_pageout_init(0)... done. kproc_start(&page_kp)... done. subsystem e800000 kproc_start(&vm_kp)... done. kproc_start(&idlepoll_kp)... done. subsystem ea00000 kproc_start(&bufspace_kp)... done. kproc_start(&buf_kp)... done. subsystem ec00000 kproc_start(&vnlru_kp)... done. kproc_start(&up_kp)... done. subsystem ee00000 acpi_acad_ac_only(0)... done. nfsiod_setup(0)... done. kproc_start(&flow_kp)... done. subsystem f000000 release_aps(0)... SMP: AP CPU #1 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! done. intr_shuffle_irqs(0)... done. tqg_record_smp_started(0)... done. netisr_start(0)... done. taskqgroup_adjust_if_config_tqg(0)... done. taskqgroup_adjust_if_io_tqg(0)... done. mca_startup(0)... done. init_TSC_tc(0)... Timecounter "TSC-low" frequency 1600033136 Hz quality = 1000 done. cpuset_init(0)... done. subsystem f000001 iflib_record_started(0)... done. subsystem fffffff print_caddr_t(&wit_warn)... WARNING: WITNESS option enabled, expect redu= ced performance. done. print_caddr_t(&diag_warn)... WARNING: DIAGNOSTIC option enabled, expect = reduced performance. done. start_periodic_resettodr(0)... done. uhub11: 4 ports with 4 removable, self powered Trying to mount root from ufs:/dev/gpt/WD500root [rw]... ugen4.2: at usbus4 ums0 on uhub4 ums0: on usbus4 ums0: 2 buttons and [XY] coordinates ID=3D0 ugen5.2: at usbus5 axe0 on uhub5 axe0: on usbus5 miibus1: on axe0 ukphy0: PHY 16 on miibus1 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on axe0 ue0: Ethernet address: 00:50:b6:04:18:8c WARNING: /tmp: GJOURNAL flag on fs but no gjournal provider below WARNING: /var: GJOURNAL flag on fs but no gjournal provider below WARNING: /usr: GJOURNAL flag on fs but no gjournal provider below Accounting enabled lock order reversal: 1st 0xddc1a538 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3500 2nd 0xbf7d6200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc883d at _sx_xlock+0x6d #3 0xb5ec3f70 at ufsdirhash_remove+0x40 #4 0xb5ec70ba at ufs_dirremove+0x13a #5 0xb5ecd895 at ufs_remove+0x75 #6 0xb618d7f3 at VOP_REMOVE_APV+0xd3 #7 0xb5c9568e at kern_unlinkat+0x24e #8 0xb5c95432 at sys_unlink+0x32 #9 0xb6155fa5 at syscall+0x3b5 #10 0xb6140ede at Xint0x80_syscall+0x2e ue0: link state changed to UP lpt0: switched to polled standard mode GEOM_SCHED: Initializing global data. GEOM_SCHED: Loading: mp =3D 0xc0223084, g_sched_class =3D 0xc0223084. GEOM_SCHED: Modevent 0. GEOM_SCHED: Loaded module rr error 0. GEOM_SCHED: Device ada0.sched. created. ue0: link state changed to DOWN ue0: link state changed to UP spkropen: entering with dev =3D speaker spkropen: about to perform play initialization spkrwrite: entering with dev =3D speaker, count =3D 20 playstring: T (54) playstring: A (41) playtone: pitch 58 for 25 ticks, rest for 3 ticks tone: thz=3D1865 centisecs=3D25 rest: 3 playstring: B (42) playtone: pitch 59 for 25 ticks, rest for 3 ticks tone: thz=3D1975 centisecs=3D25 rest: 3 playstring: ~ (7e) rest: 28 playstring: A (41) playtone: pitch 58 for 25 ticks, rest for 3 ticks tone: thz=3D1865 centisecs=3D25 rest: 3 playstring: A (41) playtone: pitch 56 for 25 ticks, rest for 3 ticks tone: thz=3D1661 centisecs=3D25 rest: 3 playstring: ~ (7e) rest: 28 playstring: F (46) playtone: pitch 54 for 25 ticks, rest for 3 ticks tone: thz=3D1480 centisecs=3D25 rest: 3 playstring: F (46) playtone: pitch 53 for 25 ticks, rest for 3 ticks tone: thz=3D1397 centisecs=3D25 rest: 3 playstring: ~ (7e) rest: 28 playstring: E (45) playtone: pitch 51 for 25 ticks, rest for 3 ticks tone: thz=3D1245 centisecs=3D25 rest: 3 playstring: D (44) playtone: pitch 50 for 25 ticks, rest for 3 ticks tone: thz=3D1175 centisecs=3D25 rest: 3 spkrclose: entering with dev =3D speaker acquiring duplicate lock of same type: "os.lock_mtx" 1st os.lock_mtx @ nvidia_os.c:824 2nd os.lock_mtx @ nvidia_os.c:824 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5ba4e85 at __mtx_lock_flags+0x95 #3 0xb752b1dc at os_acquire_spinlock+0x2c #4 0xb7262374 at _nv011973rm+0x190 nvidia-modeset: Allocated GPU:0 (GPU-7838b48e-55e4-f04d-8659-f0d638eef7aa) = @ PCI:0000:01:00.0 nvidia-modeset: WARNING: GPU:0: Unable to read EDID for display device VGA-0 ahcich1: Poll timeout on slot 4 port 0 ahcich1: is 0c000000 cs 00000010 ss 00000000 rs 00000010 tfd 150 serr 00400= 000 cmd 00006417 (aprobe0:ahcich1:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 00 00= 00 00 (aprobe0:ahcich1:0:0:0): CAM status: Command timeout (aprobe0:ahcich1:0:0:0): Error 5, Retries exhausted csa0: mem 0xfe210000-0xfe210fff,0xfe10= 0000-0xfe1fffff irq 20 at device 5.0 on pci6 csa: card is Hercules Game Theatre XP csa0: [GIANT-LOCKED] pcm0: on csa0 pcm0: pcm0: [GIANT-LOCKED] lock order reversal: 1st 0xc054c034 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3364 2nd 0xddd293fc bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:280 3rd 0xc310d26c ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5ebe317 at ffs_lock+0x87 #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5c8a894 at vget+0x64 #7 0xb5c7c421 at vfs_hash_get+0xd1 #8 0xb5eb9704 at ffs_vgetf+0x44 #9 0xb5eafc55 at softdep_sync_buf+0xb55 #10 0xb5ebf02f at ffs_syncvnode+0x2df #11 0xb5ebe4b4 at ffs_fdatasync+0x24 #12 0xb6192057 at VOP_FDATASYNC_APV+0xd7 #13 0xb5c9868d at kern_fsync+0x21d #14 0xb5c98762 at sys_fdatasync+0x22 #15 0xb6155fa5 at syscall+0x3b5 #16 0xb6140ede at Xint0x80_syscall+0x2e ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:51146 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:38317 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:29205 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:63079 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:28685 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:15273 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:42103 in via ue0 ipfw: 2300 Deny TCP 104.16.128.227:443 192.168.254.1:51146 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 192.168.254.1:38327 172.217.5.206:80 out via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38323 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38323 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38343 in via ue0 ipfw: 2300 Deny TCP 216.115.100.124:443 192.168.254.1:38355 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38366 in via ue0 ipfw: 2300 Deny TCP 151.101.52.134:443 192.168.254.1:38365 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38344 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38349 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:443 192.168.254.1:38345 in via ue0 ipfw: 2300 Deny TCP 172.217.5.206:80 192.168.254.1:38327 in via ue0 ipfw: 2300 Deny TCP 31.13.77.12:443 192.168.254.1:38358 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38341 in via ue0 ipfw: 2300 Deny TCP 199.96.57.6:443 192.168.254.1:38342 in via ue0 ipfw: 2300 Deny TCP 52.216.65.19:443 192.168.254.1:38320 in via ue0 ipfw: limit 80 reached on entry 2300 ipfw: 2800 Deny UDP 8.8.4.4:53 192.168.254.1:60355 in via ue0 ipfw: 2800 Deny UDP 64.81.45.2:53 192.168.254.1:15389 in via ue0 nvidia-modeset: Freed GPU:0 (GPU-7838b48e-55e4-f04d-8659-f0d638eef7aa) @ PC= I:0000:01:00.0 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...=20 Syncing disks, vnodes remaining... 5 1 0 0 done All buffers synced. lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfb90150 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2762 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5c8b00a at vputx+0x16a #7 0xb5c8286c at dounmount+0x5dc #8 0xb5c8c8e8 at vfs_unmountall+0x68 #9 0xb5c68333 at bufshutdown+0x3f3 #10 0xb5bbfca7 at kern_reboot+0x1b7 #11 0xb5bbfa88 at sys_reboot+0x3e8 #12 0xb6155fa5 at syscall+0x3b5 #13 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf8ce26c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xbfa28034 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1404 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5b9b5d4 at __lockmgr_args+0xa64 #3 0xb5c784ad at vop_stdlock+0x4d #4 0xb618e7f7 at VOP_LOCK1_APV+0xd7 #5 0xb5c9c137 at _vn_lock+0xb7 #6 0xb5eb9617 at ffs_flushfiles+0x157 #7 0xb5e9d9aa at softdep_flushfiles+0x17a #8 0xb5ebc04c at ffs_unmount+0x7c #9 0xb5c8299b at dounmount+0x70b #10 0xb5c8c8e8 at vfs_unmountall+0x68 #11 0xb5c68333 at bufshutdown+0x3f3 #12 0xb5bbfca7 at kern_reboot+0x1b7 #13 0xb5bbfa88 at sys_reboot+0x3e8 #14 0xb6155fa5 at syscall+0x3b5 #15 0xb6140ede at Xint0x80_syscall+0x2e lock order reversal: 1st 0xbf69ab4c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1277 2nd 0xb6b6f8b0 allproc (allproc) @ /usr/src/sys/kern/kern_descrip.c:3104 stack backtrace: #0 0xb5c22421 at witness_debugger+0x81 #1 0xb5c22342 at witness_checkorder+0xd12 #2 0xb5bc976a at _sx_slock+0x5a #3 0xb5b743f1 at mountcheckdirs+0x41 #4 0xb5c828ea at dounmount+0x65a #5 0xb5c8c93b at vfs_unmountall+0xbb #6 0xb5c68333 at bufshutdown+0x3f3 #7 0xb5bbfca7 at kern_reboot+0x1b7 #8 0xb5bbfa88 at sys_reboot+0x3e8 #9 0xb6155fa5 at syscall+0x3b5 #10 0xb6140ede at Xint0x80_syscall+0x2e Uptime: 3h49m18s GEOM_SCHED: Modevent 2. uhub11: detached uhub9: detached uhub10: detached ums0: detached ue0: link state changed to DOWN Accounting disabled panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid =3D 2 KDB: stack backtrace: db_trace_self_wrapper(b632dee0,b65ec9b0,0,b63057cc,20c,...) at db_trace_sel= f_wrapper+0x2a/frame 0xeaa10428 kdb_backtrace(b653d063,2,b6378ae5,eaa104e4,fb,...) at kdb_backtrace+0x2d/fr= ame 0xeaa10490 vpanic(b6378ae5,eaa104e4,eaa104e4,eaa105c0,b5edffb1,...) at vpanic+0x115/fr= ame 0xeaa104c4 panic(b6378ae5,deadc000,1,eaa1052c,eaa1051c,...) at panic+0x1b/frame 0xeaa1= 04d8 vm_fault_hold(b8172000,deadc000,1,0,0,...) at vm_fault_hold+0x2051/frame 0x= eaa105c0 vm_fault(b8172000,deadc000,1,0,c2d0bfa8,...) at vm_fault+0x88/frame 0xeaa10= 5e8 trap_pfault(deadc348,b6ae70ec,b6600504,bdda8d00,b6ae70f0,...) at trap_pfaul= t+0x116/frame 0xeaa10630 trap(eaa10778) at trap+0x2d6/frame 0xeaa1076c calltrap() at calltrap+0x6/frame 0xeaa1076c --- trap 0xc, eip =3D 0xb5bbaf19, esp =3D 0xeaa107b8, ebp =3D 0xeaa10828 --- __rw_wlock_hard(c2d42ab4,deadc0de,be269000,b63585e2,139,...) at __rw_wlock_= hard+0xe9/frame 0xeaa10828 _rw_wlock_cookie(c2d42ab4,b63585e2,139,136,0,...) at _rw_wlock_cookie+0xd8/= frame 0xeaa10858 ip_output(c3acf400,0,0,0,0,...) at ip_output+0x4aa/frame 0xeaa10934 check_dyn_rules(1,1,b632a786,eaa109c8,b5bce8a2,...) at check_dyn_rules+0x6a= 8/frame 0xeaa10994 ipfw_dyn_tick(0,0,b632a786,2b1,eaa10a00,...) at ipfw_dyn_tick+0x55/frame 0x= eaa109c8 softclock_call_cc(0,0,b632a786,360,0,...) at softclock_call_cc+0x17c/frame = 0xeaa10a68 softclock(b6b6fa80,9,0,560,be2d4048,...) at softclock+0x40/frame 0xeaa10a88 intr_event_execute_handlers(b6aa7e10,be2d4000,b6320f1d,560,b6320b58,...) at= intr_event_execute_handlers+0x8e/frame 0xeaa10ab0 ithread_loop(be2d7000,eaa10b28,b6320b58,406,0,...) at ithread_loop+0x90/fra= me 0xeaa10aec fork_exit(b5b8a3c0,be2d7000,eaa10b28) at fork_exit+0x7e/frame 0xeaa10b14 fork_trampoline() at fork_trampoline+0x8/frame 0xeaa10b14 --- trap 0, eip =3D 0, esp =3D 0xeaa10b60, ebp =3D 0 --- KDB: enter: panic ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident DEC22KRNL10 machine i386 cpu I686_CPU cpu I586_CPU makeoptions CONF_CFLAGS=3D-fno-builtin makeoptions WITH_CTF=3D1 makeoptions DEBUG=3D-g options USB_DEBUG options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options SMP options GEOM_RAID options TCP_OFFLOAD options IPFIREWALL_VERBOSE_LIMIT=3D80 options IPFIREWALL_VERBOSE options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL options ALTQ options NETGRAPH_PPP options NETGRAPH_IPFW options NETGRAPH options VGA_WIDTH90 options IPSTEALTH options KSTACK_MAX_PAGES=3D64 options PANIC_REBOOT_WAIT_TIME=3D-1 options SC_TWOBUTTON_MOUSE options SC_ALT_MOUSE_IMAGE options DEVICE_POLLING options HZ=3D1000 options FLOWTABLE options P1003_1B_SEMAPHORES options ADAPTIVE_LOCKMGRS options VESA options SC_HISTORY_SIZE=3D2048 options KVA_PAGES=3D300 options DUMMYNET options COMPAT_AOUT options LINPROCFS options COMPAT_LINUX options COMPAT_43TTY options KDB_TRACE options KDB options INCLUDE_CONFIG_FILE options MAC options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=3D128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options KDTRACE_HOOKS options SYSVSHM options KSTACK_PAGES=3D4 options STACK options KTRACE options SCSI_DELAY=3D5000 options COMPAT_FREEBSD10 options COMPAT_FREEBSD9 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options QUOTA options NFSD options NFSCL options MD_ROOT options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options INET6 options INET options PREEMPTION options SCHED_ULE options DDB_CTF options CAPABILITIES options MALLOC_DEBUG_MAXZONES=3D8 options DEADLKRES options COMPAT_FREEBSD11 options DEBUG options DIAGNOSTIC options WITNESS_SKIPSPIN options WITNESS options INVARIANT_SUPPORT options INVARIANTS options DDB options VERBOSE_SYSINIT options BREAK_TO_DEBUGGER options CAPABILITY_MODE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD options ISAPNP device isa device mem device io device uart_ns8250 device atpic device snp device speaker device sound device rain_saver device ufm device drm device mgadrm device netmap device radeondrm device carp device apic device mrsas device vt device vt_vga device mps device plip device cpufreq device acpi device pci device fdc device ahci device ata device mvs device siis device ahc device ahd device esp device hptiop device isp device mpt device sym device trm device adv device adw device aha device aic device bt device firmware device ncv device nsp device stg device scbus device ch device da device sa device cd device pass device ses device isci device mmc device mmcsd device mpr device hme device gem device amr device arcmsr device ciss device dpt device hptmv device hptrr device hptnr device hpt27xx device aacraid device iir device ips device mly device twa device tws device aac device aacp device ida device mfi device mlx device pst device virtio device virtio_pci device vtnet device virtio_balloon device virtio_blk device virtio_scsi device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device pmtimer device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device ppi device puc device bxe device de device em device ixgb device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device dc device et device fxp device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device vte device wb device xl device cs device ed device ex device ep device fe device ie device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_pci device ath_hal device ath_rate_sample device ipw device iwi device iwn device malo device mwl device ral device wi device wpi device loop device random device padlock_rng device rdrand_rng device sdhci device twe device ether device vlan device tun device pty device md device gif device bpf device uhci device ohci device ehci device xhci device usb device uhid device ukbd device ulpt device umass device ums device urio device u3g device uark device ubsa device uftdi device uipaq device uplcom device uslcom device uvisor device uvscom device aue device axe device cdce device cue device kue device rue device udav device rum device run device uath device upgt device ural device urtw device zyd ------------------------------------------------------------------------ ddb capture buffer ----- End Forwarded Message ----- From owner-freebsd-current@freebsd.org Thu Mar 2 15:20:07 2017 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 5DA5DCF405E for ; Thu, 2 Mar 2017 15:20:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EB126A3 for ; Thu, 2 Mar 2017 15:20:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v22FJx8e058672 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Mar 2017 07:19:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v22FJxW3058671; Thu, 2 Mar 2017 07:19:59 -0800 (PST) (envelope-from sgk) Date: Thu, 2 Mar 2017 07:19:59 -0800 From: Steve Kargl To: Mateusz Guzik , Mark Millard , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170302151959.GA58624@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> <20170225193103.GA4379@dft-labs.eu> <20170301061350.GA22378@dft-labs.eu> <20170302121021.GA32682@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170302121021.GA32682@dft-labs.eu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 15:20:07 -0000 On Thu, Mar 02, 2017 at 01:10:21PM +0100, Mateusz Guzik wrote: > On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote: > > > > Summary of the transition interval: > > > > So for powerpc64 (and powerpc?) It is a good > > idea to avoid anything that is after -r313254 > > and before -r314474 in head. (Would this be > > appropriate for a UPDATING notice given its > > span?) > > > > There may be other architectures that might have > > a similar status(?): the last fixes involved were > > not in Machine Dependent code. (Some architectures > > are apparently insensitive to the errors, such as > > amd64). > > > > When following current you are expected to be on the newest revision, > so I don't think mentioning interim broken releases makes much sense. > Documenting the range may aid those bisecting src/ to find a bug. How is one to know that anything in the range that Mark points out should be skipped on powerpc64? -- Steve From owner-freebsd-current@freebsd.org Thu Mar 2 15:29:32 2017 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 D29B9CF43B4 for ; Thu, 2 Mar 2017 15:29:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002: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 8C9C0CC0; Thu, 2 Mar 2017 15:29:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x22c.google.com with SMTP id s15so36565670ywg.0; Thu, 02 Mar 2017 07:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=5OzObzHQCno6rO8XSxntiMIWWXGBqxhYKwbV1fRxoW8=; b=cM1oHqDLxwiiKMh6dq54vM0pAZXCy4vwrgfBw81f6Zq85QFRncCJLtzQO0eYQHVeHb HKmp6HNMJFMB0lx+GiAIB+hCQyCmG9KUsX1hPlgf/7cYxIuAUTgsHefz6GY9DLLlZYYw jgThD1a8dQeggwYcXnCu4jF/U3Hxclyck0aDGzf2/GmQ46amlbW90jnbemVJH7MyMxV1 r9f/DUyJmNxRKEZm7A3P7uX7ALL9CHuDE7Q9qPMW6xQSBoojABiFgExn44/0bt+n7ajv utskrNJSQOpSovnJY+80AmQ+LgiKn/lzRTOtM2RGbTCT1UXZ+Yk0+rBnivNuT2rB43mE 9oAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=5OzObzHQCno6rO8XSxntiMIWWXGBqxhYKwbV1fRxoW8=; b=nMUzYQVC7zhXChvWRyfKiY8bntnjUNjTr//2gsRTQIvZcrriNCksXmAg2JVoHNerK9 ywwkyfaCSCRdTA/0v7ojWXCGH6lwAuVaWZBYhIXUpiHNiDyhkK9r4RFuKBgP03cvsNdt /lJVY7PeuAuMSRldWTiV+KNmA6IgscMn89hQ6SZdMCB9y2YPAudnlBE+V6/ZtA9DprFH fG6IdcUB+xoVGQtqXPaB38oJ/9g3+QLgVLmEF+UuzBM0XhvNBlK2mwQNOWEBCltgDMFQ T1v8XBoDJRpKOLNrS9I91a9vVWE5jWEqiUOv4T/cVtH6YdKnpinGxRjI0fUoMmE7uLp1 VXWQ== X-Gm-Message-State: AMke39kpAyIG7GrsKDHzPSkonJrQhzi5cCI4GgrdP4pprZEysBq5o5HWmF4kqZ28sigay5hC8besROVVKQgDVw== X-Received: by 10.129.173.68 with SMTP id l4mr4839583ywk.351.1488468571538; Thu, 02 Mar 2017 07:29:31 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Thu, 2 Mar 2017 07:29:31 -0800 (PST) In-Reply-To: References: From: Alan Somers Date: Thu, 2 Mar 2017 08:29:31 -0700 X-Google-Sender-Auth: sMl9cgDCyGI7bTfkwOOmDd_nL9s Message-ID: Subject: Re: CFLAGS for certain ports To: Dimitry Andric Cc: Mingo Rrubioer , FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 15:29:32 -0000 On Thu, Mar 2, 2017 at 5:58 AM, Dimitry Andric wrote: > On 2 Mar 2017, at 12:02, Mingo Rrubioer wrote: >> >> I would like to see how well FreeBSD does as a workstation OS in the >> HPC world due to its stability and reliability, as well as LLVM/clang. >> I would like to know if FreeBSD has something similar to Gentoo's >> /etc/portage/make.conf file and /etc/portage/package.use/* files in >> order to compile certain ports with certain compiler flags. > > It doesn't, though it would certainly be nice to have something like it > at some point. The current idiom is to put something similar to the > following in your /etc/make.conf: > > .if ${.CURDIR:M/usr/ports/foo/bar} > CFLAGS+= [... flags for the foo/bar port ...] > .endif > > .if ${.CURDIR:M/usr/ports/what/ever} > CFLAGS+= [... flags for the what/ever port ...] > .endif Actually, you can enable options on a per-port basis by creating a file named /var/db/ports/_/options. Those are the files that get created whenever you do "make config" in a port directory. It's usually easiest to create them interactively just by doing "make config" though. > > >> Regarding LLVM/clang, I've been reading the documentation and found >> these flags: -arch=, -march=, -mcpu=, >> --target=, target-cpu . I'm not quite sure which >> one would be the one to use. In case someone wants to know, my initial >> play/test machine has this processor: >> >> CPU: Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz (3600.11-MHz K8-class CPU) >> Origin="GenuineIntel" Id=0x206d7 Family=0x6 Model=0x2d Stepping=7 >> >> And I'm currently running: 11.0-RELEASE-p8. >> >> So I imagine I should use something like CFLAGS+= -march=corei7-avx >> -march=sandybridge -target-cpu. Is that correct? > > Don't specify -march or -mcpu directly, but add the following line to > /etc/make.conf: > > CPUTYPE?= native > > This will take care of everything automatically. See also make.conf(5). > > -Dimitry > From owner-freebsd-current@freebsd.org Thu Mar 2 17:37:57 2017 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 2B920CF569D; Thu, 2 Mar 2017 17:37:57 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qk0-x241.google.com (mail-qk0-x241.google.com [IPv6:2607:f8b0:400d:c09::241]) (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 DBA939CA; Thu, 2 Mar 2017 17:37:56 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-qk0-x241.google.com with SMTP id j127so2606157qke.0; Thu, 02 Mar 2017 09:37:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=/PPo8TRFXZ+i/j0gFPg7doFbX1iiurESlz8d4g84ybg=; b=vBG7jKwghFiuLnUx+WH6AdKfF9f3MDoxme2xfxkB8+v9ardThFNfw3vM9E+QtEWxnM dUeLOFInQjimQkBof3wuzG5Rw7/vzlJHQNWJmPDYQxuEMlQOcbc/+35FqTLBDzxoAbhd haC0bz+gqxLFT7DBI0D16LyNJTpzWkMGU7drdKx6RiUCZdCXS5lgvMe1z6b4puA9mEhw A8/53eLZeDyTwCJGVO2vOV1fNzzax++2a8TUQTXzT6CPncBKrMf8w094h/EWtDj2zVFS nWDS1LERsWW2Mre2D7E5CklbZ4coPgC0GjODXd4BNqezfIMMNbGwVJ4mxk0SWxgCidCY qP8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=/PPo8TRFXZ+i/j0gFPg7doFbX1iiurESlz8d4g84ybg=; b=MF6FSmx8I4MdWuO9t+U19QX2efCUOWtQp0abljLzSEIZf0Dx9kbhbTQ3zq3wSx6okf Q6blAIRziSvPrfv2UrSlgpw3C5dYwO10IWwq+0lFUVfEh34uX1CDh0yAzM6r5kL20JjI V+vpeqJTQUKl35y8tvIhF138bTf2QdWT6qiGpsdvp8zoD1W/R6KErsxUg1g994dIaEX2 ypeF2+WtXJ/Er2elvgGgwOwPwbuZpQI3hyzUm+6KxZ1PhhtfTtzrNqGPg4SWjxyA3Fuj t9FWu1EOl3yhlh5JaXw5/zRnjar/a+l+yCLQiWoJNCPr69Dy1yinNdiMEdzrKs5uw7M9 Bbrw== X-Gm-Message-State: AMke39mCSsKs+/jLNptf2TcQSLakZfhS8Edo49PITR5G/f1ufi5sYYF0NKHFML7WX4/AdKoADQbmySWew81Itg== X-Received: by 10.55.164.208 with SMTP id n199mr18862432qke.163.1488476276005; Thu, 02 Mar 2017 09:37:56 -0800 (PST) MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.12.157.69 with HTTP; Thu, 2 Mar 2017 09:37:55 -0800 (PST) In-Reply-To: References: From: Justin Hibbits Date: Thu, 2 Mar 2017 11:37:55 -0600 X-Google-Sender-Auth: Q9xy-ydfkUacGFwANdhegW5xurM Message-ID: Subject: Re: PowerMac G5 and KMS To: hiroo.ono+freebsd@gmail.com Cc: FreeBSD PowerPC ML , freebsd-x11@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 17:37:57 -0000 On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) wrote: > I recently installed 12-current powerpc64 r313561 to a PowerMac G5 > (it is dual processor, but I do not know its detail). > > When I try to load drm2.ko and radeonkms.ko, > the screen turns into black and recovers, then the system locks. > kldload command does not return, no response to keyboard input, etc. > > Is it possible to use KMS on FreeBSD/powerpc64? > > The log in /var/log/messages is > > after "kldload drm2", > > kernel: info: [drm] Initialized drm 1.1.0 20060810 > > and then, after "kldload radeonkms", > > kernel: iic0: on iicbus0 > kernel: iic1: on iicbus1 > kernel: drmn0: on vgapci0 > kernel: info: [drm] RADEON_IS_AGP > kernel: info: [drm] initializing kernel modesetting (RV350 0x1002:0x4150 > 0x1002:0x4150). > kernel: info: [drm] register mmio base: 0x90000000 > kernel: info: [drm] register mmio size: 65536 > kernel: info: [drm] igp_read_bios_from_vram: =3D=3D=3D> Try IGP's VRAM... > kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: 0x9800000= 0 > kernel: info: [drm] igp_read_bios_from_vram: Map address: > 0xc000000061412000 (262144 bytes) > kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: > 0x0000 > kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion ROM... > kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 > (131072 bytes) > kernel: info: [drm] radeon_read_bios: Incorrect BIOS signature: 0x2AFF > kernel: info: [drm] legacy_read_disabled_bios: =3D=3D=3D> Try disabled BI= OS > (legacy)... > kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion ROM... > kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 > (131072 bytes) > > As the system locks up here, I have to power it off forcibly. Congratulations (?) you are quite possibly the first person to report even attempting to use radeonkms on powerpc64. Frankly, I'm not surprised that it doesn't work for you. Unfortunately, I don't have a solution, or even a means to track it down. Looking at the log snippet, my first guess is there may need to be a provision added to the driver for non-x86. Do you know what card this is? Adding a couple other lists with people who might have more insight. If it can be made to work, I'd definitely want to get a Radeon card for my = G5(s) - Justin From owner-freebsd-current@freebsd.org Thu Mar 2 18:26:59 2017 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 D09EFCF600A for ; Thu, 2 Mar 2017 18:26:59 +0000 (UTC) (envelope-from AWilcox@Wilcox-Tech.com) Received: from mail.wilcox-tech.com (mail.foxkit.us [45.32.83.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.wilcox-tech.com", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEE51FE9 for ; Thu, 2 Mar 2017 18:26:59 +0000 (UTC) (envelope-from AWilcox@Wilcox-Tech.com) Received: (qmail 30868 invoked from network); 2 Mar 2017 18:20:15 -0000 Received: from ip68-13-242-69.ok.ok.cox.net (HELO ?10.1.1.57?) (awilcox@wilcox-tech.com@68.13.242.69) by mail.foxkit.us with ESMTPA; 2 Mar 2017 18:20:15 -0000 Subject: Re: PowerMac G5 and KMS To: freebsd-current@freebsd.org References: From: "A. Wilcox" Message-ID: <58B86259.50602@Wilcox-Tech.com> Date: Thu, 2 Mar 2017 12:20:09 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aEuDmsveQ8247Ln5IoQNBuO7FEC20MQkc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 18:26:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aEuDmsveQ8247Ln5IoQNBuO7FEC20MQkc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02/03/17 11:37, Justin Hibbits wrote: > On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) > wrote: >> kernel: drmn0: on vgapci0 >> kernel: info: [drm] RADEON_IS_AGP >> kernel: info: [drm] initializing kernel modesetting (RV350 0x1002:0x41= 50 >> 0x1002:0x4150). >=20 > Congratulations (?) you are quite possibly the first person to report > even attempting to use radeonkms on powerpc64. It works fine on Debian Jessie for me, so I would assume that it should be at least possible to do the same on FreeBSD with some tweaking. The only FreeBSD install I have on a PPC is serial console only so I haven't really used graphics on it. > Do you know what card this is? It looks like a Radeon 9600 RV350 from the pasted kernel log, which is consistent with the Radeons that Apple shipped with the early G5 DPs. Note to OP: if you can manage to get it to work, the framebuffer works great, but Mesa still has some endianness issues. There are a few of us in the Linux and BSD world that are doing what we can to fix it, but there's not a whole lot of us, so progress is slow going. You'll have a lot more luck with NV30/NV40/NV50 cards if you want OpenGL for now. As I have a PowerBook G4 with a RV350, which obviously cannot be replaced as it is a laptop, that should change soon hopefully. Best, --arw --=20 A. Wilcox (awilfox) Open-source programmer (C, C++, Python) https://code.foxkit.us/u/awilfox/ --aEuDmsveQ8247Ln5IoQNBuO7FEC20MQkc 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 iQIcBAEBCAAGBQJYuGJZAAoJEMspy1GSK50UOh0QAIOTaxXLKRGo/gxyUCDnglD/ z6Bju7kZxCfQkuyFf6bIIm2VwceeIRvTf9kZBJpRLexj0WnFYY3Z/i+XymtFayfw LmWm7TFr+tXhKYRox730iGHtrgMM86J3gSf4k8tOJiu6pl25c+2QqQBnDl/rLowv dYDqKehy52O3VU/1L2MWNFQRqDbRHrJWDdmoC8TSN+6a5EnCTo0DSnqye7tAXul5 lC8wLTQjEaW9/z67mtVU29iHpWBHroOrn4PRc1dHUzHeqQsU80dhvwHyA29M4UmR 8FURaRGX9+SOEKdqk9Ur4Z76UCdOfmQxGOViwUl8BUimjJmST4BaYlVrILlPoeEX NNWBZb0sxv52m+CQXIbZG6eXtL6IqhVfear5t3aYVifw8yokidpYPHEhOdRVz3ER ljpj71YjlmOF9B1RBLacIANqDl7j6MZbzhbCmET8PNZe2aHjDcSWz8h+ubLpdUlm gOH+wbEoNjV0Yf0jSrks7+AOFWcGv1+bbJYniSNgy3sBnwaVAzUIjFTdFhRWfWtY mf/eyY9njIxewZiLqXdJ2uN0J3T/TFIxJIHblqY/kbO7fyIoT9PGwcyzx8t3BMxh V+/k+PhC4lS3hoR9WPetNvCJrMUmp7s4hcNi/nyrz75O8Pcw2+ScB9T5Lhz+5eTg 3rN+vBZPTH1KXYuVv6M0 =/BaX -----END PGP SIGNATURE----- --aEuDmsveQ8247Ln5IoQNBuO7FEC20MQkc-- From owner-freebsd-current@freebsd.org Thu Mar 2 19:29:47 2017 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 7F111CF6EB0; Thu, 2 Mar 2017 19:29:47 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-qk0-x241.google.com (mail-qk0-x241.google.com [IPv6:2607:f8b0:400d:c09::241]) (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 3C5206B9; Thu, 2 Mar 2017 19:29:47 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by mail-qk0-x241.google.com with SMTP id n127so21603565qkf.2; Thu, 02 Mar 2017 11:29:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/kTCpRDCRzXFw03gpduEMR7SymZLLB/5IaZ8YA7oYTw=; b=CMD4YWo+Z+3T5/oZxbaMkXICXrHesstkiETQfcOIz87CU31q7RKtzDX7D6FsF4353N s0EQX6MpUX96xclWcxNMMfZVBEvLmO2JTlbBercZ5hgu7oz/suskYZHuBkonfp0VLxkY WpLTcuRobHeZCbg4+hjrnxZJ9bly6fi+cBzZm5xVsRrwxbQHdfzo3Y3JHwtPNyftBC/s tla/Vogsm0wwguX6BGnQWGrjx0GqCx+SSAQdwdZt8OfysSV4Vaev8zSmSaYDYKjJMKf4 x+FYOe4peeD8u8Z/DgdnIQdIo9MtCTEx9ksOhhEGdodu6qPyrLgDkiX2+iMPsZzG3n3N o9lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/kTCpRDCRzXFw03gpduEMR7SymZLLB/5IaZ8YA7oYTw=; b=dxgtsbEItspPwIf5obgWB32xqIert4+l6JW5h6CdbcUdqbRcohk7QjB5gwSvLAe49S yhB+9xnfqvjl32gVpNdqQ9PCo1sH4/bjIiTorZ92pWEHko7tmf01cTgC2MStAttPmgSk ScZ6bRJwCST15edUerLKLpMkkulSVTSRUp0XcpT7lv6ETigr8k1ya9i5sijYnKtBz5TS TPVxnvJOWMy/6gEo3ufchJXh22PyjVzijvx+vJCh/k60n/DPprJA4ywmSTnLaA05MBZm LDWVRNxBieEMXuOGgi5hNlvztPRGY185OM2vbzp53rUfIA6oLb5WxY8i7oJxKz5vigI8 ra9g== X-Gm-Message-State: AMke39mkQbZDD8IXIPnYGOxCsA2dI9dJ4Wq1HIOfSGntFax/92wXykUnE+p+MnAO7TkPh+NwTKlmTYWHkTXORw== X-Received: by 10.55.212.206 with SMTP id s75mr18199752qks.71.1488482986309; Thu, 02 Mar 2017 11:29:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.134.70 with HTTP; Thu, 2 Mar 2017 11:29:46 -0800 (PST) From: Subbsd Date: Thu, 2 Mar 2017 22:29:46 +0300 Message-ID: Subject: effect of strip(1) on du(1) To: freebsd-current Current , freebsd-hackers Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 19:29:47 -0000 Hi, Not sure for FreeBSD < 12, but i found interesting behavior strip effect(1) on du(1) command: -- % strip /bin/pax && sleep 4 && du -sh /bin/pax 65K /bin/pax % strip /bin/pax && sleep 3 && du -sh /bin/pax 65K /bin/pax % strip /bin/pax && sleep 2 && du -sh /bin/pax 512B /bin/pax % strip /bin/pax && sleep 3 && du -sh /bin/pax 65K /bin/pax -- During some interval after strip call, du will show 512B for any file. If execute du(1) after strip(1) without delay, this behavior is reproduced 100%: % strip /bin/sh && du /bin/sh 1 /bin/sh What such behavior is connected with? From owner-freebsd-current@freebsd.org Thu Mar 2 19:40:09 2017 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 EBC03CF5188 for ; Thu, 2 Mar 2017 19:40:09 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (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 6F2AFCF3; Thu, 2 Mar 2017 19:40:09 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id g70so5496887lfh.3; Thu, 02 Mar 2017 11:40:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oCTxOa9493OoJU4JDeZgKBLWK/hz+PQA5NDecxqbCUE=; b=FYuLjuLKA33zIbi8kVgQAQxlpNHsD0cLrroMU7+8zRmE4isiHtaBFRbrTXnaDjj2or SrMmxNoFnRccJAHSxBXAXZ2ly7wW1EKwETRUDqypPqW6DnnwcLQG/uFi9uR/TiwtNFIL bvV3RepOs7RPfwy8ATXLvItU6R5tAJJBEd2dngN68L1z8bGva9/FhGG8OidiqNAeS/wg o8QnY1GOTtytzOKVi9V9U1mZnE11tBwqY6Bz9CmXRWgV0B8xO78JpJPQVxiBgvtkUnpy nBWJkCPaFOnq0JWivq7769f05RwIiJoyrOxOVjTYECuTE1KqfFcO97w74hp9nd0fSDzC VaOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oCTxOa9493OoJU4JDeZgKBLWK/hz+PQA5NDecxqbCUE=; b=H0JfkDnglXmcwPwTvDyT6xPrZt1kCCW0x0yNTPiPrRk6tUDYwl74blhLXh9VF5HV2K oVKlX5rq7mSuQK/UOEl5dhTcG6qSvm6JeqCwnakWqSl3LoT3VKaag12tRTekcLlKYDOs LNKVPJEzAXG5Y8Bak9xC4rSxaUZ2dnpCaqtKydyf5iaFLx2frwAwP6rqxbJFGGbILUtB 9TEW3fpUXAdfVgokxC5vLesnskq2y/mkzNFZ+32gP8WCuPFJQid3CdiJTvD9Q+F1Smdh X3jeZbxqqcshg2wijVRZfqkVu9VHpjE4sAXxjrRWYf8ItEYJE1UMhQsAmHF0R9ImX+qv hPHw== X-Gm-Message-State: AMke39nBIZZtYwYWtSpn2p/JEWDXJ+YvQNBWQBnSYCDgf+Tyh4vZBBe/dPqFNFiTJC/s4Q== X-Received: by 10.46.15.25 with SMTP id 25mr5103674ljp.64.1488483606979; Thu, 02 Mar 2017 11:40:06 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id p81sm558000lfd.47.2017.03.02.11.40.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Mar 2017 11:40:06 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined From: Alex Deiter In-Reply-To: Date: Thu, 2 Mar 2017 22:40:05 +0300 Cc: "Ngie Cooper (yaneurabeya)" , "Oleg V. Nauman" , freebsd-current , Xin Li Content-Transfer-Encoding: quoted-printable Message-Id: <34795ABB-53CB-4C2F-914B-E50276E425B2@gmail.com> References: <6255771.COiSESJxsN@asus.theweb.org.ua> <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> To: Bryan Drewery X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 19:40:10 -0000 Hello, Please apply patch from upstream: https://github.com/the-tcpdump-group/libpcap/pull/541 Fix compilation if INET6 isn't defined. Addresses GitHub issue #541, but differently from the pull request (it defines gen_gateway() with a function prototype rather than using a pre-prototype-style definition). = https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390d= f7448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2 Thank you! Alex Deiter alex.deiter@gmail.com > On 18 Feb 2017, at 00:09, Bryan Drewery wrote: >=20 > On 2/17/2017 1:03 PM, Bryan Drewery wrote: >> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote: >>>=20 >>>> On Feb 16, 2017, at 07:30, Oleg V. Nauman = wrote: >>>>=20 >>>> cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp = - >>>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 = -DHAVE_CONFIG_H - >>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >>>> D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >>>> MF.depend.fad-getad.o -MTfad-getad.o -std=3Dgnu99 = -fstack-protector-strong -Wno- >>>> pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable - >>>> Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno- >>>> unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch - >>>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused- >>>> arguments -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o >>>> cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp = - >>>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 = -DHAVE_CONFIG_H - >>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >>>> D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >>>> MF.depend.gencode.o -MTgencode.o -std=3Dgnu99 = -fstack-protector-strong -Wno- >>>> pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable - >>>> Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno- >>>> unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch - >>>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused- >>>> arguments -c /usr/src/contrib/libpcap/gencode.c -o gencode.o >>>> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named = 'ai' in >>>> 'struct _compiler_state' >>>> cstate.ai =3D NULL; >>>> ~~~~~~ ^ >>>> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of = undeclared >>>> identifier 'cstate' >>>> bpf_error(cstate, "direction applied to 'gateway'"); >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of = undeclared >>>> identifier 'cstate' >>>> switch (cstate->linktype) { >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of = undeclared >>>> identifier 'cstate' >>>> b1 =3D gen_host(cstate, **alist++, 0xffffffff, proto, = Q_OR, >>>> Q_HOST); >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of = undeclared >>>> identifier 'cstate' >>>> tmp =3D gen_host(cstate, **alist++, = 0xffffffff, proto, >>>> Q_OR, >>>> ^ >>>> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of = undeclared >>>> identifier 'cstate' >>>> bpf_error(cstate, "illegal modifier of 'gateway'"); >>>> ^ >>>> 6 errors generated. >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make[5]: stopped in /usr/src/lib/libpcap >>>> *** Error code 1 >>>=20 >>> CCing Xin, who did the libpcap upgrade. >>> -Ngie >>>=20 >>=20 >> I get an error even with INET6 building grammar.o: >>=20 >>> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of = undeclared identifier 'cstate'; did you mean 'cstat'? >>> finish_parse(cstate, yystack.l_mark[0].blk.b); = =20 >>> ^~~~~~ = =20 >>> cstat = =20 >>> grammar.c:1291:1: note: 'cstat' declared here = =20 >>> YYPARSE_DECL() = =20 >>> ^ = =20 >>=20 >=20 > Ignore me, my yacc is just outdated. >=20 > --=20 > Regards, > Bryan Drewery >=20 From owner-freebsd-current@freebsd.org Thu Mar 2 21:01:19 2017 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 8267CCF6A52 for ; Thu, 2 Mar 2017 21:01:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-201.reflexion.net [208.70.211.201]) (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 43632CC5 for ; Thu, 2 Mar 2017 21:01:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17993 invoked from network); 2 Mar 2017 20:34:38 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Mar 2017 20:34:38 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Thu, 02 Mar 2017 15:34:38 -0500 (EST) Received: (qmail 17498 invoked from network); 2 Mar 2017 20:34:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Mar 2017 20:34:38 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id E4282EC9202; Thu, 2 Mar 2017 12:34:37 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: PowerMac G5 and KMS From: Mark Millard In-Reply-To: Date: Thu, 2 Mar 2017 12:34:37 -0800 Cc: hiroo.ono+freebsd@gmail.com, freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> References: To: Justin Hibbits X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 21:01:19 -0000 On 2017-Mar-2, at 9:37 AM, Justin Hibbits = wrote: > On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) > wrote: >> I recently installed 12-current powerpc64 r313561 to a PowerMac G5 >> (it is dual processor, but I do not know its detail). >>=20 >> When I try to load drm2.ko and radeonkms.ko, >> the screen turns into black and recovers, then the system locks. >> kldload command does not return, no response to keyboard input, etc. >>=20 >> Is it possible to use KMS on FreeBSD/powerpc64? >>=20 >> The log in /var/log/messages is >>=20 >> after "kldload drm2", >>=20 >> kernel: info: [drm] Initialized drm 1.1.0 20060810 >>=20 >> and then, after "kldload radeonkms", >>=20 >> kernel: iic0: on iicbus0 >> kernel: iic1: on iicbus1 >> kernel: drmn0: on vgapci0 >> kernel: info: [drm] RADEON_IS_AGP >> kernel: info: [drm] initializing kernel modesetting (RV350 = 0x1002:0x4150 >> 0x1002:0x4150). >> kernel: info: [drm] register mmio base: 0x90000000 >> kernel: info: [drm] register mmio size: 65536 >> kernel: info: [drm] igp_read_bios_from_vram: =3D=3D=3D> Try IGP's = VRAM... >> kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: = 0x98000000 >> kernel: info: [drm] igp_read_bios_from_vram: Map address: >> 0xc000000061412000 (262144 bytes) >> kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS = signature: >> 0x0000 >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion = ROM... >> kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 >> (131072 bytes) >> kernel: info: [drm] radeon_read_bios: Incorrect BIOS signature: = 0x2AFF >> kernel: info: [drm] legacy_read_disabled_bios: =3D=3D=3D> Try = disabled BIOS >> (legacy)... >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion = ROM... >> kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 >> (131072 bytes) >>=20 >> As the system locks up here, I have to power it off forcibly. >=20 > Congratulations (?) you are quite possibly the first person to report > even attempting to use radeonkms on powerpc64. Frankly, I'm not > surprised that it doesn't work for you. Unfortunately, I don't have a > solution, or even a means to track it down. Looking at the log > snippet, my first guess is there may need to be a provision added to > the driver for non-x86. Do you know what card this is? >=20 > Adding a couple other lists with people who might have more insight. >=20 > If it can be made to work, I'd definitely want to get a Radeon card = for my G5(s) >=20 > - Justin Back on 2014-Nov-21 I wrote the following in one of my messages on the lists on that day: > FYI: I've been building and trying Jean-S=C3=A9bastien P=C3=A9dron's = kms-drm-update-38 branch when Jean requested (sometimes with patches = that Jean provided). This was to give Jean some (indirect) access to a = powerpc64 (PowerMac G5) Radeon context for some radeonkms development. = (Jean had been hoping to get my card going in that context.) We got to = the point that a kldload for radeonkms did not complain/refuse but the = display was then munged up and the driver could not find the Video BIOS. = The fact that it is a Radeon X1950 for the video hardware may make it = odder than usual for PowerMac G5 Radeons. But it is the only Radeon that = I have access to for G5's. (The card works in Mac OS X 10.5.)=20 (As I remember this was a PowerMac G5 so-called "Quad Core" as the G5 context. I do not currently have access to the X1950 card.) I'm not sure from what I read if things are about the same vs. if things are worse now. I do not remember the details from back then, such as console vs. X11 that I was not explicit about in the quoted material. I eventually gave up on using X11 "for a time" --and have not tried = again so far. I've no clue about the current status for X11 on PowerMacs of any kind --or what I'd need to do to try it for the Radeon X1950 or any NVIDIA cards. (Currently an NVIDIA card is installed.) I will eventually have access to the X1950 again, but not soon. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Mar 2 22:13:00 2017 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 39E93CF61E8 for ; Thu, 2 Mar 2017 22:13:00 +0000 (UTC) (envelope-from yaneurabeya@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 EC0DDF04; Thu, 2 Mar 2017 22:12:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x22a.google.com with SMTP id m67so32831868qkf.2; Thu, 02 Mar 2017 14:12:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HC7rDXSbHIme7szWSRdLZgXYj8LJfEL4c3jTf5HOya8=; b=QxuRnJB7bYZ+m2dCZCD7UHDen2A4iQpMZ8jQQI5p+HYWm+ywbej+REkUSRP2d1c0Vz puPUiNWx9V5ZXici8ygnDJMU+tpTgpm1XRtfwVW/W8TkRC+8hXg7v3Z6WI06rvwhauaj Oq98fz6UbRR0a8QxSno6/m1z8zwrMAYl1/VP9yg02Dc89LNnaYLhUaoJbXChi9blDOvy w34/TGdGZuOwDsCzpOhu2Rldv3fMguVyJtTUJiUt1ZFkJ+lkv8s7fd9NzHf0phTE1DFx u9PwgUP6NE/k9hsnERUM0OPFJvcYvdhXy1X/nhF/0m87TATRqT+jbebxLYiz4vhiWjh8 twHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HC7rDXSbHIme7szWSRdLZgXYj8LJfEL4c3jTf5HOya8=; b=Iu6qv8wgN4tZAwuhW1lXE4fo/FA+hiM/whJ9D/HVh45MlFYkypgz21Aj0/JVoK3URV TmFUQ/paKf6OLNRJHa3xs6RRNPN06sjyhJViwTmrgUNc5UD+JMI0rvzhPF7kAb3mqV3v MFuUwUHcorMCDbwIKo2yO+hDupgT8AxTH4jayoLJa6gMkwSoK6PcyK5IJr1ST9kyXEea 2E2Eofh5wofgbx9YHPNwilPdAI+xi4SG9l3RHeX1J/DnAKcI6lxzrDQ+rsrg5T20E5KC y/X2xObhrJuP/yQHNWvZJ++ZSUkVkuKcCtYB6E3NmtFnmavsaCnHFzWL3zQw0S+5QbTj bz4Q== X-Gm-Message-State: AMke39nj0AiTuNewueiqK/RWn0r6GwV2Hh9QyYWzizFFk2M8LDXL9S86JIxfcWGSWFgWcwxWiCLtD8ewtwQhTg== X-Received: by 10.55.190.5 with SMTP id o5mr17738425qkf.111.1488492779077; Thu, 02 Mar 2017 14:12:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.200 with HTTP; Thu, 2 Mar 2017 14:12:58 -0800 (PST) In-Reply-To: <34795ABB-53CB-4C2F-914B-E50276E425B2@gmail.com> References: <6255771.COiSESJxsN@asus.theweb.org.ua> <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> <34795ABB-53CB-4C2F-914B-E50276E425B2@gmail.com> From: Ngie Cooper Date: Thu, 2 Mar 2017 14:12:58 -0800 Message-ID: Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined To: Alex Deiter Cc: Bryan Drewery , "Oleg V. Nauman" , freebsd-current , Xin Li Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 22:13:00 -0000 On Thu, Mar 2, 2017 at 11:40 AM, Alex Deiter wrote: > Hello, > > Please apply patch from upstream: > > https://github.com/the-tcpdump-group/libpcap/pull/541 > > Fix compilation if INET6 isn't defined. > Addresses GitHub issue #541, but differently from the pull request (it > defines gen_gateway() with a function prototype rather than using a > pre-prototype-style definition). > > https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390df7448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2 Hi Dieter, Could you please open a bug and CC glebius@ and myself on it? Thanks! -Ngie From owner-freebsd-current@freebsd.org Thu Mar 2 23:11:42 2017 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 D5126CF5276; Thu, 2 Mar 2017 23:11:42 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 352501F29; Thu, 2 Mar 2017 23:11:41 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v22N4MJF058013 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 3 Mar 2017 10:04:28 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v22N4HIf091899 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Mar 2017 10:04:17 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v22N4Gif091898; Fri, 3 Mar 2017 10:04:16 +1100 (AEDT) (envelope-from peter) Date: Fri, 3 Mar 2017 10:04:16 +1100 From: Peter Jeremy To: Subbsd Cc: freebsd-current Current , freebsd-hackers Subject: Re: effect of strip(1) on du(1) Message-ID: <20170302230416.GK4503@server.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 23:11:42 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-Mar-02 22:29:46 +0300, Subbsd wrote: >During some interval after strip call, du will show 512B for any file. >If execute du(1) after strip(1) without delay, this behavior is reproduced= 100%: What filesystem are you using? strip(1) rewrites the target file and du(1) reports the number of blocks reported by stat(2). It seems that you are hitting a situation where the file metadata isn't immediately updated. --=20 Peter Jeremy --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJYuKTwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0no0P/Rng2LxAzKXCIVHEGvtNGKS8 ZGxy2B+2iEnFI1e3RmDOWqeu5Uvl8QriTELRgPF086bofpqwzZoyBLYIRhVkgu5u XRewSKeKHdav2I9uMITrG7vcmJKrA+QDVu9kY5qJJJSDtvC0MHZoPG+RIhrxj5bZ Um59eAqGrY8lLp7o30xWZEkmM9FtAZM81Oe/LESoxwyYYbj2yjJLGtCT3RtDBcj0 ScwcKN1e2quGFvBlCh+lnS66XCx33deZ2p9ReD/NQdKzQqVj43QLvOQ+7p/mdGag wJnrsHyUnxStAbgRRIbjfTglT8VuMq+gZCsYFE+Au7XnVxUIOHa0GjVDnMnh+++m wTkExDuInNPgehD24QDrfFVqE3CD/fQnX1yqb1nY7oxSomgzT9mNOH9yyXGU4b+A EaNp39FXocpjdFtHvevyBDGMtZPG2PkqbJJX/Eg9zy625nXJCMKPp5uTxmvu9F+x /8L2n1g6nGlh1tvDH6BKRKhvNvu5wieWPvInNRwnGXYrX3WfCOgkAT/QBaZu4/Qr zB8QgG6HBmU6YYVOq3Hv0aukx8dcvxlwQs2V4+9Ztamh9SAbh7n8jhYqTPEE9ufg 5RWqjpYhd71KxDVfKnA11IifbW5NVDpxrxLtplPllSqnecwETzcnFXAWBEUsjpe8 OWhEVmOTpjZBWhW4hLQT =dGys -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@freebsd.org Thu Mar 2 23:21:15 2017 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 14166CF591F; Thu, 2 Mar 2017 23:21:15 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-qk0-x241.google.com (mail-qk0-x241.google.com [IPv6:2607:f8b0:400d:c09::241]) (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 C56901672; Thu, 2 Mar 2017 23:21:14 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by mail-qk0-x241.google.com with SMTP id m67so5584956qkf.3; Thu, 02 Mar 2017 15:21:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=uP4igptuyWpR3a4fmaZB2neJBDS0fRI0jyaa+L/fvVo=; b=SDPn75G2GVyMsEl9ZD0E9py0Yvn9if5LY8cJw6QXgfoCNLxJqo8Q1Dzk/1fU6EcIph 7BaBhT5n6a/KtyPO65q01vJoIqE9H1oH2TEz+CwjUp6Pf1V2j3Dr9E541VvjatwP6h2R Vhr/EAlfMt+lDb2Jf/7HmjBqdxm9QzBwZ7cumWqo8R5j6+trr7XQtptZUC74ivMDPHFF GWvJ77kNc69/RKoCNABIL4ZIQNYA4PJpzFW6nAXB1JHsh44VnhMuGYmue8ITv3ezDGl4 qiwMkVRlMqusRxqGyo0EEX6pUYU+L6K58TZagzBwKA3yhBDcMA53MNo0WAZBdC2x5ElR n3rA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uP4igptuyWpR3a4fmaZB2neJBDS0fRI0jyaa+L/fvVo=; b=RGMjTAcdLJBBiOsLVJjp4MpugYS9p+1KV9fqZ2mU77OKPKTOdQkXCC/x0gA4Y7FeQd PByU3SsLDYgGHvHVqDBh/nuXwHnDgoHFP7qGPUmqkvuttro+/Kq34fl5NKE8C4oTUwjj EaVnBQ25c533/OYd/a/MLv8vkwd3WfzLKqWkwVwjEsxLsUBLDvHC1hWRbY/11fhlo5ly 168A06TNOnKv6TK6ZUK/x+Phzeedk+nAzogc2YTYjhWQOMXTsDcMCl8qHOSXOfl7dUth FeyzcXAF3+PaLytc5Vy0W4pA9IBu5PeNLhyyhqhoY4O0BxEcf2JXt/nDPsJ7nG+8FgG9 KCng== X-Gm-Message-State: AMke39mVqZWlPLjCR+7EUy1pGgHB2mQBt8q/HzDYJMxtmSvDsG0nUHVUnOwzETB4hDcWyGHi0RQkEtg7pt2Wpw== X-Received: by 10.237.36.116 with SMTP id s49mr20418789qtc.128.1488496873968; Thu, 02 Mar 2017 15:21:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.134.70 with HTTP; Thu, 2 Mar 2017 15:21:13 -0800 (PST) In-Reply-To: <20170302230416.GK4503@server.rulingia.com> References: <20170302230416.GK4503@server.rulingia.com> From: Subbsd Date: Fri, 3 Mar 2017 02:21:13 +0300 Message-ID: Subject: Re: effect of strip(1) on du(1) To: Peter Jeremy Cc: freebsd-current Current , freebsd-hackers Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 02 Mar 2017 23:21:15 -0000 On Fri, Mar 3, 2017 at 2:04 AM, Peter Jeremy wrote: > On 2017-Mar-02 22:29:46 +0300, Subbsd wrote: >>During some interval after strip call, du will show 512B for any file. >>If execute du(1) after strip(1) without delay, this behavior is reproduced 100%: > > What filesystem are you using? strip(1) rewrites the target file and du(1) > reports the number of blocks reported by stat(2). It seems that you are > hitting a situation where the file metadata isn't immediately updated. > > -- > Peter Jeremy Got it. My filesystem is ZFS. Looks like when ZFS open and write data to file, we get wrong number of blocks during a small interval after writing. Thanks for pointing this out! From owner-freebsd-current@freebsd.org Fri Mar 3 00:32:04 2017 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 A9A85CF6EE2; Fri, 3 Mar 2017 00:32:04 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 7594818D1; Fri, 3 Mar 2017 00:32:03 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v230VxFY066399; Thu, 2 Mar 2017 16:31:59 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v230VvIl066398; Thu, 2 Mar 2017 16:31:57 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201703030031.v230VvIl066398@pdx.rh.CN85.dnsmgr.net> Subject: Re: effect of strip(1) on du(1) In-Reply-To: To: Subbsd Date: Thu, 2 Mar 2017 16:31:57 -0800 (PST) CC: Peter Jeremy , freebsd-hackers , freebsd-current Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Fri, 03 Mar 2017 01:00:18 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 00:32:04 -0000 > On Fri, Mar 3, 2017 at 2:04 AM, Peter Jeremy wrote: > > On 2017-Mar-02 22:29:46 +0300, Subbsd wrote: > >>During some interval after strip call, du will show 512B for any file. > >>If execute du(1) after strip(1) without delay, this behavior is reproduced 100%: > > > > What filesystem are you using? strip(1) rewrites the target file and du(1) > > reports the number of blocks reported by stat(2). It seems that you are > > hitting a situation where the file metadata isn't immediately updated. > > > > -- > > Peter Jeremy > > > Got it. My filesystem is ZFS. Looks like when ZFS open and write data > to file, we get wrong number of blocks during a small interval after > writing. Thanks for pointing this out! Even if that is the case file system cache effects should NOT be visible to a userland process. This is NOT as if your running 2 different processing beating on a file. Your test cases are serialially syncronous shell invoked commands seperated with && the results should be exact and predictable. When strip returns the operation from the userland perspecive is completed and any and all processeses started after that should have the view of the completed strip command. This IS a bug. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Mar 3 01:12:34 2017 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 94178CF617F; Fri, 3 Mar 2017 01:12:34 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 593BF11EA; Fri, 3 Mar 2017 01:12:34 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x230.google.com with SMTP id s186so153329348qkb.1; Thu, 02 Mar 2017 17:12:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=km7Wrgxixu9j+CrPOavgUmG/bBtPmAwk79VIygYKAzA=; b=SDs5lDLt9UOFm82UHD0fcQ20ZRK5Xp6q2OFdMwk3Yldlvku4LVwTto9MnyH+vyTBHh r4UaBHUvM8KDGudjAtjdC+06lXM8QDnTO4Jn5sQSEKI9DaSbjHFlXpkVCriiWFXIuOxz BYH56NH7vMWFO+z4X5c/XZ+5Fjnk2akwZ5Nb61dGdq/XqanRZXVhl91+lMZZpA44FvFZ h9VgsGHfCym2kS7JP0MLE9QhcAj2NCr90vxhDHVJR6OA0MDUkSwgHe7ddIjU9k2PbRV8 3Uat+uZ1lfP630JuvApsv7FCHgrhH5/DdQZJMKJxHEeHX4D93h2L3x5eGsUPHPENk9AG mSSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=km7Wrgxixu9j+CrPOavgUmG/bBtPmAwk79VIygYKAzA=; b=L6PYGwpu/LZpMUpuWZjlVyYe7tGvqMAKznddODwbJlp4iMgnjfr6jFUqTHcz34FeNG y6f6DbzCPNu/Q2ay6PIakJU1cjIKLRFhpzRMHcPISG49iCaN9oZ1HHg0hXjWeFJbPviY 7SOkfwf7jmlzscsCMmrgKBbA/wIKIz9/wiwFPX5r00qhwSCqdQ/aXTdkw9bzBmivBZI1 3LoutW93t0BFm1vFlij2MHcJqDQprHAuLx9HQqXrB52JwJsEHzmQ1roL4CVb3JDQXzZz wj+ZC0Moo43W/0bidUzmnctqilFWP1f2G9zVP5IF5W9/uROWJ93/zQz6LHAPYsJHRoJT VbBA== X-Gm-Message-State: AMke39nGHGt4BJ/aCTpW788DUdIno+L7KVSdgraOfiQORMOb/hV7HFG+m/usHnkjroHWfXQIB929tYmMee+TTA== X-Received: by 10.55.18.158 with SMTP id 30mr153084qks.123.1488503553585; Thu, 02 Mar 2017 17:12:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.200 with HTTP; Thu, 2 Mar 2017 17:12:33 -0800 (PST) In-Reply-To: <201703030031.v230VvIl066398@pdx.rh.CN85.dnsmgr.net> References: <201703030031.v230VvIl066398@pdx.rh.CN85.dnsmgr.net> From: Ngie Cooper Date: Thu, 2 Mar 2017 17:12:33 -0800 Message-ID: Subject: Re: effect of strip(1) on du(1) To: "Rodney W. Grimes" Cc: Subbsd , Peter Jeremy , freebsd-hackers , freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 01:12:34 -0000 On Thu, Mar 2, 2017 at 4:31 PM, Rodney W. Grimes wrote: ... > Even if that is the case file system cache effects should NOT be > visible to a userland process. This is NOT as if your running > 2 different processing beating on a file. Your test cases are > serialially syncronous shell invoked commands seperated with > && the results should be exact and predictable. > > When strip returns the operation from the userland perspecive > is completed and any and all processeses started after that > should have the view of the completed strip command. > > This IS a bug. Would the same statement necessarily apply if the filesystem was writing things asynchronously to the backing storage? Thanks, -Ngie From owner-freebsd-current@freebsd.org Fri Mar 3 01:30:33 2017 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 F221FCF689A; Fri, 3 Mar 2017 01:30:33 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x243.google.com (mail-yw0-x243.google.com [IPv6:2607:f8b0:4002:c05::243]) (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 B01121CFA; Fri, 3 Mar 2017 01:30:33 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x243.google.com with SMTP id l16so8609366ywb.2; Thu, 02 Mar 2017 17:30:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=EdM/8axQuC0OFffM0mnX9s3KpyE5JWDfqjhjtwaao2A=; b=sob9MzDHh9vbtuAErAUinxPll3KpMWhXylkbyj4Imuf/HwHRVNRWCOMQ74Gl64J7T2 QzcgcqNVZdXCA5qDo6JGpXNs/NwlmGHCspygRa0fXQU9g+gZ2HUWTOwmPSWTQWovnA0M bOfH7uRJSvTs2hYq/NQsSpHzqzsUpU+wuBl6mIzE8e15zL9fUW+HTtJEDO/NEljqlSbJ F/EA8BxyAt/IWHxASIczhO58ELeS+4jxw22Pq0/V47H5t/w2f1r5qEtatW1tjuCayLtE 1DcVWNrv3joJJS5VYE//1oscajjNLFwvV+5xKHGVPoQ7NshfrNRv5KbUfElcmDqdpYkg ZmOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=EdM/8axQuC0OFffM0mnX9s3KpyE5JWDfqjhjtwaao2A=; b=d737FR6oiETO2ts4A89VFbEwF3W1isqD32yP9Da/FPpNfjmVZkmQOP9JhlWAm3wuxl 33uiWWNAAE4GHwAuPSRiWJtlkVusdZLwSG/sSi7qt7z1YMu8quAkkTTq7FirVwYPFGEN GSG5N3fit7GZkNEkXQ/m2W9NNORCe7mXRFbT3bV6JS/bfgpOZxh3EqyihAdlKpMfaxAK 60LKYwtf6ybGUeYCcBd8A48f220wnzwzzSxQA1QnWKt3pvJmObMxJWaFxwcJaS67IK3L Xn/LeBPHOAMMWVq+f9QkEAtmb78PbUYFjjlO/2jELHjWVy8tJyA60IpcWHY7lR/bYz0Y 7F+g== X-Gm-Message-State: AMke39nbyTdwcLAH8+N3U8QsxxrKcQST0Wo/zyQXY1reKtWz23jFUPzwdFb00LqOS5rNQuFeDT63t2+3L53V0Q== X-Received: by 10.37.215.23 with SMTP id o23mr121955ybg.113.1488504632767; Thu, 02 Mar 2017 17:30:32 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Thu, 2 Mar 2017 17:30:32 -0800 (PST) In-Reply-To: References: <201703030031.v230VvIl066398@pdx.rh.CN85.dnsmgr.net> From: Alan Somers Date: Thu, 2 Mar 2017 18:30:32 -0700 X-Google-Sender-Auth: Qeu-d44pK0cgbWCyD6YpAsttZdk Message-ID: Subject: Re: effect of strip(1) on du(1) To: Ngie Cooper Cc: "Rodney W. Grimes" , Subbsd , Peter Jeremy , freebsd-hackers , freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 01:30:34 -0000 On Thu, Mar 2, 2017 at 6:12 PM, Ngie Cooper wrote: > On Thu, Mar 2, 2017 at 4:31 PM, Rodney W. Grimes > wrote: > ... >> Even if that is the case file system cache effects should NOT be >> visible to a userland process. This is NOT as if your running >> 2 different processing beating on a file. Your test cases are >> serialially syncronous shell invoked commands seperated with >> && the results should be exact and predictable. >> >> When strip returns the operation from the userland perspecive >> is completed and any and all processeses started after that >> should have the view of the completed strip command. >> >> This IS a bug. > > Would the same statement necessarily apply if the filesystem was > writing things asynchronously to the backing storage? > Thanks, > -Ngie du(1) is using fts_read(3), which is based on the stat(2) information. The OpenGroup defines st_blocksize as "Number of blocks allocated for this object." In the case of ZFS, a write(2) may return before any blocks are actually allocated. And thanks to compression, gang blocks, and deduplication, at this point it's not even possible for ZFS to know how many blocks it will need to allocate. I think st_blocksize should be interpreted as a "best effort" output. Just like df(1), you can't rely on du's output to be mathematically precise in any way. I certainly don't see any way to fix it besides doing something like an fsync(2) before getting stat information, and we certainly don't want to do that. -Alan From owner-freebsd-current@freebsd.org Fri Mar 3 02:56:53 2017 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 1A246CF62BB for ; Fri, 3 Mar 2017 02:56:53 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [104.225.8.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freebsd-11-64", Issuer "freebsd-11-64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E207A12AE for ; Fri, 3 Mar 2017 02:56:52 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [104.225.8.138]) by mail.neu.net (8.15.2/8.15.2) with ESMTPS id v232ucwA027647 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 2 Mar 2017 21:56:40 -0500 (EST) (envelope-from andy@neu.net) Date: Thu, 2 Mar 2017 21:56:38 -0500 (EST) From: AN To: freebsd-current@freebsd.org Subject: Boot failure - svn up from this morning Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 02:56:53 -0000 Hi: I'm having a major problem after updating a 12-current machine today. After buildworld/kernel/install cycle on reboot I'm getting the following failure: "/boot/kernel/kernel text=0xb7716f data=0x100548+0x398358 elf64_loadimage: read failed can't load file '/boot/kernel/kernel': input/output error can't load file '/boot/kernel/kernel': input/output error OK boot kernel.old elf64_loadimage: read failed can't load file '/boot/kernel.old/kernel': input/output error can't load file '/boot/kernel.old/kernel': input/output error" I have never experienced this failure before, and don't know how to proceed. Any help recovering from this would be greatly appreciated. Thanks in advance. From owner-freebsd-current@freebsd.org Fri Mar 3 05:14:33 2017 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 191C6CF607B for ; Fri, 3 Mar 2017 05:14:33 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 DC9C11E8F for ; Fri, 3 Mar 2017 05:14:32 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v235G65L082993 for ; Thu, 2 Mar 2017 21:16:12 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Thu, 02 Mar 2017 21:16:12 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 05:14:33 -0000 On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote > Hi: > > I'm having a major problem after updating a 12-current machine today. > After buildworld/kernel/install cycle on reboot I'm getting the following > failure: > > "/boot/kernel/kernel text=0xb7716f data=0x100548+0x398358 > elf64_loadimage: read failed > can't load file '/boot/kernel/kernel': input/output error > can't load file '/boot/kernel/kernel': input/output error > > OK boot kernel.old > elf64_loadimage: read failed > can't load file '/boot/kernel.old/kernel': input/output error > can't load file '/boot/kernel.old/kernel': input/output error" > > I have never experienced this failure before, and don't know how to > proceed. Any help recovering from this would be greatly appreciated. > Thanks in advance. I don't suppose you could post the output of uname -a and maybe a copy of dmesg(8) could you? --Chris From owner-freebsd-current@freebsd.org Fri Mar 3 05:32:42 2017 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 3E915CF6717 for ; Fri, 3 Mar 2017 05:32:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B99518B6 for ; Fri, 3 Mar 2017 05:32:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x236.google.com with SMTP id j5so29747655pfb.2 for ; Thu, 02 Mar 2017 21:32:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=5KOOAPEVJPnsLorY+kkfmnfU5ZdAPlEEpn13wRH/ZBo=; b=KxfOfl7zo/eqk6MfB4gR69FDzilgfSDKn3x0jSbVI3Qggt6z8Qr+PWEwOps3twM6C/ nPeV7XqWR4XTcjQxQTNpS2sCy5b3+/3YE1HIXeEVelJI6K/3tnhTvCimWKuO48/5Dli+ 7Vb/jQxiujlpeYW8SNhzofXPyw9YIHMycGMiEjlRbakJ+MKzGts0wG2xGCgqO8Cm/hTI rGIOCqw4nj/1CPekUEC5BNlBdRcnVIOxnb5OqtJykb0nELJ16lBMCJMNAot/uC8qedFM w+mhocFvWk91WAdboA++6rxPG5wy6kRQUD5VF9UbFtzgdBDQR/6ex8bXwuQGSsOjRNSf nNQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=5KOOAPEVJPnsLorY+kkfmnfU5ZdAPlEEpn13wRH/ZBo=; b=OVEHS0g8VFFh1xj0dHNHA9GGi+E1xQBIEWTUmKwglWog+5XR+rS58wujdskxt/gh9H 8Ta7+FQeubeCxTOE0ce81AHE2+9NxbhLIKXS1mK7W2sN4ziLZq4hKvfzWVYmosebNf+z n8qhofF3tqhqgxkhDkHlBsrmrnQK4+bkt1FRPW9SD6x6o3tnAQEp0e8F3lKVY+y5TAux JUzFj+m+5xSPSUb83Zo8e1ZpCig7y4HSR8QyQ6Tn3G4CKioeFVLdG9CQEs1+rlxEA8qA BUovSNcLk8SugwaGyvQ07W+tSYEzH1trR/2ncYAiLOCwHIgiquooUuXGOoOTHjH9r5qd JTCQ== X-Gm-Message-State: AMke39l8fPAtsWyjiHpFmD8v5rEXT9qGAnyUzJxBt0J3rXA/29YSVQgowWnzLHHbmjCKTA== X-Received: by 10.98.15.200 with SMTP id 69mr1316537pfp.100.1488519161587; Thu, 02 Mar 2017 21:32:41 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id g64sm20350865pfc.57.2017.03.02.21.32.40 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 02 Mar 2017 21:32:40 -0800 (PST) Subject: Re: Boot failure - svn up from this morning Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7CFE50CB-50C5-4BCD-BBC5-31769A5EED87"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Thu, 2 Mar 2017 21:32:39 -0800 Cc: freebsd-current@freebsd.org Message-Id: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> References: To: Chris H X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 05:32:42 -0000 --Apple-Mail=_7CFE50CB-50C5-4BCD-BBC5-31769A5EED87 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 2, 2017, at 21:16, Chris H wrote: >=20 > On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote >=20 >> Hi: >>=20 >> I'm having a major problem after updating a 12-current machine today. >> After buildworld/kernel/install cycle on reboot I'm getting the = following >> failure: >>=20 >> "/boot/kernel/kernel text=3D0xb7716f data=3D0x100548+0x398358 >> elf64_loadimage: read failed >> can't load file '/boot/kernel/kernel': input/output error >> can't load file '/boot/kernel/kernel': input/output error >>=20 >> OK boot kernel.old >> elf64_loadimage: read failed >> can't load file '/boot/kernel.old/kernel': input/output error >> can't load file '/boot/kernel.old/kernel': input/output error" >>=20 >> I have never experienced this failure before, and don't know how to >> proceed. Any help recovering from this would be greatly appreciated. >> Thanks in advance. >=20 > I don't suppose you could post the output of > uname -a >=20 > and maybe a copy of dmesg(8) could you? That would be good, but I don=E2=80=99t know if it=E2=80=99s possible = (the OP is noting that the boot is broken when executing loader(8)..). -Ngie --Apple-Mail=_7CFE50CB-50C5-4BCD-BBC5-31769A5EED87 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYuP/4AAoJEPWDqSZpMIYV5RoP/3ENWXHVt4/MmuqxEeLsEpi1 Y1P1ibgpaGvyOm4usc0XjwmHORnsIHxeui1jHPFMb7Qdybc5gxb1mVZoBFWLhOGC xmgX1ov1O33Q2t70qcIT99LjaH/V75lOFEAWDHDhT8xvOS/a6/u8fJzjlKMTIVzh KoSX9Vd6okqr6gMf6NfN0pe+Bz8eOnu1qrZ4gRRuxMiZsLvHCc4bF16P8BvaSL9O lLRzHhjiNJ4q6KQijnpKc+/gDvOwuWQECftMbziTP9KF9g348vMHvqf7Qqao1Fug ju302/fPxWPF/BSxkYPag2HIhltMdh7n5L/T4QRYwBOAKtiXN5vr+KGb3EnnE8CF HotZj1aWCnuQifKjucSLRzfi0ivJAkmSD+TSUiOFBeCkUWwG2YDSbpJCR2wXO2GV lSnak1417u1fW8f9a4Ts6B40EpQNn0k7GIEbFWbeDidYdotSbZlbfikhUpZHCLZd YcM+Oc1KNJft+cOY75YbeJVkchIXqGo4D5diblz2vjGEIFVRHoByij1bL3BDcCD6 wA1bV7K4S8bDS7wUNC/bXxqhe9Itdz6ie6yQQAruIRZSekVFiSz2twTUuatwL+pw ftcUPJpzPNO1mkmGXiPn/mhO4V0pgx+bZ0fVeqO7OSFOrKjcqjHbJQLVw982HN6f aY9AVLIaoKMgjR4OL6Of =Cyob -----END PGP SIGNATURE----- --Apple-Mail=_7CFE50CB-50C5-4BCD-BBC5-31769A5EED87-- From owner-freebsd-current@freebsd.org Fri Mar 3 06:19:21 2017 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 8F2C1CF45C5 for ; Fri, 3 Mar 2017 06:19:21 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 6E1D3182F for ; Fri, 3 Mar 2017 06:19:20 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v236KnmL005117 for ; Thu, 2 Mar 2017 22:20:55 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> References: , <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Thu, 02 Mar 2017 22:20:55 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 06:19:21 -0000 On Thu, 2 Mar 2017 21:32:39 -0800 "Ngie Cooper (yaneurabeya)" wrote > > On Mar 2, 2017, at 21:16, Chris H wrote: > > > > On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote > > > >> Hi: > >> > >> I'm having a major problem after updating a 12-current machine today. > >> After buildworld/kernel/install cycle on reboot I'm getting the following > >> failure: > >> > >> "/boot/kernel/kernel text=0xb7716f data=0x100548+0x398358 > >> elf64_loadimage: read failed > >> can't load file '/boot/kernel/kernel': input/output error > >> can't load file '/boot/kernel/kernel': input/output error > >> > >> OK boot kernel.old > >> elf64_loadimage: read failed > >> can't load file '/boot/kernel.old/kernel': input/output error > >> can't load file '/boot/kernel.old/kernel': input/output error" > >> > >> I have never experienced this failure before, and don't know how to > >> proceed. Any help recovering from this would be greatly appreciated. > >> Thanks in advance. > > > > I don't suppose you could post the output of > > uname -a > > > > and maybe a copy of dmesg(8) could you? > > That would be good, but I don’t know if it’s possible (the OP is noting > that the boot is broken when executing loader(8)..). -Ngie Indeed. But that doesn't stop the OP from booting from the install media. ;-) :-) --Chris From owner-freebsd-current@freebsd.org Fri Mar 3 08:36:02 2017 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 183A0CF6B3D; Fri, 3 Mar 2017 08:36:02 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 076DA177A; Fri, 3 Mar 2017 08:36:01 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from Alfreds-MacBook-Pro-2.local (unknown [IPv6:2601:645:8003:a4d6:f496:718a:b775:a369]) by elvis.mu.org (Postfix) with ESMTPSA id E0F79346DDDC; Fri, 3 Mar 2017 00:36:00 -0800 (PST) Subject: Re: effect of strip(1) on du(1) To: Alan Somers , Ngie Cooper References: <201703030031.v230VvIl066398@pdx.rh.CN85.dnsmgr.net> Cc: "Rodney W. Grimes" , Subbsd , Peter Jeremy , freebsd-hackers , freebsd-current Current From: Alfred Perlstein Organization: FreeBSD Message-ID: <9fb69e17-cb7f-5f04-aeb3-914ba58ddab4@freebsd.org> Date: Fri, 3 Mar 2017 00:36:00 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 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.23 Precedence: 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, 03 Mar 2017 08:36:02 -0000 On 3/2/17 5:30 PM, Alan Somers wrote: > On Thu, Mar 2, 2017 at 6:12 PM, Ngie Cooper wrote: >> On Thu, Mar 2, 2017 at 4:31 PM, Rodney W. Grimes >> wrote: >> ... >>> Even if that is the case file system cache effects should NOT be >>> visible to a userland process. This is NOT as if your running >>> 2 different processing beating on a file. Your test cases are >>> serialially syncronous shell invoked commands seperated with >>> && the results should be exact and predictable. >>> >>> When strip returns the operation from the userland perspecive >>> is completed and any and all processeses started after that >>> should have the view of the completed strip command. >>> >>> This IS a bug. >> Would the same statement necessarily apply if the filesystem was >> writing things asynchronously to the backing storage? >> Thanks, >> -Ngie > du(1) is using fts_read(3), which is based on the stat(2) information. > The OpenGroup defines st_blocksize as "Number of blocks allocated for > this object." In the case of ZFS, a write(2) may return before any > blocks are actually allocated. And thanks to compression, gang > blocks, and deduplication, at this point it's not even possible for > ZFS to know how many blocks it will need to allocate. I think > st_blocksize should be interpreted as a "best effort" output. Just > like df(1), you can't rely on du's output to be mathematically precise > in any way. I certainly don't see any way to fix it besides doing > something like an fsync(2) before getting stat information, and we > certainly don't want to do that. > > Try adding an fsync(1) to the file before running du(1) on it. -Alfred From owner-freebsd-current@freebsd.org Fri Mar 3 09:22:01 2017 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 A61ACCF6E9E; Fri, 3 Mar 2017 09:22:01 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 524F0146B; Fri, 3 Mar 2017 09:22:00 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v239Lo5S059870 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 3 Mar 2017 20:21:56 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v239LiEg095183 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Mar 2017 20:21:44 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v239Lhim095182; Fri, 3 Mar 2017 20:21:43 +1100 (AEDT) (envelope-from peter) Date: Fri, 3 Mar 2017 20:21:43 +1100 From: Peter Jeremy To: "Rodney W. Grimes" Cc: Alan Somers , Ngie Cooper , Subbsd , freebsd-hackers , freebsd-current Current Subject: Re: effect of strip(1) on du(1) Message-ID: <20170303092143.GM4503@server.rulingia.com> References: <201703030619.v236JAph067805@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <201703030619.v236JAph067805@pdx.rh.CN85.dnsmgr.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 09:22:01 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-Mar-02 22:19:10 -0800, "Rodney W. Grimes" wrote: >> du(1) is using fts_read(3), which is based on the stat(2) information. >> The OpenGroup defines st_blocksize as "Number of blocks allocated for >> this object." In the case of ZFS, a write(2) may return before any >> blocks are actually allocated. And thanks to compression, gang =2E.. >My gut tells me that this is gona cause problems, is it ONLY >the st_blocksize data that is incorrect then not such a big >problem, or are we returning other meta data that is wrong? Note that it's st_blocks, not st_blocksize. I did an experiment, writing a (roughly) 113MB file (some data I had lying around), close()ing it and then stat()ing it in a loop. This is FreeBSD 10.3 with ZFS and lz4 compression. Over the 26ms following the close(), st_blocks gradually rose from 24169 to 51231. It then stayed stable until 4.968s after the close, when st_blocks again started increasing until it stabilized after a total of 5.031s at 87483. Based on this, st_blocks reflects the actual number of blocks physically written to disk. None of the other fields in the struct stat vary. The 5s delay is presumably the TXG delay (since this system is basically unloaded). I'm not sure why it writes roughly =BD the data immediately and the rest as part of the next TXG write. >My expectactions of executing a stat(2) call on a file would >be that the data returned is valid and stable. I think almost >any program would expect that. I think a case could be made that st_blocks is a valid representation of "the number of blocks allocated for this object" - with the number increasing as the data is physically written to disk. As for it being stable, consider a (hypothetical) filesystem that can transparently migrate data between different storage media, with different compression algorithms etc (ZFS will be able to do this once the mythical block rewrite code is written). --=20 Peter Jeremy --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJYuTWnXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0iJkP/R2TZlwppRH4SdrvGi9QddPZ ZRZWbK9Cx0PDn26s7IG8u1kuCuXRPcMuz+GH7BZ/zf+GhGzpbVfTzUV590S/0QMP /9VLpmqX7/6oR0RVH5iPZZ6fI1WNuycbeipr8wKXKfkc3B8zeJfVeFLyWVCOkbVC MMqcn/1fwRIyYLbjeJfJvgKrKNiB4ubhVOz+TnASXm1Z/SWavyMmX2nOOA8OTxUe CUGmbu5533NYlkLiBT7Jm+hcgiUwjLyzj0cg5yEgeR8CE9uCvqPma4sHpseVrBWl 95nyuR6mxfwRaUyJtcwbZNgE6f+QR3yOlQudK4zo50BTfHxnk4swwz4MS+VXoz6o OprH9VahjO5RV5Gbo6IMSOYZBqkRxgov8xhFFG+IeZEeWMNS9+EEMYGOEW+cbPdT pNOtatqbGDG7Q0q9rEIAP9t6OpLjTsExxomxBmWaLzuDz5Gn/qeAIp3ZtqLLJP37 MP8OU8QO5g82bdETk+o8gZ3zb+2IwWJLCU4iRoWZuiqbDRYbuX9pgfIAb4E91aOU hEl5pQBOq0BZC9Wx/vFdFmJYZsTdxg7JDl4QtV50sno9OHCJ5LtLrU5Ir5gS+KeK e6M7x6kyCTEJkfuMvBHBYrgeEZiN+G4TVuLBxDV/5YdNcCun1VpqvCFRe86WB8RX f366wz6bQC3BuFA41ZV+ =0Gmi -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-current@freebsd.org Fri Mar 3 09:22:07 2017 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 E65D1CF6ECC for ; Fri, 3 Mar 2017 09:22:07 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (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 6B2B014AD; Fri, 3 Mar 2017 09:22:07 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id y193so6301142lfd.1; Fri, 03 Mar 2017 01:22:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BXPeccoI5lmvoT5q8NU9FX1KtA5A40aLpxAJn11q7OU=; b=bMlRBLw3QWH780FQcZVtTY14clteXiAfiRm4fRBgLekliuGehgNVhYu9zcCJPVzjDI wy/h3JxN66chMdrGgcuglprNWAoEgAScEtclTxZWZsj6wmY5WBvXdkVNnzpxk+oeGCuM EDHPPdRCryOw3g9+mKRWZnSfEmigcXqcgPZoDdqvuishg9W1+fdCuRZOU7BOrXBDDkVL Th41CNr/vgeOd+//RgdkPgJYDlfKyD0V9RX4rH37npTdHixEGsESZ1iy72j+qyE1lwB1 S6OMjOvNvlNJrOiBNPlmrC4qZfBHB0PX3Uk8J69c0EZiymz2Y0R29yEN1rSBJ8Yahp4X 11zQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BXPeccoI5lmvoT5q8NU9FX1KtA5A40aLpxAJn11q7OU=; b=bPzBC5KeE4vsPD6ZGz+AJ/j3tjJ5IYcJ3URhri4RJ4MSewnxMbSUtIB9KhBZ6ABwIY VwO+etI4HpOnD5Zk+fXNraOKdWzgGXWyfr2wAgwyDpgOiAQB47L2+zIIvAa1gaD593H4 +PYaSDA9iQ6dW53/LkTrADVjoO8vONhwfZnAcYa5plQXLQiC2nhPGZjUf/FoDcktxMET J0BrC8rPh7cPL6Y/SU+YOhpIx67mhUK48U1LYxFrajoyxDabeS9q0+StmZOb12vHedVH V2JFkZfQg28CWnOf83AMapgky7jzo5zMqLFotWWrLfm3PW3AwD3tpSFsYsmXTJN5r8uI Ob7Q== X-Gm-Message-State: AMke39mbVVzIjoMcxbvYksFcuognxX9+Fz+OGmlo7pb6T0lBG2GNseG22tyTKieUPyx98A== X-Received: by 10.46.75.1 with SMTP id y1mr629138lja.75.1488532925681; Fri, 03 Mar 2017 01:22:05 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id o80sm2164322lff.25.2017.03.03.01.22.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Mar 2017 01:22:04 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Boot failure - svn up from this morning From: Alex Deiter In-Reply-To: Date: Fri, 3 Mar 2017 12:22:04 +0300 Cc: freebsd-current , dexuan@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> To: Chris H X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 09:22:08 -0000 Hello, The same issue with FreeBSD 12.0-CURRENT-r314563: elf64_loadimage: could not read symbols - skipped! http://picpaste.com/IMG_1764-vfZl1l5o.JPG I suspect regression after:=20 Revision 314547 - Directory Listing=20 Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by = dexuan loader.efi: reduce the size of the staging area if necessary The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE) is Conventional Memory, but actually it may not, e.g. in the case of Hyper-V Generation-2 VM (i.e. UEFI VM) running on Windows Server 2012 R2 host, there is a BootServiceData memory block at the address 47.449MB and the memory is not writable. Without the patch, the loader will crash in efi_copy_finish(): see PR 211746. The patch verifies the end of the staging area, and reduces its size if necessary. This way, the loader will not try to write into the BootServiceData memory any longer. Thank Marcel Moolenaar for helping me on this issue! The patch also allocates the staging area in the first 1GB memory. See the comment in the patch for this. PR: 211746 Reviewed by: marcel, kib, sephe Approved by: sephe (mentor) MFC after: 2 weeks Sponsored by: Microsoft Differential Revision:=09 https://reviews.freebsd.org/D9686 Alex Deiter alex.deiter@gmail.com > On 3 Mar 2017, at 09:20, Chris H wrote: >=20 > On Thu, 2 Mar 2017 21:32:39 -0800 "Ngie Cooper (yaneurabeya)" > wrote >=20 >>> On Mar 2, 2017, at 21:16, Chris H wrote: >>>=20 >>> On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote >>>=20 >>>> Hi: >>>>=20 >>>> I'm having a major problem after updating a 12-current machine = today. >>>> After buildworld/kernel/install cycle on reboot I'm getting the = following >>>> failure: >>>>=20 >>>> "/boot/kernel/kernel text=3D0xb7716f data=3D0x100548+0x398358 >>>> elf64_loadimage: read failed >>>> can't load file '/boot/kernel/kernel': input/output error >>>> can't load file '/boot/kernel/kernel': input/output error >>>>=20 >>>> OK boot kernel.old >>>> elf64_loadimage: read failed >>>> can't load file '/boot/kernel.old/kernel': input/output error >>>> can't load file '/boot/kernel.old/kernel': input/output error" >>>>=20 >>>> I have never experienced this failure before, and don't know how to >>>> proceed. Any help recovering from this would be greatly = appreciated. >>>> Thanks in advance. >>>=20 >>> I don't suppose you could post the output of >>> uname -a >>>=20 >>> and maybe a copy of dmesg(8) could you? >>=20 >> That would be good, but I don=E2=80=99t know if it=E2=80=99s possible = (the OP is noting >> that the boot is broken when executing loader(8)..). -Ngie >=20 > Indeed. But that doesn't stop the OP from booting from the > install media. ;-) :-) >=20 > --Chris >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Mar 3 09:38:17 2017 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 88D10CF5402 for ; Fri, 3 Mar 2017 09:38:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-200.reflexion.net [208.70.211.200]) (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 292401067 for ; Fri, 3 Mar 2017 09:38:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9140 invoked from network); 3 Mar 2017 09:38:15 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 3 Mar 2017 09:38:15 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Fri, 03 Mar 2017 04:38:15 -0500 (EST) Received: (qmail 27602 invoked from network); 3 Mar 2017 09:38:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Mar 2017 09:38:14 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 107A3EC881F; Fri, 3 Mar 2017 01:38:14 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <20170302151959.GA58624@troutmask.apl.washington.edu> Date: Fri, 3 Mar 2017 01:38:13 -0800 Cc: svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <8D803761-644A-4E72-928F-2E96525A1A11@dsl-only.net> References: <20170225002300.GC19697@dft-labs.eu> <12339EDD-5663-40E0-8553-821EF9B6CDEB@dsl-only.net> <477BA631-AB85-4E77-8BA3-CD2AFAD5E405@dsl-only.net> <9A63B36E-5F81-4ECD-A2A2-AB442AAC26A6@dsl-only.net> <20170225193103.GA4379@dft-labs.eu> <20170301061350.GA22378@dft-labs.eu> <20170302121021.GA32682@dft-labs.eu> <20170302151959.GA58624@troutmask.apl.washington.edu> To: sgk@troutmask.apl.washington.edu, Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 09:38:17 -0000 On 2017-Mar-2, at 7:19 AM, Steve Kargl wrote: On Thu, Mar 02, 2017 at 01:10:21PM +0100, Mateusz Guzik wrote: > On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote: >>=20 >>> Summary of the transition interval: >>>=20 >>> So for powerpc64 (and powerpc?) It is a good >>> idea to avoid anything that is after -r313254 >>> and before -r314474 in head. (Would this be >>> appropriate for a UPDATING notice given its >>> span?) >>>=20 >>> There may be other architectures that might have >>> a similar status(?): the last fixes involved were >>> not in Machine Dependent code. (Some architectures >>> are apparently insensitive to the errors, such as >>> amd64). >>>=20 >>=20 >> When following current you are expected to be on the newest revision, >> so I don't think mentioning interim broken releases makes much sense. >>=20 >=20 > Documenting the range may aid those bisecting src/ to find a bug.=20 > How is one to know that anything in the range that Mark points > out should be skipped on powerpc64? >=20 > --=20 > Steve I have tested with a TARGET_ARCH=3Dpowerpc -r314473 build and its kernel version has locking problems like TARGET_ARCH=3Dpowerpc64 does for that version. [Note: This was run on a PowerMac G5 so-called "Quad Core" so most of the memory was ignored.] Both TARGET_ARCH=3Dpowerpc64 and TARGET_ARCH=3Dpowerpc need -r314474 or later as of the new locking. I've not explicitly tested other architectures. As I remember armv6/v7 are classified as having some from of a weak memory model compared to the likes of amd64. If so armv6/v7 might be candidates for having problems. There might be other candidates. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Mar 3 11:49:36 2017 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 EABB0CF5D3E for ; Fri, 3 Mar 2017 11:49:36 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0125.outbound.protection.outlook.com [104.47.32.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 978C81387; Fri, 3 Mar 2017 11:49:36 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=RVB/rE0yeeBb7I9fWojn8+UWxv3Bj8Sf5xixRCeiPMs=; b=jPEK0692QHAP4Yfd+MgwL0JPUHHvpt9iN3KRU8zQ5j+dG91TVJwzx7oKsT3JPnNPFLAqQwD/7ysApz/lEbDpNc9vJqWzwcAYgmOlaXJOL9WZoC7n4PVGcemUZLYvGtfQ9K36HBi67/9WyeIPFsYasAqENhwJ+9yYukeJaXM8y+s= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Fri, 3 Mar 2017 11:49:32 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.012; Fri, 3 Mar 2017 11:49:32 +0000 From: Dexuan Cui To: Alex Deiter , Chris H CC: freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQ Date: Fri, 3 Mar 2017 11:49:31 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> 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;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::6a0] x-ms-office365-filtering-correlation-id: a7001d1e-071c-4753-1411-08d4622b5b54 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:B8kzuqcSVMAPnnTZnERsd/nCpYNeOhFcuVeetlojsqXh+6+JrgHz7IuYr0r3Nvrw1oDkhwvUd+YZwe9BNudfYi3A98lQ6F6xhqY94HUsH3CLVKH5sU2uv+EP4qNtZUVttjw46JaBItKcIFKWdznMraMJWYqqzEHQTEsY+B5CkJLwBD35jaY8e57guTXl1AKaj7ZEDZrlAvzDz8wRNYDxGv3lJ77zFIPibpZF9L+hRoysv5C/rQxkwBOCt9rSmlb1Ie4g538VzAU8iks1zSRSfJSMIpH3Y3leemfQyDzUKsuYgL/EpOlY5/hMYwyDUF4HrQ9dyCc6XS4s6g384QRIzzI+Eqa5lLntfJuVE7yc+pQ= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(166708455590820); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123560025)(20161123564025)(20161123555025)(20161123558025)(20161123562025)(6072148)(6042181); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0235CBE7D0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(7736002)(81166006)(6116002)(74316002)(92566002)(305945005)(2906002)(102836003)(8936002)(5660300001)(50986999)(53936002)(189998001)(106116001)(4326008)(76176999)(39060400002)(8676002)(3660700001)(38730400002)(6246003)(54356999)(3280700002)(33656002)(93886004)(6506006)(6436002)(5005710100001)(122556002)(229853002)(10290500002)(6306002)(7696004)(54906002)(2950100002)(2900100001)(99286003)(55016002)(77096006)(10090500001)(9686003)(1600100001)(8990500004)(86362001)(86612001)(25786008)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2017 11:49:31.9553 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 11:49:37 -0000 PiBGcm9tOiBBbGV4IERlaXRlcg0KPiBTZW50OiBGcmlkYXksIE1hcmNoIDMsIDIwMTcgMTc6MjIN Cj4NCj4gSGVsbG8sDQo+IFRoZSBzYW1lIGlzc3VlIHdpdGggRnJlZUJTRCAxMi4wLUNVUlJFTlQt cjMxNDU2MzoNCj4gZWxmNjRfbG9hZGltYWdlOiBjb3VsZCBub3QgcmVhZCBzeW1ib2xzIC0gc2tp cHBlZCENCj4NCj4gSSBzdXNwZWN0IHJlZ3Jlc3Npb24gYWZ0ZXI6DQo+DQo+IFJldmlzaW9uIDMx NDU0NyAtIERpcmVjdG9yeSBMaXN0aW5nDQo+IE1vZGlmaWVkIFRodSBNYXIgMiAwNzoyNTo1MCAy MDE3IFVUQyAoMjUgaG91cnMsIDU0IG1pbnV0ZXMgYWdvKSBieSBkZXh1YW4NCj4gbG9hZGVyLmVm aTogcmVkdWNlIHRoZSBzaXplIG9mIHRoZSBzdGFnaW5nIGFyZWEgaWYgbmVjZXNzYXJ5DQoNClll cywgSSBiZWxpZXZlIHRoZSBpc3N1ZSBpcyBjYXVzZWQgYnkgdGhlIHBhdGNoLCB3aGljaCBpcyBz dXBwb3NlZCB0byBQUiAyMTE3NDY6DQpodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVnemlsbGEv c2hvd19idWcuY2dpP2lkPTIxMTc0Ng0KDQpTb3JyeSBmb3IgY2F1c2luZyB0aGUgaXNzdWUgdG8g eW91LCBidXQgSSBzdXNwZWN0IHRoZSBwYXRjaCByZXZlYWxzIGEgYnVnIGluIHlvdXINCmhvc3Qn cyBmaXJtd2FyZTogdGhlIG1lbW9yeSBtYXAgcmVwb3J0ZWQgYnkgdGhlIGhvc3QncyBmaXJtd2Fy ZSBtYXkgYmUNCmluY29ycmVjdC4NCg0KQ2FuIHlvdSBwbGVhc2UgdHJ5IHRoZSBwYXRjaCB0byBk dW1wIHRoZSBtZW1vcnkgbWFwPw0KaHR0cHM6Ly9naXRodWIuY29tL2RjdWkvZnJlZWJzZC9jb21t aXQvNjA5NGFhYzhhYzliZGRiMjRlM2FjNDU0OTNhYzAyMGM5NDAyOWNlOC5wYXRjaA0KDQpBbmQg dGhlIHBhdGNoIHdpbGwgYWxsb3cgeW91ciBob3N0IHRvIGJvb3QuDQpOb3RlOiB0aGVyZSBpcyBh IDEwLXNlY29uZCBwYXVzZSBldmVyeSB0aW1lIDUgbGluZXMgYXJlIHByaW50ZWQuIFRoaXMgaXMg dG8gbWFrZQ0Kc3VyZSB3ZSBoYXZlIGVub3VnaCB0aW1lIHRvIHRha2UgYSBzY3JlZW5zaG90IG9y IHBob3RvLiA6LSkNCg0KQWJvdXQgaG93IHRvIGFwcGx5IHRoZSBwYXRjaCBhbmQgYnVpbGQvaW5z dGFsbCBpdDoNCid3Z2V0JyB0aGUgYWJvdmUgcGF0Y2gsIGFuZCAnY2QnIGludG8geW91ciBGUkVF QlNEX1NPVVJDRV9ST09UL3N5cy9ib290LyBhbmQgcnVuDQoicGF0Y2ggLXAzIDwgdGhlX3BhdGNo X25hbWUiLiBJZiB5b3UgaGF2ZSBydW4gJ21ha2UgYnVpbGR3b3JsZCIsIGp1c3QgcnVuICdtYWtl JyBpbiB0aGUNCnN5cy9ib290LyBkaXJlY3RvcnkgYW5kIGNvcHkgdGhlIG5ldyBsb2FkZXIuZWZp IGludG8gdGhlIGJvb3QgZm9sZGVyLCBlLmcuIGluIG15IHNpZGUsIEkNCnVzZQ0KY3AgLWl2ICAv dXNyL29iai9yb290L2JzZC5naXQvc3lzL2Jvb3QvZWZpL2xvYWRlci9sb2FkZXIuZWZpIC9ib290 L2xvYWRlci5lZmkNCg0KVGhhbmtzLA0KLS0gRGV4dWFuDQo= From owner-freebsd-current@freebsd.org Fri Mar 3 11:59:30 2017 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 C5A68CF71A3 for ; Fri, 3 Mar 2017 11:59:30 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0104.outbound.protection.outlook.com [104.47.41.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72F7A1981; Fri, 3 Mar 2017 11:59:29 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4WTuTQglGnWC922GiMFT/LB6MQtrPqnWpyh1cn6lmK8=; b=aBF9rSmBeGOZQXLHo27Fw3jn614pUTVi8lyc6ne5pUa8RUYY1Ua72WRH11D95ppeCb/RXxFsmUQ1sA0zz/nikygXwTFoLFIJmBpsCbZqe6Rc0naKD8ds/ARyi86BNtJDmxkzJo738rmOv4CfdtecprCoUQoVPcMesnxvXWIJWb8= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2671.namprd03.prod.outlook.com (10.168.207.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Fri, 3 Mar 2017 11:59:27 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.012; Fri, 3 Mar 2017 11:59:28 +0000 From: Dexuan Cui To: Alex Deiter , Chris H CC: freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqA= Date: Fri, 3 Mar 2017 11:59:27 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> 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;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::6a0] x-ms-office365-filtering-correlation-id: 85f90949-1f1f-4776-8bee-08d4622cbe83 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2671; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2671; 7:jd9KZMxbs3P66k4haPx8Ilz9jRsKVNJ0KbhNoqj/638DSSeUR8szMfxvtFbfV1skmOiRf/Zx3A+4Zm/cB5qOv9s6HuzsiK9spJuohT6PVXkiuL1cJYIJNEDCdE3RpkHCZIbVUrejLszd8s/lw+hW5oR7bFd72/5AmhBxGXLj7yBmJQX07de0s9QZfhrClG+7Nr9YKfH2gDH2DZjtuxi9O/3TerMs5iwASleYXDdKB5NWFts4tuYaz9njvhx5BlhMsudXYPnaY4FIx35FuuILQ+y5GykcUHHLVJsznx1jEr1RjPYOlLOqTqDONmI4qtxc9M5ut4Flu/++Tw6wBC0I498IzcCwj58qBLIRrsFzs8Y= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123560025)(20161123558025)(20161123562025)(20161123564025)(20161123555025)(6072148); SRVR:MWHPR03MB2671; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2671; x-forefront-prvs: 0235CBE7D0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39850400002)(39410400002)(39860400002)(39840400002)(39450400003)(106116001)(305945005)(92566002)(2950100002)(74316002)(54906002)(99286003)(2906002)(6116002)(102836003)(81166006)(8936002)(7736002)(189998001)(8676002)(122556002)(8990500004)(4326008)(77096006)(6436002)(50986999)(229853002)(54356999)(25786008)(10290500002)(53936002)(76176999)(5005710100001)(6506006)(9686003)(55016002)(3660700001)(86362001)(93886004)(86612001)(3280700002)(33656002)(2900100001)(6246003)(7696004)(10090500001)(39060400002)(38730400002)(5660300001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2671; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2017 11:59:27.8355 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2671 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 11:59:30 -0000 PiBGcm9tOiBEZXh1YW4gQ3VpDQo+IFNlbnQ6IEZyaWRheSwgTWFyY2ggMywgMjAxNyAxOTo1MA0K PiA+IEZyb206IEFsZXggRGVpdGVyDQo+ID4gU2VudDogRnJpZGF5LCBNYXJjaCAzLCAyMDE3IDE3 OjIyDQo+ID4gSGVsbG8sDQo+ID4gVGhlIHNhbWUgaXNzdWUgd2l0aCBGcmVlQlNEIDEyLjAtQ1VS UkVOVC1yMzE0NTYzOg0KPiA+IGVsZjY0X2xvYWRpbWFnZTogY291bGQgbm90IHJlYWQgc3ltYm9s cyAtIHNraXBwZWQhDQo+ID4NCj4gPiBJIHN1c3BlY3QgcmVncmVzc2lvbiBhZnRlcjoNCj4gPg0K PiA+IFJldmlzaW9uIDMxNDU0NyAtIERpcmVjdG9yeSBMaXN0aW5nDQo+ID4gTW9kaWZpZWQgVGh1 IE1hciAyIDA3OjI1OjUwIDIwMTcgVVRDICgyNSBob3VycywgNTQgbWludXRlcyBhZ28pIGJ5IGRl eHVhbg0KPiA+IGxvYWRlci5lZmk6IHJlZHVjZSB0aGUgc2l6ZSBvZiB0aGUgc3RhZ2luZyBhcmVh IGlmIG5lY2Vzc2FyeQ0KPiANCj4gWWVzLCBJIGJlbGlldmUgdGhlIGlzc3VlIGlzIGNhdXNlZCBi eSB0aGUgcGF0Y2gsIHdoaWNoIGlzIHN1cHBvc2VkIHRvIFBSIDIxMTc0NjoNCj4gLi4uDQo+IENh biB5b3UgcGxlYXNlIHRyeSB0aGUgcGF0Y2ggdG8gZHVtcCB0aGUgbWVtb3J5IG1hcD8NCj4gLi4u DQoNCkJUVywgSSB1bmRlcnN0YW5kIGl0J3MgcmVhbGx5IGFubm95aW5nIHRvIGJvb3QgdGhlIGhv c3QgZmlyc3QuLi4NCkknbSByZWFsbHkgc29ycnkgZm9yIHRoaXMuDQoNCkkgc3VwcG9zZSB5b3Un cmUgYWJsZSB0byBidWlsZCBvciBmaW5kIGEgZ29vZCAnbG9hZGVyLmVmaScgYmluYXJ5IG9uIGFu b3RoZXIgaG9zdCwNCmFuZCAgdGhlbiBtYW5hZ2UgdG8gcmVwbGFjZSB0aGUgYmFkICdsb2FkZXIu ZWZpJyBvbiB0aGUgaG9zdCBicm9rZW4gYnkgbWUuIDotKQ0KDQpUaGFua3MsDQotLSBEZXh1YW4N Cg== From owner-freebsd-current@freebsd.org Fri Mar 3 06:13:55 2017 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 65412CF4358; Fri, 3 Mar 2017 06:13:55 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 2C6E1137C; Fri, 3 Mar 2017 06:13:54 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v236DrJM067775; Thu, 2 Mar 2017 22:13:53 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v236DqUN067774; Thu, 2 Mar 2017 22:13:52 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201703030613.v236DqUN067774@pdx.rh.CN85.dnsmgr.net> Subject: Re: effect of strip(1) on du(1) In-Reply-To: To: Ngie Cooper Date: Thu, 2 Mar 2017 22:13:52 -0800 (PST) CC: Subbsd , Peter Jeremy , freebsd-hackers , freebsd-current Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Fri, 03 Mar 2017 12:12:52 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 06:13:55 -0000 [ Charset UTF-8 unsupported, converting... ] > On Thu, Mar 2, 2017 at 4:31 PM, Rodney W. Grimes > wrote: > ... > > Even if that is the case file system cache effects should NOT be > > visible to a userland process. This is NOT as if your running > > 2 different processing beating on a file. Your test cases are > > serialially syncronous shell invoked commands seperated with > > && the results should be exact and predictable. > > > > When strip returns the operation from the userland perspecive > > is completed and any and all processeses started after that > > should have the view of the completed strip command. > > > > This IS a bug. > > Would the same statement necessarily apply if the filesystem was > writing things asynchronously to the backing storage? Caching should^h^h^h^hshall be transparent to a userland process. Are you actually advocating that a userland process should be able to see that zfs is write caching meta data? The strip(1) command has completed and exited, pola dictates that anything I asked strip(1) to do be reflected in all commands or system calls executed after it. Anything else would be a bug. > Thanks, > -Ngie -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Mar 3 06:19:14 2017 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 47109CF457A; Fri, 3 Mar 2017 06:19:14 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 EB71D180A; Fri, 3 Mar 2017 06:19:13 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v236JCZ6067806; Thu, 2 Mar 2017 22:19:12 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v236JAph067805; Thu, 2 Mar 2017 22:19:10 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201703030619.v236JAph067805@pdx.rh.CN85.dnsmgr.net> Subject: Re: effect of strip(1) on du(1) In-Reply-To: To: Alan Somers Date: Thu, 2 Mar 2017 22:19:10 -0800 (PST) CC: Ngie Cooper , Subbsd , Peter Jeremy , freebsd-hackers , freebsd-current Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Fri, 03 Mar 2017 12:23:05 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 06:19:14 -0000 > On Thu, Mar 2, 2017 at 6:12 PM, Ngie Cooper wrote: > > On Thu, Mar 2, 2017 at 4:31 PM, Rodney W. Grimes > > wrote: > > ... > >> Even if that is the case file system cache effects should NOT be > >> visible to a userland process. This is NOT as if your running > >> 2 different processing beating on a file. Your test cases are > >> serialially syncronous shell invoked commands seperated with > >> && the results should be exact and predictable. > >> > >> When strip returns the operation from the userland perspecive > >> is completed and any and all processeses started after that > >> should have the view of the completed strip command. > >> > >> This IS a bug. > > > > Would the same statement necessarily apply if the filesystem was > > writing things asynchronously to the backing storage? > > Thanks, > > -Ngie > > du(1) is using fts_read(3), which is based on the stat(2) information. > The OpenGroup defines st_blocksize as "Number of blocks allocated for > this object." In the case of ZFS, a write(2) may return before any > blocks are actually allocated. And thanks to compression, gang > blocks, and deduplication, at this point it's not even possible for > ZFS to know how many blocks it will need to allocate. I think > st_blocksize should be interpreted as a "best effort" output. Just > like df(1), you can't rely on du's output to be mathematically precise > in any way. I certainly don't see any way to fix it besides doing > something like an fsync(2) before getting stat information, and we > certainly don't want to do that. My gut tells me that this is gona cause problems, is it ONLY the st_blocksize data that is incorrect then not such a big problem, or are we returning other meta data that is wrong? Waving hands over this report as async write behind meta data issues is not making sure we dont have a more serious problem. My expectactions of executing a stat(2) call on a file would be that the data returned is valid and stable. I think almost any program would expect that. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Mar 3 13:37:42 2017 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 CC714CF6384 for ; Fri, 3 Mar 2017 13:37:42 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0095.outbound.protection.outlook.com [104.47.38.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50B8C1AD9; Fri, 3 Mar 2017 13:37:41 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=M3FHiGbMcn0OiYRiBqGbnomAYeZmzhpHPFXXSvhrPRI=; b=S811PID28H7AHsS63Meahky1wT46QWddJwXDbMBwSYjpko0oCJVqL/aidLs6B3edMwoQ1qkzFtM4DFCm3Ced3tNJpz7kSzohf/RPk5/i8AF/X5/92JbUkt+c1O+RlsdJGdhMx0KNEjqTJ0CyyOvub2DmaFZiCUXRNN2BV2EH0Os= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Fri, 3 Mar 2017 13:37:38 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.012; Fri, 3 Mar 2017 13:37:38 +0000 From: Dexuan Cui To: Michael Tuexen CC: Alex Deiter , Chris H , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgw Date: Fri, 3 Mar 2017 13:37:38 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> In-Reply-To: <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: fh-muenster.de; dkim=none (message not signed) header.d=none;fh-muenster.de; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::6a0] x-ms-office365-filtering-correlation-id: b344b4cd-9b6c-430e-8701-08d4623a755e x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:Gfp3QHfszCy1SgIb35lV/7jaH73GZquHNRMixV1Jewa1frlJ87BWmWOZj4ynSPjY4fMshv7oVSTxS1Ft2Hrjx52C6yElQrCEGcIGGW8GYifCnIn5OEARrXdiaS0NUUJuyJxQ/XyXS8HyPwGuDA/+Boe6yI9gHqkiSceMAkUm1hg+QLEGRh8/tKHbVsNl0mqAO6hDdtikR9OKvEosZaw8Kfu+xHStg06mDmR1eDWLsw9Kq8koZLEnDiF1Oywshxg9rr4zML5+PPlx4KwcF3vMebfsDDspb0N40fo3bOjSHRredpK+zlzqrrJx0Sufa6et4fRhnRsgjOk0XsaXo9y3ErfV56wG/zY9a9s1jrzJmhE= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123560025)(20161123564025)(20161123555025)(20161123558025)(20161123562025)(6072148)(6042181); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0235CBE7D0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(122556002)(10290500002)(5005710100001)(6306002)(229853002)(6506006)(93886004)(6436002)(9686003)(8990500004)(86362001)(25786008)(86612001)(10090500001)(6916009)(54906002)(7696004)(77096006)(55016002)(99286003)(2900100001)(2950100002)(5660300001)(102836003)(8936002)(189998001)(53936002)(50986999)(92566002)(74316002)(7736002)(6116002)(81166006)(305945005)(2906002)(3280700002)(110136004)(54356999)(33656002)(106116001)(4326008)(76176999)(3660700001)(38730400002)(6246003)(8676002)(39060400002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2017 13:37:38.1906 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 13:37:42 -0000 > From: Michael Tuexen > Sent: Friday, March 3, 2017 21:30 > > BTW, I understand it's really annoying to boot the host first... > > I'm really sorry for this. > > > > I suppose you're able to build or find a good 'loader.efi' binary on an= other host, > > and then manage to replace the bad 'loader.efi' on the host broken by = me. :-) > This problem also occurred on a Dell R430... >=20 > Best regards > Michael Can you please use the patch to dump the EFI memory map: https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.html Let's get this fixed ASAP. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Fri Mar 3 13:30:15 2017 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 08421CF5EB8 for ; Fri, 3 Mar 2017 13:30:15 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9A0D135D; Fri, 3 Mar 2017 13:30:14 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [IPv6:2003:cd:6bd4:8e00:c5a:dbcb:8136:92bf] (p200300CD6BD48E000C5ADBCB813692BF.dip0.t-ipconnect.de [IPv6:2003:cd:6bd4:8e00:c5a:dbcb:8136:92bf]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 95213721E280C; Fri, 3 Mar 2017 14:30:09 +0100 (CET) From: Michael Tuexen Message-Id: <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> Content-Type: multipart/signed; boundary="Apple-Mail=_8D197DA5-AC62-4AD1-9775-C4322CED1A9B"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Boot failure - svn up from this morning Date: Fri, 3 Mar 2017 14:30:08 +0100 In-Reply-To: Cc: Alex Deiter , Chris H , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau To: Dexuan Cui References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> X-Mailer: Apple Mail (2.3259) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Mailman-Approved-At: Fri, 03 Mar 2017 13:39:47 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 13:30:15 -0000 --Apple-Mail=_8D197DA5-AC62-4AD1-9775-C4322CED1A9B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 3 Mar 2017, at 12:59, Dexuan Cui wrote: >=20 >> From: Dexuan Cui >> Sent: Friday, March 3, 2017 19:50 >>> From: Alex Deiter >>> Sent: Friday, March 3, 2017 17:22 >>> Hello, >>> The same issue with FreeBSD 12.0-CURRENT-r314563: >>> elf64_loadimage: could not read symbols - skipped! >>>=20 >>> I suspect regression after: >>>=20 >>> Revision 314547 - Directory Listing >>> Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by = dexuan >>> loader.efi: reduce the size of the staging area if necessary >>=20 >> Yes, I believe the issue is caused by the patch, which is supposed to = PR 211746: >> ... >> Can you please try the patch to dump the memory map? >> ... >=20 > BTW, I understand it's really annoying to boot the host first... > I'm really sorry for this. >=20 > I suppose you're able to build or find a good 'loader.efi' binary on = another host, > and then manage to replace the bad 'loader.efi' on the host broken by = me. :-) This problem also occurred on a Dell R430... Best regards Michael >=20 > Thanks, > -- Dexuan > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --Apple-Mail=_8D197DA5-AC62-4AD1-9775-C4322CED1A9B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQkDCCBNUw ggO9oAMCAQICCFBOxvU9EbRkMA0GCSqGSIb3DQEBCwUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQK ExNEZXV0c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVyMSMw IQYDVQQDExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0xNDA3MjIxMjA4MjZaFw0xOTA3 MDkyMzU5MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAwDgYDVQQLEwdE Rk4tUEtJMSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U1wBblSJ01CDrNI/W7MAx BAuZgeKmFNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6fL9KDhsAw4bpXCsxEXsM84Ik Q4wcOItqaACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869080UME/15eOkyGKbghoDJzANAmVg Te3RCSMqljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqDoZRdQWvY0hD1TP3KUazZve+Sg7va64sW VlZDz+HVEz2mHycwzUlU28kTNJpxdcVs6qcLmPkhnSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjggGG MIIBgjAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFEm3xs/oPR9/6kR7Eyn38QpwPt5kMB8GA1Ud IwQYMBaAFDHDeRu69VPXF+CJei0XbAqzK50zMBIGA1UdEwEB/wQIMAYBAf8CAQIwYgYDVR0gBFsw WTARBg8rBgEEAYGtIYIsAQEEAgIwEQYPKwYBBAGBrSGCLAEBBAMAMBEGDysGAQQBga0hgiwBAQQD ATAPBg0rBgEEAYGtIYIsAQEEMA0GCysGAQQBga0hgiweMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6 Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8yLmNybDB4BggrBgEFBQcBAQRsMGow LAYIKwYBBQUHMAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMDoGCCsGAQUFBzAC hi5odHRwOi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9EVF9ST09UX0NBXzIuY2VyMA0GCSqGSIb3 DQEBCwUAA4IBAQBjICj9nCGGcr45Rlk5MiW8qQGbDczKfUGchm0KbiyzE1l1sTOSG2EnFv/DstU1 gvuEKgFJvWa7Zi+ywgZdbj9u4wFaW8pDY1yVtuExpx/VB19N5mWCTjL5w3x6S81NXHTuIfJ1AuxS PtLJatOQI25JZzW+f01WpOzML8+3oZeocj7JvEDWWqQIPda8gsO3tzKOsSyOam23NQIZz/U5RFhj pyQAELC7/E6vbi84u6VXST/YblBvLJeW3B1GmmWJz67M8uXZn1OzPqEvkqnYC8aEHwTG6x7on321 e6UC8STFJGMRNMxakyAqeYg6JUKQqWU7fIbTEhUjKfws2sw5W1QXMIIFojCCBIqgAwIBAgIHF6Qk oQlIMzANBgkqhkiG9w0BAQsFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQ MA4GA1UECxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4X DTE0MDUyNzE0NTQwOVoXDTE5MDcwOTIzNTkwMFowgcYxCzAJBgNVBAYTAkRFMRwwGgYDVQQIExNO b3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4GA1UEChMXRmFjaGhvY2hz Y2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5nc3plbnRyYWxlMR0wGwYD VQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYRY2FAZmgtbXVlbnN0ZXIu ZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4eWyu8GzsIv0iowf2v/9BT0SmCFNX /eyQe5BncOk1j6XIlY5bnNu1S5uBe3uVgekgTh3gJyVNlaoIfCgAjqCrNJIaNQq5fr/S6L8uFeaU O8IF/C4RH5P7f9Hn2GUueEjmJhg9CI3LBAhrfAmEEtNmuVfDycN2MjngwDNxUNRfuXbWxuhkgDqJ 0ztJeayHGhFDrGx88eyStx40xy+0c0OFWdWxzBFQlBRHnl+zRftj3c9qy6BY+/fGaA2vV1oKr3h5 X6eyU1T8YlpP1NDe4bylqAteX01sM2Qciu8UAPnNc7Sb93TQjhCFRVDIS3CdN6AOpwz5YWEld6ey CdmFZ7pvAgMBAAGjggH+MIIB+jASBgNVHRMBAf8ECDAGAQH/AgEBMA4GA1UdDwEB/wQEAwIBBjAR BgNVHSAECjAIMAYGBFUdIAAwHQYDVR0OBBYEFArzW7zkMYDWNUKJptPDzzfe0d/XMB8GA1UdIwQY MBaAFEm3xs/oPR9/6kR7Eyn38QpwPt5kMBwGA1UdEQQVMBOBEWNhQGZoLW11ZW5zdGVyLmRlMIGI BgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9w dWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0cDovL2NkcDIucGNhLmRmbi5kZS9nbG9iYWwtcm9v dC1jYS9wdWIvY3JsL2NhY3JsLmNybDCB1wYIKwYBBQUHAQEEgcowgccwMwYIKwYBBQUHMAGGJ2h0 dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBHBggrBgEFBQcwAoY7aHR0cDov L2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwRwYI KwYBBQUHMAKGO2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NhY2Vy dC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQDeRwM11kpvuRIPuzWXLapr/ZBtB76V3cuF l45x/Kx0u03yjB4GaBPcxihn4P1z5KhRYkDBMo8HXkOgbL59aF6VdOlCurEgZvghKvUkKOCyWeYx S9rTGPBkbGiNn2ATVuLXzF8rDf50ynAIu3otstOOv+3Ifqi1pzCva1nO64khQA5Gd5/BNyu+YHbW f8ERAf9leu5a7yVI7cv1gCZAHpWJpkUKmfawyY4sAJ2hbGZRBvdACOxrfbuMdSOzPneT2rlmvH+D 7M6DmzVabLYk6UtAxQhldd/T/qsHkWvaWXHt0Eb9STs2Fl03Ls7M3NyLQLhaeR3ysNURYcaEfaB+ lxN+MIIGDTCCBPWgAwIBAgIHG5mIdDexozANBgkqhkiG9w0BAQsFADCBxjELMAkGA1UEBhMCREUx HDAaBgNVBAgTE05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQK ExdGYWNoaG9jaHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVu dHJhbGUxHTAbBgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBm aC1tdWVuc3Rlci5kZTAeFw0xNjA3MDQwNzA2MTNaFw0xOTA3MDQwNzA2MTNaMHwxCzAJBgNVBAYT AkRFMSAwHgYDVQQKDBdGYWNoaG9jaHNjaHVsZSBNdWVuc3RlcjEyMDAGA1UECwwpRmFjaGJlcmVp Y2ggRWxla3Ryb3RlY2huaWsgdW5kIEluZm9ybWF0aWsxFzAVBgNVBAMMDk1pY2hhZWwgVHVleGVu MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzJoaUG3Zm24XxA/zNg2sbFcL56w8xqMg +X6G7UsYec3YEncnlkw3jgE5nDefos7UVoCA7wPjFTj8AQt5xfpXElnbM45IPy5Ng7g6dS7biGSM VRACPXe1PrjgApRAwwGmCPvALnZXkmKP6Zlf+3VLfz9YWIIaeKu3jFM2Lk6Y3gr5U1l8bjHSawOo WMlfvSsXXLT38zKW7Uz9jS278j0OqHANBPgsE6/LJoCWFInwlvybxhO3nGU7OteUGaPikqzvjLsL YgpHDi0WjMZfVx/UtUSzZ4EJvmJTBeuVwyKnCbrawnfwYPTQQ6VE1OkAzmsMByBbEwJ996RtG//T XCG06QIDAQABo4ICRzCCAkMwQAYDVR0gBDkwNzARBg8rBgEEAYGtIYIsAQEEAwUwEQYPKwYBBAGB rSGCLAIBBAMBMA8GDSsGAQQBga0hgiwBAQQwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCBeAwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBTQHa9qhKgSZgCCAPThZkXaEaJ/ dTAfBgNVHSMEGDAWgBQK81u85DGA1jVCiabTw8833tHf1zAgBgNVHREEGTAXgRV0dWV4ZW5AZmgt bXVlbnN0ZXIuZGUwgYgGA1UdHwSBgDB+MD2gO6A5hjdodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Zo LW11ZW5zdGVyLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMD2gO6A5hjdodHRwOi8vY2RwMi5wY2EuZGZu LmRlL2ZoLW11ZW5zdGVyLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMIHXBggrBgEFBQcBAQSByjCBxzAz BggrBgEFBQcwAYYnaHR0cDovL29jc3AucGNhLmRmbi5kZS9PQ1NQLVNlcnZlci9PQ1NQMEcGCCsG AQUFBzAChjtodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2ZoLW11ZW5zdGVyLWNhL3B1Yi9jYWNlcnQv Y2FjZXJ0LmNydDBHBggrBgEFBQcwAoY7aHR0cDovL2NkcDIucGNhLmRmbi5kZS9maC1tdWVuc3Rl ci1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQELBQADggEBAEj2/6x4kzoCVIiu aaminPrOHxACyoYsmSRjYPQpgW5xRj/FlolO1nG+ZZ11sqTb3TdCGD69ko5/zs8eGKnv/i0VLCHF g1JLfpaxElN5RrR/cqRJrbzKshF9aUkBODF8vlf9BCeimMK3fifjbbWRyxHssfEECffujD7/Yvta NYMO46Roz39lIK2s37IVFq3V5RWzUeTuwpP9t8lOxirOi9eK2OYI/dh0HjR2S5Dr9nMR1dNulrhz jlFxGc+opefGScrRR9Ec0eqTXlbt1Q9UzNIYVS+OGZY8/bBbprwXVTmwSp8dygEULkIaMbLsaTaW 6TehuL8ousPJkL52SOENgSkxggQpMIIEJQIBATCB0jCBxjELMAkGA1UEBhMCREUxHDAaBgNVBAgT E05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQKExdGYWNoaG9j aHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVudHJhbGUxHTAb BgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBmaC1tdWVuc3Rl ci5kZQIHG5mIdDexozAJBgUrDgMCGgUAoIICKzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0xNzAzMDMxMzMwMDhaMCMGCSqGSIb3DQEJBDEWBBSiGghT5vLpw98s7PgA KVCU8gYk9jCB4wYJKwYBBAGCNxAEMYHVMIHSMIHGMQswCQYDVQQGEwJERTEcMBoGA1UECBMTTm9y ZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2No dWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UE AxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRl AgcbmYh0N7GjMIHlBgsqhkiG9w0BCRACCzGB1aCB0jCBxjELMAkGA1UEBhMCREUxHDAaBgNVBAgT E05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQKExdGYWNoaG9j aHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVudHJhbGUxHTAb BgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBmaC1tdWVuc3Rl ci5kZQIHG5mIdDexozANBgkqhkiG9w0BAQEFAASCAQDERYWUc40zuUWIgINLu2lieJzrRQIs7UJD R4ocgzbeLnKj9rWAsJTUjkJVTTG6vSSqdBO0dj+U9E4qegzJr606bnNOVDOQjw7Gh52yLNL33Agt 4UAahIU/YmCuUkK/dlzYxnwOeePfcVTgar3y/r1X67AUH8lDaNkrzx33EFsrP0nhMrdEbtdzrnWQ HxE63qOw6NedGPxNY7+TKccPjMua0fm9rJ4zbfR292+BNRJp6HruDwOLCLp/x6iXvUf6VCAFSJK8 hmAo54o98cHhDpYpoFAunO9IGsr5TJL2KXe96vNJeofPQCMCOU90Nwx3Cjuw5dhwVTqfAD3/lq23 UT9YAAAAAAAA --Apple-Mail=_8D197DA5-AC62-4AD1-9775-C4322CED1A9B-- From owner-freebsd-current@freebsd.org Fri Mar 3 14:11:34 2017 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 36B8BCF5093; Fri, 3 Mar 2017 14:11:34 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 0AED5113D; Fri, 3 Mar 2017 14:11:33 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v23EBWmM069970; Fri, 3 Mar 2017 06:11:32 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v23EBUdM069969; Fri, 3 Mar 2017 06:11:30 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201703031411.v23EBUdM069969@pdx.rh.CN85.dnsmgr.net> Subject: Re: effect of strip(1) on du(1) In-Reply-To: <20170303092143.GM4503@server.rulingia.com> To: Peter Jeremy Date: Fri, 3 Mar 2017 06:11:30 -0800 (PST) CC: freebsd-hackers , Subbsd , freebsd-current Current , Ngie Cooper , Alan Somers X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Fri, 03 Mar 2017 14:56:39 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 14:11:34 -0000 -- Start of PGP signed section. [ Charset ISO-8859-1 unsupported, converting... ] > On 2017-Mar-02 22:19:10 -0800, "Rodney W. Grimes" wrote: > >> du(1) is using fts_read(3), which is based on the stat(2) information. > >> The OpenGroup defines st_blocksize as "Number of blocks allocated for > >> this object." In the case of ZFS, a write(2) may return before any > >> blocks are actually allocated. And thanks to compression, gang > ... > >My gut tells me that this is gona cause problems, is it ONLY > >the st_blocksize data that is incorrect then not such a big > >problem, or are we returning other meta data that is wrong? > > Note that it's st_blocks, not st_blocksize. Yes, I just ignore that digretion, as well as the digretion into fts_read being anything special about this, as it just ends up calling stat(2) in the end anyway. > > I did an experiment, writing a (roughly) 113MB file (some data I had > lying around), close()ing it and then stat()ing it in a loop. This is > FreeBSD 10.3 with ZFS and lz4 compression. Over the 26ms following the > close(), st_blocks gradually rose from 24169 to 51231. It then stayed > stable until 4.968s after the close, when st_blocks again started > increasing until it stabilized after a total of 5.031s at 87483. Based > on this, st_blocks reflects the actual number of blocks physically > written to disk. None of the other fields in the struct stat vary. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Thank you for doing the proper regression test, that satisfies me that we dont have a lattent bug sitting here and infact what we have is exposure of the kernel caching, which I might be too thrilled about, is just how its gona have to be. > > The 5s delay is presumably the TXG delay (since this system is basically > unloaded). I'm not sure why it writes roughly ? the data immediately > and the rest as part of the next TXG write. > > >My expectactions of executing a stat(2) call on a file would > >be that the data returned is valid and stable. I think almost > >any program would expect that. > > I think a case could be made that st_blocks is a valid representation > of "the number of blocks allocated for this object" - with the number > increasing as the data is physically written to disk. As for it being > stable, consider a (hypothetical) filesystem that can transparently > migrate data between different storage media, with different compression > algorithms etc (ZFS will be able to do this once the mythical block > rewrite code is written). I could counter argue that st_blocks is: st_blocks The actual number of blocks allocated for the file in 512-byte units. Nothing in that says anything about "on disk". So while this thing is sitting in memory on the TXG queue we should return the number of 512 byte blocks used by the memory holding the data. I think that would be the more correct thing than exposing the fact this thing is setting in a write back cache to userland. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Mar 3 14:17:36 2017 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 7A068CF5288; Fri, 3 Mar 2017 14:17:36 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 25AC415AD; Fri, 3 Mar 2017 14:17:35 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v23EHXpl070032; Fri, 3 Mar 2017 06:17:33 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v23EHX59070031; Fri, 3 Mar 2017 06:17:33 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201703031417.v23EHX59070031@pdx.rh.CN85.dnsmgr.net> Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] In-Reply-To: <8D803761-644A-4E72-928F-2E96525A1A11@dsl-only.net> To: Mark Millard Date: Fri, 3 Mar 2017 06:17:33 -0800 (PST) CC: sgk@troutmask.apl.washington.edu, Mateusz Guzik , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Fri, 03 Mar 2017 15:15:04 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 14:17:36 -0000 > On 2017-Mar-2, at 7:19 AM, Steve Kargl wrote: > > On Thu, Mar 02, 2017 at 01:10:21PM +0100, Mateusz Guzik wrote: > > On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote: > >> > >>> Summary of the transition interval: > >>> > >>> So for powerpc64 (and powerpc?) It is a good > >>> idea to avoid anything that is after -r313254 > >>> and before -r314474 in head. (Would this be > >>> appropriate for a UPDATING notice given its > >>> span?) > >>> > >>> There may be other architectures that might have > >>> a similar status(?): the last fixes involved were > >>> not in Machine Dependent code. (Some architectures > >>> are apparently insensitive to the errors, such as > >>> amd64). > >>> > >> > >> When following current you are expected to be on the newest revision, > >> so I don't think mentioning interim broken releases makes much sense. > >> > > > > Documenting the range may aid those bisecting src/ to find a bug. > > How is one to know that anything in the range that Mark points > > out should be skipped on powerpc64? > > > > -- > > Steve > > I have tested with a TARGET_ARCH=powerpc -r314473 build and > its kernel version has locking problems like > TARGET_ARCH=powerpc64 does for that version. > > [Note: This was run on a PowerMac G5 so-called "Quad Core" > so most of the memory was ignored.] > > Both TARGET_ARCH=powerpc64 and TARGET_ARCH=powerpc need -r314474 > or later as of the new locking. > > I've not explicitly tested other architectures. As I remember > armv6/v7 are classified as having some from of a weak memory > model compared to the likes of amd64. If so armv6/v7 might be > candidates for having problems. There might be other candidates. I also had locking issues on amd64 around this build time that sent me down a week long rabbit hole chasing what I thought was a bug in the new AMD/IOMMU code. IMHO if we can at least flag prior snapshot builds as "Broken for reason X" it might save someone some time and time is a one way depleting resource usually worth saving if possible. If needed I can dig out the specifc build. Oh, nvm, let me just do that, it was r309302. This revision I beleive is a november snapshot. It has kernel panics due to spinlock timeout and sparatic deadlock that is undetected. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Mar 3 15:28:00 2017 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 750A0CF6DD8 for ; Fri, 3 Mar 2017 15:28:00 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A1C51726; Fri, 3 Mar 2017 15:27:58 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v23FRdEQ005474 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 3 Mar 2017 17:27:41 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id v23FM5qT035692 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 3 Mar 2017 17:22:05 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v23FM26H035691; Fri, 3 Mar 2017 17:22:02 +0200 (EET) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: Alex Deiter Cc: Bryan Drewery , "Ngie Cooper (yaneurabeya)" , freebsd-current , Xin Li Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined Date: Fri, 03 Mar 2017 17:22:02 +0200 Message-ID: <2380508.WgNOZIpuQf@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: <34795ABB-53CB-4C2F-914B-E50276E425B2@gmail.com> References: <6255771.COiSESJxsN@asus.theweb.org.ua> <34795ABB-53CB-4C2F-914B-E50276E425B2@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 15:28:00 -0000 On Thursday 02 March 2017 22:40:05 Alex Deiter wrote: > Hello, Hello, > > Please apply patch from upstream: > > https://github.com/the-tcpdump-group/libpcap/pull/541 > > Fix compilation if INET6 isn't defined. > Addresses GitHub issue #541, but differently from the pull request (it > defines gen_gateway() with a function prototype rather than using a > pre-prototype-style definition). > > https://github.com/the-tcpdump-group/libpcap/commit/470df104c6f55f6d6f390df7 > 448d8eb65c7642b9#diff-021c0dd9e9ed7100b9e31d8d95c930f2 I can confirm that it fixes the issue. > > Thank you! > > Alex Deiter > alex.deiter@gmail.com > > > On 18 Feb 2017, at 00:09, Bryan Drewery wrote: > > > > On 2/17/2017 1:03 PM, Bryan Drewery wrote: > >> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote: > >>>> On Feb 16, 2017, at 07:30, Oleg V. Nauman > >>>> wrote: > >>>> > >>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - > >>>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H > >>>> - > >>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - > >>>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - > >>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - > >>>> MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 > >>>> -fstack-protector-strong -Wno- pointer-sign -Wno-empty-body > >>>> -Wno-string-plus-int -Wno-unused-const-variable - > >>>> Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > >>>> -Wno- unused-function -Wno-enum-conversion -Wno-unused-local-typedef > >>>> -Wno-switch - Wno-switch-enum -Wno-knr-promoted-parameter > >>>> -Wno-parentheses -Qunused- arguments -c > >>>> /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o > >>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - > >>>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H > >>>> - > >>>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - > >>>> D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - > >>>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - > >>>> MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong > >>>> -Wno- > >>>> pointer-sign -Wno-empty-body -Wno-string-plus-int > >>>> -Wno-unused-const-variable - Wno-tautological-compare > >>>> -Wno-unused-value -Wno-parentheses-equality -Wno- unused-function > >>>> -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch - > >>>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses > >>>> -Qunused- arguments -c /usr/src/contrib/libpcap/gencode.c -o > >>>> gencode.o > >>>> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' > >>>> in > >>>> 'struct _compiler_state' > >>>> > >>>> cstate.ai = NULL; > >>>> ~~~~~~ ^ > >>>> > >>>> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared > >>>> identifier 'cstate' > >>>> > >>>> bpf_error(cstate, "direction applied to 'gateway'"); > >>>> > >>>> ^ > >>>> > >>>> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared > >>>> identifier 'cstate' > >>>> > >>>> switch (cstate->linktype) { > >>>> > >>>> ^ > >>>> > >>>> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared > >>>> identifier 'cstate' > >>>> > >>>> b1 = gen_host(cstate, **alist++, 0xffffffff, proto, Q_OR, > >>>> > >>>> Q_HOST); > >>>> > >>>> ^ > >>>> > >>>> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared > >>>> identifier 'cstate' > >>>> > >>>> tmp = gen_host(cstate, **alist++, 0xffffffff, > >>>> proto, > >>>> > >>>> Q_OR, > >>>> > >>>> ^ > >>>> > >>>> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared > >>>> identifier 'cstate' > >>>> > >>>> bpf_error(cstate, "illegal modifier of 'gateway'"); > >>>> > >>>> ^ > >>>> > >>>> 6 errors generated. > >>>> *** Error code 1 > >>>> > >>>> Stop. > >>>> make[5]: stopped in /usr/src/lib/libpcap > >>>> *** Error code 1 > >>> > >>> CCing Xin, who did the libpcap upgrade. > >>> -Ngie > >> > >> I get an error even with INET6 building grammar.o: > >>> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of > >>> undeclared identifier 'cstate'; did you mean 'cstat'?>>> > >>> finish_parse(cstate, yystack.l_mark[0].blk.b); > >>> > >>> ^~~~~~ > >>> cstat > >>> > >>> grammar.c:1291:1: note: 'cstat' declared here > >>> YYPARSE_DECL() > >>> ^ > > > > Ignore me, my yacc is just outdated. From owner-freebsd-current@freebsd.org Fri Mar 3 15:47:24 2017 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 0F804CF6414 for ; Fri, 3 Mar 2017 15:47:24 +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 C9F7F1597; Fri, 3 Mar 2017 15:47:23 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-68-117-45.dyn.iinet.net.au [106.68.117.45]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v23FlAte031751 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 3 Mar 2017 07:47:14 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: CFLAGS for certain ports To: Dimitry Andric , Mingo Rrubioer References: Cc: freebsd-current@freebsd.org From: Julian Elischer Message-ID: Date: Fri, 3 Mar 2017 23:47:05 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 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.23 Precedence: 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, 03 Mar 2017 15:47:24 -0000 On 2/3/17 8:58 pm, Dimitry Andric wrote: > On 2 Mar 2017, at 12:02, Mingo Rrubioer wrote: >> I would like to see how well FreeBSD does as a workstation OS in the >> HPC world due to its stability and reliability, as well as LLVM/clang. >> I would like to know if FreeBSD has something similar to Gentoo's >> /etc/portage/make.conf file and /etc/portage/package.use/* files in >> order to compile certain ports with certain compiler flags. > It doesn't, though it would certainly be nice to have something like it > at some point. The current idiom is to put something similar to the > following in your /etc/make.conf: > > .if ${.CURDIR:M/usr/ports/foo/bar} > CFLAGS+= [... flags for the foo/bar port ...] > .endif > > .if ${.CURDIR:M/usr/ports/what/ever} > CFLAGS+= [... flags for the what/ever port ...] > .endif > > >> Regarding LLVM/clang, I've been reading the documentation and found >> these flags: -arch=, -march=, -mcpu=, >> --target=, target-cpu . I'm not quite sure which >> one would be the one to use. In case someone wants to know, my initial >> play/test machine has this processor: >> >> CPU: Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz (3600.11-MHz K8-class CPU) >> Origin="GenuineIntel" Id=0x206d7 Family=0x6 Model=0x2d Stepping=7 >> >> And I'm currently running: 11.0-RELEASE-p8. >> >> So I imagine I should use something like CFLAGS+= -march=corei7-avx >> -march=sandybridge -target-cpu. Is that correct? > Don't specify -march or -mcpu directly, but add the following line to > /etc/make.conf: > > CPUTYPE?= native > > This will take care of everything automatically. See also make.conf(5). > > -Dimitry > Many many 3rd party packages use a consistent set of variables fed into the automumble tools. Only today I was pleasantly surprised to see the lftp port pick up my CFLAGS and LDFLAGS changes without me having to change anything in the ports themselves.. we should investigate what these defacto stndards are and document them From owner-freebsd-current@freebsd.org Fri Mar 3 16:16:01 2017 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 758F7CF6074 for ; Fri, 3 Mar 2017 16:16:01 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x242.google.com (mail-lf0-x242.google.com [IPv6:2a00:1450:4010:c07::242]) (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 E65731B32; Fri, 3 Mar 2017 16:16:00 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x242.google.com with SMTP id r36so8410235lfi.0; Fri, 03 Mar 2017 08:16:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hHBVwFaIpSKnu021mQ66d5hdQnZJY7dFWtbrMnsG3tQ=; b=AD1uveKNbLvg0slw9MpksHInaG/lTw0PyhsI6onEjB6dkZkBCGP85SinzgpCHu8Yl/ vjJ9uJR83MJYflHeCLokrNerehfmzaLf50LB0du8GJiyogH1wcY/RsEqMq8vTdKVvapz z/b695ROF3zsd2vDSrYN+XIr3yLO7U2QLbmhFgm8alcUI4XyOWrD9ivUbbNhj87lhyMV Gg7J2d2+yFTJ4VynQFwJgG1SpwAlpZvLXlWvaHpsw/6VVgknciyLkKXPpzWy6tOOWVXw 4/anHrluC8xfAx/MdofvLn5DSsA4mj3Tj7e1FDuBfBecNOWVOjHWHS2SebKp58QiLABx P+KQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hHBVwFaIpSKnu021mQ66d5hdQnZJY7dFWtbrMnsG3tQ=; b=c6Vh5fVTiJX6CaIyDR4s1mIoRrqMSf3YcaIQn8CUqUjJqfomx8lSNhDdQ+caMj2BDs 6V8nPIR4er196woXYDM0t+hwyzsPoDHiur4q4iBEmBUkcZu4hKz1dNu0EzFxA0IVa8YD WeYlWM51rfriHJ8hRngcjs/YWTK08mD7NLLMsIpVrzcseceP9C4zhTzfkZkXjrwcqNAa RQWtPmfxLThZfUbEa3qMHemp7/vZbml5XCtU6zKUI2BI6Gg9shVlkfqavyCAbwoxI+NW cyOyfbNriOTeuiXWIQrCr2XRxRyrj4mq1poZVW37VD6eYk1GcqXXk9evDrs4xFKOXjqx J04A== X-Gm-Message-State: AMke39nycIz8oYQ6zIQ+OccHjIaW9y2P/ny5vx/2/ggudmbyeuGOOAQoqZGj5OpbdWkWXg== X-Received: by 10.25.165.201 with SMTP id o192mr1228029lfe.84.1488557758654; Fri, 03 Mar 2017 08:15:58 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id o80sm2356485lff.25.2017.03.03.08.15.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Mar 2017 08:15:57 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Boot failure - svn up from this morning From: Alex Deiter In-Reply-To: Date: Fri, 3 Mar 2017 19:15:56 +0300 Cc: Chris H , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Content-Transfer-Encoding: quoted-printable Message-Id: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> To: Dexuan Cui X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 16:16:01 -0000 Hello Dexuan, Thank you for the patch! I=E2=80=99ll test it and let you know the result. Thank you! Alex Deiter alex.deiter@gmail.com > On 3 Mar 2017, at 14:49, Dexuan Cui wrote: >=20 >> From: Alex Deiter >> Sent: Friday, March 3, 2017 17:22 >>=20 >> Hello, >> The same issue with FreeBSD 12.0-CURRENT-r314563: >> elf64_loadimage: could not read symbols - skipped! >>=20 >> I suspect regression after: >>=20 >> Revision 314547 - Directory Listing >> Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by = dexuan >> loader.efi: reduce the size of the staging area if necessary >=20 > Yes, I believe the issue is caused by the patch, which is supposed to = PR 211746: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746 >=20 > Sorry for causing the issue to you, but I suspect the patch reveals a = bug in your > host's firmware: the memory map reported by the host's firmware may be > incorrect. >=20 > Can you please try the patch to dump the memory map? > = https://github.com/dcui/freebsd/commit/6094aac8ac9bddb24e3ac45493ac020c940= 29ce8.patch >=20 > And the patch will allow your host to boot. > Note: there is a 10-second pause every time 5 lines are printed. This = is to make > sure we have enough time to take a screenshot or photo. :-) >=20 > About how to apply the patch and build/install it: > 'wget' the above patch, and 'cd' into your = FREEBSD_SOURCE_ROOT/sys/boot/ and run > "patch -p3 < the_patch_name". If you have run 'make buildworld", just = run 'make' in the > sys/boot/ directory and copy the new loader.efi into the boot folder, = e.g. in my side, I > use > cp -iv /usr/obj/root/bsd.git/sys/boot/efi/loader/loader.efi = /boot/loader.efi >=20 > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Fri Mar 3 16:39:17 2017 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 55797CF6A0C; Fri, 3 Mar 2017 16:39:17 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13D531D59; Fri, 3 Mar 2017 16:39:17 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x234.google.com with SMTP id o4so22476647ywd.3; Fri, 03 Mar 2017 08:39:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=lZ+Qryg0b+bCBA27Yre2S2cBCxTDhzPcM54+HMtGvbU=; b=MNE29DVGeE9V0PcjeIAYbX6wwmFg+ZIoh7v1XHiXgfk1w0SY7equk5lzijHxtpvXod ISh6koP0XUQr7z7OyK6skjpECZiKIldx02Mlf7dx2uRrHZMYesTke6UaLm3XfdQknmmq rKRzkluJs4ssGWTV0mwDA3xE+O3B567jUxkrxGaE3IdpzNfCjG/t2RKlh5OcMLkYJFXF Ktq7a6W0sADOVvCJQJeUWCcyDYFwS0bPZ6JZ4w642IY+SCuHTSoEhSwq1MVJHVXcMkvc NR2uCqVA0VF6p2+hhcok+ANOneUTTRCBklpmhXkv1fNye8WZ7ueXM60Rx4Sikofy+Vqv YAxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=lZ+Qryg0b+bCBA27Yre2S2cBCxTDhzPcM54+HMtGvbU=; b=PHmiVXfHTxypMsd+QKJO9yLrOA5pmyzVmPCS1l9mIJ0hQQeWd+focDiGMwV4iUJAKf 7LrsFH/em8Vgsgpv/4sCOygrI9RPMdIGk+xqzUESHEawHoVXX4kIfTv2ZyWsH9m3FFWT SxLR1cU9ejWrACwmYqcN+m6zsKgK1hEC+vMwNny4GoYR1MfHPKONGr2sJ5UEEg/dv4Fa 1oYH5+Qr0Fw9ct2md2+kzENzhmalSUhA6HmVK5aKoGaZkFxZFXC4lf4KK0yRXouzyL/N sTfA9OITcxF84mXhN3q4brt2rcjF0E07xoEJsg+55erRte5YlIzjJN1vaMnj5W4sbpPA ilgA== X-Gm-Message-State: AMke39ngwbIsm52lRtjdRb87hZDpgLqmpNyhxOwZb2M3Tyjn6AyyFYceNky5my9bb2ACHVgDDIhCI1xJO/IDtA== X-Received: by 10.129.173.68 with SMTP id l4mr2234595ywk.351.1488559156153; Fri, 03 Mar 2017 08:39:16 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Fri, 3 Mar 2017 08:39:15 -0800 (PST) In-Reply-To: <201703031411.v23EBUdM069969@pdx.rh.CN85.dnsmgr.net> References: <20170303092143.GM4503@server.rulingia.com> <201703031411.v23EBUdM069969@pdx.rh.CN85.dnsmgr.net> From: Alan Somers Date: Fri, 3 Mar 2017 09:39:15 -0700 X-Google-Sender-Auth: L-5vPRC_iJFswuRI1uojQjdZX9Q Message-ID: Subject: Re: effect of strip(1) on du(1) To: "Rodney W. Grimes" Cc: Peter Jeremy , freebsd-hackers , Subbsd , freebsd-current Current , Ngie Cooper Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 16:39:17 -0000 On Fri, Mar 3, 2017 at 7:11 AM, Rodney W. Grimes wrote: > -- Start of PGP signed section. > [ Charset ISO-8859-1 unsupported, converting... ] >> On 2017-Mar-02 22:19:10 -0800, "Rodney W. Grimes" wrote: >> >> du(1) is using fts_read(3), which is based on the stat(2) information. >> >> The OpenGroup defines st_blocksize as "Number of blocks allocated for >> >> this object." In the case of ZFS, a write(2) may return before any >> >> blocks are actually allocated. And thanks to compression, gang >> ... >> >My gut tells me that this is gona cause problems, is it ONLY >> >the st_blocksize data that is incorrect then not such a big >> >problem, or are we returning other meta data that is wrong? >> >> Note that it's st_blocks, not st_blocksize. > Yes, I just ignore that digretion, as well as the digretion into fts_read > being anything special about this, as it just ends up calling stat(2) in > the end anyway. > >> >> I did an experiment, writing a (roughly) 113MB file (some data I had >> lying around), close()ing it and then stat()ing it in a loop. This is >> FreeBSD 10.3 with ZFS and lz4 compression. Over the 26ms following the >> close(), st_blocks gradually rose from 24169 to 51231. It then stayed >> stable until 4.968s after the close, when st_blocks again started >> increasing until it stabilized after a total of 5.031s at 87483. Based >> on this, st_blocks reflects the actual number of blocks physically >> written to disk. None of the other fields in the struct stat vary. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Thank you for doing the proper regression test, that satisfies me that > we dont have a lattent bug sitting here and infact what we have is > exposure of the kernel caching, which I might be too thrilled about, > is just how its gona have to be. > >> >> The 5s delay is presumably the TXG delay (since this system is basically >> unloaded). I'm not sure why it writes roughly ? the data immediately >> and the rest as part of the next TXG write. >> >> >My expectactions of executing a stat(2) call on a file would >> >be that the data returned is valid and stable. I think almost >> >any program would expect that. >> >> I think a case could be made that st_blocks is a valid representation >> of "the number of blocks allocated for this object" - with the number >> increasing as the data is physically written to disk. As for it being >> stable, consider a (hypothetical) filesystem that can transparently >> migrate data between different storage media, with different compression >> algorithms etc (ZFS will be able to do this once the mythical block >> rewrite code is written). > > I could counter argue that st_blocks is: > st_blocks The actual number of blocks allocated for the file in > 512-byte units. > > Nothing in that says anything about "on disk". So while this thing > is sitting in memory on the TXG queue we should return the number of > 512 byte blocks used by the memory holding the data. > I think that would be the more correct thing than exposing the > fact this thing is setting in a write back cache to userland. > > -- > Rod Grimes rgrimes@freebsd.org "Transparent" does not mean "undetectable". For example, ZFS's transparent compression will affect the st_blocks reported for a file. I think the only sane use of st_blocks is to treat it as advisory. I've seen a lot of bugs caused by programmers assuming a certain mathematical relationship between the numbers presented by "df", "zfs list", etc. BTW, I've confirmed that ZFS on Illumos has the same behavior. A file's st_blocks doesn't stabilize until a few seconds after you write it. And it turns out that the fsync(1) doesn't work. This suggests that ZFS doesn't consider blocks in the ZIL when it reports st_blocks. -Alan From owner-freebsd-current@freebsd.org Fri Mar 3 17:24:04 2017 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 C73DECF7809 for ; Fri, 3 Mar 2017 17:24:04 +0000 (UTC) (envelope-from joneum@bsdproject.de) Received: from dd36626.kasserver.com (dd36626.kasserver.com [85.13.153.106]) (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 92111199E for ; Fri, 3 Mar 2017 17:24:04 +0000 (UTC) (envelope-from joneum@bsdproject.de) Received: from phantomias.home.jochen-neumeister.de (p5DC07379.dip0.t-ipconnect.de [93.192.115.121]) by dd36626.kasserver.com (Postfix) with ESMTPSA id 1DA292E00045 for ; Fri, 3 Mar 2017 18:24:02 +0100 (CET) To: freebsd-current@freebsd.org From: Jochen Neumeister Subject: Problem with WITH_LLD_IS_LD Message-ID: <88be867e-f343-fde8-b30f-688d7317a56d@bsdproject.de> Date: Fri, 3 Mar 2017 18:24:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 17:24:04 -0000 Hi current@ I have a PR 217519 because of devel/pear: When WITH_LLD_IS_LD is set, the stage phase for devel/pear breaks. I found this in UPDATING: The WITH_LLD_AS_LD / WITHOUT_LLD_AS_LD build knobs have been renamed WITH_LLD_IS_LD / WITHOUT_LLD_IS_LD, for consistency with CLANG_IS_CC. What possibilities are there to solve that problem? I'm not sure this is a port problem or a current problem? Regards Jochen From owner-freebsd-current@freebsd.org Fri Mar 3 17:25:09 2017 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 3097BCF78EF; Fri, 3 Mar 2017 17:25:09 +0000 (UTC) (envelope-from allanjude@FreeBSD.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 0989A1C2F; Fri, 3 Mar 2017 17:25:08 +0000 (UTC) (envelope-from allanjude@FreeBSD.org) Received: from [10.250.112.121] (unknown [209.171.88.121]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 832F2137BE; Fri, 3 Mar 2017 17:25:06 +0000 (UTC) Date: Fri, 03 Mar 2017 12:25:02 -0500 User-Agent: K-9 Mail for Android In-Reply-To: <201703031411.v23EBUdM069969@pdx.rh.CN85.dnsmgr.net> References: <201703031411.v23EBUdM069969@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: effect of strip(1) on du(1) To: freebsd-current@freebsd.org, "Rodney W. Grimes" , Peter Jeremy CC: freebsd-hackers , Subbsd , freebsd-current Current , Ngie Cooper , Alan Somers From: Allan Jude Message-ID: <3FAE8942-2896-4EC6-95C6-D87945E57B29@FreeBSD.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 17:25:09 -0000 On March 3, 2017 9:11:30 AM EST, "Rodney W=2E Grimes" wrote: >-- Start of PGP signed section=2E >[ Charset ISO-8859-1 unsupported, converting=2E=2E=2E ] >> On 2017-Mar-02 22:19:10 -0800, "Rodney W=2E Grimes" > wrote: >> >> du(1) is using fts_read(3), which is based on the stat(2) >information=2E >> >> The OpenGroup defines st_blocksize as "Number of blocks allocated >for >> >> this object=2E" In the case of ZFS, a write(2) may return before >any >> >> blocks are actually allocated=2E And thanks to compression, gang >> =2E=2E=2E >> >My gut tells me that this is gona cause problems, is it ONLY >> >the st_blocksize data that is incorrect then not such a big >> >problem, or are we returning other meta data that is wrong? >>=20 >> Note that it's st_blocks, not st_blocksize=2E >Yes, I just ignore that digretion, as well as the digretion into >fts_read >being anything special about this, as it just ends up calling stat(2) >in >the end anyway=2E > >>=20 >> I did an experiment, writing a (roughly) 113MB file (some data I had >> lying around), close()ing it and then stat()ing it in a loop=2E This >is >> FreeBSD 10=2E3 with ZFS and lz4 compression=2E Over the 26ms following >the >> close(), st_blocks gradually rose from 24169 to 51231=2E It then >stayed >> stable until 4=2E968s after the close, when st_blocks again started >> increasing until it stabilized after a total of 5=2E031s at 87483=2E=20 >Based >> on this, st_blocks reflects the actual number of blocks physically >> written to disk=2E None of the other fields in the struct stat vary=2E > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >Thank you for doing the proper regression test, that satisfies me that >we dont have a lattent bug sitting here and infact what we have is >exposure of the kernel caching, which I might be too thrilled about, >is just how its gona have to be=2E > >>=20 >> The 5s delay is presumably the TXG delay (since this system is >basically >> unloaded)=2E I'm not sure why it writes roughly ? the data immediately >> and the rest as part of the next TXG write=2E >>=20 >> >My expectactions of executing a stat(2) call on a file would >> >be that the data returned is valid and stable=2E I think almost >> >any program would expect that=2E >>=20 >> I think a case could be made that st_blocks is a valid representation >> of "the number of blocks allocated for this object" - with the number >> increasing as the data is physically written to disk=2E As for it >being >> stable, consider a (hypothetical) filesystem that can transparently >> migrate data between different storage media, with different >compression >> algorithms etc (ZFS will be able to do this once the mythical block >> rewrite code is written)=2E > >I could counter argue that st_blocks is: >st_blocks The actual number of blocks allocated for the file in > 512-byte units=2E > >Nothing in that says anything about "on disk"=2E So while this thing >is sitting in memory on the TXG queue we should return the number of >512 byte blocks used by the memory holding the data=2E >I think that would be the more correct thing than exposing the >fact this thing is setting in a write back cache to userland=2E Can we compare the results of du with du -A? Du will show compression savings, and -A wont ZFS compresses between the write cache and the disk, so the final size may= not be know for 5+ seconds --=20 Allan Jude From owner-freebsd-current@freebsd.org Fri Mar 3 17:30:06 2017 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 9F79BCF7BB0; Fri, 3 Mar 2017 17:30:06 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D1091247; Fri, 3 Mar 2017 17:30:06 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x230.google.com with SMTP id p77so85278426ywg.1; Fri, 03 Mar 2017 09:30:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=d+iRaAlr7GB8t8hONouDYau+H+NT30vfNnQu1gQ3usA=; b=c+HdzOZvoMEY0YSvc3Ep6vaujp1NU4meNaTup8sPljVgbTD/3DKjZVSCQhFVFwf7de CQ6+vCWY35Pdea4XlVZEEhPqh5YBGFFfA5pTOEh/d6bHi5AnhAEI6KLU4tfFl2WrmEvW PqTp4+ppXikKaxcxiPD2atRF5TcoygwLJZVfg22Xqaw18ralnXGsiiJ4aOJh8d1WHlk0 HZx6t0jH7ZiycJ+c03g5XohDtP3qCDZ2xTUeS5p+ajVQEFgofOP4Afub+T+9SSCjnate RFckrdTzfPRczo7APa1G0/pON58eVhaxXLCciOsFYz3lvGywcTGb89/iMUmJB2ckhHGJ 4Ehg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=d+iRaAlr7GB8t8hONouDYau+H+NT30vfNnQu1gQ3usA=; b=UmB87OInySyWGiQ1P3l2ZjqbFYX/MoaRR7JIQA2CvQ6CLuTGVloPHvK797wqI2nXVF K8PeTFA3e9EkI88kbMpp4d5QuHbusFvT1q7ovJ/4u/olhh2ZyDO6V2mDK/vHLsbiq0jO b3ip8NWCpVu4cxOr/Vfp+s49g2+MJWprhpHjgaCGH9Q7FW40hPfffMC1rLOKNEgR6ML7 tLlH1hnjnu6w/RErt2h7NXx6vvUj7LLC/X6uiklrBMY0WMSdJfxYkkqg0nsUxXVG2cNM zQ+PEZazyOGaAoi8U/ANOz1EjmcrLnedannuP2qMm4oOUBP+orR+/5uJknDnS0mXaWNZ 31OA== X-Gm-Message-State: AMke39mUd94L/lRyuH2ZgKVrMsn4/j4HtQxHgBfMDGJbAB3KvNcdk2Edl5tDDetXxHMT8725BxUeacM9OZdpvg== X-Received: by 10.37.34.9 with SMTP id i9mr2705913ybi.92.1488562205235; Fri, 03 Mar 2017 09:30:05 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Fri, 3 Mar 2017 09:30:04 -0800 (PST) In-Reply-To: <3FAE8942-2896-4EC6-95C6-D87945E57B29@FreeBSD.org> References: <201703031411.v23EBUdM069969@pdx.rh.CN85.dnsmgr.net> <3FAE8942-2896-4EC6-95C6-D87945E57B29@FreeBSD.org> From: Alan Somers Date: Fri, 3 Mar 2017 10:30:04 -0700 X-Google-Sender-Auth: aTaLcPwKtYfullDuYFopcd_3uf8 Message-ID: Subject: Re: effect of strip(1) on du(1) To: Allan Jude Cc: FreeBSD CURRENT , "Rodney W. Grimes" , Peter Jeremy , freebsd-hackers , Subbsd , Ngie Cooper Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 17:30:06 -0000 On Fri, Mar 3, 2017 at 10:25 AM, Allan Jude wrote: > On March 3, 2017 9:11:30 AM EST, "Rodney W. Grimes" wrote: >>-- Start of PGP signed section. >>[ Charset ISO-8859-1 unsupported, converting... ] >>> On 2017-Mar-02 22:19:10 -0800, "Rodney W. Grimes" >> wrote: >>> >> du(1) is using fts_read(3), which is based on the stat(2) >>information. >>> >> The OpenGroup defines st_blocksize as "Number of blocks allocated >>for >>> >> this object." In the case of ZFS, a write(2) may return before >>any >>> >> blocks are actually allocated. And thanks to compression, gang >>> ... >>> >My gut tells me that this is gona cause problems, is it ONLY >>> >the st_blocksize data that is incorrect then not such a big >>> >problem, or are we returning other meta data that is wrong? >>> >>> Note that it's st_blocks, not st_blocksize. >>Yes, I just ignore that digretion, as well as the digretion into >>fts_read >>being anything special about this, as it just ends up calling stat(2) >>in >>the end anyway. >> >>> >>> I did an experiment, writing a (roughly) 113MB file (some data I had >>> lying around), close()ing it and then stat()ing it in a loop. This >>is >>> FreeBSD 10.3 with ZFS and lz4 compression. Over the 26ms following >>the >>> close(), st_blocks gradually rose from 24169 to 51231. It then >>stayed >>> stable until 4.968s after the close, when st_blocks again started >>> increasing until it stabilized after a total of 5.031s at 87483. >>Based >>> on this, st_blocks reflects the actual number of blocks physically >>> written to disk. None of the other fields in the struct stat vary. >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>Thank you for doing the proper regression test, that satisfies me that >>we dont have a lattent bug sitting here and infact what we have is >>exposure of the kernel caching, which I might be too thrilled about, >>is just how its gona have to be. >> >>> >>> The 5s delay is presumably the TXG delay (since this system is >>basically >>> unloaded). I'm not sure why it writes roughly ? the data immediately >>> and the rest as part of the next TXG write. >>> >>> >My expectactions of executing a stat(2) call on a file would >>> >be that the data returned is valid and stable. I think almost >>> >any program would expect that. >>> >>> I think a case could be made that st_blocks is a valid representation >>> of "the number of blocks allocated for this object" - with the number >>> increasing as the data is physically written to disk. As for it >>being >>> stable, consider a (hypothetical) filesystem that can transparently >>> migrate data between different storage media, with different >>compression >>> algorithms etc (ZFS will be able to do this once the mythical block >>> rewrite code is written). >> >>I could counter argue that st_blocks is: >>st_blocks The actual number of blocks allocated for the file in >> 512-byte units. >> >>Nothing in that says anything about "on disk". So while this thing >>is sitting in memory on the TXG queue we should return the number of >>512 byte blocks used by the memory holding the data. >>I think that would be the more correct thing than exposing the >>fact this thing is setting in a write back cache to userland. > > Can we compare the results of du with du -A? > > Du will show compression savings, and -A wont > > ZFS compresses between the write cache and the disk, so the final size may not be know for 5+ seconds > -- > Allan Jude "du -A" does what you would expect. It instantly reports the apparent size of the file. For incompressible files, this is actually less than what "du" reports, because it doesn't take into account the znode and indirect blocks. -Alan From owner-freebsd-current@freebsd.org Fri Mar 3 21:17:55 2017 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 31B49CF732D for ; Fri, 3 Mar 2017 21:17:55 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::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 EFB461D31 for ; Fri, 3 Mar 2017 21:17:54 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x231.google.com with SMTP id h10so20693906ith.1 for ; Fri, 03 Mar 2017 13:17:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=xWRuiA5+of3xt3a4dz3cgVFw5dq8BYkOmJHlTcluQJg=; b=NyUlXC7fvcAlGNDzBJSTU243KuhUy2MCYMedkjJJobiN/U8ehjtwi2S5qmix2pJYwn KozOFBolhawMSMpO5wZvm3DBGmRPNZQ6aRBjzQiCT3O1C2HVkpVLrjy9EFegRauMM2Fr X9/ZWz6w+c+TuhDhCXhUGa8eDdpcDextarCC+0Yq+vgk9dte9YMgXKRXP5bf+t6tshRR x7V/jcR76npMvGLsNHMoB1qQLYfiIYKiQia7lBsMxlcbJE9Kh3x7TcJA0WEw9BX9lbe4 hIQarrwLkts6eH/gns2kGf0+AO8bTeLKry8zKn/Kchy0CSASxZEkt9t6+rzEjSK2t+r4 +4CQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=xWRuiA5+of3xt3a4dz3cgVFw5dq8BYkOmJHlTcluQJg=; b=gQFJo0TT4SXloQaLGoP6Otrg5EyZUNTzxS/ZqN395SJ1N+2GQv+fAV41aj4Zm4PfMj XXPQrfllhKz1urHU3aKubNvFDw7nXQqnjqYm3VbIpt/fGjC/pQxUfYgXkBIrVaaHwaSb oNuDnEfWonFl4t9B10fspH85OnyB+7Fw0CkOne3juK/El1B7y9FcXUCCfi/wp5yla4Q0 YTmua0w9J8C/ZN9JsKIkXhFZ/LWp6cJLH3F1pDD+FYi+fVCuj+aMah8eb/aDRZKGc9QM pUm9c2H3OQ9nCERCZtWwQVPmA3Sj3574fjvFbIcGQwkT27zlK5QMx5jMGYARD5/5tFBa QK6A== X-Gm-Message-State: AMke39kQCKksZ1a/zqAH0TT676Wz2PkvG28vTuyyv8ZFnwiewA9CMwMq40AyazBfJ/mF025D1tbA+G3MKFQ07A== X-Received: by 10.36.47.78 with SMTP id j75mr4711709itj.105.1488575874203; Fri, 03 Mar 2017 13:17:54 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.195 with HTTP; Fri, 3 Mar 2017 13:17:33 -0800 (PST) In-Reply-To: <88be867e-f343-fde8-b30f-688d7317a56d@bsdproject.de> References: <88be867e-f343-fde8-b30f-688d7317a56d@bsdproject.de> From: Ed Maste Date: Fri, 3 Mar 2017 16:17:33 -0500 X-Google-Sender-Auth: sSnQbo_KCQEJHREDwQEXJmh7yis Message-ID: Subject: Re: Problem with WITH_LLD_IS_LD To: Jochen Neumeister Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 21:17:55 -0000 On 3 March 2017 at 12:24, Jochen Neumeister wrote: > Hi current@ > > I have a PR 217519 because of devel/pear: When WITH_LLD_IS_LD is set, the > stage phase for devel/pear breaks. Yes, there are issues building a number of ports with LLD at present. There are some hacks / work in progress in both LLD and the Ports tree to make things work. The most common issue right now is that libtool looks at the output of the linker's --version string and assumes that only linkers containing the string "GNU" accept certain command-line options. Rafael Esp=C3=ADndola's experimental Poudriere runs have a hack to have LLD include something like "not GNU" as a workaround. WIP changes on the ports side can be found in my ports tree clone on GitHub: https://github.com/emaste/freebsd-ports/tree/ports-lld At this point WITH_LLD_IS_LD works for the base system but is very much experimental for building ports. From owner-freebsd-current@freebsd.org Fri Mar 3 22:32:14 2017 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 376A5CF62EC for ; Fri, 3 Mar 2017 22:32:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-193.reflexion.net [208.70.211.193]) (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 ECA5D1465 for ; Fri, 3 Mar 2017 22:32:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21886 invoked from network); 3 Mar 2017 22:32:06 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 3 Mar 2017 22:32:06 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Fri, 03 Mar 2017 17:32:06 -0500 (EST) Received: (qmail 10457 invoked from network); 3 Mar 2017 22:32:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Mar 2017 22:32:05 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id F13BEEC91A0; Fri, 3 Mar 2017 14:32:04 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <201703031417.v23EHX59070031@pdx.rh.CN85.dnsmgr.net> Date: Fri, 3 Mar 2017 14:32:04 -0800 Cc: sgk@troutmask.apl.washington.edu, Mateusz Guzik , svn-src-head@freebsd.org, FreeBSD Current , Justin Hibbits , mjg@freebsd.org, FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <201703031417.v23EHX59070031@pdx.rh.CN85.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 03 Mar 2017 22:32:14 -0000 On 2017-Mar-3, at 6:17 AM, Rodney W. Grimes wrote: >> On 2017-Mar-2, at 7:19 AM, Steve Kargl wrote: >>=20 >> On Thu, Mar 02, 2017 at 01:10:21PM +0100, Mateusz Guzik wrote: >>> On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote: >>>>=20 >>>>> Summary of the transition interval: >>>>>=20 >>>>> So for powerpc64 (and powerpc?) It is a good >>>>> idea to avoid anything that is after -r313254 >>>>> and before -r314474 in head. (Would this be >>>>> appropriate for a UPDATING notice given its >>>>> span?) >>>>>=20 >>>>> There may be other architectures that might have >>>>> a similar status(?): the last fixes involved were >>>>> not in Machine Dependent code. (Some architectures >>>>> are apparently insensitive to the errors, such as >>>>> amd64). >>>>>=20 >>>>=20 >>>> When following current you are expected to be on the newest = revision, >>>> so I don't think mentioning interim broken releases makes much = sense. >>>>=20 >>>=20 >>> Documenting the range may aid those bisecting src/ to find a bug.=20 >>> How is one to know that anything in the range that Mark points >>> out should be skipped on powerpc64? >>>=20 >>> --=20 >>> Steve >>=20 >> I have tested with a TARGET_ARCH=3Dpowerpc -r314473 build and >> its kernel version has locking problems like >> TARGET_ARCH=3Dpowerpc64 does for that version. >>=20 >> [Note: This was run on a PowerMac G5 so-called "Quad Core" >> so most of the memory was ignored.] >>=20 >> Both TARGET_ARCH=3Dpowerpc64 and TARGET_ARCH=3Dpowerpc need -r314474 >> or later as of the new locking. >>=20 >> I've not explicitly tested other architectures. As I remember >> armv6/v7 are classified as having some from of a weak memory >> model compared to the likes of amd64. If so armv6/v7 might be >> candidates for having problems. There might be other candidates. >=20 > I also had locking issues on amd64 around this build time that > sent me down a week long rabbit hole chasing what I thought was > a bug in the new AMD/IOMMU code. IMHO if we can at least > flag prior snapshot builds as "Broken for reason X" it might > save someone some time and time is a one way depleting resource > usually worth saving if possible. >=20 > If needed I can dig out the specifc build. Oh, nvm, let me > just do that, it was r309302. This revision I beleive is > a november snapshot. It has kernel panics due to spinlock > timeout and sparatic deadlock that is undetected. >=20 >=20 > --=20 > Rod Grimes rgrimes at = freebsd.org Sounds like that amd64 -r309302 problem might be another good example. Locking tends to be central and heavily used. When it breaks many other things tend to also end up broken. This is the sort of context I was thinking about if it goes on very long. I'm not sure that the -r309302 problem would reproduce at -r313259 so -r309302 might be a separate issue. I've no clue what -rdddddd range had the amd64 -r309302 problem. Details that I'm aware of are something like: -r309302 is dated 2016-Nov-30. (your reported amd64 locking problem's = -rdddddd) -r312973 is dated 2017-Jan-30. (example add of an atomic_fcmpset = implementation) (getting ready for machine independent = usage) -r313259 is dated 2017-Feb-5. (last before "machine independent use of = atomic_fcmpset"?) (powerpc64 and powerpc working here) -r313260 is dated 2017-Feb-5. (first machine-independent usage of = atomic_fcmpset?) . . . (various machine-independent atomic_fcmpset usage check-ins) . . . -r313271 is dated 2017-Feb-5. (observed powerpc64 failures for this = version) (powerpc would fail too) . . . (various machine-independent atomic_fcmpset usage check-ins) . . . . . . (powerpc64 [and powerpc] continuing to fail) . . . -r314474 is dated 2017-Mar-1. (powerpc64 and powerpc started working) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Mar 4 01:21:55 2017 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 43B01CF75DB for ; Sat, 4 Mar 2017 01:21:55 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by mx1.freebsd.org (Postfix) with ESMTP id 807D61BF4; Sat, 4 Mar 2017 01:21:53 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from 124-169-241-186.dyn.iinet.net.au (HELO leader.local) ([124.169.241.186]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Mar 2017 11:46:43 +1030 Subject: Re: CFLAGS for certain ports To: Julian Elischer , Dimitry Andric , Mingo Rrubioer References: Cc: freebsd-current@freebsd.org From: Shane Ambler Message-ID: Date: Sat, 4 Mar 2017 11:46:40 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 01:21:55 -0000 On 04/03/2017 02:17, Julian Elischer wrote: > On 2/3/17 8:58 pm, Dimitry Andric wrote: >> On 2 Mar 2017, at 12:02, Mingo Rrubioer wrote: >>> I would like to see how well FreeBSD does as a workstation OS in the >>> HPC world due to its stability and reliability, as well as LLVM/clang. >>> I would like to know if FreeBSD has something similar to Gentoo's >>> /etc/portage/make.conf file and /etc/portage/package.use/* files in >>> order to compile certain ports with certain compiler flags. >> It doesn't, though it would certainly be nice to have something like it >> at some point. The current idiom is to put something similar to the >> following in your /etc/make.conf: >> >> .if ${.CURDIR:M/usr/ports/foo/bar} >> CFLAGS+= [... flags for the foo/bar port ...] >> .endif >> >> .if ${.CURDIR:M/usr/ports/what/ever} >> CFLAGS+= [... flags for the what/ever port ...] >> .endif >> We can also put a Makefile.local in the port directory. There can also be arch and system specific makefiles. See /usr/ports/Mk/bsd.port.mk from about line 1211 https://svnweb.freebsd.org/ports/head/Mk/bsd.port.mk?view=markup#l1211 -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-current@freebsd.org Sat Mar 4 07:19:58 2017 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 BC937CF89CA for ; Sat, 4 Mar 2017 07:19:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51998127D for ; Sat, 4 Mar 2017 07:19:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id n11so30163812wma.0 for ; Fri, 03 Mar 2017 23:19:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=R8fDd/aMGglT7diPpTzXgdz42vuY+M8EzWEGBvzZHc8=; b=NXQ+zAF/uSyHFGKs790xxf8hIxvC+gGprwlkcYI1gphCQvdMrvN2EuEc0YHcRsZ2g9 TcZXeYMtGvol+xUM29Y+n+T+MmFZ1N4tCfuwUciAGOMJytDx4SwRhYszqNMR6f5iEOra ez8VT2kdohsRukR3q/xLw2sLCT+8j1L0oUV7gSFxHZqZbUFhvMlZqVGjdE7/sAHMwxhS a6DTJXZ0UkOmbVOdFWhSJjXrNAZuBf1mh9dZWXIuy9ukNbG5p5jHcF4IqZi47++eJIvu FpdPHJ0wms6fL8Ada+NIV6jhmwOzMRJGg3AmjIWIw2HOvlcLhFtG9ycs/Io971vzeOuz 1FXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=R8fDd/aMGglT7diPpTzXgdz42vuY+M8EzWEGBvzZHc8=; b=Fzo52b+NxEVKtrvZV5P8bGPw84kArxEU94Rhnt7Z6VY8SD/Tz+pcH5tA48aH8rrMEp x+dFoaxT504ThS7mW9C43wUZMtemQf2HD+LJ7WtlObp42QZvMr5r85CnkP0mRBxDvkAF KxnwQn7qUaceXL+jehZTJlSAXnEd7vkJxy/JdDXqUn3vt4m4OiKkshd5xhwTRFwa3tIT rOA9s4lLZCGezJ7YsBS/92tE974yPskcfT8Zu1VpTOEDDgF8vCrZL2k0ygwhOTeq3PfX cBroHYBjU7gbRfbFd1G9Tpc+j/Vwa6z46ksbtI4aQo2V8MxlMYULvuEpJy+dVAmV3asz kENQ== X-Gm-Message-State: AMke39mBD70LH7Rjckx7T9vYcXSQtrpzfiBqka8evs8CEm/GoXDinOlLSCXOGdjRMluqa6Wf5cLWo//wO/FURA== X-Received: by 10.28.107.14 with SMTP id g14mr6286730wmc.106.1488611995168; Fri, 03 Mar 2017 23:19:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.128.133 with HTTP; Fri, 3 Mar 2017 23:19:54 -0800 (PST) In-Reply-To: <673e2e0c-b3c8-42b7-a32d-1798eaf571f6@unixarea.de> References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> <20170301002620.6a5e35ce@bsd64.grem.de> <80EC6EBB-8BF6-4990-9DEE-906EDCE69E06@grem.de> <673e2e0c-b3c8-42b7-a32d-1798eaf571f6@unixarea.de> From: Adrian Chadd Date: Fri, 3 Mar 2017 23:19:54 -0800 Message-ID: Subject: Re: panic: invalid bcd xxx To: Matthias Apitz Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 07:19:58 -0000 On 2 March 2017 at 01:31, Matthias Apitz wrote: > On Thursday, 2 March 2017 00:37:35 CET, Michael Gmelin > wrote: >> >> >> >>> On 2 Mar 2017, at 00:35, Adrian Chadd wrote: >>> >>> This is an emulated BIOS though, right? >>> >>> I don't know if we're going to get the RTC 'bugfixed'... >>> >> >> >> It's SeaBIOS, yes. I feel like this might end up in another >> quirk/workaround solution. >> > > I'm one of the C720 owners and apart of Michael, I only know two users more > running FreeBSD. The SeaBIOS in our devices. is outdated, mine from 2013 > IIRC. I dont know if there is an easy way to update this. We're not; we need to cope with crappy BIOS emulations and not crash :) What's Linux doing instead? Ignoring the RTC? -adrian From owner-freebsd-current@freebsd.org Sat Mar 4 16:11:15 2017 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 B1066CF376E for ; Sat, 4 Mar 2017 16:11:15 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B1441CF3 for ; Sat, 4 Mar 2017 16:11:14 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([92.225.11.64]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0y47-1cR1E40JhP-00vAp7 for ; Sat, 04 Mar 2017 17:11:07 +0100 Date: Sat, 4 Mar 2017 17:11:00 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r314670: buildworld compile failure: undefined reference to `xdr_attrstat' Message-ID: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/uTJTeZb9eFHVC9.kuntRthM"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:djBwKKv86G+rsrn4cbklo0o+/PmaEevhuyZSo6+pSLpdfhUbhcI XDP94JAwAD4Eh37egEeDV3X0FlZGsC2DTg76ZgrzVzDJjdPtBGi/zCS2H2wxC2P0oUZ+v8Y 0g/jZ1uJ+9hO9/9HpM80D+ri4WbGrpBk0rjjPQU3T8hkzc2xe6fUbbv80v3jD9z1SypeOge BpNC9hl0TFBoEPA/qbI2A== X-UI-Out-Filterresults: notjunk:1;V01:K0:ubt8FxdI4bE=:sXk7sWcvyAsmEhXqzYJFkZ Z1z09KD8waUeE+Qjh1LIOIQSX1BomnYGe6moyVcTg9w1TF3GEGWZfrABE39r0dEarrtINfmI8 rflxiuqmVxQxC2UNKTH0iXM9hxkbxPNVypG/BcZmO/nEk0XH5zoeJMUuJtpiiEHISbYyzY2+n irBwihyO9jikNSTdAhenPswG3SKKmK5Q4CG1a68mOeazT454CL6MbgliI1WKuyrwBVgl2Vd93 DC8lynXOizi2qdQnwwth7ero4FjOQWaZgcVJTe4O1VtKcXbZqSk8L8Ove+8Dd2dR7JVX5Hif8 9zrqGDCJoxYw5F5gGchrWjQPl5fuJz745UH30tnCZ6YTOPzlakgwK57VGaGPDfKszlShU/V3p /UW0HwRDhjI27rcRQWne/ODG/SwqVu+y6lm0p+yNupYTzNW8jEUGuxlxm0HAPM/Ewes+vhOuY +ERaIYvb+HsSwGzw6ZvSYBraOnqLHdHXTA+W40pDvSyzZsJhW+Esh5IsoXLeoiBMyYE4gJlVB UMnIbV448D2eY/W/nAMu15EZ1ZXfPsVdRhyrph3goPoRTOsNjSaRjG1MqZ8GufPRiyEDYAqkJ WG6Ps5s85W2c6bXVdqfw5Scij7i12S/bs4X/T/aIXMK8IhU8qsTjp1Bcb5+24svZrfPJFw06J 1bLorT4nuFIjAX+gr91lR/ByXgVXOXHuuoaVA5xvj6wC7LBQDhO+TH2u7iaiB2KaK+9mqkrWl ntdohx2kPN4GyGY2XMyMWBZ7QOjuiG67rsJy2JqW9DTXBkriOXfI/lyjLc0= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 16:11:15 -0000 --Sig_/uTJTeZb9eFHVC9.kuntRthM Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable At revision 314670, buildworld fails on all CURRENT machines with the error= shown below. Regards, oh [...] =3D=3D=3D> usr.sbin/amd/hlfsd (all) Building /usr/obj/usr/src/usr.sbin/amd/hlfsd/hlfsd --- hlfsd --- nfs_prot_svc.o: In function `nfs_program_2': /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x5f): undefined reference= to `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x7d): unde= fined reference to `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex= t+0x82): undefined reference to `xdr_sattrargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xa2): und= efined reference to `xdr_diropres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex= t+0xa7): undefined reference to `xdr_diropargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xb8): und= efined reference to `xdr_readlinkres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.= text+0xc9): undefined reference to `xdr_readres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xce): undef= ined reference to `xdr_readargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xf5): u= ndefined reference to `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex= t+0xfa): undefined reference to `xdr_writeargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x11b): un= defined reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text= +0x120): undefined reference to `xdr_renameargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x12e): u= ndefined reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text= +0x133): undefined reference to `xdr_linkargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x141): und= efined reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text= +0x146): undefined reference to `xdr_symlinkargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x154): = undefined reference to `xdr_diropres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex= t+0x159): undefined reference to `xdr_createargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x167): u= ndefined reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text= +0x16c): undefined reference to `xdr_diropargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x17a): un= defined reference to `xdr_readdirres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.t= ext+0x17f): undefined reference to `xdr_readdirargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x18d): = undefined reference to `xdr_statfsres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.te= xt+0x192): undefined reference to `xdr_nfs_fh' stubs.o: In function `nfsproc_readlink_2_svc': /usr/src/contrib/amd/hlfsd/stubs.c:(.text+0x6f7):= undefined reference to `xdr_readlinkres' cc: error: linker command failed with exit c= ode 1 (use -v to see invocation) *** [hlfsd] Error code 1 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/uTJTeZb9eFHVC9.kuntRthM Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWLrnFAAKCRDS528fyFhY lBVQAgCanf71LRyVMkLoCV1pp4r2wbjl1gv20f/IVzmJrRUWeuQUzX2G4iRLCa3o YnM8pDwujWnvFx+gUV69UFmqolGoAf46DPS9atBuXls12Q8Y/aUh70WxR/MZ7PSZ c2Snq2YIoP23fsNcd95T+Bw6AiLwmn7rJRv7Y06Y9qzMscN3eixL =0tF/ -----END PGP SIGNATURE----- --Sig_/uTJTeZb9eFHVC9.kuntRthM-- From owner-freebsd-current@freebsd.org Sat Mar 4 17:33:14 2017 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 719A1CF93E1 for ; Sat, 4 Mar 2017 17:33:14 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E1381C5D; Sat, 4 Mar 2017 17:33:14 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1488648792; bh=Uds1h1Ah8q74XeSlH5iG7ljPh4FO5VxKe9Qvx0laxkI=; b=R x8PPjcrI3wQOEasaTjhQy6i4XmWwJW/rzJjgiE15bsDC0pI2fBdR0bnEtMAB5oUu EOkWC69heppuswujrxrwiuClk6I0aV+mpHE7VSvv0fdsCMfYmSnWud9AzQE5Ha1O 3n9DoF9mO8DCxmk9phRcReW0VcZbua0B/lIiC0IcT4= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 0CB161B1E6; Sat, 4 Mar 2017 12:33:12 -0500 (EST) Subject: Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat' To: FreeBSD CURRENT References: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> Cc: "O. Hartmann" , ngie@freebsd.org From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <24642190-36ea-45e7-f392-de2b6e2249b0@protected-networks.net> Date: Sat, 4 Mar 2017 12:33:10 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 17:33:14 -0000 Seems that SVN r314659 broke this :-( Michael On 03/04/17 11:11, O. Hartmann wrote: > At revision 314670, buildworld fails on all CURRENT machines with the error shown below. > > > Regards, > > oh > > > [...] > ===> usr.sbin/amd/hlfsd (all) > Building /usr/obj/usr/src/usr.sbin/amd/hlfsd/hlfsd > --- hlfsd --- > nfs_prot_svc.o: In function `nfs_program_2': > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x5f): undefined reference to > `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x7d): undefined > reference to `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x82): > undefined reference to > `xdr_sattrargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xa2): undefined > reference to `xdr_diropres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xa7): > undefined reference to > `xdr_diropargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xb8): undefined > reference to `xdr_readlinkres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xc9): > undefined reference to > `xdr_readres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xce): undefined reference > to `xdr_readargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xf5): undefined > reference to `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xfa): > undefined reference to > `xdr_writeargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x11b): undefined > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x120): > undefined reference to > `xdr_renameargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x12e): undefined > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x133): > undefined reference to > `xdr_linkargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x141): undefined > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x146): > undefined reference to > `xdr_symlinkargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x154): undefined > reference to `xdr_diropres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x159): > undefined reference to > `xdr_createargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x167): undefined > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x16c): > undefined reference to > `xdr_diropargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x17a): undefined > reference to `xdr_readdirres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x17f): > undefined reference to > `xdr_readdirargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x18d): undefined > reference to `xdr_statfsres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x192): > undefined reference to `xdr_nfs_fh' stubs.o: In function > `nfsproc_readlink_2_svc': /usr/src/contrib/amd/hlfsd/stubs.c:(.text+0x6f7): undefined > reference to `xdr_readlinkres' cc: error: linker command failed with exit code 1 (use -v > to see invocation) *** [hlfsd] Error code 1 > From owner-freebsd-current@freebsd.org Sat Mar 4 17:44:38 2017 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 09372CF9818 for ; Sat, 4 Mar 2017 17:44:38 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 D73181386 for ; Sat, 4 Mar 2017 17:44:37 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from [127.0.0.1] (helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1ckDjQ-00070m-0b; Sat, 04 Mar 2017 09:44:36 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id v24HiZG1026955; Sat, 4 Mar 2017 09:44:35 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Sat, 4 Mar 2017 09:44:34 -0800 From: Oleksandr Tymoshenko To: Adrian Chadd Cc: Matthias Apitz , freebsd-current Subject: Re: panic: invalid bcd xxx Message-ID: <20170304174434.GA26923@bluezbox.com> References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> <20170301002620.6a5e35ce@bsd64.grem.de> <80EC6EBB-8BF6-4990-9DEE-906EDCE69E06@grem.de> <673e2e0c-b3c8-42b7-a32d-1798eaf571f6@unixarea.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/11.0-RELEASE-p2 (amd64) User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Adrian Chadd (adrian.chadd@gmail.com) wrote: > On 2 March 2017 at 01:31, Matthias Apitz wrote: > > On Thursday, 2 March 2017 00:37:35 CET, Michael Gmelin > > wrote: > >> > >> > >> > >>> On 2 Mar 2017, at 00:35, Adrian Chadd wrote: > >>> > >>> This is an emulated BIOS though, right? > >>> > >>> I don't know if we're going to get the RTC 'bugfixed'... > >>> > >> > >> > >> It's SeaBIOS, yes. I feel like this might end up in another > >> quirk/workaround solution. > >> > > > > I'm one of the C720 owners and apart of Michael, I only know two users more > > running FreeBSD. The SeaBIOS in our devices. is outdated, mine from 2013 > > IIRC. I dont know if there is an easy way to update this. > > We're not; we need to cope with crappy BIOS emulations and not crash :) > > What's Linux doing instead? Ignoring the RTC? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: grem.de] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 17:44:38 -0000 Adrian Chadd (adrian.chadd@gmail.com) wrote: > On 2 March 2017 at 01:31, Matthias Apitz wrote: > > On Thursday, 2 March 2017 00:37:35 CET, Michael Gmelin > > wrote: > >> > >> > >> > >>> On 2 Mar 2017, at 00:35, Adrian Chadd wrote: > >>> > >>> This is an emulated BIOS though, right? > >>> > >>> I don't know if we're going to get the RTC 'bugfixed'... > >>> > >> > >> > >> It's SeaBIOS, yes. I feel like this might end up in another > >> quirk/workaround solution. > >> > > > > I'm one of the C720 owners and apart of Michael, I only know two users more > > running FreeBSD. The SeaBIOS in our devices. is outdated, mine from 2013 > > IIRC. I dont know if there is an easy way to update this. > > We're not; we need to cope with crappy BIOS emulations and not crash :) > > What's Linux doing instead? Ignoring the RTC? I believe I saw the same problem on either my NUC or Minnowboard. I just hacked around it to work on something else and didn't have time to get back to the device since then. But it's not just emulation BIOS. I think the right way to go is to perform sanity check on RTC data and refuse to use it if it's not valid. -- gonzo From owner-freebsd-current@freebsd.org Sat Mar 4 18:16:15 2017 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 537EECF8141 for ; Sat, 4 Mar 2017 18:16:15 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C46E1574; Sat, 4 Mar 2017 18:16:14 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id kEDrcCTOSsa1kkEDscla2Y; Sat, 04 Mar 2017 11:16:07 -0700 X-Authority-Analysis: v=2.2 cv=W+NIbVek c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=6Iz7jQTuP9IA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=zxA2vyXaAAAA:8 a=-1VU1ivNGFoKjg-Bhu4A:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=nK2txNHJmq7TfjpuLlwI:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 3B0186F5; Sat, 4 Mar 2017 10:16:03 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v24IG2e1007481; Sat, 4 Mar 2017 10:16:02 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201703041816.v24IG2e1007481@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Michael Butler cc: FreeBSD CURRENT , "O. Hartmann" , ngie@freebsd.org Subject: Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat' In-Reply-To: Message from Michael Butler of "Sat, 04 Mar 2017 12:33:10 -0500." <24642190-36ea-45e7-f392-de2b6e2249b0@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Mar 2017 10:16:02 -0800 X-CMAE-Envelope: MS4wfJ4h4pL1giq7h4zMMsp04CYTkT7LGSotu2j45EOy70Dh1BDUQ9yFC05Zzs3GK13C6NN9o4gaxng8rCQIIT814le/lECSbcrJOT99O64e4jnGJadb4sSZ m8wLlySeppzov52pKMqR7C5kacPfk7frIlqz+7csoQ8E81RVuLObkWeGzkpvR/6QoscUIILV0euYqYhr/6Hl4DkCTDVHRp7YnqmFMhTEJAez8hbKATbsXDn0 vcuT4wk8sipxORFdFXMpwEmOg9rOBJg7E1vUcDVy+rlqm3UHF/Ulv180CRxQA/p8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 18:16:15 -0000 The reason it's supposed to link in rpcsvc. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. In message <24642190-36ea-45e7-f392-de2b6e2249b0@protected-networks.net>, Micha el Butler writes: > Seems that SVN r314659 broke this :-( > > Michael > > On 03/04/17 11:11, O. Hartmann wrote: > > At revision 314670, buildworld fails on all CURRENT machines with the error > shown below. > > > > > > Regards, > > > > oh > > > > > > [...] > > ===> usr.sbin/amd/hlfsd (all) > > Building /usr/obj/usr/src/usr.sbin/amd/hlfsd/hlfsd > > --- hlfsd --- > > nfs_prot_svc.o: In function `nfs_program_2': > > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x5f): undefined reference > to > > `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x7d): unde > fined > > reference to `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex > t+0x82): > > undefined reference to > > `xdr_sattrargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xa2): und > efined > > reference to `xdr_diropres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex > t+0xa7): > > undefined reference to > > `xdr_diropargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xb8): und > efined > > reference to `xdr_readlinkres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(. > text+0xc9): > > undefined reference to > > `xdr_readres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xce): undef > ined reference > > to `xdr_readargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0xf5): u > ndefined > > reference to `xdr_attrstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex > t+0xfa): > > undefined reference to > > `xdr_writeargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x11b): un > defined > > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text > +0x120): > > undefined reference to > > `xdr_renameargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x12e): u > ndefined > > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text > +0x133): > > undefined reference to > > `xdr_linkargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x141): und > efined > > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text > +0x146): > > undefined reference to > > `xdr_symlinkargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x154): > undefined > > reference to `xdr_diropres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.tex > t+0x159): > > undefined reference to > > `xdr_createargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x167): u > ndefined > > reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text > +0x16c): > > undefined reference to > > `xdr_diropargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x17a): un > defined > > reference to `xdr_readdirres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.t > ext+0x17f): > > undefined reference to > > `xdr_readdirargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x18d): > undefined > > reference to `xdr_statfsres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.te > xt+0x192): > > undefined reference to `xdr_nfs_fh' stubs.o: In function > > `nfsproc_readlink_2_svc': /usr/src/contrib/amd/hlfsd/stubs.c:(.text+0x6f7): > undefined > > reference to `xdr_readlinkres' cc: error: linker command failed with exit c > ode 1 (use -v > > to see invocation) *** [hlfsd] Error code 1 > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Sat Mar 4 18:53:57 2017 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 738E6CF8E82 for ; Sat, 4 Mar 2017 18:53:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::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 49C52175F; Sat, 4 Mar 2017 18:53:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 8803910A7B9; Sat, 4 Mar 2017 13:53:55 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Cc: Andriy Gapon , FreeBSD Current Subject: Re: confusing KTR_SCHED traces Date: Sat, 04 Mar 2017 09:13:46 -0800 Message-ID: <3582744.LcvQFR8qML@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Sat, 04 Mar 2017 13:53:55 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 18:53:57 -0000 On Friday, February 17, 2017 08:48:57 PM Andriy Gapon wrote: > > First, an example, three consecutive entries for the same thread (from top to > bottom): > KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"sleep", > attributes: prio:84, wmesg:"-", lockname:"(null)" > KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"spinning", > attributes: lockname:"sched lock 1" > KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"running", > attributes: none > > Any automatic analysis tool including schedgraph.py will assume that the thread > ends up in the running state. In reality, of course, the thread is in the > sleeping state. > The confusing trace is a result of logging the thread's intention to switch out > in mi_switch() before calling sched_switch(). In ULE's sched_switch() we > acquire the "TDQ_LOCK" which could be contested. In that case the thread spins > waiting for the lock to be released. This is reported as "spinning" and then > "running" states. > > I would like to fix that, but not sure how to do that best. > One idea is to move the mi_switch() trace closer to the cpu_switch() call > similarly to DTrace sched:cpu-off and sched:cpu-on probes. I think this is the right fix. -- John Baldwin From owner-freebsd-current@freebsd.org Sat Mar 4 19:31:44 2017 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 7ACDBCF7891 for ; Sat, 4 Mar 2017 19:31:44 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x244.google.com (mail-lf0-x244.google.com [IPv6:2a00:1450:4010:c07::244]) (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 E814E1720; Sat, 4 Mar 2017 19:31:43 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x244.google.com with SMTP id y193so8967816lfd.1; Sat, 04 Mar 2017 11:31:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=k3C1D4S+ULITICtRIQnZ6PqScPDSimGYqt8GVIPRIhM=; b=IDs99cSowM1Jm5IFDv1ODH9Lg0ThBakuuePmpVT/i4UGRBGp/mQyHtCdZEd3ekudFQ loi3QiUAYLlpDbxOy9TGjmv/6I/X5YIG1qqtBOzTqIarz4MzNcp5Z90KvtHMCFFgCFmo gUNweBBUZ9718yf1kGEA5Zsz9u1ZDtbNHJwMTYvBdtC38HLBEL4WsWvoa75xjCOpe5Sp 0hWjTj+OituOU2jKnMrHBgR5VIbTJuaQO4kCzhcSvC8kh3u/OsbWn+kTR+8Jv/vz+a4E vrW5L0yifP7hXJ7mqJGwFLB0/TdS892pCaZ3I0/YmH5LZB1CsBbyZltHuwINjZcfklYI JGgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=k3C1D4S+ULITICtRIQnZ6PqScPDSimGYqt8GVIPRIhM=; b=aWoVqXGR+p0WF4vFT08bPJSGdrDW7CIAcxR3+dmV53Z+QmZWavrgVqzqzmC6uEQS61 L6MGUaotEu8g6kCPyc2++Bs4y5Lrr4xvBEeGVyR55mNDtAbbbWh5u0v6na+WB7bWJhHb v4XTYqg5+NFsJsXAwxNCZq2X4uh8W74mHe/yZnMHsR/9zYEv5cfrv1fgjBEk2TG8gq3e MkR35ZfwbX8pA/auHXmLCUCMsVN+pwa2Ded1wxvWQ4Ojn7KumG2X62DR6tiTjBBlokX9 oX2ML5UIwiNslXn9Awxvcp/yCeDLMWsY4LpvusHUI2aHv7zMm/7pFJUsCK5ioZC0rmsI MFqQ== X-Gm-Message-State: AMke39ntZ8LFO9tP5Z7vlqly/qwbRWhbSLG0/YDC6W3z4RuRqKTe3wPFVaA6cYrkKvVDrg== X-Received: by 10.25.233.201 with SMTP id j70mr258522lfk.20.1488655902277; Sat, 04 Mar 2017 11:31:42 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id 18sm3083593ljj.3.2017.03.04.11.31.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Mar 2017 11:31:41 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Boot failure - svn up from this morning From: Alex Deiter In-Reply-To: Date: Sat, 4 Mar 2017 22:31:39 +0300 Cc: Michael Tuexen , Chris H , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Content-Transfer-Encoding: quoted-printable Message-Id: <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> To: Dexuan Cui X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 19:31:44 -0000 Hello, Screenshot: boot with patched loader: = http://picpaste.com/IMG_1768-PnmZAtBZ.JPG Video: boot with patched loader: https://youtu.be/thzyRk0D36w Thank you! Alex Deiter alex.deiter@gmail.com > On 3 Mar 2017, at 16:37, Dexuan Cui wrote: >=20 >> From: Michael Tuexen >> Sent: Friday, March 3, 2017 21:30 >>> BTW, I understand it's really annoying to boot the host first... >>> I'm really sorry for this. >>>=20 >>> I suppose you're able to build or find a good 'loader.efi' binary on = another host, >>> and then manage to replace the bad 'loader.efi' on the host broken = by me. :-) >> This problem also occurred on a Dell R430... >>=20 >> Best regards >> Michael >=20 > Can you please use the patch to dump the > : > = https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.html= >=20 > Let's get this fixed ASAP. >=20 > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Sat Mar 4 19:50:27 2017 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 C6DD4CF7E50 for ; Sat, 4 Mar 2017 19:50:27 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 993121FAE for ; Sat, 4 Mar 2017 19:50:27 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-type:Mime-version:Message-ID:To:From:Subject:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=p634xx2V8gW228N2c4TodXzFnBDWMeiqwnauGAkCgbo=; b=qhjFtxWs7VDAHcHh73lV54Ydxu IMnPwRsWktzK8EBQc2na8kgOl2rF0eXQzHNhZndtAoAm62LAIno0rG2ib6xID8QxHAPkPYN/+iprM v7h1iZcnc9GntQEknKvUFlp62JOaLc2PiTVibmWaz1fpMqWlW9DCtD/zMmWsffVkPMZI=; Received: from [74.196.220.26] (port=4639 helo=[192.168.200.89]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1ckFhC-0006TL-Q8 for freebsd-current@freebsd.org; Sat, 04 Mar 2017 13:50:26 -0600 User-Agent: Microsoft-MacOutlook/f.1f.0.170216 Date: Sat, 04 Mar 2017 13:50:24 -0600 Subject: Build Fail: -CURRENT From: Larry Rosenman To: "freebsd-current@freebsd.org" Message-ID: <4832DFD3-26E5-47A4-984D-01BA402630A1@lerctr.org> Thread-Topic: Build Fail: -CURRENT Mime-version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 19:50:27 -0000 --- all_subdir_usr.sbin/amd --- /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x13e): undefined reference to `xdr_symlinkargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x14c): undefined reference to `xdr_diropres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x151): undefined reference to `xdr_createargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x15f): undefined reference to `xdr_nfsstat' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x164): undefined reference to `xdr_diropargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x172): undefined reference to `xdr_readdirres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x177): undefined reference to `xdr_readdirargs' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x185): undefined reference to `xdr_statfsres' /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x18a): undefined reference to `xdr_nfs_fh' stubs.o: In function `nfsproc_readlink_2_svc': /usr/src/contrib/amd/hlfsd/stubs.c:356: undefined reference to `xdr_readlinkres' --- all_subdir_rescue --- Building /usr/obj/usr/src/rescue/rescue/usr/src/sbin/ipf/ipf/printlookup.o --- all_subdir_usr.sbin --- cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [hlfsd.full] Error code 1 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Sat Mar 4 20:12:03 2017 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 E4544CF9632 for ; Sat, 4 Mar 2017 20:12:03 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x241.google.com (mail-pg0-x241.google.com [IPv6:2607:f8b0:400e:c05::241]) (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 A2FE21269; Sat, 4 Mar 2017 20:12:03 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x241.google.com with SMTP id 77so3202566pgc.0; Sat, 04 Mar 2017 12:12:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=5OdF6dmCZ7aUuu+fxmfDO/fOZ/dS3qAGJIvxeC9rxgA=; b=BdXSxDD1+c2jStp0y+44mSWCRo61IEezJSyi+TBaQu5825yo2E9eYVJu/ZvVgxO41c ziRWjSCRoy244gSUVnKbzYHLK0pyNIPcIoamsnU7Un1dJDnz9mCNPskhPwQBRht0Ivqq qhuckcYcGgrhZOFm1UHnh2YYKdsuLIgtdg93QEq2XF6JXENf7kDcITCO1Vdmi8PtYuVm n5C8JppfRE089sqRNUw0WLLzHTahtb83exvCOMWesgilocN3D5z/v9JMkb74Z2D0207P jjzP5fDy/A7Scft9eqAU/2DzUwoU9JmZBFMnfcpPKHr5JX7MxaPNrgIE9pXwICY1dXq6 ow7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=5OdF6dmCZ7aUuu+fxmfDO/fOZ/dS3qAGJIvxeC9rxgA=; b=b8dF/B9ZCeL3n6c3iVXu0Q0bxC+BzmF3so/4vnhLyyxsX9YBh2WtB/2JmvecWaLGal LYJxC+k2NYwEhmC4c7wimFMQDO1dYquqCcBImcTq20IxCvrywqFg8yZZSRAcHGTGyH6q 0YyxrpL+c8JPCBzTp7WP5ECp2nXLus/IZ8TRklvCLAn7D/vxw/SuURAY65P3uuxgOFss /1BKWpXHg9EwbgHIJbrzvb1nBjrEjVvAH/wIbY37ju1R3EkPdCSJNprYw9BJc4mN5lCQ 1fkO+qs8dZ6Elbcvv6Z/QvKJFn1rWpkw95ZoPaKVdIIU854hHiCUc7b5phwBe7p6ZeyB U7GA== X-Gm-Message-State: AMke39nbH04YIjLWiGmLu/qOKOzmFjjUkXkPzWWV1uJ/8U8HbT9/kmdVgy7gzaBmLFvmAw== X-Received: by 10.84.217.212 with SMTP id d20mr14013999plj.53.1488658323212; Sat, 04 Mar 2017 12:12:03 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id x63sm4090662pgb.30.2017.03.04.12.12.02 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 04 Mar 2017 12:12:02 -0800 (PST) Subject: Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat' Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_42C1691D-AA03-4F3B-891D-549BDA0930F6"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <24642190-36ea-45e7-f392-de2b6e2249b0@protected-networks.net> Date: Sat, 4 Mar 2017 12:12:01 -0800 Cc: FreeBSD CURRENT , "O. Hartmann" , ngie@freebsd.org Message-Id: References: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> <24642190-36ea-45e7-f392-de2b6e2249b0@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 20:12:04 -0000 --Apple-Mail=_42C1691D-AA03-4F3B-891D-549BDA0930F6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Mar 4, 2017, at 09:33, Michael Butler = wrote: >=20 > Seems that SVN r314659 broke this :-( >=20 > Michael Working on it :(. -Ngie --Apple-Mail=_42C1691D-AA03-4F3B-891D-549BDA0930F6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYux+RAAoJEPWDqSZpMIYVbqcQAJpgGHm/rGUGOSVbvj9W734S UI8En4N3tGHZjEtVa9JPH0cpfHeDvVvdoJIwCll4SThqWvMzByxbeS0WdbKOXNyi acuXALC7qdlME6FFlIBDEweDYKb0MrMcphwdR5kdYAcZH25Z20Dn5FFGQwFDsRUR +mjpPyK31sWLEJ7A/Fq2Pl94SDvkS6XXFOWEa8HdKich6m3ITpqYwyYoWofP5J+w QWZFmZssOA7lChF7r4oZuC3S0RsoQl+8ipo8c1/Ylw0659CBXEHnSu3wpTzAsqud UPuVfUB0EdFFMvDz9KE/M97nKpwx00vwmSYux5J4uXGEtloIeSm8orRLOUENdUjh X6+Nx7PAMB2GYR8WyEIjNJIJQMIJl/IujwcVhnFUJzI/aZsIk6VWeOjfulooQ/aZ Xiqpu3ZCm4x9BucSAEcpuKSEwlM/WRlT6b0UIRGpMjOvMqmNJ4r2jTkbhNKsL+Zj 4LvwEf7q2rkbVuDbCNZ8s2xTDHp0uH0wjJJPs9Lxi7kAyDWiPjOLM2mzxEjK76ti wpkoDX1tJCHu5lUO9uSsI6WB9Njo2pvBSBbhVxfcLMscZMLkFddPMo54X8b00vIy 2JfIPMAUbfNvm4MvDGMCbA44dc5FtuVu4tRoYqh/6IS2dgIFCaeJ5TTqI7weoO7Q VqUKGPq8YPCFQ+jp2LgJ =/4eI -----END PGP SIGNATURE----- --Apple-Mail=_42C1691D-AA03-4F3B-891D-549BDA0930F6-- From owner-freebsd-current@freebsd.org Sat Mar 4 20:22:01 2017 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 7EE28CF9A39 for ; Sat, 4 Mar 2017 20:22:01 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 504101BDD; Sat, 4 Mar 2017 20:22:01 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 8E0D37F86; Sat, 4 Mar 2017 20:22:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id BD48C330C1; Sat, 4 Mar 2017 20:21:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id zLvtP0dXVWAi; Sat, 4 Mar 2017 20:21:49 +0000 (UTC) Subject: Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat' DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 50B35330B7 To: "O. Hartmann" , FreeBSD CURRENT References: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <8dfc012c-78a2-bea7-2960-80b38012a546@FreeBSD.org> Date: Sat, 4 Mar 2017 12:21:52 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jrEaKukWRto6OfcLo9OtnwSPhaIfurALE" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 20:22:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jrEaKukWRto6OfcLo9OtnwSPhaIfurALE Content-Type: multipart/mixed; boundary="DTuUxqh25N4dTGHnNBxXSmUvhHHVLe7vI"; protected-headers="v1" From: Bryan Drewery To: "O. Hartmann" , FreeBSD CURRENT Message-ID: <8dfc012c-78a2-bea7-2960-80b38012a546@FreeBSD.org> Subject: Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat' References: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> --DTuUxqh25N4dTGHnNBxXSmUvhHHVLe7vI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 3/4/2017 8:11 AM, O. Hartmann wrote: > At revision 314670, buildworld fails on all CURRENT machines with the e= rror shown below. >=20 >=20 > Regards, >=20 > oh >=20 >=20 > [...] > =3D=3D=3D> usr.sbin/amd/hlfsd (all) > Building /usr/obj/usr/src/usr.sbin/amd/hlfsd/hlfsd How has your experience with META_MODE been? --=20 Regards, Bryan Drewery --DTuUxqh25N4dTGHnNBxXSmUvhHHVLe7vI-- --jrEaKukWRto6OfcLo9OtnwSPhaIfurALE 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 iQEcBAEBAgAGBQJYuyHgAAoJEDXXcbtuRpfPHRIH/jxhnZrxS5g54hXTwcnirefc g/lVpbb3MxIwDFC/MyuvWMWqg1qtCCMZNefh6+Nyq82plH4h7sYu13DFcGrFCMUq S52bHb7l+KJv5ePX6JyFPGtf8HolVl73/JbyTykiUINVt2AF1EGI8QKH1uJRU9RA dXVibcYvkvo70gtDEhJsjKBOYfLICHjN+paEbcYxZOH6mbJLbQP3PcAJLx4jliIl Uf6uko5T/KNYPPgaINzmdMw4aK37OCnnjruFd/H0xmv1r2mTX/CbVgrtVNSOw7ei ExgiJWdsX+s0iu5D6WtfNYaPoj8yZ6yiPtJUDTJn+ZBEMpLm3pa2tSfnDXT8X4k= =kEiI -----END PGP SIGNATURE----- --jrEaKukWRto6OfcLo9OtnwSPhaIfurALE-- From owner-freebsd-current@freebsd.org Sat Mar 4 20:39:51 2017 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 6A20CCF9E8D for ; Sat, 4 Mar 2017 20:39:51 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::242]) (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 360111465; Sat, 4 Mar 2017 20:39:51 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x242.google.com with SMTP id 187so2283024pgb.2; Sat, 04 Mar 2017 12:39:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=DDTyQ0FPxwCiDz8S2QEffmY2yuJVnKGUjbY60UnBjl8=; b=ofkCerEA7SF89Nf+rcsShQucpi5cfhBK+HbdSHdaPf8T/YQlh/8LeJTLEFgq3j762T M5+JftjaMP5O6Bv5Z21IVm3eG/lngwgO+YCEkyvIzPwI7COgy9BqqujuIU+TZ4qmVCcw Rv+dlZfZa1N68JAP2fpWVNk5ugEiwaYVenAwcVN9u4/bj8LzaxGxzEjlwKSV3S9/RKyH YnI6NxgDktuYQZJbyo9UnJ/AHsyCNDHYihpkiM2InNlBuXnuQ7bkkQEVteLi1ICKDyVu hcUd1qKbVh7USlkUU+05ddUakeEwIo/UtZEZo/xVbjaFIjZVdhecMW8zblOonOk+bGbd Qe9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=DDTyQ0FPxwCiDz8S2QEffmY2yuJVnKGUjbY60UnBjl8=; b=dDXxLMSCp+9xO2ADFwuJdJN7DY8p9A7/uT/vAD4Ooq3Wd8demlz63nwbACUbU5LMx/ SnBwugf/hfXQMpIeY/A7/0F2L187wPCqtI0gN43mKJ70DwSq7V++9vNr5s0mY8ueJSco vz2JHBz6sXHWPQj3Ocy8lm1sTHbAiQ4a/XeRFxc9wzqZP28SdO5cmB181Xan7PPAaLpr htDDLbt83MzZD/+Hd0GVEo0UmVFI+MnosBFFlQTmhhuqju/GeN46nlCF2vUCtW94QT5g AMuxbHJA7lSgBR8cBH6ZudVIsePvY7peLP780Ps+GCpwEWe1fppq4K06rqJUhCsbkYx8 lUgQ== X-Gm-Message-State: AMke39l2J87TZmsIsRovTXGanxzoh7LvHqNWUKBFOJ5s3If3C5pnx6RhoZODUOe5cRXrNw== X-Received: by 10.84.229.77 with SMTP id d13mr14168733pln.177.1488659990771; Sat, 04 Mar 2017 12:39:50 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id g27sm24304231pgn.20.2017.03.04.12.39.49 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 04 Mar 2017 12:39:50 -0800 (PST) Subject: Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat' Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_8C54EA58-4922-464C-BEEC-D57D9C6EF53F"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Sat, 4 Mar 2017 12:39:48 -0800 Cc: FreeBSD CURRENT , "O. Hartmann" , ngie@freebsd.org Message-Id: <2D9B9F2C-A30B-410E-9158-C3CE066CCFE8@gmail.com> References: <20170304171100.6a1edbc3@thor.intern.walstatt.dynvpn.de> <24642190-36ea-45e7-f392-de2b6e2249b0@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 20:39:51 -0000 --Apple-Mail=_8C54EA58-4922-464C-BEEC-D57D9C6EF53F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 4, 2017, at 12:12, Ngie Cooper (yaneurabeya) = wrote: >=20 >=20 >> On Mar 4, 2017, at 09:33, Michael Butler = wrote: >>=20 >> Seems that SVN r314659 broke this :-( >>=20 >> Michael >=20 > Working on it :(. > -Ngie Fixed in r314676. Apologies for the breakage :(=E2=80=A6 -Ngie --Apple-Mail=_8C54EA58-4922-464C-BEEC-D57D9C6EF53F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYuyYVAAoJEPWDqSZpMIYVNekQAJfh1VcLEuyP1L4IhR55nfAg b/hYNjcGXDXui1EESRUaVohrILwTX9aoI25jcKhbzCyvfi8UR2qMVepTFYBhZIzP SgJTZuwG+KT232hwDUjnoSp/4L9Fh/pphXLeitmB0367wpUlD/++BogyBsIk43n4 nwQzfOEu+zg26YBIVGd/557gKVrQb9l0FJvoVOZEnvv1e6UektvlH4QRYeYq9JSi PM+Rd34JCKX3VASQYtwJmWCxrE0aQtUJ4HK9zoUqhWVyCs0O13fEXSs5rNcLtngl FyKw/nCT9CS8xbcNA8xeP+oLVYx3gOI2ZCeJcNy4Namyf1Xe8Xo++xnHL/m6+4FD OfcgzTyrxdUTU7q93Voqw+EE4aniqsQwR79W3RxrT/fvsAIrAWSs8NPlU73wSOyL 4QdaFHk4f5hNwgQU+3/n1VGhPRHMe6qwRO+aVbJz1PYgJC0LIDVKWAL9tCm9a2ft O2mPlKJHNmUN7dFNUFEsqL1WPHO3TvrUo6Q70AGAyd4oGC6iQYCDSamwjlUEbh7v dgPk490wul0EPSb2tYy2fFLiBkNyI/3BNk/GDLI8puMBatNQgFHIijSSqtDdRQEU reLjgGrvadZGzX7aDmUxD6qvadF8awtXFSff7A4gXDTEIvyPdEiVD/xFkeWM+8Gw nZZUAOmNgrRL5y/19SV2 =MyW5 -----END PGP SIGNATURE----- --Apple-Mail=_8C54EA58-4922-464C-BEEC-D57D9C6EF53F-- From owner-freebsd-current@freebsd.org Sat Mar 4 20:39:59 2017 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 58A93CF9EB2 for ; Sat, 4 Mar 2017 20:39:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::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 19863155B for ; Sat, 4 Mar 2017 20:39:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22d.google.com with SMTP id v190so7574204pfb.1 for ; Sat, 04 Mar 2017 12:39:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=sd+uzrG7n8n/4aNfY9BGNbE6XXBG6R86T/wXSzv2mlY=; b=IDKfemL+Qm4VA6lrUro8cvYph1PjFhPF++Ygz7VBBawXJm1ooXxIl/cSEtXnOB/tpv Jp+1RBH5q+aB582x+weUzWzRUhRtgdPBbb+yceCR4xiK7NmiyqhayHTvgtWLAkpSzUbt 2RnXqzNUsjRMrHbJ3qoiQSb/fqMUVLA+AyBoI2iHC4AvS0nIQq74GbRTHrVkzUZyZ6pG 4YDvqasBLI6hqbac8Ck669+Xp8zqiGdRUsWICAObW/rwCnlc8jrcvmOrIWYuBQ57bMn9 cMUbAvQt54fMV6xr8gAXFxO4HsCcky4K0ja654idjHrLtIpIWkC3PPztcXu1ib4+jzco QQcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=sd+uzrG7n8n/4aNfY9BGNbE6XXBG6R86T/wXSzv2mlY=; b=cFaYAlvUPeQk0TFZ4RTDmXzK3tjy8RKZSBkHcviiLyQaiTy+OJ5H1Hiwlfmr46YLtJ FTjc9hT+nxXBNGIiIn7vgKgWudLYStEo+85sgfJhJIf5P/JcbH2eWxyV6W8wKY4YsHB2 7HO57BKJoN0BWtNe3STW7fH1GUkINCZPBTwPllsEKUIDEe14ZAF9yEqnm1H1bmyjO//B UfcyYwOCZ6YYMGU3caRMmAsQaWoaEGn+sgnT4wPIHzISPUGijCXG9WUxIXSvHKFar17K xQYzITjD7sKf+EqOGDzuQJjoxE31YzWLtr3+XJCqRkx7/XicsAPaKeCW5mR6vCjZcvtZ pDpg== X-Gm-Message-State: AMke39m3o0i3jk8oXCK76e8pmeXWPzyE3t9KiYrLf7vv0LuC6qekB6pc8u+jaXngZEneyQ== X-Received: by 10.84.210.33 with SMTP id z30mr13818065plh.79.1488659998733; Sat, 04 Mar 2017 12:39:58 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id g27sm24304231pgn.20.2017.03.04.12.39.57 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 04 Mar 2017 12:39:58 -0800 (PST) Subject: Re: Build Fail: -CURRENT Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2FDBC1BE-6BF4-4A6D-9076-83D545F9E0EB"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <4832DFD3-26E5-47A4-984D-01BA402630A1@lerctr.org> Date: Sat, 4 Mar 2017 12:39:57 -0800 Cc: "freebsd-current@freebsd.org" Message-Id: <8E186CC2-B668-4254-A8E9-DE776B8B1EC8@gmail.com> References: <4832DFD3-26E5-47A4-984D-01BA402630A1@lerctr.org> To: Larry Rosenman X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 20:39:59 -0000 --Apple-Mail=_2FDBC1BE-6BF4-4A6D-9076-83D545F9E0EB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 4, 2017, at 11:50, Larry Rosenman wrote: >=20 > --- all_subdir_usr.sbin/amd --- >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x13e): undefined = reference to `xdr_symlinkargs' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x14c): undefined = reference to `xdr_diropres' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x151): undefined = reference to `xdr_createargs' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x15f): undefined = reference to `xdr_nfsstat' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x164): undefined = reference to `xdr_diropargs' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x172): undefined = reference to `xdr_readdirres' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x177): undefined = reference to `xdr_readdirargs' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x185): undefined = reference to `xdr_statfsres' >=20 > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x18a): undefined = reference to `xdr_nfs_fh' >=20 > stubs.o: In function `nfsproc_readlink_2_svc': >=20 > /usr/src/contrib/amd/hlfsd/stubs.c:356: undefined reference to = `xdr_readlinkres' >=20 > --- all_subdir_rescue --- >=20 > Building = /usr/obj/usr/src/rescue/rescue/usr/src/sbin/ipf/ipf/printlookup.o >=20 > --- all_subdir_usr.sbin --- >=20 > cc: error: linker command failed with exit code 1 (use -v to see = invocation) >=20 > *** [hlfsd.full] Error code 1 Fixed in r314676. Apologies for the breakage :(=E2=80=A6 -Ngie --Apple-Mail=_2FDBC1BE-6BF4-4A6D-9076-83D545F9E0EB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYuyYdAAoJEPWDqSZpMIYVtY4QAKaHiOzt8SJGb9utgMStJ71e KNpT8sogw8Xgn4/9qSMq0lVTfQF9cgBqlD86YeBUjsgGZrsYaZPGIGiHv59W8eNB GFMVQls8g2Iy8ra0WdIHjCbq4W8EA8J8HPgCAORo0MahswvstEZ1mYtqEnj2NiBG 3F2ujeheSJoteBIJps4mZpRrPj6AmlVtPsOx2fOGKy/FOY7DpDqC3fU9fI2Bqjnl HmAHuu94nGTUR5eL0m9lsSvIws5gGeVFFDG9LTsFnulk/YB5BkkBaFEiTXIkUH8b FeLcWyEnU1A+Gdc0egj0F3Dkd33okW0zaUQDFlHb9zc3Vk5lyqfmvf12JmGJV4ty 9K9+QXATdcfWDYurymfInp01ynTIJtz2++GPz+Z9uXMivIlUog9lZGioqelCdiqI lmQ7dSocjP+1cNr+jTRA+ul8S0tVu77pK/hICWwmWY/xJ79is1lI1Vt71afrszQG b6vVM0vnFIRoEu1HRHx7/eZfOpUIBCxTa+lsjofgbJ4ZMKIN41A8BFkIfH0d7axG 3NyDfUssJB/Icri12KEr17SNk1UvcTZCAZHz0xLE0PpeaQE4sVGXrjM6Bc5Swbzf UCYzRFU4tcvTXFcXb02TzRor4EaAes3/Ydk0FCz7YWE7OSvUPA4MatwFamEoSZDV LWtLucKC3X+Hf5CoGvvy =ygLL -----END PGP SIGNATURE----- --Apple-Mail=_2FDBC1BE-6BF4-4A6D-9076-83D545F9E0EB-- From owner-freebsd-current@freebsd.org Sat Mar 4 20:46:21 2017 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 933C4CF9212 for ; Sat, 4 Mar 2017 20:46:21 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::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 5C3F51C6A for ; Sat, 4 Mar 2017 20:46:21 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-io0-x22d.google.com with SMTP id l7so93791512ioe.3 for ; Sat, 04 Mar 2017 12:46:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=XS+wEX43DSmw7qUZnDUQrbJH1XxAyW6BmU/jpOXkM74=; b=GvnPliK/lhDV5FczphuHVDMNwrdHr0DA/VBYDOYPxSZdG+X1IY1+fPJu8wqxmVyMcU 1HRwrkJkVvBfaBpav2RsWMckcx0qkiJHdQtoDzBae7IwY68w0GC5vLrQ0bWd6ZSnKEAC /vxu14Xxqh3wztjNo87w5XtwNvQdi44B++50+tu/gL6mIQHaVYUVi3iPbiTgx+CZWcll fyZKhTxsDKU3i8zdURbpDSi0AoB2p7S4S1lVktOsdvzM44se/Oi6ymeshTSrWzZI0iQI i+85qZnJp5IGjHLzGLCDlSLCD5DEuXpmT3W9oWiw25Pm5Zu+1Kaf9JX/SGR6Uuy2ucEp X2ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=XS+wEX43DSmw7qUZnDUQrbJH1XxAyW6BmU/jpOXkM74=; b=fOAuYW/p1SJ+qrUcaQgbLASN+Rb7reXhULBp48FPKgmst1px7+XqlISQrEOVPSi/MY ftCJ759/5ovfWNL6HwhbQ0WzA3UDlaLF+uPWNT6G4039uyB3FWJNOr51XT+uql3J55PX NPN1ucUl5bQ5RxxNX2vxTa1y7/DnR2ZDj0bTOB/5ddL5ZngFZM33PSheLmVXXRCXnBne 2zgq8FUW9JOGLJooOfknag3ZtxOI6NNDPplFPyjovXMEIO2miETtZKYij+6Xec0TrFVB lcUt8Z9BianK7JQP6JxvnWOX24SUOIOUfu4myFMx7m1kt/IrfHZqwFw5nOzO6Qdd/6Kg VrRA== X-Gm-Message-State: AMke39n3s34n097mc5YzfkCA2W9SZ1somYDW6DphQsjR4YKxecwdD7cWHisBJHqYtAKVxY5Lfnu0m4v7LPf6UA== X-Received: by 10.107.17.70 with SMTP id z67mr9460954ioi.37.1488660380602; Sat, 04 Mar 2017 12:46:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Sat, 4 Mar 2017 12:46:20 -0800 (PST) Received: by 10.64.226.199 with HTTP; Sat, 4 Mar 2017 12:46:20 -0800 (PST) In-Reply-To: References: From: Roberto Rodriguez Jr Date: Sat, 4 Mar 2017 15:46:20 -0500 Message-ID: Subject: Building Current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 20:46:21 -0000 What tools can I use to make the building a little faster? I'm using an AMD 64 HP 15 laptop and I update the source tree daily and rebuild so if I have any errors I could report. Just curious if there's any extra software I could be implementing to make the compiling faster. Thank you From owner-freebsd-current@freebsd.org Sat Mar 4 20:59:41 2017 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 DBC59CF994B for ; Sat, 4 Mar 2017 20:59:41 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B43421A29 for ; Sat, 4 Mar 2017 20:59:41 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id v24KvumE061507; Sat, 4 Mar 2017 12:57:56 -0800 (PST) (envelope-from null@pozo.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Building Current From: Manfred Antar In-Reply-To: Date: Sat, 4 Mar 2017 12:57:55 -0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <336A22CA-2B0C-4C31-897E-E03270BD80E5@pozo.com> References: To: Roberto Rodriguez Jr X-Mailer: Apple Mail (2.3259) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: v24KvumE061507 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 20:59:42 -0000 > On Mar 4, 2017, at 12:46 PM, Roberto Rodriguez Jr wrote: >=20 > What tools can I use to make the building a little faster? >=20 > I'm using an AMD 64 HP 15 laptop and I update the source tree daily and > rebuild so if I have any errors I could report. Just curious if there's a= ny > extra software I could be implementing to make the compiling faster. Thank > you > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 > --=20 > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. >=20 You could use /usr/ports/devel/ccache It will speed things up after a build or two --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@freebsd.org Sat Mar 4 20:59:41 2017 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 ED49ACF994C for ; Sat, 4 Mar 2017 20:59:41 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D6B391A2C for ; Sat, 4 Mar 2017 20:59:41 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id v24KvumF061507; Sat, 4 Mar 2017 12:58:26 -0800 (PST) (envelope-from null@pozo.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Building Current From: Manfred Antar In-Reply-To: Date: Sat, 4 Mar 2017 12:58:26 -0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <48F6E73C-E4E5-4399-AE4E-CD43C1DEB25C@pozo.com> References: To: Roberto Rodriguez Jr X-Mailer: Apple Mail (2.3259) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: v24KvumF061507 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 20:59:42 -0000 > On Mar 4, 2017, at 12:46 PM, Roberto Rodriguez Jr wrote: >=20 > What tools can I use to make the building a little faster? >=20 > I'm using an AMD 64 HP 15 laptop and I update the source tree daily and > rebuild so if I have any errors I could report. Just curious if there's a= ny > extra software I could be implementing to make the compiling faster. Thank > you > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 > --=20 > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. >=20 You could use /usr/ports/devel/ccache It will speed things up after a build or two --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@freebsd.org Sat Mar 4 21:00:16 2017 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 418B3CF9A6C for ; Sat, 4 Mar 2017 21:00:16 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pg0-x236.google.com (mail-pg0-x236.google.com [IPv6:2607:f8b0:400e:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0934C1CE0 for ; Sat, 4 Mar 2017 21:00:16 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-pg0-x236.google.com with SMTP id 25so54545079pgy.0 for ; Sat, 04 Mar 2017 13:00:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=LoepEipf/OYwz7EiaiKjQAE0Jtw2sFakEa/+BKlZ3mk=; b=HVVcX3VnghcSF6947+fGD+2EAJJIufB0Ap5tw5deXLo8lf4iPXFRaQfmyCqUPQbx3v S6AIRAVeQ8JvYQ+3CIwfKOtySPsIn3CbhinrK6RRXsgVMCVbv0fz/6geTYCHeAdJWeOi 0u3hzorpiVSa3fiYNHQVfdJr+g/HOC9oa+MJnr3JqAKNaTqONT2dXvKEpO0/YdjJRjt+ arhH1cPqWqokVcLxeZJ248tec5PjDfiRWB1Sbu8qzQuynhSHLg1vopS6LGL+NCIDFlxj 2fZomQAYSHB51E2GErnGws5xSk4lN8De+OrjGl75Q1qJGoKhBBRtNvWHEXhZv4fcLgid wnFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=LoepEipf/OYwz7EiaiKjQAE0Jtw2sFakEa/+BKlZ3mk=; b=i9Mxy7+xFa71qTCjwqJK2ASbiK4NAiRmOuQEF8QmsamQ9Im6lCoywwfm0lQaVP/4+o RU8eDyGfaoqDLWgB8REpywQRnbT3RFerADz3YNz0bO3lZaZSUO49ziJTOEqWRf6Q0E5M erfAdN5XSuohb0TzPC+RD+kEbkTs5kQLA1byfjdojDN5exWfHMn1EXq/JWD/5ou5t9xZ S5bu7Vzul7RbON46XpdX/+V+46qVoun1bWTJhRquwQ7i06kIpxm8nrq4spwvHzCwUGWA Su3cH7clnc3l+T4iNkhkLcro+yCQ/ASpsO2AVQA9N8auvC2x8DuTCP/+kJRH1TUY01eA LtfA== X-Gm-Message-State: AMke39mMBIjR5wAo8U6+JscGYl8VuiH147WPhyEZFOWAUJ/qpJpZ5a/a9F2M/3REYUOmeg== X-Received: by 10.98.55.66 with SMTP id e63mr11633354pfa.156.1488661215634; Sat, 04 Mar 2017 13:00:15 -0800 (PST) Received: from ox ([2601:641:c000:b800:2d84:7f2a:b562:915f]) by smtp.gmail.com with ESMTPSA id m29sm30777565pfi.54.2017.03.04.13.00.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Mar 2017 13:00:14 -0800 (PST) Date: Sat, 4 Mar 2017 13:00:09 -0800 From: Navdeep Parhar To: Roberto Rodriguez Jr Cc: freebsd-current@freebsd.org Subject: Re: Building Current Message-ID: <20170304210009.GA12859@ox> Mail-Followup-To: Roberto Rodriguez Jr , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 21:00:16 -0000 On Sat, Mar 04, 2017 at 03:46:20PM -0500, Roberto Rodriguez Jr wrote: > What tools can I use to make the building a little faster? > The src tree supports incremental builds. You'll need to load the filemon module and add WITH_META_MODE=yes in /etc/src-env.conf to use it. See the WITH_META_MODE bits in src.conf(5), build(7) for some more details. It would be nice to have WITH_META_MODE as default but that's a separate discussion. Regards, Navdeep From owner-freebsd-current@freebsd.org Sat Mar 4 21:13:54 2017 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 93521CF5232 for ; Sat, 4 Mar 2017 21:13:54 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) 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 331681BB9 for ; Sat, 4 Mar 2017 21:13:54 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x22a.google.com with SMTP id n127so224810122qkf.0 for ; Sat, 04 Mar 2017 13:13:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=tMfH1txEE/7uAt7IhhXHFR71Au9ekZQIGH6LZmckrS0=; b=1UuiXJkLNIePfcmP+/ELhgmOhyb7mfofAEgajqCE6t5bHSh662erDOE4eWqLb3yzoT HAvaDbW+OHTjVbh8InYw/cL18cG4Vx9OKMyYTxiOhWmIPPCxJOibglFZNDAHk/2/O128 oFqoloSHqtuyLqPfbQD9eV5dfNd4tOsIr4LIZCf7NuwgJpFiKXDPQxiU1r8hwKr4M39b 1QD+wmfpechJExCmKdp7cvzxbN7mzvG7O6PULeCH7LDKpmxsaOScsHA0AfhzyyHmmZhr d8InplJlBQJlp73lHo+KXyd7MBF3C6DNZCF1Vm/vGAcUmIO8pr1y3niljHXyxd8n55nW zAUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=tMfH1txEE/7uAt7IhhXHFR71Au9ekZQIGH6LZmckrS0=; b=Ms8PgxRtgMH0JO9deDnIrtyNzmwlOwm6bV5Zh6NjEkAWSWcjFYe4P8HwXnt+LLF493 iefqAV4fLj74B93NJd/KiuiIIWldHY+KAvjXZ0hGG0PcMI1ZyOeNJnuFHwGi23sejZ53 ioYqGWn1kMS1fh88gZG4baxq4tPy2F6nvszoR5UGJryjl085DPKOnxoDRsi23SCJPLNP vC4/WoOF/S6N7H3t3QzyQ1TYDRdlwxiTNLGdkr8P18sRkAEkNSSb63cyDG3PoQpbzfB9 A4pJfAxMtZ7rlPpHCzlOFgGXQDyfkIe56BkW/ainD0DvgYDumnAsHHk7eyZKjiTnK/+l MbLA== X-Gm-Message-State: AMke39mVQd1urvmuOc699JixwbDzv8PIbbzGPITkiIlQKn5cJeQyfwYO9NZOtKHvSObYAmhH X-Received: by 10.200.52.52 with SMTP id u49mr8869280qtb.101.1488662033228; Sat, 04 Mar 2017 13:13:53 -0800 (PST) Received: from mutt-hbsd (pool-100-16-218-40.bltmmd.fios.verizon.net. [100.16.218.40]) by smtp.gmail.com with ESMTPSA id u43sm10232013qtc.11.2017.03.04.13.13.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 04 Mar 2017 13:13:52 -0800 (PST) Date: Sat, 4 Mar 2017 16:13:51 -0500 From: Shawn Webb To: Michael Tuexen Cc: Dexuan Cui , Alex Deiter , Chris H , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Subject: Re: Boot failure - svn up from this morning Message-ID: <20170304211351.ki4lwfcnvzngbv3d@mutt-hbsd> References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="amqr7xa7r47ovejg" Content-Disposition: inline In-Reply-To: <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170206 (1.7.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 21:13:54 -0000 --amqr7xa7r47ovejg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 03, 2017 at 02:30:08PM +0100, Michael Tuexen wrote: > > On 3 Mar 2017, at 12:59, Dexuan Cui wrote: > >=20 > >> From: Dexuan Cui > >> Sent: Friday, March 3, 2017 19:50 > >>> From: Alex Deiter > >>> Sent: Friday, March 3, 2017 17:22 > >>> Hello, > >>> The same issue with FreeBSD 12.0-CURRENT-r314563: > >>> elf64_loadimage: could not read symbols - skipped! > >>>=20 > >>> I suspect regression after: > >>>=20 > >>> Revision 314547 - Directory Listing > >>> Modified Thu Mar 2 07:25:50 2017 UTC (25 hours, 54 minutes ago) by de= xuan > >>> loader.efi: reduce the size of the staging area if necessary > >>=20 > >> Yes, I believe the issue is caused by the patch, which is supposed to = PR 211746: > >> ... > >> Can you please try the patch to dump the memory map? > >> ... > >=20 > > BTW, I understand it's really annoying to boot the host first... > > I'm really sorry for this. > >=20 > > I suppose you're able to build or find a good 'loader.efi' binary on an= other host, > > and then manage to replace the bad 'loader.efi' on the host broken by = me. :-) > This problem also occurred on a Dell R430... And in bhyve with UEFI mode. --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --amqr7xa7r47ovejg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAli7Lg0ACgkQaoRlj1JF bu4WmBAApjP1iKdjF8Ht89MBPIeJ0+wCecf/a19gWN9crYWkmvorTs1L+3zJ+G7M tb8ksF9iXgQw8zSHqtYajNxfcMVTRVG7CXlTRUxdy281Hb8l4mUMMxk3odT1wnSn YUgiSgCIRTU849bj408u3sZ1PV7grLiWTyN7W+sjSneoq5pGyCZlaglkGvbmgre8 5ZeP2jx3SVYgo0MUgPP17nejBvPxK4nFUp2WyCx9PiS4piSlxYVk7giJKqvtZvbf Rki9iw+2+23plLa0WYlJkgbcHYpZp1WxT0/ed6us/V3+DhztdWsAdhQBV38+U8cW 4uruR3YyOYgpSF0P4KkLbxd0ZtFDPcDkupQYllFE0MY0oD2DhdvH1se9Jw4LzbMf 9hFpkUvfj9SrsuY+/Rhdg7r3K+9YPSdNpWCKqmySsmG1bgNRYJX3byyxxk7vPpAp +1iswOaB/Tkwhruwf7yqKxDY0rMdinxpQImKmxK9Mx63WOtSCwPGisiRuP8K2YfF dmrRcSf12/C5V6rQmXjPBKv9NpGRE3HMh+WOO+YIvGYjvGXw39MHetpeU9PlVijR hYrWlJsySHszRKfY0ISIY2dxuZTxKYsHntWNckxJwGhEsGZYQ6sJgC+bTTQwUKIE eb/8G8GSVikVV+MzfoWg3uoL3WEIcCZg7fQ8E90lNY4z82IUGlQ= =iGCG -----END PGP SIGNATURE----- --amqr7xa7r47ovejg-- From owner-freebsd-current@freebsd.org Sat Mar 4 21:19:34 2017 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 8282BCF5542 for ; Sat, 4 Mar 2017 21:19:34 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C9A81192 for ; Sat, 4 Mar 2017 21:19:34 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-io0-x230.google.com with SMTP id z13so49676507iof.2 for ; Sat, 04 Mar 2017 13:19:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=Qwc/mKYG5+DoKHeNhyozyOo2+0T9TSNhnCSZoIXk9FU=; b=Ih52c4AR5tbcGSHqXj6ieqO1RulTn0QnDMznKBUOoTVw2DZ2m8L2I5eCLCZlZ0I5uI WCmAHWAy+27fHo9x8r8bwlHl4tlI0hGQOFbwaemcN/U4CwfBdZuNEPGXCPPeWutIDh/A xy+li7uGYU9Zdth0ri3KTF8VgkD9cjSZDit1rV6GmdUuC1uVsO8kSAkPO3Dh3gWxvxuL 97xuYRQxdnajHMLM9PKXe4AYlR8ikhC5Djb5TOj246hHbGWG2+cPIwHB7wsRZ6rxhUCz QEMFeAG7KJFjUUx8as/YBHqY4vMIuLnj1gBURyBiINdOkOzHX5OEZS4aibr1VoKfOQhd Juog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=Qwc/mKYG5+DoKHeNhyozyOo2+0T9TSNhnCSZoIXk9FU=; b=aL4+T5MWMw32ukqsrnedCBykWUJlcca4xfgz6wV1nWjmZpkQG/JighZn/ZI0KpQWlp UbBXC4bt6TpJoLGmWvv7lgy73snBlpo0MpJJcvH5RfBx/TfEtZQGWID7nQZeD6b3dc7S J+HtL6CmxxI7IXAMtW8y7RNLgG0qsoWu1sFiypwMaaXPeWVyPBk1vw5B8jYi84K1evLN xPbIRje6QzL96tPkKrWOMKQLEZPoG5ziLhRmeXnoePU3JZsrNL6mdz1G+n3BVCvYf3mB Tg9IDb21PW9t8gC8QbKIHO6S9xtprf07PlofM28Ni0we0aiWQaVus3651TNtUHF9gdx2 psYw== X-Gm-Message-State: AMke39lzh3mmJxmFXgkzczVy9OTbVaWRoJ6P/NtzMIFI2+RJU5lIxJbMFVaM6hAqc0rvAfD4QGA0MSSaDfHkig== X-Received: by 10.107.17.70 with SMTP id z67mr9551892ioi.37.1488662373597; Sat, 04 Mar 2017 13:19:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Sat, 4 Mar 2017 13:19:33 -0800 (PST) Received: by 10.64.226.199 with HTTP; Sat, 4 Mar 2017 13:19:33 -0800 (PST) In-Reply-To: <20170304210009.GA12859@ox> References: <20170304210009.GA12859@ox> From: Roberto Rodriguez Jr Date: Sat, 4 Mar 2017 16:19:33 -0500 Message-ID: Subject: Re: Building Current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 04 Mar 2017 21:19:34 -0000 Would make -DNO_CLEAN=NO also/maybe help as well?