From owner-freebsd-stable@freebsd.org Sun May 13 07:50:05 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56CEBFCC01D for ; Sun, 13 May 2018 07:50:05 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id 77B9768F51 for ; Sun, 13 May 2018 07:50:04 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp118-210-99-137.bras2.adl4.internode.on.net (HELO midget.dons.net.au) ([118.210.99.137]) by ipmail07.adl2.internode.on.net with ESMTP; 13 May 2018 17:14:54 +0930 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPS id w4D7iYQD093306 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 13 May 2018 17:14:49 +0930 (CST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.1/8.14.9/Submit) id w4D7PTTr082526 for ; Sun, 13 May 2018 16:55:29 +0930 (CST) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f Received: from [10.0.2.26] ([10.0.2.26]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id w4D7POhn082520; Sun, 13 May 2018 16:55:29 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: Userland PPP on ADSL From: "O'Connor, Daniel" In-Reply-To: <5AF1A036.9080305@grosbein.net> Date: Sun, 13 May 2018 16:55:23 +0930 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <63AB98A8-C087-4EDD-BB0B-A1BF90256602@dons.net.au> References: <3D16459D-B083-4CAC-BA9E-D48EF55B5EB0@dons.net.au> <5AF1A036.9080305@grosbein.net> To: Eugene Grosbein X-Mailer: Apple Mail (2.3445.6.18) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 07:50:05 -0000 > On 8 May 2018, at 22:33, Eugene Grosbein wrote: >> Does anyone have any suggestions where to start looking? It would be = nice if the base tool worked properly for what I feel is a not uncommon = scenario :) >=20 > You have not specified FreeBSD version you use. Oops, sorry - it's 11.1p7. Although I am pretty sure I saw it all the way back at 9.x when I = switched a number of systems over to mpd5. > First, you should check if the ppp process is waiting on some system = call when it's hung. > Use ps -l or procstat to check it. And you should enable verbose logs = in ppp.conf. Good idea, I need to re-set a system back to PPP to test and break it = when there isn't someone around to complain about it which might take a = while :( -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@freebsd.org Sun May 13 11:55:33 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97EECFD7453 for ; Sun, 13 May 2018 11:55:33 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc14.plala.or.jp (msc14.plala.or.jp [IPv6:2400:7800:0:502e::24]) by mx1.freebsd.org (Postfix) with ESMTP id BAF9387280 for ; Sun, 13 May 2018 11:55:32 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([126.74.209.183]) by msc14.plala.or.jp with ESMTP id <20180513115503.HSID28104.msc14.plala.or.jp@localhost> for ; Sun, 13 May 2018 20:55:03 +0900 Date: Sun, 13 May 2018 20:54:49 +0900 (JST) Message-Id: <20180513.205449.1754286405868108613.ish@amail.plala.or.jp> To: freebsd-stable@FreeBSD.org Subject: bug 224498(ls -lh does not display properly around 1MB, 1GB, ...) in 11.2-BETA1 From: Masachika ISHIZUKA X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac14; Sun, 13 May 2018 20:55:03 +0900 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 11:55:33 -0000 Hi. Thank you for providing 11.2-BETA1. I was freebsd-updated from 11.1-RELEASE-p10. 11.2-BETA1 has issue 'bug 224498'. -- Masachika ISHIZUKA From owner-freebsd-stable@freebsd.org Sun May 13 12:19:27 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 212D7FD9557 for ; Sun, 13 May 2018 12:19:27 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc14.plala.or.jp (msc14.plala.or.jp [60.36.166.24]) by mx1.freebsd.org (Postfix) with ESMTP id 409556A6B8 for ; Sun, 13 May 2018 12:19:25 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc14.plala.or.jp with ESMTP id <20180513121923.HSWY28104.msc14.plala.or.jp@localhost> for ; Sun, 13 May 2018 21:19:23 +0900 Date: Sun, 13 May 2018 21:19:17 +0900 (JST) Message-Id: <20180513.211917.1140592791973890083.ish@amail.plala.or.jp> To: freebsd-stable@freebsd.org Subject: lagg0 with ue0 and iwm0 is not operate on 11.2-BETA1 From: Masachika ISHIZUKA X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac14; Sun, 13 May 2018 21:19:23 +0900 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 12:19:27 -0000 Hi. I'm using lagg0 with ue0(if_axge.ko) and iwm0(if_iwm.ko) as follows. % cat /etc/rc.conf ifconfig_ue0="ether xx:xx:xx:xx:xx:xx up" wlans_iwm0="wlan0" create_args_wlan0="country JP" ifconfig_wlan0="wpa" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport ue0 laggport wlan0 192.168.x.x netmask x.x.x.x" It is good working on 12-current, but 11.2-BETA1 is not working. It can work ue0 or wlan0 alone on 11.2-BETA1, i.e. ifconfig_lagg0="laggproto failover laggport ue0 192.168.x.x netmask x.x.x.x" or ifconfig_lagg0="laggproto failover laggport wlan0 192.168.x.x netmask x.x.x.x" is working. =========== I have another machine and that is operate lagg0 with re0 and ath0 on 11.2-BETA1, but it has trouble. It is bood working with re0 and good working with failovered ath0, but not working when I switched back re0. It can be recovered by 'ifconfig re0 down' and 'ifconfig re0 up'. It is the same as on 12-current. -- Masachika ISHIZUKA From owner-freebsd-stable@freebsd.org Sun May 13 13:53:31 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5711FDDDE5 for ; Sun, 13 May 2018 13:53:31 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c: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 470B378AE6 for ; Sun, 13 May 2018 13:53:31 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id j5-v6so10589758wme.5 for ; Sun, 13 May 2018 06:53:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition :content-transfer-encoding:user-agent; bh=S3FIql7G3ZYy/ODI1jKWzpAUBX2cFBaCYlW7X0Mo6us=; b=ow3Y9M0EE1rNvrBhnGbzQ5sCKPjmZCXGgpnN1oskYuZTWG+ecnRcv1mRLA/Qs9JWjF 1vSHtbHplxhFI6nqZgFW9YjxGERamM/KnGqYjBOv+526ZN5z+Nz31yifHI3JtzsTF8LH ZA1xJkMnFdm8xlOABu/c7EFu2CPSWQtRM1uqx0aR/FZYiaqVHG7Bq8w37TIUm7mwQpfM Rh29Rs6rJHKpg7LYAJv7bVmSlo0fKt+XExQGK81tCPzD4P9UfKlYTSZFVxpjY+cM0FZF zZ9Xb0jv45ymv92xVPhUWFWnZV/sGKm8c5Rw473wQ9ebv3Wewo4P35hI9hiRKAg9XDdI LCpw== 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:mime-version :content-disposition:content-transfer-encoding:user-agent; bh=S3FIql7G3ZYy/ODI1jKWzpAUBX2cFBaCYlW7X0Mo6us=; b=KhuBR4m9RiJPyY+RI+UUrk7Ly8tc7CsHXMM/3Vs45uaVMuZ19ENVl8vlQ2caqk44gz FYs7XDTUB1Hot2+pobLZZrKFUEM4qT5kgre1AfKK8tzCmVt5AK6oKMmYaRLpQMeT68fG ONqb5P69zbn7k1QzhySHEBj0qIGdqO1mKBHdlbHw8A/CBcis2FSrKO+Mnt2LUhZ6nTn5 YvfoHXLeB/4GcHMVT8V2P26xQrk9EtBElWy1ad+35IFIZj7aG4O0zCiGTCUKCHNPQsyv UhNOVcUUZo1N+V12EyyKdSdIML571K+ETLQJjgaNisfU+04EU/Mk3seu8bBfY+TBWZuO qE0w== X-Gm-Message-State: ALKqPwd5Lu2DRxH8oUetNPV2ucb6oeZhsyeCZIIW5aBNCDExRM8ZQaN6 EFbG1+y+H6V6vinsSwUEgvzKLA== X-Google-Smtp-Source: AB8JxZo47YNx//dJk7+ODGjyvHE93nBH9iXben5MVCChza9R475uWoQkJ9urXP3WPS1/EQ/rFQ6Ksw== X-Received: by 2002:a1c:6443:: with SMTP id y64-v6mr2909229wmb.108.1526219609779; Sun, 13 May 2018 06:53:29 -0700 (PDT) Received: from riemann (2.153.153.82.dyn.user.ono.com. [2.153.153.82]) by smtp.gmail.com with ESMTPSA id v75-v6sm10823563wrc.65.2018.05.13.06.53.28 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 May 2018 06:53:28 -0700 (PDT) Date: Sun, 13 May 2018 15:53:28 +0200 From: "Jose G. Juanino" To: freebsd-stable@freebsd.org Subject: Upgrade to 11.2-BETA1: vboxdrv kernel modulo load leads to panic unless vbox ports be rebuilt Message-ID: <20180513135328.k56hsaww7nb55o4v@riemann> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 11.2-BETA1 User-Agent: NeoMutt/20171208 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 13:53:31 -0000 Hi FreeBSD stable, I have upgraded from 11.1 to 11.2-BETA1 right now. I use Virtualbox to run Windows 7 from the FreeBSD box, and just after to complete the upgrade and reboot, the system panics just after to load kernel module vboxdrv. The workaround is rebuild both emulators/virtualbox-ose and emulators/virtualbox-ose-kmod ports from within 11.2-BETA1, and after that everything works nicely as before the upgrade. I hope this help other people suffering a similar issue. Best regards. -- José G. Juanino From owner-freebsd-stable@freebsd.org Sun May 13 14:58:31 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3439AFE0E43 for ; Sun, 13 May 2018 14:58:31 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id C4A4F80AE6 for ; Sun, 13 May 2018 14:58:30 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id w4DEwTP9001036 for ; Sun, 13 May 2018 09:58:29 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <201805131458.w4DEwTP9001036@mail.karels.net> To: freebsd-stable@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: 11.1-RELEASE-p10 cannot compile freebsd stable/11 kernel? MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <994.1526223363.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Sun, 13 May 2018 09:58:29 -0500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 14:58:31 -0000 I attempted a kernel compile from stable/11, as a freebsd-update didn't seem to update /usr/src/sys, and I'm running a custom kernel. I get compile errors like this: ../../../amd64/amd64/support.S:829:2: error: unknown directive .altmacro ^ :1:13: error: invalid register name handle_ibrs_%(ll): ^~ :3:2: note: while in macro instantiation ibrs_seq_label %(ll) ^ :2:2: note: while in macro instantiation .rept 32 ^ ../../../amd64/amd64/support.S:858:2: note: while in macro instantiati= on ibrs_seq 32 ^ :1:13: error: invalid register name handle_ibrs_%(ll): ^~ :8:2: note: while in macro instantiation ibrs_seq_label %(ll) ^ :2:2: note: while in macro instantiation .rept 32 ^ ../../../amd64/amd64/support.S:858:2: note: while in macro instantiati= on ibrs_seq 32 ^ :1:13: error: invalid register name handle_ibrs_%(ll): (and this continues) I had just run freebsd-update: pughole# freebsd-version 11.1-RELEASE-p10 pughole# cc --version FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on = LLVM 4.0.0) Target: x86_64-unknown-freebsd11.1 Thread model: posix InstalledDir: /usr/bin I know that clang has been updated a lot; has the kernel source gotten ahead of clang on stable/11? Mike From owner-freebsd-stable@freebsd.org Sun May 13 18:11:32 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D3C5FC90D8 for ; Sun, 13 May 2018 18:11:32 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from mx1.101011010.xyz (mx1.101011010.xyz [94.130.97.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.101011010.xyz", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B21DC7FF3D for ; Sun, 13 May 2018 18:11:31 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: by mx1.101011010.xyz with ESMTPS id w4DI9AcF021473 on Sun, 13 May 2018 21:09:11 +0300 (EEST) From: "Zeus Panchenko" To: "Masachika ISHIZUKA" Cc: Subject: Re: lagg0 with ue0 and iwm0 is not operate on 11.2-BETA1 In-reply-to: Your message of Sun, 13 May 2018 21:19:17 +0900 (JST) <20180513.211917.1140592791973890083.ish@amail.plala.or.jp> References: <20180513.211917.1140592791973890083.ish@amail.plala.or.jp> Organization: I.B.S. LLC Reply-To: "Zeus Panchenko" X-Attribution: zeus Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWxsbGdnZ3U1NQTExN cXFzx8fG/v7+f8hyWAAACXUlEQVQ4jUWSwXYiIRBFi4yyhtjtWpmRdTL0ZC3TJOukDa6Rc+T/P2F eFepwtFvr8upVFVDua8mLWw6La4VIKTuMdAPOebdU55sQs3n/D1xFFPFGVGh4AHKttr5K0bS6g7N ZCge7qpVLB+f1Z2WAj2OKXwIWt/bXpdXSiu8KXbviWkHxF5td9+lg2e3xlI2SCvatK8YLfHyh9lw 15yrad8Va5eXg4Llr7QmAaC+dL9sDt9iad/DX3OKvLMBf+dm0A0QuMrTvYIevSik1IaSVvgjIHt5 lSCG2ynNRpEcBZ8cgDWk+Ns99qzsYYV3MZoppWzGtYlTO9+meG6m/g92iNO9LfQB2JZsMpoJs7QG ku2KtabRK0bZRwDLyBDvwlxTm6ZlP7qyOqLcfqtLexpDSB4M0H3I/PQy1emvjjzgK+A0LmMKl6Lq zlqzh0VGAw440F6MJd8cY0nI7wiF/fVIBGY7UNCAXy6DmfYGCLLI0wtDbVcDUMqtJLmAhLqODQAe riERAxXJ1/QYGpa0ymqyytpKC19MNXHjvFmEsfcHIrncFR4xdbYWgmfEGLCcZokpGbGj1egMR+6M 1BkNX1pDdhPcOXpAnAeLQUwQLYepgQoZVNGS61yaE8CYA7gYAcWKzwGstACY2HTFvvOwk4FXAG/a mKHni/EcA/GkOk7I0IK7UMIf3+SahU8/FJdiE7KcuWdM3MFocUDEEIX9LfJoo4xV5tnNKc3jJuSs SZWgnnhepgU1zN4Hii18yW4RwDX52CXUtk0Hqz6cHOIUkWaX8fDcB+J7y1y2xDHwjv/8Buu8Ekz6 7tXQAAAAASUVORK5CYII= X-Mailer: MH-E 8.6; nil; GNU Emacs 25.3.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Date: Sun, 13 May 2018 21:08:51 +0300 Message-ID: <20180513210851.50118@relay.xx> X-Relay-Agent: mailfromd (8.5) X-Relay-URL: https://mx1.101011010.xyz/smtp.html X-Relay-VirStat: NO X-Relay-VirScan: ScanPE, ScanELF, ScanOLE2, ScanMail, PhishingSignatures, ScanHTML, ScanPDF X-Relay-SpamStat: NO X-Relay-SpamScore: -2.200 of 3.500 X-Relay-SpamKeys: AWL,BAYES_00,NO_RECEIVED,NO_RELAYS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 18:11:32 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable isn't it the same lasting bug/feature? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213207 Masachika ISHIZUKA wrote: > Hi. >=20 > I'm using lagg0 with ue0(if_axge.ko) and iwm0(if_iwm.ko) as follows. >=20 > % cat /etc/rc.conf > ifconfig_ue0=3D"ether xx:xx:xx:xx:xx:xx up" > wlans_iwm0=3D"wlan0" > create_args_wlan0=3D"country JP" > ifconfig_wlan0=3D"wpa" > cloned_interfaces=3D"lagg0" > ifconfig_lagg0=3D"laggproto failover laggport ue0 laggport wlan0 192.168.= x.x netmask x.x.x.x" >=20 > It is good working on 12-current, but 11.2-BETA1 is not working. >=20 > It can work ue0 or wlan0 alone on 11.2-BETA1, i.e. > ifconfig_lagg0=3D"laggproto failover laggport ue0 192.168.x.x netmask x.x= .x.x" > or > ifconfig_lagg0=3D"laggproto failover laggport wlan0 192.168.x.x netmask x= .x.x.x" > is working. >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > I have another machine and that is operate lagg0 with re0 and ath0 > on 11.2-BETA1, but it has trouble. It is bood working with re0 and > good working with failovered ath0, but not working when I switched > back re0. It can be recovered by 'ifconfig re0 down' and 'ifconfig re0 up= '. > It is the same as on 12-current. >=20 > --=20 > Masachika ISHIZUKA > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =2D-=20 Zeus V. Panchenko jid:zeus@im.ibs.dn.ua IT Dpt., I.B.S. LLC GMT+2 (EET) --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQYIXL6FUmD7SUfqoOveOk+D/ejKgUCWvh/MwAKCRCveOk+D/ej KjgfAKCBUN+9nTqRBvhmJohkEd2rtQfYYACfY2lgwSDXdOa4zUbZA/lE2yrfRKQ= =ZlOp -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@freebsd.org Sun May 13 18:49:37 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02E4EFCBE6C for ; Sun, 13 May 2018 18:49: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 5494F688B5 for ; Sun, 13 May 2018 18:49: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 w4DInPK2056275 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 13 May 2018 21:49:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w4DInPK2056275 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w4DInN3T056274; Sun, 13 May 2018 21:49:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 13 May 2018 21:49:23 +0300 From: Konstantin Belousov To: Mike Karels Cc: freebsd-stable@freebsd.org Subject: Re: 11.1-RELEASE-p10 cannot compile freebsd stable/11 kernel? Message-ID: <20180513184923.GZ6887@kib.kiev.ua> References: <201805131458.w4DEwTP9001036@mail.karels.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201805131458.w4DEwTP9001036@mail.karels.net> User-Agent: Mutt/1.9.5 (2018-04-13) 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-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 18:49:37 -0000 On Sun, May 13, 2018 at 09:58:29AM -0500, Mike Karels wrote: > I attempted a kernel compile from stable/11, as a freebsd-update didn't > seem to update /usr/src/sys, and I'm running a custom kernel. I get > compile errors like this: > > ../../../amd64/amd64/support.S:829:2: error: unknown directive > .altmacro > ^ > :1:13: error: invalid register name > handle_ibrs_%(ll): > ^~ > :3:2: note: while in macro instantiation > ibrs_seq_label %(ll) > ^ > :2:2: note: while in macro instantiation > .rept 32 > ^ > ../../../amd64/amd64/support.S:858:2: note: while in macro instantiation > ibrs_seq 32 > ^ > :1:13: error: invalid register name > handle_ibrs_%(ll): > ^~ > :8:2: note: while in macro instantiation > ibrs_seq_label %(ll) > ^ > :2:2: note: while in macro instantiation > .rept 32 > ^ > ../../../amd64/amd64/support.S:858:2: note: while in macro instantiation > ibrs_seq 32 > ^ > :1:13: error: invalid register name > handle_ibrs_%(ll): > (and this continues) > > I had just run freebsd-update: > > pughole# freebsd-version > 11.1-RELEASE-p10 > > > pughole# cc --version > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) > Target: x86_64-unknown-freebsd11.1 > Thread model: posix > InstalledDir: /usr/bin > > I know that clang has been updated a lot; has the kernel source gotten > ahead of clang on stable/11? On stable/11 they are in sync. The official method of upgrade is make buildworld buildkernel from older version takes care of the compiler version transparently. If you use config/make, ensure that the installed world is at the compatible level for the kernel sources. Another option might be stopping using integrated clang assembler, there is some option in out build system for that, but I do not know it enough to remember. From owner-freebsd-stable@freebsd.org Sun May 13 19:41:41 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E0E4FCED13 for ; Sun, 13 May 2018 19:41:41 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::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 D143A743FC for ; Sun, 13 May 2018 19:41:40 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id f6-v6so10025906wmc.4 for ; Sun, 13 May 2018 12:41:40 -0700 (PDT) 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=0R0s40bhRp61461y5gov3XG5hQU716OvysALlCPvYy0=; b=IE4aJMudu2eJUt8+DdQt3FKhwB5QIbVMa5ybR/NY5n9DYyzQgmF/vuHFeP9krk/Uto kHf3TxJzallHpeVKjBLCpuIB8q0ehQJjEuEryau+6N8qYhNRDJDK1AH+r1F1fo8JPuTj xO7r4AnX/V70LOeVMWsDaLB3KkJ2yYhq4rHEv/WBvtyMT/nyRmuO3D7tcPX0YDdsELmo GkZiP29UjJFJpTLV9YYfVVF+uVW5CR45IPwbw598RKjp/HLaAM40nkjGmVTt33FUVNC5 iOFfJr08mLzUBhJBQv1/ghr7sL6zouIBR/hzG8kG44g+TJxrQ0Ag5p6hbTT+YoCMiW// karg== 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=0R0s40bhRp61461y5gov3XG5hQU716OvysALlCPvYy0=; b=U5/GqmAmLvZM3pSTLpL6QBOa8bTBPfmyPCxbZCs792LDo19ulREuRWvAu2Q7pajLWA UZ2by+mx0fr7TM1LgRVffnvIzwyaKcfRXGtjQXY1bnjQgEjRhHsrLqI4Tp8rBHhlHZo7 jUSG2YHf67HB+pE+b6toAFMmGDQo9IJs2dCaJQLeuFcgFpnbtRF8HhbMeuh7W+CJArB4 mshpNpQ7+ai7neudO2Gl7EcpORKrjbgAk0TXgzHQoXgqfk2FjUqT6QZdpsN9XxGMCJLI ajAWePUORYpw/bu2x/W6CA5DKUPuM9hRNdbRCKN3a1nHigBrIjJk6+E22EbwQfkbor1u fkbA== X-Gm-Message-State: ALKqPwdutfX8SIPnqmVZZPsWjWUrsB/+U2jUBjb4KxYnr8yPRyNV/l33 HaK4oTRcrL2RvaH8SNls2d44Sg== X-Google-Smtp-Source: AB8JxZqbeo/sKK8bFL05E3nRHZ+Swjgke7KIXE4in+jTJDAvAp3GlqjftAwS1UW2aKLCk2IWBN/7GQ== X-Received: by 2002:a1c:3fc7:: with SMTP id m190-v6mr3184946wma.158.1526240499282; Sun, 13 May 2018 12:41:39 -0700 (PDT) Received: from riemann (2.153.153.82.dyn.user.ono.com. [2.153.153.82]) by smtp.gmail.com with ESMTPSA id h67-v6sm5966910wmg.41.2018.05.13.12.41.38 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 May 2018 12:41:38 -0700 (PDT) Date: Sun, 13 May 2018 21:41:34 +0200 From: "Jose G. Juanino" To: freebsd-stable@freebsd.org Subject: Re: Upgrade to 11.2-BETA1: vboxdrv kernel modulo load leads to panic unless vbox ports be rebuilt Message-ID: <20180513194134.b2nzuwyusdwtxuov@riemann> References: <20180513135328.k56hsaww7nb55o4v@riemann> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180513135328.k56hsaww7nb55o4v@riemann> X-Operating-System: FreeBSD 11.2-BETA1 User-Agent: NeoMutt/20171208 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2018 19:41:41 -0000 On Sunday, May 13 at 15:53:28 CEST, Jose G. Juanino wrote: > Hi FreeBSD stable, > > I have upgraded from 11.1 to 11.2-BETA1 right now. I use Virtualbox to > run Windows 7 from the FreeBSD box, and just after to complete the > upgrade and reboot, the system panics just after to load kernel module > vboxdrv. > > The workaround is rebuild both emulators/virtualbox-ose and > emulators/virtualbox-ose-kmod ports from within 11.2-BETA1, and > after that everything works nicely as before the upgrade. I hope this > help other people suffering a similar issue. Best regards. Full backtrace: https://pastebin.com/raw/17UU5Mij -- Jose G. Juanino From owner-freebsd-stable@freebsd.org Mon May 14 00:38:54 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A8E9FDD6B8 for ; Mon, 14 May 2018 00:38:54 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::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 E667A79A4D for ; Mon, 14 May 2018 00:38:53 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-qk0-x231.google.com with SMTP id z75-v6so8691105qkb.6 for ; Sun, 13 May 2018 17:38:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HB/L4HH83FOEhr0mkYkPHCH0fGuqjfRd5032HFV1YQo=; b=ckc+QDs1PL37+aT6V19Y5+gWxf75sn2bsunQ55EP+jrOoXUIDmTb+SZs9SqdzE1VcT PYVSA2cTB9vauT2KL2GzvSQb2BiGF1Sv024db/bGmx/0s4+ATz0fQOAEwKpwrmS6U4GY xXvapoGfCWU2EECK5cgeML09RTkomhRc8cHZ0DKn5RZrR47mfnP1wuA/LBU/tRxwETuc GTd3jSTKleiFgo6V/AvIsY9VqfWJHCAKBCzssHhkumnY1PIQ2f0G4vdwSZKZj8cRcadi JT5JcSR5nV8k1LXQPNGxeuxP3TokFAejsB2x7nmndQLl/Tuf7eUa5Y71fRsxpVjGhRxP qRYQ== 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=HB/L4HH83FOEhr0mkYkPHCH0fGuqjfRd5032HFV1YQo=; b=UMAEXEZRVOmYc1puy9189eJBEBDGgT1zKOxnOmCCm7VyKFymSIVo/iBxIEQJGc4Q8o yZ136Nq0r84joKx30r2iT4RCYB8N9GuE5WnjKxjN6dJ5xR1ThNymn9EQ3pzteuoan7W8 5x5/avrRmjgE6FYsFcliuHoXSY13ZjRpi6glzUqILFjrFT2IBPJZcuDVPyKrE/60GP9u aV4PHF0F897AXaOZt1Oag83JEirdvy9ZjGraW6UbXvrwKC1fU20LZNuicK8W6vpLbmsv dog8c73bkfAAH697A+8DMVFoBsyd9O5ILFzz8Cw1K/yiEdCXdmx1qfbc7EGFuEucfbBE 7MAg== X-Gm-Message-State: ALKqPwdAdjqkJJOlHjB8WnesniR+vixpEDiLGIiQHCy9VtkXQHa9vYhn mQTViv2JC0pBzMcIBlaWiJgfHQ== X-Google-Smtp-Source: AB8JxZrITA+CpqA3imPGVYxKV9vWN5ww20NACoKkm0AqFPl+C/zldfjtHMlbNnHdWLtXBHPF7904RA== X-Received: by 2002:a37:7882:: with SMTP id t124-v6mr6615399qkc.285.1526258333340; Sun, 13 May 2018 17:38:53 -0700 (PDT) Received: from [192.168.1.41] (ool-435225e3.dyn.optonline.net. [67.82.37.227]) by smtp.gmail.com with ESMTPSA id 26-v6sm7239405qtm.16.2018.05.13.17.38.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 May 2018 17:38:52 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Upgrade to 11.2-BETA1: vboxdrv kernel modulo load leads to panic unless vbox ports be rebuilt From: Mark Saad X-Mailer: iPhone Mail (15E302) In-Reply-To: <20180513194134.b2nzuwyusdwtxuov@riemann> Date: Sun, 13 May 2018 20:38:51 -0400 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20180513135328.k56hsaww7nb55o4v@riemann> <20180513194134.b2nzuwyusdwtxuov@riemann> To: "Jose G. Juanino" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 00:38:54 -0000 Jose If you have not rebuilt the virtualbox-ose-kmod package from ports with th= e 11.2-beta1 sources on disk ; please do so . This should resolve this issu= e . --- Mark Saad | nonesuch@longcount.org > On May 13, 2018, at 3:41 PM, Jose G. Juanino wrote: >=20 >> On Sunday, May 13 at 15:53:28 CEST, Jose G. Juanino wrote: >> Hi FreeBSD stable, >>=20 >> I have upgraded from 11.1 to 11.2-BETA1 right now. I use Virtualbox to >> run Windows 7 from the FreeBSD box, and just after to complete the >> upgrade and reboot, the system panics just after to load kernel module >> vboxdrv. >>=20 >> The workaround is rebuild both emulators/virtualbox-ose and >> emulators/virtualbox-ose-kmod ports from within 11.2-BETA1, and >> after that everything works nicely as before the upgrade. I hope this >> help other people suffering a similar issue. Best regards. >=20 > Full backtrace: >=20 > https://pastebin.com/raw/17UU5Mij >=20 >=20 > --=20 > Jose G. Juanino > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon May 14 01:06:54 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A87CFDED0E for ; Mon, 14 May 2018 01:06:54 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id CB22C7FF90 for ; Mon, 14 May 2018 01:06:53 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id w4E16lL6002836; Sun, 13 May 2018 20:06:47 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <201805140106.w4E16lL6002836@mail.karels.net> To: Konstantin Belousov cc: freebsd-stable@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: 11.1-RELEASE-p10 cannot compile freebsd stable/11 kernel? In-reply-to: Your message of Sun, 13 May 2018 21:49:23 +0300. <20180513184923.GZ6887@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2834.1526260007.1@mail.karels.net> Date: Sun, 13 May 2018 20:06:47 -0500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 01:06:54 -0000 [details omittied] > > I know that clang has been updated a lot; has the kernel source gotten > > ahead of clang on stable/11? > On stable/11 they are in sync. The official method of upgrade is > make buildworld buildkernel > from older version takes care of the compiler version transparently. > If you use config/make, ensure that the installed world is at the > compatible level for the kernel sources. So the freebsd-update version is not in sync with the -stable branch? That was not at all obvious to me. I upgrade from source on my -current test system, but normally use freebsd-update on my production systems (until it failed to update the kernel). Mike From owner-freebsd-stable@freebsd.org Mon May 14 02:39:45 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B101DFE2BCE for ; Mon, 14 May 2018 02:39:45 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc14.plala.or.jp (msc14.plala.or.jp [60.36.166.24]) by mx1.freebsd.org (Postfix) with ESMTP id C870076453 for ; Mon, 14 May 2018 02:39:44 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([126.74.209.183]) by msc11.plala.or.jp with ESMTP id <20180514023758.GMLC12385.msc11.plala.or.jp@localhost> for ; Mon, 14 May 2018 11:37:58 +0900 Date: Mon, 14 May 2018 11:37:51 +0900 (JST) Message-Id: <20180514.113751.438973012943661472.ish@amail.plala.or.jp> To: freebsd-stable@freebsd.org Subject: Re: lagg0 with ue0 and iwm0 is not operate on 11.2-BETA1 From: Masachika ISHIZUKA In-Reply-To: <20180513210851.50118@relay.xx> References: <20180513.211917.1140592791973890083.ish@amail.plala.or.jp> <20180513210851.50118@relay.xx> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac11; Mon, 14 May 2018 11:37:59 +0900 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 02:39:45 -0000 > isn't it the same lasting bug/feature? > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213207 > >> I'm using lagg0 with ue0(if_axge.ko) and iwm0(if_iwm.ko) as follows. >> >> % cat /etc/rc.conf >> ifconfig_ue0="ether xx:xx:xx:xx:xx:xx up" I think bug 213207 is not the same. As I set mac address of ethernet adapter(ue0) or ethernet card(re0), I don't change mac address of wlan devices(iwm0/ath0). -- Masachika ISHIZUKA From owner-freebsd-stable@freebsd.org Mon May 14 03:39:35 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38F6BFBF25C for ; Mon, 14 May 2018 03:39:35 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ua0-x22c.google.com (mail-ua0-x22c.google.com [IPv6:2607:f8b0:400c:c08::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 AA89B81FEE for ; Mon, 14 May 2018 03:39:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ua0-x22c.google.com with SMTP id v17-v6so7365121uak.6 for ; Sun, 13 May 2018 20:39:34 -0700 (PDT) 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=4/30/r7lylXCKjsEZi1jMoA50+4IsRc0uLjds4I7iRc=; b=O7JlUuksyHLvlK3j1/vhiXQcmSPWrf44pOIBi7u0anmxQxrsOTsHlnED13UFfsxqUG oulXzSdSnpqtg54wpqmhbaRVvB/UxFk9T2HGUonfpypCowFAM2moa2ov+k/rFmAA9XqV LrRb3mqG+xdxlfox+TMCjuSNLuW6OHjaSwbtSJL3XCjfvCO6anUaVWocwR3Kg5lSLmM3 Vpjmt+39JLgaaygNXv/zmuW+utb9QtsS1gqH9tKixFB8NKozyjm+70yU0hOeLVeTC9eV 1R9WYPVHDnnmUwTCz/IAqwfytxGeVHm4KVnH7W2rahlQ+HE98U5H4n0pWSzqAbDWKoOG LAWA== 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=4/30/r7lylXCKjsEZi1jMoA50+4IsRc0uLjds4I7iRc=; b=dLnxkeucusoZS08VATqSQN3OVLTEp2D6do3CtpzeLj29RlDp2mAOkF6iAxWfy/wVUu Mrq6vDqOE6duMNnp0XC1cHmmcE3ySkyiB2NskPERdBXQaHQBfTjOT8v8je2YTksLtzV9 Ml/NfKM9OJdMhMvpo5MhYJ5ATPuXio6hKhm7CamZZo1AoSODXb2FIUYSmzEWcejZId3a 7gVzlxanuIRPFJjWu1q7e5w6nfFfJ3dMwaZ1TpeFURQUvVJ9IPNzesbWSUD+O2tx0yS3 CWnLzAxpLhshTBXnEnd3chBIiw+pclVI5knLURxRAnpfUv+Pi7P7d+npaJhgPuUTKy78 veEA== X-Gm-Message-State: ALKqPweo2PWf6JFGuIQUbtSroe4//8Kt/mVKkQ2FIHWTFyCz3KnZB3i6 5LBEo+NxFBTizmOKslE0FMtcHN4VA6r5rlhTMr4= X-Google-Smtp-Source: AB8JxZpTGlWOfiVp89F9nXhDuBkr0gUxRR4qhm+0g3tfzApZ3XiPCIJ3RcRn2EMYXkDpoLALCQ1gGbQcCG+HjSYJ1gA= X-Received: by 2002:ab0:4ec7:: with SMTP id x7-v6mr10093317uah.110.1526269173929; Sun, 13 May 2018 20:39:33 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.103.81.15 with HTTP; Sun, 13 May 2018 20:39:33 -0700 (PDT) In-Reply-To: <20180513194134.b2nzuwyusdwtxuov@riemann> References: <20180513135328.k56hsaww7nb55o4v@riemann> <20180513194134.b2nzuwyusdwtxuov@riemann> From: Kevin Oberman Date: Sun, 13 May 2018 20:39:33 -0700 X-Google-Sender-Auth: HWHkBjJJPGoh-0wQsOvJTY6Sojs Message-ID: Subject: Re: Upgrade to 11.2-BETA1: vboxdrv kernel modulo load leads to panic unless vbox ports be rebuilt To: "Jose G. Juanino" Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 03:39:35 -0000 On Sun, May 13, 2018 at 12:41 PM, Jose G. Juanino wrote: > On Sunday, May 13 at 15:53:28 CEST, Jose G. Juanino wrote: > > Hi FreeBSD stable, > > > > I have upgraded from 11.1 to 11.2-BETA1 right now. I use Virtualbox to > > run Windows 7 from the FreeBSD box, and just after to complete the > > upgrade and reboot, the system panics just after to load kernel module > > vboxdrv. > > > > The workaround is rebuild both emulators/virtualbox-ose and > > emulators/virtualbox-ose-kmod ports from within 11.2-BETA1, and > > after that everything works nicely as before the upgrade. I hope this > > help other people suffering a similar issue. Best regards. > > Full backtrace: > > https://pastebin.com/raw/17UU5Mij > > > -- > Jose G. Juanino Kernel modules are NOT guaranteed to work between kernels. It is recommended that all kernel modules from ports and lsof be added to PORTS_MODULES so they are re-built after each kernel update. Rebuild virtualbox-ose-kmod, unload all vbox modules and reload them. That should fix he problem. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Mon May 14 04:28:09 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AD90FC7A9E for ; Mon, 14 May 2018 04:28:09 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc11.plala.or.jp (msc11.plala.or.jp [60.36.166.21]) by mx1.freebsd.org (Postfix) with ESMTP id 236A16B3A4 for ; Mon, 14 May 2018 04:28:07 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc11.plala.or.jp with ESMTP id <20180514042804.GOYA12385.msc11.plala.or.jp@localhost> for ; Mon, 14 May 2018 13:28:04 +0900 Date: Mon, 14 May 2018 13:27:57 +0900 (JST) Message-Id: <20180514.132757.1946380093723273218.ish@amail.plala.or.jp> To: freebsd-stable@freebsd.org Subject: drm-next-kmod is good working on 11.2-BETA1 From: Masachika ISHIZUKA X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac11; Mon, 14 May 2018 13:28:04 +0900 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 04:28:09 -0000 Hi. My machine (pentium G4560(kaby lake)) is good working with drm-next-kmod on 11.2-BETA1. Thank you very much. -- Masachika ISHIZUKA From owner-freebsd-stable@freebsd.org Mon May 14 04:43:04 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A40AFC87D5 for ; Mon, 14 May 2018 04:43:04 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from mx1.101011010.xyz (mx1.101011010.xyz [94.130.97.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.101011010.xyz", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2C3A6ED3B for ; Mon, 14 May 2018 04:43:03 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: by mx1.101011010.xyz with ESMTPS id w4E4gvkY054124 on Mon, 14 May 2018 07:42:58 +0300 (EEST) From: "Zeus Panchenko" To: "Masachika ISHIZUKA" Cc: Subject: Re: lagg0 with ue0 and iwm0 is not operate on 11.2-BETA1 In-reply-to: Your message of Mon, 14 May 2018 11:37:51 +0900 (JST) <20180514.113751.438973012943661472.ish@amail.plala.or.jp> References: <20180513.211917.1140592791973890083.ish@amail.plala.or.jp> <20180513210851.50118@relay.xx> <20180514.113751.438973012943661472.ish@amail.plala.or.jp> Organization: I.B.S. LLC Reply-To: "Zeus Panchenko" X-Attribution: zeus Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWxsbGdnZ3U1NQTExN cXFzx8fG/v7+f8hyWAAACXUlEQVQ4jUWSwXYiIRBFi4yyhtjtWpmRdTL0ZC3TJOukDa6Rc+T/P2F eFepwtFvr8upVFVDua8mLWw6La4VIKTuMdAPOebdU55sQs3n/D1xFFPFGVGh4AHKttr5K0bS6g7N ZCge7qpVLB+f1Z2WAj2OKXwIWt/bXpdXSiu8KXbviWkHxF5td9+lg2e3xlI2SCvatK8YLfHyh9lw 15yrad8Va5eXg4Llr7QmAaC+dL9sDt9iad/DX3OKvLMBf+dm0A0QuMrTvYIevSik1IaSVvgjIHt5 lSCG2ynNRpEcBZ8cgDWk+Ns99qzsYYV3MZoppWzGtYlTO9+meG6m/g92iNO9LfQB2JZsMpoJs7QG ku2KtabRK0bZRwDLyBDvwlxTm6ZlP7qyOqLcfqtLexpDSB4M0H3I/PQy1emvjjzgK+A0LmMKl6Lq zlqzh0VGAw440F6MJd8cY0nI7wiF/fVIBGY7UNCAXy6DmfYGCLLI0wtDbVcDUMqtJLmAhLqODQAe riERAxXJ1/QYGpa0ymqyytpKC19MNXHjvFmEsfcHIrncFR4xdbYWgmfEGLCcZokpGbGj1egMR+6M 1BkNX1pDdhPcOXpAnAeLQUwQLYepgQoZVNGS61yaE8CYA7gYAcWKzwGstACY2HTFvvOwk4FXAG/a mKHni/EcA/GkOk7I0IK7UMIf3+SahU8/FJdiE7KcuWdM3MFocUDEEIX9LfJoo4xV5tnNKc3jJuSs SZWgnnhepgU1zN4Hii18yW4RwDX52CXUtk0Hqz6cHOIUkWaX8fDcB+J7y1y2xDHwjv/8Buu8Ekz6 7tXQAAAAASUVORK5CYII= X-Mailer: MH-E 8.6; nil; GNU Emacs 25.3.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Date: Mon, 14 May 2018 07:42:30 +0300 Message-ID: <20180514074230.61502@relay.xx> X-Relay-Agent: mailfromd (8.5) X-Relay-URL: https://mx1.101011010.xyz/smtp.html X-Relay-VirStat: NO X-Relay-VirScan: ScanPE, ScanELF, ScanOLE2, ScanMail, PhishingSignatures, ScanHTML, ScanPDF X-Relay-SpamStat: NO X-Relay-SpamScore: -2.200 of 3.500 X-Relay-SpamKeys: AWL,BAYES_00,NO_RECEIVED,NO_RELAYS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 04:43:04 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Masachika ISHIZUKA wrote: > I think bug 213207 is not the same. > As I set mac address of ethernet adapter(ue0) or ethernet card(re0), > I don't change mac address of wlan devices(iwm0/ath0). solution whci solved my situation is described namely here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213207#c13 =2D-=20 Zeus V. Panchenko jid:zeus@im.ibs.dn.ua IT Dpt., I.B.S. LLC GMT+2 (EET) --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQYIXL6FUmD7SUfqoOveOk+D/ejKgUCWvkTtgAKCRCveOk+D/ej KtTqAKC1osUnvDEr4YzGF9Ur1OcU9EEPKQCfVy4yvvKYIHzv4Ye7SQ4Nfn0NQ8w= =/7Jr -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@freebsd.org Mon May 14 05:07:57 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 427EFFCFF22 for ; Mon, 14 May 2018 05:07:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CB305742E7 for ; Mon, 14 May 2018 05:07:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8280CFCFF20; Mon, 14 May 2018 05:07:56 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FF06FCFF1E for ; Mon, 14 May 2018 05:07:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08BC7742C5 for ; Mon, 14 May 2018 05:07:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3BEC9772B for ; Mon, 14 May 2018 05:07:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4E4v3Wo014432 for ; Mon, 14 May 2018 04:57:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4E4v3uA014431 for stable@FreeBSD.org; Mon, 14 May 2018 04:57:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 228174] [dump] dump(8) can read garbage and loop forever Date: Mon, 14 May 2018 04:57:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 05:07:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228174 --- Comment #3 from Kirk McKusick --- Taking a snapshot is the same as if you unmounted the filesystem and dumped= it. When you take a snapshot, the following steps are taken: 1) Any new system calls that want to write to the filesystem are suspended. 2) All system calls currently writing to the filesystem are allowed to fini= sh. 3) All dirty blocks are flushed to the filesystem. 4) A snapshot of the fully flushed filesystem is taken. 5) The suspended system calls are awaken, but none of their changes appear = in the snapshot. The dump of the snapshot therefore gets a consistent view of the filesystem. The date of the snapshot is recorded, so that when you later take a level-1 dump (using another snapshot) you get exactlty the changes between the two snapshots. Putting in error checking for every possible inconsistency is a massive undertaking. And the resulting dumps are inconsistent and prone to all sort= of errors when you attempt to restore from them. That is why snapshots were ad= ded as they allow consistent and correct dumps to be made on a live system. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Mon May 14 08:02:38 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 065B5FDF7CB for ; Mon, 14 May 2018 08:02:38 +0000 (UTC) (envelope-from eugene@zhegan.in) 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 9A7AF7904B for ; Mon, 14 May 2018 08:02:37 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: by mailman.ysv.freebsd.org (Postfix) id 5E46CFDF7C5; Mon, 14 May 2018 08:02:37 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CDB0FDF7C4 for ; Mon, 14 May 2018 08:02:37 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB70F79048 for ; Mon, 14 May 2018 08:02:35 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from bsdrookie.norma.com. (asterisk.enaza.ru [91.237.76.254]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id w4E82SFq044930 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 14 May 2018 13:02:29 +0500 (YEKT) (envelope-from eugene@zhegan.in) To: stable@FreeBSD.org From: "Eugene M. Zheganin" Subject: extract the process arguments from the crashdump Message-ID: <42c36979-9857-65fb-89e8-997eac1c2d61@zhegan.in> Date: Mon, 14 May 2018 13:02:28 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [-998.10 / 25.00] WHITELISTED_IPS(-999.00)[91.237.76.254] AUTH_NA(1.00)[] ARC_NA(0.00)[] IP_SCORE(0.00)[ip: (-9.89), ipnet: 91.237.76.0/24(-7.85), asn: 57973(-4.91), country: RU(0.14)] RCVD_COUNT_TWO(0.00)[2] ASN(0.00)[asn:57973, ipnet:91.237.76.0/24, country:RU] TO_DN_NONE(0.00)[] R_DKIM_NA(0.00)[] TO_MATCH_ENVRCPT_ALL(0.00)[] FROM_EQ_ENVFROM(0.00)[] R_SPF_NA(0.00)[] RCPT_COUNT_ONE(0.00)[1] DMARC_NA(0.00)[zhegan.in] MIME_GOOD(-0.10)[text/plain] MID_RHS_MATCH_FROM(0.00)[] FROM_HAS_DN(0.00)[] RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 2.20 X-Rspamd-Queue-ID: w4E82SFq044930 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 08:02:38 -0000 Hello, Is there any way to extract the process arguments from the system crashdump ? If yes, could anyone please explain to me how do I do it. Thanks. Eugene. From owner-freebsd-stable@freebsd.org Mon May 14 08:10:53 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 161A1FDFDB9 for ; Mon, 14 May 2018 08:10:53 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (unknown [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 90B647BC91 for ; Mon, 14 May 2018 08:10:51 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w4E8AiuT037442 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 14 May 2018 10:10:45 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: mike@karels.net Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w4E8Ae6V041599 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 14 May 2018 15:10:40 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: 11.1-RELEASE-p10 cannot compile freebsd stable/11 kernel? To: mike@karels.net, Konstantin Belousov References: <201805140106.w4E16lL6002836@mail.karels.net> Cc: freebsd-stable@freebsd.org From: Eugene Grosbein Message-ID: <5AF9447B.30907@grosbein.net> Date: Mon, 14 May 2018 15:10:35 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <201805140106.w4E16lL6002836@mail.karels.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 08:10:53 -0000 14.05.2018 8:06, Mike Karels wrote: > So the freebsd-update version is not in sync with the -stable branch? > That was not at all obvious to me. I upgrade from source on my -current > test system, but normally use freebsd-update on my production systems > (until it failed to update the kernel). freebsd-update delivers compiled code for releng/11.1 branch (for example) and not for stable/11 branch. releng/* branches have code of corresponding RELEASE plus small number of fixes only, basically security ones. From owner-freebsd-stable@freebsd.org Mon May 14 10:41:44 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 148E3FE6A58 for ; Mon, 14 May 2018 10:41:44 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc11.plala.or.jp (msc11.plala.or.jp [60.36.166.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3164A77311 for ; Mon, 14 May 2018 10:41:42 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc11.plala.or.jp with ESMTP id <20180514104139.GYNO12385.msc11.plala.or.jp@localhost> for ; Mon, 14 May 2018 19:41:39 +0900 Date: Mon, 14 May 2018 19:41:37 +0900 (JST) Message-Id: <20180514.194137.1645904240456192062.ish@amail.plala.or.jp> To: freebsd-stable@freebsd.org Subject: Re: lagg0 with ue0 and iwm0 is not operate on 11.2-BETA1 From: Masachika ISHIZUKA In-Reply-To: <20180514115258.20213@relay.xx> References: <20180514074230.61502@relay.xx> <20180514.173113.2279057698331013303.ish@amail.plala.or.jp> <20180514115258.20213@relay.xx> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac11; Mon, 14 May 2018 19:41:39 +0900 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 10:41:44 -0000 >> My machines have connected WiFi. i.e. They found available WiFi >> networks and assosiate. >> My trouble is not to communicate via ethernet with lagg0. > > it is just what described there > bellow is my configuration > [snip] > I confirmed that ath0's mac address can be changed by describing 'hint.ath.0.macaddr="00:11:22:33:44:55"' in /boot/loader.conf. But the behavior is the same. I can communicate via re0 on lagg0, and I can communicate via failovered ath0 on lagg0, but I can NOT communicate via switched back re0 on lagg0. 'ifconfig re0 down && ifconfig re0 up' can resume re0. % cat /etc/rc.conf ifconfig_re0="up" wlans_ath0="wlan0" create_args_wlan0="country JP" ifconfig_wlan0="wpa up" cloned_interfaces="lagg0" ifconfig_lagg0="up laggproto failover laggport re0 laggport wlan0 192.168.x.x netmask x.x.x.x" -- Masachika ISHIZUKA From owner-freebsd-stable@freebsd.org Mon May 14 10:54:14 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F4D5FE7188 for ; Mon, 14 May 2018 10:54:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0669779350 for ; Mon, 14 May 2018 10:54:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B9F9AFE7187; Mon, 14 May 2018 10:54:13 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7805FE7186 for ; Mon, 14 May 2018 10:54:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3FA9479334 for ; Mon, 14 May 2018 10:54:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 81E7DAA9F for ; Mon, 14 May 2018 10:54:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4EAsCd9050943 for ; Mon, 14 May 2018 10:54:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4EAsC4R050942 for stable@FreeBSD.org; Mon, 14 May 2018 10:54:12 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 215471] Using bsnmpd with the snmp_hostres module on a vmware ESXi guest with a disconnected CD drive uses 100% CPU Date: Mon, 14 May 2018 10:54:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to see_also bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 10:54:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215471 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eugen@freebsd.org Assignee|virtualization@FreeBSD.org |stable@FreeBSD.org See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D2= 093 | |68 Status|New |In Progress --- Comment #6 from Eugene Grosbein --- Should be fixed in all supported branches by https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209368 Please check and respond. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Mon May 14 10:56:12 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE575FE7383 for ; Mon, 14 May 2018 10:56:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A71FB7A32B for ; Mon, 14 May 2018 10:56:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6667AFE737E; Mon, 14 May 2018 10:56:11 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54312FE737D for ; Mon, 14 May 2018 10:56:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2B447A31F for ; Mon, 14 May 2018 10:56:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2C4E3AAB5 for ; Mon, 14 May 2018 10:56:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4EAuACm054228 for ; Mon, 14 May 2018 10:56:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4EAuAbZ054227 for stable@FreeBSD.org; Mon, 14 May 2018 10:56:10 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 215471] Using bsnmpd with the snmp_hostres module on a vmware ESXi guest with a disconnected CD drive uses 100% CPU Date: Mon, 14 May 2018 10:56:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 10:56:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215471 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |admin@support.od.ua --- Comment #7 from Eugene Grosbein --- *** Bug 217983 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Mon May 14 11:14:19 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35E56FE82C8 for ; Mon, 14 May 2018 11:14:19 +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 A336D7D8E0 for ; Mon, 14 May 2018 11:14:18 +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 w4EBE7wv075916 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 14 May 2018 14:14:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w4EBE7wv075916 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w4EBE5P9075915; Mon, 14 May 2018 14:14:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 14 May 2018 14:14:05 +0300 From: Konstantin Belousov To: Mike Karels Cc: freebsd-stable@freebsd.org Subject: Re: 11.1-RELEASE-p10 cannot compile freebsd stable/11 kernel? Message-ID: <20180514111405.GF6887@kib.kiev.ua> References: <20180513184923.GZ6887@kib.kiev.ua> <201805140106.w4E16lL6002836@mail.karels.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201805140106.w4E16lL6002836@mail.karels.net> User-Agent: Mutt/1.9.5 (2018-04-13) 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-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 11:14:19 -0000 On Sun, May 13, 2018 at 08:06:47PM -0500, Mike Karels wrote: > [details omittied] > > > I know that clang has been updated a lot; has the kernel source gotten > > > ahead of clang on stable/11? > > On stable/11 they are in sync. The official method of upgrade is > > make buildworld buildkernel > > from older version takes care of the compiler version transparently. > > If you use config/make, ensure that the installed world is at the > > compatible level for the kernel sources. > > So the freebsd-update version is not in sync with the -stable branch? > That was not at all obvious to me. I upgrade from source on my -current > test system, but normally use freebsd-update on my production systems > (until it failed to update the kernel). freebsd-update never follows stable. re@ only provides updates for releases, and for beta/RCs. 11.2-BETA1 was released three days ago, from which moment you can update to it using freebsd-update. From owner-freebsd-stable@freebsd.org Mon May 14 11:16:02 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E1F6FE83BC for ; Mon, 14 May 2018 11:16:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5257D9D6 for ; Mon, 14 May 2018 11:16:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E6B9DFE83BB; Mon, 14 May 2018 11:16:01 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2C90FE83BA for ; Mon, 14 May 2018 11:16:01 +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 4AE077D9D3 for ; Mon, 14 May 2018 11:16:01 +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 w4EBFpRJ076917 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 14 May 2018 14:15:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w4EBFpRJ076917 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w4EBFpBl076916; Mon, 14 May 2018 14:15:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 14 May 2018 14:15:51 +0300 From: Konstantin Belousov To: "Eugene M. Zheganin" Cc: stable@FreeBSD.org Subject: Re: extract the process arguments from the crashdump Message-ID: <20180514111551.GG6887@kib.kiev.ua> References: <42c36979-9857-65fb-89e8-997eac1c2d61@zhegan.in> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42c36979-9857-65fb-89e8-997eac1c2d61@zhegan.in> User-Agent: Mutt/1.9.5 (2018-04-13) 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-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 11:16:02 -0000 On Mon, May 14, 2018 at 01:02:28PM +0500, Eugene M. Zheganin wrote: > Hello, > > > Is there any way to extract the process arguments from the system > crashdump ? If yes, could anyone please explain to me how do I do it. ps -M vmcore.file -N /boot/mykernel/kernel -auxww From owner-freebsd-stable@freebsd.org Mon May 14 12:24:44 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 718EAD84908 for ; Mon, 14 May 2018 12:24:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E366F6B64B for ; Mon, 14 May 2018 12:24:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9F5D1D84900; Mon, 14 May 2018 12:24:43 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F91FD848FF for ; Mon, 14 May 2018 12:24:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1F646B634 for ; Mon, 14 May 2018 12:24:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2CE59B72F for ; Mon, 14 May 2018 12:24:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4ECOf9F019334 for ; Mon, 14 May 2018 12:24:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4ECOf5c019329 for stable@FreeBSD.org; Mon, 14 May 2018 12:24:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 221376] 11.1-RELEASE amd64: GENERIC kernel compiled without any CPUTYPE?= in /etc/make.conf fail to boot, but with CPUTYPE?=nocona it work fine Date: Mon, 14 May 2018 12:24:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 12:24:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221376 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eugen@freebsd.org Assignee|bugs@FreeBSD.org |stable@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Mon May 14 12:32:27 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BAEFD91365 for ; Mon, 14 May 2018 12:32:27 +0000 (UTC) (envelope-from eugene@zhegan.in) 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 24CB66DCE8 for ; Mon, 14 May 2018 12:32:27 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: by mailman.ysv.freebsd.org (Postfix) id D9595D91364; Mon, 14 May 2018 12:32:26 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B21BDD91363 for ; Mon, 14 May 2018 12:32:26 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 27DA96DCBE for ; Mon, 14 May 2018 12:32:26 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from bsdrookie.norma.com. (asterisk.enaza.ru [91.237.76.254]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id w4ECWLEN055168 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 14 May 2018 17:32:21 +0500 (YEKT) (envelope-from eugene@zhegan.in) Subject: Re: extract the process arguments from the crashdump To: Konstantin Belousov Cc: stable@FreeBSD.org References: <42c36979-9857-65fb-89e8-997eac1c2d61@zhegan.in> <20180514111551.GG6887@kib.kiev.ua> From: "Eugene M. Zheganin" Message-ID: <0d518b96-13c2-7e0b-db8a-80d9b239f413@zhegan.in> Date: Mon, 14 May 2018 17:32:21 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20180514111551.GG6887@kib.kiev.ua> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Spamd-Result: default: False [-998.10 / 25.00] WHITELISTED_IPS(-999.00)[91.237.76.254] AUTH_NA(1.00)[] ARC_NA(0.00)[] IP_SCORE(0.00)[ip: (-9.89), ipnet: 91.237.76.0/24(-7.85), asn: 57973(-4.91), country: RU(0.14)] RCVD_COUNT_TWO(0.00)[2] TO_DN_SOME(0.00)[] ASN(0.00)[asn:57973, ipnet:91.237.76.0/24, country:RU] RCPT_COUNT_TWO(0.00)[2] R_DKIM_NA(0.00)[] TO_MATCH_ENVRCPT_ALL(0.00)[] FROM_EQ_ENVFROM(0.00)[] R_SPF_NA(0.00)[] DMARC_NA(0.00)[zhegan.in] MIME_GOOD(-0.10)[text/plain] MID_RHS_MATCH_FROM(0.00)[] FROM_HAS_DN(0.00)[] RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 0.57 X-Rspamd-Queue-ID: w4ECWLEN055168 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 12:32:27 -0000 Hello, On 14.05.2018 16:15, Konstantin Belousov wrote: > On Mon, May 14, 2018 at 01:02:28PM +0500, Eugene M. Zheganin wrote: >> Hello, >> >> >> Is there any way to extract the process arguments from the system >> crashdump ? If yes, could anyone please explain to me how do I do it. > ps -M vmcore.file -N /boot/mykernel/kernel -auxww Well, unfortunately this gives me exactly same information as the core.X.txt file contains - process names without arguments, and I really want to know what arguments ctladm had when the system has crashed: [root@san1:esx/r332096M]# ps -M vmcore.4 -N /boot/kernel/kernel -auxww USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 0 0,0 0,0 0 0 - DLs 1ÑÎ×.70 2866:37,17 [kernel] root 1 0,0 0,0 5424 16 - DLs 1ÑÎ×.70 0:03,95 [init] root 2 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,00 [crypto] root 3 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,00 [crypto returns] root 4 0,0 0,0 0 0 - RL 1ÑÎ×.70 175:44,92 [cam] root 5 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,07 [soaiod1] root 6 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,07 [soaiod2] root 7 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,07 [soaiod3] root 8 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,07 [soaiod4] root 9 0,0 0,0 0 0 - DL 1ÑÎ×.70 181:27,20 [zfskern] root 10 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,00 [audit] root 11 0,0 0,0 0 0 - RL 1ÑÎ×.70 183810:56,57 [idle] root 12 0,0 0,0 0 0 - WL 1ÑÎ×.70 131:37,76 [intr] root 13 0,0 0,0 0 0 - DL 1ÑÎ×.70 1:33,61 [geom] root 14 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:36,74 [usb] root 15 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,00 [sctp_iterator] root 16 0,0 0,0 0 0 - DL 1ÑÎ×.70 1:38,61 [pf purge] root 17 0,0 0,0 0 0 - DL 1ÑÎ×.70 1:11,87 [rand_harvestq] root 18 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,37 [enc_daemon0] root 19 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,38 [enc_daemon1] root 20 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:05,20 [enc_daemon2] root 21 0,0 0,0 0 0 - DL 1ÑÎ×.70 1:03,00 [g_mirror swap] root 22 0,0 0,0 0 0 - DL 1ÑÎ×.70 10:19,64 [pagedaemon] root 23 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:18,40 [vmdaemon] root 24 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,01 [pagezero] root 25 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:01,71 [bufdaemon] root 26 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:01,95 [bufspacedaemon] root 27 0,0 0,0 0 0 - DL 1ÑÎ×.70 2:20,07 [syncer] root 28 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:03,19 [vnlru] root 114 0,0 0,0 6288 0 - DWs - 0:00,00 [adjkerntz] root 593 0,0 0,0 6600 1860 - Ds 1ÑÎ×.70 0:00,00 [moused] root 606 0,0 0,0 9180 620 - Ds 1ÑÎ×.70 0:07,76 [devd] root 701 0,0 0,0 6420 1928 - Ds 1ÑÎ×.70 0:26,92 [syslogd] root 784 0,0 0,0 3564 3612 - Ds 1ÑÎ×.70 0:01,46 [watchdogd] root 866 0,0 0,0 0 0 - DL 1ÑÎ×.70 42:20,99 [ctl] root 868 0,0 0,0 224200 2248 - Ds 1ÑÎ×.70 20:03,85 [ctld] zabbix 894 0,0 0,0 12424 0 - DW - 0:00,00 [zabbix_agentd] zabbix 898 0,0 0,0 12424 4504 - D 1ÑÎ×.70 1:02,34 [zabbix_agentd] zabbix 901 0,0 0,0 12424 0 - DW - 0:00,00 [zabbix_agentd] zabbix 905 0,0 0,0 12424 1580 - D 1ÑÎ×.70 3:03,14 [zabbix_agentd] zabbix 907 0,0 0,0 12424 1376 - D 1ÑÎ×.70 3:05,45 [zabbix_agentd] root 949 0,0 0,0 12452 12532 - Ds 1ÑÎ×.70 0:19,90 [ntpd] root 968 0,0 0,0 1063848 0 - DWs - 0:00,00 [nginx] root 978 0,0 0,0 0 0 - DL 1ÑÎ×.70 0:00,00 [ng_queue] root 1069 0,0 0,0 12848 3780 - Ds 1ÑÎ×.70 0:06,33 [sshd] root 1151 0,0 0,0 10452 4304 - Ds 1ÑÎ×.70 0:09,25 [sendmail] smmsp 1154 0,0 0,0 10452 0 - DWs - 0:00,00 [sendmail] root 1158 0,0 0,0 6464 0 - DWs - 0:00,00 [cron] root 1197 0,0 0,0 10060 5268 - Ds 1ÑÎ×.70 4:51,59 [bsnmpd] root 1200 0,0 0,0 6600 2112 - Ds 1ÑÎ×.70 0:04,13 [blacklistd] root 1210 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1211 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1212 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1213 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1214 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1215 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1216 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1217 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,00 [getty] root 1218 0,0 0,0 6408 1844 - Ds+ 1ÑÎ×.70 0:00,05 [getty] www 12970 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:02,46 [nginx] www 12971 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:03,65 [nginx] www 12972 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:03,91 [nginx] www 12973 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:04,00 [nginx] www 12974 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:03,83 [nginx] www 12975 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:04,07 [nginx] www 12976 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:04,34 [nginx] www 12977 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:03,66 [nginx] www 12978 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:04,58 [nginx] www 12979 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:04,01 [nginx] www 12980 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:08,88 [nginx] www 12981 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:05,21 [nginx] www 12982 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:04,04 [nginx] www 12983 0,0 0,0 1065896 0 - D 1ÑÎ×.70 0:05,11 [nginx] www 12984 0,0 0,0 1065896 720 - D 1ÑÎ×.70 0:07,72 [nginx] www 12985 0,0 0,0 1065896 1388 - D 1ÑÎ×.70 0:09,17 [nginx] www 12986 0,0 0,0 1063848 736 - D 1ÑÎ×.70 0:03,16 [nginx] root 32835 0,0 0,0 13160 4300 - Ds 1ÑÎ×.70 0:00,02 [sshd] vavy 32884 0,0 0,0 13160 4300 - D 1ÑÎ×.70 0:00,11 [sshd] vavy 32885 0,0 0,0 8140 0 - DWs - 0:00,00 [zsh] root 32929 0,0 0,0 6944 0 - DW - 0:00,00 [su] root 32948 0,0 0,0 7412 0 - DW - 0:00,00 [csh] root 32964 0,0 0,0 7064 0 - DW+ - 0:00,00 [sh] root 32965 0,0 0,0 19120 4412 - D+ 1ÑÎ×.70 0:00,88 [mc] root 32966 0,0 0,0 7412 968 - Ds+ 1ÑÎ×.70 0:00,11 [csh] root 48747 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,01 [sudo] root 48750 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,01 [sudo] root 48757 0,0 0,0 7780 2684 - D 1ÑÎ×.70 0:00,00 [zfs] root 48758 0,0 0,0 7780 2684 - D 1ÑÎ×.70 0:00,00 [zfs] root 48759 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48762 0,0 0,0 7780 2684 - D 1ÑÎ×.70 0:00,00 [zfs] root 48765 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48766 0,0 0,0 7780 2908 - D 1ÑÎ×.70 0:00,00 [zfs] root 48769 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48770 0,0 0,0 7780 3172 - D 1ÑÎ×.70 0:00,00 [zfs] root 48771 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48772 0,0 0,0 7780 2984 - D 1ÑÎ×.70 0:00,00 [zfs] root 48785 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48786 0,0 0,0 6828 2000 - R 1ÑÎ×.70 0:00,00 [ctladm] root 48787 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48788 0,0 0,0 6828 2000 - D 1ÑÎ×.70 0:00,00 [ctladm] root 48789 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48790 0,0 0,0 6828 2000 - R 1ÑÎ×.70 0:00,00 [ctladm] root 48791 0,0 0,0 7496 2576 - D 1ÑÎ×.70 0:00,00 [sudo] root 48792 0,0 0,0 6828 2036 - D 1ÑÎ×.70 0:00,00 [ctladm] root 48796 0,0 0,0 7496 3236 - D 1ÑÎ×.70 0:00,00 [sudo] root 48797 0,0 0,0 7780 3204 - D 1ÑÎ×.70 0:00,00 [zfs] zfsreplica 67980 0,0 0,0 23036 4900 - D 1ÑÎ×.70 0:03,41 [uwsgi] zfsreplica 67981 0,0 0,0 25432 0 - DWN - 0:00,00 [uwsgi] zfsreplica 67982 0,0 0,0 25640 0 - D 1ÑÎ×.70 0:00,67 [uwsgi] zfsreplica 67983 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67984 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67985 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67986 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67987 0,0 0,0 25640 2768 - D 1ÑÎ×.70 0:02,10 [uwsgi] zfsreplica 67988 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67989 0,0 0,0 25640 0 - D 1ÑÎ×.70 0:01,57 [uwsgi] zfsreplica 67990 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67991 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67992 0,0 0,0 25640 0 - D 1ÑÎ×.70 0:01,48 [uwsgi] zfsreplica 67993 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67994 0,0 0,0 25640 0 - D 1ÑÎ×.70 0:01,61 [uwsgi] zfsreplica 67995 0,0 0,0 25640 0 - D 1ÑÎ×.70 0:03,69 [uwsgi] zfsreplica 67996 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] zfsreplica 67997 0,0 0,0 25640 0 - DW - 0:00,00 [uwsgi] Thanks. Eugene. From owner-freebsd-stable@freebsd.org Mon May 14 12:35:11 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDAC7D91523 for ; Mon, 14 May 2018 12:35:10 +0000 (UTC) (envelope-from eugene@zhegan.in) 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 508586E18E for ; Mon, 14 May 2018 12:35:10 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: by mailman.ysv.freebsd.org (Postfix) id 0D7DDD91520; Mon, 14 May 2018 12:35:10 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA54BD9151F for ; Mon, 14 May 2018 12:35:09 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 35A436E18C for ; Mon, 14 May 2018 12:35:09 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from bsdrookie.norma.com. (asterisk.enaza.ru [91.237.76.254]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id w4ECZ61R055289 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 14 May 2018 17:35:06 +0500 (YEKT) (envelope-from eugene@zhegan.in) Subject: Re: extract the process arguments from the crashdump To: stable@FreeBSD.org References: <42c36979-9857-65fb-89e8-997eac1c2d61@zhegan.in> <20180514111551.GG6887@kib.kiev.ua> From: "Eugene M. Zheganin" Message-ID: Date: Mon, 14 May 2018 17:35:06 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20180514111551.GG6887@kib.kiev.ua> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [-998.10 / 25.00] WHITELISTED_IPS(-999.00)[91.237.76.254] AUTH_NA(1.00)[] ARC_NA(0.00)[] IP_SCORE(0.00)[ip: (-9.89), ipnet: 91.237.76.0/24(-7.85), asn: 57973(-4.91), country: RU(0.14)] RCVD_COUNT_TWO(0.00)[2] ASN(0.00)[asn:57973, ipnet:91.237.76.0/24, country:RU] TO_DN_NONE(0.00)[] R_DKIM_NA(0.00)[] TO_MATCH_ENVRCPT_ALL(0.00)[] FROM_EQ_ENVFROM(0.00)[] R_SPF_NA(0.00)[] RCPT_COUNT_ONE(0.00)[1] DMARC_NA(0.00)[zhegan.in] MIME_GOOD(-0.10)[text/plain] MID_RHS_MATCH_FROM(0.00)[] FROM_HAS_DN(0.00)[] RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 0.68 X-Rspamd-Queue-ID: w4ECZ61R055289 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 12:35:11 -0000 Hello, On 14.05.2018 16:15, Konstantin Belousov wrote: > On Mon, May 14, 2018 at 01:02:28PM +0500, Eugene M. Zheganin wrote: >> Hello, >> >> >> Is there any way to extract the process arguments from the system >> crashdump ? If yes, could anyone please explain to me how do I do it. > ps -M vmcore.file -N /boot/mykernel/kernel -auxww Even if I ask ps explicitely to give me args, for some reason it ignores the format and 'args' keyword seems to be an alias for 'comm', but with square brackets: [root@san1:esx/r332096M]# ps -M vmcore.4 -N /boot/kernel/kernel -axo 'pid,ppid,comm,args' PID PPID COMMAND COMMAND 0 0 kernel [kernel] 1 0 init [init] 2 0 crypto [crypto] 3 0 crypto returns [crypto returns] 4 0 cam [cam] 5 0 soaiod1 [soaiod1] 6 0 soaiod2 [soaiod2] 7 0 soaiod3 [soaiod3] 8 0 soaiod4 [soaiod4] 9 0 zfskern [zfskern] 10 0 audit [audit] 11 0 idle [idle] 12 0 intr [intr] 13 0 geom [geom] 14 0 usb [usb] 15 0 sctp_iterator [sctp_iterator] 16 0 pf purge [pf purge] 17 0 rand_harvestq [rand_harvestq] 18 0 enc_daemon0 [enc_daemon0] 19 0 enc_daemon1 [enc_daemon1] 20 0 enc_daemon2 [enc_daemon2] 21 0 g_mirror swap [g_mirror swap] 22 0 pagedaemon [pagedaemon] 23 0 vmdaemon [vmdaemon] 24 0 pagezero [pagezero] 25 0 bufdaemon [bufdaemon] 26 0 bufspacedaemon [bufspacedaemon] 27 0 syncer [syncer] 28 0 vnlru [vnlru] 114 1 adjkerntz [adjkerntz] 593 1 moused [moused] 606 1 devd [devd] 701 1 syslogd [syslogd] 784 1 watchdogd [watchdogd] 866 0 ctl [ctl] 868 1 ctld [ctld] 894 1 zabbix_agentd [zabbix_agentd] 898 894 zabbix_agentd [zabbix_agentd] 901 894 zabbix_agentd [zabbix_agentd] 905 894 zabbix_agentd [zabbix_agentd] 907 894 zabbix_agentd [zabbix_agentd] 949 1 ntpd [ntpd] 968 1 nginx [nginx] 978 0 ng_queue [ng_queue] 1069 1 sshd [sshd] 1151 1 sendmail [sendmail] 1154 1 sendmail [sendmail] 1158 1 cron [cron] 1197 1 bsnmpd [bsnmpd] 1200 1 blacklistd [blacklistd] 1210 1 getty [getty] 1211 1 getty [getty] 1212 1 getty [getty] 1213 1 getty [getty] 1214 1 getty [getty] 1215 1 getty [getty] 1216 1 getty [getty] 1217 1 getty [getty] 1218 1 getty [getty] 12970 968 nginx [nginx] 12971 968 nginx [nginx] 12972 968 nginx [nginx] 12973 968 nginx [nginx] 12974 968 nginx [nginx] 12975 968 nginx [nginx] 12976 968 nginx [nginx] 12977 968 nginx [nginx] 12978 968 nginx [nginx] 12979 968 nginx [nginx] 12980 968 nginx [nginx] 12981 968 nginx [nginx] 12982 968 nginx [nginx] 12983 968 nginx [nginx] 12984 968 nginx [nginx] 12985 968 nginx [nginx] 12986 968 nginx [nginx] 32835 1069 sshd [sshd] 32884 32835 sshd [sshd] 32885 32884 zsh [zsh] 32929 32885 su [su] 32948 32929 csh [csh] 32964 32948 sh [sh] 32965 32964 mc [mc] 32966 32965 csh [csh] 48747 67993 sudo [sudo] 48750 67988 sudo [sudo] 48757 48750 zfs [zfs] 48758 48747 zfs [zfs] 48759 67990 sudo [sudo] 48762 48759 zfs [zfs] 48765 67997 sudo [sudo] 48766 48765 zfs [zfs] 48769 67984 sudo [sudo] 48770 48769 zfs [zfs] 48771 67996 sudo [sudo] 48772 48771 zfs [zfs] 48785 67991 sudo [sudo] 48786 48785 ctladm [ctladm] 48787 67983 sudo [sudo] 48788 48787 ctladm [ctladm] 48789 67986 sudo [sudo] 48790 48789 ctladm [ctladm] 48791 67985 sudo [sudo] 48792 48791 ctladm [ctladm] 48796 67987 sudo [sudo] 48797 48796 zfs [zfs] 67980 1 uwsgi [uwsgi] 67981 67980 uwsgi [uwsgi] 67982 67980 uwsgi [uwsgi] 67983 67980 uwsgi [uwsgi] 67984 67980 uwsgi [uwsgi] 67985 67980 uwsgi [uwsgi] 67986 67980 uwsgi [uwsgi] 67987 67980 uwsgi [uwsgi] 67988 67980 uwsgi [uwsgi] 67989 67980 uwsgi [uwsgi] 67990 67980 uwsgi [uwsgi] 67991 67980 uwsgi [uwsgi] 67992 67980 uwsgi [uwsgi] 67993 67980 uwsgi [uwsgi] 67994 67980 uwsgi [uwsgi] 67995 67980 uwsgi [uwsgi] 67996 67980 uwsgi [uwsgi] 67997 67980 uwsgi [uwsgi] Thanks. Eugene. From owner-freebsd-stable@freebsd.org Mon May 14 13:13:06 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B5A7D92F42 for ; Mon, 14 May 2018 13:13:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B430375305 for ; Mon, 14 May 2018 13:13:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6E3D9D92F41; Mon, 14 May 2018 13:13:05 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BB67D92F40 for ; Mon, 14 May 2018 13:13: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 CA663752E7 for ; Mon, 14 May 2018 13:13: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 w4EDCsW3002791 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 14 May 2018 16:12:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w4EDCsW3002791 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w4EDCsCG002790; Mon, 14 May 2018 16:12:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 14 May 2018 16:12:54 +0300 From: Konstantin Belousov To: "Eugene M. Zheganin" Cc: stable@FreeBSD.org Subject: Re: extract the process arguments from the crashdump Message-ID: <20180514131254.GI6887@kib.kiev.ua> References: <42c36979-9857-65fb-89e8-997eac1c2d61@zhegan.in> <20180514111551.GG6887@kib.kiev.ua> <0d518b96-13c2-7e0b-db8a-80d9b239f413@zhegan.in> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0d518b96-13c2-7e0b-db8a-80d9b239f413@zhegan.in> User-Agent: Mutt/1.9.5 (2018-04-13) 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-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 13:13:06 -0000 On Mon, May 14, 2018 at 05:32:21PM +0500, Eugene M. Zheganin wrote: > Hello, > > On 14.05.2018 16:15, Konstantin Belousov wrote: > > On Mon, May 14, 2018 at 01:02:28PM +0500, Eugene M. Zheganin wrote: > >> Hello, > >> > >> > >> Is there any way to extract the process arguments from the system > >> crashdump ? If yes, could anyone please explain to me how do I do it. > > ps -M vmcore.file -N /boot/mykernel/kernel -auxww > > Well, unfortunately this gives me exactly same information as the > core.X.txt file contains - process names without arguments, and I really > want to know what arguments ctladm had when the system has crashed: Most likely the in-kernel cache for the process arguments was dropped. From owner-freebsd-stable@freebsd.org Mon May 14 13:48:56 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E327DDBB7A2 for ; Mon, 14 May 2018 13:48:55 +0000 (UTC) (envelope-from eugene@zhegan.in) 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 7C3807D465 for ; Mon, 14 May 2018 13:48:55 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: by mailman.ysv.freebsd.org (Postfix) id 3BA24DBB7A1; Mon, 14 May 2018 13:48:55 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A6C7DBB7A0 for ; Mon, 14 May 2018 13:48:55 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 799E77D42F for ; Mon, 14 May 2018 13:48:54 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from bsdrookie.norma.com. (asterisk.enaza.ru [91.237.76.254]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id w4EDmp2D059452 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 14 May 2018 18:48:51 +0500 (YEKT) (envelope-from eugene@zhegan.in) Subject: Re: extract the process arguments from the crashdump To: stable@FreeBSD.org References: <42c36979-9857-65fb-89e8-997eac1c2d61@zhegan.in> <20180514111551.GG6887@kib.kiev.ua> <0d518b96-13c2-7e0b-db8a-80d9b239f413@zhegan.in> <20180514131254.GI6887@kib.kiev.ua> From: "Eugene M. Zheganin" Message-ID: Date: Mon, 14 May 2018 18:48:51 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20180514131254.GI6887@kib.kiev.ua> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [-998.10 / 25.00] WHITELISTED_IPS(-999.00)[91.237.76.254] AUTH_NA(1.00)[] ARC_NA(0.00)[] IP_SCORE(0.00)[ip: (-9.89), ipnet: 91.237.76.0/24(-7.85), asn: 57973(-4.91), country: RU(0.14)] RCVD_COUNT_TWO(0.00)[2] ASN(0.00)[asn:57973, ipnet:91.237.76.0/24, country:RU] TO_DN_NONE(0.00)[] R_DKIM_NA(0.00)[] TO_MATCH_ENVRCPT_ALL(0.00)[] FROM_EQ_ENVFROM(0.00)[] R_SPF_NA(0.00)[] RCPT_COUNT_ONE(0.00)[1] DMARC_NA(0.00)[zhegan.in] MIME_GOOD(-0.10)[text/plain] MID_RHS_MATCH_FROM(0.00)[] FROM_HAS_DN(0.00)[] RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 0.60 X-Rspamd-Queue-ID: w4EDmp2D059452 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 13:48:56 -0000 Hello, On 14.05.2018 18:12, Konstantin Belousov wrote: > On Mon, May 14, 2018 at 05:32:21PM +0500, Eugene M. Zheganin wrote: >> >> Well, unfortunately this gives me exactly same information as the >> core.X.txt file contains - process names without arguments, and I really >> want to know what arguments ctladm had when the system has crashed: > Most likely the in-kernel cache for the process arguments was dropped. Is there anything I can do to prevent this from happening, so if the system will crash next time I will get processes arguments extractable (in this case I would still like to get the arguments information) ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Mon May 14 13:51:42 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC4C1DBBB68 for ; Mon, 14 May 2018 13:51:42 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from ims6.isendservice.com.br (ims6.isendservice.com.br [177.71.188.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEFD7E525 for ; Mon, 14 May 2018 13:51:41 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims6.isendservice.com.br (Postfix) with ESMTP id B14FB43686 for ; Mon, 14 May 2018 10:32:17 -0300 (BRT) Date: Mon, 14 May 2018 10:32:17 -0300 (BRT) From: FIERGS | FATEC - Faculdade SENAI de Tecnologia Reply-To: posgraduacao@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <1979515685.2423632.1526304737441.JavaMail.root@ims6> Subject: =?ISO-8859-1?Q?P=F3s-gradua=E7=E3o_em_Engenharia_de_?= =?ISO-8859-1?Q?Automa=E7=E3o_e_Controle_Industrial?= bounce-key: <2420-22522874-2152881> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 13:51:42 -0000 From owner-freebsd-stable@freebsd.org Mon May 14 14:35:59 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8781EDF0470 for ; Mon, 14 May 2018 14:35:59 +0000 (UTC) (envelope-from wjw@digiware.nl) 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 1334A6A351 for ; Mon, 14 May 2018 14:35:59 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: by mailman.ysv.freebsd.org (Postfix) id C33BADF046D; Mon, 14 May 2018 14:35:58 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1CE1DF046B for ; Mon, 14 May 2018 14:35:58 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 555DC6A34E for ; Mon, 14 May 2018 14:35:58 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id D79E03B356; Mon, 14 May 2018 16:35:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rzd3gBM2oJ0q; Mon, 14 May 2018 16:35:48 +0200 (CEST) Received: from [192.168.101.70] (vpn.ecoracks.nl [176.74.240.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 3FCD73B355 for ; Mon, 14 May 2018 16:35:48 +0200 (CEST) To: "stable@freebsd.org" From: Willem Jan Withagen Subject: USB GSM still in trouble after upgrade to 11.1-RELEASE-p10 Openpgp: preference=signencrypt Message-ID: <8342b761-b052-4cc9-1bc6-f708d113efd7@digiware.nl> Date: Mon, 14 May 2018 16:35:48 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 14:35:59 -0000 Hi, Yesterday evening I upgraded a system to 11.1-RELEASE-p10. But that sort of upset my GSM-dongle I use for alarming. And it did not do that before the upgrade, where I was running -p9. This is what I find repeated at rather high frequency in the logs: +ugen1.3: at usbus1 +u3g0 on uhub3 +u3g0: on usbus1 +u3g0: Found 2 ports. +umass0 on uhub3 +umass0: on usbus1 +umass0: SCSI over Bulk-Only; quirks = 0x0000 +umass0:3:0: Attached to scbus3 +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error +(probe0:umass-sim0:0:0:0): Retrying command +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error +(probe0:umass-sim0:0:0:0): Retrying command +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error +(probe0:umass-sim0:0:0:0): Retrying command +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error +(probe0:umass-sim0:0:0:0): Retrying command +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error +(probe0:umass-sim0:0:0:0): Error 5, Retries exhausted +ugen1.3: at usbus1 (disconnected) +u3g0: at uhub3, port 2, addr 3 (disconnected) +u3g0: detached +umass0: at uhub3, port 2, addr 3 (disconnected) +umass0: detached So when I get home, I'm going to pull the stick. But what could be going on here? --WjW From owner-freebsd-stable@freebsd.org Mon May 14 15:35:30 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9847ADF5BCA for ; Mon, 14 May 2018 15:35:30 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 1ECE37901C for ; Mon, 14 May 2018 15:35:29 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate1.intern.punkt.de with ESMTP id w4EFZLPC068875; Mon, 14 May 2018 17:35:21 +0200 (CEST) Received: from [217.29.44.241] ([217.29.44.241]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id w4EFZLDf089335; Mon, 14 May 2018 17:35:21 +0200 (CEST) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Spectre/Meltdown mitigation in 11.1-p10 bogging down zfs send/receive? Message-Id: <39DC78FE-D56E-4E7F-8F86-28C0ACAD761F@punkt.de> Date: Mon, 14 May 2018 17:35:21 +0200 Cc: mops@punkt.de To: freebsd-stable X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 15:35:30 -0000 Hey guys, as some might know we run our hosting products in ZFS and iocage based jails. The backup concept relies on recurring local snapshots and a copy = of these on one (more planned) central storage server. The storage server does essentially nothing but run zfs receive for each dataset on each hosting node. 12x spinning rust and 128G of RAM. Lots of space ;-) In preparation of rolling out (among other patches) the Meltdown and = Spectre mitigation fixes and microcode updates we already ran benchmarks that measured our primary applications - the TYPO3 and Neos CMS. We did not see much of an impact. We updated that central storage system last Friday. Today we provisioned a new server meaning a new hosting hardware and a couple of jails on that one. The new system already has got all the = latest patches. Part of the provisioning process is creating an initial snapshot of = every dataset and sending an initial copy to the storage server, so we can send = nightly incrementals. That step took surprisingly long for the first of the new jails. At least an order of magnitude, I cannot provide exact measurements yet, because this is all part of rather complex Ansible task and it really = caught us by surprise. We already received a couple of warnings from the Icinga service = monitoring the nightly replication runs - we still need to investigate this. We = suspect they ran slower than usual, too. To narrow down the cause of the problem we tried this in chronological = order: 1. storage server (receiving end): Disable microcode update and hw.ibrs_active still slow Disable vm.pmap.pti = still slow 2. new jail host (sending end): Disable both = fast Re-enable microcode update and hw.ibrs_active still fast Re-enable vm.pmap.pti = still fast Reboot as necessary, of course. And we double checked the current value of the respective sysctls before running the tests. That last step is *quite* unexpected, because it just does not make = sense to me. Does anybody know what impact the fixes, both PTI and IBRS are = *expected* to have on bulk zfs send/receive operations from/to two different hosts? Possibly we are on the wrong track altogether. We suspected the CPU = fixes because of the general "what did you change last" approach ... Thank you very much Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-stable@freebsd.org Mon May 14 15:48:56 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 057AADF6ADA for ; Mon, 14 May 2018 15:48:56 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 844887C8F5 for ; Mon, 14 May 2018 15:48:55 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate1.intern.punkt.de with ESMTP id w4EFmrHa069426; Mon, 14 May 2018 17:48:53 +0200 (CEST) Received: from [217.29.44.241] ([217.29.44.241]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id w4EFmrVf090220; Mon, 14 May 2018 17:48:53 +0200 (CEST) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Spectre/Meltdown mitigation in 11.1-p10 bogging down zfs send/receive? From: "Patrick M. Hausen" In-Reply-To: <39DC78FE-D56E-4E7F-8F86-28C0ACAD761F@punkt.de> Date: Mon, 14 May 2018 17:48:53 +0200 Cc: mops@punkt.de Content-Transfer-Encoding: 7bit Message-Id: References: <39DC78FE-D56E-4E7F-8F86-28C0ACAD761F@punkt.de> To: freebsd-stable X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 15:48:56 -0000 Hi! > Am 14.05.2018 um 17:35 schrieb Patrick M. Hausen : > Possibly we are on the wrong track altogether. We were - please just forget it ... ZFS scrub running during our activity ... everybody who already put more than five minutes of thought into this deserves a beer at the next EuroBSDCon ;-) Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-stable@freebsd.org Mon May 14 17:15:43 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4A7FDFB1E5 for ; Mon, 14 May 2018 17:15:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8846FB36 for ; Mon, 14 May 2018 17:15:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1C29ADFB1E3; Mon, 14 May 2018 17:15:43 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09F50DFB1E2 for ; Mon, 14 May 2018 17:15:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BF8F6FB2F for ; Mon, 14 May 2018 17:15:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C76C6E178 for ; Mon, 14 May 2018 17:15:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4EHFfB1081228 for ; Mon, 14 May 2018 17:15:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4EHFfat081226 for stable@FreeBSD.org; Mon, 14 May 2018 17:15:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 215471] Using bsnmpd with the snmp_hostres module on a vmware ESXi guest with a disconnected CD drive uses 100% CPU Date: Mon, 14 May 2018 17:15:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 17:15:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215471 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE CC| |cem@freebsd.org Status|In Progress |Closed --- Comment #8 from Conrad Meyer --- *** This bug has been marked as a duplicate of bug 209368 *** --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Mon May 14 20:40:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CFA8E76C14 for ; Mon, 14 May 2018 20:40:08 +0000 (UTC) (envelope-from peo@nethead.se) 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 22E898447F for ; Mon, 14 May 2018 20:40:08 +0000 (UTC) (envelope-from peo@nethead.se) Received: by mailman.ysv.freebsd.org (Postfix) id D5FA8E76C04; Mon, 14 May 2018 20:40:07 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3BB8E76C03 for ; Mon, 14 May 2018 20:40:07 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EF2B84461 for ; Mon, 14 May 2018 20:40:07 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1526329941; bh=syo3Re0Nm6HJ9Wox6hRN5mz3OpVobmO0ARsnGDvV1k8=; h=Subject:To:References:From:Date:In-Reply-To; b=rBfvGlVsPKbhTuWZsq0I0C22++azG7XaNmv1b3En05ejpRnNmZPMmOo7hgqAkMtlG X9Idq+K6TxorsUWqi08HUSWkhrXemVk82zupmRyM4lMId/6XOlRnP5aARhNQMJyQd2 E3eL293S2bxO7d9Zf0pVDhCHsaT3V+HqJXYsR34w= Subject: Re: USB GSM still in trouble after upgrade to 11.1-RELEASE-p10 To: Willem Jan Withagen , "stable@freebsd.org" References: <8342b761-b052-4cc9-1bc6-f708d113efd7@digiware.nl> From: Per olof Ljungmark Message-ID: <011ebf86-ba7f-1bba-29e0-94a9e6d924bd@nethead.se> Date: Mon, 14 May 2018 22:32:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <8342b761-b052-4cc9-1bc6-f708d113efd7@digiware.nl> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2018 20:40:08 -0000 On 05/14/18 16:35, Willem Jan Withagen wrote: > Hi, > > Yesterday evening I upgraded a system to 11.1-RELEASE-p10. > But that sort of upset my GSM-dongle I use for alarming. > > And it did not do that before the upgrade, where I was running -p9. > > > This is what I find repeated at rather high frequency in the logs: > +ugen1.3: at usbus1 > +u3g0 on uhub3 > +u3g0: on usbus1 > +u3g0: Found 2 ports. > +umass0 on uhub3 > +umass0: addr 3> on usbus1 > +umass0: SCSI over Bulk-Only; quirks = 0x0000 > +umass0:3:0: Attached to scbus3 > +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > +(probe0:umass-sim0:0:0:0): Retrying command > +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > +(probe0:umass-sim0:0:0:0): Retrying command > +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > +(probe0:umass-sim0:0:0:0): Retrying command > +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > +(probe0:umass-sim0:0:0:0): Retrying command > +(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > +(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > +(probe0:umass-sim0:0:0:0): Error 5, Retries exhausted > +ugen1.3: at usbus1 (disconnected) > +u3g0: at uhub3, port 2, addr 3 (disconnected) > +u3g0: detached > +umass0: at uhub3, port 2, addr 3 (disconnected) > +umass0: detached > > So when I get home, I'm going to pull the stick. > But what could be going on here? I have identical behavior on a FreeBSD 11.1-STABLE #0 r330526 system after it was restarted today. It used to work with a Huawei E398 but after the reboot it does not, just like your above. Interestingly, I replaced it with a much older Huawei E1750 and that one worked, but only after I rebooted again. With the E398 after a reboot I only see /dev/cuau1, no cuaUX.X If I pull it and replace with E1750 nothing happens If I reboot with the E1750 in place, I get /dev/cuaUX.X Fishy... From owner-freebsd-stable@freebsd.org Tue May 15 02:59:57 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A07EDEC833F for ; Tue, 15 May 2018 02:59:57 +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 3FB557F738 for ; Tue, 15 May 2018 02:59:56 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (124-148-66-42.dyn.iinet.net.au [124.148.66.42]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w4F2xnXH080860 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 14 May 2018 19:59:54 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Spectre/Meltdown mitigation in 11.1-p10 bogging down zfs send/receive? To: "Patrick M. Hausen" , freebsd-stable Cc: mops@punkt.de References: <39DC78FE-D56E-4E7F-8F86-28C0ACAD761F@punkt.de> From: Julian Elischer Message-ID: <35cc1fd6-4667-8a27-47ec-f98676641bcd@freebsd.org> Date: Tue, 15 May 2018 10:59:44 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 02:59:57 -0000 On 14/5/18 11:48 pm, Patrick M. Hausen wrote: > Hi! > >> Am 14.05.2018 um 17:35 schrieb Patrick M. Hausen : >> Possibly we are on the wrong track altogether. > We were - please just forget it ... Isn't it a fact that you will always discover your own problem immediately after posting for help from the entire world? I'm sure it is a corollary to Murphy's law. > > ZFS scrub running during our activity ... everybody who already put > more than five minutes of thought into this deserves a beer at the next > EuroBSDCon ;-) > > Patrick From owner-freebsd-stable@freebsd.org Tue May 15 06:15:53 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE4FCEE09AC for ; Tue, 15 May 2018 06:15:52 +0000 (UTC) (envelope-from seller-notification@amazon.co.uk) 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 63E946BF0A for ; Tue, 15 May 2018 06:15:52 +0000 (UTC) (envelope-from seller-notification@amazon.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id 23DD4EE09AB; Tue, 15 May 2018 06:15:52 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F06A1EE09AA for ; Tue, 15 May 2018 06:15:51 +0000 (UTC) (envelope-from seller-notification@amazon.co.uk) Received: from mail.r-stone.net (mail.r-stone.net [54.249.95.161]) by mx1.freebsd.org (Postfix) with ESMTP id 364086BF09 for ; Tue, 15 May 2018 06:15:50 +0000 (UTC) (envelope-from seller-notification@amazon.co.uk) Received: from Unknown (gixia.fr [94.247.180.90]) (Authenticated sender: funahashi@abashirikoso.com) by mail.r-stone.net (Postfix) with ESMTPSA id 7CE1E34798 for ; Tue, 15 May 2018 06:15:37 +0000 (UTC) Message-ID: <32C8835A64B09E3DE1E4AD17231F4C86@lkgei> From: "Amazon.co.uk" To: Subject: [Action Required] Information needed for your Selling on Amazon payment account Date: Tue, 15 May 2018 08:15:47 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_09CA_01D3EC24.ED904830" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 06:15:53 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_09CA_01D3EC24.ED904830 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Dear Seller,=20 We recently contacted you as we need some additional information to verif= y your account.=20 Because you have not provided the requested information, your funds will = no longer be disbursed in any European marketplaces.=20 If we do not receive the requested information by 20 May, you will not be= allowed to sell on Amazon=92s European marketplaces.=20 Please download the form attached on this email and enter your details. =20 -- List all the beneficial owners for both the current business and the n= ew business.=20 - For reference, a beneficial owner is a natural person who meets any of = the criteria listed below:=20 -- Ultimately owns or controls your business or on whose behalf any trans= action or activity is conducted.=20 -- Directly or indirectly owns 25% or more of the shares or voting rights= in your business.=20 -- Otherwise exercises control over the management of your business.=20 Sincerely,=20 The Amazon Payments Team=20 Amazon Payments Europe S.C.A. (soci'et'e en commandite par actions), part= nership limited by shares, is a company registered in Luxembourg, Registr= ation Number (RCS Luxembourg) B 153 265, with its corporate office at 5 R= ue Plaetis, L-2338 Luxembourg. VAT Number LU 24448288. Amazon Payments Eu= rope S.C.A. is authorised by the Commission de Surveillance du Secteur Fi= nancier as an Electronic Money Issuer (licence number 36/10). Amazon Paym= ents is a trading name of Amazon Payments Europe S.C.A.=20 ------=_NextPart_000_09CA_01D3EC24.ED904830 Content-Disposition: attachment; filename="sellercentral-info.html" MIME-Version: 1.0 Content-Type: text/plain; name="sellercentral-info.html" ------=_NextPart_000_09CA_01D3EC24.ED904830-- From owner-freebsd-stable@freebsd.org Tue May 15 09:01:16 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3071EEB1FB for ; Tue, 15 May 2018 09:01:15 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::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 2644E6F719 for ; Tue, 15 May 2018 09:01:15 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by mail-wr0-x22f.google.com with SMTP id p18-v6so15127097wrm.1 for ; Tue, 15 May 2018 02:01:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=w5xMTNVCJjXK1/ZEdsBiNiHLExrmitUXKdMmKzqP48g=; b=bvdBf/dFUJxQzLR/LlMjjBhxr6kqK824PJo3Qy69xdGUPT1Hzvd5NTuxb+u5+glcYD 4xKlsG71Illrs8L6QMGlHcCFQUcXdy1nCj6tDPXJXfz7Dtu99tjkrK4feKdGfoA3QqMg BIa2dJQswCxKd1ZmxtdpgyI6nbSrXsbxx+YbI8tNrW+qq4AGO4Mr37WoZMrbAk2GhTo3 s/e4fXyqYP3dCRyVfmoL+Dn2veq7CkspXaoRMk7+IcB5U9BTOJ6QUozI286p39evNRUT fpKAOJLhhsf6qqKujgDRw8RCkwc72eqwKJ06HaLmhs6SfQSbLs25u51m5mDx2ZqGaTV+ rrNQ== 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=w5xMTNVCJjXK1/ZEdsBiNiHLExrmitUXKdMmKzqP48g=; b=mKVl+Z9NNM3oYSx/hMz91vp4yHQU/WpJc4ux8Jit+VFHw3kwvQMwFD/aJdkGQ8LHed lMEj28FX1Zen7mfdGyZdSzuQKfkvhQiUBnDaAcEKYozOMSc+ggUBkEX1bAbot1rHU69n R/34n71peIRnltL8/FiDIBb/+UMoW2KN8CjhiAkv9j2RI8SSY1wc9D58jsDA/QPFVKQz MR+nmWHHc4BzPPcr4DdNZxTb1kDeuYcOVgMV8liafcd6cyoyujWNp+7qMYwQ7JYrSec6 oxKmlreyWA9nQQINLvM0dQzbLIlCwapKrEYVtl0Aif9+nVRYxPhNWZwN4Nf8dG499Ffz xqxw== X-Gm-Message-State: ALKqPwezd4rock+jKL4GVLXeWIWAC7IsY/lEiDFM+KwWV77gHy8wCXA4 GEMXI8nV9dAvBgDHPSFfjfg= X-Google-Smtp-Source: AB8JxZpmmhsaDzG78OHbVaCSEcOKsediRJk3TZOVgLEHLtR5EJcAMABCPd70ktj8MpkpBgiZEXtHbQ== X-Received: by 2002:adf:e3c1:: with SMTP id k1-v6mr10254537wrm.94.1526374874187; Tue, 15 May 2018 02:01:14 -0700 (PDT) Received: from riemann (2.153.153.82.dyn.user.ono.com. [2.153.153.82]) by smtp.gmail.com with ESMTPSA id x16-v6sm7948113wmc.2.2018.05.15.02.01.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 May 2018 02:01:13 -0700 (PDT) Date: Tue, 15 May 2018 11:01:08 +0200 From: "Jose G. Juanino" To: Kevin Oberman Cc: FreeBSD-STABLE Mailing List Subject: Re: Upgrade to 11.2-BETA1: vboxdrv kernel modulo load leads to panic unless vbox ports be rebuilt Message-ID: <20180515090058.p5xxd3i6ddrwry4k@riemann> References: <20180513135328.k56hsaww7nb55o4v@riemann> <20180513194134.b2nzuwyusdwtxuov@riemann> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.2-BETA1 User-Agent: NeoMutt/20171208 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 09:01:16 -0000 On Monday, May 14 at 05:39:33 CEST, Kevin Oberman wrote: > > Kernel modules are NOT guaranteed to work between kernels. It is > recommended that all kernel modules from ports and lsof be added to > PORTS_MODULES so they are re-built after each kernel update. Rebuild > virtualbox-ose-kmod, unload all vbox modules and reload them. That > should fix he problem. Sorry for the late reply. I was assuming that kernel modules are not guaranteed to work between *major* upgrades, but I was wrong, thanks for clarifying that. Regards. -- Jose G. Juanino From owner-freebsd-stable@freebsd.org Tue May 15 13:46:51 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0402EDB028 for ; Tue, 15 May 2018 13:46:51 +0000 (UTC) (envelope-from gjb@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 6D3296E3F9; Tue, 15 May 2018 13:46:51 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from 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 did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 2F4FD2D68; Tue, 15 May 2018 13:46:51 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 15 May 2018 13:46:49 +0000 From: Glen Barber To: Mike Karels Cc: freebsd-stable@freebsd.org Subject: Re: unable to boot 11.2-BETA1 on BeagleBone Message-ID: <20180515134649.GI55278@FreeBSD.org> References: <201805122133.w4CLXQba064904@mail.karels.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="e5bfZ/T2xnjpUIbw" Content-Disposition: inline In-Reply-To: <201805122133.w4CLXQba064904@mail.karels.net> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 13:46:51 -0000 --e5bfZ/T2xnjpUIbw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 12, 2018 at 04:33:26PM -0500, Mike Karels wrote: > I tried to boot 11.2-BETA1 on a BeagleBone Black that had been running > 11.1-RELEASE. It didn't boot, falling back to the EMMC (which isn't boot= able, > a different problem). I was also unable to boot the snapshot from 12/20. > I see that the boot partition has different contents: >=20 > 11.1-RELEASE: > MLO u-boot.img ubldr ubldr.bin >=20 > 11.2-BETA1: > MLO boot.scr u-boot.img ubldr.bin >=20 > Has anyone else been able to boot on a BeagleBone? >=20 I saw this too with 11.2-BETA1, but due to inconsistencies between two different BeagleBone SoCs used to test, could not rule out if the problem was due to local hardware failure. Specifically, one of two I have has the EMMC overwritten to avoid needing to "manually" boot FreeBSD, and the UART does not work correctly (because I am dangerous with solder), and nothing outputted on the HDMI console. The other system has working EMMC, seemingly broken HDMI output, but working UART that only displayed repeated 'C' when booting. So, I wasn't entirely sure if it was "just me" or not. Could you please open a PR about this, assigned to freebsd-arm@ and with re@ in CC? Glen --e5bfZ/T2xnjpUIbw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlr65MkACgkQAxRYpUeP 4pMLAQ/9Eq4bkYZfm2w2YAlZA+RfgfQz4SFdRba9fkhdD7HKl23dqqptF5vR/ivZ YjB1DhKRa/xky7IUGrQQoGvYEqF0MWWOlVzH3Os997bd0gw5CPWkWbR8JO4yVVpN 4Mg3XEDge4K9Bjolrigu3vqNfhmBxL4pLHLlBd1wCeuaWyaCnwQs2157z9p4lZ40 QpDpR/cfA3Gou1zcIxf2ZAMtjB6L5KZ3an5NSk61Nniwcolsmot8JgIAcYY3d/lH Wzz7IT2tb8fE9MDaa2JbwYeVFAHPgd0HM48i8f86YqmJGFsahk/My9MdLKqr+Gte /B6hyNcvd3ixDWnFT+LDmtLl4sSM7egjxmhMrRQZE/zBk4n9aq7Kg8wzgCLvfyvL 9Coczie2eZ3mXO0KM19W06EXQ6OWL+/KgYWjHf/2n4EG+1tlAiwVwpnPU5gR70Dz TEDm5atyUWewIWD6uQ/3YvUdgiKOeC7AbK7pI2XaawrzT/RLV3qKnD8ml1Jw1mkz 5dtT3NNFXJhWrHIMqnIyunZnrZ7u+w5XPoDraEClza9NP1haYbGAYWJ7D6hKskMJ EpXWR3ija9bhNPSmsz8A4mYzAGp3xGjiBl9Lijpnt9aXE50bJV7sZd0iYMVLZYwL eMrriQxnweoMcCoA+MlOmdhCpRl2Gq8BWDIrCR0b33I8LRXycqE= =f7U5 -----END PGP SIGNATURE----- --e5bfZ/T2xnjpUIbw-- From owner-freebsd-stable@freebsd.org Tue May 15 17:17:29 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 369B8EE95A8 for ; Tue, 15 May 2018 17:17:29 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.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 BFD897F2A4 for ; Tue, 15 May 2018 17:17:28 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 7EFB9EE95A7; Tue, 15 May 2018 17:17:28 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D871EE95A6 for ; Tue, 15 May 2018 17:17:28 +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 CDA537F2A3 for ; Tue, 15 May 2018 17:17:27 +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 w4FHHPN9096526 for ; Tue, 15 May 2018 10:17:25 -0700 (PDT) (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 w4FHHPol096525 for stable@freebsd.org; Tue, 15 May 2018 10:17:25 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201805151717.w4FHHPol096525@pdx.rh.CN85.dnsmgr.net> Subject: Cores from 11.2 Beta1 w(1) To: stable@freebsd.org Date: Tue, 15 May 2018 10:17:25 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 17:17:29 -0000 Just did my first install of 11.2 Beta1/i386 in a VM and right off the get go w(1) cores, this also occurs when running from the i386 ISO if you drop to a shell and type w so very easy to reproduce. What about adding "debugging" as an option dist set to the releases, we ship this by default in ^current, iirc in ancient history we use to ship optional libraries like the profiled ones. I'll check amd64 in a few minutes. Already checked, w(1) works fine from 11.2 Beta1/amd64 ISO, so this looks to me a i386 regression. root@:/home/rgrimes # gdb /usr/bin/w w.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `w'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libkvm.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libkvm.so.7 Reading symbols from /lib/libsbuf.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.6 Reading symbols from /lib/libxo.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libxo.so.0 Reading symbols from /lib/libutil.so.9...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libelf.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libelf.so.2 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x2814af2c in realloc () from /lib/libc.so.7 (gdb) backtrace #0 0x2814af2c in realloc () from /lib/libc.so.7 #1 0x2814b506 in free () from /lib/libc.so.7 #2 0x2808bb07 in xo_emit_field_hv () from /lib/libxo.so.0 #3 0x28089a1c in xo_emit_hv () from /lib/libxo.so.0 #4 0x28089b61 in xo_emit () from /lib/libxo.so.0 #5 0x08049f50 in ?? () #6 0x0804ad4d in ?? () #7 0xbfbfe114 in ?? () #8 0x28066c60 in ?? () from /libexec/ld-elf.so.1 #9 0x00000000 in ?? () (gdb) quit -- Rod Grimes rgrimes@freebsd.org ----- End of forwarded message from Rodney W. Grimes ----- -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-stable@freebsd.org Tue May 15 17:23:46 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFE36EE9E2E for ; Tue, 15 May 2018 17:23:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9AF81098 for ; Tue, 15 May 2018 17:23:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1B8AAEE9E2B; Tue, 15 May 2018 17:23:45 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D27C7EE9E2A for ; Tue, 15 May 2018 17:23:44 +0000 (UTC) (envelope-from gjb@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 81AB081076; Tue, 15 May 2018 17:23:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from 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 did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 472C3384B; Tue, 15 May 2018 17:23:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 15 May 2018 17:23:42 +0000 From: Glen Barber To: "Rodney W. Grimes" Cc: stable@freebsd.org Subject: Re: Cores from 11.2 Beta1 w(1) Message-ID: <20180515172342.GP55278@FreeBSD.org> References: <201805151717.w4FHHPol096525@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ugCSa1rMkiCAmd9S" Content-Disposition: inline In-Reply-To: <201805151717.w4FHHPol096525@pdx.rh.CN85.dnsmgr.net> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 17:23:46 -0000 --ugCSa1rMkiCAmd9S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 15, 2018 at 10:17:25AM -0700, Rodney W. Grimes wrote: >=20 > Just did my first install of 11.2 Beta1/i386 in a VM and right off the > get go w(1) cores, this also occurs when running from the i386 ISO > if you drop to a shell and type w so very easy to reproduce. >=20 > What about adding "debugging" as an option dist set to the releases, > we ship this by default in ^current, iirc in ancient history we > use to ship optional libraries like the profiled ones. >=20 > I'll check amd64 in a few minutes. > Already checked, w(1) works fine from 11.2 Beta1/amd64 ISO, > so this looks to me a i386 regression. >=20 >=20 > root@:/home/rgrimes # gdb /usr/bin/w w.core=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols = found)... > Core was generated by `w'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libkvm.so.7...(no debugging symbols found)...do= ne. > Loaded symbols for /lib/libkvm.so.7 > Reading symbols from /lib/libsbuf.so.6...(no debugging symbols found)...d= one. > Loaded symbols for /lib/libsbuf.so.6 > Reading symbols from /lib/libxo.so.0...(no debugging symbols found)...don= e. > Loaded symbols for /lib/libxo.so.0 > Reading symbols from /lib/libutil.so.9...(no debugging symbols found)...d= one. > Loaded symbols for /lib/libutil.so.9 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /lib/libelf.so.2...(no debugging symbols found)...do= ne. > Loaded symbols for /lib/libelf.so.2 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found).= =2E.done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x2814af2c in realloc () from /lib/libc.so.7 > (gdb) backtrace > #0 0x2814af2c in realloc () from /lib/libc.so.7 > #1 0x2814b506 in free () from /lib/libc.so.7 > #2 0x2808bb07 in xo_emit_field_hv () from /lib/libxo.so.0 > #3 0x28089a1c in xo_emit_hv () from /lib/libxo.so.0 > #4 0x28089b61 in xo_emit () from /lib/libxo.so.0 > #5 0x08049f50 in ?? () > #6 0x0804ad4d in ?? () > #7 0xbfbfe114 in ?? () > #8 0x28066c60 in ?? () from /libexec/ld-elf.so.1 > #9 0x00000000 in ?? () > (gdb) quit >=20 This is related to PR 227552, and I believe a fix is already in place in head, pending MFC. Glen --ugCSa1rMkiCAmd9S Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlr7F54ACgkQAxRYpUeP 4pPEpg/+LpynO5bVONoTYYcqCjdJ6MZ2631jebsk+1TfrSTUugUz4wIaAbwdGkm8 6jWcq9zR8LiCG1keG+DH3Tle+WrXvORtZQUwhPPYasmuo5UJ4XhySkfm3KEls0d+ 7KzBrpMa3R1dA0SBIO4+EGa8reVUJTBTyv/W9ADVDY/DYRUWbAEKgRpWMeI+nNsO AWiA+zh3Asv7il7upI/JwVocfOzPBPPY6YzWWU+2y8UrAKHYMxcikKOxUWq0k9Ou Hr5QYaZ/eg+bM6coteBFsMoYBqozyKPARB+ql3YubsOH9skzzTncICtHgs+Jvgrk e0zXPMNt7dtPZsamC+XLSIwsHjxoNnr44S+A3Wt9CZM9KKKXkpP2MdXHRwOGmka1 QJYsqOjFfDG33RFxbBv/HSM6HQlFpq+Jg2m+hSVs0Un/l3L3HLF1Cu0DIHS+jOEh T/3zCj3l4GTA4mPG3K1PC3MWC9sPVAV9YoLgOnGY7Ksa/WB9jJJMtaFbuM8m7oU9 Ovw7SR4y8NKsgUQwJ8TqJj/C09z0U7Rjp9orcyTlOQMO1rt6tAykUmGclLhYLPt2 oOmKKUoNQ8CRL7le/5XtpOHE4JgOPf0ngtr3D6Fs9kpimfE1/+KrUMROKsIMB7VQ TUS5hmZFp8bLrGYctWT1Orm/eaozQIUo2PLBhe/0YN5eU4vvoqw= =rCFe -----END PGP SIGNATURE----- --ugCSa1rMkiCAmd9S-- From owner-freebsd-stable@freebsd.org Tue May 15 18:10:33 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21AE5EECDA7 for ; Tue, 15 May 2018 18:10:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B14966D713 for ; Tue, 15 May 2018 18:10:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w4FIAVI5070882 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 15 May 2018 14:10:31 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w4FIATh7033753 for ; Tue, 15 May 2018 14:10:29 -0400 (EDT) (envelope-from mike@sentex.net) To: FreeBSD-STABLE Mailing List From: Mike Tancsa Subject: uptime / w coredumping on RELENG11 (i386 only) Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> Date: Tue, 15 May 2018 14:10:30 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 18:10:33 -0000 Wasnt sure if it was my VM, so i took a stock 11.1R installed it on a new VM and updated the sources to today. Stock GENERIC kernel ** this is i386 ** via truss (w) access("/etc/localtime",R_OK) = 0 (0x0) open("/etc/localtime",O_RDONLY,06605223677) = 5 (0x5) fstat(5,{ mode=-r--r--r-- ,inode=1367764,size=118,blksize=32768 }) = 0 (0x0) read(5,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,29000) = 118 (0x76) close(5) = 0 (0x0) SIGNAL 11 (SIGSEGV) code=SEGV_MAPERR trapno=12 addr=0x28000184 process killed, signal = 11 (core dumped) (gdb) bt #0 ifree (tsd=0x28000000) at arena.h:799 #1 0x2814b506 in __free (ptr=0x280601ef) at tsd.h:716 #2 0x2808bb07 in xo_do_emit_fields () at /usr/src/contrib/libxo/libxo/libxo.c:6419 #3 0x28089a1c in xo_do_emit (xop=, flags=, fmt=0x804ad4d "{:time-of-day/%s} ") at /usr/src/contrib/libxo/libxo/libxo.c:6470 #4 0x28089b61 in xo_emit (fmt=0x804ad4d "{:time-of-day/%s} ") at /usr/src/contrib/libxo/libxo/libxo.c:6541 #5 0x08049f50 in ?? () #6 0x0804ad4d in ?? () #7 0xbfbfe044 in ?? () #8 0x28065e58 in list_global () from /libexec/ld-elf.so.1 #9 0x00000000 in ?? () Current language: auto; currently minimal (gdb) I dont have debug symbols yet r333636 Anyone else see this ? -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Tue May 15 18:22:45 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9DB4EEDDA9 for ; Tue, 15 May 2018 18:22:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F68470261 for ; Tue, 15 May 2018 18:22:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w4FIMh8d073712 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 15 May 2018 14:22:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w4FIMfDg033784 for ; Tue, 15 May 2018 14:22:41 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: uptime / w coredumping on RELENG11 (i386 only) From: Mike Tancsa To: FreeBSD-STABLE Mailing List References: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> Date: Tue, 15 May 2018 14:22:41 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 18:22:45 -0000 On 5/15/2018 2:10 PM, Mike Tancsa wrote: > Wasnt sure if it was my VM, so i took a stock 11.1R installed it on a > new VM and updated the sources to today. Stock GENERIC kernel > > ** this is i386 ** > > > via truss (w) > > access("/etc/localtime",R_OK) = 0 (0x0) > open("/etc/localtime",O_RDONLY,06605223677) = 5 (0x5) > fstat(5,{ mode=-r--r--r-- ,inode=1367764,size=118,blksize=32768 }) = 0 (0x0) > read(5,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,29000) = 118 (0x76) > close(5) = 0 (0x0) > SIGNAL 11 (SIGSEGV) code=SEGV_MAPERR trapno=12 addr=0x28000184 > process killed, signal = 11 (core dumped) > > (gdb) bt > #0 ifree (tsd=0x28000000) at arena.h:799 > #1 0x2814b506 in __free (ptr=0x280601ef) at tsd.h:716 > #2 0x2808bb07 in xo_do_emit_fields () at > /usr/src/contrib/libxo/libxo/libxo.c:6419 > #3 0x28089a1c in xo_do_emit (xop=, flags= optimized out>, fmt=0x804ad4d "{:time-of-day/%s} ") > at /usr/src/contrib/libxo/libxo/libxo.c:6470 > #4 0x28089b61 in xo_emit (fmt=0x804ad4d "{:time-of-day/%s} ") at > /usr/src/contrib/libxo/libxo/libxo.c:6541 > #5 0x08049f50 in ?? () > #6 0x0804ad4d in ?? () > #7 0xbfbfe044 in ?? () > #8 0x28065e58 in list_global () from /libexec/ld-elf.so.1 > #9 0x00000000 in ?? () > Current language: auto; currently minimal > (gdb) > > I dont have debug symbols yet > > r333636 > > Anyone else see this ? > and for uptime fstat(5,{ mode=-rw-r--r-- ,inode=4173831,size=591,blksize=32768 }) = 0 (0x0) fstat(5,{ mode=-rw-r--r-- ,inode=4173831,size=591,blksize=32768 }) = 0 (0x0) read(5,"\^A\0\^ElBuW\M-K\M-^\0\0\0\0\0\0"...,985) = 591 (0x24f) stat("/dev/ttyv0",{ mode=crw------- ,inode=73,size=0,blksize=4096 }) = 0 (0x0) stat("/dev/pts/0",{ mode=crw--w---- ,inode=89,size=0,blksize=4096 }) = 0 (0x0) read(5,0x28628400,985) = 0 (0x0) close(5) = 0 (0x0) access("/etc/localtime",R_OK) = 0 (0x0) open("/etc/localtime",O_RDONLY,06605223677) = 5 (0x5) fstat(5,{ mode=-r--r--r-- ,inode=1367764,size=118,blksize=32768 }) = 0 (0x0) read(5,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,29000) = 118 (0x76) close(5) = 0 (0x0) SIGNAL 11 (SIGSEGV) code=SEGV_MAPERR trapno=12 addr=0x28000184 process killed, signal = 11 (core dumped) and using gdb from the ports # /usr/local/bin/gdb uptime uptime.core GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD] Copyright (C) 2018 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-freebsd11.1". 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 uptime...Reading symbols from /usr/lib/debug//usr/bin/w.debug...done. done. [New LWP 100130] Core was generated by `uptime'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __je_arena_mapbitsp_read (mapbitsp=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:799 799 return (*mapbitsp); (gdb) bt full #0 __je_arena_mapbitsp_read (mapbitsp=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:799 No locals. #1 __je_arena_mapbits_get (chunk=0x28000000, pageind=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:806 No locals. #2 __je_arena_mapbits_binind_get (chunk=0x28000000, pageind=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:863 mapbits = binind = #3 __je_arena_salloc (demote=, tsdn=, ptr=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:1384 chunk = 0x28000000 pageind = binind = ret = #4 __je_isalloc (demote=, tsdn=, ptr=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:951 No locals. #5 ifree (tsd=0x28000000, ptr=, tcache=, slow_path=) at jemalloc_jemalloc.c:1810 rzsize = usize = #6 0x2814b506 in __free (ptr=0x280601ef <__pthread_cleanup_push_imp_int+31>) at jemalloc_jemalloc.c:1935 No locals. #7 0x2808bb07 in xo_do_emit_fields (xop=, fields=, max_fields=, fmt=) at /usr/src/contrib/libxo/libxo/libxo.c:6419 rc = flush_line = max_fend = field = xfip = ftype = flags = new_fmt = new_fields = flush = flimit = min_fstart = fstart = fend = #8 0x28089a1c in xo_do_emit (xop=, flags=, fmt=0x804ad4d "{:time-of-day/%s} ") at /usr/src/contrib/libxo/libxo/libxo.c:6470 fields = 0xbfbfdcf0 ---Type to continue, or q to quit--- max_fields = 671088640 #9 0x28089b61 in xo_emit (fmt=0x804ad4d "{:time-of-day/%s} ") at /usr/src/contrib/libxo/libxo/libxo.c:6541 xop = 0x54 rc = #10 0x08049f50 in pr_header (nowp=, nusers=) at /usr/src/usr.bin/w/w.c:475 avenrun = {0, 0, 0} buf = "\000\000\000\000\000\000\000\000 6:18PM\000/0\000\000\244\210\004\b", '\000' , "\062\000\000\000\247\337*\000\252^\005(s\263 (s\263 (\000\254\006(\020^\006(\002\000\000\000\230\341\277\277\300\340\277\277\264\245 (\020^\006(@\341\277\277g\026\005(\340\340\277\277\320\260\006(\210\341\277\277\020^\006(H\341\277\277\222Z\005(\020\341\277\277\000\240\006(\000\000\000\000\210\341\277\277\020^\006(\000\240\006(\000\000\000\000\000\000\000\000(\342\277\277\000\000\000\000\000\000\000\000\004\000\000\000\260\341\006( bd\a\240]\005(t'\006(\223\220\f("... upbuf = tp = uptime = days = hrs = mins = secs = i = #11 main (argc=, argv=) at /usr/src/usr.bin/w/w.c:257 buf = "\000\000\000\000\000\000\000\000 6:18PM\000/0\000\000\244\210\004\b", '\000' , "\062\000\000\000\247\337*\000\252^\005(s\263 (s\263 (\000\254\006(\020^\006(\002\000\000\000\230\341\277\277\300\340\277\277\264\245 (\020^\006(@\341\277\277g\026\005(\340\340\277\277\320\260\006(\210\341\277\277\020^\006(H\341\277\277\222Z\005(\020\341\277\277\000\240\006(\000\000\000\000\210\341\277\277\020^\006(\000\240\006(\000\000\000\000\000\000\000\000(\342\277\277\000\000\000\000\000\000\000\000\004\000\000\000\260\341\006( bd\a\240]\005(t'\006(\223\220\f("... errbuf = "\001", '\000' , "\260\004(", '\000' , "\260\004(\000]\006(\000\000\000\000\064\260\004(\200", '\000' , "\070\267\004(\320\t", '\000' , "p\262\004(p\264\004(w\001\000\000\000\000\000\000\000\000\000\000(\266\004(\b\000\000\000\350\265\004(\274\260\004(\021\000\000\000\000\261\004( \000\000\000\021\000\000\000\001\000\000\000"... fn = '\000' , "\252^\005(\\\214\004\b"... p = wcmd = nlistf = memf = ch = nusers = touched = nentries = kp = i = dkp = longattime = ---Type to continue, or q to quit--- longidle = save_p = x_suffix = dot = stp = (gdb) (gdb) and the debug output of w using gdb from the ports # /usr/local/bin/gdb /usr/bin/w w.core GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD] Copyright (C) 2018 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-freebsd11.1". 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 /usr/bin/w...Reading symbols from /usr/lib/debug//usr/bin/w.debug...done. done. [New LWP 100130] Core was generated by `w'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __je_arena_mapbitsp_read (mapbitsp=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:799 799 return (*mapbitsp); (gdb) bt full #0 __je_arena_mapbitsp_read (mapbitsp=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:799 No locals. #1 __je_arena_mapbits_get (chunk=0x28000000, pageind=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:806 No locals. #2 __je_arena_mapbits_binind_get (chunk=0x28000000, pageind=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:863 mapbits = binind = #3 __je_arena_salloc (demote=, tsdn=, ptr=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/arena.h:1384 chunk = 0x28000000 pageind = binind = ret = #4 __je_isalloc (demote=, tsdn=, ptr=) at /usr/src/contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:951 No locals. #5 ifree (tsd=0x28000000, ptr=, tcache=, slow_path=) at jemalloc_jemalloc.c:1810 rzsize = usize = #6 0x2814b506 in __free (ptr=0x280601ef <__pthread_cleanup_push_imp_int+31>) at jemalloc_jemalloc.c:1935 No locals. #7 0x2808bb07 in xo_do_emit_fields (xop=, fields=, max_fields=, fmt=) at /usr/src/contrib/libxo/libxo/libxo.c:6419 rc = flush_line = max_fend = field = xfip = ftype = flags = new_fmt = new_fields = flush = flimit = min_fstart = fstart = fend = #8 0x28089a1c in xo_do_emit (xop=, flags=, fmt=0x804ad4d "{:time-of-day/%s} ") at /usr/src/contrib/libxo/libxo/libxo.c:6470 fields = 0xbfbfdcf0 ---Type to continue, or q to quit--- max_fields = 671088640 #9 0x28089b61 in xo_emit (fmt=0x804ad4d "{:time-of-day/%s} ") at /usr/src/contrib/libxo/libxo/libxo.c:6541 xop = 0x54 rc = #10 0x08049f50 in pr_header (nowp=, nusers=) at /usr/src/usr.bin/w/w.c:475 avenrun = {0, 0, 0} buf = "\000\000\000\000\000\000\000\000 6:21PM\000/0\000\000\244\210\004\b", '\000' , "\062\000\000\000\247\337*\000\252^\005(s\263 (s\263 (\000\254\006(\020^\006(\002\000\000\000\230\341\277\277\300\340\277\277\264\245 (\020^\006(@\341\277\277g\026\005(\340\340\277\277\320\260\006(\210\341\277\277\020^\006(H\341\277\277\222Z\005(\020\341\277\277\000\240\006(\000\000\000\000\210\341\277\277\020^\006(\000\240\006(\000\000\000\000\000\000\000\000(\342\277\277\000\000\000\000\000\000\000\000\004\000\000\000\260\341\006( bd\a\240]\005(t'\006(\223\220\f("... upbuf = tp = uptime = days = hrs = mins = secs = i = #11 main (argc=, argv=) at /usr/src/usr.bin/w/w.c:257 buf = "\000\000\000\000\000\000\000\000 6:21PM\000/0\000\000\244\210\004\b", '\000' , "\062\000\000\000\247\337*\000\252^\005(s\263 (s\263 (\000\254\006(\020^\006(\002\000\000\000\230\341\277\277\300\340\277\277\264\245 (\020^\006(@\341\277\277g\026\005(\340\340\277\277\320\260\006(\210\341\277\277\020^\006(H\341\277\277\222Z\005(\020\341\277\277\000\240\006(\000\000\000\000\210\341\277\277\020^\006(\000\240\006(\000\000\000\000\000\000\000\000(\342\277\277\000\000\000\000\000\000\000\000\004\000\000\000\260\341\006( bd\a\240]\005(t'\006(\223\220\f("... errbuf = "\001", '\000' , "\260\004(", '\000' , "\260\004(\000]\006(\000\000\000\000\064\260\004(\200", '\000' , "\070\267\004(\320\t", '\000' , "p\262\004(p\264\004(w\001\000\000\000\000\000\000\000\000\000\000(\266\004(\b\000\000\000\350\265\004(\274\260\004(\021\000\000\000\000\261\004( \000\000\000\021\000\000\000\001\000\000\000"... fn = '\000' , "\252^\005(\\\214\004\b"... p = wcmd = nlistf = memf = ch = nusers = touched = nentries = kp = i = dkp = longattime = ---Type to continue, or q to quit--- longidle = save_p = x_suffix = dot = stp = (gdb) -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Tue May 15 18:31:25 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0151DEEE6A0 for ; Tue, 15 May 2018 18:31:25 +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 596E271092 for ; Tue, 15 May 2018 18:31:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (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 07D00534FA; Tue, 15 May 2018 20:31:22 +0200 (CEST) From: Dimitry Andric Message-Id: <18E4C626-410B-417F-89F2-4F16074749A1@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_2A9ED63D-8FC2-4EF7-821E-8993FA0421CB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: uptime / w coredumping on RELENG11 (i386 only) Date: Tue, 15 May 2018 20:31:18 +0200 In-Reply-To: <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> Cc: FreeBSD-STABLE Mailing List To: Mike Tancsa References: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2018 18:31:25 -0000 --Apple-Mail=_2A9ED63D-8FC2-4EF7-821E-8993FA0421CB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 15 May 2018, at 20:22, Mike Tancsa wrote: >=20 > On 5/15/2018 2:10 PM, Mike Tancsa wrote: >> Wasnt sure if it was my VM, so i took a stock 11.1R installed it on a >> new VM and updated the sources to today. Stock GENERIC kernel >>=20 >> ** this is i386 ** >>=20 >>=20 >> via truss (w) >>=20 >> access("/etc/localtime",R_OK) =3D 0 (0x0) >> open("/etc/localtime",O_RDONLY,06605223677) =3D 5 (0x5) >> fstat(5,{ mode=3D-r--r--r-- ,inode=3D1367764,size=3D118,blksize=3D32768= }) =3D 0 (0x0) >> read(5,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,29000) =3D 118 (0x76) >> close(5) =3D 0 (0x0) >> SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D12 addr=3D0x28000184 >> process killed, signal =3D 11 (core dumped) >>=20 >> (gdb) bt >> #0 ifree (tsd=3D0x28000000) at arena.h:799 >> #1 0x2814b506 in __free (ptr=3D0x280601ef) at tsd.h:716 >> #2 0x2808bb07 in xo_do_emit_fields () at >> /usr/src/contrib/libxo/libxo/libxo.c:6419 >> #3 0x28089a1c in xo_do_emit (xop=3D, = flags=3D> optimized out>, fmt=3D0x804ad4d "{:time-of-day/%s} ") >> at /usr/src/contrib/libxo/libxo/libxo.c:6470 >> #4 0x28089b61 in xo_emit (fmt=3D0x804ad4d "{:time-of-day/%s} ") at >> /usr/src/contrib/libxo/libxo/libxo.c:6541 >> #5 0x08049f50 in ?? () >> #6 0x0804ad4d in ?? () >> #7 0xbfbfe044 in ?? () >> #8 0x28065e58 in list_global () from /libexec/ld-elf.so.1 >> #9 0x00000000 in ?? () >> Current language: auto; currently minimal >> (gdb) >>=20 >> I dont have debug symbols yet >>=20 >> r333636 >>=20 >> Anyone else see this ? See . There is a fix coming up. -Dimitry --Apple-Mail=_2A9ED63D-8FC2-4EF7-821E-8993FA0421CB 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.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWvsndgAKCRCwXqMKLiCW o/lsAJ94PrY3qPeAHkeiQ1xQbInAEjvMKACeL1n//vFhlrNiiP3z4/JwR7wiER4= =/eor -----END PGP SIGNATURE----- --Apple-Mail=_2A9ED63D-8FC2-4EF7-821E-8993FA0421CB-- From owner-freebsd-stable@freebsd.org Wed May 16 01:31:30 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E29D0EE4610 for ; Wed, 16 May 2018 01:31:29 +0000 (UTC) (envelope-from christopherhall.hsw@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 64B646F207; Wed, 16 May 2018 01:31:29 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: by mail-pg0-x236.google.com with SMTP id a13-v6so832439pgu.4; Tue, 15 May 2018 18:31:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=Z+H8uGYDcsoDo/pBMl9YHvTf82mSGcoDQQQNo+C72gA=; b=avqk4dBrrswGD+jctDzPw3r8tuH/sr9naUONbuXg0qP9vWs/ho+QDjPfruH/ybWIyk WxPbZA/X6nvyOzPoIqlZMnImegEeuBfpe7nxsDnBt7CR0nq0bBPpubhvP5ekb5TyK2rg 42z3JqVZ/uqLghPQu0KSb2h08nTTTEZ8jeyUsU0RsST1QaPV/otdIiB6XhVtXO0JZorP NWgCfOj3+tq/nZGDcpISsA4wQSaye68ycYfpVssUJEGSohMB+I2ysdJEXDGmtQGOWt2W 63Uo7ZadeYBSFpheSrbur4rw24TqLevyZyn0pcObTMJUVzs4CZJcJXp5URpArR1uvpbb UnmA== 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:in-reply-to :references:mime-version:content-transfer-encoding; bh=Z+H8uGYDcsoDo/pBMl9YHvTf82mSGcoDQQQNo+C72gA=; b=dIoKgOyyDKFnK+53I/0wdll3ytrxdqKfqducpiUca+/zDBiHAmyzL5kSzgSL/OaRe4 zOBTbFB+8HVYz11EIDF0LmPkhzAIW/4dMK2HIEbaOvNuBQd9UusnZmD6lLX257DU3oe5 3IOb1wUAnivcx8rTyRXHTX6MeYa6s9ySv8k7VmO1kVzQ6YN3lKNps1pXmeP51gh5/rZl y+YQqTHO79iG/nViCH4Bud17t1aFSX0fyJwFk5p0dBNtd9Xu+Hf+ELYVufc6l70h4Ixp sHvkIpPa4Brt1Sfgl4RfyWUrdJC1mTzX76hujVbpCm+/jvqyWxlO48nMCnFE+/a1zKno 1/0w== X-Gm-Message-State: ALKqPwc5viS0Dqw4hjd4p/6nEjAqZHy6TFV74bQc+/+Swk4N4VtbkD6/ CX09H9cRXM60D21Dw9396xCDwyOXpAY= X-Google-Smtp-Source: AB8JxZqEHSYT3M2sNhKR3LeHnezVEiePqGpEPV9ACL/WfmRg/8wlYzVxOajjnRqULd81aOK7jVmVRQ== X-Received: by 2002:a62:6304:: with SMTP id x4-v6mr17490994pfb.94.1526434288031; Tue, 15 May 2018 18:31:28 -0700 (PDT) Received: from localhost (2001-b030-2314-0200-f279-59ff-fe6a-4741.hinet-ip6.hinet.net. [2001:b030:2314:200:f279:59ff:fe6a:4741]) by smtp.gmail.com with ESMTPSA id d15-v6sm1551576pfh.97.2018.05.15.18.31.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 15 May 2018 18:31:27 -0700 (PDT) Date: Wed, 16 May 2018 09:31:21 +0800 From: Christopher Hall To: Glen Barber Cc: Mike Karels , freebsd-stable@freebsd.org Subject: Re: unable to boot 11.2-BETA1 on BeagleBone Message-ID: <20180516093107.6ebd9b8a@gmail.com> In-Reply-To: <20180515134649.GI55278@FreeBSD.org> References: <201805122133.w4CLXQba064904@mail.karels.net> <20180515134649.GI55278@FreeBSD.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 01:31:30 -0000 Hello Glen, On Tue, 15 May 2018 13:46:49 +0000, Glen Barber wrote: > On Sat, May 12, 2018 at 04:33:26PM -0500, Mike Karels wrote: > > I tried to boot 11.2-BETA1 on a BeagleBone Black that had been > > running 11.1-RELEASE. It didn't boot, falling back to the EMMC > > (which isn't bootable, a different problem). I was also unable to > > boot the snapshot from 12/20. I see that the boot partition has > > different contents: > > > > 11.1-RELEASE: > > MLO u-boot.img ubldr ubldr.bin > > > > 11.2-BETA1: > > MLO boot.scr u-boot.img ubldr.bin > > > > Has anyone else been able to boot on a BeagleBone? > > > > I saw this too with 11.2-BETA1, but due to inconsistencies between two > different BeagleBone SoCs used to test, could not rule out if the > problem was due to local hardware failure. > > Specifically, one of two I have has the EMMC overwritten to avoid > needing to "manually" boot FreeBSD, and the UART does not work > correctly (because I am dangerous with solder), and nothing outputted > on the HDMI console. The other system has working EMMC, seemingly > broken HDMI output, but working UART that only displayed repeated 'C' > when booting. Interesting, I have a BBB that only shows CCC when trying to boot FreeBSD, It happened a long time ago with a 12.0 snapshot. It did not boot Linux either so I had presumed hardware failure. I will get the Beta1 and try; I have another that boots currently Arch Linux so will try both. > > So, I wasn't entirely sure if it was "just me" or not. > > Could you please open a PR about this, assigned to freebsd-arm@ and > with re@ in CC? > > Glen > -- Best Regards. Christopher Hall. From owner-freebsd-stable@freebsd.org Wed May 16 02:02:38 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BAC4EE646A for ; Wed, 16 May 2018 02:02:38 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: from mail-pf0-x231.google.com (mail-pf0-x231.google.com [IPv6:2607:f8b0:400e:c00::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 876167082F; Wed, 16 May 2018 02:02:37 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: by mail-pf0-x231.google.com with SMTP id p12-v6so958499pff.13; Tue, 15 May 2018 19:02:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=P/YDrIxozZztRMsnYnF9iZkM8kH8hYwxMO2S4qY71Fg=; b=NDG3Yp77DmKhyF3xDhOcWa4MQDx8P68FMsWjZTuJK2vo2JVEkHqgL24pvSPTY/HKVl Mqv7Xe0fbunatELbnQnmTg9gcR7nM5qdqkdduaoTU4uqiO8avYYVMSzVVVmFjWvQxtmc bh6yPZAekU4RQYuTKNsLFvgifUijO1Z96H63KcLoiRGgZf4DutUhgSNSXsjmr6aV0kuS IEX1E7eEYpoyKSX9uIHhDSx5YwEgjqYDwhCcq4ACCSdbRHNB1f8D+3LFRaKDPjc2A55Q rOg4Yc+RLBl7G3glJS8X88nymQwUeJ/MwQpews+4Z/aXw/dDvvTXCHP3JlQttPcyVvWE R7eQ== 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:in-reply-to :references:mime-version:content-transfer-encoding; bh=P/YDrIxozZztRMsnYnF9iZkM8kH8hYwxMO2S4qY71Fg=; b=PwkF8UEJxZ2m0t+EGTy40sC4EvrcqPDY82LfvvIZodItWL9cNXqUlg2j8bvO9jAVHC VRETBI97DLJ3Xd0GCFfsU/2DZa6aquhyp0gTccgjo/8puFLhT3VIKQ1qtc0C4NTTq3Gx zdB+TJkqK4zV8d7pxjf6EtukpVLVenw9rpmhm/M4h2+V3Xs4Bk3CmMCP/cQY2bLCtYfl 0eEJJ6ZR/tIHhx9DA39dRrEIx3pUS34VMAGSkOaCi1+CVyDqX2Mxl0YSlixTzoEIBZ9m WzlzvHDYfM/JtfPaDaFuA8fDanZVc8luhMXw6DD3fTFOku6/jT5pBff3/WfAj2PiRxaG nqwg== X-Gm-Message-State: ALKqPwezdry+nnUqKbGoCeW8kfLgiUchnc0iNcdssD7sYpMZgQ43L0Ld pKAwdZN54F69jdDbKBbCbFAvNWs5sN8= X-Google-Smtp-Source: AB8JxZrC7wAT4K+Q1veod71ZF/4jnXdQKGct1ULthiF8rfDvQKm77ucB8S97OkO6Z44KRKrx76v4TQ== X-Received: by 2002:a63:5fd4:: with SMTP id t203-v6mr14249363pgb.144.1526436156078; Tue, 15 May 2018 19:02:36 -0700 (PDT) Received: from localhost (2001-b030-2314-0200-f279-59ff-fe6a-4741.hinet-ip6.hinet.net. [2001:b030:2314:200:f279:59ff:fe6a:4741]) by smtp.gmail.com with ESMTPSA id c11-v6sm1571835pfh.15.2018.05.15.19.02.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 15 May 2018 19:02:35 -0700 (PDT) Date: Wed, 16 May 2018 10:02:30 +0800 From: Christopher Hall To: Glen Barber Cc: Mike Karels , freebsd-stable@freebsd.org Subject: Re: unable to boot 11.2-BETA1 on BeagleBone Message-ID: <20180516100211.67445a19@gmail.com> In-Reply-To: <20180515134649.GI55278@FreeBSD.org> References: <201805122133.w4CLXQba064904@mail.karels.net> <20180515134649.GI55278@FreeBSD.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 02:02:38 -0000 Hello Glen, On Tue, 15 May 2018 13:46:49 +0000, Glen Barber wrote: > On Sat, May 12, 2018 at 04:33:26PM -0500, Mike Karels wrote: > > I tried to boot 11.2-BETA1 on a BeagleBone Black that had been > > running 11.1-RELEASE. It didn't boot, falling back to the EMMC > > (which isn't bootable, a different problem). I was also unable to > > boot the snapshot from 12/20. I see that the boot partition has > > different contents: > > > > 11.1-RELEASE: > > MLO u-boot.img ubldr ubldr.bin > > > > 11.2-BETA1: > > MLO boot.scr u-boot.img ubldr.bin > > > > Has anyone else been able to boot on a BeagleBone? > > > > I saw this too with 11.2-BETA1, but due to inconsistencies between two > different BeagleBone SoCs used to test, could not rule out if the > problem was due to local hardware failure. > > Specifically, one of two I have has the EMMC overwritten to avoid > needing to "manually" boot FreeBSD, and the UART does not work > correctly (because I am dangerous with solder), and nothing outputted > on the HDMI console. The other system has working EMMC, seemingly > broken HDMI output, but working UART that only displayed repeated 'C' > when booting. Just tried FreeBSD-11.2-PRERELEASE-arm-armv6-BEAGLEBONE-20180504-r333226.img.xz on my working BBB but only got repeated 'C' on serial port. the boot partition on uSD shows: # ll /.autofs/da2s1 total 700 -rwxrwxrwx 1 root wheel 77092 2018-05-04 09:58 MLO* -rwxrwxrwx 1 root wheel 199 2018-05-04 11:43 boot.scr* -rwxrwxrwx 1 root wheel 393872 2018-05-04 09:58 u-boot.img* -r-xr-xr-x 1 root wheel 236388 2018-05-04 11:42 ubldr.bin* > > So, I wasn't entirely sure if it was "just me" or not. > > Could you please open a PR about this, assigned to freebsd-arm@ and > with re@ in CC? > > Glen > -- Best Regards. Christopher Hall. From owner-freebsd-stable@freebsd.org Wed May 16 02:07:46 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E372DEE6961 for ; Wed, 16 May 2018 02:07:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 99D7070A8C; Wed, 16 May 2018 02:07:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from 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 did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 4DEB4D575; Wed, 16 May 2018 02:07:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 16 May 2018 02:07:43 +0000 From: Glen Barber To: Christopher Hall Cc: Mike Karels , freebsd-stable@freebsd.org Subject: Re: unable to boot 11.2-BETA1 on BeagleBone Message-ID: <20180516020743.GU55278@FreeBSD.org> References: <201805122133.w4CLXQba064904@mail.karels.net> <20180515134649.GI55278@FreeBSD.org> <20180516100211.67445a19@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="G2d+m75Tjo442KmM" Content-Disposition: inline In-Reply-To: <20180516100211.67445a19@gmail.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 02:07:46 -0000 --G2d+m75Tjo442KmM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Christopher, On Wed, May 16, 2018 at 10:02:30AM +0800, Christopher Hall wrote: > Hello Glen, >=20 > On Tue, 15 May 2018 13:46:49 +0000, Glen Barber wrote: >=20 > > On Sat, May 12, 2018 at 04:33:26PM -0500, Mike Karels wrote: > > > I tried to boot 11.2-BETA1 on a BeagleBone Black that had been > > > running 11.1-RELEASE. It didn't boot, falling back to the EMMC > > > (which isn't bootable, a different problem). I was also unable to > > > boot the snapshot from 12/20. I see that the boot partition has > > > different contents: > > >=20 > > > 11.1-RELEASE: > > > MLO u-boot.img ubldr ubldr.bin > > >=20 > > > 11.2-BETA1: > > > MLO boot.scr u-boot.img ubldr.bin > > >=20 > > > Has anyone else been able to boot on a BeagleBone? > > > =20 > >=20 > > I saw this too with 11.2-BETA1, but due to inconsistencies between two > > different BeagleBone SoCs used to test, could not rule out if the > > problem was due to local hardware failure. > >=20 > > Specifically, one of two I have has the EMMC overwritten to avoid > > needing to "manually" boot FreeBSD, and the UART does not work > > correctly (because I am dangerous with solder), and nothing outputted > > on the HDMI console. The other system has working EMMC, seemingly > > broken HDMI output, but working UART that only displayed repeated 'C' > > when booting. >=20 > Just tried > FreeBSD-11.2-PRERELEASE-arm-armv6-BEAGLEBONE-20180504-r333226.img.xz >=20 > on my working BBB but only got repeated 'C' on serial port. >=20 To be clear, you observed the repeated 'C' on the serial port, and the system did not boot? I want to make sure, since you mentioned you did see at least some repetition of 'C' on the console but eventually the system did come up fine. In either case, thank you very much for testing. Glen --G2d+m75Tjo442KmM Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlr7kmsACgkQAxRYpUeP 4pOLHg/+MDRNJD/v++Ifieol9T8iw6LL3Wx3nnvMM8W4BrKFbuw9oCORN6LDqUQx S726Nls9hi5AQ2gyGL36CpcuP1D6NwuNRWbRxbVszY/JCcj3/Hg4fkTt5JLSAAzG E0dTFrC2cwZOK89DKCTqDWPwdhXK/hwSNzLvhEbU+x1BI867rTh9YqX+0P3vytzJ 4Jw1k4N3vHgmCwRCbymXro2GzGfTK+/vZq8oSLtn19/ed/w59bugqviiextCam6B jqxQyDCd5wP5ArjwuYc1TrRwugcoPM2BtGFViLzeOuRgTkusAg2iyDIYRe6TNhGG uqK5r4oF8aLadUY5cgMA5plS36+hWn0YpDb31ADlqFzRi8B8iv1kAyUnLC6ZM/s+ aPsnwPDcybqjpQHZTVkS5bpTj/SCdGozLzlAgbpfGsranH8EUnj5DvPVRWemy11l jo9+I/HqNZkTgb2H509MGFcs0f9BMSQrtGCmBD6W/5Wfq8mUy8Zr6L+9H8V03vgD B0+wf04QojMbs7YQwEZeodZuS985ZKbChIAADYkoU3wKuMEU1dqfHw+n4ZCfaL0m jo6LiPI0ennpZVSgn5FT1Oy0ak4fDpYzwWTgAuA7GfTiXciT7nJJjdJsYcntdFfw m0PZ7ZOpSaQRP2FM00zpMq2RXUbPomu5e1M5LMpOarHf7mpvYsI= =/A+o -----END PGP SIGNATURE----- --G2d+m75Tjo442KmM-- From owner-freebsd-stable@freebsd.org Wed May 16 02:26:03 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8009FEE7C99 for ; Wed, 16 May 2018 02:26:03 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id C2FDA71697; Wed, 16 May 2018 02:26:02 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id w4G2Q180012735; Tue, 15 May 2018 21:26:01 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <201805160226.w4G2Q180012735@mail.karels.net> To: Glen Barber cc: Christopher Hall , freebsd-stable@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: unable to boot 11.2-BETA1 on BeagleBone In-reply-to: Your message of Wed, 16 May 2018 02:07:43 -0000. <20180516020743.GU55278@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <12733.1526437561.1@mail.karels.net> Date: Tue, 15 May 2018 21:26:01 -0500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 02:26:03 -0000 > Hi Christopher, > On Wed, May 16, 2018 at 10:02:30AM +0800, Christopher Hall wrote: > > Hello Glen, > > > > On Tue, 15 May 2018 13:46:49 +0000, Glen Barber wrote: > > > > > On Sat, May 12, 2018 at 04:33:26PM -0500, Mike Karels wrote: > > > > I tried to boot 11.2-BETA1 on a BeagleBone Black that had been > > > > running 11.1-RELEASE. It didn't boot, falling back to the EMMC > > > > (which isn't bootable, a different problem). I was also unable to > > > > boot the snapshot from 12/20. I see that the boot partition has > > > > different contents: > > > > > > > > 11.1-RELEASE: > > > > MLO u-boot.img ubldr ubldr.bin > > > > > > > > 11.2-BETA1: > > > > MLO boot.scr u-boot.img ubldr.bin > > > > > > > > Has anyone else been able to boot on a BeagleBone? > > > > > > > > > > I saw this too with 11.2-BETA1, but due to inconsistencies between two > > > different BeagleBone SoCs used to test, could not rule out if the > > > problem was due to local hardware failure. > > > > > > Specifically, one of two I have has the EMMC overwritten to avoid > > > needing to "manually" boot FreeBSD, and the UART does not work > > > correctly (because I am dangerous with solder), and nothing outputted > > > on the HDMI console. The other system has working EMMC, seemingly > > > broken HDMI output, but working UART that only displayed repeated 'C' > > > when booting. > > > > Just tried > > FreeBSD-11.2-PRERELEASE-arm-armv6-BEAGLEBONE-20180504-r333226.img.xz > > > > on my working BBB but only got repeated 'C' on serial port. > > > To be clear, you observed the repeated 'C' on the serial port, and the > system did not boot? I want to make sure, since you mentioned you did > see at least some repetition of 'C' on the console but eventually the > system did come up fine. > In either case, thank you very much for testing. Following up on previous email and filling in details: I also get repeated 'C' on the serial console when the sytem tries to boot from EMMC. With 11.2-BETA1 or the older snapshot, this happened even if I held down the boot switch. I think it is from a repeated error that I have also seen along the lines of "Cannot set timing on EMMC" but I can't prove that. But it boots fine from SD card with 11.1, and (fwiw) the EMMC works fine from FreeBSD. I'll file the PR if no one has beaten me to it. Mike From owner-freebsd-stable@freebsd.org Wed May 16 02:29:45 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28800EE80C5 for ; Wed, 16 May 2018 02:29:45 +0000 (UTC) (envelope-from gjb@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 C24017194D; Wed, 16 May 2018 02:29:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from 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 did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 8195BDA42; Wed, 16 May 2018 02:29:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 16 May 2018 02:29:42 +0000 From: Glen Barber To: Mike Karels Cc: Christopher Hall , freebsd-stable@freebsd.org Subject: Re: unable to boot 11.2-BETA1 on BeagleBone Message-ID: <20180516022942.GV55278@FreeBSD.org> References: <20180516020743.GU55278@FreeBSD.org> <201805160226.w4G2Q180012735@mail.karels.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2F7AbV2suvT8PGoH" Content-Disposition: inline In-Reply-To: <201805160226.w4G2Q180012735@mail.karels.net> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 02:29:45 -0000 --2F7AbV2suvT8PGoH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 15, 2018 at 09:26:01PM -0500, Mike Karels wrote: > > Hi Christopher, >=20 > > On Wed, May 16, 2018 at 10:02:30AM +0800, Christopher Hall wrote: > > > Hello Glen, > > > > > > On Tue, 15 May 2018 13:46:49 +0000, Glen Barber wro= te: > > > > > > > On Sat, May 12, 2018 at 04:33:26PM -0500, Mike Karels wrote: > > > > > I tried to boot 11.2-BETA1 on a BeagleBone Black that had been > > > > > running 11.1-RELEASE. It didn't boot, falling back to the EMMC > > > > > (which isn't bootable, a different problem). I was also unable to > > > > > boot the snapshot from 12/20. I see that the boot partition has > > > > > different contents: > > > > > > > > > > 11.1-RELEASE: > > > > > MLO u-boot.img ubldr ubldr.bin > > > > > > > > > > 11.2-BETA1: > > > > > MLO boot.scr u-boot.img ubldr.bin > > > > > > > > > > Has anyone else been able to boot on a BeagleBone? > > > > > =20 > > > > > > > > I saw this too with 11.2-BETA1, but due to inconsistencies between = two > > > > different BeagleBone SoCs used to test, could not rule out if the > > > > problem was due to local hardware failure. > > > > > > > > Specifically, one of two I have has the EMMC overwritten to avoid > > > > needing to "manually" boot FreeBSD, and the UART does not work > > > > correctly (because I am dangerous with solder), and nothing outputt= ed > > > > on the HDMI console. The other system has working EMMC, seemingly > > > > broken HDMI output, but working UART that only displayed repeated '= C' > > > > when booting. > > > > > > Just tried > > > FreeBSD-11.2-PRERELEASE-arm-armv6-BEAGLEBONE-20180504-r333226.img.xz > > > > > > on my working BBB but only got repeated 'C' on serial port. > > > >=20 > > To be clear, you observed the repeated 'C' on the serial port, and the > > system did not boot? I want to make sure, since you mentioned you did > > see at least some repetition of 'C' on the console but eventually the > > system did come up fine. >=20 > > In either case, thank you very much for testing. >=20 > Following up on previous email and filling in details: >=20 > I also get repeated 'C' on the serial console when the sytem tries to > boot from EMMC. With 11.2-BETA1 or the older snapshot, this happened > even if I held down the boot switch. I think it is from a repeated > error that I have also seen along the lines of "Cannot set timing on EMMC" > but I can't prove that. But it boots fine from SD card with 11.1, > and (fwiw) the EMMC works fine from FreeBSD. >=20 > I'll file the PR if no one has beaten me to it. >=20 Please do, and thank you for the report. By the way, I had intended to follow-up to the 11.2-BETA1 announcement with a "hey, can someone test the BBB image, I think I have faulty hardware", but my outbox suggests it was never sent. My apologies to everyone that has run into this issue with 11.2-BETA1. Glen --2F7AbV2suvT8PGoH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlr7l5YACgkQAxRYpUeP 4pNMhQ//Q6ynYT8umyo6eON6xHMncfiSyqjflwJgplS2Y1RISiOSCt6YSY4Qyc3Q GEz5MDbGNl0u/R3q/eFWjEPJ4i+hrtNYkA74CcrwQRvklRPhql2J5DTlgwLQB3BC MLilpqdKcY+wmFyxnXO66i8pcFrBkwNVKJ97kP6lu7xLSoBpwgnZCyn8DnP5K0Jb x6evicGJkPQ3hLQd9BCzvhM/+mbuij/mi3IPy70z0PAIh+QtomUjVsFIwMuxfgDo jBFUuFwaGedaNeSgko8+/CQq0za+1P7obF41C0QDq2a2Jeg5rP89GeX99iTeVI/7 X3QJNsnQMfdbtlcRf8kdJXA/Hw9nT0WwCrA6SRAhXMUhtG3jQuI7oTm83DXVu6BA 1IWZCxQsvpxnvoAqOmB5s0OneF7LE0MCNHiY+xVE+oDvZYeWIqjowwpDd+cBpX8Z hOfd4ro9D+gli+/hoFtXxy0fYqGqugUc+wVZfGLFMvyPxdFh3eazZehu2r6Ei55O ducoj5b1YBFwfxg+C/jVYji63/FSdj7imRLLopu+VmWcnLLHknBAXgvKWf+Wy9wD 71nXwKIyNYJEsfFbUF+2Xu7Hy3trn4jd7EoWS4JH1dHz5CWQSsMak7gRoCyr8VkA JhZzf2L2JTwDAPywIRrJE3wsCbihpowO2L7wMdTBHXXncwBdgJI= =qjwf -----END PGP SIGNATURE----- --2F7AbV2suvT8PGoH-- From owner-freebsd-stable@freebsd.org Wed May 16 02:42:16 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9ED0EE9156 for ; Wed, 16 May 2018 02:42:15 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: from mail-pg0-x22a.google.com (mail-pg0-x22a.google.com [IPv6:2607:f8b0:400e:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 650497260E; Wed, 16 May 2018 02:42:15 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: by mail-pg0-x22a.google.com with SMTP id w4-v6so898636pgq.8; Tue, 15 May 2018 19:42:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=uMyl+tf2EBYYQIJlGhjVl1fNGzrMnPdB3HlH7TQpfOs=; b=m4wU8H4UZEIX5NEZNG5SmsNiLc5OyiZmSwNe31TY91+lTMJxRiUHw7KjgKhKGODwKg VEmYaLxIO4PLr26car7qD5CRjLfa21ApVyZONU9ef4dCT4mz70DilufhPMR6WmnKtLFs /RyAz91MvOE0hUx3IWS5A3m64w4OhA7md1lO0tucY1DrcqXdiUTDQryaVgdXVdS/bqG3 m0ukBl6o242bQgyaK8K3NV3qen5a1fY29UaHzgbije6s4uXZdZEiwizx6cOCCIGV5xvS yIaveXGXk2a5RSzDvR2tj6BIgcpVf3toPRCVoabV9/m55rtA7++GwSn6pZLtrA2wCB9G JHCw== 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:in-reply-to :references:mime-version:content-transfer-encoding; bh=uMyl+tf2EBYYQIJlGhjVl1fNGzrMnPdB3HlH7TQpfOs=; b=an3GbEnk5ycbUfAesaFfHCxpSscKuQIButgb7oYZnjbbkBjuk10elB4Wun1lNxlVJj BBnrPhE/02ZtRPpnSUKozMsOxTTb7ZiA2wJuTLyvfehULhBJD6DPf6wO0jEvztHhVIzk bXiAs3Oaon31l0xK0F4Tjz1w9exkisejWxy+sLVNOJrk8W9W1ZsGfyyCCPiN/Sf1M9Ym 1cE5hA7Hl9kiIBWedrWp26/S2LwNmQvSIjHIwj0Z7NumI4C0o5BFmCeBucHFPDoi3U97 isA3fC+xlg1IQHzh/AUtrDoFAjLUGkD2128jl0ZdL7DhTcMl/n9Y/4kSizuqt9phVU7o KCFA== X-Gm-Message-State: ALKqPweKMwzq17DrDOdP6podniBD8Fdim4zQGOJhrBg1T0OC1cuDv32H vc2/t218R0zybFIyzQNyzhKB3uL0mkA= X-Google-Smtp-Source: AB8JxZou21CarRazEBCKgzRR91MEfOgKAhC1koBUvIcyWPdV6murbB5ovbvXEJB27z/cYm231hDLog== X-Received: by 2002:a62:74b:: with SMTP id b72-v6mr17735041pfd.133.1526438534226; Tue, 15 May 2018 19:42:14 -0700 (PDT) Received: from localhost (2001-b030-2314-0200-f279-59ff-fe6a-4741.hinet-ip6.hinet.net. [2001:b030:2314:200:f279:59ff:fe6a:4741]) by smtp.gmail.com with ESMTPSA id q207-v6sm1344889pgq.9.2018.05.15.19.42.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 15 May 2018 19:42:13 -0700 (PDT) Date: Wed, 16 May 2018 10:42:07 +0800 From: Christopher Hall To: Glen Barber Cc: Mike Karels , freebsd-stable@freebsd.org Subject: Re: unable to boot 11.2-BETA1 on BeagleBone Message-ID: <20180516104207.3730d52d@gmail.com> In-Reply-To: <20180516020743.GU55278@FreeBSD.org> References: <201805122133.w4CLXQba064904@mail.karels.net> <20180515134649.GI55278@FreeBSD.org> <20180516100211.67445a19@gmail.com> <20180516020743.GU55278@FreeBSD.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 02:42:16 -0000 Hello Glen, On Wed, 16 May 2018 02:07:43 +0000, Glen Barber wrote: > Hi Christopher, > > On Wed, May 16, 2018 at 10:02:30AM +0800, Christopher Hall wrote: > > Hello Glen, > > > > On Tue, 15 May 2018 13:46:49 +0000, Glen Barber > > wrote: > > > On Sat, May 12, 2018 at 04:33:26PM -0500, Mike Karels wrote: > > > > I tried to boot 11.2-BETA1 on a BeagleBone Black that had been > > > > running 11.1-RELEASE. It didn't boot, falling back to the EMMC > > > > (which isn't bootable, a different problem). I was also unable > > > > to boot the snapshot from 12/20. I see that the boot partition > > > > has different contents: > > > > > > > > 11.1-RELEASE: > > > > MLO u-boot.img ubldr ubldr.bin > > > > > > > > 11.2-BETA1: > > > > MLO boot.scr u-boot.img ubldr.bin > > > > > > > > Has anyone else been able to boot on a BeagleBone? > > > > > > > > > > I saw this too with 11.2-BETA1, but due to inconsistencies > > > between two different BeagleBone SoCs used to test, could not > > > rule out if the problem was due to local hardware failure. > > > > > > Specifically, one of two I have has the EMMC overwritten to avoid > > > needing to "manually" boot FreeBSD, and the UART does not work > > > correctly (because I am dangerous with solder), and nothing > > > outputted on the HDMI console. The other system has working > > > EMMC, seemingly broken HDMI output, but working UART that only > > > displayed repeated 'C' when booting. > > > > Just tried > > FreeBSD-11.2-PRERELEASE-arm-armv6-BEAGLEBONE-20180504-r333226.img.xz > > > > on my working BBB but only got repeated 'C' on serial port. > > > > To be clear, you observed the repeated 'C' on the serial port, and the > system did not boot? I want to make sure, since you mentioned you did > see at least some repetition of 'C' on the console but eventually the > system did come up fine. Only outputting 'CCCCC' continuously I let it run only a few minutes and there were several hundred of 'C'. It did not boot into FreeBSD. (No response to any key press or attempt to send break) There was some difficulty to boot back into Linux I had to leave power disconnected for a while before I got Arch to boot again: The Arch Linux uSD this: U-Boot SPL 2014.07 (Aug 10 2014 - 19:47:18) ** Partition 1 not valid on device 0 ** spl_register_fat_device: fat register err - -1 ### ERROR ### Please RESET the board ### CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC U-Boot SPL 2014.07 (Aug 10 2014 - 19:47:18) reading u-boot.img reading u-boot.img U-Boot 2014.07 (Aug 10 2014 - 19:47:18) Arch Linux ARM I stopped the CCCC by pulling out 5V power and waiting then the Arch Linux uSD started again. The CCCC was starting and stopping in the Linux case, but was steady output in FreeBSD case. Let me know if you want additional tests > > In either case, thank you very much for testing. > > Glen > -- Best Regards. Christopher Hall. From owner-freebsd-stable@freebsd.org Wed May 16 13:54:34 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7596AEE3E63 for ; Wed, 16 May 2018 13:54:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EE84B69E4E; Wed, 16 May 2018 13:54:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w4GDsXQl072714 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 16 May 2018 09:54:33 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w4GDsVBv037737; Wed, 16 May 2018 09:54:31 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: uptime / w coredumping on RELENG11 (i386 only) To: Dimitry Andric Cc: FreeBSD-STABLE Mailing List References: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> <18E4C626-410B-417F-89F2-4F16074749A1@FreeBSD.org> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <865dd1e1-b29e-7d5b-41a5-e23a07b2f981@sentex.net> Date: Wed, 16 May 2018 09:54:32 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <18E4C626-410B-417F-89F2-4F16074749A1@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 13:54:34 -0000 On 5/15/2018 2:31 PM, Dimitry Andric wrote: > On 15 May 2018, at 20:22, Mike Tancsa wrote: >> >>> >>> Anyone else see this ? > > See . There is a fix coming up. > Hi, I tried the patch and did a full rebuild and it indeed fixed the problem for me. Is the bug potentially more wide spread that just libxo ? Also does it possibly affect amd64, just in a non obvious way ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Wed May 16 21:17:37 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3ADA4EC8677 for ; Wed, 16 May 2018 21:17:37 +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 5F7767CA6B for ; Wed, 16 May 2018 21:17:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (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 CF1A5535BB; Wed, 16 May 2018 23:17:27 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_CEF8473B-4D9D-461C-B55B-02AFFDA75C8C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: uptime / w coredumping on RELENG11 (i386 only) Date: Wed, 16 May 2018 23:17:24 +0200 In-Reply-To: <865dd1e1-b29e-7d5b-41a5-e23a07b2f981@sentex.net> Cc: FreeBSD-STABLE Mailing List To: Mike Tancsa References: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> <18E4C626-410B-417F-89F2-4F16074749A1@FreeBSD.org> <865dd1e1-b29e-7d5b-41a5-e23a07b2f981@sentex.net> X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 21:17:37 -0000 --Apple-Mail=_CEF8473B-4D9D-461C-B55B-02AFFDA75C8C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 16 May 2018, at 15:54, Mike Tancsa wrote: > > On 5/15/2018 2:31 PM, Dimitry Andric wrote: >> On 15 May 2018, at 20:22, Mike Tancsa wrote: >>> >>>> >>>> Anyone else see this ? >> >> See . There is a fix coming up. > > I tried the patch and did a full rebuild and it indeed fixed the problem > for me. Is the bug potentially more wide spread that just libxo ? Also > does it possibly affect amd64, just in a non obvious way ? Yes to both, at least theoretically. The problem is actually in elftoolchain's strip command, which can mess up the TLS section in an executable or shared library. When the dynamic linker loads such a bad file, it will setup incorrect TLS data, which can lead to crashes. In case of libxo.so.0, this appears to have been caused by clang 6 giving a slightly different ELF layout than clang 5. During buildworld, libxo.so.0 is built with debugging information, which is later copied to a libxo.so.0.debug file, while it is removed from the original libxo.so.0 file. Up to this point, everything is still fine with libxo.so.0, still, but during installworld, the file is stripped *again*, by install -s (this is something we should revisit because it seems no longer useful). This second round of stripping messes up the TLS section. -Dimitry --Apple-Mail=_CEF8473B-4D9D-461C-B55B-02AFFDA75C8C 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.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWvyf5AAKCRCwXqMKLiCW o4CmAJ9mETxqmN9al71pw2XCGjq/8VX/LgCfbyfKHvM/r6bxw2oBQSDhpiEMYbI= =K3uI -----END PGP SIGNATURE----- --Apple-Mail=_CEF8473B-4D9D-461C-B55B-02AFFDA75C8C-- From owner-freebsd-stable@freebsd.org Thu May 17 00:02:49 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B60B3EDF2AC for ; Thu, 17 May 2018 00:02:49 +0000 (UTC) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D2C948521A; Thu, 17 May 2018 00:02:48 +0000 (UTC) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Received: from [10.0.5.3] (noddy.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.15.2/8.15.2) with ESMTPSA id w4H01dcV078707 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 17 May 2018 10:01:41 +1000 (AEST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) X-Authentication-Warning: b3.hs: Host noddy.hs [10.0.5.3] claimed to be [10.0.5.3] Subject: Re: uptime / w coredumping on RELENG11 (i386 only) To: Dimitry Andric , Mike Tancsa Cc: FreeBSD-STABLE Mailing List References: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> <18E4C626-410B-417F-89F2-4F16074749A1@FreeBSD.org> <865dd1e1-b29e-7d5b-41a5-e23a07b2f981@sentex.net> From: Dewayne Geraghty Message-ID: <9d2e0a4d-b2d7-315a-cc17-7965913aea39@heuristicsystems.com.au> Date: Thu, 17 May 2018 10:01:39 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Content-Language: en-AU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 May 2018 00:02:49 -0000 On 17/05/2018 7:17 AM, Dimitry Andric wrote: > On 16 May 2018, at 15:54, Mike Tancsa wrote: >> On 5/15/2018 2:31 PM, Dimitry Andric wrote: >>> On 15 May 2018, at 20:22, Mike Tancsa wrote: >>>>> Anyone else see this ? >>> See . There is a fix coming up. >> I tried the patch and did a full rebuild and it indeed fixed the problem >> for me. Is the bug potentially more wide spread that just libxo ? Also >> does it possibly affect amd64, just in a non obvious way ? > Yes to both, at least theoretically. The problem is actually in > elftoolchain's strip command, which can mess up the TLS section in an > executable or shared library. When the dynamic linker loads such a bad > file, it will setup incorrect TLS data, which can lead to crashes. > > In case of libxo.so.0, this appears to have been caused by clang 6 > giving a slightly different ELF layout than clang 5. During buildworld, > libxo.so.0 is built with debugging information, which is later copied > to a libxo.so.0.debug file, while it is removed from the original > libxo.so.0 file. > > Up to this point, everything is still fine with libxo.so.0, still, but > during installworld, the file is stripped *again*, by install -s (this > is something we should revisit because it seems no longer useful). This > second round of stripping messes up the TLS section. > > -Dimitry > Revisit? Perhaps, but it seems that its a regression against clang6 over clang5.  Looking at https://svnweb.freebsd.org/base?view=revision&revision=333600 its appears that the section flags are correctly applied now.  When 333600 enters 11.1Beta?, do you think the build/installation process requires revision? Its a little disappointing to hear that the stripping process breaks the output, if applied >1. -- Influence national support against IP address spoofing (pretending to be someone else), refer: http://www.bcp38.info/index.php/Main_Page From owner-freebsd-stable@freebsd.org Thu May 17 11:03:27 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B6B8EE941D for ; Thu, 17 May 2018 11:03:27 +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 893F27A0A0 for ; Thu, 17 May 2018 11:03:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (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 3FB235362A; Thu, 17 May 2018 13:03:24 +0200 (CEST) From: Dimitry Andric Message-Id: <517DB772-5A49-415B-9D79-52E5AB60AF75@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_67266C6D-8DE6-4D64-A7F7-CDDF05687E0C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: uptime / w coredumping on RELENG11 (i386 only) Date: Thu, 17 May 2018 13:03:20 +0200 In-Reply-To: <9d2e0a4d-b2d7-315a-cc17-7965913aea39@heuristicsystems.com.au> Cc: Mike Tancsa , FreeBSD-STABLE Mailing List To: Dewayne Geraghty References: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> <18E4C626-410B-417F-89F2-4F16074749A1@FreeBSD.org> <865dd1e1-b29e-7d5b-41a5-e23a07b2f981@sentex.net> <9d2e0a4d-b2d7-315a-cc17-7965913aea39@heuristicsystems.com.au> X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 May 2018 11:03:27 -0000 --Apple-Mail=_67266C6D-8DE6-4D64-A7F7-CDDF05687E0C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 17 May 2018, at 02:01, Dewayne Geraghty = wrote: >=20 > On 17/05/2018 7:17 AM, Dimitry Andric wrote: >> On 16 May 2018, at 15:54, Mike Tancsa wrote: >>> On 5/15/2018 2:31 PM, Dimitry Andric wrote: >>>> On 15 May 2018, at 20:22, Mike Tancsa wrote: >>>>>> Anyone else see this ? >>>> See . There is a fix coming up. >>> I tried the patch and did a full rebuild and it indeed fixed the = problem >>> for me. Is the bug potentially more wide spread that just libxo ? = Also >>> does it possibly affect amd64, just in a non obvious way ? >> Yes to both, at least theoretically. The problem is actually in >> elftoolchain's strip command, which can mess up the TLS section in an >> executable or shared library. When the dynamic linker loads such a = bad >> file, it will setup incorrect TLS data, which can lead to crashes. >>=20 >> In case of libxo.so.0, this appears to have been caused by clang 6 >> giving a slightly different ELF layout than clang 5. During = buildworld, >> libxo.so.0 is built with debugging information, which is later copied >> to a libxo.so.0.debug file, while it is removed from the original >> libxo.so.0 file. >>=20 >> Up to this point, everything is still fine with libxo.so.0, still, = but >> during installworld, the file is stripped *again*, by install -s = (this >> is something we should revisit because it seems no longer useful). = This >> second round of stripping messes up the TLS section. >>=20 >> -Dimitry >>=20 > Revisit? Perhaps, but it seems that its a regression against clang6 = over > clang5. Well, my argument is that as long as any compiler and linker spit out a valid ELF file, strip should not corrupt it. :) And for certain, running strip twice on the same file should never change it (except for maybe timestamp-related fields). > Looking at > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D333600 > its appears that the section flags are correctly applied now. When > 333600 enters 11.1Beta?, do you think the build/installation process > requires revision? No, it should be enough to fix strip. In the installworld stage, the copy of strip built during the cross-tools stage is used. What I meant with revisiting this, is that historically we've stripped executables and shared libraries during installworld, as those could optionally have been built with debug information. But since the introduction of /usr/lib/debug, this is no longer the case: effectively, everything is built *with* debug information, and this debug information is already stripped out and moved to separate files during the buildworld stage. Therefore, it is no longer necessary to strip those files again. > Its a little disappointing to hear that the stripping process breaks = the > output, if applied >1. And that was actually the bug. Note that this only happens for TLS segments, which are not used very often. That is probably the reason we never ran into problems before. -Dimitry --Apple-Mail=_67266C6D-8DE6-4D64-A7F7-CDDF05687E0C 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.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWv1heAAKCRCwXqMKLiCW oytaAJ9Sb7CsyubeFGiuiEZx4xkG7uT4JgCfcC/xw38n6aqty8INLKwlEARs0YU= =oNrx -----END PGP SIGNATURE----- --Apple-Mail=_67266C6D-8DE6-4D64-A7F7-CDDF05687E0C-- From owner-freebsd-stable@freebsd.org Thu May 17 15:00:12 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E37DEAB0E7 for ; Thu, 17 May 2018 15:00:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AA8F883A3A; Thu, 17 May 2018 15:00:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w4HF0A4M028200 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 17 May 2018 11:00:10 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w4HF08so044130; Thu, 17 May 2018 11:00:08 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: uptime / w coredumping on RELENG11 (i386 only) To: Dimitry Andric , Dewayne Geraghty Cc: FreeBSD-STABLE Mailing List References: <990862af-7bee-0d4b-c01f-d7fc8e5b6cfe@sentex.net> <955d6681-0048-5e09-cca6-4691b05bf48f@sentex.net> <18E4C626-410B-417F-89F2-4F16074749A1@FreeBSD.org> <865dd1e1-b29e-7d5b-41a5-e23a07b2f981@sentex.net> <9d2e0a4d-b2d7-315a-cc17-7965913aea39@heuristicsystems.com.au> <517DB772-5A49-415B-9D79-52E5AB60AF75@FreeBSD.org> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <6bf48a0d-9a4f-ebb2-dd9c-ecd168e4030c@sentex.net> Date: Thu, 17 May 2018 11:00:09 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <517DB772-5A49-415B-9D79-52E5AB60AF75@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 May 2018 15:00:12 -0000 On 5/17/2018 7:03 AM, Dimitry Andric wrote: > >> Its a little disappointing to hear that the stripping process breaks the >> output, if applied >1. > > And that was actually the bug. Note that this only happens for TLS > segments, which are not used very often. That is probably the reason > we never ran into problems before. BTW, Is there some uncertainty about the proposed patch / solution ? I would have thought it would have been MFC'd ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Fri May 18 14:16:03 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90D84EA9890 for ; Fri, 18 May 2018 14:16:03 +0000 (UTC) (envelope-from bounce@ims11.isendservice.com.br) Received: from ims11.isendservice.com.br (ims11.isendservice.com.br [54.232.115.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1143577E9E for ; Fri, 18 May 2018 14:16:02 +0000 (UTC) (envelope-from bounce@ims11.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims11.isendservice.com.br (Postfix) with ESMTP id 1A67644B4F for ; Fri, 18 May 2018 11:04:31 -0300 (BRT) Date: Fri, 18 May 2018 11:04:31 -0300 (BRT) From: FIERGS | FATEC - Faculdade SENAI de Tecnologia Reply-To: posgraduacao@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <1196020857.3538835.1526652271684.JavaMail.root@ims11> Subject: =?ISO-8859-1?Q?P=F3s-gradua=E7=E3o_em_Engenharia_de_?= =?ISO-8859-1?Q?Automa=E7=E3o_e_Controle_Industrial?= bounce-key: <2420-22522874-2152884> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 May 2018 14:16:03 -0000 From owner-freebsd-stable@freebsd.org Fri May 18 16:03:18 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EE14EACEC6 for ; Fri, 18 May 2018 16:03:18 +0000 (UTC) (envelope-from lists@pingle.org) Received: from luna.pingle.org (luna.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id B0F017C9C3 for ; Fri, 18 May 2018 16:03:17 +0000 (UTC) (envelope-from lists@pingle.org) Received: from luna.pingle.org (unknown [127.0.0.1]) by luna.pingle.org (Postfix) with ESMTP id 33F7CDDA8E6 for ; Fri, 18 May 2018 11:54:15 -0400 (EDT) X-Virus-Scanned: amavisd-new at pingle.org Received: from luna.pingle.org ([127.0.0.1]) by luna.pingle.org (luna.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sUK6ABWtYYfe for ; Fri, 18 May 2018 11:54:14 -0400 (EDT) Received: from [172.21.32.34] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by luna.pingle.org (Postfix) with ESMTPSA id 3601DDDA8CD for ; Fri, 18 May 2018 11:54:14 -0400 (EDT) To: FreeBSD From: Jim Pingle Subject: 11.2 dhclient MTU behavior is broken Message-ID: Date: Fri, 18 May 2018 11:54:13 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 May 2018 16:03:18 -0000 The DHCP client, dhclient, in 11.2 was changed to support server-side MTU ( https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206721 ), but this MTU feature being enabled by default causes an unexpected change in behavior on upgrade, which to me is a POLA violation. My ISP sends a bogus MTU of 576, and I've seen reports of others that do the same. Previously this was ignored since the client didn't support processing the MTU, but now it's respected and breaks connectivity since the MTU should really be 1500. There doesn't appear to be any way to override the client behavior either. Using a request line that doesn't include interface-mtu doesn't help since if the server always sends it, it is still read and respected. Any supersede value in dhclient.conf appears to be ignored in favor of the server-supplied value. The link bounces when the MTU is set as well, at least on e1000. I see dhclient was changed to help cope with that but it also affects other things that key off link up/down events and can lead to a loop depending on what those scripts do. Can this feature be changed so that it's optional and disabled by default? Either a command-line option or a dhclient.conf directive would work. As-is, it's making the stock dhclient unusable here without patching out that feature. I can see people wanting to use that, but it shouldn't be on for everyone out of the box. Jim P. From owner-freebsd-stable@freebsd.org Sat May 19 13:46:06 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6197CEAE383 for ; Sat, 19 May 2018 13:46:06 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB2B66FFA4 for ; Sat, 19 May 2018 13:46:05 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fK2BQ-0004cx-5Y for freebsd-stable@freebsd.org; Sat, 19 May 2018 14:46:04 +0100 Date: Sat, 19 May 2018 14:46:04 +0100 From: Gary Palmer To: freebsd-stable@freebsd.org Subject: i386 nanobsd w/11.1-RELEASE-p10 Message-ID: <20180519134604.GD13355@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2018 13:46:06 -0000 Hi, I haven't tried building an i386 image with nanobsd since 8.x or 9.x, so apologies if this is a known issue I've tried to build an i386 nanobsd using nanobsd on an amd64 host, and when that didn't work in an i386 jail on an amd64 host, and now in an i386 vm. The i386 vm is failing with the logs at the end of the message, taken from _.bw in the nanobsd build directory. I think similar errors were seen in the other environments also. A "make buildworld" in /usr/src passes, so it looks like something specific to nanobsd is tickling the problem. I included the first few lines from the start of boot2.s also. The nanobsd config file has been stripped down to remove any options that should affect the build == begin == NANO_PMAKE="make -j 1" NANO_NAME=net5501-nopkg NANO_SRC=/usr/src NANO_OBJ=/mnt/space/obj/nanobsd.${NANO_NAME} NANO_KERNEL=NET5501 NANO_IMAGES=2 NANO_INIT_IMG2=0 # The following are in 512 byte sectors. The "2" is to convert from # sectors to kilobytes NANO_CONFSIZE=48195 # 32 MB NANO_DATASIZE=1975932 NANO_RAM_ETCSIZE=$(( 2 * 1024 * 64 )) # 64 MB NANO_RAM_TMPVARSIZE=$(( 2 * 1024 * 32 )) # 32 MB FlashDevice generic 2048m == end == No /etc/src.conf or /etc/make.conf present. Any ideas? Thanks, Gary ===> sys/boot/i386/boot2 (all) cc -target i386-unknown-freebsd11.1 --sysroot=/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp -B/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp/usr/bin -fomit-frame-pointer -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline -march=i386 -ffreestanding -mno-mmx -mno-sse -mno-avx -msoft-float -g -std=gnu99 -Oz -mstack-alignment=8 -mllvm -inline-threshold=3 -mllvm -simplifycfg-dup-ret -mllvm -enable-load-pre=false -Qunused-arguments -no-integrated-as -c /usr/src/sys/boot/i386/boot2/boot1.S -o boot1.o ld -static -N --gc-sections -e start -Ttext 0x7c00 -o boot1.out boot1.o nm -t d boot1.out | awk '/([0-9])+ T xread/ { x = $1 - ORG1; printf("#define XREADORG %#x\n", REL1 + x) }' ORG1=`printf "%d" 0x7c00` REL1=`printf "%d" 0x700` > boot2.h objcopy -S -O binary boot1.out boot1 dd status=none if=/dev/zero of=boot2.ldr bs=512 count=1 cc -target i386-unknown-freebsd11.1 --sysroot=/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp -B/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp/usr/bin -fomit-frame-pointer -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline -march=i386 -ffreestanding -mno-mmx -mno-sse -mno-avx -msoft-float -g -std=gnu99 -Oz -mstack-alignment=8 -mllvm -inline-threshold=3 -mllvm -simplifycfg-dup-ret -mllvm -enable-load-pre=false -Qunused-arguments -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c /usr/src/sys/boot/i386/boot2/boot2.c:328:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Word *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] *(Elf32_Word *)p = es[i].sh_size; ^~~~~~~~~~~~~~~ /usr/src/sys/boot/i386/boot2/boot2.c:606:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] t1 = *(uint32_t *)PTOV(0x46c); ^~~~~~~~~~~~~~~~~~~~~~~ 2 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp cc -target i386-unknown-freebsd11.1 --sysroot=/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp -B/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp/usr/bin -fomit-frame-pointer -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline -march=i386 -ffreestanding -mno-mmx -mno-sse -mno-avx -msoft-float -g -std=gnu99 -Oz -mstack-alignment=8 -mllvm -inline-threshold=3 -mllvm -simplifycfg-dup-ret -mllvm -enable-load-pre=false -Qunused-arguments -c /usr/src/sys/boot/i386/boot2/sio.S -o sio.o cc -target i386-unknown-freebsd11.1 --sysroot=/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp -B/mnt/space/obj/nanobsd.net5501-nopkg/usr/src/tmp/usr/bin -c boot2.s boot2.s:11351:1: error: unassigned file number: 2 for .file directives ^ boot2.s:11351:1: error: unassigned file number: 3 for .file directives ^ boot2.s:11351:1: error: unassigned file number: 4 for .file directives ^ boot2.s:11351:1: error: unassigned file number: 5 for .file directives ^ *** [boot2.o] Error code 1 make[6]: stopped in /usr/src/sys/boot/i386/boot2 Start of boot2.s: .text .file "/usr/src/sys/boot/i386/boot2/boot2.c" # Start of file scope inline assembly .ident "$FreeBSD: releng/11.1/sys/boot/i386/boot2/boot2.c 294925 2016-01-27 16:36:18Z imp $" .ident "$FreeBSD: releng/11.1/sys/boot/common/ufsread.c 294493 2016-01-21 08:58:39Z smh $" # End of file scope inline assembly .file 1 "/usr/src/sys/boot/i386/boot2" "boot2.c" .file 6 "/usr/src/sys/boot/i386/boot2/../../common" "ufsread.c" .globl main .type main,@function main: # @main .Lfunc_begin0: .loc 1 197 0 # /usr/src/sys/boot/i386/boot2/boot2.c:197:0 .cfi_sections .debug_frame .cfi_startproc # BB#0: .loc 1 202 23 prologue_end # /usr/src/sys/boot/i386/boot2/boot2.c:202:23 pushl %ebx From owner-freebsd-stable@freebsd.org Sat May 19 18:19:24 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86913EDD1B3 for ; Sat, 19 May 2018 18:19:24 +0000 (UTC) (envelope-from gjb@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 2E80C79263; Sat, 19 May 2018 18:19:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from 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 did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id C78FE983F; Sat, 19 May 2018 18:19:23 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 19 May 2018 18:19:22 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 11.2-BETA2 Now Available Message-ID: <20180519181922.GD41630@FreeBSD.org> Reply-To: FreeBSD Release Engineering Team MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2018 18:19:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second BETA build of the 11.2-RELEASE release cycle is now available. Installation images are available for: o 11.2-BETA2 amd64 GENERIC o 11.2-BETA2 i386 GENERIC o 11.2-BETA2 powerpc GENERIC o 11.2-BETA2 powerpc64 GENERIC64 o 11.2-BETA2 sparc64 GENERIC o 11.2-BETA2 arm GUMSTIX o 11.2-BETA2 armv6 BANANAPI o 11.2-BETA2 armv6 BEAGLEBONE o 11.2-BETA2 armv6 CUBIEBOARD o 11.2-BETA2 armv6 CUBIEBOARD2 o 11.2-BETA2 armv6 CUBOX-HUMMINGBOARD o 11.2-BETA2 armv6 RPI-B o 11.2-BETA2 armv6 RPI2 o 11.2-BETA2 armv6 PANDABOARD o 11.2-BETA2 armv6 WANDBOARD o 11.2-BETA2 aarch64 GENERIC Note regarding arm/armv6 images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/11.2/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/11" branch. A summary of changes since 11.2-BETA1 includes: o Various bug fixes to iflib-related code. o Boot-time failure fix for the Banana Pi. o Bug fix in the socket soshutdown() code (PR 227259). o Context switch optimization for PTI (page table isolation). o The kldxref(8) startup script has been enabled by default in rc.conf(5) on arm SoCs. o Regression fix in msdosfs(5) for long file names (PR 111843). o A system panic fix in ng_uncallout() (PR 211031). o Various DTrace enhancements. o A fix for missing network interface address when adding a default IPv6 address based on the link-local address. o cxgbe(4) firmware has been updated to version 1.19.1.0. o A fix to ttys(5) to only launch getty(8) if the underlying device exists. o Build fix for the arm/arm TARGET/TARGET_ARCH (fixes the GUMSTIX SoC build). o Support for ifuncs added in the kernel linker for x86-based architectures has been implemented. o Boot-time fixes for the BEAGLEBONE, GUMSTIX, and PANDABOARD SoCs (PR 228285). o A fix to prevent polluting the base system source tree when building the arm64/aarch64 TARGET/TARGET_ARCH. o Bug fix for Intel Bay Trail eMMC controllers. o Segmentation fault fix on i386 with uptime(1) and w(1) (PR 227552). A list of changes since 11.1-RELEASE is available in the stable/11 release notes: https://www.freebsd.org/relnotes/11-STABLE/relnotes/article.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 11.2-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/11.2-BETA2/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: ap-south-1 region: ami-a1d5f8ce eu-west-3 region: ami-cb79c8b6 eu-west-2 region: ami-cb1df0ac eu-west-1 region: ami-df3c01a6 ap-northeast-2 region: ami-2575dd4b ap-northeast-1 region: ami-b810e0c7 sa-east-1 region: ami-5329763f ca-central-1 region: ami-f678f892 ap-southeast-1 region: ami-da94a4a6 ap-southeast-2 region: ami-de4e9fbc eu-central-1 region: ami-42b09ea9 us-east-1 region: ami-8b30adf4 us-east-2 region: ami-e44d7181 us-west-1 region: ami-ba435bda us-west-2 region: ami-93bec2eb === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-11.2-BETA2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 11.2-BETA2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 10.x. Alternatively, the user can install misc/compat10x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 11.2-BETA2 amd64 GENERIC: SHA512 (FreeBSD-11.2-BETA2-amd64-bootonly.iso) = a8a013c0efbe27c61ac5abec37c72e3d3fdbe8174bbdad85592f216f984c19e44c59dd47b9ab3f6e10a0175b211e7ca6f179a33ff6cc67dce80e97ccb2c8dc2e SHA512 (FreeBSD-11.2-BETA2-amd64-bootonly.iso.xz) = def87d61d595fce379e2686f1be535347062098b24e71d148fa75e1928fe1f38d1552fe8c45b7c598cc650463304478c77c919ac95663648dca0c21195b05fdb SHA512 (FreeBSD-11.2-BETA2-amd64-disc1.iso) = 56ea34855d071b5b15990b54930348811935b604ac09b95dfb4e2e869c16e7d22a757ef7620b47cf0532fe57d991e97183ce9022cfce485c6a40118e5fb6c531 SHA512 (FreeBSD-11.2-BETA2-amd64-disc1.iso.xz) = 3ac859f6d6e19041f655d7538e3d3529feb64e303eea1953f30c0d990c985a8438f02da020d40e3aa4ba637fda37ba37a1d053e27797bfc988fa0b89f5b226a5 SHA512 (FreeBSD-11.2-BETA2-amd64-dvd1.iso) = 87ff09a4aac79b55624e355f2ca9d3e5e37395be61fd3781d0b60ade4b81e39714fae6e0dfd4c53886790ee93a51aae29ccf34648444e3c8f1154e31918635bd SHA512 (FreeBSD-11.2-BETA2-amd64-dvd1.iso.xz) = 7ee0a2bc3a48d9c182f639b76b5689b8df182b42f1f8c7854e5b225f21957d6ae1f9d4fb28eac259aa0c33e6f16c24fcfedd988ea89050891193026a7f960d2a SHA512 (FreeBSD-11.2-BETA2-amd64-memstick.img) = 60a451309952784ba5edc9894ba3641251aef34110c5e09a3193810f32bd95473e242c366c0b73a9777775b5323cbd7d4566dd384135656d95fec6a9eafdce2f SHA512 (FreeBSD-11.2-BETA2-amd64-memstick.img.xz) = 24161d9dca2950cc83f2b354f76249bef7aea1803f2d53fa1022b15aa5f880ba252a69c205cbdc527fae046c0c056951848e6fb33a9a16564dcd2eacac957ff8 SHA512 (FreeBSD-11.2-BETA2-amd64-mini-memstick.img) = c9712cb64d34407e0588e90a582728c34dfa5a8975c19b0ddea68345533ccff64fe049a44bb782f38f859aa853b7117ae50860a80e29e0ad6f0ca4b8fccf3682 SHA512 (FreeBSD-11.2-BETA2-amd64-mini-memstick.img.xz) = c96d964dbd73d14f65d822acf795e64b412aa9e54e4ff95edb8666efc67bf2f9239a35fe412c86a66ceba0e9897bb70ffb40ef43e98d68dc1130d0ab86b91e0a SHA256 (FreeBSD-11.2-BETA2-amd64-bootonly.iso) = 263a434137e35b138f1fa63c0ec3e4636f55bad2dae2f9dce509a16b7d774875 SHA256 (FreeBSD-11.2-BETA2-amd64-bootonly.iso.xz) = 4eff9c90b845d8ab977a6845bed448a05fb1c496b31761208a78d7a3925b1954 SHA256 (FreeBSD-11.2-BETA2-amd64-disc1.iso) = 290aa334714097b50d6c466ef38f98961fbcfc03c8961569ef5899cab8f18e73 SHA256 (FreeBSD-11.2-BETA2-amd64-disc1.iso.xz) = 0d9a5d3bc946669a6f2175287bb876d3272df628715477bd594ac2c4e4872904 SHA256 (FreeBSD-11.2-BETA2-amd64-dvd1.iso) = 9d3afa38144faf61e94c6ec102e99b208ed284f33edf5f4ef60677726b8df2d1 SHA256 (FreeBSD-11.2-BETA2-amd64-dvd1.iso.xz) = 0d81d701ff5760ba512e33bce87a3d7221dae55880451ccebcc2c73880560261 SHA256 (FreeBSD-11.2-BETA2-amd64-memstick.img) = b29ae71e07b5b0c94ca1630500b92c710a0479e8a124afb0e8efaadeec0658b7 SHA256 (FreeBSD-11.2-BETA2-amd64-memstick.img.xz) = 03ee0b878ac6e521a918c04ea642d2985b0bfe403ee92f5f08f27ad5caa9fbea SHA256 (FreeBSD-11.2-BETA2-amd64-mini-memstick.img) = b8769595f536e1d86a2ceac176028bb7fa3de801b0fd47867e35ddb89789b935 SHA256 (FreeBSD-11.2-BETA2-amd64-mini-memstick.img.xz) = 7190e1a8076024d86d8af5b06ccf857d2c026c1e0c3d15a3a2ede58bab8d2f37 o 11.2-BETA2 i386 GENERIC: SHA512 (FreeBSD-11.2-BETA2-i386-bootonly.iso) = 98cddfd891821f36d3f89f6bcd30b21d5c258f63283be9afffbb2c426eb5f354395b13797b25300f90d986e221ce20d4697f81971d5951a0ac7701e99823e6e4 SHA512 (FreeBSD-11.2-BETA2-i386-bootonly.iso.xz) = 59039159e64f93bef6e20bb70ed86ab1f1570ccf154935d48be7f1b1ae78a3ba9b9bc000b1bdc00c310d8ee74229ed3e1465988ffbaed1b57d8e0f7ea70f42ea SHA512 (FreeBSD-11.2-BETA2-i386-disc1.iso) = 65b09b7dc79ade50f17a144143c085b0b168a3af2b96967e32d0ec3cacb91cfa0cff19628f935c03acef2e8dbfdd4a084a2b76f98d6c6c4fec75ec00c18db51e SHA512 (FreeBSD-11.2-BETA2-i386-disc1.iso.xz) = 1796a81454ffeea4adc839c58f51089dd70aec9a9835659050b3d97fe6b279655b729082f1439591c8119db028abfd5ed420913f65b1dd66631802b2bcad8135 SHA512 (FreeBSD-11.2-BETA2-i386-dvd1.iso) = b1a33b7afa3c42b74d26037c9c11775f53994ee3680eb7895b30a12175ec502c80262b84c94fbb665b5484a170a43d3ed3ee5aa095affe348ed562004c204c6f SHA512 (FreeBSD-11.2-BETA2-i386-dvd1.iso.xz) = 8cf300f83c1387e2dd219450c91a82c07577c8940295b36f083b7771d3e0bbf921014952a82117775ff4a406610b3070559057d0b564f09b93d01ed97ee4ea50 SHA512 (FreeBSD-11.2-BETA2-i386-memstick.img) = 6cbc3cc969c10ed2cbb57f47d6d3480954558f0eb776be3a051c1c6702827a14142de3abe97c8077626c82a5d3742a4bd2f0cc78a4196f2cd3262b33e6324cec SHA512 (FreeBSD-11.2-BETA2-i386-memstick.img.xz) = 0d784ada9328b644c6e62f7d38384f02ab948e9c85b21895179779e2ec736023feb9c96183b9df72bf9dfa860c5f3b9edb3d18df0368918d7d32784edf8eafb4 SHA512 (FreeBSD-11.2-BETA2-i386-mini-memstick.img) = b6f387ab0fb87d60001245b427ff898f3e17dc72cfaf2ba1baccc2a7769ea1d3ab2fc92dc1eb9b77bd53557ea06107eb7a3596b12b960ef60095db73330b8267 SHA512 (FreeBSD-11.2-BETA2-i386-mini-memstick.img.xz) = 157c8475632945079f902e3554db7dfe858c0b0f45a38b440c7dbc29b94562ea9c9646272b298efad4837e4dc1201afb100d97ee02c210410ec298f2bf08d5d6 SHA256 (FreeBSD-11.2-BETA2-i386-bootonly.iso) = 9578f55850059ca78e6af2f19bcca19871004d98421a8dcc704d99abbc6bd4d9 SHA256 (FreeBSD-11.2-BETA2-i386-bootonly.iso.xz) = f13f986757dbc1412cefde8bc9ba592827151cf189ca1028e11a0342670afdb9 SHA256 (FreeBSD-11.2-BETA2-i386-disc1.iso) = 4f450de27395e5596278d9391c3eab29ac813ded3e7cfa0dcf8d0bf7ae41c848 SHA256 (FreeBSD-11.2-BETA2-i386-disc1.iso.xz) = 1757cad52157850920f1546a4c6f3692ff14579aff984ea04279b2a705470b8f SHA256 (FreeBSD-11.2-BETA2-i386-dvd1.iso) = f173268a2b613a1f610b71c9360bef6bf882fa43768191504a44551300c99cb6 SHA256 (FreeBSD-11.2-BETA2-i386-dvd1.iso.xz) = 2ad9aa04041ff880dca8e12781f44c85977eb088aa0987f7175720a8046d145f SHA256 (FreeBSD-11.2-BETA2-i386-memstick.img) = ecf3931d37790d1491a04b7f1c38a18de8021a1c23f9b195b9e249730eace059 SHA256 (FreeBSD-11.2-BETA2-i386-memstick.img.xz) = 93b94306c4e54c328c302841555fa070ac84304f0c38680023d6140574e502a7 SHA256 (FreeBSD-11.2-BETA2-i386-mini-memstick.img) = ed42f68570fe68e0c4d8d4a504017a06a358139b181b8de3f816f3ad1b76e2f5 SHA256 (FreeBSD-11.2-BETA2-i386-mini-memstick.img.xz) = cabeb282743df5348cc5a3f13c7d2fe0b0b8f5ec038524de84b0a317fed1431c o 11.2-BETA2 powerpc GENERIC: SHA512 (FreeBSD-11.2-BETA2-powerpc-bootonly.iso) = 03e4b958bbc2560d34d43b4c133d9760f1b802fa388d5f938052bd4dc8fa0eb7bb04de3daa3366f04ae9f582f5232a62f11028c849c7295786b9d6353f09e845 SHA512 (FreeBSD-11.2-BETA2-powerpc-bootonly.iso.xz) = 9d08b90cc1a67271d3bc927dda383f6028db81c6531c0061b523763f5887542b553382df1a38d9b1bdb8adcc087588e642d6a79cedc5113ed3339820637d0b17 SHA512 (FreeBSD-11.2-BETA2-powerpc-disc1.iso) = c6fa782d81858cf98300969e296c79fba1869e3218421cce03e3b2db92562a3c7c37d022048fd21eb0b9acbb0bc80de2e907ab0fe4bf0cf6fab4d76c026d9326 SHA512 (FreeBSD-11.2-BETA2-powerpc-disc1.iso.xz) = b2717129618de67a8cd2c18cdbfdebd3d76cc07c713341bb934d3836d6c3a6bc128191bea5326d5de339c837a0775d91d17d56747136432df765b3c95e1df6c8 SHA512 (FreeBSD-11.2-BETA2-powerpc-dvd1.iso) = be812f65c86594177a6c17ecbf44e531d0bb21bf8ac58e5526e2ab6ee871c5814c8409050d0c3400c8869e004167214dd1a78ec6d739ad0c67ce390a018d1d29 SHA512 (FreeBSD-11.2-BETA2-powerpc-dvd1.iso.xz) = e145647064a82401e6ebfd2825d9aca720c5c9dd3be7307b9565dae1ddc76dc28a562ab21fc1c7fb813c63ec179d70f586b31bc39e9269ea4e53926f5e5605e5 SHA512 (FreeBSD-11.2-BETA2-powerpc-memstick.img) = b47e00358231531ab20095e4780a094019dee395e4a5401e6455d66a9e62cf8895a1c26557fb54843427ed38d60986b5e14212d7eae70b22b944892ee8979847 SHA512 (FreeBSD-11.2-BETA2-powerpc-memstick.img.xz) = 771f54c79eef2ea8414ca37ebe51d54637c6fe914987b2c1ba205a13f106531a0ebf801405e703fa32dc13b73dd1f361a1d71258c9bab88a88ee64e5a581e1b2 SHA512 (FreeBSD-11.2-BETA2-powerpc-mini-memstick.img) = 390eed4f6a2f8ea2753e77ebaa1b4475d57905aef2e6c28a2cec455b90f997342d9f08ff63bacfffe1cadfd46397edda85b8630f0d8ece360d6661ea8faa6607 SHA512 (FreeBSD-11.2-BETA2-powerpc-mini-memstick.img.xz) = bcbd56d442e6b6a63957923c67f7857a1a5f620bc2cd2a0963ba76d8be3e210f4ce219eefc458c9a88df0ee4ca9fba40e64023d3228f2b65bee73821d2959007 SHA256 (FreeBSD-11.2-BETA2-powerpc-bootonly.iso) = dc4bc20d76261f318289280b49086f8be6ab93684799a8f3f01b7909e1a4026e SHA256 (FreeBSD-11.2-BETA2-powerpc-bootonly.iso.xz) = 49190bf48905fecc6b4508a0564931cb0fa875ecd4f612ad9088c7a97f4fca05 SHA256 (FreeBSD-11.2-BETA2-powerpc-disc1.iso) = ca484080ca561980f8c6e1b74ec43c980988040e836b9a3de7dbac56a10096e5 SHA256 (FreeBSD-11.2-BETA2-powerpc-disc1.iso.xz) = 37f3aa9d714d810076b8e15613db5fc2de9b74823f9297b0106bdf81ed8fe76c SHA256 (FreeBSD-11.2-BETA2-powerpc-dvd1.iso) = 4a9ca44a0533d542233e1b8f6f5b7532065370f28832013a7151e77a32f5722a SHA256 (FreeBSD-11.2-BETA2-powerpc-dvd1.iso.xz) = f01b3d986d8ffa1fde956dd203b8241515a998f1dbbdd88b33f35c248fc43407 SHA256 (FreeBSD-11.2-BETA2-powerpc-memstick.img) = 0176921750f882ccc2510f61eb58995539a44070960b9e1c8701d80dd66490d7 SHA256 (FreeBSD-11.2-BETA2-powerpc-memstick.img.xz) = a8d7ea8d40e3765b83f459bae765ee8f1fa9e164372d374943278fe183898cf8 SHA256 (FreeBSD-11.2-BETA2-powerpc-mini-memstick.img) = 49eebbbdd2cb386654029a6a58b554a4aec95163866b35a50a6b669ee3ba4e3c SHA256 (FreeBSD-11.2-BETA2-powerpc-mini-memstick.img.xz) = fea87298cbdd97e926d26487b6e0b3cb5aa78ac65eef8da3d1dbccc863ba4d15 o 11.2-BETA2 powerpc64 GENERIC64: SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-bootonly.iso) = b1368330241ea51b437a80c9e859e15be352d5f1f6f4daa12c626fdc7f3cb5c9145f6577d4d5ab0e73e7f52db2c198c9a02bf333c0eebd4ef3acf4e0f00e35a5 SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-bootonly.iso.xz) = f29e9bc5305f2077737cd4a9191a2c50f0688d768608049a4a7f4e02c98213117d5d9de091e6982708e605c0991cb8e5681d1bf4bbcb79010505bcdbfa1391ee SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-disc1.iso) = 37f584e5adc90701b7a5efbfad1619c2dcec0abc4588eff92f9e1c99db0b9d384c23dfdf540dcc86bff4249378dc96c6c6003e7272daa802757ec5eeb361ab79 SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-disc1.iso.xz) = 582fc8fb7cdfd39d6568402e8fe6837c517ba22fd524fff935a64db29510206c04123ae9722699c61000a7681263f8046b57c050613c4ea042ae4f903697ce43 SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-dvd1.iso) = ac1419284ad7ec68466b73bdfeb1e6784e0fe0fd807b45c2a5c5f69dc2a55885719cf6c83bfb372702a6140be2b7523139f7a8c3a9c932db3b59920b73a5a14f SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-dvd1.iso.xz) = 867b57e1d50bbb9ba9c1aea26f672f923d9106e4c75d0a18121f6347fcde2457f4bf6ab6991b445e733acd0079d4527510484936eaebdc65b93924d9550a32d9 SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-memstick.img) = 2127945f1ba5274ac4c2d94487a03c8452964345b8da7617c2d7d24819080b349c23b4670d209d4425a58fa239d905513bd0064427e9d9c335bf5239f34a3946 SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-memstick.img.xz) = b4165a3daf4490cb0b4da8166a4e040475e9ae2018439e997ce8ba5b052a07fbedc12006f62e8fd1e5cda942cbe02c1458fee51eb3cfd1283940b8684335457f SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-mini-memstick.img) = 2126a5ce96224ab7efdaf4a1aff5d45a0c5a6f7e953b2655eda76c29d418d12832988ec6dc68ed62071c2a9c611933f5c7759a6c68ac14d76dd1b46d6ef8435b SHA512 (FreeBSD-11.2-BETA2-powerpc-powerpc64-mini-memstick.img.xz) = 993ff5c9ef4a1868bec2f6a6d0a26d1d68a4a5cce85cd2f4218ea98332570fedd055ac42b020f5dfd50e39a05f450c026f6ef00301b58833eeb8f4be6d161cb4 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-bootonly.iso) = ac73cba45b2cb314231b70fccd2eff76d7377418925bf13cd0e0962bdd9d5712 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-bootonly.iso.xz) = a42c941cb38e10bb2fdf07607f7c55620816f9ffeb7a25f245e1056ea2e47cc9 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-disc1.iso) = 4228718a4337b8c43fdc53234a67b0dcb91da9b35845a3d965a71e9ad897eda5 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-disc1.iso.xz) = 902b80d9acab3463039b9459406145244c2ecee06f153b47606fe1e039b347ed SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-dvd1.iso) = d90fc9b8023e4d07f69aef7472c8853cb5e86778bb4f5941532a90ccf55bf334 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-dvd1.iso.xz) = bb44e78b238b6d43c93769e7456f1d1563e77362f4a68539f82687d821745688 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-memstick.img) = 85fac4bdfe25c9d0d69cf10bd26f673fc4792e2ec2625b87c4dd9dcdd76be039 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-memstick.img.xz) = 3827726e6bc8c96dd300b1a4156028b7c74aca56c168ab15a6fd79a5b4930833 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-mini-memstick.img) = b2276b70750a1e422e996d9425f2fa1c1c9c108f9860f7a59690408396657c79 SHA256 (FreeBSD-11.2-BETA2-powerpc-powerpc64-mini-memstick.img.xz) = f51aeae086307148b030ba4d6d0e6d4b939d9f1e1fbc73abd61bbbc9361897cf o 11.2-BETA2 sparc64 GENERIC: SHA512 (FreeBSD-11.2-BETA2-sparc64-bootonly.iso) = 96eb2e761b2acfa0864564f30183d7be674981f9056dc6cbc7ac8f36663fb8e99ea6cfd9096fbf11938c07446788e395ad88c3a50365c50e494f508569d740d6 SHA512 (FreeBSD-11.2-BETA2-sparc64-bootonly.iso.xz) = 0c20804ddaf813988dbb69b356dbb4c6024586d28109a268a5006958400508d4f43face88ec6bde0fd0ba78ea75d381d759cbfff74aa53e3074d43325be02511 SHA512 (FreeBSD-11.2-BETA2-sparc64-disc1.iso) = 8d6bc750d040dd62174d42e157c80bb02aaa12d78e84a8f063661531016ac4af7ef563de4a933616b50e2919a490fd249689e7a6e023e89ae20195c63d13e3dd SHA512 (FreeBSD-11.2-BETA2-sparc64-disc1.iso.xz) = 1be11c212763741e1c27f20aa339e21f662cfe259d99ad3391de826d38d0174899dcdf38baf0a867a0bd1086cec5b77c898c99429ba86f1791d7e79406e8b04e SHA512 (FreeBSD-11.2-BETA2-sparc64-dvd1.iso) = 3acf080db66585e904dc0422f1ba638f7a53a007bdece3b2642e90e7ad9b60428c7407b4602c49c42396c8664c583ff731b8bab4b8daddfed777210d4af67b90 SHA512 (FreeBSD-11.2-BETA2-sparc64-dvd1.iso.xz) = 5773a77166a49cf32ff21cd20382c5918c3078bf8d1ffd9831d79055e80a0a43f211cff6b5b9c5096d4cf324dc20a36a1a61faf0b778f1400b0818758219ada2 SHA256 (FreeBSD-11.2-BETA2-sparc64-bootonly.iso) = 90c051369b99fafb7e1757b5851923b2fd43abb9fa10093121a3f794a5d75926 SHA256 (FreeBSD-11.2-BETA2-sparc64-bootonly.iso.xz) = b59e4dcc5026447177404b9ad2c62dfadc13df82e55f9e80a59f4801a5d7f27f SHA256 (FreeBSD-11.2-BETA2-sparc64-disc1.iso) = 2ade584ea8342b6323f84883ab632c0cfe1bf804c5f17b072119e671cde5c719 SHA256 (FreeBSD-11.2-BETA2-sparc64-disc1.iso.xz) = 7e021cf6e38122eac47a5d8f18366971392f6280ff4728f44e01d881e351a84c SHA256 (FreeBSD-11.2-BETA2-sparc64-dvd1.iso) = 35237026e5e094898f07a3824bd1790b4718cd2983fd762b11b5b92e07edf0b5 SHA256 (FreeBSD-11.2-BETA2-sparc64-dvd1.iso.xz) = ebf7ac1f144cdba8189d155db9db69393014f642c4259285d639dcf7d846a5e3 o 11.2-BETA2 arm GUMSTIX: SHA512 (FreeBSD-11.2-BETA2-arm-GUMSTIX.img.xz) = 4460ae3289e576bd83de7ba6ac4aaff45162d84f33a102333b9da272ab2ebd7b90bd5fc6262f917262c3cc34e81b102471ebfd8971a52229c553d184f3cc807e SHA256 (FreeBSD-11.2-BETA2-arm-GUMSTIX.img.xz) = 665bf6d75cb24bb7e8c28893cc6c0ef3588eab13dfd3e10b101bcd5878ebd2b9 o 11.2-BETA2 armv6 BANANAPI: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-BANANAPI.img.xz) = 206da3c96501d8ea8180fdfea37082bf03463f08f29c60c315141cbd4f3f870d766e1c3a96d77ae64c77ac0adc6e7e873f9d79ec799103670bc225dd4667e05e SHA256 (FreeBSD-11.2-BETA2-arm-armv6-BANANAPI.img.xz) = 5fb8639949a73f3374664a5cbc24b17ba6ffcfaca70e04f85b147761fab64dd0 o 11.2-BETA2 armv6 BEAGLEBONE: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-BEAGLEBONE.img.xz) = 219e0129f61280ffebe7f9472f4462dbaabd2c98cf624015ac4e2d646f59779e983dd565b49d55937a06997747a14b14924f71a3e33831b83178b50dcdcb5a66 SHA256 (FreeBSD-11.2-BETA2-arm-armv6-BEAGLEBONE.img.xz) = afb9857126a6fda6a5e9a601df9b40d36f6a958d84cf8ec07327fc7cb8e82d52 o 11.2-BETA2 armv6 CUBIEBOARD: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-CUBIEBOARD.img.xz) = e5f4bb0ae14bcea51e01ce46ef4f9bd27e247e7086c8a4fd6376c81d32385cca6c63b2c2d0c652aa765f3f3dc2c4cf8806418b701d9993d24b7ac6db6001b97e SHA256 (FreeBSD-11.2-BETA2-arm-armv6-CUBIEBOARD.img.xz) = f887d51d3e394f57fdf04a00a5f8d4583c0d724d1f8baedd0d35701d06683aff o 11.2-BETA2 armv6 CUBIEBOARD2: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-CUBIEBOARD2.img.xz) = dea7a8723f086b691b1dd09a8d1d05a2501674838a91a2578b1f6be2db8496fd534d972845347c793248ae617e0eea24fdc6ee122d7e5799697d3d6df05458ca SHA256 (FreeBSD-11.2-BETA2-arm-armv6-CUBIEBOARD2.img.xz) = b8063571aab262a26d240f06eb5e9ac7da326d21ec451e9eddc451c68c08ce56 o 11.2-BETA2 armv6 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = 8ba406df8f842c2dddc495f782aa94568bca1eeda5c20206ffbe95a28c2f151f1637ef40b59866be9d9d12194cc2830f1338ba121e39678da3929eb6a22c5893 SHA256 (FreeBSD-11.2-BETA2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = 0f2bdd0fe65539fef843fb7899a87330929016ed6353749fe1ba90883aaba801 o 11.2-BETA2 armv6 RPI-B: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-RPI-B.img.xz) = c7cc0a0015abbe22e25b3f96393cf40cd224422e17e96e7c252d3e9346383152058a5eb05da3a53ba6cb998daba489f8b9733120efea88aff74b7cb3f15ab965 SHA256 (FreeBSD-11.2-BETA2-arm-armv6-RPI-B.img.xz) = 1a6bce80c88c128397590316f34ff23b8320f8cece1b2381d2efa462b6233fc6 o 11.2-BETA2 armv6 RPI2: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-RPI2.img.xz) = cf6f0dd9733037a3087ad033cc83d9f63d32e0f98b7216675bbefee7e26818ebd5afa43790e9cc8af988d004badda86990a5869f86a0e699c62910da3bb46768 SHA256 (FreeBSD-11.2-BETA2-arm-armv6-RPI2.img.xz) = 9bbc5c9b4cf4c764186582be39b2f47732fe58bbbbcdd42d7655590b8699c3b6 o 11.2-BETA2 armv6 PANDABOARD: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-PANDABOARD.img.xz) = 0db0fd29c4114d6e135ce725b39235d42d2b51c0e6eabc8a7f52750bffb298fc68f20a8968a5867a5c1c42c55b9c75280308e8e57f7f06ebbeaaf0c7b7f6f8b7 SHA256 (FreeBSD-11.2-BETA2-arm-armv6-PANDABOARD.img.xz) = 518af681f28d4b125b0ace6aa074a82dde15f04c5a509bdfdbfb6dbffdbf9739 o 11.2-BETA2 armv6 WANDBOARD: SHA512 (FreeBSD-11.2-BETA2-arm-armv6-WANDBOARD.img.xz) = 9ae8a471717542c2b7c32f9447eba307420a57b47a18cab4b0ad15e251f44699d0dca248a9bc007dee88f0e2f7ef52477ca6aca499b94ea55c614dc2e538fa49 SHA256 (FreeBSD-11.2-BETA2-arm-armv6-WANDBOARD.img.xz) = ddf0fd76e63ed0a9e09b2b44d16a06228ab5ac8a54f36e14d06bb40006797e6e o 11.2-BETA2 aarch64 GENERIC: SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64-memstick.img) = d741869919e5d094d93b5849d91bc483bbfd04a1208995fbdf4c2dd48bfd0e3df8b64bf34dcbcf4314b886a7f8de6ca271718fd44a8b0405c13a103dd2fd3156 SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64-memstick.img.xz) = 9f608c406d08ff3e7df8cbabbaa48aa3ea018055400e77a87751b4a5cc793ae11fe1212f3f18bcd2cd81ed3d4585ca7b1d9c7d7fb26f118d592fb8b6588a2d5a SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64-mini-memstick.img) = e421a570105cf28baa1d4d368df89438c2c9d97d5f08f78213423cb3917c19cf12bbf7737194ab890240d6a0a261e36422549b14653149d54595ccd9ebdf1a3b SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64-mini-memstick.img.xz) = 0a49aef3e691e09aa46e14fcae922f735cd3bd6bd74654f036d60ec7f38ce2d6c2c139ad4298ab15f3b5cd0ad76677073584a26615ca56bab6e42c7c6ed5927c SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64-memstick.img) = 87d3f04efeadd32db44cb9897531b95c958042a312d788d9438531e8c23b50cd SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64-memstick.img.xz) = 839a7804f6879a9a95ed4cf1a3dc38cf5774e7fabc223c348f608a6fad9be385 SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64-mini-memstick.img) = f44cad63bf6c3665fdfd776f105d7bc4bfe5320f356418380f1110172dd7a3ec SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64-mini-memstick.img.xz) = 219a1c4026ea2e13ce328ec0b7b1c9d994c4d01a6f7c28bf3e79ea283538b7cb == VM IMAGE CHECKSUMS == o 11.2-BETA2 amd64: SHA512 (FreeBSD-11.2-BETA2-amd64.qcow2.xz) = 943ed06fc1e05044231b5f26cc10bebfb9db9439b67ac1d840b7751284ee5d5dc640a1cf6050c41a68bddc0af61f9b5369a89d074ed5ca4f8e4d2f71f082bf43 SHA512 (FreeBSD-11.2-BETA2-amd64.raw.xz) = 1613f7bcbbdfd2afe06c1b0f6d3d3260b349d8a029122fe2643178b6f0242fe269572e4a94dae832c3590be0ba8125225d49717ff869aebce66fe4d81954fbb2 SHA512 (FreeBSD-11.2-BETA2-amd64.vhd.xz) = fa73f00282f74932ec1c48ce59d2ce2847f8a088ed705e6f5765c50951f0a1aeb942c9a82d3b6c3b9910688664aaa1477ba22a7af5f5293625f0809db9d2128a SHA512 (FreeBSD-11.2-BETA2-amd64.vmdk.xz) = 5f5df0a804ae3b054c665a811ca62fc2c5896178f69c99fbba2fbd5b00afa2ee8e7fb3bcefcddfa118757843ad22ecad9b15beb32a1465611f51d361f5d402b0 SHA256 (FreeBSD-11.2-BETA2-amd64.qcow2.xz) = e73f5c0ac98251ee982262161b2440e7f03bdcc732644fa5c46a1e3322870d21 SHA256 (FreeBSD-11.2-BETA2-amd64.raw.xz) = 00f1e2db528881a489932bb2fcfb7792c086f8e6ffa679d0b9ffa2c885e5af57 SHA256 (FreeBSD-11.2-BETA2-amd64.vhd.xz) = ce24298461d4c385f29de9943fef6550048f31032916e6fc18120d0e4da1ea1a SHA256 (FreeBSD-11.2-BETA2-amd64.vmdk.xz) = 8e7f65c562b64c48c038160efe809450a303a051b3ea82d1e4435e453b36d360 o 11.2-BETA2 i386: SHA512 (FreeBSD-11.2-BETA2-i386.qcow2.xz) = 5a6a3a24e89a519a24a0bfb0e3cdfa97e5b344f0bd75b30fcb7a88078735afc3ce9765a0e2130b0b95b1d6266cefb18bed074548de0062dca23fb532c69b70ba SHA512 (FreeBSD-11.2-BETA2-i386.raw.xz) = 5ade130f14c8a8f3dddf46ad27352178cab75d0ab1de3b07466dd1ed9c7f8155fba8878941625c6003e63e595baa033dc30eb6876ad4d2b88d1f090f08149d24 SHA512 (FreeBSD-11.2-BETA2-i386.vhd.xz) = 7f2de28b75c000541e30184d7fa3fe54f9599fd716b8bdbeb4709466259012aa0c3180bbc876e383da59121b780180777a0ed5671b9f6c99bfc18b8e6d48373f SHA512 (FreeBSD-11.2-BETA2-i386.vmdk.xz) = f592b6a09fc734593aa5f60eb358b0c053a42e73c59a5697da7360af803ed43152c8fb6330fae80b175631ab52ea2dd0d8d65049a14a8860089b1ffacef30e22 SHA256 (FreeBSD-11.2-BETA2-i386.qcow2.xz) = 57395ca537e5cb696fc3aae38ad21083f6a39e17bf9efb1bf37d9d86f359edfa SHA256 (FreeBSD-11.2-BETA2-i386.raw.xz) = ada6a55088b98269fc11f56ed029f941553e4addb59fc9b60b7b9f25c18cfdcb SHA256 (FreeBSD-11.2-BETA2-i386.vhd.xz) = 917807498b3beeb6bc2fe120817a627a1ef5176242294fce3b840d7bda3d18b1 SHA256 (FreeBSD-11.2-BETA2-i386.vmdk.xz) = 9ff3414c0a654eacdd028fc65c900051eb1510bda7117c2e6dc516df530d457d o 11.2-BETA2 aarch64: SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64.qcow2.xz) = 5410980ef045e39923eabc82a65e232ac314ffbf9e1bed30c69ee35d6a78dbde62929cd3812ef7bc80018d59638f18d9899884c16819bbe692a982ca058e4d4a SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64.raw.xz) = 5dac556fb89558397a528f55f58702e74f0cfd8a73cc39745f575743272faa490aaba885842a946a15c659dac6563ed8df0f840ff042f0b74dc9b7e16c523f42 SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64.vhd.xz) = f721610f81eb1a377fb934318bd902a9def59c8b14a73294ec704f101b0310aeba358645e7389021b82aa53c30ebdcd5629ecc93d3d63c1d5c7b725c1d95edf9 SHA512 (FreeBSD-11.2-BETA2-arm64-aarch64.vmdk.xz) = c342a28086be19389f427fb69e555fa5c0a54f9ddae363cab63003d499baa0502ccc54d834204257155f554a8bd9defff5adc9bf096dc61a44e8344216d5ecd2 SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64.qcow2.xz) = 09b308fd67636c85d43fd01bbb4deaa825d125389391e15dff2d4bb9c0d4ed3a SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64.raw.xz) = 712d56d0fb34eff5ffb3265afa5d1d5af8a12cdc10f6150587d353333cf08bc5 SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64.vhd.xz) = 7efd196ecdb81fd2549292adb51d788bc443ee716cd4e061fcfe41af5b52bd06 SHA256 (FreeBSD-11.2-BETA2-arm64-aarch64.vmdk.xz) = a09371b19391797a30803a1798c892ecc3b2d051ad8a256ab325b177f075674a Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlsAaqoACgkQAxRYpUeP 4pMZFg//bUDgUE+vN+TLepoafGQw5pslNUWq4y5cM1krYZ6BCOSpNzkNernKRcST KhuJBTaqEUqfpKE4au5sPUKkD0N7PQRbRWi0SEbYHakgEM/zqXFjuX9xL/suTE2M yw32CCLoZnxe3NxO5JovlmZaUqmIfBP4QEr+wokpS99WwFD6ObxmYnfon2gwL66f 6S7rO9Ud5is8/NYwn8srj03BTx5WlAisE5y4PWx5kn7fAbx7IAwWNQlhWGNnzQmk lCRRxuKDLMs0mFKV6q13oRC/nFRzugHUtPddy0cQ0OxcBkhrpDf6SGEjXD0zIfSl MoYZ6hQ6CedO1PMxS3vCgUwIUh3z/CmQGGkV5FRH6YYxvjmXiOl5v4D4wgMg25xL a8QOjKvZFpxgw336sNJ8gnRsX2Y4Gi2IuxpwuVcA4JWY2WZYHu0YC67FaDs7tJGy 5FyQFiY/FcxH/g5yIoIH2OkDW7iUYA8Ry95aZc57VqXIZUtG36ZlVZG5TM/mgmSN RmI1CGRn18EgBVdw724jJW19hJGgrADXxCSZrwjykYPdYqbv6UHEhIRhXQaPjd/o scJ16FoAZfbK1r2251G7TzKlD5BwTqAl18p3md1IFcOrHk5X8onwEmr/VpnWYtWu xpa/aQ6AF2TwAitZvLpyMBzvLen2m1+LrYSHmT9qSy9SOS6XnOM= =+p+i -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Sat May 19 18:36:04 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A467EDDA36 for ; Sat, 19 May 2018 18:36:04 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 EE77879D75 for ; Sat, 19 May 2018 18:36:03 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w4JIa0ZR074861 for ; Sat, 19 May 2018 20:36:00 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id BDCC2D1F for ; Sat, 19 May 2018 20:36:00 +0200 (CEST) To: freebsd-stable From: Harry Schmalzbauer Subject: removable storage usability, devd, hald and X11-desktop in general Organization: OmniLAN Message-ID: <5beffba2-d2d5-689a-9cb1-054379f55adf@omnilan.de> Date: Sat, 19 May 2018 20:35:59 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sat, 19 May 2018 20:36:00 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2018 18:36:04 -0000 Hello, after 10 years I replaced my personal desktop machine (FreeBSD8 -> FreeBSD12). While aware of OS progress, I haven't followed any development on the X11 planet. To my surprise, things were in better shape 10 years ago, regarding desktop usability. Biggest question: How are useres expected to handle removable media? I'm a happy user of autofs(5) in several environments (mostly for NFS mounts), but I'm not aware of any helper tool which enables _users_ to unmount before pulling the UFD. I've heard of PC-BSD and Lumina (see later why I haven't really tried out the modern "light" desktops) and I think I remember having read they utilize devd(8).  But again, how to unmount? 10 years ago my choice was xdm with xfce4-session, supplemented by selected gnome tools (eog, evince ...) and firefox/thunderbird. KDE4 was working well too, the PIM suite was a full/over-featured solution, yet acceptable performance.  I liked many aspects of Kmail, this was really full featured and I thought the new Qt5 based version will become my new X default MUA (since I'm very satisfied how Qt5 performs on my old Jolla phone) But today, Kmail is completele unusable thanks to akonadi – likewise others of the PIM suite (MySQL database grew beyond quota for only two folders of my primary IMAP postbox; MySQL as dependency for a MUA is ridiculous anyways, but a index of several gigabytes?!?! if it read all folders, I would have needed a second ssd) My prerequisite is still three seperate x screens. Since no window manager of the modern "light" desktops like LXDE, LXQt, Lumina could handle my triple-head Xorg setup, I came exactly to the same result like 10 years ago: xfce4. It has served me an incredible well job for 10 years.  The only usability flaw was Thunar for me, because of it's feature limitations. I really expected that in the mean time, it was possible to store directory dependent sorting preferences – wrong.  Much more frustrating, on FreeBSD, there's no thunar-volman anymore (which wasn't really stable with hald(8), but as far as I'm aware sysutils/hal has been greatly improved some years ago – which I never tried on my old machine). Sorry for throwing in another topic, but where's $PFREFIX/etc/X11/xorg.conf.d/*.conf.sample? It took me the better part of a day to _search the web_ in order to get my keyboard working.  I'm still unsure if I did it how it's supposed to be done on FreeBSD these days – without hal but wich auto-detetction. No idea what the devd(8) dependency of the port controls.  How does X interact with devd(8)??? In my opinion, the Xorg(-server) ports need much more attention regarding documentation.  Of course I could have used xfce-settings to adjust my keyboard layout, but when it comes to the mouse, I need to set  AccelerationProfile, AdaptiveDeceleration and ConstantDeceleration which isn't covered by xfce-settings and much more important, I want to be able to fire up twm(1) and also have my keyboard and mouse aedequate supported.  In my opinion, these settings have to be done in the xserver config.  And that was really hard to find out how to on FreeBSD these days. Then, there's slim(1).  It incorporates ConsoleKit, so it's my preference over xdm(1). But: It's incredibly the only authentication mask I ever used, which doesn't handle the vert-tab-key as user/password selector. Don't get me wrong, thanks for slim, it is exactly what I need, but I regularly log in as "myuseraccountmynotsosecretpasswordanymore".  I could have bet my tab-key is broken; still can't believe there's not even a config switch to enabyle this vereywhere-else behaviour. If somebody's still reading and totally agreeing and fighting the same usability wars, here's another one: Inconsistency at it's best: gtk-file-chooser.  (In order to walk trough the filesystem tree from /) Select "Other Places", _single_ click "Computer", and then you have to _double_ click for entering directories!?!?! I always disliked the double click and for most parts of my X application collection I always foud a GUI helper to switch to single click, but not for the gtk-file-chooser; neither for gtk2 nor these days for gtk3.  Maybe you have had time to read the developer repositories and know what to put into "gtkfilechooser.ini" and want to share? I'm happy to share my Xorg-server setup for a haswell triple head setup on request. For those who agree with my _user_ usability view, as a summary, can you tell  me: · How do you access mobile media like FAT UFDs and NTFS HDDs? · How do you access aribtrary DVDs (yes, besides data, I'm also curious if someone watches video discs and how)? · How to use geli(8)+nonZFS based native mass storage? (I don't expect there's a ZFS pool import covering method, but for UFS e.g.?) Any experience report welcome, also and especially from Lumina/ROX/LXQt/etc. users! One last exclusion: Anything depending on gnome-vfs can't handle my ZFS aclmode setup (utilizing chmod in a way which would destroy my ACL), so this was no option.  Haven't checked if gvfs shows the same insane chmod(2) utilization... Thanks, -harry