From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 01:56:27 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EB4586C for ; Sun, 11 Jan 2015 01:56:27 +0000 (UTC) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id B00AB23CE98 for ; Sun, 11 Jan 2015 02:56:24 +0100 (CET) Message-ID: <54B1D848.3090800@FreeBSD.org> Date: Sun, 11 Jan 2015 02:56:24 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: current@freebsd.org Subject: What happened to DIOCGDINFO? Fwd: [package - head-amd64-default][misc/e2fsprogs-libblkid] Failed for e2fsprogs-libblkid-1.42.12 in build References: <201501101948.t0AJmqqP067320@beefy2.isc.freebsd.org> In-Reply-To: <201501101948.t0AJmqqP067320@beefy2.isc.freebsd.org> X-Forwarded-Message-Id: <201501101948.t0AJmqqP067320@beefy2.isc.freebsd.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2015 01:56:27 -0000 Greetings, I am getting new reports of package build failures on head (i386 and amd64 have reported these so far): > Ident: $FreeBSD: head/misc/e2fsprogs-libblkid/Makefile 370388 2014-10-07 19:15:52Z mandree $ > Log URL: http://beefy2.isc.freebsd.org/data/head-amd64-default/2015-01-10_14h05m40s/logs/e2fsprogs-libblkid-1.42.12.log > Build URL: http://beefy2.isc.freebsd.org/build.html?mastername=head-amd64-default&build=2015-01-10_14h05m40s > Log: > cc -I. -I../../lib -I../../lib -I/wrkdirs/usr/ports/misc/e2fsprogs-libblkid/work/e2fsprogs-1.42.12/lib -I/usr/local/include -D_THREAD_SAFE -O2 -pipe -fstack-protector -fno-strict-aliasing -std=gnu99 -DHAVE_CONFIG_H -c getsize.c -o getsize.o > getsize.c:151:31: error: use of undeclared identifier 'DIOCGDINFO' > if (part >= 0 && (ioctl(fd, DIOCGDINFO, (char *)&lab) >= 0)) { > ^ > 1 error generated. I haven't been watching 11-HEAD too closely, has this DIOCGDINFO symbol been relocated to a different header, removed (because the feature is going away -- and which would be the replacement), or is this a temporary failure (inadvertent error)? To the best of my knowledge, and without retrying builds, the package builds fine on 8/9/10. Thanks, Matthias From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 03:05:16 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78E71FD3; Sun, 11 Jan 2015 03:05:16 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (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 4C9FB986; Sun, 11 Jan 2015 03:05:15 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1YA8pw-000FJx-UM; Sun, 11 Jan 2015 03:05:09 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t0B3576Q033475; Sat, 10 Jan 2015 20:05:07 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/xoBU0JeMmUQSMWzSj88TF Message-ID: <1420945507.14601.142.camel@freebsd.org> Subject: Re: What happened to DIOCGDINFO? Fwd: [package - head-amd64-default][misc/e2fsprogs-libblkid] Failed for e2fsprogs-libblkid-1.42.12 in build From: Ian Lepore To: Matthias Andree Date: Sat, 10 Jan 2015 20:05:07 -0700 In-Reply-To: <54B1D848.3090800@FreeBSD.org> References: <201501101948.t0AJmqqP067320@beefy2.isc.freebsd.org> <54B1D848.3090800@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2015 03:05:16 -0000 On Sun, 2015-01-11 at 02:56 +0100, Matthias Andree wrote: > Greetings, > > I am getting new reports of package build failures on head (i386 and > amd64 have reported these so far): > > > Ident: $FreeBSD: head/misc/e2fsprogs-libblkid/Makefile 370388 2014-10-07 19:15:52Z mandree $ > > Log URL: http://beefy2.isc.freebsd.org/data/head-amd64-default/2015-01-10_14h05m40s/logs/e2fsprogs-libblkid-1.42.12.log > > Build URL: http://beefy2.isc.freebsd.org/build.html?mastername=head-amd64-default&build=2015-01-10_14h05m40s > > Log: > > > cc -I. -I../../lib -I../../lib -I/wrkdirs/usr/ports/misc/e2fsprogs-libblkid/work/e2fsprogs-1.42.12/lib -I/usr/local/include -D_THREAD_SAFE -O2 -pipe -fstack-protector -fno-strict-aliasing -std=gnu99 -DHAVE_CONFIG_H -c getsize.c -o getsize.o > > getsize.c:151:31: error: use of undeclared identifier 'DIOCGDINFO' > > if (part >= 0 && (ioctl(fd, DIOCGDINFO, (char *)&lab) >= 0)) { > > ^ > > 1 error generated. > > I haven't been watching 11-HEAD too closely, has this DIOCGDINFO symbol > been relocated to a different header, removed (because the feature is > going away -- and which would be the replacement), or is this a > temporary failure (inadvertent error)? > > To the best of my knowledge, and without retrying builds, the package > builds fine on 8/9/10. > > Thanks, > Matthias It was removed in r276737. I don't know what replaces it. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 12:02:33 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A54D8B5F for ; Sun, 11 Jan 2015 12:02:33 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2616DA33 for ; Sun, 11 Jan 2015 12:02:33 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id hv19so20441401lab.0 for ; Sun, 11 Jan 2015 04:02:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=m75d7TjAzSBurYRiGwy01C/zTl0Y2gQp0fptujHmX7c=; b=MyG4rBUeZlonZwPAOkVUprqx6f/8njKvgV1vHtpO4jJrc2GldjsSQh7QptgphJSs83 d/uqtIOFOz7lPXY0U5RcayyyIDlkXj51VXvjqQiTmhfgQV6NRpziDlQWgw1llCxfB8R4 U2ihnmeEaSnB0B72ob603jXLD2DA1T+iujjeAzelACxVtENJF/sBSGhFQzPXgXy3+57g yCAmkuSXhMWG/ukGU0phKq1V2vkfgpYWgA/hVcfUDNczAU0EMQx4Gf0kVHXlcmeyD8ga aEyVbeQFumJ0q359j4BC2MTNedREe88xhomgMLSR6coIUm6JTFijhc77Yhxx05KsLQh1 Fqpg== MIME-Version: 1.0 X-Received: by 10.112.72.98 with SMTP id c2mr31534786lbv.95.1420977749516; Sun, 11 Jan 2015 04:02:29 -0800 (PST) Sender: jlehen@gmail.com Received: by 10.114.80.4 with HTTP; Sun, 11 Jan 2015 04:02:29 -0800 (PST) Date: Sun, 11 Jan 2015 13:02:29 +0100 X-Google-Sender-Auth: YTvgu8qyv7J1DauLlffYgMUCXfU Message-ID: Subject: panic in rt2860_drain_stats_fifo() From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary=001a11c326dafe809c050c5f2989 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2015 12:02:33 -0000 --001a11c326dafe809c050c5f2989 Content-Type: text/plain; charset=UTF-8 Hi, I've got hit by this panic numerous times over the last few months. I've tried to debug it, but I couldn't figure out what the issue was. It is not reproducible, sometimes the machine will work correctly for weeks, sometimes it will happen within a few hours after a reboot. See the attached file for the backtrace and some debugging information. The issue is that "ni->ni_vap" is 0xdeadcode. But "ic->ic_node_alloc()" is only called from ieee80211_alloc_node() and ieee80211_tmp_node() which both seem to initialize "ni_vap" correctly, which means the bad value comes from higher in the stack but I couldn't figure out where. -- Jeremie Le Hen jlh@FreeBSD.org --001a11c326dafe809c050c5f2989 Content-Type: text/plain; charset=US-ASCII; name="ral2860debug.txt" Content-Disposition: attachment; filename="ral2860debug.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i4sd3a0c0 KGtnZGIpIGJ0CiMwICBkb2FkdW1wICh0ZXh0ZHVtcD1VbmhhbmRsZWQgZHdhcmYgZXhwcmVzc2lv biBvcGNvZGUgMHg5MwopIGF0IHBjcHUuaDoyMTkKIzEgIDB4ZmZmZmZmZmY4MDMxMGQ2NiBpbiBk Yl9mbmNhbGwgKGR1bW15MT08dmFsdWUgb3B0aW1pemVkIG91dD4sIAogICAgZHVtbXkyPTx2YWx1 ZSBvcHRpbWl6ZWQgb3V0PiwgZHVtbXkzPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgCiAgICBkdW1t eTQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL3NyYy1zdm4vc3lzL2RkYi9kYl9jb21t YW5kLmM6NTY4CiMyICAweGZmZmZmZmZmODAzMTBhNGMgaW4gZGJfY29tbWFuZCAoY21kX3RhYmxl PTB4MCkKICAgIGF0IC91c3Ivc3JjLXN2bi9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0NDAKIzMgIDB4 ZmZmZmZmZmY4MDMxMDdiNCBpbiBkYl9jb21tYW5kX2xvb3AgKCkKICAgIGF0IC91c3Ivc3JjLXN2 bi9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0OTMKIzQgIDB4ZmZmZmZmZmY4MDMxMzJmMCBpbiBkYl90 cmFwICh0eXBlPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgY29kZT1VbmhhbmRsZWQgZHdhcmYgZXhw cmVzc2lvbiBvcGNvZGUgMHg5MwopCiAgICBhdCAvdXNyL3NyYy1zdm4vc3lzL2RkYi9kYl9tYWlu LmM6MjUxCiM1ICAweGZmZmZmZmZmODA2ZjYwYWUgaW4ga2RiX3RyYXAgKHR5cGU9VW5oYW5kbGVk IGR3YXJmIGV4cHJlc3Npb24gb3Bjb2RlIDB4OTMKKQogICAgYXQgL3Vzci9zcmMtc3ZuL3N5cy9r ZXJuL3N1YnJfa2RiLmM6NjU0CiM2ICAweGZmZmZmZmZmODBhMzE5MDkgaW4gdHJhcF9mYXRhbCAo ZnJhbWU9MHhmZmZmZmUwMGU1MDE4OWIwLCAKICAgIGV2YT08dmFsdWUgb3B0aW1pemVkIG91dD4p IGF0IC91c3Ivc3JjLXN2bi9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjg2MgojNyAgMHhmZmZmZmZm ZjgwYTMxNWJlIGluIHRyYXAgKGZyYW1lPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikKICAgIGF0IC91 c3Ivc3JjLXN2bi9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjIwMQojOCAgMHhmZmZmZmZmZjgwYTEx ODgyIGluIGNhbGx0cmFwICgpCiAgICBhdCAvdXNyL3NyYy1zdm4vc3lzL2FtZDY0L2FtZDY0L2V4 Y2VwdGlvbi5TOjIzNQojOSAgMHhmZmZmZmZmZjgwNGFmYWViIGluIHJ0Mjg2MF9kcmFpbl9zdGF0 c19maWZvIChzYz0weGZmZmZmZTAwMDBkNTYwMDApCiAgICBhdCAvdXNyL3NyYy1zdm4vc3lzL2Rl di9yYWwvcnQyODYwLmM6MTEyOAojMTAgMHhmZmZmZmZmZjgwNGFmMmE2IGluIHJ0Mjg2MF9pbnRy IChhcmc9MHhmZmZmZmUwMDAwZDU2MDAwKQogICAgYXQgL3Vzci9zcmMtc3ZuL3N5cy9kZXYvcmFs L3J0Mjg2MC5jOjE0MzUKIzExIDB4ZmZmZmZmZmY4MDY4M2FiMSBpbiBpbnRyX2V2ZW50X2V4ZWN1 dGVfaGFuZGxlcnMgKAogICAgcD08dmFsdWUgb3B0aW1pemVkIG91dD4sIGllPTB4ZmZmZmY4MDAw MmFlMjIwMCkKICAgIGF0IC91c3Ivc3JjLXN2bi9zeXMva2Vybi9rZXJuX2ludHIuYzoxMjQxCiMx MiAweGZmZmZmZmZmODA2ODQ0NmMgaW4gaXRocmVhZF9sb29wIChhcmc9MHhmZmZmZjgwMDAyYjJk ZTIwKQogICAgYXQgL3Vzci9zcmMtc3ZuL3N5cy9rZXJuL2tlcm5faW50ci5jOjEyNTQKIzEzIDB4 ZmZmZmZmZmY4MDY4MTQ1NCBpbiBmb3JrX2V4aXQgKAogICAgY2FsbG91dD0weGZmZmZmZmZmODA2 ODQzYzAgPGl0aHJlYWRfbG9vcD4sIGFyZz0weGZmZmZmODAwMDJiMmRlMjAsIAogICAgZnJhbWU9 MHhmZmZmZmUwMGU1MDE4YzAwKSBhdCAvdXNyL3NyYy1zdm4vc3lzL2tlcm4va2Vybl9mb3JrLmM6 OTk2CiMxNCAweGZmZmZmZmZmODBhMTFkYmUgaW4gZm9ya190cmFtcG9saW5lICgpCiAgICBhdCAv dXNyL3NyYy1zdm4vc3lzL2FtZDY0L2FtZDY0L2V4Y2VwdGlvbi5TOjYxMAojMTUgMHgwMDAwMDAw MDAwMDAwMDAwIGluID8/ICgpCkN1cnJlbnQgbGFuZ3VhZ2U6ICBhdXRvOyBjdXJyZW50bHkgbWlu aW1hbAoKKGtnZGIpIGZyYW1lIDkKIzkgIDB4ZmZmZmZmZmY4MDRhZmFlYiBpbiBydDI4NjBfZHJh aW5fc3RhdHNfZmlmbyAoc2M9MHhmZmZmZmUwMDAwZDU2MDAwKQogICAgYXQgL3Vzci9zcmMtc3Zu L3N5cy9kZXYvcmFsL3J0Mjg2MC5jOjExMjgKMTEyOCAgICAgICAgICAgICAgICAgICAgICAgICAg ICBpZWVlODAyMTFfcmF0ZWN0bF90eF9jb21wbGV0ZShuaS0+bmlfdmFwLCBuaSwKCihrZ2RiKSBw cmludCAqbmkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBbNjAvMTg5M10KJDEgPSB7bmlfdmFwID0gMHhkZWFkYzBkZWRlYWRjMGRlLCBuaV9pYyA9 IDB4ZGVhZGMwZGVkZWFkYzBkZSwgCiAgbmlfdGFibGUgPSAweGRlYWRjMGRlZGVhZGMwZGUsIG5p X2xpc3QgPSB7dHFlX25leHQgPSAweGRlYWRjMGRlZGVhZGMwZGUsIAogICAgdHFlX3ByZXYgPSAw eGRlYWRjMGRlZGVhZGMwZGV9LCBuaV9oYXNoID0ge2xlX25leHQgPSAweGRlYWRjMGRlZGVhZGMw ZGUsIAogICAgbGVfcHJldiA9IDB4ZGVhZGMwZGVkZWFkYzBkZX0sIG5pX3JlZmNudCA9IDM3MzU5 MjkwNTQsIAogIG5pX3NjYW5nZW4gPSAzNzM1OTI5MDU0LCBuaV9mbGFncyA9IDM3MzU5MjkwNTQs IG5pX2Fzc29jaWQgPSA0OTM3NCwgCiAgbmlfdmxhbiA9IDU3MDA1LCBuaV90eHBvd2VyID0gNDkz NzQsIG5pX2F1dGhtb2RlID0gMTczICfvv70nLCAKICBuaV9hdGhfZmxhZ3MgPSAyMjIgJ++/vScs IG5pX2F0aF9kZWZrZXlpeCA9IDQ5Mzc0LCAKICBuaV90eHBhcm1zID0gMHhkZWFkYzBkZWRlYWRj MGRlLCBuaV9qb2ludGltZSA9IDM3MzU5MjkwNTQsIAogIG5pX2NoYWxsZW5nZSA9IDB4ZGVhZGMw ZGVkZWFkYzBkZSwgbmlfaWVzID0gewogICAgd3BhX2llID0gMHhkZWFkYzBkZWRlYWRjMGRlIDxB ZGRyZXNzIDB4ZGVhZGMwZGVkZWFkYzBkZSBvdXQgb2YgYm91bmRzPiwgCiAgICByc25faWUgPSAw eGRlYWRjMGRlZGVhZGMwZGUgPEFkZHJlc3MgMHhkZWFkYzBkZWRlYWRjMGRlIG91dCBvZiBib3Vu ZHM+LCAKICAgIHdtZV9pZSA9IDB4ZGVhZGMwZGVkZWFkYzBkZSA8QWRkcmVzcyAweGRlYWRjMGRl ZGVhZGMwZGUgb3V0IG9mIGJvdW5kcz4sIAogICAgYXRoX2llID0gMHhkZWFkYzBkZWRlYWRjMGRl IDxBZGRyZXNzIDB4ZGVhZGMwZGVkZWFkYzBkZSBvdXQgb2YgYm91bmRzPiwgCiAgICBodGNhcF9p ZSA9IDB4ZGVhZGMwZGVkZWFkYzBkZSA8QWRkcmVzcyAweGRlYWRjMGRlZGVhZGMwZGUgb3V0IG9m IGJvdW5kcz4sIAogICAgaHRpbmZvX2llID0gMHhkZWFkYzBkZWRlYWRjMGRlIDxBZGRyZXNzIDB4 ZGVhZGMwZGVkZWFkYzBkZSBvdXQgb2YgYm91bmRzPiwgCnRkbWFfaWUgPSAweGRlYWRjMGRlZGVh ZGMwZGUgPEFkZHJlc3MgMHhkZWFkYzBkZWRlYWRjMGRlIG91dCBvZiBib3VuZHM+LCAKICAgIG1l c2hpZF9pZSA9IDB4ZGVhZGMwZGVkZWFkYzBkZSA8QWRkcmVzcyAweGRlYWRjMGRlZGVhZGMwZGUg b3V0IG9mIGJvdW5kcz4sIApzcGFyZSA9IHsweGRlYWRjMGRlZGVhZGMwZGUgPEFkZHJlc3MgMHhk ZWFkYzBkZWRlYWRjMGRlIG91dCBvZiBib3VuZHM+LCAKICAgICAgMHhkZWFkYzBkZWRlYWRjMGRl IDxBZGRyZXNzIDB4ZGVhZGMwZGVkZWFkYzBkZSBvdXQgb2YgYm91bmRzPiwgCiAgICAgIDB4ZGVh ZGMwZGVkZWFkYzBkZSA8QWRkcmVzcyAweGRlYWRjMGRlZGVhZGMwZGUgb3V0IG9mIGJvdW5kcz4s IAogICAgICAweGRlYWRjMGRlZGVhZGMwZGUgPEFkZHJlc3MgMHhkZWFkYzBkZWRlYWRjMGRlIG91 dCBvZiBib3VuZHM+fSwgCiAgICBkYXRhID0gMHhkZWFkYzBkZWRlYWRjMGRlIDxBZGRyZXNzIDB4 ZGVhZGMwZGVkZWFkYzBkZSBvdXQgb2YgYm91bmRzPiwgCiAgICBsZW4gPSAtNTU5MDM4MjQyfSwg bmlfdHhzZXFzID0gezQ5Mzc0LCA1NzAwNSwgNDkzNzQsIDU3MDA1LCA0OTM3NCwgNTcwMDUsIAog ICAgNDkzNzQsIDU3MDA1LCA0OTM3NCwgNTcwMDUsIDQ5Mzc0LCA1NzAwNSwgNDkzNzQsIDU3MDA1 LCA0OTM3NCwgNTcwMDUsIAogICAgNDkzNzR9LCBuaV9yeHNlcXMgPSB7NTcwMDUsIDQ5Mzc0LCA1 NzAwNSwgNDkzNzQsIDU3MDA1LCA0OTM3NCwgNTcwMDUsIAogICAgNDkzNzQsIDU3MDA1LCA0OTM3 NCwgNTcwMDUsIDQ5Mzc0LCA1NzAwNSwgNDkzNzQsIDU3MDA1LCA0OTM3NCwgNTcwMDV9LCAKICBu aV9yeGZyYWdzdGFtcCA9IDM3MzU5MjkwNTQsIG5pX3J4ZnJhZyA9IHsweGRlYWRjMGRlZGVhZGMw ZGUsIAogICAgMHhkZWFkYzBkZWRlYWRjMGRlLCAweGRlYWRjMGRlZGVhZGMwZGV9LCBuaV91Y2Fz dGtleSA9IHsKICAgIHdrX2tleWxlbiA9IDIyMiAn77+9Jywgd2tfcGFkID0gMTkyICfvv70nLCB3 a19mbGFncyA9IDU3MDA1LCAKICAgIHdrX2tleWl4ID0gNDkzNzQsIHdrX3J4a2V5aXggPSA1NzAw NSwgCiAgICB3a19rZXkgPSAi77+977+977+977+977+977+977+977+977+977+977+977+977+9 77+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+9 Iiwgd2tfa2V5cnNjID0gewogICAgICAxNjA0NTY5MzExMDg0MjE0NzAzOCA8cmVwZWF0cyAxNyB0 aW1lcz59LCAKICAgIHdrX2tleXRzYyA9IDE2MDQ1NjkzMTEwODQyMTQ3MDM4LCB3a19jaXBoZXIg PSAweGRlYWRjMGRlZGVhZGMwZGUsIAogICAgd2tfcHJpdmF0ZSA9IDB4ZGVhZGMwZGVkZWFkYzBk ZSwgd2tfbWFjYWRkciA9ICLvv73vv73vv73vv73vv73vv70ifSwgCiAgbmlfYXZncnNzaSA9IDM3 MzU5MjkwNTQsIG5pX25vaXNlID0gLTM0ICfvv70nLCBuaV9taW1vX3Jzc2lfY3RsID0gewogICAg MzczNTkyOTA1NCwgMzczNTkyOTA1NCwgMzczNTkyOTA1NH0sIG5pX21pbW9fcnNzaV9leHQgPSB7 MzczNTkyOTA1NCwgCiAgICAzNzM1OTI5MDU0LCAzNzM1OTI5MDU0fSwgbmlfbWltb19ub2lzZV9j dGwgPSAi77+977+977+9IiwgCiAgbmlfbWltb19ub2lzZV9leHQgPSAi77+977+977+9Iiwgbmlf bWltb19jaGFpbnMgPSAxNzMgJ++/vScsIG5pX21hY2FkZHIgPSAi77+977+977+977+977+977+9 IiwgCiAgbmlfYnNzaWQgPSAi77+977+977+977+977+977+9IiwgbmlfdHN0YW1wID0ge2RhdGEg PSAi77+977+977+977+977+977+977+977+9IiwgCiAgICB0c2YgPSAxNjA0NTY5MzExMDg0MjE0 NzAzOH0sIG5pX2ludHZhbCA9IDQ5Mzc0LCBuaV9jYXBpbmZvID0gNTcwMDUsIAogIG5pX2Vzc2xl biA9IDIyMiAn77+9JywgbmlfZXNzaWQgPSAi77+977+977+977+977+977+977+977+977+977+9 77+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+977+9 77+977+977+9IiwgCiAgbmlfcmF0ZXMgPSB7cnNfbnJhdGVzID0gMTkyICfvv70nLCByc19yYXRl cyA9ICLvv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv70ifSwgCiAg bmlfY2hhbiA9IDB4ZGVhZGMwZGVkZWFkYzBkZSwgbmlfZmhkd2VsbCA9IDQ5Mzc0LCBuaV9maGlu ZGV4ID0gMTczICfvv70nLCAKICBuaV9lcnAgPSA0OTM3NCwgbmlfdGltb2ZmID0gNTcwMDUsIG5p X2R0aW1fcGVyaW9kID0gMjIyICfvv70nLCAKICBuaV9kdGltX2NvdW50ID0gMTkyICfvv70nLCBu aV9tZXNoaWRsZW4gPSAxNzMgJ++/vScsIAogIG5pX21lc2hpZCA9ICLvv73vv73vv73vv73vv73v v73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73v v73vv73vv73vv73vv73vv73vv73vv70iLCBuaV9tbHN0YXRlID0gMzczNTkyOTA1NCwgCiAgbmlf bWxsaWQgPSA0OTM3NCwgbmlfbWxwaWQgPSA1NzAwNSwgbmlfbWx0aW1lciA9IHtjX2xpbmtzID0g e2xlID0gewogICAgICAgIGxlX25leHQgPSAweGRlYWRjMGRlZGVhZGMwZGUsIGxlX3ByZXYgPSAw eGRlYWRjMGRlZGVhZGMwZGV9LCBzbGUgPSB7CiAgICAgICAgc2xlX25leHQgPSAweGRlYWRjMGRl ZGVhZGMwZGV9LCB0cWUgPSB7dHFlX25leHQgPSAweGRlYWRjMGRlZGVhZGMwZGUsIAogICAgICAg IHRxZV9wcmV2ID0gMHhkZWFkYzBkZWRlYWRjMGRlfX0sIGNfdGltZSA9IC0yNDAxMDUwOTYyODY3 NDA0NTc4LCAKICAgIGNfcHJlY2lzaW9uID0gLTI0MDEwNTA5NjI4Njc0MDQ1NzgsIGNfYXJnID0g MHhkZWFkYzBkZWRlYWRjMGRlLCAKICAgIGNfZnVuYyA9IDB4ZGVhZGMwZGVkZWFkYzBkZSwgY19s b2NrID0gMHhkZWFkYzBkZWRlYWRjMGRlLCAKICAgIGNfZmxhZ3MgPSAtNTU5MDM4MjQyLCBjX2Nw dSA9IC01NTkwMzgyNDJ9LCBuaV9tbHJjbnQgPSAyMjIgJ++/vScsIAogIG5pX21sdHZhbCA9IDE5 MiAn77+9JywgbmlfbWxodGltZXIgPSB7Y19saW5rcyA9IHtsZSA9IHsKICAgICAgICBsZV9uZXh0 ID0gMHhkZWFkYzBkZWRlYWRjMGRlLCBsZV9wcmV2ID0gMHhkZWFkYzBkZWRlYWRjMGRlfSwgc2xl ID0gewogICAgICAgIHNsZV9uZXh0ID0gMHhkZWFkYzBkZWRlYWRjMGRlfSwgdHFlID0ge3RxZV9u ZXh0ID0gMHhkZWFkYzBkZWRlYWRjMGRlLCAKICAgICAgICB0cWVfcHJldiA9IDB4ZGVhZGMwZGVk ZWFkYzBkZX19LCBjX3RpbWUgPSAtMjQwMTA1MDk2Mjg2NzQwNDU3OCwgCiAgICBjX3ByZWNpc2lv biA9IC0yNDAxMDUwOTYyODY3NDA0NTc4LCBjX2FyZyA9IDB4ZGVhZGMwZGVkZWFkYzBkZSwgCiAg ICBjX2Z1bmMgPSAweGRlYWRjMGRlZGVhZGMwZGUsIGNfbG9jayA9IDB4ZGVhZGMwZGVkZWFkYzBk ZSwgCiAgICBjX2ZsYWdzID0gLTU1OTAzODI0MiwgY19jcHUgPSAtNTU5MDM4MjQyfSwgbmlfbWxo Y250ID0gMjIyICfvv70nLCAKICBuaV9odGNhcCA9IDU3MDA1LCBuaV9odHBhcmFtID0gMjIyICfv v70nLCBuaV9odGN0bGNoYW4gPSAxOTIgJ++/vScsIAogIG5pX2h0Mm5kY2hhbiA9IDE3MyAn77+9 JywgbmlfaHRvcG1vZGUgPSAyMjIgJ++/vScsIG5pX2h0c3RiYyA9IDIyMiAn77+9JywgCiAgbmlf Y2h3ID0gMTkyICfvv70nLCBuaV9odHJhdGVzID0ge3JzX25yYXRlcyA9IDE3MyAn77+9JywgCiAg ICByc19yYXRlcyA9ICLvv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73v v73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73v v73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73vv73v v73vv73vv73vv73vv73vv73vv73vv73vv73vv70K77+977+977+977+977+977+977+977+977+9 77+977+977+977+977+9In0sIG5pX3R4X2FtcGR1ID0ge3t0eGFfbmkgPSAweGRlYWRjMGRlZGVh ZGMwZGUsIAogICAgICB0eGFfZmxhZ3MgPSA0OTM3NCwgdHhhX3RpZCA9IDE3MyAn77+9JywgdHhh X3Rva2VuID0gMjIyICfvv70nLCAKICAgICAgdHhhX2xhc3RzYW1wbGUgPSAtNTU5MDM4MjQyLCB0 eGFfcGt0cyA9IC01NTkwMzgyNDIsIAogICAgICB0eGFfYXZncHBzID0gLTU1OTAzODI0MiwgdHhh X3FieXRlcyA9IC01NTkwMzgyNDIsIHR4YV9xZnJhbWVzID0gLTE2MTYyLCAKICAgICAgdHhhX3N0 YXJ0ID0gNTcwMDUsIHR4YV9zZXFwZW5kaW5nID0gNDkzNzQsIHR4YV93bmQgPSA1NzAwNSwgCiAg ICAgIHR4YV9hdHRlbXB0cyA9IDIyMiAn77+9JywgdHhhX25leHRyZXF1ZXN0ID0gLTU1OTAzODI0 MiwgdHhhX3RpbWVyID0gewogICAgICAgIGNfbGlua3MgPSB7bGUgPSB7bGVfbmV4dCA9IDB4ZGVh ZGMwZGVkZWFkYzBkZSwgCiAgICAgICAgICAgIGxlX3ByZXYgPSAweGRlYWRjMGRlZGVhZGMwZGV9 LCBzbGUgPSB7CiAgICAgICAgICAgIHNsZV9uZXh0ID0gMHhkZWFkYzBkZWRlYWRjMGRlfSwgdHFl ID0gewogICAgICAgICAgICB0cWVfbmV4dCA9IDB4ZGVhZGMwZGVkZWFkYzBkZSwgdHFlX3ByZXYg PSAweGRlYWRjMGRlZGVhZGMwZGV9fSwgCiAgICAgICAgY190aW1lID0gLTI0MDEwNTA5NjI4Njc0 MDQ1NzgsIGNfcHJlY2lzaW9uID0gLTI0MDEwNTA5NjI4Njc0MDQ1NzgsIAogICAgICAgIGNfYXJn ID0gMHhkZWFkYzBkZWRlYWRjMGRlLCBjX2Z1bmMgPSAweGRlYWRjMGRlZGVhZGMwZGUsIAogICAg ICAgIGNfbG9jayA9IDB4ZGVhZGMwZGVkZWFkYzBkZSwgY19mbGFncyA9IC01NTkwMzgyNDIsIAog ICAgICAgIGNfY3B1ID0gLTU1OTAzODI0Mn0sIHR4YV9wcml2YXRlID0gMHhkZWFkYzBkZWRlYWRj MGRlLCB0eGFfcGFkID0gewogICAgICAgIDE2MDQ1NjkzMTEwODQyMTQ3MDM4LCAxNjA0NTY5MzEx MDg0MjE0NzAzOCwgMTYwNDU2OTMxMTA4NDIxNDcwMzgsIAogICAgICAgIDE2MDQ1NjkzMTEwODQy MTQ3MDM4fX0gPHJlcGVhdHMgMTYgdGltZXM+fSwgbmlfcnhfYW1wZHUgPSB7ewogICAgICByeGFf ZmxhZ3MgPSAtNTU5MDM4MjQyLCByeGFfcWJ5dGVzID0gLTU1OTAzODI0MiwgcnhhX3FmcmFtZXMg PSAtMTYxNjIsIAogICAgICByeGFfc2Vxc3RhcnQgPSA1NzAwNSwgcnhhX3N0YXJ0ID0gNDkzNzQs IHJ4YV93bmQgPSA1NzAwNSwgCiAgICAgIHJ4YV9hZ2UgPSAtNTU5MDM4MjQyLCByeGFfbmZyYW1l cyA9IC01NTkwMzgyNDIsIHJ4YV9tID0gewogICAgICAgIDB4ZGVhZGMwZGVkZWFkYzBkZSA8cmVw ZWF0cyA2NCB0aW1lcz59LCAKICAgICAgcnhhX3ByaXZhdGUgPSAweGRlYWRjMGRlZGVhZGMwZGUs IHJ4YV9wYWQgPSB7MTYwNDU2OTMxMTA4NDIxNDcwMzgsIAogICAgICAgIDE2MDQ1NjkzMTEwODQy MTQ3MDM4LCAxNjA0NTY5MzExMDg0MjE0NzAzOH19IDxyZXBlYXRzIDE2IHRpbWVzPn0sIAogIG5p X2luYWN0ID0gLTE2MTYyLCBuaV9pbmFjdF9yZWxvYWQgPSAtODUzMSwgbmlfdHhyYXRlID0gLTU1 OTAzODI0MiwgCiAgbmlfcHNxID0ge3BzcV9sb2NrID0ge2xvY2tfb2JqZWN0ID0gewogICAgICAg IGxvX25hbWUgPSAweGRlYWRjMGRlZGVhZGMwZGUgPEFkZHJlc3MgMHhkZWFkYzBkZWRlYWRjMGRl IG91dCBvZiBib3VuZHM+CiwgbG9fZmxhZ3MgPSAzNzM1OTI5MDU0LCBsb19kYXRhID0gMzczNTky OTA1NCwgCiAgICAgICAgbG9fd2l0bmVzcyA9IDB4ZGVhZGMwZGVkZWFkYzBkZX0sIG10eF9sb2Nr ID0gMTYwNDU2OTMxMTA4NDIxNDcwMzh9LCAKICAgIHBzcV9sZW4gPSAtNTU5MDM4MjQyLCBwc3Ff bWF4bGVuID0gLTU1OTAzODI0MiwgcHNxX2Ryb3BzID0gLTU1OTAzODI0MiwgCiAgICBwc3FfaGVh ZCA9IHt7aGVhZCA9IDB4ZGVhZGMwZGVkZWFkYzBkZSwgdGFpbCA9IDB4ZGVhZGMwZGVkZWFkYzBk ZSwgCiAgICAgICAgbGVuID0gLTU1OTAzODI0Mn0sIHtoZWFkID0gMHhkZWFkYzBkZWRlYWRjMGRl LCAKICAgICAgICB0YWlsID0gMHhkZWFkYzBkZWRlYWRjMGRlLCBsZW4gPSAtNTU5MDM4MjQyfX19 LCBuaV9zdGF0cyA9IHsKICAgIG5zX3J4X2RhdGEgPSAzNzM1OTI5MDU0LCBuc19yeF9tZ210ID0g MzczNTkyOTA1NCwgCiAgICBuc19yeF9jdHJsID0gMzczNTkyOTA1NCwgbnNfcnhfdWNhc3QgPSAz NzM1OTI5MDU0LCAKICAgIG5zX3J4X21jYXN0ID0gMzczNTkyOTA1NCwgbnNfcnhfYnl0ZXMgPSAx NjA0NTY5MzExMDg0MjE0NzAzOCwgCiAgICBuc19yeF9iZWFjb25zID0gMTYwNDU2OTMxMTA4NDIx NDcwMzgsIG5zX3J4X3Byb2JlcmVzcCA9IDM3MzU5MjkwNTQsIAogICAgbnNfcnhfZHVwID0gMzcz NTkyOTA1NCwgbnNfcnhfbm9wcml2YWN5ID0gMzczNTkyOTA1NCwgCiAgICBuc19yeF93ZXBmYWls ID0gMzczNTkyOTA1NCwgbnNfcnhfZGVtaWNmYWlsID0gMzczNTkyOTA1NCwgCiAgICBuc19yeF9k ZWNhcCA9IDM3MzU5MjkwNTQsIG5zX3J4X2RlZnJhZyA9IDM3MzU5MjkwNTQsIAogICAgbnNfcnhf ZGlzYXNzb2MgPSAzNzM1OTI5MDU0LCBuc19yeF9kZWF1dGggPSAzNzM1OTI5MDU0LCAKICAgIG5z X3J4X2FjdGlvbiA9IDM3MzU5MjkwNTQsIG5zX3J4X2RlY3J5cHRjcmMgPSAzNzM1OTI5MDU0LCAK ICAgIG5zX3J4X3VuYXV0aCA9IDM3MzU5MjkwNTQsIG5zX3J4X3VuZW5jcnlwdGVkID0gMzczNTky OTA1NCwgCiAgICBuc19yeF9kcm9wID0gMzczNTkyOTA1NCwgbnNfdHhfZGF0YSA9IDM3MzU5Mjkw NTQsIAogICAgbnNfdHhfbWdtdCA9IDM3MzU5MjkwNTQsIG5zX3R4X2N0cmwgPSAzNzM1OTI5MDU0 LCAKICAgIG5zX3R4X3VjYXN0ID0gMzczNTkyOTA1NCwgbnNfdHhfbWNhc3QgPSAzNzM1OTI5MDU0 LCAKICAgIG5zX3R4X2J5dGVzID0gMTYwNDU2OTMxMTA4NDIxNDcwMzgsIG5zX3R4X3Byb2JlcmVx ID0gMzczNTkyOTA1NCwgCiAgICBuc190eF9ub3ZsYW50YWcgPSAzNzM1OTI5MDU0LCBuc190eF92 bGFubWlzbWF0Y2ggPSAzNzM1OTI5MDU0LCAKICAgIG5zX3BzX2Rpc2NhcmQgPSAzNzM1OTI5MDU0 LCBuc190eF9hc3NvYyA9IDM3MzU5MjkwNTQsIAogICAgbnNfdHhfYXNzb2NfZmFpbCA9IDM3MzU5 MjkwNTQsIG5zX3R4X2F1dGggPSAzNzM1OTI5MDU0LCAKICAgIG5zX3R4X2F1dGhfZmFpbCA9IDM3 MzU5MjkwNTQsIG5zX3R4X2RlYXV0aCA9IDM3MzU5MjkwNTQsIAogICAgbnNfdHhfZGVhdXRoX2Nv ZGUgPSAzNzM1OTI5MDU0LCBuc190eF9kaXNhc3NvYyA9IDM3MzU5MjkwNTQsIAogICAgbnNfdHhf ZGlzYXNzb2NfY29kZSA9IDM3MzU5MjkwNTQsIG5zX3NwYXJlID0gezM3MzU5MjkwNTQsIDM3MzU5 MjkwNTQsIAogICAgICAzNzM1OTI5MDU0LCAzNzM1OTI5MDU0LCAzNzM1OTI5MDU0LCAzNzM1OTI5 MDU0LCAzNzM1OTI5MDU0LCAKICAgICAgMzczNTkyOTA1NH19LCBuaV93ZHN2YXAgPSAweGRlYWRj MGRlZGVhZGMwZGUsIAogIG5pX3JjdGxzID0gMHhkZWFkYzBkZWRlYWRjMGRlLCBuaV9zcGFyZSA9 IHsxNjA0NTY5MzExMDg0MjE0NzAzOCwgCiAgICAxNjA0NTY5MzExMDg0MjE0NzAzOCwgMTYwNDU2 OTMxMTA4NDIxNDcwMzh9fQoK --001a11c326dafe809c050c5f2989-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 12:07:36 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4310FD92; Sun, 11 Jan 2015 12:07:36 +0000 (UTC) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id A289D23CE98; Sun, 11 Jan 2015 13:07:34 +0100 (CET) Message-ID: <54B26782.9010403@FreeBSD.org> Date: Sun, 11 Jan 2015 13:07:30 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: current@freebsd.org, "Ted Y. Ts'o" Subject: Re: What happened to DIOCGDINFO? Fwd: [package - head-amd64-default][misc/e2fsprogs-libblkid] Failed for e2fsprogs-libblkid-1.42.12 in build References: <201501101948.t0AJmqqP067320@beefy2.isc.freebsd.org> <54B1D848.3090800@FreeBSD.org> <1420945507.14601.142.camel@freebsd.org> In-Reply-To: <1420945507.14601.142.camel@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8X4v2jtevdvJB574GpRNdPpjw095xGQnI" Cc: Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2015 12:07:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8X4v2jtevdvJB574GpRNdPpjw095xGQnI Content-Type: multipart/mixed; boundary="------------040605070507090502030905" This is a multi-part message in MIME format. --------------040605070507090502030905 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Am 11.01.2015 um 04:05 schrieb Ian Lepore: >>> Ident: $FreeBSD: head/misc/e2fsprogs-libblkid/Makefile 37038= 8 2014-10-07 19:15:52Z mandree $ >>> Log URL: http://beefy2.isc.freebsd.org/data/head-amd64-default= /2015-01-10_14h05m40s/logs/e2fsprogs-libblkid-1.42.12.log >>> Build URL: http://beefy2.isc.freebsd.org/build.html?mastername=3D= head-amd64-default&build=3D2015-01-10_14h05m40s >>> Log: >> >>> cc -I. -I../../lib -I../../lib -I/wrkdirs/usr/ports/misc/e2fsprogs-li= bblkid/work/e2fsprogs-1.42.12/lib -I/usr/local/include -D_THREAD_SAFE -O2= -pipe -fstack-protector -fno-strict-aliasing -std=3Dgnu99 -DHAVE_CONFIG= _H -c getsize.c -o getsize.o >>> getsize.c:151:31: error: use of undeclared identifier 'DIOCGDINFO' >>> if (part >=3D 0 && (ioctl(fd, DIOCGDINFO, (char *)&la= b) >=3D 0)) { >>> ^ >>> 1 error generated. > It was removed in r276737. I don't know what replaces it. Ted, I am including a patch against e2fsprogs's "maint" branch to fix the build on the future FreeBSD 11+ versions. Please apply. Ian, Warner, *, I think I've got a hold of this; the replacement appears to be DIOCGMEDIASIZE from , and has been for more than a decade, so that I had forgotten about it. The e2fsprogs port has been using DIOCGMEDIASIZE for many years (phk added DIOCGMEDIASIZE on 2002-04-08, I added upstream support 2003-12-28 but it underwent a few revisions, not worth bothering IMO) judging from the source code comments, but one of the two getsize.c source files - the one in lib/blkid/ - lacks an #ifdef DIOCGDINFO guard and relies on #ifdef HAVE_SYS_DISKLABEL_H only and jams the build. The other one in lib/ext2fs/ had a guard that checked the actual ioctl #define. Fix has been committed without Git markup in the FreeBSD ports tree, r376742. Thanks everybody. Best regards, Matthias --------------040605070507090502030905 Content-Type: text/x-patch; name="0001-Fix-build-on-FreeBSD-11-that-removes-DIOCGDINFO.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename*0="0001-Fix-build-on-FreeBSD-11-that-removes-DIOCGDINFO.patch" =46rom 98ec1eeffd3e5752a775a73bec108945fe7a7a53 Mon Sep 17 00:00:00 2001 From: Matthias Andree Date: Sun, 11 Jan 2015 12:58:30 +0100 Subject: [PATCH] Fix build on FreeBSD 11 that removes DIOCGDINFO. The replacement DIOCGMEDIASIZE has been in e2fsprogs since end of 2003, but now the removal of the upstream system breaks the lib/blkid/getsize.c build. lib/ext2fs/getsize.c was unaffected because it had already been checking if this ioctl symbol was #defined. I haven't checked the situation on other BSDs, thus I am not sure if others have DIOCGMEDIASIZE, so I propose to leave the DIOCGDINFO in. Further cleanup opportunity: consolidate lib/blkid/getsize.c and lib/ext2fs/getsize.c. Signed-off-by: Matthias Andree --- lib/blkid/getsize.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/blkid/getsize.c b/lib/blkid/getsize.c index a5c40aa..dc4cc1b 100644 --- a/lib/blkid/getsize.c +++ b/lib/blkid/getsize.c @@ -127,7 +127,7 @@ blkid_loff_t blkid_get_dev_size(int fd) return (blkid_loff_t)this_floppy.size << 9; } #endif -#ifdef HAVE_SYS_DISKLABEL_H +#if defined(HAVE_SYS_DISKLABEL_H) && defined(DIOCGDINFO) { int part =3D -1; struct disklabel lab; @@ -154,7 +154,7 @@ blkid_loff_t blkid_get_dev_size(int fd) return pp->p_size << 9; } } -#endif /* HAVE_SYS_DISKLABEL_H */ +#endif /* defined(HAVE_SYS_DISKLABEL_H) && defined(DIOCGDINFO) */ { #if defined(HAVE_FSTAT64) && !defined(__OSX_AVAILABLE_BUT_DEPRECATED) struct stat64 st; --=20 2.2.1 --------------040605070507090502030905-- --8X4v2jtevdvJB574GpRNdPpjw095xGQnI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlSyZ4YACgkQvmGDOQUufZWzKgCfeee1oigmNxQisnhS2Y+90E95 kmEAoL2bIhd3F8CMnonRa/FsIfkPsRWG =PgHD -----END PGP SIGNATURE----- --8X4v2jtevdvJB574GpRNdPpjw095xGQnI-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 15:43:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2CDF9E9; Sun, 11 Jan 2015 15:43:24 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 8D012F57; Sun, 11 Jan 2015 15:43:24 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DDC9C1FE022; Sun, 11 Jan 2015 16:43:21 +0100 (CET) Message-ID: <54B29A49.3080600@selasky.org> Date: Sun, 11 Jan 2015 16:44:09 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Jason Wolfe Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD Current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2015 15:43:24 -0000 On 01/07/15 00:10, Jason Wolfe wrote: > > Hans, > > We've been running into 'spin lock held too long' panics in the kernel > idle threads on 10-STABLE over the past 6 months, so I was interested > to see your work here in the callout code. I went ahead and brought > this patch back to a recent 10.1-STABLE base without much issue, > kern_timeout.c was actually the only piece with some easily resolvable > rejections. > > I've had a box running stable under load with this patch for a few > days, and 10 more have just been added to the rotation. Anyway just > figured you might be interested in the some feedback while the changes > are reviewed. > Hi, Thank your for testing this patch. Any updates? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 18:08:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4B1F62F; Sun, 11 Jan 2015 18:08:13 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 759F3D92; Sun, 11 Jan 2015 18:08:13 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id h11so10636026wiw.1; Sun, 11 Jan 2015 10:08:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VnGetawWylm6NWbF7Xtqco8qkR2obuELXhzTC30b8q4=; b=eva84R1V5MkpdhSDeXpYHCYXilQD1pXiQVYtbQWnbJsgUYiaaKiquVWUdu8H28w+3E 7OUGdBWXIXmeSgVmywZNAz6zS6IZiInO7MFai5cO5jvGja6A43ipIIdVdXFL6kvm3rqP FInEbuOFmgBJTIAxxhLtPrqcNFq3P8N0DMwPNGaDOKbw0IQL7bx+U8u0pw2cOidesHFh 2KOKFQ9rghClon2CQSou3sf+nujZow1P0E7//K5HmMKieH5e0VKNgHYN9qSxv4Oy7d5i nvOpCRBKvoAj58Qko2JWPQeEApn5qt6jvr/5X+NC5fvugWnpmHrP7Ut4gBH7rmeRAgLX AMHQ== MIME-Version: 1.0 X-Received: by 10.194.234.40 with SMTP id ub8mr24213326wjc.100.1420999691727; Sun, 11 Jan 2015 10:08:11 -0800 (PST) Received: by 10.216.0.129 with HTTP; Sun, 11 Jan 2015 10:08:11 -0800 (PST) In-Reply-To: <54B29A49.3080600@selasky.org> References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> Date: Sun, 11 Jan 2015 11:08:11 -0700 Message-ID: Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress From: Jason Wolfe To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Sun, 11 Jan 2015 21:01:33 +0000 Cc: Adrian Chadd , FreeBSD Current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2015 18:08:14 -0000 Hans, We've had 50 machines running 10.1-STABLE with this patch for the better part of a week without issue. Prior we would have seen a panic every few days at the least, so things are looking very promising on our front. Jason On Sun, Jan 11, 2015 at 8:44 AM, Hans Petter Selasky wrote: > On 01/07/15 00:10, Jason Wolfe wrote: >> >> >> Hans, >> >> We've been running into 'spin lock held too long' panics in the kernel >> idle threads on 10-STABLE over the past 6 months, so I was interested >> to see your work here in the callout code. I went ahead and brought >> this patch back to a recent 10.1-STABLE base without much issue, >> kern_timeout.c was actually the only piece with some easily resolvable >> rejections. >> >> I've had a box running stable under load with this patch for a few >> days, and 10 more have just been added to the rotation. Anyway just >> figured you might be interested in the some feedback while the changes >> are reviewed. >> > > Hi, > > Thank your for testing this patch. Any updates? > > --HPS > From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 11:19:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 721EBA9B for ; Mon, 12 Jan 2015 11:19:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 62AF9C66 for ; Mon, 12 Jan 2015 11:19:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 50A95F47 for ; Mon, 12 Jan 2015 11:19:02 +0000 (UTC) Date: Mon, 12 Jan 2015 11:19:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <216517306.12.1421061541764.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #557 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 11:19:02 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 14:16:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6DE9401 for ; Mon, 12 Jan 2015 14:16:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC1923E for ; Mon, 12 Jan 2015 14:16:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4A0531063 for ; Mon, 12 Jan 2015 14:16:31 +0000 (UTC) Date: Mon, 12 Jan 2015 14:16:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1961315836.13.1421072190994.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <216517306.12.1421061541764.JavaMail.jenkins@jenkins-9.freebsd.org> References: <216517306.12.1421061541764.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #558 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 14:16:31 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 16:29:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AAB0827 for ; Mon, 12 Jan 2015 16:29:31 +0000 (UTC) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E21552A2 for ; Mon, 12 Jan 2015 16:29:30 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id pv20so24892499lab.13 for ; Mon, 12 Jan 2015 08:29:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lkuS+gxNiKyMEGAKYAiOncdcGq1sPqgWuo0zLsMysI4=; b=fhG8ppj+6394t1gYkQ/O9XezYw6TZ1gpBEqORe5i1RDz36sVl2JlrYI8P5GL7ovZZz WUFejo0qHQr4MPRfYI7soQarlHpxf+yeSxswPf7uhTCEsuCOjTOK0m6mvkvUYLWADiry qdciaqn1X2OaR5OU7n3IzI4KQgRVHvB+rHok9q4cWyHF6L0weDzt2HaTrd22CLBa4qKC 03eTjqzqd2jlZ6OW9rqzNWdPx+v+pmPJMQd/2D6/sOch+reLX/AH4dOMlU0bZC9Ls6yS XChMsLbefaS75vVaBWuEikXvNveB1k4plap+AmT3R7BbwmWNRxfHwpxDZ/smGZwKtH+u q/UA== X-Gm-Message-State: ALoCoQnwSze3REPmFMamlxJV6c7A0u+6eFxJfvsHNPF3Df2YUpd6Trw8jdVqxRa9hdajbHjWWEE6 MIME-Version: 1.0 X-Received: by 10.112.55.199 with SMTP id u7mr11336887lbp.74.1421079684261; Mon, 12 Jan 2015 08:21:24 -0800 (PST) Received: by 10.25.14.208 with HTTP; Mon, 12 Jan 2015 08:21:24 -0800 (PST) In-Reply-To: <20150109172715.GU42409@kib.kiev.ua> References: <20150108203959.GR42409@kib.kiev.ua> <20150109172715.GU42409@kib.kiev.ua> Date: Mon, 12 Jan 2015 17:21:24 +0100 Message-ID: Subject: Re: [PATCH] Add support for 64-bit AHCI BAR. From: =?UTF-8?Q?Micha=C5=82_Stanek?= To: Konstantin Belousov Content-Type: multipart/mixed; boundary=001a1133fa76c74e71050c76e541 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current@freebsd.org, freebsd-embedded@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 16:29:31 -0000 --001a1133fa76c74e71050c76e541 Content-Type: text/plain; charset=UTF-8 2015-01-09 18:27 GMT+01:00 Konstantin Belousov : > On Fri, Jan 09, 2015 at 06:07:39PM +0100, Micha?? Stanek wrote: > > 2015-01-08 21:40 GMT+01:00 Konstantin Belousov : > > > > > > However, if > > > > AHCI uses 64-bit base addresses, then this register consists of two > > > dwords > > > > starting at offset 0x20 - BAR4 and BAR5. This is the case on our > arm64 > > > > target and possibly other platforms using 64-bit BARs for AHCI. > > > Is it specified anywhere, or just a quirk of the specific > implementation ? > > > If it is a quirk, would it make sense to also check the vendor or > device > > > id before applying the logic ? > > > > > > > > Yes, indeed it is a quirk as I just found out that our platform vendor > > actually uses BAR(0) as AHCI ABAR, while BAR(4) is used for something > else. > > I found it implemented as a quirk in Linux AHCI code. > > The BAR is still 64-bit but in a different position than AHCI spec > stated. > > I changed it as you suggested, the new patch is in the attachment. Please > > take a look. > This is probably technically correct (I am not AHCI code author), but note > that we have more structured quirks mechanism than directly checking vendor > and device id. Look at the ahci_ids table and the quirks member. > > Add a bit declaring the need of the quirk and test the bit, instead of > the vendor/devid. > OK, I added AHCI_Q_ABAR0 as a new quirk and test the bit in ahci_pci_attach. It works the same. New patch is in the attachment. > > > > > > > > > The following patch adds a check for the extended BAR in > > > ahci_pci_attach() > > > > and sets the 'rid' in bus_alloc_resource_any accordingly. It fixes > the > > > > allocation error on our platform. > > > > > > > > Please review and test this patch on other platforms. If there are no > > > > issues then it will be committed in a week. > > > > > > > > > > From b6220884d9e71d7c4fc1c2a22ade374fc023c831 Mon Sep 17 00:00:00 2001 > > From: Michal Stanek > > Date: Fri, 9 Jan 2015 17:20:38 +0100 > > Subject: [PATCH] Add quirk for Cavium AHCI BAR location > > > > --- > > sys/dev/ahci/ahci_pci.c | 9 +++------ > > 1 file changed, 3 insertions(+), 6 deletions(-) > > > > diff --git a/sys/dev/ahci/ahci_pci.c b/sys/dev/ahci/ahci_pci.c > > index 43723a6..dce4acb 100644 > > --- a/sys/dev/ahci/ahci_pci.c > > +++ b/sys/dev/ahci/ahci_pci.c > > @@ -373,7 +373,6 @@ ahci_pci_attach(device_t dev) > > int error, i; > > uint32_t devid = pci_get_devid(dev); > > uint8_t revid = pci_get_revid(dev); > > - struct pci_map *map; > > > > i = 0; > > while (ahci_ids[i].id != 0 && > > @@ -392,11 +391,9 @@ ahci_pci_attach(device_t dev) > > ctlr->subvendorid = pci_get_subvendor(dev); > > ctlr->subdeviceid = pci_get_subdevice(dev); > > > > - /* AHCI Base Address is BAR(5) by default, unless BARs are 64-bit > */ > > - map = pci_find_bar(dev, PCIR_BAR(4)); > > - if (map != NULL && > > - ((map->pm_value & PCIM_BAR_MEM_TYPE) == PCIM_BAR_MEM_64)) > > - ctlr->r_rid = PCIR_BAR(4); > > + /* Default AHCI Base Address is BAR(5), Cavium uses BAR(0) */ > > + if (ctlr->vendorid == 0x177d && ctlr->deviceid == 0xa01c) > > + ctlr->r_rid = PCIR_BAR(0); > > else > > ctlr->r_rid = PCIR_BAR(5); > > if (!(ctlr->r_mem = bus_alloc_resource_any(dev, SYS_RES_MEMORY, > > -- > > 2.2.1 > > > > --001a1133fa76c74e71050c76e541 Content-Type: text/x-patch; charset=US-ASCII; name="0001-Add-quirk-for-Cavium-AHCI-BAR-location.patch" Content-Disposition: attachment; filename="0001-Add-quirk-for-Cavium-AHCI-BAR-location.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i4u1x6su0 RnJvbSA1MDA2ZTNkZmY0MzQ2ZTRhNDliNGVkYmJlMzk4Nzk5Yjk0ZGE2NTZmIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBNaWNoYWwgU3RhbmVrIDxtc3RAc2VtaWhhbGYuY29tPgpEYXRl OiBXZWQsIDcgSmFuIDIwMTUgMTg6Mjg6MTggKzAxMDAKU3ViamVjdDogW1BBVENIXSBBZGQgcXVp cmsgZm9yIENhdml1bSBBSENJIEJBUiBsb2NhdGlvbgoKUXVpcmsgYWRkZWQgdG8gb3ZlcnJpZGUg ZGVmYXVsdCBCQVIoNSkgcmlkIGZvciBBSENJLgotLS0KIHN5cy9kZXYvYWhjaS9haGNpLmggICAg IHwgMSArCiBzeXMvZGV2L2FoY2kvYWhjaV9wY2kuYyB8IDkgKysrKysrKy0tCiAyIGZpbGVzIGNo YW5nZWQsIDggaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9zeXMv ZGV2L2FoY2kvYWhjaS5oIGIvc3lzL2Rldi9haGNpL2FoY2kuaAppbmRleCA0NjJmMjA0Li5mZThm Yzk1IDEwMDY0NAotLS0gYS9zeXMvZGV2L2FoY2kvYWhjaS5oCisrKyBiL3N5cy9kZXYvYWhjaS9h aGNpLmgKQEAgLTU3Miw2ICs1NzIsNyBAQCBlbnVtIGFoY2lfZXJyX3R5cGUgewogI2RlZmluZSBB SENJX1FfQVRJX1BNUF9CVUcJMHgyMDAwCiAjZGVmaW5lIEFIQ0lfUV9NQVhJT182NEsJMHg0MDAw CiAjZGVmaW5lIEFIQ0lfUV9TQVRBMV9VTklUMAkweDgwMDAJCS8qIG5lZWQgYmV0dGVyIG1ldGhv ZCBmb3IgdGhpcyAqLworI2RlZmluZSBBSENJX1FfQUJBUjAJCTB4MTAwMDAKIAogI2RlZmluZSBB SENJX1FfQklUX1NUUklORwlcCiAJIlwwMjAiCQkJXApkaWZmIC0tZ2l0IGEvc3lzL2Rldi9haGNp L2FoY2lfcGNpLmMgYi9zeXMvZGV2L2FoY2kvYWhjaV9wY2kuYwppbmRleCBhZjI2OTUxLi44NTc0 ZTQ3IDEwMDY0NAotLS0gYS9zeXMvZGV2L2FoY2kvYWhjaV9wY2kuYworKysgYi9zeXMvZGV2L2Fo Y2kvYWhjaV9wY2kuYwpAQCAtMjg3LDYgKzI4Nyw3IEBAIHN0YXRpYyBjb25zdCBzdHJ1Y3Qgewog CXsweDExODQxMDM5LCAweDAwLCAiU2lTIDk2NiIsCQkwfSwKIAl7MHgxMTg1MTAzOSwgMHgwMCwg IlNpUyA5NjgiLAkJMH0sCiAJezB4MDE4NjEwMzksIDB4MDAsICJTaVMgOTY4IiwJCTB9LAorCXsw eGEwMWMxNzdkLCAweDAwLCAiVGh1bmRlclggU0FUQSIsCUFIQ0lfUV9BQkFSMH0sCiAJezB4MDAw MDAwMDAsIDB4MDAsIE5VTEwsCQkwfQogfTsKIApAQCAtMzg2LDEyICszODcsMTYgQEAgYWhjaV9w Y2lfYXR0YWNoKGRldmljZV90IGRldikKIAkgICAgcGNpX2dldF9zdWJ2ZW5kb3IoZGV2KSA9PSAw eDEwNDMgJiYKIAkgICAgcGNpX2dldF9zdWJkZXZpY2UoZGV2KSA9PSAweDgxZTQpCiAJCWN0bHIt PnF1aXJrcyB8PSBBSENJX1FfU0FUQTFfVU5JVDA7Ci0JLyogaWYgd2UgaGF2ZSBhIG1lbW9yeSBC QVIoNSkgd2UgYXJlIGxpa2VseSBvbiBhbiBBSENJIHBhcnQgKi8KIAljdGxyLT52ZW5kb3JpZCA9 IHBjaV9nZXRfdmVuZG9yKGRldik7CiAJY3Rsci0+ZGV2aWNlaWQgPSBwY2lfZ2V0X2RldmljZShk ZXYpOwogCWN0bHItPnN1YnZlbmRvcmlkID0gcGNpX2dldF9zdWJ2ZW5kb3IoZGV2KTsKIAljdGxy LT5zdWJkZXZpY2VpZCA9IHBjaV9nZXRfc3ViZGV2aWNlKGRldik7Ci0JY3Rsci0+cl9yaWQgPSBQ Q0lSX0JBUig1KTsKKworCS8qIERlZmF1bHQgQUhDSSBCYXNlIEFkZHJlc3MgaXMgQkFSKDUpLCBD YXZpdW0gdXNlcyBCQVIoMCkgKi8KKwlpZiAoY3Rsci0+cXVpcmtzICYgQUhDSV9RX0FCQVIwKQor CQljdGxyLT5yX3JpZCA9IFBDSVJfQkFSKDApOworCWVsc2UKKwkJY3Rsci0+cl9yaWQgPSBQQ0lS X0JBUig1KTsKIAlpZiAoIShjdGxyLT5yX21lbSA9IGJ1c19hbGxvY19yZXNvdXJjZV9hbnkoZGV2 LCBTWVNfUkVTX01FTU9SWSwKIAkgICAgJmN0bHItPnJfcmlkLCBSRl9BQ1RJVkUpKSkKIAkJcmV0 dXJuIEVOWElPOwotLSAKMi4yLjEKCg== --001a1133fa76c74e71050c76e541-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 18:49:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87377506 for ; Mon, 12 Jan 2015 18:49:41 +0000 (UTC) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04AB69B9 for ; Mon, 12 Jan 2015 18:49:41 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id p9so19169696lbv.0 for ; Mon, 12 Jan 2015 10:49:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ZQbEz/tunRu/aUpfWcG0vI1M1OvBXYj9s+0vxTs16qk=; b=TN73x5w+J24FAHsuKCoFctvgzxBC8qjNBi/Us27Ja6fWTeSWCGG0lM9kz8w49rrq3O 7dE/DGcAxHUJj8veg6QwGFoOXjmaDLG6Tqov8xURPY30gSZ2/F5+niBBeS+B2RL9PgxO 503mhir/0EUJF8gCNp0bXy0uHiBtIm4W5TXdTynzwibn3PH3M4vqdm0P+bX1iQJALjao GC/+nCXH9Fs0od6xOvlo9IkCGB7K2pMG+FuKbNxg5uFU4UBka8SsT+WugFWBU/j21sx2 8oip3/39uD03tvxQezp4egxKF551L95XG0DpHuQhQASJdq2vU71fhLqHw9riRKo2GGjr WBew== X-Received: by 10.112.167.68 with SMTP id zm4mr38317977lbb.93.1421088579030; Mon, 12 Jan 2015 10:49:39 -0800 (PST) Received: from scorpion.intra ([85.223.253.202]) by mx.google.com with ESMTPSA id r3sm187204lal.37.2015.01.12.10.49.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Jan 2015 10:49:38 -0800 (PST) Message-ID: <54B41747.7070609@gmail.com> Date: Mon, 12 Jan 2015 20:49:43 +0200 From: =?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCf0LDQvdGO0YjQutC40L0=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: USB no proper work References: <520E8602.5050408@gmail.com> In-Reply-To: <520E8602.5050408@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 18:49:41 -0000 Hi! Same problem, usb flash no proper work after detach. dmesg: ugen1.5: at usbus1 umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x4101 umass1:8:1:-1: Attached to scbus8 da1 at umass-sim1 bus 1 scbus8 target 0 lun 0 da1: Removable Direct Access SCSI-4 device da1: Serial Number 98B2A715 da1: 40.000MB/s transfers da1: 4019MB (8230912 512 byte sectors: 255H 63S/T 512C) da1: quirks=0x2 sgioctl: rejecting cmd 0x40086481 wlan0: link state changed to UP ugen1.5: at usbus1 (disconnected) umass1: at uhub0, port 6, addr 5 (disconnected) da1 at umass-sim1 bus 1 scbus8 target 0 lun 0 da1: s/n 98B2A715 detached 16.08.2013 23:05, Alexander Panyushkin wrote: > uname -a > FreeBSD scorpion.kiev.ua 10.0-CURRENT FreeBSD 10.0-CURRENT #0 > r254417M: Fri Aug 16 21:53:47 EEST 2013 > root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 > > After first attach USB Flash drive - is good mount. After detach and > attach again, USB Flash drive not detected any more. > If enter "shutdown -r now" system not be rebooting. > > The flash drive silicon-Power16G PMAP does not work at all. > > In build FreeBSD at Jul 28 2013 it's work fine. From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 19:25:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACF15B2E for ; Mon, 12 Jan 2015 19:25:00 +0000 (UTC) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BC70EA1 for ; Mon, 12 Jan 2015 19:25:00 +0000 (UTC) Received: by mail-la0-f51.google.com with SMTP id ms9so25796568lab.10 for ; Mon, 12 Jan 2015 11:24:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=eQ2UVGdUBCPqSEVuhukhXwWqPTZEW7k81NUF0AhjNZM=; b=T5/cE5a7vLYOnhUOp2EIVn7Hud+78Ngwavzy2+1e3v1kFAM6btXyIG/l7y+9Srn5lC iXsgZGdNZcJgykxi05m4vfcfTaOVFF4yNoBQ2BoPtdDLund4b5MQFFYX1kvNBm9D0Qap /xMN27aFVJ/HmXtXx5e6d1hEHhfJLBrz/zfZocnAfkfkiGdjTpqOuBgVyy39haWA6/JL bhazdggCBsU5chhAJnuuxHZPAVzDjKqvULIi00dWKnSyGUth43qOLGn55mPm6NSjiuUf 33DrwfLWOUUQPP47u8Vj62o+3ycyiQeJy+6Kw/kAzCNWQfvQRWbmApPzUjqfmJScCkc0 Ohlg== MIME-Version: 1.0 X-Received: by 10.112.148.73 with SMTP id tq9mr38424975lbb.37.1421090698320; Mon, 12 Jan 2015 11:24:58 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.141.5 with HTTP; Mon, 12 Jan 2015 11:24:58 -0800 (PST) Date: Mon, 12 Jan 2015 11:24:58 -0800 X-Google-Sender-Auth: LA7uA1ygbYeG9_tVXEGD4Hvnruc Message-ID: Subject: Devops question: unattended installs of FreeBSD? From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 19:25:00 -0000 Hi, I had a devops person who is familiar with setting up hundreds of Linux nodes in cloud environment ask me what is the best way to do unattended installs in a cloud environment. Linux has kickstart installs, which are quite useful and popular. What is the equivalent in FreeBSD? In the sysinstall days, the sysinstall.cfg config file could be created which drove large parts of the installer. Now that sysinstall is gone, what is the alternative? Searching the web, I found two answers: (1) Write your own script (2) Use pc-sysinstall from the PC-BSD project http://wiki.pcbsd.org/index.php/Creating_an_Automated_Installation_with_pc-sysinstall/10.0/en I am trying to work with a devops team who is very experienced with setting up Linux environments in the cloud. Based on the available docs, it is not clear to non-FreeBSD experts how to accomplish similar things with FreeBSD. By the way, I would be very interested in hearing from people who have experience in installing, configuring, and upgrading hundreds or even thousands of FreeBSD nodes in devops and cloud environments. For people who are not FreeBSD experts, but who are Linux devops experts, is it easy to do, or is there a lot of custom scripts which need to be written? Thanks. -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 19:28:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10761F23 for ; Mon, 12 Jan 2015 19:28:33 +0000 (UTC) Received: from mail-yk0-f176.google.com (mail-yk0-f176.google.com [209.85.160.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBE5BF13 for ; Mon, 12 Jan 2015 19:28:32 +0000 (UTC) Received: by mail-yk0-f176.google.com with SMTP id 79so10081598ykr.7 for ; Mon, 12 Jan 2015 11:28:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=Q2my3OeSS+Usl39E0Q+pG8LrFeid9wQx2xkr8AdACIw=; b=cLTPjVd6xq6yL4gWd6XEpQnaQFkedKn3XWJHr19bDhUHPXVwD1WUTt3b74AIL8D4dl Mn0Mbr9Ydtg6GpU75PfK/UDOsSU0noaff7UWS0/WwQiZf64vIeHt1AAmWPEsVqqYasAr vV9LdrdA+7hTwINuOZFlkdDz5VvT6Owl61zqF5v8AlRq0TexoC57sV7S9ACSxZhK+OEQ JTiB5PtaUkMOGrq+J/2neNp7ZpC0Rn59sR6Qal3XYu2PoasRtz0qOsE4NV6dbp6f7f7h sXo7D3ElGr/3zLOcZvuWMFhnJ7Y92fBaW8r4H1SRea5szn2MG0cDuHLjDeMVzJ2DZSFC oefg== X-Gm-Message-State: ALoCoQkbVyRoc1AXP4b5kIEVvl63Mx2c0jc8SdiqBL3VR5RrdqWvUBg47+23KdVPo9Qn21peq3lX MIME-Version: 1.0 X-Received: by 10.236.32.8 with SMTP id n8mr24206450yha.74.1421090905935; Mon, 12 Jan 2015 11:28:25 -0800 (PST) Received: by 10.170.35.20 with HTTP; Mon, 12 Jan 2015 11:28:25 -0800 (PST) Date: Mon, 12 Jan 2015 20:28:25 +0100 Message-ID: Subject: Patch to replace part of common bus code with one function. From: Zbigniew Bodek To: Nathan Whitehorn , Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, freebsd-embedded@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 19:28:33 -0000 Hello all, I would like to share a patch that groups some portion of common bus code into one function that can be then reused. You can check it out in Phabricator https://reviews.freebsd.org/D1504 Feel free to test the patch and send your comments as well as remarks. Best regards zbb From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 19:51:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5614D6CA; Mon, 12 Jan 2015 19:51:06 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 EF33D22C; Mon, 12 Jan 2015 19:51:05 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YAl0y-0004dv-Q7; Mon, 12 Jan 2015 20:51:04 +0100 Date: Mon, 12 Jan 2015 20:51:04 +0100 From: Kurt Jaeger To: Craig Rodrigues Subject: Re: Devops question: unattended installs of FreeBSD? Message-ID: <20150112195104.GH44537@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 19:51:06 -0000 Hi! > I had a devops person who is familiar with setting up hundreds of > Linux nodes in cloud environment ask me what is the best way > to do unattended installs in a cloud environment. Are the nodes with local disks or is storage coming from some iSCSI etc ? What cloud is it ? Depending on the storage behind the cloud, I'd just un-tar a prepared filesystem image onto the network storage in question, add some /etc/rc.conf file to it and there you go ? [Note: I have *not* done this myself, just guessing] -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 20:12:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC841DD3; Mon, 12 Jan 2015 20:12:00 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 B85F674C; Mon, 12 Jan 2015 20:12:00 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.14.9/8.14.9) with ESMTP id t0CKBqd3020395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 12 Jan 2015 12:11:52 -0800 Message-ID: <54B42A88.1020800@freebsd.org> Date: Mon, 12 Jan 2015 12:11:52 -0800 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Craig Rodrigues , freebsd-current Current Subject: Re: Devops question: unattended installs of FreeBSD? References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVbICkfX9iw+EcJ5Mx6H4SFDwDBaMZLan53Mf19ztPWW9/wW/dk8fgRVslxsdIeTiP6DbEOy4bNPIPqDUPWlXJsI2TjD3qVQcmw= X-Sonic-ID: C;ZH2AP5ea5BGp19mh1eMT4g== M;ShbZP5ea5BGp19mh1eMT4g== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 20:12:01 -0000 On 01/12/15 11:24, Craig Rodrigues wrote: > Hi, > > I had a devops person who is familiar with setting up hundreds of > Linux nodes in cloud environment ask me what is the best way > to do unattended installs in a cloud environment. > Linux has kickstart installs, which are quite useful and popular. > > What is the equivalent in FreeBSD? > > In the sysinstall days, the sysinstall.cfg config file could be created > which drove large parts of the installer. Now that sysinstall is gone, > what is the alternative? Searching the web, I found two answers: > > (1) Write your own script > (2) Use pc-sysinstall from the PC-BSD project > http://wiki.pcbsd.org/index.php/Creating_an_Automated_Installation_with_pc-sysinstall/10.0/en (3) Please see "SCRIPTING" in bsdinstall(8). Let me know if you have any trouble with it. -Nathan > I am trying to work with a devops team who is very experienced > with setting up Linux environments in the cloud. Based on the available > docs, > it is not clear to non-FreeBSD experts how to accomplish similar things > with FreeBSD. > > By the way, I would be very interested in hearing from people who have > experience > in installing, configuring, and upgrading hundreds or even thousands of > FreeBSD > nodes in devops and cloud environments. For people who are not FreeBSD > experts, > but who are Linux devops experts, is it easy to do, or is there a lot of > custom scripts which need to be written? > > Thanks. > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 20:12:59 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81C1AFEF; Mon, 12 Jan 2015 20:12:59 +0000 (UTC) Received: from webmail2.jnielsen.net (webmail2.jnielsen.net [50.114.224.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 64314766; Mon, 12 Jan 2015 20:12:59 +0000 (UTC) Received: from [10.10.1.196] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by webmail2.jnielsen.net (8.15.1/8.14.9) with ESMTPSA id t0CKCm96007230 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Jan 2015 13:12:51 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail2.jnielsen.net: Host office.betterlinux.com [199.58.199.60] claimed to be [10.10.1.196] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Devops question: unattended installs of FreeBSD? From: John Nielsen In-Reply-To: Date: Mon, 12 Jan 2015 13:12:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Craig Rodrigues X-Mailer: Apple Mail (2.1993) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 20:12:59 -0000 On Jan 12, 2015, at 12:24 PM, Craig Rodrigues = wrote: > I had a devops person who is familiar with setting up hundreds of > Linux nodes in cloud environment ask me what is the best way > to do unattended installs in a cloud environment. > Linux has kickstart installs, which are quite useful and popular. >=20 > What is the equivalent in FreeBSD? >=20 > In the sysinstall days, the sysinstall.cfg config file could be = created > which drove large parts of the installer. Now that sysinstall is = gone, > what is the alternative? Searching the web, I found two answers: >=20 > (1) Write your own script > (2) Use pc-sysinstall from the PC-BSD project > = http://wiki.pcbsd.org/index.php/Creating_an_Automated_Installation_with_pc= -sysinstall/10.0/en bsdinstall(8) does support scripted installations, see the man page. = Writing your own script is also viable, or a combination of the two. I = don't have experience with scripting bsdinstall as I tend to script my = own. Vultr.com has a script that does a full installation when you first = bring up a FreeBSD VM. At $work, I maintain a script which creates = FreeBSD template disk images which are then cloned for new VMs. There = are also now make targets in the base system to build VM-suitable disk = images (but I don't recall what they are off the top of my head). > I am trying to work with a devops team who is very experienced > with setting up Linux environments in the cloud. Based on the = available > docs, > it is not clear to non-FreeBSD experts how to accomplish similar = things > with FreeBSD. I'd be happy to provide more specific suggestions if needed. It really = depends on how fully automated you want things to be and how much = customization you want to include, as well as what you have available in = the install environment. If you're installing on live VMs then you first = have to get them booted. A custom ISO or MFS image is probably the = simplest for that, though PXE is also an option. (Actually, serving an = mfsBSD image via PXE is pretty straightforward.) Then: Set up the network if it will be needed for the install and is not = already done. Set up the disk(s), partition(s), filesystem(s), etc Mount Install distribution sets. Here's what I use for that: #!/bin/sh #... DISTS=3D"base kernel lib32 doc games" for dist in ${DISTS}; do fetch -o - "${BASEURL}/${dist}.txz" | tar -xJ --exclude = kernel/\*.symbols -C ${MOUNTPOINT} -f - done #... Run freebsd-update Populate /etc/fstab Set a root password Make sure you can log in to the new system (if SSH is needed then either = create a non-root user or enable root login in sshd_config (not ideal)) Populate /etc/rc.conf Run tzsetup or similar Install 3rd-party packages Configure bootcode > By the way, I would be very interested in hearing from people who have > experience > in installing, configuring, and upgrading hundreds or even thousands = of > FreeBSD > nodes in devops and cloud environments. For people who are not = FreeBSD > experts, > but who are Linux devops experts, is it easy to do, or is there a lot = of > custom scripts which need to be written? A few tools translate over more or less directly, such as Ansible and = SaltStack. Having a uniform and automated installation procedure (like = it sounds like you're going for) and front-loading a lot of your = customization in to that is a good starting point. Building your own = packages to distribute/update configuration files or run scripts where = needed is also helpful. Install that package as part of the initial = system setup then have it update itself (or push out a cron job, or do = mass updates when needed via Salt, etc). Just some ideas. I don't think it's any harder/easier than running lots = of Linux servers, just different in some ways. If you want custom = functionality then you'll probably need some custom scripts. :) JN= From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 22:19:21 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B281F2F for ; Mon, 12 Jan 2015 22:19:21 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0110.outbound.protection.outlook.com [157.56.111.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABC5277C for ; Mon, 12 Jan 2015 22:19:20 +0000 (UTC) Received: from BL2FFO11FD024.protection.gbl (10.173.160.34) by BL2FFO11HUB058.protection.gbl (10.173.161.158) with Microsoft SMTP Server (TLS) id 15.1.49.13; Mon, 12 Jan 2015 22:19:12 +0000 Received: from cio-krc-pf01.osuad.osu.edu (164.107.81.208) by BL2FFO11FD024.mail.protection.outlook.com (10.173.161.103) with Microsoft SMTP Server (TLS) id 15.1.49.13 via Frontend Transport; Mon, 12 Jan 2015 22:19:12 +0000 Received: from CIO-TNC-HT06.osuad.osu.edu (cio-tnc-ht06.osuad.osu.edu [164.107.81.171]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by cio-krc-pf01.osuad.osu.edu (Postfix) with ESMTPS id 8019FA0060; Mon, 12 Jan 2015 17:19:12 -0500 (EST) Received: from CIO-TNC-D2MBX07.osuad.osu.edu ([fe80::bc62:2439:63af:a166]) by CIO-TNC-HT06.osuad.osu.edu ([fe80::3d16:84bd:8d88:7cfd%12]) with mapi id 14.03.0174.001; Mon, 12 Jan 2015 17:19:11 -0500 From: "Wolff, Nicholas (Nick)" To: John Nielsen , freebsd-current Current Subject: Re: Devops question: unattended installs of FreeBSD? Thread-Topic: Devops question: unattended installs of FreeBSD? Thread-Index: AQHQLp158bnoDRLsTEy5kbJTuXNnKZy9PtsA///PsQA= Date: Mon, 12 Jan 2015 22:19:11 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [199.18.249.17] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-EOPAttributedMessage: 0 Received-SPF: Pass (protection.outlook.com: domain of oar.net designates 164.107.81.208 as permitted sender) receiver=protection.outlook.com; client-ip=164.107.81.208; helo=cio-krc-pf01.osuad.osu.edu; Authentication-Results: spf=pass (sender IP is 164.107.81.208) smtp.mailfrom=nwolff@oar.net; X-Forefront-Antispam-Report: CIP:164.107.81.208; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(438002)(51704005)(199003)(377454003)(52034003)(189002)(479174004)(24454002)(109096001)(86362001)(64706001)(66066001)(16799955002)(77156002)(62966003)(107886001)(92566002)(551544002)(106466001)(87936001)(36756003)(23746002)(47776003)(50986999)(76176999)(106116001)(2656002)(6806004)(46102003)(93346002)(50466002)(19580405001)(102836002)(2950100001)(15975445007)(2900100001)(19580395003)(54356999)(1720100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2FFO11HUB058; H:cio-krc-pf01.osuad.osu.edu; FPR:; SPF:Pass; MLV:sfv; PTR:cio-krc-pf01.osuad.osu.edu; A:1; MX:1; LANG:en; X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BL2FFO11HUB058; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004); SRVR:BL2FFO11HUB058; X-Forefront-PRVS: 0454444834 X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:BL2FFO11HUB058; X-OriginatorOrg: oar.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jan 2015 22:19:12.7859 (UTC) X-MS-Exchange-CrossTenant-Id: b4d138ca-1815-4a9b-a3a7-130a33b1e692 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=b4d138ca-1815-4a9b-a3a7-130a33b1e692; Ip=[164.107.81.208] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2FFO11HUB058 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 22:19:21 -0000 Where moving to using a medium sized(~100 boxes) freebsd install base to pc-sysinstall and a very simple deployment script. We were on a custom sysinstall derivative so maybe that what making it feel so magical but I really like pc-sysinstall. We are relatively early in the process of deployment so there still may be some tweaking but pc-sysinstall seemed really simple and easily adaptable. Now this is for physical hardware not the cloud so I don=B9t know if there is any difference there that may effec= t you. Hope that helps, =8BNick On 1/12/15, 3:12 PM, "John Nielsen" wrote: >On Jan 12, 2015, at 12:24 PM, Craig Rodrigues wrote: > >> I had a devops person who is familiar with setting up hundreds of >> Linux nodes in cloud environment ask me what is the best way >> to do unattended installs in a cloud environment. >> Linux has kickstart installs, which are quite useful and popular. >>=20 >> What is the equivalent in FreeBSD? >>=20 >> In the sysinstall days, the sysinstall.cfg config file could be created >> which drove large parts of the installer. Now that sysinstall is gone, >> what is the alternative? Searching the web, I found two answers: >>=20 >> (1) Write your own script >> (2) Use pc-sysinstall from the PC-BSD project >>=20 >>http://wiki.pcbsd.org/index.php/Creating_an_Automated_Installation_with_p >>c-sysinstall/10.0/en > >bsdinstall(8) does support scripted installations, see the man page. >Writing your own script is also viable, or a combination of the two. I >don't have experience with scripting bsdinstall as I tend to script my >own. > >Vultr.com has a script that does a full installation when you first bring >up a FreeBSD VM. At $work, I maintain a script which creates FreeBSD >template disk images which are then cloned for new VMs. There are also >now make targets in the base system to build VM-suitable disk images (but >I don't recall what they are off the top of my head). > >> I am trying to work with a devops team who is very experienced >> with setting up Linux environments in the cloud. Based on the available >> docs, >> it is not clear to non-FreeBSD experts how to accomplish similar things >> with FreeBSD. > >I'd be happy to provide more specific suggestions if needed. It really >depends on how fully automated you want things to be and how much >customization you want to include, as well as what you have available in >the install environment. If you're installing on live VMs then you first >have to get them booted. A custom ISO or MFS image is probably the >simplest for that, though PXE is also an option. (Actually, serving an >mfsBSD image via PXE is pretty straightforward.) > >Then: > >Set up the network if it will be needed for the install and is not >already done. >Set up the disk(s), partition(s), filesystem(s), etc >Mount >Install distribution sets. Here's what I use for that: >#!/bin/sh >#... >DISTS=3D"base kernel lib32 doc games" >for dist in ${DISTS}; do > fetch -o - "${BASEURL}/${dist}.txz" | tar -xJ --exclude >kernel/\*.symbols -C ${MOUNTPOINT} -f - >done >#... > >Run freebsd-update >Populate /etc/fstab >Set a root password >Make sure you can log in to the new system (if SSH is needed then either >create a non-root user or enable root login in sshd_config (not ideal)) >Populate /etc/rc.conf >Run tzsetup or similar >Install 3rd-party packages >Configure bootcode > >> By the way, I would be very interested in hearing from people who have >> experience >> in installing, configuring, and upgrading hundreds or even thousands of >> FreeBSD >> nodes in devops and cloud environments. For people who are not FreeBSD >> experts, >> but who are Linux devops experts, is it easy to do, or is there a lot of >> custom scripts which need to be written? > >A few tools translate over more or less directly, such as Ansible and >SaltStack. Having a uniform and automated installation procedure (like it >sounds like you're going for) and front-loading a lot of your >customization in to that is a good starting point. Building your own >packages to distribute/update configuration files or run scripts where >needed is also helpful. Install that package as part of the initial >system setup then have it update itself (or push out a cron job, or do >mass updates when needed via Salt, etc). > >Just some ideas. I don't think it's any harder/easier than running lots >of Linux servers, just different in some ways. If you want custom >functionality then you'll probably need some custom scripts. :) > >JN >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 00:12:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9146CD5; Tue, 13 Jan 2015 00:12:31 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6222F37D; Tue, 13 Jan 2015 00:12:31 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t0D0CQU8012251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2015 02:12:26 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t0D0CQU8012251 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t0D0CQ6d012250; Tue, 13 Jan 2015 02:12:26 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 13 Jan 2015 02:12:26 +0200 From: Konstantin Belousov To: Micha?? Stanek Subject: Re: [PATCH] Add support for 64-bit AHCI BAR. Message-ID: <20150113001225.GG42409@kib.kiev.ua> References: <20150108203959.GR42409@kib.kiev.ua> <20150109172715.GU42409@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-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.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org, freebsd-embedded@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 00:12:31 -0000 On Mon, Jan 12, 2015 at 05:21:24PM +0100, Micha?? Stanek wrote: > OK, I added AHCI_Q_ABAR0 as a new quirk and test the bit in > ahci_pci_attach. It works the same. New patch is in the attachment. > Committed as r277100. Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 20:28:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D57A57EE; Tue, 13 Jan 2015 20:28:19 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (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 91E1983F; Tue, 13 Jan 2015 20:28:19 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::c148:42bb:70c4:c38e] (unknown [IPv6:2001:7b8:3a7:0:c148:42bb:70c4:c38e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0C888B80A; Tue, 13 Jan 2015 21:28:15 +0100 (CET) From: Dimitry Andric X-Pgp-Agent: GPGMail 2.5b4 Content-Type: multipart/signed; boundary="Apple-Mail=_CCB9499A-2601-452E-962D-513777E93502"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Connected sanitizer libraries to the build (for x86) Date: Tue, 13 Jan 2015 21:28:08 +0100 Message-Id: To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Cc: FreeBSD Toolchain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 20:28:19 -0000 --Apple-Mail=_CCB9499A-2601-452E-962D-513777E93502 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, In r277146, I have connected the sanitizer libraries from compiler-rt to the build. Currently, this works for i386 and amd64, and contains Address Sanitizer (ASan) and Undefined Behavior Sanitizer. AddressSanitizer is a fast memory error detector [1]. It consists of a compiler instrumentation module and a run-time library. The tool can detect the following types of bugs: * Out-of-bounds accesses to heap, stack and globals * Use-after-free * Use-after-return (to some extent) * Double-free, invalid free * Memory leaks (experimental) The typical slowdown introduced by AddressSanitizer is 2x. Enable it by compiling and linking with clang, and using the -fsanitize=3Daddress = flag. Undefined Behavior Sanitizer is a fast and compatible undefined behavior checker, which enables a number of checks that have small runtime cost and no impact on address space layout or ABI. Enable it by using the -fsanitize=3Dundefined flag. [2] Please note that the sanitizers still have some rough edges on FreeBSD, particularly on i386. These will hopefully be smoothed out in the coming time. Reports of problems (and fixes :) are very welcome, but please log them in Bugzilla, so they can be tracked. -Dimitry [1] = http://llvm.org/releases/3.5.0/tools/clang/docs/AddressSanitizer.html [2] = http://llvm.org/releases/3.5.0/tools/clang/docs/UsersManual.html#opt-fsani= tize-undefined --Apple-Mail=_CCB9499A-2601-452E-962D-513777E93502 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlS1f94ACgkQsF6jCi4glqMhiQCg4mJcgwA97S2p+3a0oKHLyKM+ SdwAnR0ch0q1rrBja9TAzWOS8h78Mzcn =39z4 -----END PGP SIGNATURE----- --Apple-Mail=_CCB9499A-2601-452E-962D-513777E93502-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:10:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF711186 for ; Tue, 13 Jan 2015 21:10:17 +0000 (UTC) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52E5EC22 for ; Tue, 13 Jan 2015 21:10:17 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id p9so4794294lbv.0 for ; Tue, 13 Jan 2015 13:10:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=lP7SmfqxnViG8YqOBb1MmXM6q6oVIn6wlLSR7mXwTzw=; b=M5EzWrQxH96crzbDy1UEinesOrdX0xohKaHmLFnZzAAJP/q35PcMwKdtLncL+5WHAX Dc6FCki0RnFu4LPhNv95WwQMEF4FMGYnBaxEFpNSXe9oN0YIH80tcFnWd2WBqZH0iw/Z IYnI7FkuyG6mDwvayjF7XXCJGYhn33AMyAn/GG2oG1cuTIyI3cqTukiNTsqOapfc3117 OmgWRScV6sjHtQiZ8sCodEsY6N45KwLprXbxPQPaYminX4H8hgHzJorCvn4LwTPQnQ8C 1ZpJu9BS9nIBp4dQchdIrh4c/HIAVEYAb5EnoNxnge4KEHtKbDu0HIHi+U8tjDygYYpr wc9g== MIME-Version: 1.0 X-Received: by 10.112.51.44 with SMTP id h12mr393828lbo.5.1421183415212; Tue, 13 Jan 2015 13:10:15 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.129.3 with HTTP; Tue, 13 Jan 2015 13:10:15 -0800 (PST) In-Reply-To: References: Date: Tue, 13 Jan 2015 13:10:15 -0800 X-Google-Sender-Auth: QSIwRpgv-nzT0toGKN2T4YXsaJ8 Message-ID: Subject: Re: Devops question: unattended installs of FreeBSD? From: Craig Rodrigues To: John Nielsen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 21:10:18 -0000 On Mon, Jan 12, 2015 at 12:12 PM, John Nielsen wrote: > > I'd be happy to provide more specific suggestions if needed. It really > depends on how fully automated you want things to be and how much > customization you want to include, as well as what you have available in > the install environment. If you're installing on live VMs then you first > have to get them booted. A custom ISO or MFS image is probably the simplest > for that, though PXE is also an option. (Actually, serving an mfsBSD image > via PXE is pretty straightforward.) > > Thanks! You provided some excellent concrete examples for how to do unattended FreeBSD installs. In the past 6 months, I have had two different people ask me how to: -> create a PXE boot server -> take the ISO image for FreeBSD 9.2, FreeBSD 10.1, etc. -> create a kickstart environment where it is possible to PXE boot a cluster of machines, and have an unattended "kickstart" install take place of the various FreeBSD versions I have coded this kind of stuff up myself in the past and written my own scripts. However, it would be really nice if we had more straightforward documentation and example scripts for doing this. That way, the average devops engineer experienced with Linux and kickstart can set this up with no problem, instead of having to struggle and figure things out. It looks like all this stuff is possible under FreeBSD. The main problem I see is that the access to the documentation for doing this is not straightforward at all. If I do a web search for "Linux kickstart", the search results I get lead me to documentation that is actually quite good. I am not a Linux expert, but I can read that stuff and figure out how to set it up reasonably quickly. If I do a web search for "FreeBSD kickstart", the top search results I get lead to a few broken web links, and some private notes from different people on the Internet. The notes are not bad, but not as straightforward to follow as the Linux documentation links. Since you have some good experience with this, can we create a thread on https://forums.freebsd.org with the title "FreeBSD kickstart" with some step-by-step examples for creating a "kickstart" environment? That way over time, a web search for "FreeBSD kickstart" will show the forum post with top-notch examples. Thanks. -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:29:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75C288F4 for ; Tue, 13 Jan 2015 21:29:42 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 44FC8E2F for ; Tue, 13 Jan 2015 21:29:41 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 6AA868EBCE for ; Tue, 13 Jan 2015 21:29:35 +0000 (UTC) Message-ID: <54B58E48.2030107@freebsd.org> Date: Tue, 13 Jan 2015 16:29:44 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Devops question: unattended installs of FreeBSD? References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8Sn2ohsb2LTBSNLMsWdM5gLmePw8d5NDX" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 21:29:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8Sn2ohsb2LTBSNLMsWdM5gLmePw8d5NDX Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-01-13 16:10, Craig Rodrigues wrote: > On Mon, Jan 12, 2015 at 12:12 PM, John Nielsen wro= te: >=20 >> >> I'd be happy to provide more specific suggestions if needed. It really= >> depends on how fully automated you want things to be and how much >> customization you want to include, as well as what you have available = in >> the install environment. If you're installing on live VMs then you fir= st >> have to get them booted. A custom ISO or MFS image is probably the sim= plest >> for that, though PXE is also an option. (Actually, serving an mfsBSD i= mage >> via PXE is pretty straightforward.) >> >> > Thanks! You provided some excellent concrete examples for how to do > unattended FreeBSD installs. >=20 > In the past 6 months, I have had two different people ask me how to: > -> create a PXE boot server > -> take the ISO image for FreeBSD 9.2, FreeBSD 10.1, etc. > -> create a kickstart environment where it is possible to PXE boot = a > cluster of machines, and > have an unattended "kickstart" install take place of the variou= s > FreeBSD versions >=20 > I have coded this kind of stuff up myself in the past and written my ow= n > scripts. > However, it would be really nice if we had more straightforward > documentation and example scripts for doing this. > That way, the average devops engineer experienced with Linux and kickst= art > can set this up with no problem, instead of having to struggle and figu= re > things out. >=20 > It looks like all this stuff is possible under FreeBSD. The main probl= em I > see is that the > access to the documentation for doing this is not straightforward at al= l. >=20 > If I do a web search for "Linux kickstart", the search results I get le= ad > me to documentation > that is actually quite good. I am not a Linux expert, but I can read t= hat > stuff and figure out how to set it > up reasonably quickly. >=20 > If I do a web search for "FreeBSD kickstart", the top search results I = get > lead to a few broken > web links, and some private notes from different people on the Internet= =2E > The notes are not bad, > but not as straightforward to follow as the Linux documentation links. >=20 > Since you have some good experience with this, can we create a thread o= n > https://forums.freebsd.org > with the title "FreeBSD kickstart" with some step-by-step examples for > creating a "kickstart" environment? >=20 > That way over time, a web search for "FreeBSD kickstart" will show the > forum post with top-notch examples. >=20 > Thanks. > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Martin Matu=9Aka gave a talk at AsiaBSDCon 2014 about using 'Foreman' in addition to Puppet to manage FreeBSD instances. Slides: http://blog.vx.sk/pdf/foreman-asiabsdcon2014.pdf Video: https://www.youtube.com/watch?v=3Dnb8jB5x0OX4 So foreman does the inventory management (for physical hosts etc), and manages network booting mfsBSD and running the scripted installation, and boot strapping puppet, which then takes over the config management side of things. My self, I've looked at using zfs send|receive to deploy new hosts, since I am deploying servers in remote data centers where I don't have another host to PXE Boot off of. --=20 Allan Jude --8Sn2ohsb2LTBSNLMsWdM5gLmePw8d5NDX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJUtY5MAAoJEJrBFpNRJZKfe+YQAKDW2OF9Hr2mKyTA3wDhHP4F A1G8esTGwqhhPm2fxM0pi/NwLL5eIqpNODLDHcKbo44rgwd5214hezORdRNW16DU 7feliQfqasbxbe23UEJSGOaK/FYIWVCRykczwn/oIIEy8RpWVLenVpUm1QUxKNl9 b3F3/Fm/aGu+bzNNUxq0fVR6A8L7fCNnjkx+TfyKAVWC+0jOObv/eRC2kTasNI3V p94Z6XJq1orGr4xbs+2hcfpM/EYL72aMFacYo1XhpYRvjzlkyLytp/Yq5YtPl6q9 KdM74LaA+68KLDnO/YCH1G6z1Gtpzc9ub5/MRYfckqSowr62+9KJfuuvkkZKOY5M uCh0LWULNdsmYDQZVpVmqz858SkGcPOlA/b1Jyn3Y9AvS8jF5qWZIsePho8Tx2kp fz883RAsIPtkpJ57rMMnZUMZKU0eLPthrY5tuvfaSrDOq8GaVHwptRFkF7OZPxc/ chLKfVivRXfqq+D9zvIhbrn6r6e4VhhSBZjynY7SwcbRUZ08eI4n3C/PQqA974ZH CEPlTcxQgAzQMmFEuO/ytc14XFtOp8qOrSrVoRf51eE1kICbJEZd0iys/+5GrS+Z 47No/iau6uFteKBFfJa35QlBxYFc5LSB07Ttlvr0P8F7tN17euIi4fsbwyZqmmgI Mx2LatdUKp2f5/ixnA78 =RMTR -----END PGP SIGNATURE----- --8Sn2ohsb2LTBSNLMsWdM5gLmePw8d5NDX-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 22:25:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A01B1C89 for ; Tue, 13 Jan 2015 22:25:02 +0000 (UTC) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (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 2FDE06BC for ; Tue, 13 Jan 2015 22:25:01 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0DMNo9L076810 for ; Tue, 13 Jan 2015 14:23:50 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: From: "Chris H" Subject: Re: Connected sanitizer libraries to the build (for x86) Date: Tue, 13 Jan 2015 14:23:50 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <16cb4b4f0ffd697fa913197ba163727d@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 22:25:02 -0000 On Tue, 13 Jan 2015 21:28:08 +0100 Dimitry Andric wrote > Hi, > > In r277146, I have connected the sanitizer libraries from compiler-rt to > the build. Currently, this works for i386 and amd64, and contains > Address Sanitizer (ASan) and Undefined Behavior Sanitizer. > > AddressSanitizer is a fast memory error detector [1]. It consists of a > compiler instrumentation module and a run-time library. The tool can > detect the following types of bugs: > > * Out-of-bounds accesses to heap, stack and globals > * Use-after-free > * Use-after-return (to some extent) > * Double-free, invalid free > * Memory leaks (experimental) > > The typical slowdown introduced by AddressSanitizer is 2x. Enable it by > compiling and linking with clang, and using the -fsanitize=address flag. > > Undefined Behavior Sanitizer is a fast and compatible undefined behavior > checker, which enables a number of checks that have small runtime cost > and no impact on address space layout or ABI. Enable it by using the > -fsanitize=undefined flag. [2] > > Please note that the sanitizers still have some rough edges on FreeBSD, > particularly on i386. These will hopefully be smoothed out in the > coming time. Reports of problems (and fixes :) are very welcome, but > please log them in Bugzilla, so they can be tracked. These looks like welcomed addition(s). Thank you, Dimitry! --Chris > > -Dimitry > > [1] http://llvm.org/releases/3.5.0/tools/clang/docs/AddressSanitizer.html > [2] > http://llvm.org/releases/3.5.0/tools/clang/docs/UsersManual.html#opt-fsanitiz From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 22:51:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B25A355D for ; Tue, 13 Jan 2015 22:51:18 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91106989 for ; Tue, 13 Jan 2015 22:51:18 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 5DC41192A3B for ; Tue, 13 Jan 2015 22:51:17 +0000 (UTC) Message-ID: <54B5A164.2040102@ignoranthack.me> Date: Tue, 13 Jan 2015 14:51:16 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Connected sanitizer libraries to the build (for x86) References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 22:51:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01/13/15 12:28, Dimitry Andric wrote: > Hi, > > In r277146, I have connected the sanitizer libraries from > compiler-rt to the build. Currently, this works for i386 and > amd64, and contains Address Sanitizer (ASan) and Undefined Behavior > Sanitizer. > > AddressSanitizer is a fast memory error detector [1]. It consists > of a compiler instrumentation module and a run-time library. The > tool can detect the following types of bugs: > > * Out-of-bounds accesses to heap, stack and globals * > Use-after-free * Use-after-return (to some extent) * Double-free, > invalid free * Memory leaks (experimental) > > The typical slowdown introduced by AddressSanitizer is 2x. Enable > it by compiling and linking with clang, and using the > -fsanitize=address flag. > > Undefined Behavior Sanitizer is a fast and compatible undefined > behavior checker, which enables a number of checks that have small > runtime cost and no impact on address space layout or ABI. Enable > it by using the -fsanitize=undefined flag. [2] > > Please note that the sanitizers still have some rough edges on > FreeBSD, particularly on i386. These will hopefully be smoothed > out in the coming time. Reports of problems (and fixes :) are very > welcome, but please log them in Bugzilla, so they can be tracked. > > -Dimitry > > [1] > http://llvm.org/releases/3.5.0/tools/clang/docs/AddressSanitizer.html > > [2] http://llvm.org/releases/3.5.0/tools/clang/docs/UsersManual.html#opt-fsanitize-undefined > Do you want a test run for arm? sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJUtaFkXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5k5nsH/iHhTW359K0f2BtUDBwH/+ga 9w7MbymRJZvKTh60LABeuN//DJ9BBRHzGHtRd5nYvvLSBN5HfVy2LbmNvz9H1p0B /Gw6N9XL3pVMpLxU4JP6IMJ6c1YIlrapDxfUPOVpEPmdOeZ2xPsgRDB20tDNuKxj AQftpNqf1KJL0FhzfKv0TupxPpCKuffTfO+kYa5tQQU/bDXkgxB1BsuxUD/4HiZU nRAsbhlZV1roEo3l36a2mlRtc6sEPpZTKn4Phv3oNT7cfCd5hnuhyCfcZOWk7yXo HyboVn10ABX8GismKQ0erkxNhcHD4VepY2CCc/0z+AhUV0DztpfLvzDoEE0lDaY= =DqeZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:11:34 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A32F9A5 for ; Tue, 13 Jan 2015 23:11:34 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEB7BBF1 for ; Tue, 13 Jan 2015 23:11:33 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id l4so5173826lbv.11 for ; Tue, 13 Jan 2015 15:11:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=7lpk/Yf2vLhMDSUCEWJ4wuWBg5HiHIOX277BmLaFY7I=; b=KVSMPE9OVAEGOSy6zlZFC09BZ0egy/tBfyUM8Jepyv0ZOesvJwXn1XgUL5V8P5zLF6 7EFUkVM/GQYXC3fCH+GSnxaandZMXvC5t8aF27o6YKEfKlhMjqrTekxM4MktYYFBdMeH UCW713A3QUrpVON0s2vxSpsXvhnNI/sRukkXwxyUiZCQx6ibbV0QNZHXrTSooxPCmppa BgmVHWPOj1/Bey/x66E+nUFZ5pQ2Ja8hYrVN40OJC6Nx5a3gIg1fPWZEWlP6geRWFn2k UJrx1k+XHf1fA5Hg9M32loirjp0S8K0R8cnpAy1xWV45uhGB95R0Gzv8dpE3uAmPoN2x wXQw== MIME-Version: 1.0 X-Received: by 10.152.23.98 with SMTP id l2mr873121laf.46.1421190691861; Tue, 13 Jan 2015 15:11:31 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.129.3 with HTTP; Tue, 13 Jan 2015 15:11:31 -0800 (PST) Date: Tue, 13 Jan 2015 15:11:31 -0800 X-Google-Sender-Auth: QEu6lCuu1X0qSwk5XFD52Qc-fA0 Message-ID: Subject: Devops question: freebsd-update needs a real tty to run, problem for automation From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Ahmed Kamal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 23:11:34 -0000 Hi, Ahmed Kamal, a devops expert, is helping me to script the steps to upgrade a cluster of FreeBSD machines. For certain machines, we want to track the official FreeBSD releases and use freebsd-update to install official updates. We found that when the invocation of freebsd-update was scripted and not run via a real tty, we can into this error: "freebsd-update fetch should not be run non-interactively." There are various workarounds mentioned on various web pages. However, should we modify freebsd-update so that it can work better when not run via a real tty? This would make it more devops/automation friendly. The closest thing I have found is "freebsd-update cron", which can fetch the updates and run without a real tty. The only problem with "freebsd-update cron" is that it sleeps a random amount of time between 1 and 3600 seconds before fetching the updates. This is OK when run in a cron job, but not OK when run as part of a devops automation framework. Anybody have ideas as to the best way to proceed in fixing this in freebsd-update? -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:29:16 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28D00F36 for ; Tue, 13 Jan 2015 23:29:16 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0886ED39 for ; Tue, 13 Jan 2015 23:29:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t0DNTFYT042646 for ; Tue, 13 Jan 2015 23:29:15 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t0DNTFIh042645 for freebsd-current@freebsd.org; Tue, 13 Jan 2015 23:29:15 GMT (envelope-from bdrewery) Received: (qmail 14036 invoked from network); 13 Jan 2015 17:29:13 -0600 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 13 Jan 2015 17:29:13 -0600 Message-ID: <54B5AA4C.7050307@FreeBSD.org> Date: Tue, 13 Jan 2015 17:29:16 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Craig Rodrigues , freebsd-current Current Subject: Re: Devops question: freebsd-update needs a real tty to run, problem for automation References: In-Reply-To: OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hs0FIiMpUkuQ2RG7ECI5t8q70qAVdTxE0" Cc: Ahmed Kamal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 23:29:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hs0FIiMpUkuQ2RG7ECI5t8q70qAVdTxE0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 1/13/2015 5:11 PM, Craig Rodrigues wrote: > Hi, >=20 > Ahmed Kamal, a devops expert, is helping me to script the steps to > upgrade a cluster of FreeBSD machines. For certain machines, > we want to track the official FreeBSD releases and use freebsd-update > to install official updates. >=20 > We found that when the invocation of freebsd-update was scripted > and not run via a real tty, we can into this error: >=20 > "freebsd-update fetch should not be run non-interactively." >=20 > There are various workarounds mentioned on various web pages. > However, should we modify freebsd-update so that it can work better > when not run via a real tty? This would make it more devops/automation= > friendly. >=20 > The closest thing I have found is "freebsd-update cron", which can fetc= h > the updates and run without a real tty. The only problem with > "freebsd-update cron" > is that it sleeps a random amount of time between 1 and 3600 seconds be= fore > fetching the updates. This is OK when run in a cron job, > but not OK when run as part of a devops automation framework. >=20 > Anybody have ideas as to the best way to proceed in fixing this in > freebsd-update? > -- > Craig sed -i '' -e 's,-t 0 ];,-t 0 ] \&\& [ 0 -eq 1 ],' /usr/sbin/freebsd-updat= e This is untested. We'll likely put it in Poudriere as well. IMHO the check should be removed in the official version. --=20 Regards, Bryan Drewery --hs0FIiMpUkuQ2RG7ECI5t8q70qAVdTxE0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUtapMAAoJEDXXcbtuRpfP6CsH/AxX0kNQJTcm09+gHBw8tNxi L2SwgqF1LLDpcmJJXqVnnARu719BRpprV6Dhu+i+WOsXv9WQTVVapwMpPuP3d9/v HJj4AYauo4KyfGFVemcWdgs8BC0+g5DdDUga9CxWIdas2zqr86GF8osZoO3tPiNH hasA2wkA+foqPY98hLNOAPzp1wVp8ewr6mq+K1wCA0Nihsg5P1ZAIN1jZ6yYCfv3 ASXDnipWCfuf8Y+10uizcCAv8LHirLK095wd0b48VtzDyxDckwuB3jfvfS9VP5nx ehIAJ0NoaoyTEieTjrKSwG1qFJ29pJLkTTSqr5gpvpwy5QzC4o4NFCcG4tz6HF8= =QQrZ -----END PGP SIGNATURE----- --hs0FIiMpUkuQ2RG7ECI5t8q70qAVdTxE0-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:31:14 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 078D0C5; Tue, 13 Jan 2015 23:31:14 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87456DE2; Tue, 13 Jan 2015 23:31:13 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id w62so5786692wes.11; Tue, 13 Jan 2015 15:31:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=m4nrEqKx6eAYTP76ES9cJf2nGQLPIR2kuoB311vX1Z4=; b=EGdfCdkGZWnolusvIFSsEQ05N+ijUS2cyE/jdAajGI9BZKUsMNgWwvaWckBZLRFr+b 3/GeOen6jv2sTVDpIBP5/X25WY+PTutC8BPWr7SZA2Hk4hEkuvaml6MyBavHY3rAjPrG T9MyWLydI3J7Z+aQjc9P9v0ntmmZN3RXGOQtfQ3JIiCspS2Waaq5PszZ6o2u+ip5zSqa bIqKMQUeauVFV1pYwS3KHba/E1aVHDq1ud35nZ+rLJjcttxQ+Bkrku/0JpxlzSA/XK10 oIwGggTJ9aBwE64At30e1Bm2cDyhAJO883fapHYeI8TYrWddyCMSD7h983/d4cJ+WY6F 1rIQ== X-Received: by 10.180.93.1 with SMTP id cq1mr44125528wib.2.1421191872114; Tue, 13 Jan 2015 15:31:12 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id gu5sm16135251wib.24.2015.01.13.15.31.10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Jan 2015 15:31:11 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 14 Jan 2015 00:31:09 +0100 From: Baptiste Daroussin To: Bryan Drewery Subject: Re: Devops question: freebsd-update needs a real tty to run, problem for automation Message-ID: <20150113233109.GI17273@ivaldir.etoilebsd.net> References: <54B5AA4C.7050307@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a7XSrSxqzVsaECgU" Content-Disposition: inline In-Reply-To: <54B5AA4C.7050307@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , Ahmed Kamal , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 23:31:14 -0000 --a7XSrSxqzVsaECgU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 13, 2015 at 05:29:16PM -0600, Bryan Drewery wrote: > On 1/13/2015 5:11 PM, Craig Rodrigues wrote: > > Hi, > >=20 > > Ahmed Kamal, a devops expert, is helping me to script the steps to > > upgrade a cluster of FreeBSD machines. For certain machines, > > we want to track the official FreeBSD releases and use freebsd-update > > to install official updates. > >=20 > > We found that when the invocation of freebsd-update was scripted > > and not run via a real tty, we can into this error: > >=20 > > "freebsd-update fetch should not be run non-interactively." > >=20 > > There are various workarounds mentioned on various web pages. > > However, should we modify freebsd-update so that it can work better > > when not run via a real tty? This would make it more devops/automation > > friendly. > >=20 > > The closest thing I have found is "freebsd-update cron", which can fetch > > the updates and run without a real tty. The only problem with > > "freebsd-update cron" > > is that it sleeps a random amount of time between 1 and 3600 seconds be= fore > > fetching the updates. This is OK when run in a cron job, > > but not OK when run as part of a devops automation framework. > >=20 > > Anybody have ideas as to the best way to proceed in fixing this in > > freebsd-update? > > -- > > Craig >=20 >=20 > sed -i '' -e 's,-t 0 ];,-t 0 ] \&\& [ 0 -eq 1 ],' /usr/sbin/freebsd-update >=20 > This is untested. We'll likely put it in Poudriere as well. >=20 > IMHO the check should be removed in the official version. >=20 You do not need it in poudriere as the rexec binary emulates a tty to worka= round this. Best regards, Bapt --a7XSrSxqzVsaECgU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlS1qroACgkQ8kTtMUmk6EwaVwCfesICx0LdDTgljkhLjr3+0pF1 N2gAnjMLnj1ms9hQI4bISlnnwzq43uFR =X5X7 -----END PGP SIGNATURE----- --a7XSrSxqzVsaECgU-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 00:09:59 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03CA7544; Wed, 14 Jan 2015 00:09:59 +0000 (UTC) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE1C315A; Wed, 14 Jan 2015 00:09:58 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id h15so19907616igd.2; Tue, 13 Jan 2015 16:09:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FVs+li0ALdoGC719DYaYS+k0G002rL+37NElNNkZOPc=; b=hj2Ni7lOMnHJQGiUYT06+8xP4uGKUDSmkagLe2cJT2OOD1Mt5E/f16l6H6l7ShdeEF Q/VTPzwOHIZcYvACzaC0/Ql8z9PbsR9bslduc1Dd6Z5roQTC/ahtyZVREdO95riGW6q+ 6pkFw22fSvHsXYgpvMg9LDYb6WFktSTJs8k7IlA18M4qNiOanh6geqoda1eE3mdzbDYF gzyo1sSvF2uSphloCNAkxdCZDPI8dMSeB/o5deEPMapYg6AzOw71lNFBMACuVhRM1k2n Ke2du61rDr9+r2fGQwqFcDNsl1hz/v8/Va7/2ryeREXFkmxrVRHPipXR8mmnE5SCCnZ7 UuKw== MIME-Version: 1.0 X-Received: by 10.107.18.208 with SMTP id 77mr1163150ios.57.1421194197758; Tue, 13 Jan 2015 16:09:57 -0800 (PST) Received: by 10.50.225.141 with HTTP; Tue, 13 Jan 2015 16:09:57 -0800 (PST) In-Reply-To: <54B5AA4C.7050307@FreeBSD.org> References: <54B5AA4C.7050307@FreeBSD.org> Date: Tue, 13 Jan 2015 16:09:57 -0800 Message-ID: Subject: Re: Devops question: freebsd-update needs a real tty to run, problem for automation From: NGie Cooper To: Bryan Drewery Content-Type: text/plain; charset=UTF-8 Cc: Craig Rodrigues , Ahmed Kamal , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 00:09:59 -0000 On Tue, Jan 13, 2015 at 3:29 PM, Bryan Drewery wrote: > On 1/13/2015 5:11 PM, Craig Rodrigues wrote: >> Hi, >> >> Ahmed Kamal, a devops expert, is helping me to script the steps to >> upgrade a cluster of FreeBSD machines. For certain machines, >> we want to track the official FreeBSD releases and use freebsd-update >> to install official updates. >> >> We found that when the invocation of freebsd-update was scripted >> and not run via a real tty, we can into this error: >> >> "freebsd-update fetch should not be run non-interactively." >> >> There are various workarounds mentioned on various web pages. >> However, should we modify freebsd-update so that it can work better >> when not run via a real tty? This would make it more devops/automation >> friendly. >> >> The closest thing I have found is "freebsd-update cron", which can fetch >> the updates and run without a real tty. The only problem with >> "freebsd-update cron" >> is that it sleeps a random amount of time between 1 and 3600 seconds before >> fetching the updates. This is OK when run in a cron job, >> but not OK when run as part of a devops automation framework. >> >> Anybody have ideas as to the best way to proceed in fixing this in >> freebsd-update? >> -- >> Craig > > > sed -i '' -e 's,-t 0 ];,-t 0 ] \&\& [ 0 -eq 1 ],' /usr/sbin/freebsd-update > > This is untested. We'll likely put it in Poudriere as well. freebsd-update needs to grow a non-interactive option probably: 2375 read dummy Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7273665; Wed, 14 Jan 2015 00:12:27 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C9BF20A; Wed, 14 Jan 2015 00:12:27 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id vy18so6020286iec.9; Tue, 13 Jan 2015 16:12:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8nykvverx2m4PLhmgbqNUBb4DMSHAz8r3/s28nJrhjc=; b=zBZ+h5ErRsAanGYoxW21VBjLFZWA08KmgRi9HKQenACq9PITmZjBuTZZvtdOzY3Ogy 0hhPlK9kScrCCGi+fn7b0Tzg9NlEnIrTj6I79tZ7UuClYaxlAiCbJURPwrFDDrxtdYB1 jUnaGpCa3+zMco4vjJXiciyAYyvT3XtC+WZ7sKmHeXMORuPKeF+rY7qNYllKh+gftiaC Gr2zexgOq0NZbTCyxcQFRwQQYBr6QRQuBpC5l0FbIQLAo4lyJ+jeCFU4xz8IUdg9Y9Ta lHMZ3H1lg9mHL0iHCq3JlWUtQpkAN51MZ1f2ZLvm/89h+yGzt5ObEK1qh1hPS9cMIZvF DtTg== MIME-Version: 1.0 X-Received: by 10.50.137.99 with SMTP id qh3mr1450802igb.7.1421194347100; Tue, 13 Jan 2015 16:12:27 -0800 (PST) Received: by 10.50.225.141 with HTTP; Tue, 13 Jan 2015 16:12:27 -0800 (PST) In-Reply-To: References: <54B5AA4C.7050307@FreeBSD.org> Date: Tue, 13 Jan 2015 16:12:27 -0800 Message-ID: Subject: Re: Devops question: freebsd-update needs a real tty to run, problem for automation From: NGie Cooper To: Bryan Drewery Content-Type: text/plain; charset=UTF-8 Cc: Craig Rodrigues , Ahmed Kamal , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 00:12:28 -0000 On Tue, Jan 13, 2015 at 4:09 PM, NGie Cooper wrote: > On Tue, Jan 13, 2015 at 3:29 PM, Bryan Drewery wrote: >> On 1/13/2015 5:11 PM, Craig Rodrigues wrote: >>> Hi, >>> >>> Ahmed Kamal, a devops expert, is helping me to script the steps to >>> upgrade a cluster of FreeBSD machines. For certain machines, >>> we want to track the official FreeBSD releases and use freebsd-update >>> to install official updates. >>> >>> We found that when the invocation of freebsd-update was scripted >>> and not run via a real tty, we can into this error: >>> >>> "freebsd-update fetch should not be run non-interactively." >>> >>> There are various workarounds mentioned on various web pages. >>> However, should we modify freebsd-update so that it can work better >>> when not run via a real tty? This would make it more devops/automation >>> friendly. >>> >>> The closest thing I have found is "freebsd-update cron", which can fetch >>> the updates and run without a real tty. The only problem with >>> "freebsd-update cron" >>> is that it sleeps a random amount of time between 1 and 3600 seconds before >>> fetching the updates. This is OK when run in a cron job, >>> but not OK when run as part of a devops automation framework. >>> >>> Anybody have ideas as to the best way to proceed in fixing this in >>> freebsd-update? >>> -- >>> Craig >> >> >> sed -i '' -e 's,-t 0 ];,-t 0 ] \&\& [ 0 -eq 1 ],' /usr/sbin/freebsd-update >> >> This is untested. We'll likely put it in Poudriere as well. > > freebsd-update needs to grow a non-interactive option probably: > > 2375 read dummy 2376 ${EDITOR} `pwd`/merge/new/${F} < /dev/tty > 2377 done < failed.merges > 2378 rm failed.merges $ grep -nr /dev/tty `which freebsd-update` 2375: read dummy Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BD1379A for ; Wed, 14 Jan 2015 00:14:31 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB7A229 for ; Wed, 14 Jan 2015 00:14:30 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id E65078ED7B for ; Wed, 14 Jan 2015 00:14:29 +0000 (UTC) Message-ID: <54B5B4EF.3010109@freebsd.org> Date: Tue, 13 Jan 2015 19:14:39 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Devops question: freebsd-update needs a real tty to run, problem for automation References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M6k9rrJ9MOQP7s9qERx7fW4P4Dw57qpwc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 00:14:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --M6k9rrJ9MOQP7s9qERx7fW4P4Dw57qpwc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-01-13 18:11, Craig Rodrigues wrote: > Hi, >=20 > Ahmed Kamal, a devops expert, is helping me to script the steps to > upgrade a cluster of FreeBSD machines. For certain machines, > we want to track the official FreeBSD releases and use freebsd-update > to install official updates. >=20 > We found that when the invocation of freebsd-update was scripted > and not run via a real tty, we can into this error: >=20 > "freebsd-update fetch should not be run non-interactively." >=20 > There are various workarounds mentioned on various web pages. > However, should we modify freebsd-update so that it can work better > when not run via a real tty? This would make it more devops/automation= > friendly. >=20 > The closest thing I have found is "freebsd-update cron", which can fetc= h > the updates and run without a real tty. The only problem with > "freebsd-update cron" > is that it sleeps a random amount of time between 1 and 3600 seconds be= fore > fetching the updates. This is OK when run in a cron job, > but not OK when run as part of a devops automation framework. >=20 > Anybody have ideas as to the best way to proceed in fixing this in > freebsd-update? > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 I think this requirement was originally added when Colin hosted the mirrors for FreeBSD update himself, and was worried about everyone scripting it to run via crontab at midnight every night. It is likely a false requirement, and can be safely removed. Dealing with the merges, only really affects version upgrades, and is less of an issue compared to being able to automate security fixes. --=20 Allan Jude --M6k9rrJ9MOQP7s9qERx7fW4P4Dw57qpwc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJUtbTzAAoJEJrBFpNRJZKfnyAP/AtUB53FaCb11OZGWAYSqIB8 EKg3ltMU8Cs9D9qsUcz9O6iTqOy+Zmh3Wjj9XBi4OWfuAEeTkSGmjVQzVi9Fu/kS ulV7+wVyfDOp1meqEL8IOYUoAMrTJmWHAHOLt4jbWOP5MRbv90P2bsLV1soKqnXU rWIy+XGfmumCNGwU0sVIndqzHNYxdOnEvlT5FG8eY5MDrTBFje1RSQ6ymJpOnu0O CFshGSp2x7nZgT34U+jNKbXIdqbjOnVRW7CNxXcpMHojZRnyjZRZoZZzPWiAU6Qt 7iKjO0sgUD6uytLF73VS8rHrqmqfRDV3YlZ0Lbri9DCApU8kzoC/S//Ioz349XF1 XpzwPtIHBdGV4cTc3sH55QQ83f/z0Qz7e1k/uq2MwB+TglQyy8dF72mb8+qojMXw t9lpc11yfqre0DM0IBlQcMmlKfLW2RGlPS4VYHx8ffafnmcA0I/JenK63gBTzmj1 NldDzcNrrl4o7UHz7bhDH0AUi6m4BF1oqJgourIwJ5xS11tTLxpSNrpRanWZamqt tDBVfqk472e0B4WCi9JAy+LbINeAgcmXvOznMCKqqdUyfZNsmyFRgiMjuXD/JBDK Y+JkJ8s/CmcImbzCLIrSOEkCvVbonQ/b7z6cbljamEHFjda4SeqK4+BpV2RbxmVo 3b0ErC+0GSrWHPCcODcR =eLx+ -----END PGP SIGNATURE----- --M6k9rrJ9MOQP7s9qERx7fW4P4Dw57qpwc-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 03:46:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C32CCDC; Wed, 14 Jan 2015 03:46:49 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) (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 3CA50B96; Wed, 14 Jan 2015 03:46:48 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t0E3kfax050478; Wed, 14 Jan 2015 03:46:41 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t0E3kf44050477; Wed, 14 Jan 2015 03:46:41 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201501140346.t0E3kf44050477@dyslexicfish.net> Date: Wed, 14 Jan 2015 03:46:41 +0000 To: rodrigc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Devops question: unattended installs of FreeBSD? References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 03:46:49 -0000 Craig Rodrigues wrote: > I had a devops person who is familiar with setting up hundreds of > Linux nodes in cloud environment ask me what is the best way > to do unattended installs in a cloud environment. > Linux has kickstart installs, which are quite useful and popular. > > What is the equivalent in FreeBSD? vultr.com has an option to automatically install a freebsd instance (it's an automated install, not simply a binary image etc.) You can even vnc to the console and watch it progress. Though I'm not sure if the free trial requires credit card authoration - they are trying to make sure they aren't exploited by spammers etc. cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 09:56:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97697234 for ; Wed, 14 Jan 2015 09:56:31 +0000 (UTC) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) (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 54783853 for ; Wed, 14 Jan 2015 09:56:30 +0000 (UTC) Received: from [87.79.199.39] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YBKgX-0007nw-Ue for freebsd-current@freebsd.org; Wed, 14 Jan 2015 10:56:22 +0100 Date: Wed, 14 Jan 2015 10:56:25 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Subject: Re: Devops question: unattended installs of FreeBSD? Message-ID: <5e855adf.0511589a@fabiankeil.de> In-Reply-To: <201501140346.t0E3kf44050477@dyslexicfish.net> References: <201501140346.t0E3kf44050477@dyslexicfish.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ppfv=uPTm92wsuUb80Cd.7Q"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 09:56:31 -0000 --Sig_/ppfv=uPTm92wsuUb80Cd.7Q Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jamie Landeg-Jones wrote: > Craig Rodrigues wrote: >=20 > > I had a devops person who is familiar with setting up hundreds of > > Linux nodes in cloud environment ask me what is the best way > > to do unattended installs in a cloud environment. > > Linux has kickstart installs, which are quite useful and popular. > > > > What is the equivalent in FreeBSD? >=20 > vultr.com has an option to automatically install a freebsd instance > (it's an automated install, not simply a binary image etc.) >=20 > You can even vnc to the console and watch it progress. >=20 > Though I'm not sure if the free trial requires credit card authoration - They do. Vultr is also picky about which credit cards are accepted (mine weren't, no additional explanation given). Fabian --Sig_/ppfv=uPTm92wsuUb80Cd.7Q Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlS2PUYACgkQBYqIVf93VJ2tMwCfeUwdwTQz964MUnp7HrtT+dRt 0yAAoIRQunb6lF4VlOZfmnOYycqNfN7E =Ugtq -----END PGP SIGNATURE----- --Sig_/ppfv=uPTm92wsuUb80Cd.7Q-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 14:30:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 237EA715; Wed, 14 Jan 2015 14:30:18 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 CFB7094B; Wed, 14 Jan 2015 14:30:17 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 57D5C1FE022; Wed, 14 Jan 2015 15:30:15 +0100 (CET) Message-ID: <54B67DA7.3070106@selasky.org> Date: Wed, 14 Jan 2015 15:31:03 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Jason Wolfe Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD Current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 14:30:18 -0000 On 01/11/15 19:08, Jason Wolfe wrote: > Hans, > > We've had 50 machines running 10.1-STABLE with this patch for the > better part of a week without issue. Prior we would have seen a panic > every few days at the least, so things are looking very promising on > our front. > > Jason Hi, I've updated D1438 including the manual page changes needed for timeout.9 aswell in addition to a minor fix for those using timeout() and untimeout() and KTR(). https://reviews.freebsd.org/D1438 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 21:17:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A8CF418 for ; Wed, 14 Jan 2015 21:17:40 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DB87C8C for ; Wed, 14 Jan 2015 21:17:40 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t0ELHcF4009890; Wed, 14 Jan 2015 16:17:38 -0500 (EST) (envelope-from lidl@pix.net) Message-ID: <54B6DCF2.4040902@pix.net> Date: Wed, 14 Jan 2015 16:17:38 -0500 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Connected sanitizer libraries to the build (for x86) References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 21:17:40 -0000 This apparently breaks the build when compiling on a system that has WITHOUT_IPFILTER= in /etc/src.conf: --- depend_subdir_libclang_rt --- In file included from /usr/src/lib/libclang_rt/asan/../../../contrib/compiler-rt/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:59: /usr/obj/usr/src/tmp/usr/include/sys/timeb.h:42:2: warning: "this file includes which is deprecated" [-W#warnings] #warning "this file includes which is deprecated" ^ /usr/src/lib/libclang_rt/asan/../../../contrib/compiler-rt/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:100:11: fatal error: 'netinet/ip_compat.h' file not found # include ^ -Kurt From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 22:01:58 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D4C5AD5; Wed, 14 Jan 2015 22:01:58 +0000 (UTC) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 75C3C3B1; Wed, 14 Jan 2015 22:01:56 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD518.dip0.t-ipconnect.de [93.203.213.24]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t0EM46V7087809; Wed, 14 Jan 2015 23:04:07 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id t0EM1m06067568; Wed, 14 Jan 2015 23:01:49 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id t0EM1HMb054891; Wed, 14 Jan 2015 23:01:48 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201501142201.t0EM1HMb054891@fire.js.berklix.net> To: freebsd-stable@freebsd.org Subject: Re: 9 stable is in worse shape than current ! Some fixes. From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 14 Jan 2015 03:10:40 +0100." <201501140211.t0E2AeZY003052@fire.js.berklix.net> Date: Wed, 14 Jan 2015 23:01:17 +0100 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 22:01:58 -0000 Added cc current@ (source of broken commits to stable, most likely) + text added below. "Julian H. Stacey" wrote Wed, 14 Jan 2015 03:10:40 +0100: > Hi freebsd-stable@freebsd.org, > > 9 stable is a lot worse than current to build ! > Suprising as in the old days it used to be the other way, but on > 2 current boxes here I have very little trouble building, (usually > just new includes needed), whereas 9 stable is lots of trouble: > > My env.: > 9-stable ( .ctm_status src-9 1374, .svn_revision 277102 ) > (within a prison with 9.2 > FreeBSD 9.2-STABLE FreeBSD 9.2-STABLE #3 r264390: > Sun Apr 13 12:16:37 CEST 2014 > :/usr/obj/usr/src/sys/GENERIC amd64 ) > The jail has all ist own binaries, not shared with prison... > & with nothing in /etc/make.conf except NO_FSCHG=YES > To ease debugging of include paths after interrupted dependent > makes etc, I did not use a /usr/obj/ (though I do normally). > > Problem 1 - Solved: > 9-stable default : cc -v # gcc version 4.2.1 > 11-Current default : cc -v # clang version 3.5.0 > In both cases my boxes use Unchanged default cc. > It seems developers only tested make world & bsd.sys.mk with clang ! > > These errors: > ===> lib/libfetch (all) SSL > cc1: warnings being treated as errors > common.c: In function 'fetch_ssl': > common.c:808: warning: unused parameter 'URL' > > ===> lib/libmagic (all) > cc1: warnings being treated as errors > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:942: warning: 'apprentice_list' defined but not used > > Can be avoided by applying this emergency patch-out: > --------- > *** 9-stable/src//share/mk/bsd.sys.mk Wed Jan 14 02:02:26 2015 > --- new/src/share/mk/bsd.sys.mk Wed Jan 14 02:03:23 2015 > *************** > *** 32,38 **** > CWARNFLAGS+= -Wsystem-headers > .if !defined(NO_WERROR) && (${COMPILER_TYPE} != "clang" \ > || !defined(NO_WERROR.clang)) > ! CWARNFLAGS+= -Werror > .endif # !NO_WERROR && (!CLANG || !NO_WERROR.clang) > .endif # WARNS >= 1 > .if ${WARNS} >= 2 > --- 32,38 ---- > CWARNFLAGS+= -Wsystem-headers > .if !defined(NO_WERROR) && (${COMPILER_TYPE} != "clang" \ > || !defined(NO_WERROR.clang)) > ! ### CWARNFLAGS+= -Werror > .endif # !NO_WERROR && (!CLANG || !NO_WERROR.clang) > .endif # WARNS >= 1 > .if ${WARNS} >= 2 > *************** > *** 97,103 **** > .endif # CLANG > .if !defined(NO_WERROR) && (${COMPILER_TYPE} != "clang" \ > || !defined(NO_WERROR.clang)) > ! CWARNFLAGS+= -Werror > .endif # !NO_WERROR && (!CLANG || !NO_WERROR.clang) > .endif # WFORMAT > 0 > .endif # WFORMAT > --- 97,103 ---- > .endif # CLANG > .if !defined(NO_WERROR) && (${COMPILER_TYPE} != "clang" \ > || !defined(NO_WERROR.clang)) > ! ### CWARNFLAGS+= -Werror > .endif # !NO_WERROR && (!CLANG || !NO_WERROR.clang) > .endif # WFORMAT > 0 > .endif # WFORMAT > --------- > > > Problem 2 - Not Solved > # ===> lib/libarchive (all) > # /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:20: error: sha1.h: No such file or directory > > > Problem 3 - Not Solved > ===> libexec/telnetd > ... undefined reference ... > > > Problem 4 - Not Solved - in /etc/src.conf I had to add: > > WITHOUT_ATM="YES" # sbin/atm/atmconfig > WITHOUT_OPENSSL="YES" > WITHOUT_RESCUE="YES" > > # WITHOUT_BSNMP="YES" # lib/libbsnmp/libbsnmp > # No longer need to avoid that, maybe fixed by bsd.sys.mk.diff > > Anyone else see these problems ? Suggestions ? > > These observations are on a production server I've temporarily > patched out from active service, but I want to return it soon, > so unless there's some quick fixes, I'll have to down grade it > from 9-stable to 9.3-RELEASE, cos I dont care about things like > atm, but I do need ssl & ssh. Downgrading from broken 9-stable src/ to 9.3-RELEASE solved everything! Broken code in bsd.sys.mk relate to 11-current's use of clang V. gcc in 9. There's other broken in 9-stable too It is easy to check without rebooting, just mount -t devfs dev /9stable/dev ; chroot /9stable ; cd /usr/src ; make I've tested this on my current box, re-making a 9.3-RELEASE I hope commiters try it, & back out broken 9stable commits. Thanks Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. - - - - - - - Practice French & support democracy ? Buy on 14 Jan http://www.charliehebdo.fr A special print run of 5 million in 16 languages, not just French. In Munich on 15th at Haupt Bahn Hof International Presse. From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 23:47:54 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 144BFBC0 for ; Wed, 14 Jan 2015 23:47:54 +0000 (UTC) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3B082D9 for ; Wed, 14 Jan 2015 23:47:53 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id z10so12702152pdj.0 for ; Wed, 14 Jan 2015 15:47:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=q38GT+M/PnbasBFDsDqTBC0iKfxkEfZAm5q40VfHvUE=; b=LctpyrXUaXpl+1d+uoiRfkUy0nvaRhITap6KWHzom3HjfSCDHI/521Y0eQwlDs87Y4 U7HqmxfACVmsZ8SSrbexYxMgnsfoIwVXepMVch7hTVsybQ6lApL1CLXalTpLuRu4jnHe +HPP1IjiEj1OBwkIPlU0bb0ak9Yc4dMfp/6kwTYXEHvRvy0yJxPlsQn8Ykb4Yohk7Ese M0nN+Y48ZHZWcTHQWAe+tJ2xfOowtZcZ1VO0XKyebYYM+UQykpfi9GBFOMgFb36F7RAS VYjQ8eMtroxUFNGFGnPvsKbmbufPZfZyi6WHiGAJ9/66bkhtJD0yHYydEDQ18ipeqJ2+ WnlA== X-Gm-Message-State: ALoCoQk/MYj/q9Ip2SA4XNkkdLJcymwKgnJjkp09UqVq7q6hJMueYR868eCbc0fbYY7IALbdjxLB X-Received: by 10.70.91.15 with SMTP id ca15mr9797401pdb.10.1421278844727; Wed, 14 Jan 2015 15:40:44 -0800 (PST) Received: from [10.64.25.14] ([69.53.236.236]) by mx.google.com with ESMTPSA id fm4sm20719268pdb.88.2015.01.14.15.40.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 14 Jan 2015 15:40:44 -0800 (PST) Sender: Warner Losh Subject: Re: What happened to DIOCGDINFO? Fwd: [package - head-amd64-default][misc/e2fsprogs-libblkid] Failed for e2fsprogs-libblkid-1.42.12 in build Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_3C383C90-7BAF-4BCB-9533-9922D01794AC"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <54B26782.9010403@FreeBSD.org> Date: Wed, 14 Jan 2015 16:40:41 -0700 Message-Id: <4ED48B09-3AF6-44EE-8EC6-467E9DD2E51E@bsdimp.com> References: <201501101948.t0AJmqqP067320@beefy2.isc.freebsd.org> <54B1D848.3090800@FreeBSD.org> <1420945507.14601.142.camel@freebsd.org> <54B26782.9010403@FreeBSD.org> To: Matthias Andree X-Mailer: Apple Mail (2.1993) Cc: "Ted Y. Ts'o" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 23:47:54 -0000 --Apple-Mail=_3C383C90-7BAF-4BCB-9533-9922D01794AC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On Jan 11, 2015, at 5:07 AM, Matthias Andree = wrote: >=20 > Am 11.01.2015 um 04:05 schrieb Ian Lepore: >=20 >>>> Ident: $FreeBSD: head/misc/e2fsprogs-libblkid/Makefile = 370388 2014-10-07 19:15:52Z mandree $ >>>> Log URL: = http://beefy2.isc.freebsd.org/data/head-amd64-default/2015-01-10_14h05m40s= /logs/e2fsprogs-libblkid-1.42.12.log >>>> Build URL: = http://beefy2.isc.freebsd.org/build.html?mastername=3Dhead-amd64-default&b= uild=3D2015-01-10_14h05m40s >>>> Log: >>>=20 >>>> cc -I. -I../../lib -I../../lib = -I/wrkdirs/usr/ports/misc/e2fsprogs-libblkid/work/e2fsprogs-1.42.12/lib = -I/usr/local/include -D_THREAD_SAFE -O2 -pipe -fstack-protector = -fno-strict-aliasing -std=3Dgnu99 -DHAVE_CONFIG_H -c getsize.c -o = getsize.o >>>> getsize.c:151:31: error: use of undeclared identifier 'DIOCGDINFO' >>>> if (part >=3D 0 && (ioctl(fd, DIOCGDINFO, (char = *)&lab) >=3D 0)) { >>>> ^ >>>> 1 error generated. >=20 >> It was removed in r276737. I don't know what replaces it. >=20 > Ted, >=20 > I am including a patch against e2fsprogs's "maint" branch to fix the > build on the future FreeBSD 11+ versions. Please apply. >=20 >=20 > Ian, Warner, *, >=20 > I think I've got a hold of this; the replacement appears to be > DIOCGMEDIASIZE from , and has been for more than a decade, > so that I had forgotten about it. >=20 > The e2fsprogs port has been using DIOCGMEDIASIZE for many years (phk > added DIOCGMEDIASIZE on 2002-04-08, I added upstream support = 2003-12-28 > but it underwent a few revisions, not worth bothering IMO) judging = from > the source code comments, but one of the two getsize.c source files - > the one in lib/blkid/ - lacks an #ifdef DIOCGDINFO guard and relies on > #ifdef HAVE_SYS_DISKLABEL_H only and jams the build. The other one in > lib/ext2fs/ had a guard that checked the actual ioctl #define. >=20 > Fix has been committed without Git markup in the FreeBSD ports tree, > r376742. These changes look good to me. Warner --Apple-Mail=_3C383C90-7BAF-4BCB-9533-9922D01794AC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUtv55AAoJEGwc0Sh9sBEA3NIQAIr/8CRRg7dxt2cXsTLz9d0i N6LAf/pgCY4TjrWYjrTlu/1iUNQEf/CvRcpOEs/wSUTF2lGdCOvT4JPurWg49zQ3 8yRWSJKX9j+RZLSNL14ScOhpKJ06OSBb6hdM95nggsrZu8t9OvrVQJU98RQ6SHve WSxW1OSYfG6LIMXEHAUNRDFc5GNv8iCNn+PTGz6m3O+Anvku97BP+6ac8BLiLYDJ PQM7+DAupsyOvpkYiTDbOvfBhn/TWo81gXMdZlXPGbMvShyRbonO0Q5Ery098meo XN0vcZ9uH4X8reQThUVuKPZUC0JhFGUYK05mzjmhOpf4uqkRT37DmvIhoHLygYhc xjGzeN25UbuhnT2uSP8gSOfMOUBoNf1VM3zv5vcLREeRF2Ht4RNUyJEBybiYRDHu 9aYlVSPdHw8hR3WtQFD7mknYJed668k38dW9gpPGrzs2qCfVV6EjRC9XZ9R1Shx3 bIkQrR73iayZehVq6u6bQY3dVS/FKiKBJ99OFdy2kGxQfAEDcFaYGJmnVf6kWTdR /xic7PEoYBsD6mxFvlFn7NpdcKbyqRRuLrkD4GkuIZOWHO4OZrlMa55p0HNAzLVN sCh+3aYQmQYJeupWg/0RIjHV9/UYTJQZqU6MDu51M8chSVlHxckprbuF0eycSzQg TEhhDZdLDLEyo6CGnfh+ =PxCP -----END PGP SIGNATURE----- --Apple-Mail=_3C383C90-7BAF-4BCB-9533-9922D01794AC-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 08:38:27 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B8416AD; Thu, 15 Jan 2015 08:38:27 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8D32D13; Thu, 15 Jan 2015 08:38:26 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id z2so7670443wiv.3; Thu, 15 Jan 2015 00:38:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w52CCv2I1tjdegebizFtS871m2Nw9G+r1FP9466zdYs=; b=ZRO3uLAJUdEm6mGIzCGE1+4oF0Ah9mTWvAoWOxwlkgAtz32kAVaOxpeTQZ0uvYRmMA IWhpUpdEypw+oCf4R4WmdELwsyFeA7t+c5/k4EI8RI39asFvOb9mnnhM3DE7pmfxDjkM LmzDZndn0t1LNwND4P3kgGScmzKxjnX9czbTHhnam1Ab/ADg1o2zWZCdI6CkrVCf/F8a 5D/VbWt4EC1GV9hhLZ+KxQCtgyLd5DM37xggYOFehcLITB4k9+xuHvrOz7/rq7IrEM7g xJhdVdgTGwrir8rmUi9AuM2VM1qqFhkU60u0ZzEDkVH0bXR1qBkmq38y3Y/dbrRrRW3G delA== MIME-Version: 1.0 X-Received: by 10.180.74.236 with SMTP id x12mr23765916wiv.40.1421311105116; Thu, 15 Jan 2015 00:38:25 -0800 (PST) Received: by 10.27.213.80 with HTTP; Thu, 15 Jan 2015 00:38:25 -0800 (PST) In-Reply-To: References: Date: Thu, 15 Jan 2015 09:38:25 +0100 Message-ID: Subject: Re: Devops question: unattended installs of FreeBSD? From: Kamil Czekirda To: Craig Rodrigues Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current Current , John Nielsen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 08:38:27 -0000 Please take a look on this: https://wiki.freebsd.org/SummerOfCode2014/FreeBSD_PXE_preseed This is extension for bsdinstall script, you can configure for example local mirror, root password, zfs options etc. The most straightforward solution: - save configured template to www server ( http://svnweb.freebsd.org/socsvn/soc2014/kczekirda/pxe-fai-head/others/template.input?view=markup ) - add option bootfile-name "http://example.com/configs/" to your DHCP server - run mfsfai from iso file (for example: http://svnweb.freebsd.org/socsvn/soc2014/kczekirda/pxe-fai-head/tools/mfsbsd-10.0-RELEASE-fai-amd64.iso?view=co ) Fai will download configuration file called as mac address from network card, if not exist file called default and do installation with this configuration. You can also boot this iso file by PXE using for example iPXE or PXELINUX and MEMDISK module. Please don't hesitate to contact me if you need assistant or questions. Regards, Kamil 2015-01-13 22:10 GMT+01:00 Craig Rodrigues : > On Mon, Jan 12, 2015 at 12:12 PM, John Nielsen wrote: > > > > > I'd be happy to provide more specific suggestions if needed. It really > > depends on how fully automated you want things to be and how much > > customization you want to include, as well as what you have available in > > the install environment. If you're installing on live VMs then you first > > have to get them booted. A custom ISO or MFS image is probably the > simplest > > for that, though PXE is also an option. (Actually, serving an mfsBSD > image > > via PXE is pretty straightforward.) > > > > > Thanks! You provided some excellent concrete examples for how to do > unattended FreeBSD installs. > > In the past 6 months, I have had two different people ask me how to: > -> create a PXE boot server > -> take the ISO image for FreeBSD 9.2, FreeBSD 10.1, etc. > -> create a kickstart environment where it is possible to PXE boot a > cluster of machines, and > have an unattended "kickstart" install take place of the various > FreeBSD versions > > I have coded this kind of stuff up myself in the past and written my own > scripts. > However, it would be really nice if we had more straightforward > documentation and example scripts for doing this. > That way, the average devops engineer experienced with Linux and kickstart > can set this up with no problem, instead of having to struggle and figure > things out. > > It looks like all this stuff is possible under FreeBSD. The main problem I > see is that the > access to the documentation for doing this is not straightforward at all. > > If I do a web search for "Linux kickstart", the search results I get lead > me to documentation > that is actually quite good. I am not a Linux expert, but I can read that > stuff and figure out how to set it > up reasonably quickly. > > If I do a web search for "FreeBSD kickstart", the top search results I get > lead to a few broken > web links, and some private notes from different people on the Internet. > The notes are not bad, > but not as straightforward to follow as the Linux documentation links. > > Since you have some good experience with this, can we create a thread on > https://forums.freebsd.org > with the title "FreeBSD kickstart" with some step-by-step examples for > creating a "kickstart" environment? > > That way over time, a web search for "FreeBSD kickstart" will show the > forum post with top-notch examples. > > Thanks. > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 11:29:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA950B1D; Thu, 15 Jan 2015 11:29:31 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 801A3226; Thu, 15 Jan 2015 11:29:31 +0000 (UTC) Received: from [IPv6:2001:470:923f:2:b8c0:1e9:7d74:397b] (unknown [IPv6:2001:470:923f:2:b8c0:1e9:7d74:397b]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 85E085C002; Thu, 15 Jan 2015 14:29:13 +0300 (MSK) Message-ID: <54B7A494.50205@FreeBSD.org> Date: Thu, 15 Jan 2015 14:29:24 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: emulation@freebsd.org, FreeBSD-Current Subject: DigitalOcean offers VMs with FreeBSD! Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 11:29:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ I didn't see this news on mailing lists :) - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUt6STXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePp6oP/3yvWOpt83MiEVuoTxZpGuVI 4vpWyv+U9SaDzFNo7HGOO5qI0L1vqe77mzzlqA2bVUcITKx+YckO5gtRdSDh3GtB FzpHpVHXDD96YacyxYaPFIqnGYAUoeNgX/mcTQz2IYouWWDuRsy17joetXVmtunP 2SFntiAnf8xYYfc/T3Bwjhff+TUgcQhmVH567EUpa2QTtWEesxeISqUj54/JwPzX 1sI0Yy2t293g/udCQxROU1rFqjmjTW6r31iS27IUbwdQtyGXR1EHMMopKXxxOq5x w1THJyLOQOETTRAYJpEpHgNRmgFZazfvxe6mPDQyuEQ/tuCZgO1WLwPajhy8Ckws Fa9vQsVyQOFjj5hP1BbGJFtIpc0BMuyXESfABRTBQZsD/SHJzly59wGqgl1lwFQ5 fUb5oDyc07M6jquQo/Pc05cwHxgsRumAYZ1CIxNTR930ShL4mpcYTS6xWlkzm4bA cqfSZ2FW57RKjWrArI7xOrG83aneHjkwJtNQ/5nLbpmemmRMW9qRzd9YaWkGfmNn jsnwwS5gmIuLK5GTkprWQ1wBltdV7BiFFNAIRi6OBpM/pmwshOVXHOPJp+9YXCLJ UfmLedFGSp/J/BESsRmJ1rlt52coy/NY3AxA+z/JW3kgD/EIRdiNSswktTTn9nCR 8bOmQUvmMdQ/bRjlGomh =shHj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 15:28:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82BF4941; Thu, 15 Jan 2015 15:28:39 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 44CCB2F; Thu, 15 Jan 2015 15:28:39 +0000 (UTC) Received: from [127.0.0.1] (nat.in.devexperts.com [89.113.128.63]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 7E4265C002; Thu, 15 Jan 2015 18:28:27 +0300 (MSK) Message-ID: <54B7DC97.7050809@FreeBSD.org> Date: Thu, 15 Jan 2015 18:28:23 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: emulation@freebsd.org, FreeBSD-Current Subject: Re: DigitalOcean offers VMs with FreeBSD! References: <54B7A494.50205@FreeBSD.org> In-Reply-To: <54B7A494.50205@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 15:28:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 15.01.2015 14:29, Lev Serebryakov wrote: > https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ > > I didn't see this news on mailing lists :) But here are some thread about FreeBSD is way slower than Linux in these virtual installations https://news.ycombinator.com/item?id=8888487 - -- // Lev Serebryakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUt9yXXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePU9YP/22oUffmkkbbd0KUbJgDQqDi PaohQ/LiFs3elpIQboQXuMIQtYqcAEE/3IXskc/ShHfnKNm0V9V1gPkn9wpaAWza cbOPwwE8RStpN52z6wKpAy6FM1aXkuL4idDc6ErHfIP4VDW4sgaJhBb0hnIsSWO1 745MTWJg8bldr5Kqzr/8mFDgCuNWHZi/QTNHSggDni566T0xn7hEbPbQoiALpZT8 3b5I8KGu/4VnvT7vmZmj65HyX9N9MtllfbpmCv9iQAJd+Tf6kTiURiFv/6vJDN0m 1cD5j5EZU+mJOjfU9n3dbP3M2xIhbVOZBrUtD23S2CeZtHPtZgcgt19aBQ2ZjTlx TcpykUDoIfAwmD8bjNe8mc06rn6MM7QYnKTxUN9WdkVpTzu+GcA2g00ET4fY8EnF 4R36/vnula2S8f5ON+MrBmtQ/vdiHc7w1QNxq41McegZzmkF4lcjHVS39MNAiXaf eG6fQHaEibVGBUBsPX5FjUWIWugAG6CFDX435AN2bx0WM7ocgQd+ITEWIVytG68c jqpnGF15crFzZCEYpeHUhrieYrzIHqxarrkWMBefLVxflricB/alPeYc+jNT6wcm K5MUcBVXfWTcUVP0SgXNAnWY8Tmvwfbmb9MkNPudIOFjDBc3pEPICW23uviNizLt OoYcVXcOj+ALB27alZi1 =uggy -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 15:37:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C90CDC1; Thu, 15 Jan 2015 15:37:06 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 D5EEF1BC; Thu, 15 Jan 2015 15:37:05 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 33D1D1FE022; Thu, 15 Jan 2015 16:37:03 +0100 (CET) Message-ID: <54B7DECF.8070209@selasky.org> Date: Thu, 15 Jan 2015 16:37:51 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Jason Wolfe Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> In-Reply-To: <54B67DA7.3070106@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD Current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 15:37:06 -0000 On 01/14/15 15:31, Hans Petter Selasky wrote: > On 01/11/15 19:08, Jason Wolfe wrote: >> Hans, >> >> We've had 50 machines running 10.1-STABLE with this patch for the >> better part of a week without issue. Prior we would have seen a panic >> every few days at the least, so things are looking very promising on >> our front. >> >> Jason > > Hi, > > I've updated D1438 including the manual page changes needed for > timeout.9 aswell in addition to a minor fix for those using timeout() > and untimeout() and KTR(). > > https://reviews.freebsd.org/D1438 > > --HPS FYI: Now in -current: https://svnweb.freebsd.org/changeset/base/277213 Thanks for all good comments and reviews. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 15:44:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92A0A129; Thu, 15 Jan 2015 15:44:48 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A9F8301; Thu, 15 Jan 2015 15:44:48 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YBmbE-0002qI-1M; Thu, 15 Jan 2015 18:44:44 +0300 Date: Thu, 15 Jan 2015 18:44:43 +0300 From: Slawa Olhovchenkov To: Lev Serebryakov Subject: Re: DigitalOcean offers VMs with FreeBSD! Message-ID: <20150115154443.GA10325@zxy.spb.ru> References: <54B7A494.50205@FreeBSD.org> <54B7DC97.7050809@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54B7DC97.7050809@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: emulation@freebsd.org, FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 15:44:48 -0000 On Thu, Jan 15, 2015 at 06:28:23PM +0300, Lev Serebryakov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 15.01.2015 14:29, Lev Serebryakov wrote: > > > https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ > > > > I didn't see this news on mailing lists :) > But here are some thread about FreeBSD is way slower than Linux in > these virtual installations > > https://news.ycombinator.com/item?id=8888487 May be IOPS quotation? Can you test with dd and custom kernel with MAXPHYS=1048576 ? From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 15:46:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1301289; Thu, 15 Jan 2015 15:46:19 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74295320; Thu, 15 Jan 2015 15:46:19 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YBmcj-0002sd-4T; Thu, 15 Jan 2015 18:46:17 +0300 Date: Thu, 15 Jan 2015 18:46:17 +0300 From: Slawa Olhovchenkov To: Hans Petter Selasky Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress Message-ID: <20150115154617.GB10325@zxy.spb.ru> References: <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> <54B7DECF.8070209@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54B7DECF.8070209@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Adrian Chadd , FreeBSD Current , Jason Wolfe , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 15:46:19 -0000 On Thu, Jan 15, 2015 at 04:37:51PM +0100, Hans Petter Selasky wrote: > On 01/14/15 15:31, Hans Petter Selasky wrote: > > On 01/11/15 19:08, Jason Wolfe wrote: > >> Hans, > >> > >> We've had 50 machines running 10.1-STABLE with this patch for the > >> better part of a week without issue. Prior we would have seen a panic > >> every few days at the least, so things are looking very promising on > >> our front. > >> > >> Jason > > > > Hi, > > > > I've updated D1438 including the manual page changes needed for > > timeout.9 aswell in addition to a minor fix for those using timeout() > > and untimeout() and KTR(). > > > > https://reviews.freebsd.org/D1438 > > > > --HPS > > FYI: > > Now in -current: > > https://svnweb.freebsd.org/changeset/base/277213 > > Thanks for all good comments and reviews. Only stability impovement? Or performance too? From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 15:50:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 396BA4DD; Thu, 15 Jan 2015 15:50:15 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 E4EED366; Thu, 15 Jan 2015 15:50:14 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 71B9A1FE022; Thu, 15 Jan 2015 16:50:12 +0100 (CET) Message-ID: <54B7E1E4.6040906@selasky.org> Date: Thu, 15 Jan 2015 16:51:00 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Slawa Olhovchenkov Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> <54B7DECF.8070209@selasky.org> <20150115154617.GB10325@zxy.spb.ru> In-Reply-To: <20150115154617.GB10325@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD Current , Jason Wolfe , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 15:50:15 -0000 On 01/15/15 16:46, Slawa Olhovchenkov wrote: > On Thu, Jan 15, 2015 at 04:37:51PM +0100, Hans Petter Selasky wrote: > > Only stability impovement? > Or performance too? Hi, Stability improvement mostly. Should not affect performance from what I know. Some changes are made about when and how we can select a different callback CPU for a callout callback. Try reading the updated timeout(9) man manual page first. Maybe it answers your question. Else feel free to ask here. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 15:58:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62A65B6E; Thu, 15 Jan 2015 15:58:12 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1444A68E; Thu, 15 Jan 2015 15:58:12 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YBmoE-00034s-4N; Thu, 15 Jan 2015 18:58:10 +0300 Date: Thu, 15 Jan 2015 18:58:10 +0300 From: Slawa Olhovchenkov To: Hans Petter Selasky Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress Message-ID: <20150115155810.GE3698@zxy.spb.ru> References: <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> <54B7DECF.8070209@selasky.org> <20150115154617.GB10325@zxy.spb.ru> <54B7E1E4.6040906@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54B7E1E4.6040906@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Adrian Chadd , FreeBSD Current , Jason Wolfe , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 15:58:12 -0000 On Thu, Jan 15, 2015 at 04:51:00PM +0100, Hans Petter Selasky wrote: > On 01/15/15 16:46, Slawa Olhovchenkov wrote: > > On Thu, Jan 15, 2015 at 04:37:51PM +0100, Hans Petter Selasky wrote: > > > > Only stability impovement? > > Or performance too? > > Hi, > > Stability improvement mostly. Should not affect performance from what I > know. Some changes are made about when and how we can select a different > callback CPU for a callout callback. Try reading the updated timeout(9) I am not kernel guru and can't be draw a conclusion from manual page. > man manual page first. Maybe it answers your question. Else feel free to > ask here. As I understand performance for massive TCP connections (tens of thousands connections) will be same, no improvement, no degraded? (very high lock congestion on TCP timers working). From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 16:01:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A4EDECC; Thu, 15 Jan 2015 16:01:15 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 59A4F7BC; Thu, 15 Jan 2015 16:01:15 +0000 (UTC) Received: from [127.0.0.1] (nat.in.devexperts.com [89.113.128.63]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 8B6435C002; Thu, 15 Jan 2015 19:01:03 +0300 (MSK) Message-ID: <54B7E43B.6020909@FreeBSD.org> Date: Thu, 15 Jan 2015 19:00:59 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Slawa Olhovchenkov Subject: Re: DigitalOcean offers VMs with FreeBSD! References: <54B7A494.50205@FreeBSD.org> <54B7DC97.7050809@FreeBSD.org> <20150115154443.GA10325@zxy.spb.ru> In-Reply-To: <20150115154443.GA10325@zxy.spb.ru> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org, FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 16:01:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 15.01.2015 18:44, Slawa Olhovchenkov wrote: >>> https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ >>> >>> >>> I didn't see this news on mailing lists :) >> But here are some thread about FreeBSD is way slower than Linux >> in these virtual installations >> >> https://news.ycombinator.com/item?id=8888487 > > May be IOPS quotation? Can you test with dd and custom kernel with > MAXPHYS=1048576 ? I haven't Digital Ocean instance(s) right now :) - -- // Lev Serebryakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUt+Q7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePvnMQAJviVsAGTxG0yFOqmBFDVAda N/HQ2Px5PBPwYBPmyY0GFPIRUW6dpRbiAKuchDTOxmOrRwjBj+2NNN03ktR7qzIk vD0xz3q72Jw/5CfnpUqb8/HXwRGX/6wPX+YVK4L54RFco3QlslyzFJ8T+lGUQ5wA Fk+Gus1ibz5NNsSoIhsbb/QJzbEhMVj2DaSoMm0D4MAI+0/cl/GmtWUSgY0y6N7t /w3NR1Bon3d4FblQOGqdF/VovN5tX2YInMttD5s+Av/OQTxX+VPfp3qx41BcC3pa 0CFp0le4TQp980vJuUbZ1RmJycp7AfkYU4v89foDcqNlyX9KIqBTBQoadVl37jud fBcAOmc7/wu4y1CVSY6btOFuOaAUFY5vglIixXqabJsJyFc3ymx6yP1MNOjUfTzK k/azAZis7DnV8YsyUQbJv5rl9VH2G3qwDpwB7ae9dG2kA2zicrN0cTfEIYJkrrFe VF+oyzR7PyRGQ98/lE4ewLiHW2zWUyzo+YJp1MJTkWIvWAp7Q/FyyaayXQ9Kju4a FtQMwD46lvPhQKsg5245Sn3Fg18HJmrWwGM5Qr3axs2aOKNvj5fPuStelaKQVYIi oIG30WSZcK/RnUuS5rvPgLzOM+O27ez3oj861cd3itYR8yz9qun5PDBAiwZgf2T+ 7ROGjnFANJvQtr5pUBXV =Tpza -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 16:14:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 920D7566; Thu, 15 Jan 2015 16:14:42 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43CC0913; Thu, 15 Jan 2015 16:14:42 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3kNVwG3FFfzFK; Thu, 15 Jan 2015 17:14:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1421338475; x=1423930476; bh=3tz Sxoh2uG+aLDtXc5sbJOdGgGpSw8Dnq8uixNOJQr8=; b=gxSbteWclPejThwlq1u 1dw0ZKr+WNekwXC9BzQrFrgyHGIVK2racvo5RY0RGBKxihMCRyJMCGVegngN/Qqh IajJ+SJoqCWJE8HezHPNAQc/NCcMp579n1sn/p3L6PsTFn4qqcDqvh5tWkqWpgtI xAvdy+6Ka/SKeyXFinggnSxo= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id AgaQLggR6OGs; Thu, 15 Jan 2015 17:14:35 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Thu, 15 Jan 2015 17:14:35 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3kNVwB6M5qz1C; Thu, 15 Jan 2015 17:14:34 +0100 (CET) Received: from neli.ijs.si ([2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Thu, 15 Jan 2015 17:14:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 15 Jan 2015 17:14:34 +0100 From: Mark Martinec To: emulation@freebsd.org, FreeBSD-Current Subject: Re: DigitalOcean offers VMs with FreeBSD! Organization: J. Stefan Institute In-Reply-To: <54B7E43B.6020909@FreeBSD.org> References: <54B7A494.50205@FreeBSD.org> <54B7DC97.7050809@FreeBSD.org> <20150115154443.GA10325@zxy.spb.ru> <54B7E43B.6020909@FreeBSD.org> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 16:14:42 -0000 >>> But here are some thread about FreeBSD is way slower than Linux >>> in these virtual installations >>> https://news.ycombinator.com/item?id=8888487 >> >> May be IOPS quotation? Can you test with dd and custom kernel with >> MAXPHYS=1048576 ? Don't know about DO, but networking over virtio is also slower under VirtualBox (FreeBSD guest and host), compared to the emulated em0. Mark From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 16:41:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C91FA98C; Thu, 15 Jan 2015 16:41:50 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8294CC70; Thu, 15 Jan 2015 16:41:50 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8619C1FE022; Thu, 15 Jan 2015 17:41:48 +0100 (CET) Message-ID: <54B7EDFC.9020406@selasky.org> Date: Thu, 15 Jan 2015 17:42:36 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Slawa Olhovchenkov Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> <54B7DECF.8070209@selasky.org> <20150115154617.GB10325@zxy.spb.ru> <54B7E1E4.6040906@selasky.org> <20150115155810.GE3698@zxy.spb.ru> In-Reply-To: <20150115155810.GE3698@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD Current , Jason Wolfe , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 16:41:50 -0000 On 01/15/15 16:58, Slawa Olhovchenkov wrote: > On Thu, Jan 15, 2015 at 04:51:00PM +0100, Hans Petter Selasky wrote: > >> On 01/15/15 16:46, Slawa Olhovchenkov wrote: >>> On Thu, Jan 15, 2015 at 04:37:51PM +0100, Hans Petter Selasky wrote: >>> >>> Only stability impovement? >>> Or performance too? >> >> Hi, >> >> Stability improvement mostly. Should not affect performance from what I >> know. Some changes are made about when and how we can select a different >> callback CPU for a callout callback. Try reading the updated timeout(9) > > I am not kernel guru and can't be draw a conclusion from manual page. > >> man manual page first. Maybe it answers your question. Else feel free to >> ask here. > > As I understand performance for massive TCP connections (tens of > thousands connections) will be same, no improvement, no degraded? > (very high lock congestion on TCP timers working). Hi, There is no difference in memory footprint per TCP connection. There is no significant different in the amount of code executed when a callout is started/stopped or reset. There might be a reduction in the number of times the spinlocks inside the callout subsystem are locked/unlocked, due to some simplifications made and checks for redundant locking. The changes are mainly about closing some races in the callout subsystem and cornercases towards the TCP/IP stack which use callouts. There is a patch for the TCP/IP stack coming possibly next week to take advantage of the new callout_drain_async() function. It is not ready yet, and I'm waiting for the current callout patch to settle first. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 16:48:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D36DACD9; Thu, 15 Jan 2015 16:48:04 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87E78CE9; Thu, 15 Jan 2015 16:48:04 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YBnaS-0003wC-Ph; Thu, 15 Jan 2015 19:48:00 +0300 Date: Thu, 15 Jan 2015 19:48:00 +0300 From: Slawa Olhovchenkov To: Hans Petter Selasky Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress Message-ID: <20150115164800.GF3698@zxy.spb.ru> References: <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> <54B7DECF.8070209@selasky.org> <20150115154617.GB10325@zxy.spb.ru> <54B7E1E4.6040906@selasky.org> <20150115155810.GE3698@zxy.spb.ru> <54B7EDFC.9020406@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54B7EDFC.9020406@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Adrian Chadd , FreeBSD Current , Jason Wolfe , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 16:48:04 -0000 On Thu, Jan 15, 2015 at 05:42:36PM +0100, Hans Petter Selasky wrote: > On 01/15/15 16:58, Slawa Olhovchenkov wrote: > > On Thu, Jan 15, 2015 at 04:51:00PM +0100, Hans Petter Selasky wrote: > > > >> On 01/15/15 16:46, Slawa Olhovchenkov wrote: > >>> On Thu, Jan 15, 2015 at 04:37:51PM +0100, Hans Petter Selasky wrote: > >>> > >>> Only stability impovement? > >>> Or performance too? > >> > >> Hi, > >> > >> Stability improvement mostly. Should not affect performance from what I > >> know. Some changes are made about when and how we can select a different > >> callback CPU for a callout callback. Try reading the updated timeout(9) > > > > I am not kernel guru and can't be draw a conclusion from manual page. > > > >> man manual page first. Maybe it answers your question. Else feel free to > >> ask here. > > > > As I understand performance for massive TCP connections (tens of > > thousands connections) will be same, no improvement, no degraded? > > (very high lock congestion on TCP timers working). > > Hi, > > There is no difference in memory footprint per TCP connection. > > There is no significant different in the amount of code executed when a > callout is started/stopped or reset. > > There might be a reduction in the number of times the spinlocks inside > the callout subsystem are locked/unlocked, due to some simplifications > made and checks for redundant locking. > > The changes are mainly about closing some races in the callout subsystem > and cornercases towards the TCP/IP stack which use callouts. > > There is a patch for the TCP/IP stack coming possibly next week to take > advantage of the new callout_drain_async() function. It is not ready > yet, and I'm waiting for the current callout patch to settle first. Thanks. I am going to try this patch in 10-STABLE branch. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 18:40:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B404E94 for ; Thu, 15 Jan 2015 18:40:08 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1081CD7 for ; Thu, 15 Jan 2015 18:40:07 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id va2so5066408obc.2 for ; Thu, 15 Jan 2015 10:40:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GvstQputPdwhzOp0oeS3ducJBmCGI5gScLMTNKS55Xc=; b=IUP3gwj9anvzj0ueIwdtMhXjVAaqQlXGRHFCQXKZlsTKvdXIAmunJ+J3Kln3j36zB7 F5Ac8FrRofivAjEYDSORCJWyvGeRSnwvkCb7J+kjzhGLfKMJGS3SnIhh6DOt5pFaESvd r6TWHY/KFuGov0WinGkOx28LMLchWNBO5vt/U= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=GvstQputPdwhzOp0oeS3ducJBmCGI5gScLMTNKS55Xc=; b=ZZ2ZUCT4JkIEVSaIaPCyOBmR/lcczIg9Vdp3GBnCK9EMaekPTilikHDTRu3FNHu01h XfrcOhsWNnSGGCDbHsQwnVbS6yVsrkYYwHes5y9ejUcWRfUe3deicVDW54PgaEzq8x5n mR/b5FL+sM7wNpBe9ZjDYYYOlvfML/3phDbb1AG/+XDsoU4AJmmJt5BalM80h3OghJyt uPTMQV0qwcsWjQh3fw/cuYbYIzKZWGAaYM5Wt8DfwyfqCSXWQfj4cCNtw50tDr7sx0Bp ETjsLYj4lHdEDXXN2rhpCV5kJJDkcuZDKzwa5wP0WP9kiJS6fHQqGmUtn/LvZ9bB8dJr 4eHQ== X-Gm-Message-State: ALoCoQm4uRP0iDc1bIIBSu11M2PGrOAr3utj3P6sV1gevlzXpC6ase2dp4Nujr5LWnm6qbIzFUSx MIME-Version: 1.0 X-Received: by 10.202.214.80 with SMTP id n77mr6530522oig.9.1421347207251; Thu, 15 Jan 2015 10:40:07 -0800 (PST) Received: by 10.76.151.200 with HTTP; Thu, 15 Jan 2015 10:40:06 -0800 (PST) X-Originating-IP: [212.95.7.192] Received: by 10.76.151.200 with HTTP; Thu, 15 Jan 2015 10:40:06 -0800 (PST) In-Reply-To: <54B7A494.50205@FreeBSD.org> References: <54B7A494.50205@FreeBSD.org> Date: Thu, 15 Jan 2015 19:40:06 +0100 Message-ID: Subject: Re: DigitalOcean offers VMs with FreeBSD! From: =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= To: lev@freebsd.org X-Mailman-Approved-At: Thu, 15 Jan 2015 19:14:44 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-emulation@freebsd.org" , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 18:40:08 -0000 On Thu, Jan 15, 2015 at 12:29 PM, Lev Serebryakov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > > https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ > > I didn't see this news on mailing lists :) I had a quick look at it and the result is quite poor considering the time it took them to get it done. They had to install quite a few packages (perl, python27, libX11, avahi ...) and modified the stock FreeBSD image quite a bit. At startup they send an arping otherwise you do not even have network access in their network. This looks all a bit hackish and error prone. I am really wondering how long it will take that a regular update breaks their scripts and let's you back with a non accessible box. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 20:25:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40E4F2C5 for ; Thu, 15 Jan 2015 20:25:29 +0000 (UTC) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CE7BB06 for ; Thu, 15 Jan 2015 20:25:28 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id y20so17050000ier.4 for ; Thu, 15 Jan 2015 12:25:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=X4FiozqyYYVcNdx0ix9b7rgQs0mDR5Z4fZ4vvsNbh8U=; b=P2U9U9fJ7N4YjW7NOLna4+KRf5JD8cdoRakiWbzPfsriJRlwGUozpww+ohejacHxJL 6eko2ID2mi0lDW6SmheMOnGxCr1WkoSERCVwHUy4CYa8Y5sUr2OvYXuEV2wDSR3FTCJ1 rkycRn2aTRLRdasNwwpWdzP3Q3u248xKP2gVRI9IX7BayFKODbBeG7T23V/mwzFzLu1n liKI7vvMlca6T+BlOSL+V1WU7RdQoFW0NV1HnOblTeJ4FQHKTJr8J0BpUWomlVZDgb0t IrW+shQ7hhXPWjXLz+ZHtW/OOOiIsvHXdHqNAKPxB26YXSEfUrQ3SN05VT5NzLA9ZbHT 3HdA== X-Gm-Message-State: ALoCoQlB0RBKAsLc+Hs/R6fuFbcwWmk2qq7FWF1dVj9AQuU6KG3Nbwox1/rzlFZmnc3IlSh2sYs9 X-Received: by 10.107.169.138 with SMTP id f10mr10076674ioj.24.1421353522648; Thu, 15 Jan 2015 12:25:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.138.217 with HTTP; Thu, 15 Jan 2015 12:25:02 -0800 (PST) X-Originating-IP: [216.240.30.23] In-Reply-To: <20150115154443.GA10325@zxy.spb.ru> References: <54B7A494.50205@FreeBSD.org> <54B7DC97.7050809@FreeBSD.org> <20150115154443.GA10325@zxy.spb.ru> From: Bryan Venteicher Date: Thu, 15 Jan 2015 14:25:02 -0600 Message-ID: Subject: Re: DigitalOcean offers VMs with FreeBSD! To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: emulation@freebsd.org, Lev Serebryakov , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 20:25:29 -0000 On Thu, Jan 15, 2015 at 9:44 AM, Slawa Olhovchenkov wrote: > On Thu, Jan 15, 2015 at 06:28:23PM +0300, Lev Serebryakov wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > On 15.01.2015 14:29, Lev Serebryakov wrote: > > > > > > https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-= it-happen/ > > > > > > I didn't see this news on mailing lists :) > > But here are some thread about FreeBSD is way slower than Linux in > > these virtual installations > > > > https://news.ycombinator.com/item?id=3D8888487 > > May be IOPS quotation? > Can you test with dd and custom kernel with MAXPHYS=3D1048576 ? > =E2=80=8BWhat's the value of kern.timecounter.hardware? It will likely be e= ither HPET or ACPI which means there is an VM exit whenever the guest reads from the emulated timecounter hardware. That's why I have some WIP to add support for KVMCLOCK [1]. I hope to merge those changes to HEAD in a week and STABLE shortly after. In the meanwhile, not completely foolproof workaround is to use the TSC-low timecounter source. [1] - https://lists.freebsd.org/pipermail/freebsd-arch/2015-January/016587.html > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 20:31:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD94D42C; Thu, 15 Jan 2015 20:31:06 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 51121BD6; Thu, 15 Jan 2015 20:31:05 +0000 (UTC) Received: from m.saper.info (saper@localhost [127.0.0.1]) by m.saper.info (8.14.9/8.14.9) with ESMTP id t0FKV10K009695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 15 Jan 2015 20:31:01 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1421353862; bh=NXIYAY/rjMajNR7ZPpCg4s6hvRwTtHXkS/+qzi7kGEg=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=qF16s4YkYyvwzzRBTLz9yx2bqWEWYMl/1PHlXE/ecNsCaR1KpN1j6TQaS37ZRMlTd LcuIYCg/ZpmWnjEmcdO2+L/5TyNhPp4TCfXV0fVaLYUTAsK2qbrfgy8N6JczMXXDfN cRiBCsLNR5Q9KheVt69lmWrMTGsA9gj9HcJpt7I4= Received: from localhost (saper@localhost) by m.saper.info (8.14.9/8.14.9/Submit) with ESMTP id t0FKV1jw009692; Thu, 15 Jan 2015 20:31:01 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Thu, 15 Jan 2015 20:31:01 +0000 From: Marcin Cieslak To: Bryan Venteicher Subject: Re: DigitalOcean offers VMs with FreeBSD! In-Reply-To: Message-ID: References: <54B7A494.50205@FreeBSD.org> <54B7DC97.7050809@FreeBSD.org> <20150115154443.GA10325@zxy.spb.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: emulation@freebsd.org, Lev Serebryakov , FreeBSD-Current , Slawa Olhovchenkov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 20:31:06 -0000 On Thu, 15 Jan 2015, Bryan Venteicher wrote: > On Thu, Jan 15, 2015 at 9:44 AM, Slawa Olhovchenkov wrote: > > > On Thu, Jan 15, 2015 at 06:28:23PM +0300, Lev Serebryakov wrote: > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA512 > > > > > > On 15.01.2015 14:29, Lev Serebryakov wrote: > > > > > > > > > https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ > > > > > > > > I didn't see this news on mailing lists :) > > > But here are some thread about FreeBSD is way slower than Linux in > > > these virtual installations > > > > > > https://news.ycombinator.com/item?id=8888487 > > > > May be IOPS quotation? > > Can you test with dd and custom kernel with MAXPHYS=1048576 ? > > > > > What's the value of kern.timecounter.hardware? It will likely be either > HPET or ACPI which means there is an VM exit whenever the guest reads from > the emulated timecounter hardware. That's why I have some WIP to add > support for KVMCLOCK [1]. I hope to merge those changes to HEAD in a week > and STABLE shortly after. > sysctl kern.timecounter.hardware kern.timecounter.hardware: HPET From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 20:51:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 838248D6; Thu, 15 Jan 2015 20:51:56 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15211DAE; Thu, 15 Jan 2015 20:51:55 +0000 (UTC) Received: from m.saper.info (saper@localhost [127.0.0.1]) by m.saper.info (8.14.9/8.14.9) with ESMTP id t0FKpqBI009869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 15 Jan 2015 20:51:53 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1421355113; bh=P3MRNdmDySBN0tBHYkw01RX6DNoHrrBMLLSkLNPYw/k=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=fWn7znxAvB59u2g0ohJAAnbYllmPGpegmlWjkRHiLnHyrFF/cD28tV6yqeRariMiE K30b9ZMwlqtlscQKwmHXhaxB5kIXoRY3PU9XYlkE1VWEMMFWhqlUPwXfSYoZL9HI2u O3GgNp5u4NS6mSpWZXLvsuluh8y/HoiLPGtQeoBg= Received: from localhost (saper@localhost) by m.saper.info (8.14.9/8.14.9/Submit) with ESMTP id t0FKpq7Y009866; Thu, 15 Jan 2015 20:51:52 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Thu, 15 Jan 2015 20:51:51 +0000 From: Marcin Cieslak To: Slawa Olhovchenkov Subject: Re: DigitalOcean offers VMs with FreeBSD! In-Reply-To: <20150115154443.GA10325@zxy.spb.ru> Message-ID: References: <54B7A494.50205@FreeBSD.org> <54B7DC97.7050809@FreeBSD.org> <20150115154443.GA10325@zxy.spb.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: emulation@freebsd.org, Lev Serebryakov , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 20:51:56 -0000 On Thu, 15 Jan 2015, Slawa Olhovchenkov wrote: > On Thu, Jan 15, 2015 at 06:28:23PM +0300, Lev Serebryakov wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > On 15.01.2015 14:29, Lev Serebryakov wrote: > > > > > https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ > > > > > > I didn't see this news on mailing lists :) > > But here are some thread about FreeBSD is way slower than Linux in > > these virtual installations > > > > https://news.ycombinator.com/item?id=8888487 > > May be IOPS quotation? > Can you test with dd and custom kernel with MAXPHYS=1048576 ? By default, root is mounted with "sync" option: > time dd if=/dev/zero of=/tmp/test bs=64k count=16k 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 57.605991 secs (18639412 bytes/sec) 0.023u 6.128s 0:57.61 10.6% 25+172k 7+81916io 3pf+0w > sudo mount -o nosync -u / > > mount /dev/gpt/rootfs on / (ufs, local, soft-updates) devfs on /dev (devfs, local, multilabel) > time dd if=/dev/zero of=/tmp/test bs=64k count=16k 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 5.135908 secs (209065631 bytes/sec) 0.016u 2.274s 0:05.16 44.1% 24+169k 8+8193io 0pf+0w //Marcin From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 21:56:36 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BF2972B for ; Thu, 15 Jan 2015 21:56:36 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (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 15DF367B for ; Thu, 15 Jan 2015 21:56:35 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::ac38:cb7f:ad0f:4f2a] (unknown [IPv6:2001:7b8:3a7:0:ac38:cb7f:ad0f:4f2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B189AB80A; Thu, 15 Jan 2015 22:56:25 +0100 (CET) Subject: Re: Connected sanitizer libraries to the build (for x86) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_8F62945A-8CA5-4ECC-8D27-26672F264E74"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b4 From: Dimitry Andric In-Reply-To: <54B6DCF2.4040902@pix.net> Date: Thu, 15 Jan 2015 22:56:20 +0100 Message-Id: References: <54B6DCF2.4040902@pix.net> To: Kurt Lidl X-Mailer: Apple Mail (2.1993) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 21:56:36 -0000 --Apple-Mail=_8F62945A-8CA5-4ECC-8D27-26672F264E74 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 14 Jan 2015, at 22:17, Kurt Lidl wrote: >=20 > This apparently breaks the build when compiling on a > system that has WITHOUT_IPFILTER=3D in /etc/src.conf: >=20 > --- depend_subdir_libclang_rt --- > In file included from = /usr/src/lib/libclang_rt/asan/../../../contrib/compiler-rt/lib/sanitizer_c= ommon/sanitizer_platform_limits_posix.cc:59: > /usr/obj/usr/src/tmp/usr/include/sys/timeb.h:42:2: warning: "this file = includes which is deprecated" [-W#warnings] > #warning "this file includes which is deprecated" > ^ > = /usr/src/lib/libclang_rt/asan/../../../contrib/compiler-rt/lib/sanitizer_c= ommon/sanitizer_platform_limits_posix.cc:100:11: fatal error: = 'netinet/ip_compat.h' file not found > # include > ^ Thanks for the reminder (I already got a similar report earlier), this has been fixed in r277201. -Dimitry --Apple-Mail=_8F62945A-8CA5-4ECC-8D27-26672F264E74 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlS4N4gACgkQsF6jCi4glqOndACgqrdzOoR4lPEkvr3gX02/xw6q f3kAoLL+PCN+eukkQd3I58CuqRo0PTSb =7LfL -----END PGP SIGNATURE----- --Apple-Mail=_8F62945A-8CA5-4ECC-8D27-26672F264E74-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 05:40:11 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C770E856 for ; Fri, 16 Jan 2015 05:40:11 +0000 (UTC) Received: from smtp.imgsrc.co.jp (smtp.imgsrc.co.jp [210.188.236.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9D85CA1E for ; Fri, 16 Jan 2015 05:40:11 +0000 (UTC) Received: from waterblue.s2factory.co.jp (waterblue.s2factory.co.jp [IPv6:2001:e41:a010:778a::313]) by smtp.imgsrc.co.jp (Postfix) with ESMTPSA id B987E1131B6 for ; Fri, 16 Jan 2015 14:40:05 +0900 (JST) Date: Fri, 16 Jan 2015 14:40:05 +0900 Message-ID: <7mppafi8qy.wl%kuriyama@FreeBSD.org> From: Jun Kuriyama To: current@FreeBSD.org Subject: [RFC] Change OpenSSL derived digest functions to return boolean values User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/24.4 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 05:40:11 -0000 Hi, I put a patch to Phabricator and Github. https://reviews.freebsd.org/D1542 https://github.com/kuriyama/freebsd/compare/openssl-digest-return-value Any comments are welcome! DESCRIPTION OpenSSL changed return value type of *_{Init,Update,Final}() functions at 2001 [1]. Our implementations at libmd do not follow these changes. [1] https://github.com/openssl/openssl/commit/2dc769a1c17e1e0c7aef6e11496c8ba2c1db2e28 BACKGROUND I noticed this problem during using install(1) with net/nss_ldap, net/openldap24-client and ldaps:// protocol. While install(1) is linked with libmd, but ports libldap is compiled with libcrypto to expect OpenSSL's SHA1_Update() function. When using install(1) in this situation, install(1) uses libmd's SHA1_Update(), but wrapping functions in OpenSSL expects SHA1_Update() to return boolean. This causes sometimes fails SHA1_Update() (which depends on value of EAX register?) call. Problem is, we have SHA1_Update() functions in libmd and libcrypto, and both has different return value types. This should be same if they provides identical functionality. TBD Should adjust {SHA{256,512}_,MDX}{Init,Update,Final}() functions, too? -- Jun Kuriyama // FreeBSD Project // S2 Factory, Inc. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 06:05:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E569DBF1; Fri, 16 Jan 2015 06:05:17 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) (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 85EFCC6C; Fri, 16 Jan 2015 06:05:17 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t0G658OV014007; Fri, 16 Jan 2015 06:05:08 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t0G6581D014006; Fri, 16 Jan 2015 06:05:08 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201501160605.t0G6581D014006@dyslexicfish.net> Date: Fri, 16 Jan 2015 06:05:07 +0000 To: lev@freebsd.org, decke@bluelife.at Subject: Re: DigitalOcean offers VMs with FreeBSD! References: <54B7A494.50205@FreeBSD.org> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: emulation@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 06:05:18 -0000 Bernhard Fröhlich wrote: > I had a quick look at it and the result is > quite poor considering the time it took them to get it done. > > They had to install quite a few packages (perl, python27, libX11, avahi > ...) and modified the stock FreeBSD image quite a bit. At startup they send > an arping otherwise you do not even have network access in their network. > This looks all a bit hackish and error prone. I am really wondering how > long it will take that a regular update breaks their scripts and let's you > back with a non accessible box. I use http://www.vultr.com/ for FreeBSD - their packages are similarly or better priced than DO. With Vultr, you can run their automated install, (which in itself just automates a typical FreeBSD install - there are no OS hacks) or just install off an ISO etc. I don't know what's unusual with the DO virtualisation, but vultr just works like a normal server (though they do restrict to virtio devices where applicable rather than emulated harware) You can even install a windows ISO (as long as you've sideloaded virtio drivers onto the install disk), or with FreeBSD, "it just works" Cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 06:16:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED64CDDA; Fri, 16 Jan 2015 06:16:19 +0000 (UTC) Received: from orthanc.ca (orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ftp.orthanc.ca", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CD75ED73; Fri, 16 Jan 2015 06:16:19 +0000 (UTC) Received: from [192.168.42.6] (d66-183-211-183.bchsia.telus.net [66.183.211.183]) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id t0G6G7vB038826 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 15 Jan 2015 22:16:09 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: multipart/signed; boundary="Apple-Mail=_FC5DAEC8-B2E8-4769-99F3-0D662D8CCF77"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: DigitalOcean offers VMs with FreeBSD! From: Lyndon Nerenberg In-Reply-To: <201501160605.t0G6581D014006@dyslexicfish.net> Date: Thu, 15 Jan 2015 22:13:37 -0800 Message-Id: References: <54B7A494.50205@FreeBSD.org> <201501160605.t0G6581D014006@dyslexicfish.net> To: Jamie Landeg-Jones X-Mailer: Apple Mail (2.1878.6) Cc: emulation@freebsd.org, decke@bluelife.at, lev@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 06:16:20 -0000 --Apple-Mail=_FC5DAEC8-B2E8-4769-99F3-0D662D8CCF77 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Beware that they (DO) do not at all grok ipv6. They hand out /124s, or = something equally silly. =20 --Apple-Mail=_FC5DAEC8-B2E8-4769-99F3-0D662D8CCF77 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJUuKwRAAoJEG8PnXiV/JnUvusQAK/mzIxCxUYTiFkjY/E/oWxl 1ZXdDSNFY+X+HqWfNYpkt0d4G9Ggj3gfHoyE6lo9/+fHKWA8pRj69uR2WpKlQ0aW ElXY7h+MOhjNAf1WcUEFsEaPGKLovzBzGJz3WqvRqlVSeAjLoM6P7SoaGB7Egqcv sn5PuQyLJXXo7hYYK+VLHy1ldmUB0k4EteAM1Om4oPGjK7SzTfLNiFQhHHAXKwUn 4+FfOYdkLlDoqQX/JK+U5kMKtEaXX0xJbV5IL6bMWTCw8h0oiUpJGRVnMlmqszIj ta1coKGcuwRayqi12AmWHQgBFbEKOUyuadLHltrsiUWyk58JeOgFEd+XFhl2zPTq sk8rVMRS2NmKcoEbq6S+FJx3g8JotBQB5t2NBIbyzKJWXSfL5OGgZMpakyDW/p30 djMU5MTq17N98fpUEJjYj9pFj692/apZGRVL0h2cwddkfOOOToXr0MSJowAF1dF4 bMxxaGcU347FfBOvdk5cffs5sw8SUSLeG1zHFcFFHtJOdnT5BER7gtNet1FwKv1f aHuAZpYyGyNyknKuNqgCC08PpiJs/0AERvhoCb29pEVaDQXo2lTuW3sooFfFqisX FPRa04CzrqqL+omVJovHy3svAsMAaeMFuUbIYfrYodmrKY3off4F/SSV+/JQeLzU BOn2j778weqCYmoLKo0e =rGVL -----END PGP SIGNATURE----- --Apple-Mail=_FC5DAEC8-B2E8-4769-99F3-0D662D8CCF77-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 08:31:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5340C7D1; Fri, 16 Jan 2015 08:31:49 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9A9AD20; Fri, 16 Jan 2015 08:31:48 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id z2so2869403wiv.1; Fri, 16 Jan 2015 00:31:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CtO1JP1lGwf7M5d1OLZj40Rn89qsNEmvCsxO7UG0YLA=; b=GoG7l81MhRgTaBXjpTp0Z3OahyTnrxNsseUfeFZqEqRKzdxajj+7Zu3xdB1GPhoFaB bUFhueeAG4jVMNX6heduZHDVrjqMtLEGL8jRDLgaRnh51FjJ17AnpHZpZQfL9V4hU1K7 /tRrMw+koqua2++jYeV/7RKTilwmLgs5JVb7DFJYrrgF3/1L8PBuc5Nyo6vsxWQhkbJD jMZRp7kcA1sM7wIDP1uvLM/KGc1j/kjmKrG6a7xnbN7GvFActTpIthmCs+72iHTZnQU+ NyscEx4n89s6v4Ttc72GtbtkQVtNdBSMnHo20gfOx1HpOpej/MqTDXpyHba+CO07UVhi iMLw== MIME-Version: 1.0 X-Received: by 10.194.200.1 with SMTP id jo1mr27152217wjc.64.1421397107286; Fri, 16 Jan 2015 00:31:47 -0800 (PST) Received: by 10.27.32.77 with HTTP; Fri, 16 Jan 2015 00:31:47 -0800 (PST) In-Reply-To: References: <54B7A494.50205@FreeBSD.org> <201501160605.t0G6581D014006@dyslexicfish.net> Date: Fri, 16 Jan 2015 09:31:47 +0100 Message-ID: Subject: Re: DigitalOcean offers VMs with FreeBSD! From: Nikolay Denev To: Lyndon Nerenberg Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: emulation@freebsd.org, decke@bluelife.at, lev@freebsd.org, Jamie Landeg-Jones , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 08:31:49 -0000 On Fri, Jan 16, 2015 at 7:13 AM, Lyndon Nerenberg wrote: > Beware that they (DO) do not at all grok ipv6. They hand out /124s, or > something equally silly. > My DO instance has /64 and I have no problems with using ipv6 to login. --Nikolay From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 09:38:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 412EFBB7 for ; Fri, 16 Jan 2015 09:38:45 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A9E48646 for ; Fri, 16 Jan 2015 09:38:44 +0000 (UTC) Received: from m.saper.info (saper@localhost [127.0.0.1]) by m.saper.info (8.14.9/8.14.9) with ESMTP id t0G9cd1H012785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 16 Jan 2015 09:38:39 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1421401119; bh=CyS6TYR7aX3BcSonYKMtWiM6f9OhvRgB9P7W7mDS9h8=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=FGv/Qy8A0YYWQgBUw8QIVFaTxhYXKlbaEeBESKkBuWH6GLf/ITC2tEASrYwJQjoQS GBjlvconz5Utd0eIHyjoJWZqRbfqhAnnJ/NXOQvqv9yzjPTc8gLVeIGBfvnoEgP3rC AoF+vYuBMsTCe1JRoHvYdtBOpJMnReMJVIhhmni8= Received: from localhost (saper@localhost) by m.saper.info (8.14.9/8.14.9/Submit) with ESMTP id t0G9caXT012782; Fri, 16 Jan 2015 09:38:37 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Fri, 16 Jan 2015 09:38:36 +0000 From: Marcin Cieslak To: Jamie Landeg-Jones , Nikolay Denev Subject: Re: DigitalOcean offers VMs with FreeBSD! In-Reply-To: Message-ID: References: <54B7A494.50205@FreeBSD.org> <201501160605.t0G6581D014006@dyslexicfish.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-15 Content-Transfer-Encoding: 8BIT Cc: emulation@freebsd.org, decke@bluelife.at, lev@freebsd.org, Lyndon Nerenberg , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 09:38:45 -0000 On Fri, 16 Jan 2015, Jamie Landeg-Jones wrote: > Bernhard Fröhlich wrote: > > I don't know what's unusual with the DO virtualisation, but vultr just > works like a normal server (though they do restrict to virtio devices > where applicable rather than emulated harware) They use Avahi for autodisovery of the IPv4 "link layer" address to further boostrap the configuration. Unfortuately avahi-autoipd seems to needs lots of dependencies, including gobject-introspection. bsd-cloudinit is written in Python and they use it to get a proper IPv4 addresses. This configuration gets sucked into rc. On Fri, 16 Jan 2015, Nikolay Denev wrote: > On Fri, Jan 16, 2015 at 7:13 AM, Lyndon Nerenberg wrote: > > > Beware that they (DO) do not at all grok ipv6. They hand out /124s, or > > something equally silly. > > > > My DO instance has /64 and I have no problems with using ipv6 to login. It's /64 formally here, but I am told only to use 16 (sixteen) addresses xxxx:2000 ... xxxx:200f Sounds like neighbour discovery scalability issues? //Marcin From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 15:38:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8824D32; Fri, 16 Jan 2015 15:38:17 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::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 6DF5D140; Fri, 16 Jan 2015 15:38:17 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id l15so4970348wiw.2; Fri, 16 Jan 2015 07:38:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=d+VcjZi17nEDySEToP/ZlDroARVicr3DWnmJMdzIcQg=; b=qT0Sy6PS2tGUHm7crB/XrL9MmJMU2D8vKCyJw/F8Tyfr8BQrC58ulHZDNfuTxjfLkF afM/q78cMuThZIkeFeA6duaIXdYWQ1/0RSqvwvRF2z8q/N2vzpDUDXuPgLyeKyr7jc54 RPl72J440iU84mrJpDOLfQJG3/UHbO/e0psa30PgDOpCsCiZ2I0hma/wMTvOYmkuXdPW LKFFnE3cGHP11FULKtxvL/EEBP9Y3sR+vlbzYO3QaSgSfPNNOmB89Hf723E+kBiiTXuw 1y1uj4Rjd3CdMiam2fwq+ZYUEjmPpMRmtfiwWtJqiZd43H4DkdSuLq78b0yBHc66iN6k XJ+g== MIME-Version: 1.0 X-Received: by 10.180.74.108 with SMTP id s12mr7671888wiv.28.1421422694437; Fri, 16 Jan 2015 07:38:14 -0800 (PST) Received: by 10.27.32.77 with HTTP; Fri, 16 Jan 2015 07:38:14 -0800 (PST) In-Reply-To: References: <54B7A494.50205@FreeBSD.org> <201501160605.t0G6581D014006@dyslexicfish.net> Date: Fri, 16 Jan 2015 16:38:14 +0100 Message-ID: Subject: Re: DigitalOcean offers VMs with FreeBSD! From: Nikolay Denev To: Marcin Cieslak Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: lev@freebsd.org, Lyndon Nerenberg , Jamie Landeg-Jones , emulation@freebsd.org, =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 15:38:18 -0000 On Fri, Jan 16, 2015 at 10:38 AM, Marcin Cieslak wrote: > On Fri, 16 Jan 2015, Jamie Landeg-Jones wrote: > > > Bernhard Fr=C3=B6hlich wrote: > > > > I don't know what's unusual with the DO virtualisation, but vultr just > > works like a normal server (though they do restrict to virtio devices > > where applicable rather than emulated harware) > > They use Avahi for autodisovery of the IPv4 "link layer" address > to further boostrap the configuration. Unfortuately avahi-autoipd > seems to needs lots of dependencies, including gobject-introspection. > > bsd-cloudinit is written in Python and they use it to get a proper > IPv4 addresses. This configuration gets sucked into rc. > > On Fri, 16 Jan 2015, Nikolay Denev wrote: > > > On Fri, Jan 16, 2015 at 7:13 AM, Lyndon Nerenberg > wrote: > > > > > Beware that they (DO) do not at all grok ipv6. They hand out /124s, = or > > > something equally silly. > > > > > > > My DO instance has /64 and I have no problems with using ipv6 to login. > > It's /64 formally here, but I am told only to use 16 (sixteen) addresses > xxxx:2000 ... xxxx:200f > > Sounds like neighbour discovery scalability issues? > > //Marcin > On the timecounter sysctl: unixbench with TSC-low: INDEX VALUES TEST BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 25145739.3 2154.7 Double-Precision Whetstone 55.0 4021.2 731.1 Execl Throughput 43.0 2334.0 542.8 File Copy 1024 bufsize 2000 maxblocks 3960.0 1309.0 3.3 File Copy 256 bufsize 500 maxblocks 1655.0 353.0 2.1 File Copy 4096 bufsize 8000 maxblocks 5800.0 4771.0 8.2 Pipe Throughput 12440.0 1179433.3 948.1 Pipe-based Context Switching 4000.0 259704.9 649.3 Process Creation 126.0 8010.6 635.8 Shell Scripts (8 concurrent) 6.0 538.8 898.0 System Call Overhead 15000.0 987460.5 658.3 =3D=3D=3D= =3D=3D=3D=3D=3D=3D FINAL SCORE 189.7 unixbench with HPET(default): INDEX VALUES TEST BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 24582513.8 2106.5 Double-Precision Whetstone 55.0 3941.6 716.7 Execl Throughput 43.0 2275.7 529.2 File Copy 1024 bufsize 2000 maxblocks 3960.0 1102.0 2.8 File Copy 256 bufsize 500 maxblocks 1655.0 259.0 1.6 File Copy 4096 bufsize 8000 maxblocks 5800.0 4604.0 7.9 Pipe Throughput 12440.0 1186331.6 953.6 Pipe-based Context Switching 4000.0 255294.8 638.2 Process Creation 126.0 6451.6 512.0 Shell Scripts (8 concurrent) 6.0 445.8 743.0 System Call Overhead 15000.0 971475.1 647.7 =3D=3D=3D= =3D=3D=3D=3D=3D=3D FINAL SCORE 173.0 --Nikolay From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 19:45:51 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7197DB4F for ; Fri, 16 Jan 2015 19:45:51 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3469C760 for ; Fri, 16 Jan 2015 19:45:50 +0000 (UTC) Received: from [89.204.130.81] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YCCpx-0000ux-JR for freebsd-current@freebsd.org; Fri, 16 Jan 2015 20:45:42 +0100 Date: Fri, 16 Jan 2015 20:45:39 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: kernel: MCA: CPU 0 COR (1) internal parity error Message-ID: <20150116194539.GA2230@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.81 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 19:45:51 -0000 Hello, I'm running since some days a recent -HEAD r276659 on an Acer C720 Chromebook which works very nicely and fast (I really have never seen such a fast KDE4 desktop). >From time to time (let's say 2-3 times a day) I see messages like this in /var/log/messages: Jan 16 12:04:24 c720-r276659 kernel: MCA: Bank 0, Status 0x90000040000f0005 Jan 16 12:04:24 c720-r276659 kernel: MCA: Global Cap 0x0000000000000c07, Status 0x0000000000000000 Jan 16 12:04:24 c720-r276659 kernel: MCA: Vendor "GenuineIntel", ID 0x40651, APIC ID 0 Jan 16 12:04:24 c720-r276659 kernel: MCA: CPU 0 COR (1) internal parity error the kernel is: # uname -a FreeBSD c720-r276659 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r276659M: Tue Jan 6 12:55:25 CET 2015 guru@vm-poudriere-r269739:/usr/local/acerC720/obj/usr/local/acerC720/src/sys/GENERIC i386 i.e. the i386 version (because I compile everything in a VM) Are the above messages really a hardware problem? Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 20:04:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A98F515 for ; Fri, 16 Jan 2015 20:04:54 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 3DBC9960 for ; Fri, 16 Jan 2015 20:04:54 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-24-125-214-90.hsd1.va.comcast.net [24.125.214.90]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 65EA956467; Fri, 16 Jan 2015 14:04:53 -0600 (CST) Message-ID: <54B96EE4.5090702@vangyzen.net> Date: Fri, 16 Jan 2015 15:04:52 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: kernel: MCA: CPU 0 COR (1) internal parity error References: <20150116194539.GA2230@c720-r276659> In-Reply-To: <20150116194539.GA2230@c720-r276659> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 20:04:54 -0000 On 01/16/2015 14:45, Matthias Apitz wrote: > Jan 16 12:04:24 c720-r276659 kernel: MCA: Bank 0, Status 0x90000040000f0005 > Jan 16 12:04:24 c720-r276659 kernel: MCA: Global Cap 0x0000000000000c07, Status 0x0000000000000000 > Jan 16 12:04:24 c720-r276659 kernel: MCA: Vendor "GenuineIntel", ID 0x40651, APIC ID 0 > Jan 16 12:04:24 c720-r276659 kernel: MCA: CPU 0 COR (1) internal parity error Try ports/sysutils/mcelog. Eric From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 23:04:44 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBC37B7F for ; Fri, 16 Jan 2015 23:04:44 +0000 (UTC) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (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 BD924CDD for ; Fri, 16 Jan 2015 23:04:44 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0GN3ctJ096458; Fri, 16 Jan 2015 15:03:39 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current@freebsd.org, Matthias Apitz In-Reply-To: <20150116194539.GA2230@c720-r276659> References: <20150116194539.GA2230@c720-r276659> From: "Chris H" Subject: Re: kernel: MCA: CPU 0 COR (1) internal parity error Date: Fri, 16 Jan 2015 15:03:39 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2015 23:04:45 -0000 On Fri, 16 Jan 2015 20:45:39 +0100 Matthias Apitz wrote > Hello, > > I'm running since some days a recent -HEAD r276659 on an Acer C720 > Chromebook which works very nicely and fast (I really have never seen > such a fast KDE4 desktop). > > >From time to time (let's say 2-3 times a day) I see messages like this > in /var/log/messages: > > Jan 16 12:04:24 c720-r276659 kernel: MCA: Bank 0, Status 0x90000040000f0005 > Jan 16 12:04:24 c720-r276659 kernel: MCA: Global Cap 0x0000000000000c07, > Status 0x0000000000000000 Jan 16 12:04:24 c720-r276659 kernel: MCA: Vendor > "GenuineIntel", ID 0x40651, APIC ID 0 Jan 16 12:04:24 c720-r276659 kernel: > MCA: CPU 0 COR (1) internal parity error > > the kernel is: > > # uname -a > FreeBSD c720-r276659 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r276659M: Tue Jan > 6 12:55:25 CET 2015 > guru@vm-poudriere-r269739:/usr/local/acerC720/obj/usr/local/acerC720/src/sys/ > GENERIC i386 > > i.e. the i386 version (because I compile everything in a VM) > > Are the above messages really a hardware problem? Last time I saw this, it was cache on one of the CPU's going south (bad). My experience, anyway. --Chris > > Thanks > > matthias > > -- > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 > 1989-2014: The Wall was torn down so that we go to war together again. > El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. > Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 01:33:27 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65901DA5 for ; Sat, 17 Jan 2015 01:33:27 +0000 (UTC) Received: from hosting.weyantenterprises.com (hosting.weyantenterprises.com [50.28.102.108]) (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 42A25DE6 for ; Sat, 17 Jan 2015 01:33:26 +0000 (UTC) Received: from [178.219.244.143] (port=49697 helo=a-1electricinc.com) by hosting.weyantenterprises.com with esmtpa (Exim 4.84) (envelope-from ) id 1YCIGT-00009t-5g; Fri, 16 Jan 2015 17:33:25 -0800 Message-ID: From: "Joe Nosay" To: "freebsd current" , "neurotic be still" , "vps freebsd" Subject: =?ISO-8859-1?Q?1=2F17=2F2015_2=3A33=3A23_AM?= Date: Fri, 17 Jan 2015 02:33:23 +0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3522.110 X-MIMEOLE: Produced By Microsoft MimeOLE V16.4.3522.110 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hosting.weyantenterprises.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gmail.com X-Get-Message-Sender-Via: hosting.weyantenterprises.com: authenticated_id: manuel@a-1electricinc.com X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 01:33:27 -0000 http://bestsolutionroofing.com/mz/yxeakxokrkexzjpivfejou.wmmrrtknexcesb Joe Nosay 1/17/2015 2:33:23 AM From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 12:06:38 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB900761 for ; Sat, 17 Jan 2015 12:06:38 +0000 (UTC) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A705AF12 for ; Sat, 17 Jan 2015 12:06:38 +0000 (UTC) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1YCS9C-0001Ru-1W for current@freebsd.org; Sat, 17 Jan 2015 13:06:34 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1YCS9C-0006qm-17 for current@freebsd.org; Sat, 17 Jan 2015 13:06:34 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Sat, 17 Jan 2015 12:06:34 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: "make distribution," but more than one filesystem at destination? Date: Sat, 17 Jan 2015 04:06:34 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 12:06:39 -0000 UPDATING from what I have read does not go into detail in the case that the= destination has separate /var etc partitions. A variable to set, or procedure, or one should rsync the c= ontents onto the filesystems after install? Experiences welcomed. Also maybe into the UPDATING file(s) [ usual one; v1= 1 one...] ... unless it is not recommended.= From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 14:21:53 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F316D70 for ; Sat, 17 Jan 2015 14:21:53 +0000 (UTC) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AD2CDC5 for ; Sat, 17 Jan 2015 14:21:52 +0000 (UTC) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1YCUG5-0008Gu-N2; Sat, 17 Jan 2015 15:21:49 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1YCUG5-0008Q8-MX; Sat, 17 Jan 2015 15:21:49 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Sat, 17 Jan 2015 14:21:49 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "jbtakk" Subject: [SOLVED] Re: "make distribution," but more than one filesystem at destination? Date: Sat, 17 Jan 2015 06:21:49 -0800 (PST) X-Mailer: RMM6 In-Reply-To: Message-Id: Cc: current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 14:21:53 -0000 On Sat, 17 Jan 2015 04:06:34 -0800 (PST), "Jeffrey Bouquet" wrote: > UPDATING from what I have read does not go into detail in the case that t= he destination has separate /var > etc partitions. A variable to set, or procedure, or one should rsync the= contents onto the filesystems after install? >=20 > Experiences welcomed. Also maybe into the UPDATING file(s) [ usual one; = v11 one...] ... unless it is not > recommended. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" mount -t ufs -o union [partition not root in dev] /mnt/var #etc in DES= TDIR installworld, installkernel, distribution. unmount and mount regularly the new filesystems.=20=20 Seems to have produced CURRENT r277276 running fine here, but a very many h= aven't-done-in-years=20 mergemaster-related not-a-direct upgrade tasks cropped up... not to ment= ion the one or two errors=20 (coded vt, meant to code sc in loader.conf...)= From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 15:10:18 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C64C5868 for ; Sat, 17 Jan 2015 15:10:18 +0000 (UTC) Received: from oslo.ath.cx (oslo.ath.cx [IPv6:2a01:4f8:200:42e4::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oslo.ath.cx", Issuer "oslo.ath.cx" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44AB81C9 for ; Sat, 17 Jan 2015 15:10:17 +0000 (UTC) Received: by oslo.ath.cx (OpenSMTPD) with ESMTP id b7ca0c45; for ; Sat, 17 Jan 2015 16:10:15 +0100 (CET) Date: Sat, 17 Jan 2015 16:10:15 +0100 From: "Herbert J. Skuhra" To: current@FreeBSD.org Subject: Re: svn commit: r272568 - head/sys/net Message-ID: <20150117151015.GA63617@oslo.ath.cx> References: <201410051943.s95JhbCp073535@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201410051943.s95JhbCp073535@svn.freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 15:10:18 -0000 On Sun, Oct 05, 2014 at 07:43:37PM +0000, Hiroki Sato wrote: > Author: hrs > Date: Sun Oct 5 19:43:37 2014 > New Revision: 272568 > URL: https://svnweb.freebsd.org/changeset/base/272568 > > Log: > Virtualize if_bridge(4) cloner. Hi, after this commit I always get a kernel panic when I stop my vnet jails. With a recent kernel this only happens when if_bridge is loaded as a module. savecore: writing core to /var/crash/vmcore.4 savecore: reboot after panic: mtx_lock() of destroyed mutex @ /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1814 dump (textdump=0) at pcpu.h:219 #1 0xffffffff802ded1e in db_dump (dummy=, dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 #2 0xffffffff802de7bd in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:449 #3 0xffffffff802de534 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xffffffff802e0fc0 in db_trap (type=, code=0) at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff8051e5f1 in kdb_trap (type=3, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff8071c2e2 in trap (frame=0xfffffe00980ae680) at /usr/src/sys/amd64/amd64/trap.c:542 #7 0xffffffff80700652 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #8 0xffffffff8051dcee in kdb_enter (why=0xffffffff807e37e8 "panic", msg=) at cpufunc.h:63 #9 0xffffffff804e54e9 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:739 #10 0xffffffff804e5339 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:634 #11 0xffffffff804d038a in __mtx_lock_flags (c=0xfffffe00016ca278, opts=0, file=0xffffffff8141cb48 "/usr/src/sys/modules/if_bridge/../../net/if_bridge.c", line=1814) at /usr/src/sys/kern +/kern_mutex.c:215 #12 0xffffffff8141a510 in bridge_ifdetach () from /boot/kernel/if_bridge.ko #13 0xffffffff805b1c0a in if_detach_internal (ifp=0xfffff80005c50000, vmove=0) at /usr/src/sys/net/if.c:963 #14 0xffffffff805b188f in if_detach (ifp=0xffffffff80b98530) at /usr/src/sys/net/if.c:894 #15 0xffffffff805bdfc6 in lo_clone_destroy (ifp=0xfffff800059a4800) at /usr/src/sys/net/if_loop.c:117 #16 0xffffffff805b955f in if_clone_destroyif (ifc=0xfffff8000538a580, ifp=0x0) at /usr/src/sys/net/if_clone.c:684 #17 0xffffffff805b9e48 in if_clone_detach (ifc=) at /usr/src/sys/net/if_clone.c:458 #18 0xffffffff805bde56 in vnet_loif_uninit (unused=) at /usr/src/sys/net/if_loop.c:168 #19 0xffffffff805cf217 in vnet_destroy (vnet=0xfffff800053fc6c0) at /usr/src/sys/net/vnet.c:593 #20 0xffffffff804b9fad in prison_deref (pr=0xffffffff80a8b3b0, flags=Cannot access memory at address 0x3 ) at /usr/src/sys/kern/kern_jail.c:2582 #21 0xffffffff804bb637 in sys_jail_remove (td=, uap=) at /usr/src/sys/kern/kern_jail.c:2248 #22 0xffffffff8071d21a in amd64_syscall (td=0xfffff80005c50000, traced=0) at subr_syscall.c:133 #23 0xffffffff8070093b in Xfast_syscall () This system is running in Virtualbox. Is this a known issue? -- Herbert From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 15:37:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 138A5F86; Sat, 17 Jan 2015 15:37:22 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (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 63B2B6BB; Sat, 17 Jan 2015 15:37:20 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YCV9m-0003Ua-1y; Sat, 17 Jan 2015 09:19:22 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t0HFI6n7002154; Sat, 17 Jan 2015 09:18:06 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t0HFI694002153; Sat, 17 Jan 2015 09:18:06 -0600 (CST) (envelope-from bob) Date: Sat, 17 Jan 2015 09:18:06 -0600 From: Bob Willcox To: FreeBSD Ports Message-ID: <20150117151806.GE91189@rancor.immure.com> Reply-To: Bob Willcox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 Subject: CURRENT breaks loading of nvidia.so X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 15:37:22 -0000 Yesterday when I upgraded my current box I encountered this failure when attempting to load the nvidia-driver (nvidia.so): link_elf_obj: symbol _callout_stop_safe undefined linker_load_file: Unsupported file type So, today I updtated my system again today hoping it might be fixed but the problem persists. System info: FreeBSD han.immure.com 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r277299: Sat Jan 17 08:52:41 CST 2015 bob@han.immure.com:/usr/obj/usr/src/sys/HAN amd64 Thanks, Bob -- Bob Willcox | The Ancient Doctrine of Mind Over Matter: bob@immure.com | I don't mind... and you don't matter. Austin, TX | -- As revealed to reporter G. Rivera by Swami Havabanana From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 15:44:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4061C210; Sat, 17 Jan 2015 15:44:18 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 F3BEA7CC; Sat, 17 Jan 2015 15:44:17 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 89F871FE023; Sat, 17 Jan 2015 16:44:15 +0100 (CET) Message-ID: <54BA8380.4060108@selasky.org> Date: Sat, 17 Jan 2015 16:45:04 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Bob Willcox , FreeBSD Ports Subject: Re: CURRENT breaks loading of nvidia.so References: <20150117151806.GE91189@rancor.immure.com> In-Reply-To: <20150117151806.GE91189@rancor.immure.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 15:44:18 -0000 On 01/17/15 16:18, Bob Willcox wrote: > Yesterday when I upgraded my current box I encountered this failure when > attempting to load the nvidia-driver (nvidia.so): > > link_elf_obj: symbol _callout_stop_safe undefined > linker_load_file: Unsupported file type > > So, today I updtated my system again today hoping it might be fixed but the > problem persists. > > System info: > > FreeBSD han.immure.com 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r277299: Sat Jan 17 08:52:41 CST 2015 bob@han.immure.com:/usr/obj/usr/src/sys/HAN amd64 > > Thanks, > Bob > Hi, The nvidia-driver package needs to be recompiled with the latest FreeBSD-current sources, because of changes in the callout subsystem. If this is not possible, we can temporarily add the "_callout_stop_safe" symbol to the kernel for some transition time. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 15:48:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24AC03C3; Sat, 17 Jan 2015 15:48:40 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D649B7F1; Sat, 17 Jan 2015 15:48:39 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t0HFmbtX050877; Sat, 17 Jan 2015 07:48:37 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t0HFmbPa050876; Sat, 17 Jan 2015 07:48:37 -0800 (PST) (envelope-from david) Date: Sat, 17 Jan 2015 07:48:37 -0800 From: David Wolfskill To: Bob Willcox , FreeBSD Ports , FreeBSD CURRENT Subject: Re: CURRENT breaks loading of nvidia.so Message-ID: <20150117154837.GL1151@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Bob Willcox , FreeBSD Ports , FreeBSD CURRENT References: <20150117151806.GE91189@rancor.immure.com> <54BA8380.4060108@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="YAtphYyk96k3MMQU" Content-Disposition: inline In-Reply-To: <54BA8380.4060108@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 15:48:40 -0000 --YAtphYyk96k3MMQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote: > On 01/17/15 16:18, Bob Willcox wrote: > > Yesterday when I upgraded my current box I encountered this failure when > > attempting to load the nvidia-driver (nvidia.so): > > > > link_elf_obj: symbol _callout_stop_safe undefined > > linker_load_file: Unsupported file type > > > > So, today I updtated my system again today hoping it might be fixed but= the > > problem persists. > > > > System info: > > > > FreeBSD han.immure.com 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r277299: Sa= t Jan 17 08:52:41 CST 2015 bob@han.immure.com:/usr/obj/usr/src/sys/HAN = amd64 > > > > Thanks, > > Bob > > >=20 > Hi, >=20 > The nvidia-driver package needs to be recompiled with the latest=20 > FreeBSD-current sources, because of changes in the callout subsystem. >=20 > If this is not possible, we can temporarily add the "_callout_stop_safe"= =20 > symbol to the kernel for some transition time. > ... While I'm running i386 (vs. amd64), I have not encountered the cited issue. Given the above, I suspect that the fact that I have the line: PORTS_MODULES=3Dx11/nvidia-driver in /etc/src.conf has a fair amount of (positive) influence on that. (I track stable/10 & head -- on different slices -- daily on my laptop.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --YAtphYyk96k3MMQU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUuoRUXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7CbwP/1FloLSXq5eL+XE5MlE7MwM7 7WV3w8WDhAZM1TAOBeRIwT3HbRr2CUTI+nWy8ktOjysUhDzHJ4lRbjjCDf3vg488 C2XPnR83dd52too8e1n0AtkiRTkj+OvqeSAChr+FxPj0Y8I8/n73MlSS07zLQkyO H3uAQPaXYOcuOEPJSt9B4s3gx+sgxYTWGhqkciwvch5Bqu2upH8n5e9r/+0IhV6K ibApJFGcJHgvCMq95Y9R4dBmwWZpxM9OMa6R7ec+zurL42/fO7atbTeilaE/6ED4 2+Ta5zcZijO05YBzDW9GZ8SWzPpVpAYQkTDILaly6VpMnTPloYDf/CWmkFjzppfa Ef9EvCcVL8ZJG5OmJidICXFKkeNWYPQOr5SiFselbylzbkzoJI9WhUJOh/fZqd6w +ipkIgR7soacYfwVQsOAapAT99mQyYKEGdObV894iw6yP/aPz357qnoD0lkTGgoz SYIlZRvxzYTR7nR/M9+1JdWRw7EeSes0annw+UPqRp7bh3ERqJJ4L23vslFT+8k1 aJMgTQHmqPnuGuisZyR14ceQiDF2y69pwD39Po5Ck5kxAjtQXZ6qA07jBt5lBz2z t84o/p1jKPFYSJKudPjAjvv7HAy4T1IruwnKBLwOzoksjRDYbh3/DIhBjChohXCn jHuYGLW9UysPcSN0FePB =SpFu -----END PGP SIGNATURE----- --YAtphYyk96k3MMQU-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 16:03:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47E6598B; Sat, 17 Jan 2015 16:03:29 +0000 (UTC) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) (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 D0BAD98F; Sat, 17 Jan 2015 16:03:27 +0000 (UTC) Received: from [192.168.225.11] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id t0HFho5a080741; Sat, 17 Jan 2015 16:43:56 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <54BA8336.4090807@fgznet.ch> Date: Sat, 17 Jan 2015 16:43:50 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Bob Willcox , FreeBSD Ports Subject: Re: CURRENT breaks loading of nvidia.so References: <20150117151806.GE91189@rancor.immure.com> In-Reply-To: <20150117151806.GE91189@rancor.immure.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 16:03:29 -0000 On 17.01.15 16:18, Bob Willcox wrote: > Yesterday when I upgraded my current box I encountered this failure when > attempting to load the nvidia-driver (nvidia.so): > > link_elf_obj: symbol _callout_stop_safe undefined > linker_load_file: Unsupported file type > > So, today I updtated my system again today hoping it might be fixed but the > problem persists. > > System info: > > FreeBSD han.immure.com 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r277299: Sat Jan 17 08:52:41 CST 2015 bob@han.immure.com:/usr/obj/usr/src/sys/HAN amd64 I think you have to rebuild the nvidia-driver against your fresh built system. At least I had and my T510 s working again with the nvidia.ko. Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 17:43:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84CE38D9 for ; Sat, 17 Jan 2015 17:43:33 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44B40368 for ; Sat, 17 Jan 2015 17:43:32 +0000 (UTC) Received: from [93.104.2.22] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YCXPF-0005Pk-2U; Sat, 17 Jan 2015 18:43:29 +0100 Date: Sat, 17 Jan 2015 18:43:26 +0100 From: Matthias Apitz To: Eric van Gyzen Subject: Re: kernel: MCA: CPU 0 COR (1) internal parity error Message-ID: <20150117174326.GA40205@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Eric van Gyzen , freebsd-current@freebsd.org, jdc@koitsu.org References: <20150116194539.GA2230@c720-r276659> <54B96EE4.5090702@vangyzen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54B96EE4.5090702@vangyzen.net> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.2.22 Cc: jdc@koitsu.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 17:43:33 -0000 El día Friday, January 16, 2015 a las 03:04:52PM -0500, Eric van Gyzen escribió: > On 01/16/2015 14:45, Matthias Apitz wrote: > > Jan 16 12:04:24 c720-r276659 kernel: MCA: Bank 0, Status 0x90000040000f0005 > > Jan 16 12:04:24 c720-r276659 kernel: MCA: Global Cap 0x0000000000000c07, Status 0x0000000000000000 > > Jan 16 12:04:24 c720-r276659 kernel: MCA: Vendor "GenuineIntel", ID 0x40651, APIC ID 0 > > Jan 16 12:04:24 c720-r276659 kernel: MCA: CPU 0 COR (1) internal parity error > > Try ports/sysutils/mcelog. I have installed that port and launched it as # mcelog > mcelog.txt ... mcelog: Unsupported new Family 6 Model 45 CPU: only decoding architectural errors mcelog: Unsupported new Family 6 Model 45 CPU: only decoding architectural errors mcelog: Unsupported new Family 6 Model 45 CPU: only decoding architectural errors ... (the messages are STDERR); in 'mcelog.txt' it has for the last event from /var/log/messages: Jan 17 18:23:54 c720-r276659 kernel: MCA: Bank 0, Status 0x90000040000f0005 Jan 17 18:23:54 c720-r276659 kernel: MCA: Global Cap 0x0000000000000c07, Status 0x0000000000000000 Jan 17 18:23:54 c720-r276659 kernel: MCA: Vendor "GenuineIntel", ID 0x40651, APIC ID 0 Jan 17 18:23:54 c720-r276659 kernel: MCA: CPU 0 COR (1) internal parity error the following lines (the uptime matches): ... HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor MCE 32 CPU 0 BANK 0 TSC 36eec80fd688 [at 1397 Mhz 0 days 12:0:41 uptime (unreliable)] MCG status: MCi status: Error enabled MCA: Unknown Error 5 STATUS 90000040000f0005 MCGSTATUS 0 MCGCAP c07 APICID 0 SOCKETID 0 CPUID Vendor Intel Family 6 Model 69 Questions: a) Is the output of mcelog valid (regardless of the msg on STDERR of 'unsupported model')? b) Is it worth to contact the dealer or wait until it is broken completely? Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 18:31:16 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18D7947C for ; Sat, 17 Jan 2015 18:31:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 080C3A49 for ; Sat, 17 Jan 2015 18:31:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D86414ED for ; Sat, 17 Jan 2015 18:31:14 +0000 (UTC) Date: Sat, 17 Jan 2015 18:31:14 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <68924092.14.1421519474292.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #575 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 18:31:16 -0000 See ------------------------------------------ Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#599 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace [FreeBSD_HEAD-tests2] $ /bin/sh -xe /tmp/hudson4671036307176382476.sh + sudo python /vm/freebsd-ci/scripts/test/run-tests.py -f /vm/freebsd-ci/sc= ripts/test/config/config.json bhyveload -m 2G -d /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image= /FreeBSD_HEAD/test.img vm_test Consoles: userboot =20 FreeBSD/amd64 User boot, Revision 1.1 (rodrigc@havoc.ysv.freebsd.org, Tue Oct 21 05:39:14 UTC 2014) |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08Loading /boot/defaults/load= er.conf=20 -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08=1B[H=1B[J=1B[7;= 46H ``` `=1B[8;46Hs` `.....---.......--.``` -/=1B[= 9;46H+o .--` /y:` +.=1B[10;46H yo`:. :o `+-= =1B[11;46H y/ -/` -o/=1B[12;46H .- ::/sy+= :.=1B[13;46H / `-- /=1B[14;46H`: = :`=1B[15;46H`: :`=1B[16;46H / = /=1B[17;46H .- -.=1B[18;46H -- = -.=1B[19;46H `:` `:`=1B[20;46H .-- = `--.=1B[21;46H .---.....----.=1B[25;0H=1B[1;2H ______ = ____ _____ _____ =1B[2;2H| ____| | _ \ / ____| __ \ = =1B[3;2H| |___ _ __ ___ ___ | |_) | (___ | | | |=1B[4;2H| ___| '__/ _ \/= _ \| _ < \___ \| | | |=1B[5;2H| | | | | __/ __/| |_) |____) | |__| |= =1B[6;2H| | | | | | || | | |=1B[7;2H|_| |_| \___|\= ___||____/|_____/|_____/ =1B[25;0H=1B[10;2H|=1B[11;2H|=1B[12;2H|=1B[13;2H|= =1B[14;2H|=1B[15;2H|=1B[16;2H|=1B[17;2H|=1B[18;2H|=1B[19;2H|=1B[20;2H|=1B[2= 1;2H|=1B[10;44H|=1B[11;44H|=1B[12;44H|=1B[13;44H|=1B[14;44H|=1B[15;44H|=1B[= 16;44H|=1B[17;44H|=1B[18;44H|=1B[19;44H|=1B[20;44H|=1B[21;44H|=1B[9;3H-----= ------------------------------------=1B[22;3H------------------------------= -----------=1B[9;2H+=1B[22;2H+=1B[9;44H+=1B[22;44H+=1B[25;0H/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08=1B[9;15HWelcome to FreeBSD=1B[11;5H1 = =1B[11;6H.=1B[11;8HBoot Multi User [Enter]=1B[12;5H2 =1B[12;6H.=1B[12;8HBoo= t [S]ingle User=1B[13;5H3 =1B[13;6H.=1B[13;8H[Esc]ape to loader prompt=1B[1= 4;5H4 =1B[14;6H.=1B[14;8HReboot=1B[16;5HOptions:=1B[17;5H5 =1B[17;6H.=1B[17= ;8H[K]ernel: kernel (1 of 2)=1B[18;5H6 =1B[18;6H.=1B[18;8HConfigure Boot [O= ]ptions...=1B[25;0H=1B[23;4HAutoboot in 9 seconds. [Space] to pause=1B[25;0= H=1B[23;4HAutoboot in 8 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot= in 7 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 6 seconds. [Sp= ace] to pause=1B[25;0H=1B[23;4HAutoboot in 5 seconds. [Space] to pause=1B[2= 5;0H=1B[23;4HAutoboot in 4 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutob= oot in 3 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 2 seconds. = [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 1 seconds. [Space] to pause= =1B[25;0H=1B[23;4H =1B[25;0H/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/boot/kernel/kernel text=3D0x103f658 /=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08Traceba= ck (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 96, in runTest child.expect(pexpect.EOF) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyveload args: [u'/usr/sbin/bhyveload', u'-m', u'2G', u'-d', u'/net/jenkins-10.freeb= sd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'vm_test'] searcher: buffer (last 100 chars): 'kernel text=3D0x103f658 /\x08-\x08\\\x08|\x08/\x0= 8-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08= |\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\= x08\\\x08|\x08/\x08-\x08\\\x08' before (last 100 chars): 'kernel text=3D0x103f658 /\x08-\x08\\\x08|\x08/\x0= 8-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08= |\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\x08\\\x08|\x08/\x08-\= x08\\\x08|\x08/\x08-\x08\\\x08' after: match: None match_index: None exitstatus: None flag_eof: False pid: 53060 child_fd: 3 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x80066d150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exce= ption hudson.AbortException: Test reports were found but none of them are new. Di= d tests run?=20 For example, is 4 hr 19 min old =09at hudson.tasks.junit.TestResult.parse(TestResult.java:178) =09at hudson.tasks.junit.TestResult.parse(TestResult.java:146) =09at hudson.tasks.junit.TestResult.(TestResult.java:122) =09at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser= .java:119) =09at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser= .java:92) =09at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2677) =09at hudson.remoting.UserRequest.perform(UserRequest.java:121) =09at hudson.remoting.UserRequest.perform(UserRequest.java:49) =09at hudson.remoting.Request$2.run(Request.java:324) =09at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecut= orService.java:68) =09at java.util.concurrent.FutureTask.run(FutureTask.java:262) =09at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.= java:1145) =09at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor= .java:615) =09at java.lang.Thread.run(Thread.java:745) =09at ......remote call to havoc.ysv.freebsd.org(Native Method) =09at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) =09at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) =09at hudson.remoting.Channel.call(Channel.java:752) =09at hudson.FilePath.act(FilePath.java:970) =09at hudson.FilePath.act(FilePath.java:959) =09at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:89) =09at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java= :120) =09at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.ja= va:137) =09at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibili= tyLayer.java:74) =09at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) =09at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBui= ld.java:770) =09at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildStep= s(AbstractBuild.java:734) =09at hudson.model.Build$BuildExecution.post2(Build.java:183) =09at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.= java:683) =09at hudson.model.Run.execute(Run.java:1784) =09at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) =09at hudson.model.ResourceController.execute(ResourceController.java:89) =09at hudson.model.Executor.run(Executor.java:240) From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 19:11:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60A829BF; Sat, 17 Jan 2015 19:11:11 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 028D5D49; Sat, 17 Jan 2015 19:11:11 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id l18so25516wgh.8; Sat, 17 Jan 2015 11:11:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=v6jicreNp+iU9J+2pinh4dDEBuH3xAlE72cgbT3I0LY=; b=rJejnzvxq6OzLB0CdCrbDSKhP6WGJOn/B5ySq5KAuDPJcaPB+t9EuKxsqcJXcr5xyV oAk5MOEOXl/XadjbQccfJrwMXa2/Q079Z7s2/4d23vXrQ4YPaUvT+m1u14vrBnSnZUBB Qf7NVpMBRXxjco3jM0L5IR45Z0VgNmdMvzbv8/Z83yPHu2vf67gC+d6tDTU2z2CTE8id jKNqqIDxgUvoSovTYZA8rfLzeV/tGzk25DJluV5bA3b4NS7s9LE0555e9Hyz5waMHPDm X8vhlC95VQgvaqppba77ZMvofb/UUDgzdVRNzV3DDd0RVYwq7NVclS2c0AY8OoxzNFzj ZhNQ== MIME-Version: 1.0 X-Received: by 10.180.104.9 with SMTP id ga9mr18890378wib.9.1421521868935; Sat, 17 Jan 2015 11:11:08 -0800 (PST) Received: by 10.216.37.68 with HTTP; Sat, 17 Jan 2015 11:11:08 -0800 (PST) In-Reply-To: <54B7DECF.8070209@selasky.org> References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> <54B7DECF.8070209@selasky.org> Date: Sat, 17 Jan 2015 12:11:08 -0700 Message-ID: Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress From: Jason Wolfe To: Hans Petter Selasky , John Baldwin Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Sat, 17 Jan 2015 19:47:51 +0000 Cc: Adrian Chadd , FreeBSD Current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 19:11:11 -0000 On Thu, Jan 15, 2015 at 8:37 AM, Hans Petter Selasky wrote: > On 01/14/15 15:31, Hans Petter Selasky wrote: >> >> On 01/11/15 19:08, Jason Wolfe wrote: >>> >>> Hans, >>> >>> We've had 50 machines running 10.1-STABLE with this patch for the >>> better part of a week without issue. Prior we would have seen a panic >>> every few days at the least, so things are looking very promising on >>> our front. >>> >>> Jason >> >> >> Hi, >> >> I've updated D1438 including the manual page changes needed for >> timeout.9 aswell in addition to a minor fix for those using timeout() >> and untimeout() and KTR(). >> >> https://reviews.freebsd.org/D1438 >> >> --HPS > > > FYI: > > Now in -current: > > https://svnweb.freebsd.org/changeset/base/277213 > > Thanks for all good comments and reviews. > > --HPS HPS, Just to give a quick status update, this patch has most certainly resolved our spin lock held too long panics on stable/10. Thank you to JHB for spending some time digging into the issue and leading us to td_slpcallout as the culprit, and HPS for your rewrite. I had heard rumors of other being affected by similar issues, so this seems like a fine candidate for an MFC if possible. Jason From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 22:17:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A710CC85; Sat, 17 Jan 2015 22:17:48 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 5A112FAE; Sat, 17 Jan 2015 22:17:48 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B41C31FE023; Sat, 17 Jan 2015 23:17:38 +0100 (CET) Message-ID: <54BADFB3.3030405@selasky.org> Date: Sat, 17 Jan 2015 23:18:27 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Jason Wolfe , John Baldwin Subject: Re: [RFC] kern/kern_timeout.c rewrite in progress References: <54A1B38C.1000709@selasky.org> <20150101005613.4f788b0c@nonamehost.local> <54A49CA5.2060801@selasky.org> <54A4A002.8010802@selasky.org> <54A53F4F.2000003@selasky.org> <54A92ED1.2070906@selasky.org> <54A9A71E.70609@selasky.org> <54B29A49.3080600@selasky.org> <54B67DA7.3070106@selasky.org> <54B7DECF.8070209@selasky.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD Current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 22:17:48 -0000 On 01/17/15 20:11, Jason Wolfe wrote: > > HPS, > > Just to give a quick status update, this patch has most certainly > resolved our spin lock held too long panics on stable/10. > > Thank you to JHB for spending some time digging into the issue and > leading us to td_slpcallout as the culprit, and HPS for your rewrite. > I had heard rumors of other being affected by similar issues, so this > seems like a fine candidate for an MFC if possible. > > Jason > Hi Jason, I'm glad to hear that my patch has resolved your issue and I'm happy we now have a more stable system. It was actually a co-worker at work which wrote some bad code which I started debugging which then lead me to look at the callout subsystem. One bug kills the other ;-) I'm planning a MFC to 10-stable - yes, and will possibly add the _callout_stop_safe() function to not break binary compatibility with existing drivers as part of the MFC. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 23:56:43 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F13E027C for ; Sat, 17 Jan 2015 23:56:43 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D072ABF3 for ; Sat, 17 Jan 2015 23:56:43 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id t0HNsmv2013504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 17 Jan 2015 15:54:48 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id t0HNsl4q013503 for freebsd-current@freebsd.org; Sat, 17 Jan 2015 15:54:47 -0800 (PST) (envelope-from sgk) Date: Sat, 17 Jan 2015 15:54:47 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: who broke dtrace and buildworld? Message-ID: <20150117235447.GA13490@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 23:56:44 -0000 % cd /usr/src % svn update Updating '.': At revision 277307. % make buildworld =2E... =3D=3D=3D> cddl/usr.sbin/dtrace (all) cc -O2 -pipe -march=3Dcore2 -I/usr/src/cddl/usr.sbin/dtrace/../../../sys/= cddl/compat/opensolaris -I/usr/src/cddl/usr.sbin/dtrace/../../../cddl/comp= at/opensolaris/include -I/usr/src/cddl/usr.sbin/dtrace/../../../cddl/contr= ib/opensolaris/head -I/usr/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/= opensolaris/lib/libdtrace/common -I/usr/src/cddl/usr.sbin/dtrace/../../../= cddl/contrib/opensolaris/lib/libproc/common -I/usr/src/cddl/usr.sbin/dtrac= e/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/usr.sbi= n/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEA= N -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign= -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o dtrac= e dtrace.o -ldtrace -ly -ll -lproc -lctf -lelf -lz -lutil -lrtld_db -lpthre= ad /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idsta= ck_lookup' /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idops= _probe' /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idhas= h_nextid' /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idhas= h_create' /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idhas= h_lookup' /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idops= _type' /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idops= _thaw' /usr/obj/usr/src/tmp/usr/lib/libdtrace.so: undefined reference to `dt_idops= _args Please fix. --=20 Steve