From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 00:18:39 2014 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 A91F7B8A for ; Sun, 23 Nov 2014 00:18:39 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::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 3923782E for ; Sun, 23 Nov 2014 00:18:39 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id l18so9804114wgh.16 for ; Sat, 22 Nov 2014 16:18:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=VGwT/GNfQ4mAhZGUXWlYg05dOvb4VYn9YHSaJy/xa3o=; b=RLd4fhx6wK5XeLwf86e5n1ZcMQxiFLLl051AK39mDsg2c5BG+ggeQw2tQFk+cAlT2u zfR8NNJ2xnUJBbCwpIqCYOQ/0cO6mduiYIAdi7JF+smT1b95ZNfM4BfWoEj7yPAz1ol7 GST1xp5CrQ2F25Gz+ycYWHyySnbKJd3DMEB6eeWRyfpaouHZSj4patlDs0X2SYTVxJ+0 S18U8wGEiIzLFmSnoNpIAZRNvw7CJ3L5ioHS4A2WpKh3sh4FYuVxo26InJnrNELAZvme 9A2IZX/+XNAQVo2Zdt3JDd/WOLgEIHkDomBYMpKG8MIhyC0zHlgE55ovhIZmELJvCvcM 2Ixg== X-Received: by 10.194.223.9 with SMTP id qq9mr21151586wjc.36.1416701917618; Sat, 22 Nov 2014 16:18:37 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id s9sm481691wiz.12.2014.11.22.16.18.36 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 22 Nov 2014 16:18:36 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 23 Nov 2014 01:18:34 +0100 From: Baptiste Daroussin To: current@FreeBSD.org Subject: [HEADSUP] man(1) now uses mandoc Message-ID: <20141123001834.GB68776@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tjCHc7DPkfUGtrlw" Content-Disposition: inline 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: Sun, 23 Nov 2014 00:18:39 -0000 --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, The default renderer on HEAD has been switched to mandoc(1) by default The man(1) command has been instrumented to first test the manpage and fallback on groff if the man page cannot be rendered with mandoc(1). If base is built without groff then man(1) recommands to install groff from packages. makewhatis(1), apropos(1) have not yet been switched to mandoc(1) equivalent. Best regards, Bapt --tjCHc7DPkfUGtrlw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlRxJ9oACgkQ8kTtMUmk6Ewe5QCeK5tk2tjBI0Z4w79lLP7azcvx cMMAnj771xsU4dOmAOOeWtDdmMqAuGCa =TBII -----END PGP SIGNATURE----- --tjCHc7DPkfUGtrlw-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 00:40:58 2014 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 A75921A8; Sun, 23 Nov 2014 00:40:58 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::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 292499D8; Sun, 23 Nov 2014 00:40:58 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id p9so4901477lbv.35 for ; Sat, 22 Nov 2014 16:40:56 -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=Z7DfzRVSvoPoMpxsv1k02fkjjZVlBbqMfG+tA+/l2KM=; b=rhbN8Rvn7jTqf+RQLMjAbH3/juBN99jzEwfKSCNS/0qF1qEFgijpHekke0UzAwFw+z KHYfHLbiXiTdJXsXb1n5lgc6btNP0sIb2P2FD/aCACOwZrMD0RSk9NxqyOwYVt4jPaya sZlEIMZ3T2goOooQvFXrIUlfkdT1RF5d//2kQKz8q7Tf17qmJoNUgDlVhEvpCI82YV5D Da/wG+Ruv0u7PWD8nOhaU0Gf72qXheYmBndYvmVmJU49m0TZuQ92BeIVMu+Ego0OY8q+ hghoIzFdbJIAGD8ncHxg203SZFv8OQLEOyb/adY5cRdaWvWeEvGhUQWDJfvXLS6mXxGF E20Q== MIME-Version: 1.0 X-Received: by 10.152.37.69 with SMTP id w5mr12695308laj.67.1416703256075; Sat, 22 Nov 2014 16:40:56 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.130.168 with HTTP; Sat, 22 Nov 2014 16:40:56 -0800 (PST) Date: Sat, 22 Nov 2014 16:40:56 -0800 X-Google-Sender-Auth: Ak8QNtH5bdKsWHE2QLNEiJXQ1mU Message-ID: Subject: Call for Help: openjdk8 tests under Continuous Integration From: Craig Rodrigues To: freebsd-current Current , FreeBSD stable , "freebsd-java@freebsd.org" 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: Sun, 23 Nov 2014 00:40:58 -0000 FYI, https://lists.freebsd.org/pipermail/freebsd-testing/2014-November/000668.html Please send followups to freebsd-testing@freebsd.org. -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 07:40:28 2014 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 1E543A22 for ; Sun, 23 Nov 2014 07:40:28 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::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 CD46D1E2 for ; Sun, 23 Nov 2014 07:40:27 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id s7so5083909qap.20 for ; Sat, 22 Nov 2014 23:40:26 -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=TipH0qHSBAzSxJAzLTTDs+jHbcwHltiHXVcm7ebMFp4=; b=XCY52oPxccqKxQr2ZJxS4wkRXRZpxeKWalElVPB2r+JNXYUPsuxlr9vVtnHgLIxF1c qLpP9HpnmTDXR4w9f4oInjPIFjbC2t0+npyHS6A8fqevtq4djf6YjWhvsy9D42dylHDx GRko1F+spZAHNdBs/zb5KK4PYjnW0pU3iZeYWutLTkwr+aCA5FNpgoLTg3WddtyIBq9B HM5ShSiN5cWsRTjmK393AI3zahAdqiIHuV4J4bna/vJOgAihefwGX4tjorPF1VtM7NWi nHDk0aq3MHH+etJabtArKUe5IpoOZSqHLZlWfBu/2ku7vpQhzXN/0BMwiSo6af22/oWp hU1Q== MIME-Version: 1.0 X-Received: by 10.224.94.9 with SMTP id x9mr4124818qam.45.1416728426930; Sat, 22 Nov 2014 23:40:26 -0800 (PST) Sender: hiren.panchasara@gmail.com Received: by 10.96.205.201 with HTTP; Sat, 22 Nov 2014 23:40:26 -0800 (PST) In-Reply-To: <54707A20.7060708@icloud.com> References: <54707A20.7060708@icloud.com> Date: Sat, 22 Nov 2014 23:40:26 -0800 X-Google-Sender-Auth: bCVOuhE3TO6fN74g19UqAt_N5vQ Message-ID: Subject: Re: Starting intel driver fails on boot From: hiren panchasara To: Anders Bolt-Evensen Content-Type: text/plain; charset=UTF-8 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: Sun, 23 Nov 2014 07:40:28 -0000 On Sat, Nov 22, 2014 at 3:57 AM, Anders Bolt-Evensen wrote: > Hello. Try freebsd-x11@ or #freebsd-xorg on efnet. cheers, Hiren From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 09:46:08 2014 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 22C73713 for ; Sun, 23 Nov 2014 09:46:08 +0000 (UTC) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE951EC0 for ; Sun, 23 Nov 2014 09:46:07 +0000 (UTC) Received: from smtp2m.mail.yandex.net (smtp2m.mail.yandex.net [77.88.61.129]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 6D8DD1AC0DB6; Sun, 23 Nov 2014 12:45:56 +0300 (MSK) Received: from smtp2m.mail.yandex.net (localhost [127.0.0.1]) by smtp2m.mail.yandex.net (Yandex) with ESMTP id C435F420581; Sun, 23 Nov 2014 12:45:55 +0300 (MSK) Received: from 84.201.166.117-vpn.dhcp.yndx.net (84.201.166.117-vpn.dhcp.yndx.net [84.201.166.117]) by smtp2m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id spvcjPolDy-jto8ZbMN; Sun, 23 Nov 2014 12:45:55 +0300 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 451b4282-cfbf-4fcb-8e8c-108b01deeee2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1416735955; bh=2kpWbwox2RTUbFpKaRvr4eqJi/KQVqY8Cr9LL0k08eQ=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type; b=uqkM7o97FMU/QmCID1rhlcsH6Nkis0pz4J3415yg3Uj5UgnNZeA/leYqVgR94hDqx s2NWysOsrpGvRUChLdz8gSEa1szcfMbraIqXNuuRWnUBAEsFWETaPBEnwUtssbT+fR mieJXJXMomO5hhnqRK3mgHhp1LeMurGXmU4AHW1Y= Authentication-Results: smtp2m.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5471ACB4.5090406@yandex.ru> Date: Sun, 23 Nov 2014 12:45:24 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Shawn Webb , freebsd-current@freebsd.org Subject: Re: Kernel Panic in frag6_slowtimeo References: <1E9CD103-709F-4AAE-B975-14429138293F@gmail.com> In-Reply-To: <1E9CD103-709F-4AAE-B975-14429138293F@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lmvaiML5UGcImT0sg75tem0DVTgvJUNLV" 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, 23 Nov 2014 09:46:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lmvaiML5UGcImT0sg75tem0DVTgvJUNLV Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 21.11.2014 09:10, Shawn Webb wrote: > Looks like I=92m getting a kernel panic on heavy work loads (poudriere > run with 10 build slaves on an Intel Core i7 box). Below is a link to > an imgur album of screenshots I took with my phone. Do you have VIMAGE option in your kernel? --=20 WBR, Andrey V. Elsukov --lmvaiML5UGcImT0sg75tem0DVTgvJUNLV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJUcay8AAoJEAHF6gQQyKF68pMIAIiPJDg2Ul47tv/xtc9y8vwJ 8EHG+sLUcXTXeqtyBePC3lr6YVaM0VpDDxDnS/HFjArQAZsLhR0CKNZu+9IrHn1l iu+5y1RtOwJxQU7GEFKppj295aDON2Iysgtj7tYDBG08KC9mZybJiIFI2jYu3Gm+ w4mpP583AUBWx/DIQ2EDMSzoyKN612ezQRiybvUM9rpZKw1P0PmKhuBx/sfvFLzd QIeUz93Mb7S/fAwmuT+R6C1F7Ct0uQl+T/fHQBEP0xB23FbVVV9ka6eg837tfIBc RxeM3feeCwgF+R/uvwGYJiqluSqayF2QkmYwqMxE+ZohgNmu1BKCMuVOPPQQVJE= =3xC3 -----END PGP SIGNATURE----- --lmvaiML5UGcImT0sg75tem0DVTgvJUNLV-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 11:12:56 2014 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 DB3F0320; Sun, 23 Nov 2014 11:12:56 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010: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 796A1888; Sun, 23 Nov 2014 11:12:56 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id pv20so6241805lab.23 for ; Sun, 23 Nov 2014 03:12:54 -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=Ht9VnlQzuruZnk/bhI3lGXV5S6WPcq1e658SURPRncY=; b=LFiNX6iqWOiyNNqHmazzAeQ8pId/zPq81qVS3+wxL29AA7+UfJb0d4Z5ytMnZDlHSQ myp/UkH5LDfYnSpUq2VkDlU/dFcCDEpuIC7BfyfpG8iHgcULYzl/o4hx1QO5ZLYHYmEr P2J4in6kz4v+/BG1t2qRCX7drp6iupaNEDwazHg3ZDOAlQ4pcQIQovdAf1UPd6r9MkJq 8tHkiy5spfoqnyunCBk18LYBwcl7ZtTMWFP47YjGYUdgAmxUQrhajkcMFqo2Ae5zWbJm wHhPV+G8u2JBKRqfWaLgIyaRLdI7vMZheabXT75GryzdTzXOGheZ7nDwfGPtCP08QFwS YLjA== MIME-Version: 1.0 X-Received: by 10.112.156.138 with SMTP id we10mr13848896lbb.88.1416741174609; Sun, 23 Nov 2014 03:12:54 -0800 (PST) Sender: uspoerlein@gmail.com Received: by 10.152.170.133 with HTTP; Sun, 23 Nov 2014 03:12:54 -0800 (PST) In-Reply-To: <20141123001834.GB68776@ivaldir.etoilebsd.net> References: <20141123001834.GB68776@ivaldir.etoilebsd.net> Date: Sun, 23 Nov 2014 12:12:54 +0100 X-Google-Sender-Auth: hWeY6bBNsC-WbJ8HiVNwp08nUrw Message-ID: Subject: Re: [HEADSUP] man(1) now uses mandoc From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 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: Sun, 23 Nov 2014 11:12:57 -0000 Thanks! 2014-11-23 1:18 GMT+01:00 Baptiste Daroussin : > Hi, > > The default renderer on HEAD has been switched to mandoc(1) by default > The man(1) command has been instrumented to first test the manpage and fallback > on groff if the man page cannot be rendered with mandoc(1). > > If base is built without groff then man(1) recommands to install groff from > packages. > > makewhatis(1), apropos(1) have not yet been switched to mandoc(1) equivalent. > > Best regards, > Bapt From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 12:22:32 2014 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 247BC517; Sun, 23 Nov 2014 12:22:32 +0000 (UTC) Received: from mtaout.vnode.se (mtaout.vnode.se [192.121.62.130]) by mx1.freebsd.org (Postfix) with ESMTP id 78399E8F; Sun, 23 Nov 2014 12:22:31 +0000 (UTC) Received: from [10.10.10.109] (h71n10-th-c-d4.ias.bredband.telia.com [81.234.63.71]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout.vnode.se (Postfix) with ESMTPSA id D330BB0591; Sun, 23 Nov 2014 13:16:39 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: [HEADSUP] man(1) now uses mandoc From: Joel Dahl In-Reply-To: <20141123001834.GB68776@ivaldir.etoilebsd.net> Date: Sun, 23 Nov 2014 13:22:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20141123001834.GB68776@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1993) 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: Sun, 23 Nov 2014 12:22:32 -0000 Thank you. =E2=80=94 Joel > 23 nov 2014 kl. 01:18 skrev Baptiste Daroussin : >=20 > Hi, >=20 > The default renderer on HEAD has been switched to mandoc(1) by default > The man(1) command has been instrumented to first test the manpage and = fallback > on groff if the man page cannot be rendered with mandoc(1). >=20 > If base is built without groff then man(1) recommands to install groff = from > packages. >=20 > makewhatis(1), apropos(1) have not yet been switched to mandoc(1) = equivalent. >=20 > Best regards, > Bapt From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 14:07:21 2014 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 63A598D0; Sun, 23 Nov 2014 14:07:21 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E0DAE9FA; Sun, 23 Nov 2014 14:07:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sANE7ITL070269 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 23 Nov 2014 07:07:19 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sANE7I5c070266; Sun, 23 Nov 2014 07:07:18 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 23 Nov 2014 07:07:18 -0700 (MST) From: Warren Block To: Baptiste Daroussin Subject: Re: [HEADSUP] man(1) now uses mandoc In-Reply-To: <20141123001834.GB68776@ivaldir.etoilebsd.net> Message-ID: References: <20141123001834.GB68776@ivaldir.etoilebsd.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 23 Nov 2014 07:07:19 -0700 (MST) 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: Sun, 23 Nov 2014 14:07:21 -0000 On Sun, 23 Nov 2014, Baptiste Daroussin wrote: > The default renderer on HEAD has been switched to mandoc(1) by default > The man(1) command has been instrumented to first test the manpage and fallback > on groff if the man page cannot be rendered with mandoc(1). > > If base is built without groff then man(1) recommands to install groff from > packages. > > makewhatis(1), apropos(1) have not yet been switched to mandoc(1) equivalent. Thanks and congratulations to all involved! From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 16:57:34 2014 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 A6146BA7; Sun, 23 Nov 2014 16:57:34 +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 835F4B41; Sun, 23 Nov 2014 16:57:34 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id C8CA4193964; Sun, 23 Nov 2014 16:57:26 +0000 (UTC) Subject: Re: zfs/vfs lockups, via poudriere From: Sean Bruno Reply-To: sbruno@freebsd.org To: Andriy Gapon In-Reply-To: <547109A2.9010506@FreeBSD.org> References: <1416684021.7423.77.camel@bruno> <547109A2.9010506@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-I3IemHNtWgO3W2Vy4BM6" Date: Sun, 23 Nov 2014 08:57:25 -0800 Message-ID: <1416761846.1186.0.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Sun, 23 Nov 2014 16:57:34 -0000 --=-I3IemHNtWgO3W2Vy4BM6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2014-11-23 at 00:09 +0200, Andriy Gapon wrote: > On 22/11/2014 21:20, Sean Bruno wrote: > > bdrewery reported a vfs/zfs condition where operations will stall out > > and block (rm, mv, file) during a poudriere build. I've hit this now > > and it seems to be alleviated by setting vfs.lookup_shared=3D0 > >=20 > > I seem to be able to trivially reproduce this on my builders and want t= o > > know if anyone is looking to diagnose this further. > >=20 > > original message: > > https://lists.freebsd.org/pipermail/freebsd-fs/2014-September/020035.ht= ml > >=20 > > On my builders I see: > >=20 > > procstat -kka | grep zfs > >=20 > > 0 100666 kernel zfs_vn_rele_task mi_switch+0xe1 sleepq_wa= it+0x3a _sleep+0x2ad taskqueue_thread_loop+0xf5 fork_exit+0x9a fork_trampol= ine+0xe=20 > > 3 100151 zfskern arc_reclaim_thre mi_switch+0xe1 sleepq_ti= medwait+0x3a _cv_timedwait_sbt+0x1ad arc_reclaim_thread+0x288 fork_exit+0x9= a fork_trampoline+0xe=20 > > 3 100152 zfskern l2arc_feed_threa mi_switch+0xe1 sleepq_ti= medwait+0x3a _cv_timedwait_sbt+0x1ad l2arc_feed_thread+0x16f fork_exit+0x9a= fork_trampoline+0xe=20 > > 3 100657 zfskern trim zroot mi_switch+0xe1 sleepq_ti= medwait+0x3a _cv_timedwait_sbt+0x1ad trim_thread+0x9e fork_exit+0x9a fork_t= rampoline+0xe=20 > > 3 100675 zfskern txg_thread_enter mi_switch+0xe1 sleepq_wa= it+0x3a _cv_wait+0x190 txg_quiesce_thread+0x39b fork_exit+0x9a fork_trampol= ine+0xe=20 > > 3 100676 zfskern txg_thread_enter mi_switch+0xe1 sleepq_ti= medwait+0x3a _cv_timedwait_sbt+0x1ad txg_sync_thread+0x1dc fork_exit+0x9a f= ork_trampoline+0xe=20 > > 31071 100995 rm - mi_switch+0xe1 sleepq_wa= it+0x3a sleeplk+0x18d __lockmgr_args+0x9ab vop_stdlock+0x3c VOP_LOCK1_APV+0= xab _vn_lock+0x43 zfs_lookup+0x45d zfs_freebsd_lookup+0x6d VOP_CACHEDLOOKUP= _APV+0xa1 vfs_cache_lookup+0xd6 VOP_LOOKUP_APV+0xa1 lookup+0x5a1 namei+0x53= 4 kern_rmdirat+0x8d amd64_syscall+0x3fb Xfast_syscall+0xfb=20 > > 31075 100693 mv - mi_switch+0xe1 sleepq_wa= it+0x3a sleeplk+0x18d __lockmgr_args+0xd5d vop_stdlock+0x3c VOP_LOCK1_APV+0= xab _vn_lock+0x4 >=20 > The last line looks incomplete. >=20 >=20 hrm ... cut-n-paste fail I guess. procstat -kka | grep zfs 0 100666 kernel zfs_vn_rele_task mi_switch+0xe1 sleepq_wait+0= x3a _sleep+0x2ad taskqueue_thread_loop+0xf5 fork_exit+0x9a fork_trampoline+= 0xe=20 3 100151 zfskern arc_reclaim_thre mi_switch+0xe1 sleepq_timedw= ait+0x3a _cv_timedwait_sbt+0x1ad arc_reclaim_thread+0x288 fork_exit+0x9a fo= rk_trampoline+0xe=20 3 100152 zfskern l2arc_feed_threa mi_switch+0xe1 sleepq_timedw= ait+0x3a _cv_timedwait_sbt+0x1ad l2arc_feed_thread+0x16f fork_exit+0x9a for= k_trampoline+0xe=20 3 100657 zfskern trim zroot mi_switch+0xe1 sleepq_timedw= ait+0x3a _cv_timedwait_sbt+0x1ad trim_thread+0x9e fork_exit+0x9a fork_tramp= oline+0xe=20 3 100675 zfskern txg_thread_enter mi_switch+0xe1 sleepq_wait+0= x3a _cv_wait+0x190 txg_quiesce_thread+0x39b fork_exit+0x9a fork_trampoline+= 0xe=20 3 100676 zfskern txg_thread_enter mi_switch+0xe1 sleepq_timedw= ait+0x3a _cv_timedwait_sbt+0x1ad txg_sync_thread+0x1dc fork_exit+0x9a fork_= trampoline+0xe=20 31071 100995 rm - mi_switch+0xe1 sleepq_wait+0= x3a sleeplk+0x18d __lockmgr_args+0x9ab vop_stdlock+0x3c VOP_LOCK1_APV+0xab = _vn_lock+0x43 zfs_lookup+0x45d zfs_freebsd_lookup+0x6d VOP_CACHEDLOOKUP_APV= +0xa1 vfs_cache_lookup+0xd6 VOP_LOOKUP_APV+0xa1 lookup+0x5a1 namei+0x534 ke= rn_rmdirat+0x8d amd64_syscall+0x3fb Xfast_syscall+0xfb=20 31075 100693 mv - mi_switch+0xe1 sleepq_wait+0= x3a sleeplk+0x18d __lockmgr_args+0xd5d vop_stdlock+0x3c VOP_LOCK1_APV+0xab = _vn_lock+0x43 vputx+0x28a zfs_rename_unlock+0x3e zfs_freebsd_rename+0xe39 V= OP_RENAME_APV+0xab kern_renameat+0x4a6 amd64_syscall+0x3fb Xfast_syscall+0x= fb=20 --=-I3IemHNtWgO3W2Vy4BM6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJUchH1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kQcsIAMPtB+8NwRinUTLNLMDXkRgN ixcZiWRaadnCDgUd2tg3+y5soCkyoOVmKbx1ZR0LkW31YbHTPFiVS2M1QQF3ggN2 9qERmS3piCg2rDG4hdN29Tt3enZdRNtOEApPb2LyS19WrsYUQNB/OllDJTS8Ej3Q 4d/EAQ+lr1nZqD2z+cL9MMZ3FJU64VZzMelXB0HspdGtsws4lw/aXfujmKx2u+dK vwlw+K08sL2vuejLUOyRVDNoDwScwUCiyXEFvmJAHllJvff6g11rY02SA9l1qx38 3iqEY7Fb3ZQefGKq3j2ySfb3lEGJC6mp6NpzjhUfzslQVihaqvnjFByqRAZw80o= =VXrP -----END PGP SIGNATURE----- --=-I3IemHNtWgO3W2Vy4BM6-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 17:49:24 2014 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 068ED3D5 for ; Sun, 23 Nov 2014 17:49:24 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::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 B0BAEF92 for ; Sun, 23 Nov 2014 17:49:23 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id bm13so5447873qab.2 for ; Sun, 23 Nov 2014 09:49:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=Jm39+SlbbIIXJG4+vV6z307UFNTMwUF3y2Iy0RZZmxI=; b=efAXJuI6yarkptMTaTT0Fm5IL1SsV/w7ESr/lKmd4i+/2jUBW4e4pzweDc6wBPHr48 2+GgiXISfjs/arDB6p5O1HW1gwTBDsX2bvNgpkmUHGUJiLm1kLz6fKPmlKwq2v8c140J IZRnD8blXIshpw61ofO1Pdz/DAJkSZfBzVxBI6ZkEybYkJp8IM0898TNyMu4lhLQyMQC k7tCMyFBOvxwUQnQmBNB8DeDfijgoQdu/+r0quzI/Ydlb/D8e+yFHUy753KcWvPYOFmW WrMkFoJ4XBLsKVUcv5du+J70+g/4yajVr+uztPTTBw1lOyhH+PmkWdKIy3lAm5r31/C+ JQLQ== X-Received: by 10.140.32.136 with SMTP id h8mr22308465qgh.13.1416764962886; Sun, 23 Nov 2014 09:49:22 -0800 (PST) Received: from hbsd-dev-local ([73.173.99.185]) by mx.google.com with ESMTPSA id p8sm9901836qag.16.2014.11.23.09.49.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Nov 2014 09:49:22 -0800 (PST) Date: Sun, 23 Nov 2014 12:49:21 -0500 From: Shawn Webb To: "Andrey V. Elsukov" Subject: Re: Kernel Panic in frag6_slowtimeo Message-Id: <20141123124921.832718937f9ac57163e093bc@gmail.com> In-Reply-To: <5471ACB4.5090406@yandex.ru> References: <1E9CD103-709F-4AAE-B975-14429138293F@gmail.com> <5471ACB4.5090406@yandex.ru> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: Sun, 23 Nov 2014 17:49:24 -0000 On Sun, 23 Nov 2014 12:45:24 +0300 "Andrey V. Elsukov" wrote: > On 21.11.2014 09:10, Shawn Webb wrote: > > Looks like I?m getting a kernel panic on heavy work loads (poudriere > > run with 10 build slaves on an Intel Core i7 box). Below is a link to > > an imgur album of screenshots I took with my phone. >=20 > Do you have VIMAGE option in your kernel? I do not. Here's my kernel config: https://github.com/HardenedBSD/hardenedB= SD/blob/hardened/current/master/sys/amd64/conf/LATT-SEC Thanks, Shawn From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 19:11:03 2014 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 387C255F; Sun, 23 Nov 2014 19:11:03 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::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 BC9CCA17; Sun, 23 Nov 2014 19:11:02 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id l15so3763463wiw.16 for ; Sun, 23 Nov 2014 11:11:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=9MfliEkMcXl75/C0LLiGA3joPol/z1iCcLTWszZ0LZE=; b=iS6r6vYNyDqCQHLhwKpfVtnyXoiI+SEma+qi3HpV60RsAyeVfu2Iz2GnQvcaQRybbR seKCcXBld692BwtgR+bakSbpBcULESpq6Hf6DycljVdFEzeDSNbYsIC86PqnthVtqfWE Yyk/cs9izRF1nhgARIyU0/8mSM4l2u4TtKXDz3v8PX4Bwx1X6xUeR4RgQ25FMsrr3UhJ VoGuuVlxRpQ6rUFYsIyjo/LO0L+bBGGFQa6yJ9YlFEJVLGoFfHLVlVhWeLKjhFA2Ok+o XCizitoAl/EpGPlcsOpd5ahoAyKAtNDiKwJ9KJM3wAPAbs4fsCWlgA5qg6V9MPvtmrSf ASHA== X-Received: by 10.180.82.227 with SMTP id l3mr13009427wiy.0.1416769860824; Sun, 23 Nov 2014 11:11:00 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id dc8sm8749306wib.7.2014.11.23.11.10.59 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Nov 2014 11:11:00 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 23 Nov 2014 20:10:57 +0100 From: Baptiste Daroussin To: current@FreeBSD.org, doc@FreeBSD.org Subject: [RFC] Moving troff only documentation to the doc repository Message-ID: <20141123191057.GF68776@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3oCie2+XPXTnK5a5" Content-Disposition: inline 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: Sun, 23 Nov 2014 19:11:03 -0000 --3oCie2+XPXTnK5a5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I would like to move the troff documentation which is not very useful anymore on a recent FreeBSD system but still part of history into the doc repository, a dedicated branch will probably fit (anyone has an idea for the name of the branch?) FYI the troff only docs concern: share/docs/{papers,psd,smm,usd} Anyone has a concern about that? Regards, Bapt --3oCie2+XPXTnK5a5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlRyMUEACgkQ8kTtMUmk6ExrXQCeMX4qjNBHSW9+lvHfyZ/OQd7k zpwAnRnSaNIcnfePFqTD02IQP/w1Wbx+ =gmsv -----END PGP SIGNATURE----- --3oCie2+XPXTnK5a5-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 19:50:39 2014 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 E2D32E1; Sun, 23 Nov 2014 19:50:39 +0000 (UTC) Received: from mail.jr-hosting.nl (jr-hosting.nl [148.251.165.6]) by mx1.freebsd.org (Postfix) with ESMTP id EBE1DD65; Sun, 23 Nov 2014 19:50:38 +0000 (UTC) Received: from [10.0.2.17] (a44084.upc-a.chello.nl [62.163.44.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.jr-hosting.nl (Postfix) with ESMTPSA id B0599181F; Sun, 23 Nov 2014 20:50:16 +0100 (CET) DMARC-Filter: OpenDMARC Filter v1.3.0 mail.jr-hosting.nl B0599181F Authentication-Results: mail.jr-hosting.nl/B0599181F; dmarc=none header.from=FreeBSD.org Subject: Re: [RFC] Moving troff only documentation to the doc repository Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_27B5D8B1-4CBE-4BC5-BBA2-414BE5CB3205"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b2 From: Remko Lodder In-Reply-To: <20141123191057.GF68776@ivaldir.etoilebsd.net> Date: Sun, 23 Nov 2014 20:50:15 +0100 Message-Id: References: <20141123191057.GF68776@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1993) Cc: doc@FreeBSD.org, 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: Sun, 23 Nov 2014 19:50:40 -0000 --Apple-Mail=_27B5D8B1-4CBE-4BC5-BBA2-414BE5CB3205 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 23 Nov 2014, at 20:10, Baptiste Daroussin wrote: >=20 > Hi all, >=20 > I would like to move the troff documentation which is not very useful = anymore on > a recent FreeBSD system but still part of history into the doc = repository, a > dedicated branch will probably fit (anyone has an idea for the name of = the > branch?) >=20 > FYI the troff only docs concern: > share/docs/{papers,psd,smm,usd} >=20 > Anyone has a concern about that? >=20 Not from me, I actually have never read the documentation. How about doc-history, or something where we can archive documentation = that has high historic value? Cheers Remko > Regards, > Bapt --Apple-Mail=_27B5D8B1-4CBE-4BC5-BBA2-414BE5CB3205 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 - http://gpgtools.org iQIcBAEBAgAGBQJUcjp4AAoJEKjD27JZ84ywSoEQAIf3JYwiuRgfX1UUTfqcSx0z 4Ovk/JT22yDmJ5CD5KB1cG7khw6BnUPXggw1zUV6JBf3mqNFAR1daoB9EAwCZiUs KO7YufDB01U2z0cPuVYDh+u4NANSchTwzU/ESyvfv1nmGrBHCZXlSep1lFqJfi8B V0t88843OIwRJZtiYH/6fAsFjZ1EGFzbKXCLHnVglqUuw6tKIm9AXaU6QnB5wrU7 oMJ6C1qD5Vc8X83p2VJhAT85I17JgrO9F4Q0VxBhJ2zpUEOva90+qKhOIqsTLcq9 3LdJzDj37M67botVBvRICVVkNvgenKFp0htyK5dQTczd2sJrpvgsWhxHfhHvNnUO Gfly3v8l5duponwQaPemnC75k5S3Vfa5nU7hLAjCePanbvmBGORxN9rKnvF60c+b gfPTvwkN/oQK1SbTKJweF6kyvKcnLiCDZBk3VD3ySpa+T8LbLXlrryNMqP4UjkaB eI2FVYY0rsoCPqcuI2fO7Ya2r4eQV+/csXHe7RZdiqG0fU7W5A3HMIb5mvsXcj1N x0SLWkdxhHH+NXg9kSqO+i1Ftf03qqD7BZ0+nZuPEp2M6+oaMCt3pSLwMyMRbXMe NblOjcQdXuPku8vEigxHaMr2f8H3iGY4OqUDkFwxjY23eqVY+XVIOIzpeR3oxAIg O1v83X4idkokMYnzx0pj =sUYc -----END PGP SIGNATURE----- --Apple-Mail=_27B5D8B1-4CBE-4BC5-BBA2-414BE5CB3205-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 20:46:57 2014 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 2356D83B; Sun, 23 Nov 2014 20:46:57 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 906502C9; Sun, 23 Nov 2014 20:46:56 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id EC0693BD36; Sun, 23 Nov 2014 20:46:54 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id sANKkrFK066967; Sun, 23 Nov 2014 20:46:54 GMT (envelope-from phk@phk.freebsd.dk) To: Remko Lodder Subject: Re: [RFC] Moving troff only documentation to the doc repository In-reply-to: From: "Poul-Henning Kamp" References: <20141123191057.GF68776@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <66965.1416775613.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Sun, 23 Nov 2014 20:46:53 +0000 Message-ID: <66966.1416775613@critter.freebsd.dk> Cc: Baptiste Daroussin , doc@FreeBSD.org, 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: Sun, 23 Nov 2014 20:46:57 -0000 -------- In message , Remko Lodde= r wri tes: >How about doc-history, or something where we can archive documentation >that has high historic value? It's about time the FreeBSD project starts to think about history preservation in general, but I'm not sure how one goes about doing that in an Open Source Project. Do we have any volunteers at Computer History Museum in our ranks ? -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 22:05:09 2014 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 01EDCBF6; Sun, 23 Nov 2014 22:05:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E334BD4E; Sun, 23 Nov 2014 22:05:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D6A9A6C; Sun, 23 Nov 2014 22:05:08 +0000 (UTC) Date: Sun, 23 Nov 2014 22:05:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, glebius@FreeBSD.org, dim@FreeBSD.org, ian@FreeBSD.org, joel@FreeBSD.org Message-ID: <1584072981.0.1416780308522.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1900 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD 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: Sun, 23 Nov 2014 22:05:09 -0000 See Changes: [joel] Misc mdoc fixes: - Remove superfluous paragraph macros. - Remove/fix empty or incorrect macros. - Sort sections into conventional order. - Terminate quoted strings properly. - Remove EOL whitespace. [ian] Consider the negation operator (!) to be a word even if it is not fol= lowed by whitespace. This allows "optional !foo" which is what most programmers are naturally going to tend to do as opposed to "optional ! foo". [glebius] \n at end of panicstr is redundant. Submitted by:=09alc [dim] Fix the following -Werror warning from clang 3.5.0, while building th= e ath kernel module: sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:2642:7: error: taking the absolut= e value of unsigned type 'unsigned int' has no effect [-Werror,-Wabsolute-v= alue] if (abs(lp[0] * EEP_SCALE - target) < EEP_DELTA) { ^ sys/dev/ath/ah_osdep.h:74:18: note: expanded from macro 'abs' #define abs(_a) __builtin_abs(_a) ^ sys/dev/ath/ath_hal/ar5212/ar5212_reset.c:2642:7: note: remove the call to = '__builtin_abs' since unsigned values cannot be negative sys/dev/ath/ah_osdep.h:74:18: note: expanded from macro 'abs' #define abs(_a) __builtin_abs(_a) ^ 1 error generated. This warning occurs because both lp[0] and target are unsigned, so the subtraction expression is also unsigned, and calling abs() is a no-op. However, the intention was to look at the absolute difference between the two unsigned quantities. Introduce a small static function to clarify what we're doing, and call that instead. Reviewed by:=09adrian MFC after:=093 days Differential Revision: https://reviews.freebsd.org/D1212 ------------------------------------------ [...truncated 91672 lines...] --- asn1_HDB_Ext_PKINIT_hash.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_PKINIT_hash.c -= o asn1_HDB_Ext_PKINIT_hash.o --- asn1_HDB_Ext_PKINIT_hash.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_PKI= NIT_hash.c -o asn1_HDB_Ext_PKINIT_hash.So --- asn1_HDB_Ext_Constrained_delegation_acl.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Constrained_del= egation_acl.c -o asn1_HDB_Ext_Constrained_delegation_acl.o --- asn1_HDB_Ext_Constrained_delegation_acl.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Con= strained_delegation_acl.c -o asn1_HDB_Ext_Constrained_delegation_acl.So --- asn1_HDB_Ext_Lan_Manager_OWF.o --- --- asn1_HDB_Ext_Lan_Manager_OWF.So --- --- asn1_HDB_Ext_Lan_Manager_OWF.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Lan_Manager_OWF= .c -o asn1_HDB_Ext_Lan_Manager_OWF.o --- asn1_HDB_Ext_Lan_Manager_OWF.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Lan= _Manager_OWF.c -o asn1_HDB_Ext_Lan_Manager_OWF.So --- asn1_HDB_Ext_Password.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Password.c -o a= sn1_HDB_Ext_Password.o --- asn1_HDB_Ext_Password.So --- --- asn1_HDB_Ext_Aliases.o --- --- asn1_HDB_Ext_Password.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Pas= sword.c -o asn1_HDB_Ext_Password.So --- asn1_HDB_Ext_Aliases.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Aliases.c -o as= n1_HDB_Ext_Aliases.o --- asn1_HDB_Ext_Aliases.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_HDB_Ext_Ali= ases.c -o asn1_HDB_Ext_Aliases.So --- asn1_HDB_extension.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_HDB_extension.c -o asn1= _HDB_extension.o --- asn1_HDB_extension.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_HDB_extensi= on.c -o asn1_HDB_extension.So --- asn1_HDB_extensions.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_HDB_extensions.c -o asn= 1_HDB_extensions.o --- asn1_HDB_extensions.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_HDB_extensi= ons.c -o asn1_HDB_extensions.So --- asn1_hdb_entry.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_hdb_entry.c -o asn1_hdb= _entry.o --- asn1_hdb_entry.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_hdb_entry.c= -o asn1_hdb_entry.So --- secure/lib/libssh__L --- echo libssh.so.5: /usr/obj /usr/obj /usr/obj /usr/obj /u= sr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj= /usr/obj >> .depend --- kerberos5/lib/libhdb__L --- --- asn1_hdb_entry_alias.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_hdb_entry_alias.c -o as= n1_hdb_entry_alias.o --- asn1_hdb_entry_alias.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_hdb_entry_a= lias.c -o asn1_hdb_entry_alias.So --- secure/lib/libssh__L --- --- authfd.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o authfd.So --- authfile.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o authfile.So --- kerberos5/lib/libhdb__L --- --- asn1_hdb_keyset.o --- cc -O2 -pipe -I -I -I -I -I -I. -DH= DB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dg= nu99 -fstack-protector -Qunused-arguments -c asn1_hdb_keyset.c -o asn1_hd= b_keyset.o --- asn1_hdb_keyset.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/kerberos5/lib/libhd= b/../../../crypto/heimdal/lib/sqlite> -I -I. -DHDB_DB_DIR=3D"\"/var/heimdal\"" -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c asn1_hdb_keyset.= c -o asn1_hdb_keyset.So --- secure/lib/libssh__L --- --- bufaux.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o bufaux.So --- kerberos5/lib/libhdb__L --- --- libhdb.a --- building static hdb library --- libhdb.so.11 --- building shared library libhdb.so.11 --- libhdb.a --- ranlib -D libhdb.a --- secure/lib/libssh__L --- --- bufbn.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o bufbn.So --- buffer.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o buffer.So --- canohost.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o canohost.So --- channels.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o channels.So --- kerberos5/lib/libhdb__L --- --- _libinstall --- sh -C -o root -g wheel -m 444 libhdb.a /usr/obj sh -s -o root -g wheel -m 444 libhdb.so.11 /usr/obj sh -l s libhdb.so.11 /usr/obj --- _INCSINS --- sh -C -o root -g wheel -m 444 hdb_asn1.h hdb_err.h /usr/ob= j --- secure/lib/libssh__L --- --- cipher.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o cipher.So --- cipher-aes.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o cipher-aes.So --- cipher-bf1.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o cipher-bf1.So --- cipher-ctr.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o cipher-ctr.So --- cipher-3des1.So --- --- cleanup.So --- --- cipher-3des1.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o cipher-3des1.So --- cleanup.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o cleanup.So --- compat.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o compat.So --- compress.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o compress.So --- crc32.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o crc32.So --- deattack.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o deattack.So --- fatal.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o fatal.So --- hostfile.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o hostfile.So --- log.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o log.So --- match.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o match.So --- md-sha256.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o md-sha256.So --- moduli.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o moduli.So --- nchan.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o nchan.So --- packet.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o packet.So --- readpass.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o readpass.So --- rsa.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o rsa.So --- ttymodes.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ttymodes.So --- xmalloc.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o xmalloc.So --- addrmatch.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o addrmatch.So --- atomicio.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o atomicio.So --- key.So --- --- dispatch.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o dispatch.So --- key.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o key.So --- kex.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kex.So --- mac.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o mac.So --- uidswap.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o uidswap.So --- uuencode.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o uuencode.So --- misc.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o misc.So --- monitor_fdpass.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o monitor_fdpas= s.So --- rijndael.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o rijndael.So --- ssh-dss.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ssh-dss.So --- ssh-ecdsa.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ssh-ecdsa.So --- ssh-rsa.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ssh-rsa.So --- dh.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o dh.So --- kexdh.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexdh.So --- kexgex.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexgex.So --- kexdhc.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexdhc.So --- kexgexc.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexgexc.So --- bufec.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o bufec.So --- kexecdh.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexecdh.So --- kexecdhc.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexecdhc.So --- msg.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o msg.So --- progressmeter.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o progressmeter.= So --- dns.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o dns.So --- entropy.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o entropy.So --- umac.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o umac.So --- umac128.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o umac128.So --- ssh-pkcs11.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ssh-pkcs11.So --- krl.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o krl.So --- smult_curve25519_ref.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o smult_c= urve25519_ref.So --- kexc25519.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexc25519.So --- kexc25519c.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o kexc25519c.So --- poly1305.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o poly1305.So --- chacha.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o chacha.So --- cipher-chachapoly.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o cipher-cha= chapoly.So --- ssh-ed25519.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ssh-ed25519.So --- digest-openssl.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o digest-openss= l.So --- hmac.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o hmac.So --- sc25519.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o sc25519.So --- ge25519.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ge25519.So --- fe25519.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o fe25519.So --- ed25519.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o ed25519.So --- verify.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o verify.So --- hash.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o hash.So --- blocks.So --- cc -fpic -DPIC -O2 -pipe -DHAVE_LDNS=3D1 -I -I -include ssh_namespace.h -include krb5_config.h -std= =3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunu= sed-arguments -c -o blocks.So --- bcrypt_pbkdf.So --- Cannot open "/lib/libedit.so.7" *** [bcrypt_pbkdf.So] Error code 1 make[4]: stopped in 1 error make[4]: stopped in A failure has been detected in another branch of the parallel make make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 23:29:18 2014 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 3D63B4D7; Sun, 23 Nov 2014 23:29:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF1E6BE; Sun, 23 Nov 2014 23:29:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C216795; Sun, 23 Nov 2014 23:29:18 +0000 (UTC) Date: Sun, 23 Nov 2014 23:29:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, glebius@FreeBSD.org, dim@FreeBSD.org, ian@FreeBSD.org, joel@FreeBSD.org, bapt@FreeBSD.org, br@FreeBSD.org Message-ID: <1243010325.1.1416785358743.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1584072981.0.1416780308522.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1584072981.0.1416780308522.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1901 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD 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: Sun, 23 Nov 2014 23:29:18 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 00:55:18 2014 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 C493B734; Mon, 24 Nov 2014 00:55:18 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 77D7DE20; Mon, 24 Nov 2014 00:55:18 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sAO0tGR1031652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 23 Nov 2014 17:55:16 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sAO0tG9R031649; Sun, 23 Nov 2014 17:55:16 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 23 Nov 2014 17:55:16 -0700 (MST) From: Warren Block To: Remko Lodder Subject: Re: [RFC] Moving troff only documentation to the doc repository In-Reply-To: Message-ID: References: <20141123191057.GF68776@ivaldir.etoilebsd.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 23 Nov 2014 17:55:17 -0700 (MST) Cc: Baptiste Daroussin , doc@FreeBSD.org, 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: Mon, 24 Nov 2014 00:55:18 -0000 On Sun, 23 Nov 2014, Remko Lodder wrote: >> On 23 Nov 2014, at 20:10, Baptiste Daroussin wrote: >> >> Hi all, >> >> I would like to move the troff documentation which is not very useful anymore on >> a recent FreeBSD system but still part of history into the doc repository, a >> dedicated branch will probably fit (anyone has an idea for the name of the >> branch?) >> >> FYI the troff only docs concern: >> share/docs/{papers,psd,smm,usd} >> >> Anyone has a concern about that? >> > > Not from me, I actually have never read the documentation. > > How about doc-history, or something where we can archive documentation that has > high historic value? There is the doc archive: https://docs.freebsd.org/doc/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 03:28:01 2014 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 5DB4C5BE; Mon, 24 Nov 2014 03:28:01 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::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 236CCE97; Mon, 24 Nov 2014 03:28:01 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id uq10so2507473igb.4 for ; Sun, 23 Nov 2014 19:28:00 -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=qTol911vfp9DlvWFmGbpggjUwF0iMzfFsAZFMmWX9/8=; b=xPhm4TdO7nP73Alw2GhAOgujCR887h59oZADpddqRzuMeUEktw2C9Nr/Js3LCtEtH4 8ITYwKAINJobWV7YOYt5nunQjDt0HPJrFI8rOZ51XL9Kq3ily2t7l4xwdM4OyQbU4NG9 gKvVXOoZgsRI7yXRa44YZFWabji02GUYBlbYidNZ88lic02P6DT4OwXnKsF8vfy03uxL SgMK0Grtyc6M7n4XPt8TFfgsShWO/kVoejwe2eOhxm4pYGdUATjGpgSRd75RWujn04ym pIO18aj1U+9ZzQCx07kbhqod4FiMxfptVkHxCkMWYkX64eabYGcf3zN038S2irSBzRoD GkOg== MIME-Version: 1.0 X-Received: by 10.107.17.134 with SMTP id 6mr7721659ior.54.1416799680484; Sun, 23 Nov 2014 19:28:00 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.7.169 with HTTP; Sun, 23 Nov 2014 19:28:00 -0800 (PST) In-Reply-To: References: <20141123001834.GB68776@ivaldir.etoilebsd.net> Date: Sun, 23 Nov 2014 19:28:00 -0800 X-Google-Sender-Auth: 0rMV4ZzyxDjhT8HWZWj-UZL4-5U Message-ID: Subject: Re: [HEADSUP] man(1) now uses mandoc From: Kevin Oberman To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Baptiste Daroussin , "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: Mon, 24 Nov 2014 03:28:01 -0000 On Sun, Nov 23, 2014 at 6:07 AM, Warren Block wrote: > On Sun, 23 Nov 2014, Baptiste Daroussin wrote: > > The default renderer on HEAD has been switched to mandoc(1) by default >> The man(1) command has been instrumented to first test the manpage and >> fallback >> on groff if the man page cannot be rendered with mandoc(1). >> >> If base is built without groff then man(1) recommands to install groff >> from >> packages. >> >> makewhatis(1), apropos(1) have not yet been switched to mandoc(1) >> equivalent. >> > > Thanks and congratulations to all involved! I've been hoping to see this for at least a decade. Thanks so much for all of your work on this!. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 05:15:30 2014 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 D9F13F66; Mon, 24 Nov 2014 05:15:30 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (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 965559D7; Mon, 24 Nov 2014 05:15:30 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sAO5GfLj027171; Sun, 23 Nov 2014 21:16:41 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: current@FreeBSD.org, doc@FreeBSD.org, Baptiste Daroussin In-Reply-To: <20141123191057.GF68776@ivaldir.etoilebsd.net> References: <20141123191057.GF68776@ivaldir.etoilebsd.net> From: "Chris H" Subject: Re: [RFC] Moving troff only documentation to the doc repository Date: Sun, 23 Nov 2014 21:16:41 -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: Mon, 24 Nov 2014 05:15:31 -0000 On Sun, 23 Nov 2014 20:10:57 +0100 Baptiste Daroussin wrote > Hi all, > > I would like to move the troff documentation which is not very useful anymore > on a recent FreeBSD system but still part of history into the doc repository, > a dedicated branch will probably fit (anyone has an idea for the name of the > branch?) > > FYI the troff only docs concern: > share/docs/{papers,psd,smm,usd} > > Anyone has a concern about that? I had implemented a FreeBSD documentation generator largely in Perl, intended to replace the current one. It required/awaited this transition. Huge thanks to all responsible for this transition! Thanks, Baptiste, for the great news! --Chris > > Regards, > Bapt From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 10:35:14 2014 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 D33D733E; Mon, 24 Nov 2014 10:35:14 +0000 (UTC) Received: from valery.hibma.org (valery.hibma.org [IPv6:2a02:2308::216:3eff:fe79:3a6c]) by mx1.freebsd.org (Postfix) with ESMTP id 97482E89; Mon, 24 Nov 2014 10:35:14 +0000 (UTC) Received: from hitske.fritz.box (thuis.van-laarhoven.org [80.100.41.4]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by valery.hibma.org (Postfix) with ESMTPSA id CB5F46B9807; Mon, 24 Nov 2014 11:35:11 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_DE22D504-BD50-4521-8F55-5480041F05C1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: How much memory do I need for buildworld? From: Nick Hibma In-Reply-To: <5EBF0BB1-1E2A-4517-A7BB-22FD3150FF06@FreeBSD.org> Date: Mon, 24 Nov 2014 11:35:10 +0100 Message-Id: <5347CA82-D7D8-454E-8BC9-A08C0356BE20@van-laarhoven.org> References: <5EBF0BB1-1E2A-4517-A7BB-22FD3150FF06@FreeBSD.org> To: Dimitry Andric , Rostislav Krasny X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Current Mailing List 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, 24 Nov 2014 10:35:14 -0000 --Apple-Mail=_DE22D504-BD50-4521-8F55-5480041F05C1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii >>=20 >> Nov 22 16:55:13 mercury kernel: swap_pager: out of swap space >> Nov 22 16:55:13 mercury kernel: swap_pager_getswapspace(16): failed >> Nov 22 16:55:13 mercury kernel: pid 22841 (tblgen), uid 0, was = killed: >> out of swap space >>=20 >> This machine has 256MB of RAM and one 64MB swap partition. >=20 > This is most likely the problem: you need more RAM for this particular > instance of tblgen. On my -CURRENT i386 box, it takes ~369MiB of RSS = to > build the X86 disassembler tables. >=20 > I'm surprised you didn't run into OOM problems earlier, with so little > memory. For such "router" like machines, it is obviously easier to do > the build on a fast desktop machine, then install over NFS, or rsync > /usr/src and /usr/obj to the target machine. I suggest you have a look at NanoBSD in /usr/src/tools/tools/nanobsd.sh. = It will build a disk image for you in roughly 1 hour on a fast machine = with 4+ processors by doing a complete world. It allows you to = regenerate the image and update a running image easily. If you keep your = changes separated in /cfg you will find that you can actually work = really quickly in this setup (even though not being able to install = packages on the image directly is sometimes a bit of a nuisance). We've wrapped that script with a lot of our own stuff and go from = initial config to running in VM in less than 5 minutes, 2.5 minutes for = an update after that (using an SSD on the host and FreeBSD in a single = processor VM generating the image). Nick --Apple-Mail=_DE22D504-BD50-4521-8F55-5480041F05C1 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.22 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlRzCd4ACgkQBxE2H56uaYlLnACffoVyhigAdQpHDY56gwYLBi58 NycAn3I26eXVsLQk3KrWoNKiws8OUw1E =B9P8 -----END PGP SIGNATURE----- --Apple-Mail=_DE22D504-BD50-4521-8F55-5480041F05C1-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 19:20:50 2014 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 6152C597 for ; Mon, 24 Nov 2014 19:20:50 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0054.outbound.protection.outlook.com [157.56.110.54]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (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 EA3A530C for ; Mon, 24 Nov 2014 19:20:49 +0000 (UTC) Received: from CO2PR0801MB663.namprd08.prod.outlook.com (10.141.247.26) by CO2PR0801MB0807.namprd08.prod.outlook.com (25.160.7.16) with Microsoft SMTP Server (TLS) id 15.1.26.15; Mon, 24 Nov 2014 17:44:39 +0000 Received: from [172.17.3.251] (63.252.212.99) by CO2PR0801MB663.namprd08.prod.outlook.com (10.141.247.26) with Microsoft SMTP Server (TLS) id 15.1.26.15; Mon, 24 Nov 2014 17:44:36 +0000 Message-ID: <54736E7C.80105@panasas.com> Date: Mon, 24 Nov 2014 12:44:28 -0500 From: "Ellis H. Wilson III" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.8.0 MIME-Version: 1.0 To: Benjamin Kaduk Subject: Re: WITNESS observes 2 LORs on Boot of Release 10.1 References: <546BA9D3.6070007@panasas.com> <546BF3F5.8030109@panasas.com> <546FA1DD.2070109@panasas.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [63.252.212.99] X-ClientProxiedBy: BLUPR02CA052.namprd02.prod.outlook.com (25.160.23.170) To CO2PR0801MB663.namprd08.prod.outlook.com (10.141.247.26) X-Microsoft-Antispam: UriScan:;UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:CO2PR0801MB663; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:CO2PR0801MB663; X-Forefront-PRVS: 040513D301 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6009001)(6049001)(189002)(479174003)(24454002)(41574002)(199003)(51704005)(377454003)(107046002)(102836001)(62966003)(101416001)(40100003)(99396003)(122386002)(86362001)(95666004)(77156002)(47776003)(21056001)(77096003)(66066001)(46102003)(20776003)(36756003)(105586002)(33656002)(64706001)(106356001)(23756003)(42186005)(31966008)(50986999)(15975445006)(97736003)(54356999)(92566001)(65956001)(92726001)(2171001)(64126003)(87976001)(50466002)(19580395003)(4396001)(83506001)(120916001)(76176999); DIR:OUT; SFP:1101; SCL:1; SRVR:CO2PR0801MB663; H:[172.17.3.251]; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:CO2PR0801MB663; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:CO2PR0801MB0807; X-OriginatorOrg: panasas.com 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: Mon, 24 Nov 2014 19:20:50 -0000 On 11/22/2014 03:51 PM, Benjamin Kaduk wrote: > On Fri, 21 Nov 2014, Ellis H. Wilson III wrote: > >> Before I start, and this is mainly geared to my responder Benjamin Kaduk, >> based on your response, are you suggesting that the cnputc WITNESS panic you >> expected to happen is now completely unavoidable in FreeBSD 10? I.E., is this >> a spinlock that WITNESS falls over each time but that is provably deadlock >> free that the developers have decided cannot be BLESSED for some reason? > > https://lists.freebsd.org/pipermail/freebsd-current/2012-January/031316.html > looks to be a better explanation than the previous link I sent ... in > short, console output is hard. > >> I guess I just can't wrap my head around why we would ever move to a regime >> where SKIPSPIN is the default for testing... That just seems like an open >> invitation for introducing spinlock regressions. > > I don't think anyone made the conscious decision to do that, it just > happened by default as no one spent the time to fix the aforementioned > issue. > >> Moving onto the LORs I'm seeing, a question I have as a newbie to WITNESS >> debugging is how exactly to interpret the output if I see a stacktrace and >> then a LOR output like the following: >> >> lock order reversal: >> 1st 0xffffffff81633d88 entropy harvest mutex (entropy harvest mutex) @ >> /usr/src/sys/dev/random/random_harvestq.c:198 >> 2nd 0xffffffff813b6208 scrlock (scrlock) @ >> /usr/src/sys/dev/syscons/syscons.c:2682 >> >> Does this mean WITNESS has already stored an ordering of #1 harvest_mtx then >> #2 scp->scr_lock, and somewhere somebody tried to lock scp->scr_lock without >> first getting harvest_mtx? Or the reverse (WITNESS previously recorded >> scrlock and then harvest and the lines it spit out were the offenders?) > > I believe it is the latter (the ordering being printed is the bad one > which caused WITNESS to complain). Thanks so much for the additional info Ben. This fleshes out the history of this issue for me significantly. I have filed a bug on this at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195262 Xin Li was able to identify the ordering that caused the problem and proposed a possible patch to fix it. I can confirm that now I'm booting with solely WITNESS (i.e., not WITNESS_SKIPSPIN) without panic. Thanks! ellis From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 21:13:33 2014 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 ACA2ACE7; Mon, 24 Nov 2014 21:13:33 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9022C1; Mon, 24 Nov 2014 21:13:32 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA08522; Mon, 24 Nov 2014 23:15:23 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Xt0ws-000CkT-4S; Mon, 24 Nov 2014 23:13:30 +0200 Message-ID: <54739F41.8030407@FreeBSD.org> Date: Mon, 24 Nov 2014 23:12:33 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: sbruno@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-fs Subject: zfs locking vs vnode locking [Was: zfs/vfs lockups, via poudriere] References: <1416684021.7423.77.camel@bruno> <547109A2.9010506@FreeBSD.org> <1416761846.1186.0.camel@bruno> In-Reply-To: <1416761846.1186.0.camel@bruno> Content-Type: text/plain; charset=windows-1252; 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: Mon, 24 Nov 2014 21:13:33 -0000 On 23/11/2014 18:57, Sean Bruno wrote: > 31071 100995 rm - mi_switch+0xe1 sleepq_wait+0x3a sleeplk+0x18d __lockmgr_args+0x9ab vop_stdlock+0x3c VOP_LOCK1_APV+0xab _vn_lock+0x43 zfs_lookup+0x45d zfs_freebsd_lookup+0x6d VOP_CACHEDLOOKUP_APV+0xa1 vfs_cache_lookup+0xd6 VOP_LOOKUP_APV+0xa1 lookup+0x5a1 namei+0x534 kern_rmdirat+0x8d amd64_syscall+0x3fb Xfast_syscall+0xfb > 31075 100693 mv - mi_switch+0xe1 sleepq_wait+0x3a sleeplk+0x18d __lockmgr_args+0xd5d vop_stdlock+0x3c VOP_LOCK1_APV+0xab _vn_lock+0x43 vputx+0x28a zfs_rename_unlock+0x3e zfs_freebsd_rename+0xe39 VOP_RENAME_APV+0xab kern_renameat+0x4a6 amd64_syscall+0x3fb Xfast_syscall+0xfb Just the stack traces are not sufficient to analyze the problem without examining the relevant vnodes and vnode locks. But I believe that I have seen reports about this kind of problem before. And I think that I understand what's going on. And, as a part of my job, I tried to develop a fix [*] for this problem and had some positive feedback for it. But the fix is not just a few lines of changes. It's a lot of modifications to a lot of files. Besides, my changes alter quite a bit more code than a bare minimum required to fix the problem, which still would be quite a bit of changes. So, right now I would like to describe the problem as I understand it. Some general information about the FreeBSD VFS and its difference from Solaris VFS [**] can be useful, but is not really required. I'll try to explain by example. If we look at any mature and "native" FreeBSD filesystem with read-write support - ffs, maybe tmpfs - then we can make the following observations. In most of the vnode operation implementations there are no calls to vnode locking functions. E.g. for an operation like vop_remove two vnodes in question are already locked at the VFS layer. In some cases VOPs do locking, but it is very trivial e.g. in vop_create a newly created vnode must be returned locked. Naturally, if we look at the VFS code we see a lot of vnode locking for various purposes. Like locking the vnodes for vop_remove call. Or locking vnodes during their life cycle management, so that, for example, a vnode is not destroyed while there is an ongoing operation on it. Also, we can see locking in VFS namei / lookup implementation where we need to hold onto a directory vnode while looking up a child vnode by name. But there are two vnode operation implementations where we can see a non-trivial vnode locking "dance". Those are vop_rename and vop_lookup. Anyone is welcome to take a cursory look at the first hundred or so lines of ufs_rename(). The point of the above observations is that both VFS and a filesystem driver do vnode locking. And, thus, both VFS and the driver must cooperate by using the same locking protocol. Now, if we look at the ZFS ZPL code and most prominently at zfs_rename() we see that there is quite a bit of locking going on there, e.g. see zfs_rename_lock, but the locks in question are all ZFS internal locks. We do not see the vnode locks. From this comes a suspicion, or even a conclusion, that ZFS currently does not use the same vnode locking protocol that is expected from any filesystem driver. There is a weird form of redundancy between the fine grained ZFS locks that got ported over and the FreeBSD vnode locks. In some cases the ZFS locks are always uncontested because the vnode locks held at the VFS level ensure a serialized access. In other cases there is no protection at all, because one thread is in VFS code which uses the vnode locks and another thread is in ZFS code which uses the ZFS locks and thus there is no real synchronization between those threads. My solution to this problem was to completely eliminate (at least) the following ZFS locks kmutex_t z_lock; /* znode modification lock */ krwlock_t z_parent_lock; /* parent lock for directories */ krwlock_t z_name_lock; /* "master" lock for dirent locks */ zfs_dirlock_t *z_dirlocks; /* directory entry lock list */ and to ensure that the proper vnode locking protocol is followed. That required substantial changes to the rename and lookup code. Finally, this is not really a suggestion to test or discuss my changes, but rather a call to discuss the problem and other possible ways to fix it. I do not preclude any options including making changes to our VFS (and thus ti all the filesystems) :-) [*] https://github.com/avg-I/freebsd/compare/wip/hc/zfs-fbsd-vfs [**] https://clusterhq.com/blog/complexity-freebsd-vfs-using-zfs-example-part-1-2/ https://clusterhq.com/blog/complexity-freebsd-vfs-using-zfs-example-part-2/ -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 01:10:07 2014 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 B0C74B98; Tue, 25 Nov 2014 01:10:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9E06FF08; Tue, 25 Nov 2014 01:10:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1718130D; Tue, 25 Nov 2014 01:10:08 +0000 (UTC) Date: Tue, 25 Nov 2014 01:10:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, rpaulo@FreeBSD.org, bapt@FreeBSD.org, delphij@FreeBSD.org, brd@FreeBSD.org Message-ID: <303842628.6.1416877808064.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1909 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD 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: Tue, 25 Nov 2014 01:10:07 -0000 See Changes: [bapt] Do not overwrite any LIBNETBSD or LIBNETBSDDIR if they are already d= efined [delphij] Fix build. [bapt] Define special case for atf which libraries names are different from= their declaration [bapt] s/cft/ctf [bapt] Forgot to convert demandoc along with mandoc [bapt] Fix typo [bapt] Fix dependencies in case of building statically [bapt] Avoid code duplication by directly adding _INSTALLLIBS and _PRIVATEL= IBS into _LIBRARIES Reported by:=09emaste [bapt] Each time something links to sqlite3 it should link to pthread [bapt] Convert makefs to LIBADD Add definition of libnetbsd in src.libnames.mk [bapt] Convert mandoc to LIBADD While here remove the ugly LDMANDOC [ae] Skip L2 addresses lookups for p2p interfaces. Discussed with:=09melifaro Sponsored by:=09Yandex LLC [rpaulo] Import libgpio. This is a thin wrapper around the kernel interface which should make it easier to write GPIO applications. gpioctl(8) will be converted to use this library in a separate commit. Differential Revision:=09https://reviews.freebsd.org/D1183 Reviewed by:=09adrian, loos Discussed on:=09arm@, embedded@ Relnotes:=09yes [brd] Convert to LIBADD. Reviewed by:=09bapt [bapt] Correctly specify -L for internal and private libs [bapt] Implement LIBADD LIBADD will automatically set DPADD and LDADD when needed including their dependencies, LIBADD automatically handles private and internal libs so tha= t the end user Makefile does not have to care about it. This allows to reduce overlinking on the base system leaving the framework = get the dependencies properly. It also allows to built components binaries statically. To use it: Replace: DPADD=3D=09${LIBARCHIVE} ${LIBSSL} LDADD=3D=09-larchive -lssl by: LIBADD=3D=09archive ssl Differential Revision:=09https://reviews.freebsd.org/D1209 Reviewed by:=09brooks imp ------------------------------------------ [...truncated 118494 lines...] --- depend_subdir_nfsuserd --- echo nfsuserd: /usr/obj >> .depend --- depend_subdir_nghook --- =3D=3D=3D> usr.sbin/nghook (depend) --- usr.bin.depend__D --- echo nl: /usr/obj >> .depend --- depend_subdir_nohup --- =3D=3D=3D> usr.bin/nohup (depend) --- usr.sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- depend_subdir_netstat --- echo netstat: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj >> .depend --- depend_subdir_opieinfo --- =3D=3D=3D> usr.bin/opieinfo (depend) --- usr.sbin.depend__D --- echo nghook: /usr/obj /usr/obj >> .depend --- depend_subdir_nmtree --- =3D=3D=3D> usr.sbin/nmtree (depend) --- usr.bin.depend__D --- --- depend_subdir_nohup --- echo nohup: /usr/obj >> .depend --- depend_subdir_opiekey --- --- depend_subdir_opieinfo --- --- .depend --- rm -f .depend --- depend_subdir_opiekey --- =3D=3D=3D> usr.bin/opiekey (depend) --- depend_subdir_opieinfo --- CC=3D'cc ' mkdep -f .depend -a -I -I= -DINSECURE_OVERRIDE -std=3Dgnu99 --- usr.sbin.depend__D --- --- _sub.depend --- =3D=3D=3D> usr.sbin/nmtree/tests (depend) --- usr.bin.depend__D --- --- depend_subdir_opiekey --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -I -= DINSECURE_OVERRIDE -std=3Dgnu99 --- usr.sbin.depend__D --- --- scripts.depend --- --- usr.bin.depend__D --- --- depend_subdir_opieinfo --- echo opieinfo: /usr/obj /usr/obj /usr/obj >> .depend --- usr.sbin.depend__D --- (cd && make -f SUBDIR=3D _RECURSING_PROGS=3D depend) --- depend_subdir_nologin --- =3D=3D=3D> usr.sbin/nologin (depend) --- usr.bin.depend__D --- --- depend_subdir_opiekey --- echo opiekey: /usr/obj /usr/obj /usr/obj >> .depend --- depend_subdir_opiepasswd --- =3D=3D=3D> usr.bin/opiepasswd (depend) --- usr.sbin.depend__D --- --- depend_subdir_nmtree --- --- .depend --- rm -f .depend --- depend_subdir_nologin --- --- .depend --- --- depend_subdir_nmtree --- CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- depend_subdir_nologin --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -I -DINSECURE_OVERRIDE -std=3Dgnu99 --- usr.sbin.depend__D --- echo nologin: /usr/obj >> .depend --- depend_subdir_nscd --- =3D=3D=3D> usr.sbin/nscd (depend) --- depend_subdir_nmtree --- :61:10: fatal error: 'rmd160.h' file not found #include ^ 1 error generated. --- usr.bin.depend__D --- echo opiepasswd: /usr/obj /usr/obj /usr/obj >> .depend --- usr.sbin.depend__D --- In file included from :54: :44:10: fatal error: 'util.h' file not found #include ^ 1 error generated. --- usr.bin.depend__D --- --- depend_subdir_pagesize --- =3D=3D=3D> usr.bin/pagesize (depend) --- usr.sbin.depend__D --- --- depend_subdir_nscd --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DCONFIG_PATH=3D"\"/etc/nscd.conf\"" -st= d=3Dgnu99 = --- depend_subdir_nmtree --- :68:10: fatal error: 'rmd160.h' file not found #include ^ 1 error generated. --- usr.bin.depend__D --- --- depend_subdir_passwd --- =3D=3D=3D> usr.bin/passwd (depend) --- usr.sbin.depend__D --- :50:10: fatal error: 'util.h' file not found #include ^ 1 error generated. --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.sbin.depend__D --- --- depend_subdir_ngctl --- echo ngctl: /usr/obj /usr/obj /usr/obj /usr/obj /usr/ob= j >> .depend --- depend_subdir_ntp --- =3D=3D=3D> usr.sbin/ntp (depend) --- depend_subdir_nmtree --- In file included from :81: :44:10: fatal error: 'util.h' file not found #include ^ 1 error generated. --- depend_subdir_ntp --- --- _sub.depend --- =3D=3D=3D> usr.sbin/ntp/libopts (depend) --- depend_subdir_nmtree --- In file included from :51: :44:10: fatal error: 'util.h' file not found #include ^ 1 error generated. --- usr.bin.depend__D --- echo passwd: /usr/obj /usr/obj >> .depend --- depend_subdir_paste --- =3D=3D=3D> usr.bin/paste (depend) --- usr.sbin.depend__D --- In file included from :59: :44:10: fatal error: 'util.h' file not found #include ^ 1 error generated. --- depend_subdir_ntp --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -I -I -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG= _H -DOPENSSL -std=3Dgnu99 --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.sbin.depend__D --- --- depend_subdir_nmtree --- :52:10: fatal error: 'util.h' file not found #include ^ 1 error generated. :89:10: fatal error: 'util.h' file not found #include ^ 1 error generated. In file included from :46: :44:10: fatal error: 'util.h' file not found #include ^ 1 error generated. --- usr.bin.depend__D --- echo paste: /usr/obj >> .depend --- depend_subdir_patch --- =3D=3D=3D> usr.bin/patch (depend) --- usr.sbin.depend__D --- In file included from :58: :44:10: fatal error: 'util.h' file not found #include ^ 1 error generated. --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 = --- usr.sbin.depend__D --- mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_nmtree] Error code 2 make[3]: stopped in --- depend_subdir_ntp --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_ntp] Error code 2 make[3]: stopped in --- depend_subdir_nscd --- echo nscd: /usr/obj /usr/obj /usr/obj /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_nscd] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in *** [usr.sbin.depend__D] Error code 2 make[2]: stopped in --- usr.bin.depend__D --- echo patch: /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_patch] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.depend__D] Error code 2 make[2]: stopped in 2 errors make[2]: stopped in *** [_depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 04:55:07 2014 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 86A7CB9B; Tue, 25 Nov 2014 04:55:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 74846AAF; Tue, 25 Nov 2014 04:55:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E8576368; Tue, 25 Nov 2014 04:55:07 +0000 (UTC) Date: Tue, 25 Nov 2014 04:55:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ae@FreeBSD.org, kevlo@FreeBSD.org, rpaulo@FreeBSD.org, bapt@FreeBSD.org, delphij@FreeBSD.org, brd@FreeBSD.org Message-ID: <1081203502.7.1416891307921.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <303842628.6.1416877808064.JavaMail.jenkins@jenkins-9.freebsd.org> References: <303842628.6.1416877808064.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1910 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD 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: Tue, 25 Nov 2014 04:55:07 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 05:25:43 2014 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 38E6CEC for ; Tue, 25 Nov 2014 05:25:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2A678D36 for ; Tue, 25 Nov 2014 05:25:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 80A6636C for ; Tue, 25 Nov 2014 05:25:43 +0000 (UTC) Date: Tue, 25 Nov 2014 05:25:43 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #311 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: Tue, 25 Nov 2014 05:25:43 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 05:31:16 2014 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 7263E238; Tue, 25 Nov 2014 05:31:16 +0000 (UTC) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (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 3AC82D62; Tue, 25 Nov 2014 05:31:16 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id r10so11294680pdi.13 for ; Mon, 24 Nov 2014 21:31:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=1wSxjk9e8UTjt93jXabXQCuQNM2nqtGv/n925B4kUe0=; b=eZsQqhFXPLasq92A4BNllFLuMckhfGDdT/HYAZEGhEqMkYQSeyHBq2Rt7WKhw5ZMz4 SKY1IOixGDjyC85uMrvk/M1sAG2Dz72kQwh0gdBcnWp9j6iWHSuqlOLkytnDGC8TPq32 UJG7XOIHq52PNgi/YhaSgWZfjwhgaCL+dRfRH3VoneM5R25okd2U3/siUZWPu+aaoPGQ T0cRyCWyVSNhViGxv56T+icyCCYtZHh8Hmdsp6Qe68BP5MbAPp1ge/hvZhSMCE76wWDQ MRwS97S6yTugyNYTvDJSkbhYAk/iCl7VUL3bqp2U05877Ym+4ayZPrHu9E/atH8AfAa0 QpIw== X-Received: by 10.66.65.137 with SMTP id x9mr40129713pas.0.1416893475766; Mon, 24 Nov 2014 21:31:15 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:393a:32e4:6ee1:3d39? ([2601:8:ab80:7d6:393a:32e4:6ee1:3d39]) by mx.google.com with ESMTPSA id y10sm272456pdq.15.2014.11.24.21.31.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Nov 2014 21:31:15 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_E22BF276-96CE-48A7-BB1E-5F5C60FF579D"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #311 From: Garrett Cooper In-Reply-To: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Mon, 24 Nov 2014 21:31:13 -0800 Message-Id: <6658B20D-CE32-4C72-912B-BD2948FD7633@gmail.com> References: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) 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: Tue, 25 Nov 2014 05:31:16 -0000 --Apple-Mail=_E22BF276-96CE-48A7-BB1E-5F5C60FF579D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 24, 2014, at 21:25, jenkins-admin@freebsd.org wrote: > See Hmmm=85 this build ran out of space on the test image. --Apple-Mail=_E22BF276-96CE-48A7-BB1E-5F5C60FF579D 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 iQEcBAEBCgAGBQJUdBQhAAoJEMZr5QU6S73eb10H/2wl9LYWniga0x45kqpDL+H0 Hil6BnVKijvETytIKgynInqhrwNdIwias+e8UDtLyFMVBfNm0pOFrtHYucUmRFFF a2ox37/lBCP1/mttmRKqqQSthZ5PYTctIF95ZJuG2Cm/Y0zJ2B4FZOT2FIgMx6iw +HpwViA5+rFhWVJdF7B1I4BWA1e13VT1XdOm/8qAuojwHVxbFA58OYr8V8wO4ldH sb0MIlu9Uf1abrtQJliaqL6q7N1+7h3c8FLcWO+7g3Q9OKIKj9qRRTt8E/VNFoFu hBailZAbbvJhCRCgQ9739+hRxJMXBuQP2ApS/7dwzBN2MgGEq+v3j2lNzgI8YII= =oxoH -----END PGP SIGNATURE----- --Apple-Mail=_E22BF276-96CE-48A7-BB1E-5F5C60FF579D-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 08:16:52 2014 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 A70B9632 for ; Tue, 25 Nov 2014 08:16:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 95D2394 for ; Tue, 25 Nov 2014 08:16:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D136B3BD for ; Tue, 25 Nov 2014 08:16:52 +0000 (UTC) Date: Tue, 25 Nov 2014 08:16:52 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <458699868.10.1416903412800.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #312 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: Tue, 25 Nov 2014 08:16:52 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 11:10:17 2014 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 761071F0 for ; Tue, 25 Nov 2014 11:10:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 64D0181E for ; Tue, 25 Nov 2014 11:10:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DF4993FF for ; Tue, 25 Nov 2014 11:10:17 +0000 (UTC) Date: Tue, 25 Nov 2014 11:10:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <114676835.11.1416913817837.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <458699868.10.1416903412800.JavaMail.jenkins@jenkins-9.freebsd.org> References: <458699868.10.1416903412800.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #313 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: Tue, 25 Nov 2014 11:10:17 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 14:24:48 2014 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 38D29CD8 for ; Tue, 25 Nov 2014 14:24:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 279F5152 for ; Tue, 25 Nov 2014 14:24:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 65B4B42C for ; Tue, 25 Nov 2014 14:24:47 +0000 (UTC) Date: Tue, 25 Nov 2014 14:24:45 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1652572399.12.1416925485588.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <114676835.11.1416913817837.JavaMail.jenkins@jenkins-9.freebsd.org> References: <114676835.11.1416913817837.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #314 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: Tue, 25 Nov 2014 14:24:48 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 20:57:47 2014 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 B7046E3A; Tue, 25 Nov 2014 20:57:47 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (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 4A1066D8; Tue, 25 Nov 2014 20:57:47 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id l18so1931320wgh.26 for ; Tue, 25 Nov 2014 12:57:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KIYOMOKN8cSrd/ejFX3Z21vTB8jxq8snOtClSF/aLS8=; b=Qrz21IfmofjoCN+x+zLbXpmkaz9MuAdeYXjnM4wDkfBi26cDZM45zLD1/YG9iGhae2 4xYF5xsa8XX65OIPkAL5YggUu2UKN9zYFHcbcKDUbViPHNd6t5NSdQXnKtKJ8TVQ7nvr 450cZE0x8pXU1yS1UBn7s+rB2Q6K6HNxbHITdF7qfApq1+ImjmWfagT2bHKCLqKRKVcj tQKc6JGs5vIDqlQhhJdwyGTeD49VSkEB9LIhP1pRslCfGfF51M3SA4urJmPK4ksJqs9X pkA7jJ+oX69NVTeCagQgeCBEunvcmzqUg6ONXgCf0D/wmfX+z75VrvTlvop5gNRpSJC+ OfpQ== MIME-Version: 1.0 X-Received: by 10.180.92.169 with SMTP id cn9mr35521869wib.26.1416949064799; Tue, 25 Nov 2014 12:57:44 -0800 (PST) Received: by 10.216.214.201 with HTTP; Tue, 25 Nov 2014 12:57:44 -0800 (PST) Date: Tue, 25 Nov 2014 21:57:44 +0100 Message-ID: Subject: Xfce crashes FreeBSD 11-CURRENT From: "Ranjan1018 ." <214748mv@gmail.com> To: freebsd-current , "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Tue, 25 Nov 2014 20:57:47 -0000 Right-click on desktop - Desktop Settings=E2=80=A6 - click on the =E2=80=9C= Create a new list, or load an existing one=E2=80=9D - Type a non existent file name in t= he windows with the title =E2=80=9CCrete/Load Backdrop List=E2=80=9D - Open The laptop freezes and displays only a blank screen with the mouse cursor and the text cursor on the top left corner. The only things I can do is to press the power button for some seconds to switch off the laptop. Note: I have some images in a Image list as background. I am running vt(4) with KMS on Intel driver. $ uname -a FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r274845: Sat Nov 22 14:59:02 CET 2014 root@ativ:/usr/obj/usr/src/sys/NEWCONS amd64 Maurizio From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 00:09:19 2014 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 4D89BBD0 for ; Wed, 26 Nov 2014 00:09:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3C444CEB for ; Wed, 26 Nov 2014 00:09:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 14D614EF for ; Wed, 26 Nov 2014 00:09:19 +0000 (UTC) Date: Wed, 26 Nov 2014 00:09:18 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1697862073.1.1416960558755.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1652572399.12.1416925485588.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1652572399.12.1416925485588.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #315 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: Wed, 26 Nov 2014 00:09:19 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 02:36:00 2014 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 983079E0 for ; Wed, 26 Nov 2014 02:36:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 87F3ED4C for ; Wed, 26 Nov 2014 02:36:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C4DD251B for ; Wed, 26 Nov 2014 02:36:00 +0000 (UTC) Date: Wed, 26 Nov 2014 02:36:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1298690610.3.1416969360780.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1697862073.1.1416960558755.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1697862073.1.1416960558755.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #316 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: Wed, 26 Nov 2014 02:36:00 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 04:42:31 2014 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 60448399; Wed, 26 Nov 2014 04:42:31 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::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 D4CA1C54; Wed, 26 Nov 2014 04:42:30 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id hs14so1740723lab.8 for ; Tue, 25 Nov 2014 20:42:28 -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=eCQzbqTK1W5BR8e0tjBfl5HsWzw2tMsseR9ZCq+AVjE=; b=Nzwqtl08urtbkCi9EtSIjnDevW4qhFmka2GWHEfHeftjI7PPKpLgrw+6Tc4DobrI23 2gfG/XLkW1js+OJjKnfYH33m3nIq4gm9u1ccwGFZra7Hs6qjeZ8Rlon+xhEKy5uztfNE P+yNLMeflYpiimZqkizj7fe44Zgw+MTeznZ/f2DvsLw6Pa+HJVBsMIPSgZt7R2yz/cGn e/L+mgrYHrvgD/lsSai1k+a1fI6VRl6KSDg3WSMCcKT+zbl67N0qbz/koIyY8vklS6IL aXRU0Z/HsW7EMjC6fTsW5zU5Eg7ThIcy6aa2pDWkSBm1QJBquErZp9L1qSXJavSCwSiu RRRg== MIME-Version: 1.0 X-Received: by 10.152.28.193 with SMTP id d1mr31679890lah.17.1416976948855; Tue, 25 Nov 2014 20:42:28 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.130.168 with HTTP; Tue, 25 Nov 2014 20:42:28 -0800 (PST) In-Reply-To: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 25 Nov 2014 20:42:28 -0800 X-Google-Sender-Auth: AHvzDP0rFI81pAp3e_5Ak6cSrPA Message-ID: Subject: Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #311 From: Craig Rodrigues To: "jenkins-admin@freebsd.org" 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: Wed, 26 Nov 2014 04:42:31 -0000 On Mon, Nov 24, 2014 at 9:25 PM, wrote: > See > > I'm not sure why this test is failing. The VM running these tests has 845MB of disk space free on /tmp and /usr/tests so it is definitely not running out of space. The test failures started occurring around here: https://jenkins.freebsd.org/job/FreeBSD_HEAD/1909/ https://jenkins.freebsd.org/job/FreeBSD_HEAD/1910/ That was around when a lot of Makefile related changes for library linking whent in the tree. -- Craig From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 05:26:51 2014 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 31DB49C6; Wed, 26 Nov 2014 05:26:51 +0000 (UTC) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::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 EC1C19; Wed, 26 Nov 2014 05:26:50 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id fp1so2051721pdb.28 for ; Tue, 25 Nov 2014 21:26:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=MYVnB78Pb99pWLKvUeHnD8WzeLj1i+shfL2oyrEvXt8=; b=ua3X6djLUiIGi+gChO+RTwgk4jFgSVdA93MmoW0PJFHqsXZdo/otYu3Wc/lHmCBHGa 04ER0A7HShinnAJ6/iI4bImTJQeBWuWFEZhTWGAWh5i0BSK/wxPzL8mvpjdyZQXhrxPo 2GTTcK52ZjDjp4v4+YB5bC0d1mKwvseksAkFPyTBVn+PPNu/EBwjODirGJElv6/RD/TR MCu1/U5QLMZG/gsZ0x75rDsKa/BGh5NmJaQuDWJLEUbafN5rsDQDurA/pUMvagzCBl5Z rUBSq2RmSbXYQL7cW4eqB7wIWQs3j+eLGqfGiZJQf6RtfVs7YBYwRFTbFUxGi2Kq2D8a FJfg== X-Received: by 10.70.42.172 with SMTP id p12mr14349661pdl.66.1416979610452; Tue, 25 Nov 2014 21:26:50 -0800 (PST) Received: from [192.168.242.58] (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by mx.google.com with ESMTPSA id fm9sm3061895pab.40.2014.11.25.21.26.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Nov 2014 21:26:49 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_3E49565B-31C5-4149-81F7-99740869A97C"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #311 From: Garrett Cooper In-Reply-To: Date: Tue, 25 Nov 2014 21:26:47 -0800 Message-Id: References: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current Current , "jenkins-admin@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, 26 Nov 2014 05:26:51 -0000 --Apple-Mail=_3E49565B-31C5-4149-81F7-99740869A97C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 25, 2014, at 20:42, Craig Rodrigues wrote: > On Mon, Nov 24, 2014 at 9:25 PM, wrote: >=20 >> See = >>=20 >>=20 > I'm not sure why this test is failing. The VM running these tests has = 845MB > of disk space free on /tmp and /usr/tests so it is > definitely not running out of space. >=20 > The test failures started occurring around here: >=20 > https://jenkins.freebsd.org/job/FreeBSD_HEAD/1909/ > https://jenkins.freebsd.org/job/FreeBSD_HEAD/1910/ >=20 > That was around when a lot of Makefile related changes for library = linking > whent in the tree. Could you please add df -h / df -i in the freebsd-ci scripts after boot = to see whether or not the numbers differ by a large amount, or maybe the = df calls to /etc/rc.local when generating the test image? --Apple-Mail=_3E49565B-31C5-4149-81F7-99740869A97C 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 iQEcBAEBCgAGBQJUdWSXAAoJEMZr5QU6S73eOh0H/jQz2XyzeVhHTFoiFxDpFLJP g8RVeiuN9f26mxiZx8LpurWwtZwmiyVu5znGhCRbFjNApw1ZqG+m3sbaMjFAB7+V FvSZtZN2Egx3E7vI1KL0qHFGfnxAvyE1vJnILgAIOEcIA0X4Yz7MpNW5d4RQdBi7 236NRArTZ4PiJkYdQgtX5/kBi7NlBdUUCyCz+hTesrzm4OrHM/QgZ8xKShSQlbLS xfUPo+7+aKrlCcMvDhVKYnQ7VyWkpheOSFtBaPzrueuSRBrZatMFVH1oqi26pmxc iH5WqX8mGHBUr5ufNe61Nl+1d/9yoNz2NFmyKXFqImrqTJFmpwF9YzsN/CuuwY0= =Uvc/ -----END PGP SIGNATURE----- --Apple-Mail=_3E49565B-31C5-4149-81F7-99740869A97C-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 06:40:19 2014 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 4B595CA for ; Wed, 26 Nov 2014 06:40:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 36B798C6 for ; Wed, 26 Nov 2014 06:40:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 33C4058A for ; Wed, 26 Nov 2014 06:40:19 +0000 (UTC) Date: Wed, 26 Nov 2014 06:40:18 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1120489938.4.1416984018829.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #507 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Wed, 26 Nov 2014 06:40:19 -0000 See ------------------------------------------ [...truncated 5333 lines...] install -o root -g wheel -m 444 nv.3.gz -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> ===> lib/libnv/tests (install) install -o root -g wheel -m 444 Kyuafile.auto (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_add_test DEPENDFILE=.depend.nvlist_add_test .MAKE.DEPENDFILE=.depend.nvlist_add_test install) install -s -o root -g wheel -m 555 nvlist_add_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_exists_test DEPENDFILE=.depend.nvlist_exists_test .MAKE.DEPENDFILE=.depend.nvlist_exists_test install) install -s -o root -g wheel -m 555 nvlist_exists_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_free_test DEPENDFILE=.depend.nvlist_free_test .MAKE.DEPENDFILE=.depend.nvlist_free_test install) install -s -o root -g wheel -m 555 nvlist_free_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_get_test DEPENDFILE=.depend.nvlist_get_test .MAKE.DEPENDFILE=.depend.nvlist_get_test install) install -s -o root -g wheel -m 555 nvlist_get_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_move_test DEPENDFILE=.depend.nvlist_move_test .MAKE.DEPENDFILE=.depend.nvlist_move_test install) install -s -o root -g wheel -m 555 nvlist_move_test (cd /builds/FreeBSD_HEAD/lib/libnv/tests && make -f /builds/FreeBSD_HEAD/lib/libnv/tests/Makefile _RECURSING_PROGS= SUBDIR= PROG=nvlist_send_recv_test DEPENDFILE=.depend.nvlist_send_recv_test .MAKE.DEPENDFILE=.depend.nvlist_send_recv_test install) install -s -o root -g wheel -m 555 nvlist_send_recv_test ===> lib/libohash (install) ===> lib/libopie (install) install -C -o root -g wheel -m 444 libopie.a install -C -o root -g wheel -m 444 libopie_p.a install -s -o root -g wheel -m 444 libopie.so.8 install -l s libopie.so.8 install -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libopie/../../contrib/opie/opie.h install -o root -g wheel -m 444 opie.4.gz install -o root -g wheel -m 444 opiekeys.5.gz install -o root -g wheel -m 444 opieaccess.5.gz -> ===> lib/libpam (install) ===> lib/libpam/modules (install) ===> lib/libpam/modules/pam_chroot (install) install -s -o root -g wheel -m 444 pam_chroot.so.5 install -l s pam_chroot.so.5 install -o root -g wheel -m 444 pam_chroot.8.gz ===> lib/libpam/modules/pam_deny (install) install -s -o root -g wheel -m 444 pam_deny.so.5 install -l s pam_deny.so.5 install -o root -g wheel -m 444 pam_deny.8.gz ===> lib/libpam/modules/pam_echo (install) install -s -o root -g wheel -m 444 pam_echo.so.5 install -l s pam_echo.so.5 install -o root -g wheel -m 444 pam_echo.8.gz ===> lib/libpam/modules/pam_exec (install) install -s -o root -g wheel -m 444 pam_exec.so.5 install -l s pam_exec.so.5 install -o root -g wheel -m 444 pam_exec.8.gz ===> lib/libpam/modules/pam_ftpusers (install) install -s -o root -g wheel -m 444 pam_ftpusers.so.5 install -l s pam_ftpusers.so.5 install -o root -g wheel -m 444 pam_ftpusers.8.gz ===> lib/libpam/modules/pam_group (install) install -s -o root -g wheel -m 444 pam_group.so.5 install -l s pam_group.so.5 install -o root -g wheel -m 444 pam_group.8.gz ===> lib/libpam/modules/pam_guest (install) install -s -o root -g wheel -m 444 pam_guest.so.5 install -l s pam_guest.so.5 install -o root -g wheel -m 444 pam_guest.8.gz ===> lib/libpam/modules/pam_krb5 (install) install -s -o root -g wheel -m 444 pam_krb5.so.5 install -l s pam_krb5.so.5 install -o root -g wheel -m 444 pam_krb5.8.gz ===> lib/libpam/modules/pam_ksu (install) install -s -o root -g wheel -m 444 pam_ksu.so.5 install -l s pam_ksu.so.5 install -o root -g wheel -m 444 pam_ksu.8.gz ===> lib/libpam/modules/pam_lastlog (install) install -s -o root -g wheel -m 444 pam_lastlog.so.5 install -l s pam_lastlog.so.5 install -o root -g wheel -m 444 pam_lastlog.8.gz ===> lib/libpam/modules/pam_login_access (install) install -s -o root -g wheel -m 444 pam_login_access.so.5 install -l s pam_login_access.so.5 install -o root -g wheel -m 444 login.access.5.gz install -o root -g wheel -m 444 pam_login_access.8.gz ===> lib/libpam/modules/pam_nologin (install) install -s -o root -g wheel -m 444 pam_nologin.so.5 install -l s pam_nologin.so.5 install -o root -g wheel -m 444 pam_nologin.8.gz ===> lib/libpam/modules/pam_opie (install) make[7]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 37: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/lib/libpam/modules *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/lib/libpam *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/lib *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 07:21:35 2014 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 DF4C9608; Wed, 26 Nov 2014 07:21:34 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::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 5D78FCA6; Wed, 26 Nov 2014 07:21:34 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id s18so1987490lam.35 for ; Tue, 25 Nov 2014 23:21:32 -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=jMMnKzdbivfIjq8zAxkxDEa238qgePNMKAAbUOCx+nE=; b=VHRWqYujAJGftDERQiLUtyzRfS7mP3TYMVKQehi/VkydJOiZdRy1Xs5cxgp7Y+WSEX E/U0VPn/f+d9xCWUKss9ZtnIfEeNwZWdzgTfqzbbMpP+KBQfnLYqnzPHBBgNqswyOCsS NVb9MQVxgc0xrIUGqSjgKYDA4emczLlHPF9mI/+md0ryWL1HDQD1zpIFfhT4005ebpCZ dk8RpVL/vOmEkBICt4RpEjrczZo6izZeuuiTWw5U3XXJgkh/2WlnGYQHU51WU+NMoIjS WduySS6cb50hZw0i8jKyLf8dxq0ahLDm8OrnLkfWRqJp/7IbE2yhkD0RCskN7vv7+YG9 /GEA== MIME-Version: 1.0 X-Received: by 10.152.22.135 with SMTP id d7mr32293279laf.46.1416986492452; Tue, 25 Nov 2014 23:21:32 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.130.168 with HTTP; Tue, 25 Nov 2014 23:21:32 -0800 (PST) In-Reply-To: References: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Tue, 25 Nov 2014 23:21:32 -0800 X-Google-Sender-Auth: lJ0vAErZUyReqSQjACRAjuItfUs Message-ID: Subject: Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #311 From: Craig Rodrigues To: "jenkins-admin@freebsd.org" 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: Wed, 26 Nov 2014 07:21:35 -0000 On Tue, Nov 25, 2014 at 8:42 PM, Craig Rodrigues wrote: > > > > On Mon, Nov 24, 2014 at 9:25 PM, wrote: >> >> See >> > > I'm not sure why this test is failing. The VM running these tests has 845MB > of disk space free on /tmp and /usr/tests so it is > definitely not running out of space. > > The test failures started occurring around here: > > https://jenkins.freebsd.org/job/FreeBSD_HEAD/1909/ > https://jenkins.freebsd.org/job/FreeBSD_HEAD/1910/ > > That was around when a lot of Makefile related changes for library linking > whent in the tree. Looking at: https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/311/consoleFull I see: usr.sbin/etcupdate/tests_test:main -> Nov 25 05:15:48 kernel: pid 19939 (cp), uid 0 inumber 23569 on /: out of inodes broken: Caught unexpected exception: Tester failed with code 2; this is a bug [6.863s] -- Craig From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 08:16:28 2014 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 361DBF6 for ; Wed, 26 Nov 2014 08:16:28 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2409218E for ; Wed, 26 Nov 2014 08:16:28 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1DAF15C6 for ; Wed, 26 Nov 2014 08:16:28 +0000 (UTC) Date: Wed, 26 Nov 2014 08:16:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1330191673.5.1416989786591.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1120489938.4.1416984018829.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1120489938.4.1416984018829.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #508 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Wed, 26 Nov 2014 08:16:28 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 08:32:41 2014 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 05E2D435 for ; Wed, 26 Nov 2014 08:32:41 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E8461390 for ; Wed, 26 Nov 2014 08:32:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 570425C7 for ; Wed, 26 Nov 2014 08:32:41 +0000 (UTC) Date: Wed, 26 Nov 2014 08:32:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1941848428.6.1416990761307.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1298690610.3.1416969360780.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1298690610.3.1416969360780.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #317 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: Wed, 26 Nov 2014 08:32:41 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 11:35:32 2014 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 044018AB for ; Wed, 26 Nov 2014 11:35:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E3092ABF for ; Wed, 26 Nov 2014 11:35:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2C81A607 for ; Wed, 26 Nov 2014 11:35:32 +0000 (UTC) Date: Wed, 26 Nov 2014 11:35:31 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1984613802.7.1417001731894.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1941848428.6.1416990761307.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1941848428.6.1416990761307.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #318 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: Wed, 26 Nov 2014 11:35:32 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 15:03:20 2014 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 73B09AA9 for ; Wed, 26 Nov 2014 15:03:20 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 62AEF3B0 for ; Wed, 26 Nov 2014 15:03:20 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C722F647 for ; Wed, 26 Nov 2014 15:03:20 +0000 (UTC) Date: Wed, 26 Nov 2014 15:03:20 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <427723499.8.1417014200478.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1984613802.7.1417001731894.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1984613802.7.1417001731894.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #319 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: Wed, 26 Nov 2014 15:03:20 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 17:02:41 2014 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 2225C50D for ; Wed, 26 Nov 2014 17:02:41 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DADF033F for ; Wed, 26 Nov 2014 17:02:40 +0000 (UTC) Received: from nexus.home.palmen-it.de ([192.168.99.2] helo=nexus.localnet) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XtfzD-00023r-1m for freebsd-current@freebsd.org; Wed, 26 Nov 2014 17:02:39 +0000 From: Felix Palmen To: freebsd-current@freebsd.org Subject: iwn(4) crashing when wlan device is brought up, CA-N-6200 Date: Wed, 26 Nov 2014 18:02:37 +0100 Message-ID: <1734439.MVPFiyHCOv@nexus> User-Agent: KMail/4.14.1 (Linux/3.16.1-ck1; KDE/4.14.2; x86_64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Connect-IP: 192.168.99.2 X-SA-Exim-Rcpt-To: freebsd-current@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false 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, 26 Nov 2014 17:02:41 -0000 Hi all, I just bought a Centrino Advanced N-6200 mini-pcie card because it should be supported by iwn(4) -- unfortunately it leads to a kernel panic the instant I try to do # ifconfig wlan0 up The creation of wlan0 on top of iwn0 works. Here are the (I hope) most relevant exerpts from core.txt: FreeBSD photon.home.palmen-it.de 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r275075: Wed Nov 26 11:06:23 CET 2014 root@photon.home.palmen- it.de:/usr/obj/usr/src/sys/NODEBUG amd64 dmesg: [...] iwn0: mem 0xf0200000-0xf0201fff at device 0.0 on pci1 wlan0: Ethernet address: 00:27:c1:03:a0:89 iwn0: iwn_read_firmware: ucode rev=0x09dd0401 iwn0: iwn_intr: fatal firmware error iwn_fatal_intr: bad firmware error log address 0x00000000 iwn0: iwn_panicked: controller panicked, iv_state = 0; resetting... iwn0: iwn_read_firmware: ucode rev=0x09dd0401 iwn0: iwn_hw_init: timeout waiting for adapter to initialize, error 35 iwn0: iwn_init_locked: could not initialize hardware, error 35 iwn0: iwn5000_post_alive: could not configure WiMAX coexistence, error 35 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffffffffffffffe0 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff809a300a stack pointer = 0x28:0xfffffe0107cdda70 frame pointer = 0x28:0xfffffe0107cddaa0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (iwn0 net80211 taskq) trap number = 12 stacktrace: (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff80962918 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff80962e40 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:746 #3 0xffffffff80dae65f in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:866 #4 0xffffffff80dae9ac in trap_pfault (frame=0xfffffe0107cdd9c0, usermode=) at /usr/src/sys/amd64/amd64/trap.c:677 #5 0xffffffff80dadfce in trap (frame=0xfffffe0107cdd9c0) at /usr/src/sys/amd64/amd64/trap.c:426 #6 0xffffffff80d90342 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #7 0xffffffff809a300a in firmware_put (p=0x0, flags=1) at /usr/src/sys/kern/subr_firmware.c:367 #8 0xffffffff82638c58 in iwn_init_locked (sc=0xfffffe0002599000) at /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:8646 #9 0xffffffff82633e3c in iwn_ioctl (ifp=, cmd=, data=) at /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:4924 #10 0xffffffff809b4975 in taskqueue_run_locked (queue=0xfffff80005efe900) at /usr/src/sys/kern/subr_taskqueue.c:356 #11 0xffffffff809b5788 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:623 #12 0xffffffff8092aa8a in fork_exit ( callout=0xffffffff809b56c0 , arg=0xfffffe0001de70f0, frame=0xfffffe0107cddc00) at /usr/src/sys/kern/kern_fork.c:977 #13 0xffffffff80d9087e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:605 #14 0x0000000000000000 in ?? () I pasted the complete core.txt here: http://pastebin.com/KipkYx1y Best regards, Felix From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 17:13:17 2014 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 5AC6EA05 for ; Wed, 26 Nov 2014 17:13:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1C7647 for ; Wed, 26 Nov 2014 17:13:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6EF8F65D for ; Wed, 26 Nov 2014 17:13:17 +0000 (UTC) Date: Wed, 26 Nov 2014 17:13:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <32336105.9.1417021997405.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <427723499.8.1417014200478.JavaMail.jenkins@jenkins-9.freebsd.org> References: <427723499.8.1417014200478.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #320 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: Wed, 26 Nov 2014 17:13:17 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 17:27:35 2014 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 BF489EFA for ; Wed, 26 Nov 2014 17:27:35 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::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 50E307FD for ; Wed, 26 Nov 2014 17:27:35 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id bs8so13258509wib.10 for ; Wed, 26 Nov 2014 09:27:33 -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=6vumtyTEW9pfG/vR+XR42RizoRMO1+wn3IaIqITbt3k=; b=AGb9c/VI23ZChabZW6CicSmH8Ne5nwDKUDUCAjLYbgDxoX0Z4j31uxNOqVfLYfAGPB DgnZihtTY6Rf1gf5DIgpjAdz6Fg4le2HRmXokELIMFubXM4jNZlqdtdK3kb0vwKByGTQ fjEgoxARr/1ffrjqHMQUGjb9C4wI7kpaU87FMFZAkHgScn2Hu/2UwDZ/HnPxKFJV90w1 jwmswivocThm0UW/TaFTzONUEgVID87pJFfuuePNSaC1MUUDWkR7h3cGEktXLCWhB6rk 4RFzoAKrUdXqqzTmXmxbq/0yySjOdY0aTDISi1xDp67sNHmbXeO/h+lyI+Ny5dEcahI0 WaSA== MIME-Version: 1.0 X-Received: by 10.180.83.98 with SMTP id p2mr43001285wiy.20.1417022852867; Wed, 26 Nov 2014 09:27:32 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Wed, 26 Nov 2014 09:27:32 -0800 (PST) In-Reply-To: <1734439.MVPFiyHCOv@nexus> References: <1734439.MVPFiyHCOv@nexus> Date: Wed, 26 Nov 2014 09:27:32 -0800 X-Google-Sender-Auth: ORfXCe7KmmRUQLH6j_H9BPh1Ukg Message-ID: Subject: Re: iwn(4) crashing when wlan device is brought up, CA-N-6200 From: Adrian Chadd To: Felix Palmen Content-Type: text/plain; charset=UTF-8 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: Wed, 26 Nov 2014 17:27:35 -0000 Hi! Oh! Please file a PR for this. This is two problems: * the NIC isn't being setup fully correctly - I'll see if i have an Intel 6200 in my pile-o-nics; * .. and the re-initialise path is slightly broken it seems and it's panicing. :) Thanks! -adrian On 26 November 2014 at 09:02, Felix Palmen wrote: > Hi all, > > I just bought a Centrino Advanced N-6200 mini-pcie card because it should be > supported by iwn(4) -- unfortunately it leads to a kernel panic the instant I > try to do > > # ifconfig wlan0 up > > The creation of wlan0 on top of iwn0 works. Here are the (I hope) most > relevant exerpts from core.txt: > > FreeBSD photon.home.palmen-it.de 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r275075: > Wed Nov 26 11:06:23 CET 2014 root@photon.home.palmen- > it.de:/usr/obj/usr/src/sys/NODEBUG amd64 > > dmesg: > [...] > iwn0: mem 0xf0200000-0xf0201fff at device 0.0 > on pci1 > wlan0: Ethernet address: 00:27:c1:03:a0:89 > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > iwn0: iwn_intr: fatal firmware error > iwn_fatal_intr: bad firmware error log address 0x00000000 > iwn0: iwn_panicked: controller panicked, iv_state = 0; resetting... > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > iwn0: iwn_hw_init: timeout waiting for adapter to initialize, error 35 > iwn0: iwn_init_locked: could not initialize hardware, error 35 > iwn0: iwn5000_post_alive: could not configure WiMAX coexistence, error 35 > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xffffffffffffffe0 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff809a300a > stack pointer = 0x28:0xfffffe0107cdda70 > frame pointer = 0x28:0xfffffe0107cddaa0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (iwn0 net80211 taskq) > trap number = 12 > > stacktrace: > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > #1 0xffffffff80962918 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff80962e40 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:746 > #3 0xffffffff80dae65f in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.c:866 > #4 0xffffffff80dae9ac in trap_pfault (frame=0xfffffe0107cdd9c0, > usermode=) at /usr/src/sys/amd64/amd64/trap.c:677 > #5 0xffffffff80dadfce in trap (frame=0xfffffe0107cdd9c0) > at /usr/src/sys/amd64/amd64/trap.c:426 > #6 0xffffffff80d90342 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:231 > #7 0xffffffff809a300a in firmware_put (p=0x0, flags=1) > at /usr/src/sys/kern/subr_firmware.c:367 > #8 0xffffffff82638c58 in iwn_init_locked (sc=0xfffffe0002599000) > at /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:8646 > #9 0xffffffff82633e3c in iwn_ioctl (ifp=, > cmd=, data=) > at /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:4924 > #10 0xffffffff809b4975 in taskqueue_run_locked (queue=0xfffff80005efe900) > at /usr/src/sys/kern/subr_taskqueue.c:356 > #11 0xffffffff809b5788 in taskqueue_thread_loop (arg=) > at /usr/src/sys/kern/subr_taskqueue.c:623 > #12 0xffffffff8092aa8a in fork_exit ( > callout=0xffffffff809b56c0 , > arg=0xfffffe0001de70f0, frame=0xfffffe0107cddc00) > at /usr/src/sys/kern/kern_fork.c:977 > #13 0xffffffff80d9087e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:605 > #14 0x0000000000000000 in ?? () > > I pasted the complete core.txt here: http://pastebin.com/KipkYx1y > > Best regards, > Felix > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 18:14:09 2014 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 AF5B1E28; Wed, 26 Nov 2014 18:14:09 +0000 (UTC) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9579AD49; Wed, 26 Nov 2014 18:14:09 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id CC54D13143F; Wed, 26 Nov 2014 13:06:33 -0500 (EST) Date: Wed, 26 Nov 2014 13:06:33 -0500 From: Marcus Reid To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Subject: Delayed atime updates ("lazytime") Message-ID: <20141126180633.GA69028@blazingdot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 26 Nov 2014 18:14:09 -0000 Hi, Looks like Linux is about to grow another solution to handling atime updates differently: http://lwn.net/SubscriberLink/621046/e59938475fd3e874/ In short, it will only write out atime changes periodically (daily), or if there is another reason to write out the inode, or if the inode is about to be pushed out of cache. This seems like a pretty good compromise. Currently, the ZFS configuration that results from using bsdinstall disables atime on all but /var/mail, which is the only example of disabling atime by default that I'm aware of outside of Gentoo Linux. I can't seem to find any information that talks about the rationale behind that, though a couple things come to mind: - some additional IO generated (but that's always been the case) - additional wear on SSD devices (enough to compel the change?) - zfs snapshot growth (but the snapshot stops growing after one full set of inode updates) - wake up otherwise idle spinning media on a laptop (the actual reason that was cited as motivation for the change) Something like lazytime would address most of those concerns, and people who are even more OCD than that could disable atime completely on their machine. Marcus From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 19:45:50 2014 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 8EC9DE8; Wed, 26 Nov 2014 19:45:50 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (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 5D1B38DD; Wed, 26 Nov 2014 19:45:50 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tr6so3331595ieb.3 for ; Wed, 26 Nov 2014 11:45:49 -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=Ha84WawLkX1GqtJTMN2NgsrNTAmQAN04zoM2SYz3U6U=; b=mGZ2q9Ifu/3s+30sTLr9ogRyU8NfjpPMMzatAPNeAJbCBGrMMVWThSUwSXe5uf76cH EVeHrfXfJfJMu+ZoYbAj9HXxgGTzYvgdxmBagoPzOtTsLPBpX3klha+I32DvZ7EwMkoG ieo4CaKwtqzOEVvYul+tvNHL4Dk+nOPlLQEdN4zYLU+YRw1MGr0/OPFrX3xlHLGeUpdg PIwe9jk0jTbmf+DeBVASeUByF4R60AFlY38LVb+DhDJS1tnzYR9OomOkZs2nH/MI52Ig 5fH1DNVcbhQ9QngvjRPvgued0838KLl8uSm59bK9rNm+StzheckVjpWQiHMu5f05Sr3H qKaw== MIME-Version: 1.0 X-Received: by 10.43.75.138 with SMTP id za10mr31832998icb.23.1417031149562; Wed, 26 Nov 2014 11:45:49 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.7.169 with HTTP; Wed, 26 Nov 2014 11:45:49 -0800 (PST) In-Reply-To: <20141126180633.GA69028@blazingdot.com> References: <20141126180633.GA69028@blazingdot.com> Date: Wed, 26 Nov 2014 11:45:49 -0800 X-Google-Sender-Auth: GS3Coc1vbtv4zLsZVAXuZionv8I Message-ID: Subject: Re: Delayed atime updates ("lazytime") From: Kevin Oberman To: Marcus Reid Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD FS , 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: Wed, 26 Nov 2014 19:45:50 -0000 On Wed, Nov 26, 2014 at 10:06 AM, Marcus Reid wrote: > Hi, > > Looks like Linux is about to grow another solution to handling atime > updates differently: > > http://lwn.net/SubscriberLink/621046/e59938475fd3e874/ > > In short, it will only write out atime changes periodically (daily), or > if there is another reason to write out the inode, or if the inode is > about to be pushed out of cache. This seems like a pretty good > compromise. > > Currently, the ZFS configuration that results from using bsdinstall > disables atime on all but /var/mail, which is the only example of > disabling atime by default that I'm aware of outside of Gentoo Linux. > I can't seem to find any information that talks about the rationale > behind that, though a couple things come to mind: > > - some additional IO generated (but that's always been the case) > - additional wear on SSD devices (enough to compel the change?) > - zfs snapshot growth (but the snapshot stops growing after one > full set of inode updates) > - wake up otherwise idle spinning media on a laptop (the actual reason > that was cited as motivation for the change) > > Something like lazytime would address most of those concerns, and people > who are even more OCD than that could disable atime completely on their > machine. > > Marcus > > About time. VMS started doing this over a quarter century ago. Worked very well. Of course, the VMS file system (ODS-2) has little in common with either ZFS or UFS, but it had an interesting twist. There was a per-disk update "window" that could be modified on a per-file basis, so that you could specify the "update atime for every access" if you really needed it, but normally it would only update atime every so many seconds. I don't remember the system default any more. This kept almost everyone happy. VMS previously had no equivalent to atime and had lots of request for it, but the developers did not want to impact performance as drastically as updating the access time on every access would have done. I don't know how or if such a scheme could be implemented in FreeBSD file systems, but it was a very nice way of handling the issue. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 20:09:51 2014 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 BC2447DF for ; Wed, 26 Nov 2014 20:09:51 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AA6E7B55 for ; Wed, 26 Nov 2014 20:09:51 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C5DC569D for ; Wed, 26 Nov 2014 20:09:51 +0000 (UTC) Date: Wed, 26 Nov 2014 20:09:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1158371408.10.1417032591776.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <32336105.9.1417021997405.JavaMail.jenkins@jenkins-9.freebsd.org> References: <32336105.9.1417021997405.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #321 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: Wed, 26 Nov 2014 20:09:51 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 20:30:23 2014 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 2879AE50; Wed, 26 Nov 2014 20:30:23 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 023ABE1C; Wed, 26 Nov 2014 20:30:23 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 2EF60F7DA; Wed, 26 Nov 2014 12:30:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1417033822; x=1417048222; bh=/mw5x7VqQvTHv9S9/O8T6v5vMe9KCysAIzvuvnL1q7M=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=4iTPbm4QXhcED5rcxqwTa23DhsPehSY0lFKoHvQNv6iDdCSNQk+oU0tt6XE1Xblfn 9BnlWyPh2Oj6yCvYAR/TiieAeC9iasupforjPKJ+lSFtGgteimn0WlUuF2AVCIm01v A/2a8x5rToiX1q/dOGjLqRtP/hBIDXgAjDoijWo4= Message-ID: <5476385D.5020404@delphij.net> Date: Wed, 26 Nov 2014 12:30:21 -0800 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Marcus Reid , freebsd-current@freebsd.org, freebsd-fs@freebsd.org Subject: Re: Delayed atime updates ("lazytime") References: <20141126180633.GA69028@blazingdot.com> In-Reply-To: <20141126180633.GA69028@blazingdot.com> Content-Type: text/plain; charset=windows-1252 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: Wed, 26 Nov 2014 20:30:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 11/26/14 10:06, Marcus Reid wrote: > Hi, > > Looks like Linux is about to grow another solution to handling > atime updates differently: > > http://lwn.net/SubscriberLink/621046/e59938475fd3e874/ > > In short, it will only write out atime changes periodically > (daily), or if there is another reason to write out the inode, or > if the inode is about to be pushed out of cache. This seems like a > pretty good compromise. > > Currently, the ZFS configuration that results from using > bsdinstall disables atime on all but /var/mail, which is the only > example of disabling atime by default that I'm aware of outside of > Gentoo Linux. I can't seem to find any information that talks about > the rationale behind that, though a couple things come to mind: > > - some additional IO generated (but that's always been the case) - > additional wear on SSD devices (enough to compel the change?) - zfs > snapshot growth (but the snapshot stops growing after one full set > of inode updates) - wake up otherwise idle spinning media on a > laptop (the actual reason that was cited as motivation for the > change) > > Something like lazytime would address most of those concerns, and > people who are even more OCD than that could disable atime > completely on their machine. I think bsdinstall disables atime because it's an "useful default". The lazytime idea seems to be a better compromise. PS. A while back I have implemented a 'relatime' feature on FreeBSD in a private branch on my github repository, but never have pushed it further due to a difference in semantics (which needs to be fixed: atime should still be updated after some time, while my version only update it once, the Linux semantics is more useful for cleanup applications to identify unused files) and partially lack of interest from the community. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1 iQIcBAEBCgAGBQJUdjhZAAoJEJW2GBstM+nsJvsQAJAYNhKU3+3OTIEX7+1w1WlQ SPO55FrZ86nRfYIDbioafXqXki5QrjDrZLwaP2wwLMOmclZBVxliKiFUnRSXNdl+ q0j2jSYiue3GKNvN6nLRTCWqe4lYg46btmVhqBsJnATLxDq4fH/5+FwsORgSgTOq LENUyYDJ8beuYCCD52Rs7RklNhQqfEPPbNWclLuWqjq6YYcqfRjgXD0PHJpmhMcR NOMRnkv8BtcvsOwD09uYqfsWZX5cO2yb1JdlvGRVft6xHLLOhCaAxOhhz7yeTSzq OrvUSRw2rCRJdNqfUpLcN1oK7Fu2f13HrqPXGeOKc96VE6pX2ADaoCtKXgtDFf0W qCmR1jhu5v/NAHxTZjRR+Lpf3zO/NA0lS3+uCFjxFjBy5NwFdh2MsNRBWV6EBdYF kJ5DqsIqLfW89F7jtKnp3qaxhyySwKlgqDooVMrClCkz6Doy84dBzA44b8yQnHri YcUlXgfBz33qfMP+pywRKOC25mQe05u1yk33dp1QTTxPVW+BvDMxgwaTqSpqTvyB yHTm//Dz+UdNDkxL82aVw4pfNhhOPb52jWz7MNTVYTP15w3+rY45sChgux02ltNE gEm1MnJIBYmFNQq5orcjLSGIKTL6VlrDmC6rd7zXEagQ1D34LknziE61m6/yeZTI 4lcmm6CWRz/L2cfOLR/p =I8Cg -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 21:14:15 2014 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 BA7FAF91; Wed, 26 Nov 2014 21:14:15 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A41A3303; Wed, 26 Nov 2014 21:14:15 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:62858 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1XtRG5-000HTa-UN; Tue, 25 Nov 2014 17:19:06 -0800 From: To: "'freebsd-current'" References: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> In-Reply-To: Subject: RE: [CFT] Installer Enhancement -- dpv Date: Wed, 26 Nov 2014 13:14:08 -0800 Message-ID: <146101d009bd$eb26ec90$c174c5b0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHj1DE0nhKF4Ruc0A9xicszRgbnQQGPn9W7nD9WLxA= Content-Language: en-us Sender: devin@shxd.cx Cc: 'Julian Elischer' , 'Devin Teske' , 'Nathan Whitehorn' 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, 26 Nov 2014 21:14:15 -0000 > -----Original Message----- > From: Devin Teske [mailto:devin@shxd.cx] > Sent: Tuesday, September 2, 2014 4:12 PM > To: 'dteske@FreeBSD.org'; 'freebsd-current' > Cc: 'Julian Elischer'; 'Nathan Whitehorn' > Subject: RE: [CFT] Installer Enhancement -- dpv > > I have posted this on reviews.f.o: > > https://reviews.freebsd.org/D714 I have updated phabricator differential review D714. -- Cheers, Devin > > -----Original Message----- > > From: devin@shxd.cx [mailto:devin@shxd.cx] On Behalf Of > > dteske@FreeBSD.org > > Sent: Tuesday, September 2, 2014 12:11 PM > > To: 'freebsd-current' > > Cc: dteske@FreeBSD.org; 'Julian Elischer'; 'Nathan Whitehorn' > > Subject: [CFT] Installer Enhancement -- dpv > > > > Hi all, > > > > I've completed a significant enhancement to bsdinstall's distextract. > > > > Current code: > > http://svnweb.freebsd.org/base/head/usr.sbin/bsdinstall/distextract/ > > > > Proposed Patch: > > http://druidbsd.sf.net/download/dpv-1.1-freebsd-head-patch- > 20140830.txt > > > > NB: Proposed commit message further below (after length "Story" > section). > > > > Proposal is to commit this in 2 weeks and MFC to stable/10 *after* the > > 10.1-RELEASE (likely January MFC). > > > > Patched FreeBSD-9.3-STABLE-i386-20140820-r270206-disc1.iso: > > http://locheil.shxd.cx/FreeBSD-9.3-i386+dpv-1.1.iso > > > > I'd like to ask for community help in testing the improved distextract > > (especially over serial). > > > > NOTE: The only thing that I've changed in this patch and the above > > patched image was the distextract code. So the unpacking of the OS > > to the target installation media will look different than it does > > currently, but other than that no changes. > > > > Story: > > > > I really liked the direction that bsdinstall took in utilizing dialog(3)'s > > dialog_mixedgauge() widget -- allowing us to, unlike sysinstall, show > > overall progress for multiple items. However, I wanted to bring back > > some things from sysinstall which were nice -- such as the status info > > displayed along the bottom of the terminal (showing data through- > > put). > > > > The problem I had was that dialog_mixedgauge() is not very flexible. > > That being said, there are quite a few places where dialog_mixedgauge() > > is used: > > > > + bsdinstall distextract > > + bsdinstall distfetch > > > > And I would really like to use it in bsdconfig for package installation. > > However, due to known short-comings I have not yet utilized that > > widget in bsdconfig. > > > > Knowing that I would potentially have to duplicate the work I perform > > on distextract two or three times over, I chose to develop a replacement > > for dialog_mixedgauge() in the form of separate library (in its own > > directory). > > > > The result is the "dpv" library -- styled after "pv" from ports (in the > > sysutils category but does more): http://freshports.org/sysutils/pv > > > > It also comes with a "dpv" utility. A mixture of bsdconfig, bsdinstall, > > and other utilities should consume both the library and utility: > > > > + bsdinstall distextract will use dpv(3) in place of dialog_mixedgauge() > > NB: See above-mentioned patch "dpv-1.1-freebsd-head-patch-*.txt" > > + bsdinstall distfetch will use the same > > + bsdconfig packages will use dpv(1) in place of dialog(1) --infobox > > + A new tool "dpkg" will use dpv(3) to visualize pkg(1) EVENT_PIPE data > > + bsdconfig packages will use new "dpkg" tool to visualize pkg mgmt > > versus simply using dialog --infobox as it currently does > > > > How the dpv(3) library function works is by not using dialog_mixedgauge() > > (which was found to be very inflexible) but rather using dialog(3)'s more > > flexible dialog_gauge() widget. The secret behind getting a better widget > > is that dialog_gauge() allows you to dynamically update the prompt text > > after it has been called to life. The dpv(3) library renders prompt text > > similar to what you get with dialog_mixedgauge() but requires less work, > > is more flexible, and works around the shortcomings of the latter. > > > > For even more backstory, see my blog: > > http://devinteske.com/freebsd-installer-enhancements/ > > > > Proposed commit message: > > > > In bsdinstall's distextract, replace mixed_gauge() of dialog(3) with > > new dpv(3) wrapper to dialog(3) dialog_gauge(). The dpv(3) library > provides > > a more flexible and refined interface similar to dialog_mixedgauge() > > however > > is implemented atop the more generalized dialog_gauge() for portability. > > This commit also introduces dpv(1) as a full test program for dpv(3). > > Noticeable improvements in bsdinstall's distextract will be a status line > > showing data rate information (with support for localeconv(3) to format > > numbers according to $LANG or $LC_ALL conversion information), i18n > > support, > > improved auto-sizing of gauge widget, a ``wheel barrow'' to keep the user > > informed that things are moving (even if status/progress has not changed), > > improved color support (mini-progress bars use the same color, if enabled, > > as the main gauge bar), and several other improvements (some not > visible). > > dpv stands for "dialog progress view". > > > > Discussed on: -current > > Reviewed by: > > Tested by: jelischer, > > Relnotes: yes > > MFC after: 4 months > > X-MFC-to: stable/10, stable/9 > > --This line, and those below, will be ignored-- > > M usr.sbin/bsdinstall/distextract/Makefile > > M usr.sbin/bsdinstall/distextract/distextract.c > > M share/mk/bsd.libnames.mk > > M lib/Makefile > > A lib/libdpv > > AM lib/libdpv/Makefile > > AM lib/libdpv/dialog_util.c > > AM lib/libdpv/dialog_util.h > > AM lib/libdpv/dialogrc.c > > AM lib/libdpv/dialogrc.h > > AM lib/libdpv/dprompt.c > > AM lib/libdpv/dprompt.h > > AM lib/libdpv/dpv.3 > > AM lib/libdpv/dpv.c > > AM lib/libdpv/dpv.h > > AM lib/libdpv/dpv_private.h > > AM lib/libdpv/status.c > > AM lib/libdpv/status.h > > AM lib/libdpv/util.c > > AM lib/libdpv/util.h > > A lib/libfigpar > > AM lib/libfigpar/Makefile > > AM lib/libfigpar/figpar.3 > > AM lib/libfigpar/figpar.c > > AM lib/libfigpar/figpar.h > > AM lib/libfigpar/string_m.c > > AM lib/libfigpar/string_m.h > > M usr.bin/Makefile > > A usr.bin/dpv > > AM usr.bin/dpv/Makefile > > AM usr.bin/dpv/dpv.1 > > AM usr.bin/dpv/dpv.c > > AM usr.bin/dpv/dpv_util.h > > > > -- > > Cheers, > > Devin From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 23:11:09 2014 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 75A0834C for ; Wed, 26 Nov 2014 23:11:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 64983132 for ; Wed, 26 Nov 2014 23:11:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 94AC66DD for ; Wed, 26 Nov 2014 23:11:09 +0000 (UTC) Date: Wed, 26 Nov 2014 23:11:09 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <596992036.11.1417043469577.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1158371408.10.1417032591776.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1158371408.10.1417032591776.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #322 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: Wed, 26 Nov 2014 23:11:09 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 23:40:29 2014 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 B3848F66 for ; Wed, 26 Nov 2014 23:40:29 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 75D343E5 for ; Wed, 26 Nov 2014 23:40:29 +0000 (UTC) Received: from nexus.home.palmen-it.de ([192.168.99.2] helo=nexus.localnet) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XtmCB-0002LT-Hc for freebsd-current@freebsd.org; Wed, 26 Nov 2014 23:40:27 +0000 From: Felix Palmen To: freebsd-current@freebsd.org Subject: Re: iwn(4) crashing when wlan device is brought up, CA-N-6200 Date: Thu, 27 Nov 2014 00:40:23 +0100 Message-ID: <708524702.PpP0DOIPdV@nexus> User-Agent: KMail/4.14.1 (Linux/3.16.1-ck1; KDE/4.14.2; x86_64; ; ) In-Reply-To: References: <1734439.MVPFiyHCOv@nexus> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Connect-IP: 192.168.99.2 X-SA-Exim-Rcpt-To: freebsd-current@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false 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, 26 Nov 2014 23:40:29 -0000 Hi Adrian, Am Mittwoch, 26. November 2014, 09:27:32 schrieb Adrian Chadd: > Oh! Please file a PR for this. Done, https://bugs.freebsd.org/bugzilla//show_bug.cgi?id=195433 > This is two problems: > > * the NIC isn't being setup fully correctly - I'll see if i have an > Intel 6200 in my pile-o-nics; > * .. and the re-initialise path is slightly broken it seems and it's > panicing. :) I thought so, the page fault leading to the panic happens during a re- initialization attempt. A single PR is still ok? I guess further conversation should take place through the PR now ... just in case, if it helps debugging, I could build the kernel with full debugging capabilities and provide the dumped core. Thanks for your reply! BR, Felix From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 00:41:30 2014 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 3EF3D336; Thu, 27 Nov 2014 00:41:30 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010: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 B5821C56; Thu, 27 Nov 2014 00:41:29 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id q1so3438417lam.11 for ; Wed, 26 Nov 2014 16:41:27 -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=qr3xP6+Td0U/PGctFiNSCfoJWWlwe+jZWDeKwQFZ4Vs=; b=irAGvOwz7/nvz4K1fRoN0d7SmP91/pioS9wqYXfmDJx9Ve6yhf+Mvdj+JSdpol/Yni zKVA4g0nhUX9oeIdpIuCSdOCPL5c8yHQspomh3H23SkV8Cu6tBlM45a0k/6twTRtFi7+ Hb0LpqhvTpOj7BXBDXvlULiEtF/HTaCt91ZguW7N7Azf6V4COHRjaPxob9MoJqVcyUnN ggX73ug7h8n/R690JG72gGdfFvjDuumJdRjbgqmepE+MPbb8KNycAz6eUIQwvOxpcGGu uu8KB9uaZ7apkiCBvcpK6wbByY5QH0Jha1afH1H00OBxvQQWAks2TkJ4L2AFhD+GlKy7 m65Q== MIME-Version: 1.0 X-Received: by 10.152.4.233 with SMTP id n9mr20769787lan.61.1417048887683; Wed, 26 Nov 2014 16:41:27 -0800 (PST) Sender: davide.italiano@gmail.com Received: by 10.25.155.4 with HTTP; Wed, 26 Nov 2014 16:41:27 -0800 (PST) In-Reply-To: <1471750.VzNR6ldJSe@ralph.baldwin.cx> References: <1471750.VzNR6ldJSe@ralph.baldwin.cx> Date: Wed, 26 Nov 2014 16:41:27 -0800 X-Google-Sender-Auth: 1ovkhBAkRuLeByaCXvUZ-ufFQgc Message-ID: Subject: Re: RFC: Remove pty(4) From: Davide Italiano To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Ed Schouten , 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, 27 Nov 2014 00:41:30 -0000 On Mon, Aug 25, 2014 at 12:37 PM, John Baldwin wrote: > On Wednesday, August 20, 2014 11:00:14 AM Davide Italiano wrote: >> One of my personal goals for 11 is to get rid of cloning mechanism >> entirely, and pty(4) is one of the few in-kernel drivers still relying >> on such mechanism. >> It's not possible, at least to my understanding, converting pty(4) to >> cdevpriv(9) as happened with other drivers. This is mainly because we >> always need a pair of devices (/dev/ptyXX and /dev/ttyXX) and >> userspace loops over ptyXX and after it successfully opens it tries to >> open the other one with the same suffix. So, having a single device is >> not really enough. >> My option, instead, is that of removing pty(4), which is nothing more >> than a compatibility driver, and move pmtx(4) code somewhere else. >> The main drawback of the removal of this is that it makes impossible >> to run FreeBSD <= 7 jails and SSH into them. I personally don't >> consider this a huge issue, in light of the fact that FreeBSD-7 has >> been EOL for a long time, but I would like to hear other people >> comments. >> >> The code review for the proposed change can be found here: >> https://reviews.freebsd.org/D659 >> >> If I won't get any objection I'll commit this in one week time, i.e. >> August 27th. > > Why not just statically create the pairs in /dev? Use some loader tunable > (kern.ptymax) to set a count on the number of pre-created device pairs to > create and then just explicitly create them in the mod_event handler? It > could default to 100 or so. > Done, thank you for the suggestion, John. root@maxwell:/home/davide # kldload pty root@maxwell/home/davide # sysctl -a |grep pty kern.tty_pty_warningcnt: 1 kern.npty: 32 debug.softdep.emptyjblocks: 0 root@maxwell:/home/davide # ls /dev/pty* /dev/ptyl0 /dev/ptyl2 /dev/ptyl4 /dev/ptyl6 /dev/ptyl8 /dev/ptyla /dev/ptylc /dev/ptyle /dev/ptylg /dev/ptyli /dev/ptylk /dev/ptylm /dev/ptylo /dev/ptylq /dev/ptyls /dev/ptylu /dev/ptyl1 /dev/ptyl3 /dev/ptyl5 /dev/ptyl7 /dev/ptyl9 /dev/ptylb /dev/ptyld /dev/ptylf /dev/ptylh /dev/ptylj /dev/ptyll /dev/ptyln /dev/ptylp /dev/ptylr /dev/ptylt /dev/ptylv https://reviews.freebsd.org/D1238 for review. I hope anybody that raised concerns about the previous patch can try this new one. -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 02:08:30 2014 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 976C9C73 for ; Thu, 27 Nov 2014 02:08:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8702F3FE for ; Thu, 27 Nov 2014 02:08:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A532E71D for ; Thu, 27 Nov 2014 02:08:30 +0000 (UTC) Date: Thu, 27 Nov 2014 02:08:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <364346513.12.1417054110643.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <596992036.11.1417043469577.JavaMail.jenkins@jenkins-9.freebsd.org> References: <596992036.11.1417043469577.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #323 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: Thu, 27 Nov 2014 02:08:30 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 02:09:25 2014 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 C79E4D78; Thu, 27 Nov 2014 02:09:25 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e: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 958015E3; Thu, 27 Nov 2014 02:09:25 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id eu11so4017219pac.11 for ; Wed, 26 Nov 2014 18:09:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=HJBQDhY6chIPnPaMqa8MB+rpnMekC1URCq/+XdznWY0=; b=rKF7MY0huLzO3UGV4f17KgjXmZP6/c4DIiFkAJdePmoklhJpcDAqeSj3L6jTLSHGIW t8RfHohFx2kX++X1RJXHdTkOxaTh+PRPE1bob+cWLB2XewFZTs9WDC80LWr3eEh3Qyge TvRMMbt+eBEC/KqcgoFfcDZD45LWVMu/i4uf4DDRkuvSX5sCMbFHvefoEx/9BMkyftl8 XmJVDmU1OyG7t4z8dg6gWE1+Fv7tZLKSd6Xnuq11z/Bmekm8r6ghmq2kucChlLuMicPJ TpUGMrhc4GxnjNEKs5E3po90zKz9XGLz88+j0LOibdQ/Z4RlV/oiuIDJi5YQdNLX260E 81xQ== X-Received: by 10.68.132.198 with SMTP id ow6mr58681616pbb.61.1417054165030; Wed, 26 Nov 2014 18:09:25 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:4cc2:1016:46f0:ad71? ([2601:8:ab80:7d6:4cc2:1016:46f0:ad71]) by mx.google.com with ESMTPSA id u5sm5460440pdc.79.2014.11.26.18.09.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Nov 2014 18:09:24 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_BA824C1C-5FAD-4F36-9D94-46E188A56247"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #323 From: Garrett Cooper In-Reply-To: <364346513.12.1417054110643.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 26 Nov 2014 18:09:22 -0800 Message-Id: <2369B6ED-C72E-4A13-B42A-151F4869016E@gmail.com> References: <596992036.11.1417043469577.JavaMail.jenkins@jenkins-9.freebsd.org> <364346513.12.1417054110643.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) 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, 27 Nov 2014 02:09:25 -0000 --Apple-Mail=_BA824C1C-5FAD-4F36-9D94-46E188A56247 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 26, 2014, at 18:08, jenkins-admin@freebsd.org wrote: > See Bingo=85 the disk image is out of space: /usr/sbin/etcupdate: cannot create = work/conflicts//second/second/difffiles/file: No such file or directory kyua-plain-tester: Cannot create result file = '/tmp/kyua.JLaSgI/result.txt': No space left on device --Apple-Mail=_BA824C1C-5FAD-4F36-9D94-46E188A56247 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 iQEcBAEBCgAGBQJUdofSAAoJEMZr5QU6S73ewDoH/0I8u1DUJBLu0qVfS1TQ1fLW vLTMLibkzwxi4l7iRj+USh6eaE/eiMRCtnJG/4gB8MBd1BkiZ1Dh7Ie3DmbLrB+0 om7Azz062x/3/TwLU8wWwOHLWDnSy/FzDLWQnRNRjDviYNF/9UjO7HVLmGHt/eP/ JhGNV6lZ9Oam8tjy7gsNs9XPrqkStav3Q/8Tdz9EdhEmaRJurFDk25ZzQ+/Qkrpa KksrA53groLBQWqsSaZSZVzCXc+Ac7JDL+2SUAsv1rHEiARjzWsgTY9qq7JZAaM0 j/YVfMOlGSfu+eHT9lMnljNFQLGzUM46yc/OxZj7uJz5yMCArwvwW6ulZnNhtjA= =mfpP -----END PGP SIGNATURE----- --Apple-Mail=_BA824C1C-5FAD-4F36-9D94-46E188A56247-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 03:35:48 2014 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 0CE4BCD7; Thu, 27 Nov 2014 03:35:48 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (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 7CC54F20; Thu, 27 Nov 2014 03:35:47 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id ge10so3538740lab.17 for ; Wed, 26 Nov 2014 19:35:45 -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=atacjQ5ohHfBNr9MgYNGS+YH1Od7AD9dCX0ufMCU/lI=; b=KOW/reb8IkTB0qMDSnUcAeZKEemS3Geg/X3kfYyCiyaJHIqKBrMHUByfW13arZzyH/ 2BZ+jiyjeElIRiPjKPAbztfWlpUf6KRNGks5xs8FUJPo3jYMYAlxmieB/NEcp9d2iLQp 0T48XNKvrxKKcksUnF1hMv3MdQdp+vOh38CajZz6ZE16kBJMkSFKjSWQA+VPrImaPwRS qrUo/VkjC7PkGAZsRtdF3NkHCCjNJ+QDetiOxZaMPnRK4NiwjgTVkcZZs4Creeqat6R6 4Zo04ZckzW4g/SsXkoFvHPUICXM0XXhGohST7mQS9/Y05a35ctyMextOXWlcrAcCmDaN 7oUw== MIME-Version: 1.0 X-Received: by 10.112.138.137 with SMTP id qq9mr36752102lbb.80.1417059344967; Wed, 26 Nov 2014 19:35:44 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.130.168 with HTTP; Wed, 26 Nov 2014 19:35:44 -0800 (PST) In-Reply-To: References: <1011516992.9.1416893143495.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 26 Nov 2014 19:35:44 -0800 X-Google-Sender-Auth: ZIPwO9AxHOJcl5xFE_TdFgLIl3g Message-ID: Subject: Re: Jenkins build became unstable: FreeBSD_HEAD-tests2 #311 From: Craig Rodrigues To: "jenkins-admin@freebsd.org" 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: Thu, 27 Nov 2014 03:35:48 -0000 On Tue, Nov 25, 2014 at 11:21 PM, Craig Rodrigues wrote: > On Tue, Nov 25, 2014 at 8:42 PM, Craig Rodrigues > wrote: > > > > > > > > On Mon, Nov 24, 2014 at 9:25 PM, wrote: > >> > >> See > >> > > > > I'm not sure why this test is failing. The VM running these tests has > 845MB > > of disk space free on /tmp and /usr/tests so it is > > definitely not running out of space. > > > > The test failures started occurring around here: > > > > https://jenkins.freebsd.org/job/FreeBSD_HEAD/1909/ > > https://jenkins.freebsd.org/job/FreeBSD_HEAD/1910/ > > > > That was around when a lot of Makefile related changes for library > linking > > whent in the tree. > > > Looking at: > https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/311/consoleFull > > I see: > > usr.sbin/etcupdate/tests_test:main -> Nov 25 05:15:48 kernel: pid 19939 > (cp), uid 0 inumber 23569 on /: out of inodes > broken: Caught unexpected exception: Tester failed with code 2; this is a > bug [6.863s] > Yes, that seems to be the problem: df -m -i / Filesystem 1M-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/ufs/TESTROOT 2041 1027 850 55% 23303 1015 96% / So there is enough disk space to run the tests, but not enough inodes. I'm creating the VM with makefs. It looks like makefs creates disk images with lower number of inodes than newfs. -- Craig From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 05:20:58 2014 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 BDA1ED47 for ; Thu, 27 Nov 2014 05:20:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ACC7AA86 for ; Thu, 27 Nov 2014 05:20:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 46365771 for ; Thu, 27 Nov 2014 05:20:59 +0000 (UTC) Date: Thu, 27 Nov 2014 05:20:59 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2112978235.14.1417065659241.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1132291703.13.1417056591964.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1132291703.13.1417056591964.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #325 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: Thu, 27 Nov 2014 05:20:58 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 09:52:36 2014 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 B3D332F7; Thu, 27 Nov 2014 09:52:36 +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 3D8C0915; Thu, 27 Nov 2014 09:52:35 +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 sAR9qTBF021008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Nov 2014 11:52:29 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sAR9qTBF021008 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sAR9qTX1021007; Thu, 27 Nov 2014 11:52:29 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Nov 2014 11:52:29 +0200 From: Konstantin Belousov To: Davide Italiano Subject: Re: RFC: Remove pty(4) Message-ID: <20141127095229.GO17068@kib.kiev.ua> References: <1471750.VzNR6ldJSe@ralph.baldwin.cx> 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: Ed Schouten , 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, 27 Nov 2014 09:52:36 -0000 On Wed, Nov 26, 2014 at 04:41:27PM -0800, Davide Italiano wrote: > On Mon, Aug 25, 2014 at 12:37 PM, John Baldwin wrote: > > On Wednesday, August 20, 2014 11:00:14 AM Davide Italiano wrote: > >> One of my personal goals for 11 is to get rid of cloning mechanism > >> entirely, and pty(4) is one of the few in-kernel drivers still relying > >> on such mechanism. Why this is good thing to do ? > >> It's not possible, at least to my understanding, converting pty(4) to > >> cdevpriv(9) as happened with other drivers. This is mainly because we > >> always need a pair of devices (/dev/ptyXX and /dev/ttyXX) and > >> userspace loops over ptyXX and after it successfully opens it tries to > >> open the other one with the same suffix. So, having a single device is > >> not really enough. > >> My option, instead, is that of removing pty(4), which is nothing more > >> than a compatibility driver, and move pmtx(4) code somewhere else. > >> The main drawback of the removal of this is that it makes impossible > >> to run FreeBSD <= 7 jails and SSH into them. I personally don't > >> consider this a huge issue, in light of the fact that FreeBSD-7 has > >> been EOL for a long time, but I would like to hear other people > >> comments. You don't, but other people care about ABI. Besides older jails which you do not care about, there is significant set of programs which were coded to use Berkley' pty directly. Even high-profile applications like Emacs automatically selected pty(4) up to its previous version on FreeBSD. > >> > >> The code review for the proposed change can be found here: > >> https://reviews.freebsd.org/D659 > >> > >> If I won't get any objection I'll commit this in one week time, i.e. > >> August 27th. > > > > Why not just statically create the pairs in /dev? Use some loader tunable > > (kern.ptymax) to set a count on the number of pre-created device pairs to > > create and then just explicitly create them in the mod_event handler? It > > could default to 100 or so. > > > > Done, thank you for the suggestion, John. > > root@maxwell:/home/davide # kldload pty > root@maxwell/home/davide # sysctl -a |grep pty > kern.tty_pty_warningcnt: 1 > kern.npty: 32 > debug.softdep.emptyjblocks: 0 > > root@maxwell:/home/davide # ls /dev/pty* > /dev/ptyl0 /dev/ptyl2 /dev/ptyl4 /dev/ptyl6 /dev/ptyl8 /dev/ptyla > /dev/ptylc /dev/ptyle /dev/ptylg /dev/ptyli /dev/ptylk /dev/ptylm > /dev/ptylo /dev/ptylq /dev/ptyls /dev/ptylu > /dev/ptyl1 /dev/ptyl3 /dev/ptyl5 /dev/ptyl7 /dev/ptyl9 /dev/ptylb > /dev/ptyld /dev/ptylf /dev/ptylh /dev/ptylj /dev/ptyll /dev/ptyln > /dev/ptylp /dev/ptylr /dev/ptylt /dev/ptylv > > https://reviews.freebsd.org/D1238 for review. > I hope anybody that raised concerns about the previous patch can try > this new one. I do not see why dev_clone event makes your so unhappy. I object against removal of it (and this is what you are aiming at, it seems). It provides useful functionality, which is not substituted by anything cdevpriv(9) can provide. My only hope is that you are confusing dev_clone event and a library of clone_create(9)/clone_cleanup(9)/dev_stdclone(9) functions. The former is needed and cannot be replaced by cdevpriv(9). The later is clumsy and never was used properly. My opinion is that it is impossible to use properly. There are five uses of that in tree left, and it seems that removing them worth cleaning of buggy by design and undocumented KPI. Really big and complicated target is the hand-written timeout-based (?!) custom cloning code in snd(4). I believe it _can_ be converted to cdevpriv(9). From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 11:50:20 2014 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 E9BCA53A for ; Thu, 27 Nov 2014 11:50:20 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DAD5881B for ; Thu, 27 Nov 2014 11:50:20 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 49734801 for ; Thu, 27 Nov 2014 11:50:21 +0000 (UTC) Date: Thu, 27 Nov 2014 11:50:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <579388199.15.1417089021229.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #327 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: Thu, 27 Nov 2014 11:50:21 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 13:46:44 2014 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 D3E95FA2; Thu, 27 Nov 2014 13:46:44 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 971546BC; Thu, 27 Nov 2014 13:46:44 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 696823BD3A; Thu, 27 Nov 2014 13:46:42 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id sARCfua6090481; Thu, 27 Nov 2014 12:41:57 GMT (envelope-from phk@phk.freebsd.dk) To: Konstantin Belousov Subject: Re: RFC: Remove pty(4) In-reply-to: <20141127095229.GO17068@kib.kiev.ua> From: "Poul-Henning Kamp" References: <1471750.VzNR6ldJSe@ralph.baldwin.cx> <20141127095229.GO17068@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <90473.1417092106.1@critter.freebsd.dk> Date: Thu, 27 Nov 2014 12:41:56 +0000 Message-ID: <90480.1417092116@critter.freebsd.dk> Cc: Davide Italiano , Ed Schouten , 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, 27 Nov 2014 13:46:44 -0000 -------- In message <20141127095229.GO17068@kib.kiev.ua>, Konstantin Belousov writes: >On Wed, Nov 26, 2014 at 04:41:27PM -0800, Davide Italiano wrote: >> On Mon, Aug 25, 2014 at 12:37 PM, John Baldwin wrote: >> > On Wednesday, August 20, 2014 11:00:14 AM Davide Italiano wrote: >> >> One of my personal goals for 11 is to get rid of cloning mechanism >> >> entirely, and pty(4) is one of the few in-kernel drivers still relying >> >> on such mechanism. >Why this is good thing to do ? I must have missed this detail back in august. I checked my archive of incoming email and I couldn't find any reason or argument for removing dev_clone mechanism, and I would very much object to its removal, unless a very compelling reason exists ? I'll admit that the name is slightly misleading, it is really a "dev_ondemand" facility which can also be used for cloning, and because all the initial uses were cloning it got that name. (I have no soft feelings for the pty driver) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 14:09:09 2014 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 66A837D4; Thu, 27 Nov 2014 14:09:09 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (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 E4261956; Thu, 27 Nov 2014 14:09:08 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id l18so6549196wgh.40 for ; Thu, 27 Nov 2014 06:09:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:from:date:to:cc:message-id; bh=7WoqGOOKD+o9biw7D84ayvD8+bJq+0flus0Bup0oS90=; b=BoL4Nlg3bBQg5SeyJ/rb+dzKrbbmOWIURPAxKZqbHJH9wNLwzvWvElC75kmYP1WLuG rrE7a4o8fnv2wyEeoxG32DKjJSteQaum0O319l7s0GEAWVdxwMBGzpMB/iZVhkG3Ccw3 PNupoWJ++LVckmI9nqebyj2KozwYufANVuJjK8TVqlJX6nNDDr49o/jdrgZfsYMP8ylx AJ59OYc4q72hTrL5H51cg+IrVKSt0Di21yWuec/nW73ofi56kGuM6dWzleBaKrKVhoDd +RO/6htqKI2KbZOsCku6PRy5m2gqSDUuYXKqxElQqWgI4M7O+zT+IOMMl3PsfVwTJHFs cXJw== X-Received: by 10.180.74.39 with SMTP id q7mr50908722wiv.30.1417097347192; Thu, 27 Nov 2014 06:09:07 -0800 (PST) Received: from [10.57.216.110] (228.74.103.87.rev.vodafone.pt. [87.103.74.228]) by mx.google.com with ESMTPSA id cz3sm10877699wjb.23.2014.11.27.06.09.05 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Nov 2014 06:09:06 -0800 (PST) User-Agent: K-9 Mail for Android In-Reply-To: <90480.1417092116@critter.freebsd.dk> References: <1471750.VzNR6ldJSe@ralph.baldwin.cx> <20141127095229.GO17068@kib.kiev.ua> <90480.1417092116@critter.freebsd.dk> MIME-Version: 1.0 Subject: Re: RFC: Remove pty(4) From: Miguel Clara Date: Thu, 27 Nov 2014 14:09:03 +0000 To: Poul-Henning Kamp , Konstantin Belousov Message-ID: <82FE1213-64CD-41FE-92F2-46743641803A@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Davide Italiano , Ed Schouten , 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, 27 Nov 2014 14:09:09 -0000 I've recently created a port for linux-sublime and some of the packages users might add to sublime require loading pty. I haven't read the full thread so I'm not sure what would actually be removed but If there no reason for it I don't see why waste the time on such a task. is there for example any security concern about using the pty driver? thanks On 27 November 2014 12:41:56 WET, Poul-Henning Kamp wrote: >-------- >In message <20141127095229.GO17068@kib.kiev.ua>, Konstantin Belousov >writes: > >>On Wed, Nov 26, 2014 at 04:41:27PM -0800, Davide Italiano wrote: >>> On Mon, Aug 25, 2014 at 12:37 PM, John Baldwin >wrote: >>> > On Wednesday, August 20, 2014 11:00:14 AM Davide Italiano wrote: >>> >> One of my personal goals for 11 is to get rid of cloning >mechanism >>> >> entirely, and pty(4) is one of the few in-kernel drivers still >relying >>> >> on such mechanism. >>Why this is good thing to do ? > >I must have missed this detail back in august. > >I checked my archive of incoming email and I couldn't find any >reason or argument for removing dev_clone mechanism, and I would >very much object to its removal, unless a very compelling reason >exists ? > >I'll admit that the name is slightly misleading, it is really >a "dev_ondemand" facility which can also be used for cloning, >and because all the initial uses were cloning it got that name. > >(I have no soft feelings for the pty driver) > >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD committer | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by >incompetence. >_______________________________________________ >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" -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:10:23 2014 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 2F12DFB6; Thu, 27 Nov 2014 17:10:23 +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 DF729F40; Thu, 27 Nov 2014 17:10:22 +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 DC2811FE022; Thu, 27 Nov 2014 18:10:12 +0100 (CET) Message-ID: <54775B0E.3000004@selasky.org> Date: Thu, 27 Nov 2014 18:10:38 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "K. Macy" Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> In-Reply-To: <546D0CE3.602@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , Adrian Chadd , FreeBSD Current , Luigi Rizzo , Navdeep Parhar 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, 27 Nov 2014 17:10:23 -0000 On 11/19/14 22:34, Hans Petter Selasky wrote: > On 11/19/14 21:46, K. Macy wrote: >> Hi Hans, >> >> It mostly looks fine, but it's a large change and there are some >> places in the patch where it isn't clear that the right thing is being >> done by looking at the patch alone. Please give us some time to >> review. >> > > No problem. Do you think you need more than a week? > > --HPS > Hi, Do you need more time to review my patch? Any issues that should be fixed? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:12:37 2014 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 E4085163 for ; Thu, 27 Nov 2014 17:12:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D30CBF59 for ; Thu, 27 Nov 2014 17:12:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3CBE386D for ; Thu, 27 Nov 2014 17:12:38 +0000 (UTC) Date: Thu, 27 Nov 2014 17:12:38 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1455293859.16.1417108358175.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <579388199.15.1417089021229.JavaMail.jenkins@jenkins-9.freebsd.org> References: <579388199.15.1417089021229.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #328 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: Thu, 27 Nov 2014 17:12:38 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:13:40 2014 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 477B9273; Thu, 27 Nov 2014 17:13:40 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::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 CBCEFF6C; Thu, 27 Nov 2014 17:13:39 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id y19so6908639wgg.21 for ; Thu, 27 Nov 2014 09:13:38 -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=zQjNnq4B/eYJfINDYueBqsVHmIJiuiWo+Em6qy8rRxg=; b=xGmrcbwVba4HJAFW4Nqk/iYgzwo5JKQ0/Z9zBLPq9AY/QiyN7pZDkxcvHHo8SK7guj 8GIN96tmNSumSxtEXD3Kgx4CrW8oHaqEEziC0hgWmT3C3pV+fr1oVjFdePPHrJkMzXFS yxk6LzipwDZKZBp0ffSwouVjOBLFqJZOpwDcMALCmVbF5tItXAFHI8BrbMQqhR+aRpHM liGsagqDPLUUnqSAYnXNYX8UAAwqERTdvpYQXBcHlX7wZpZkT/FcM5SxnfEMhJ1/u25K Oy78nryBz0U2q88Z4DXXlUUpTimKGJxq7oGP81DmxYQr1RztCPNcocHA/IQqW/VJepsH QaYA== MIME-Version: 1.0 X-Received: by 10.195.11.38 with SMTP id ef6mr33682317wjd.68.1417108418347; Thu, 27 Nov 2014 09:13:38 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Thu, 27 Nov 2014 09:13:38 -0800 (PST) In-Reply-To: <54775B0E.3000004@selasky.org> References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> <54775B0E.3000004@selasky.org> Date: Thu, 27 Nov 2014 09:13:38 -0800 X-Google-Sender-Auth: HylKSbcRvACZtjZhw5owJS55R9c Message-ID: Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Cc: Lawrence Stewart , FreeBSD Current , Luigi Rizzo , "K. Macy" , Navdeep Parhar 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, 27 Nov 2014 17:13:40 -0000 Hi, I need a little more time to review this. Sorry :( -a On 27 November 2014 at 09:10, Hans Petter Selasky wrote: > On 11/19/14 22:34, Hans Petter Selasky wrote: >> >> On 11/19/14 21:46, K. Macy wrote: >>> >>> Hi Hans, >>> >>> It mostly looks fine, but it's a large change and there are some >>> places in the patch where it isn't clear that the right thing is being >>> done by looking at the patch alone. Please give us some time to >>> review. >>> >> >> No problem. Do you think you need more than a week? >> >> --HPS >> > > Hi, > > Do you need more time to review my patch? > > Any issues that should be fixed? > > --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:18:08 2014 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 1DA49406; Thu, 27 Nov 2014 17:18:08 +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 CFACBFAA; Thu, 27 Nov 2014 17:18:07 +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 393B61FE022; Thu, 27 Nov 2014 18:18:04 +0100 (CET) Message-ID: <54775CE6.3090503@selasky.org> Date: Thu, 27 Nov 2014 18:18:30 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> <54775B0E.3000004@selasky.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , FreeBSD Current , Luigi Rizzo , "K. Macy" , Navdeep Parhar 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, 27 Nov 2014 17:18:08 -0000 On 11/27/14 18:13, Adrian Chadd wrote: > Hi, > > I need a little more time to review this. Sorry :( > Hi, How much approximately? One day, half a week or more? Thank you for spending time on this! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:18:28 2014 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 8711950D; Thu, 27 Nov 2014 17:18:28 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (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 1368CFB5; Thu, 27 Nov 2014 17:18:28 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id l2so6997812wgh.13 for ; Thu, 27 Nov 2014 09:18:26 -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=aqy5666mDZUQa6+9RijEIJyHWP1dDEq9AkkG22+umsY=; b=wl0VS76d8ll5TsQLtGUGYxeWCamVPYPpdXEA8PNniQ4Ejtzb46KvP/hsuqH9sGbWsM 45XlPv/j8dooV7ciAYlNcLkI0GauALpH677+1JGcAJZ/g099FskHg/jRAqASdDdcUzqH Y8CRr5YEBdIWhtyjXpFnspde6B9xXagBwOZnxkjdwKsLBqYvSHEAAZIHuE8wHXtjcLRT Z3NDC003hlpFsK0uoKziRUOqLjuJptc9mkXT9vSjzK+48clrfutepGWfKEcclHz4wPHx c2NK/UDyb9gwPQAAv6uUJsiyG5VPAraMcAru4GQf8OcK04244SefM5s7d+3KZZ2mDZVZ ktUg== MIME-Version: 1.0 X-Received: by 10.194.85.83 with SMTP id f19mr62497165wjz.20.1417108706462; Thu, 27 Nov 2014 09:18:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Thu, 27 Nov 2014 09:18:26 -0800 (PST) In-Reply-To: References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> <54775B0E.3000004@selasky.org> Date: Thu, 27 Nov 2014 09:18:26 -0800 X-Google-Sender-Auth: WDf918SsX4c_o4w0d_7D87ooVKU Message-ID: Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] From: Adrian Chadd To: Hans Petter Selasky , Michael Tuexen Content-Type: text/plain; charset=UTF-8 Cc: Lawrence Stewart , FreeBSD Current , Luigi Rizzo , "K. Macy" , Navdeep Parhar 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, 27 Nov 2014 17:18:28 -0000 Erk - SCTP folk - are you using the mbuf flowid field for something SCTP specific? -adrian On 27 November 2014 at 09:13, Adrian Chadd wrote: > Hi, > > I need a little more time to review this. Sorry :( > > > > -a > > > On 27 November 2014 at 09:10, Hans Petter Selasky wrote: >> On 11/19/14 22:34, Hans Petter Selasky wrote: >>> >>> On 11/19/14 21:46, K. Macy wrote: >>>> >>>> Hi Hans, >>>> >>>> It mostly looks fine, but it's a large change and there are some >>>> places in the patch where it isn't clear that the right thing is being >>>> done by looking at the patch alone. Please give us some time to >>>> review. >>>> >>> >>> No problem. Do you think you need more than a week? >>> >>> --HPS >>> >> >> Hi, >> >> Do you need more time to review my patch? >> >> Any issues that should be fixed? >> >> --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:20:13 2014 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 A7380624; Thu, 27 Nov 2014 17:20:13 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::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 33A86FC5; Thu, 27 Nov 2014 17:20:13 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id l15so8990847wiw.4 for ; Thu, 27 Nov 2014 09:20:11 -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=6GZDhoGt8u1E0OHdknhxV5uYxifLzbNgqivWimHoWpQ=; b=zmFMZvdB7qf0+A3PTaUt1z9FGaZ/CxyQxXyD33sPg0wKPraFQBTN/PB4d26dVJNaPx e3p+fw9C5OC0MbHqIiq5psDeR9gf5p0e7eqtj11fYYlc2rhC3VCtrAam9AbIHVsnXAlP 5982tQeZKXa5lsaHimUw8ForYiwbp3pzyDZK6I6ELg7hfg50bCcOs3eTypaMJPA8QpK9 KBN8pKccdDjSdF9tJ0hhDumVzOwlHD4DmxPVcxhZJkazzV+OW5ISZ9fCto04mSmlOwWA OMDFfcuFUSTqpwVHQj64VGhU/B87ePFmwqlmCZ/X0IfjwYmhY7wp7IgeVInecLdeY4iU YpHg== MIME-Version: 1.0 X-Received: by 10.180.92.169 with SMTP id cn9mr53400594wib.26.1417108811593; Thu, 27 Nov 2014 09:20:11 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Thu, 27 Nov 2014 09:20:11 -0800 (PST) In-Reply-To: References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> <54775B0E.3000004@selasky.org> Date: Thu, 27 Nov 2014 09:20:11 -0800 X-Google-Sender-Auth: GAoLm9BTWrOmihgu3d6S9G014NU Message-ID: Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] From: Adrian Chadd To: Hans Petter Selasky , Michael Tuexen Content-Type: text/plain; charset=UTF-8 Cc: Lawrence Stewart , FreeBSD Current , Luigi Rizzo , "K. Macy" , Navdeep Parhar 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, 27 Nov 2014 17:20:13 -0000 On 27 November 2014 at 09:18, Adrian Chadd wrote: > Erk - SCTP folk - are you using the mbuf flowid field for something > SCTP specific? erk - yes, you are. It seems we're going to run into "what exactly should flowid be used for" problems. Grr. -adrian From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:24:59 2014 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 00BEC88C; Thu, 27 Nov 2014 17:24:58 +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 B1250F4; Thu, 27 Nov 2014 17:24:58 +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 9DE641FE022; Thu, 27 Nov 2014 18:24:56 +0100 (CET) Message-ID: <54775E81.2070505@selasky.org> Date: Thu, 27 Nov 2014 18:25:21 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd , Michael Tuexen Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> <54775B0E.3000004@selasky.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , FreeBSD Current , Luigi Rizzo , "K. Macy" , Navdeep Parhar 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, 27 Nov 2014 17:24:59 -0000 On 11/27/14 18:20, Adrian Chadd wrote: > On 27 November 2014 at 09:18, Adrian Chadd wrote: >> Erk - SCTP folk - are you using the mbuf flowid field for something >> SCTP specific? > > erk - yes, you are. > > It seems we're going to run into "what exactly should flowid be used > for" problems. > Hi, If the flowid has special meaning inside the SCTP, please define an own "rsstype" for it. As far as I could see, it is only used to spread the traffic on the network adapter and on the CPU cores. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 17:34:00 2014 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 1F8BAF6E; Thu, 27 Nov 2014 17:34:00 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (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 B422938F; Thu, 27 Nov 2014 17:33:59 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id l18so6999430wgh.40 for ; Thu, 27 Nov 2014 09:33:58 -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=OV7T+YANLVUQ/KA3MduDKH2vbFXgP99X0uOISA70lgc=; b=EkDR5kJTxaaQ+AB9Lv5rKZNe0d2qku2T97fDm8jSHjCuqQQ/YOCsz19AczhR9BKdJc 3v8cmqqJrPd5g5oV9RxnupgEbEa/+Y1POoKDvvk2T6mqEA9cdhVQpErAPs2VEusUQ8Jx UBYVyznKnSmK4ejx0qUVmnCl4PRcptHM2b/QefF/wemF4WVri0YvFGv9Zyat+Nr1ELzk BC/F75dbCj0GN1wPrv+qdqVvnBrJqU9uEzLtS6tGHxoUlpWXyTyFUddQ34+nWGFl2hk9 VLLagpCKfRgI+2pi/etdBftTVhULYpKBnuPCwSTVGqdSWs2SRRGBDZQDDroDvZcV/CEg 9pfQ== MIME-Version: 1.0 X-Received: by 10.194.24.103 with SMTP id t7mr41241177wjf.15.1417109638192; Thu, 27 Nov 2014 09:33:58 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Thu, 27 Nov 2014 09:33:58 -0800 (PST) In-Reply-To: <54775E81.2070505@selasky.org> References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> <54775B0E.3000004@selasky.org> <54775E81.2070505@selasky.org> Date: Thu, 27 Nov 2014 09:33:58 -0800 X-Google-Sender-Auth: HH29ScQ1EPnJIYZrvRDtjQMnvl0 Message-ID: Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Cc: "K. Macy" , FreeBSD Current , Michael Tuexen , Navdeep Parhar , Lawrence Stewart , Luigi Rizzo 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, 27 Nov 2014 17:34:00 -0000 On 27 November 2014 at 09:25, Hans Petter Selasky wrote: > On 11/27/14 18:20, Adrian Chadd wrote: >> >> On 27 November 2014 at 09:18, Adrian Chadd wrote: >>> >>> Erk - SCTP folk - are you using the mbuf flowid field for something >>> SCTP specific? >> >> >> erk - yes, you are. >> >> It seems we're going to run into "what exactly should flowid be used >> for" problems. >> > > Hi, > > If the flowid has special meaning inside the SCTP, please define an own > "rsstype" for it. As far as I could see, it is only used to spread the > traffic on the network adapter and on the CPU cores. I'm more worried about at what layers we're going to be using the flowid values and that various pieces may stomp over other pieces. With the RSS stuff enabled, the IPv4 (and soon IPv6) input paths will re-hash an input frame if it doesn't have an RSS hash; it'll then overwrite whatever flowid value is in the mbuf. This is so no matter what the NIC hands us or what de-encapsulation hands us, we will always put that flow on into the right RSS bucket and a consistent CPU. This should mostly alleviate any out-of-order issues seen with internet-facing machines where things handle fragments and such. Then for the output side of things, it'll have to do a software RSS hash on frames that don't have an RSS hash. Right now I assume in the TCP path that the inp has an RSS flow setup in the inp and that the TCP timers and other assorted stuff uses the inp details. For the UDP output side of things I currently always re-calculate the RSS hash and stamp the mbuf with it before we send it out, again so it ends up on the same output RSS bucket and thus CPU / NIC queue. If the inp ends up with a different flowid (eg a hardware ring flowid) then: * it won't match up on the receive side, so the whole RSS lock contention avoidance thing can't happen; * there's a known mapping for RSS bucket -> CPU IDs (since we're not doing RSS bucket -> CPU ID reassignment yet) - but not for other flowid types to CPU IDs. In general I think the tidyup patch looks fine and I'll do some more RSS testing once it's committed. (But you did sneak in your new hash type in the diff :-) I think we then need to actually plan out how this stuff should hold together before we all rush into it or we'll end up with a mess of components that can't actually interact together. I don't want to have to explain to people that they can't use SCTP, RSS and hardware ring / flow assignment at the same time. It's just going to be painful in the long run. -adrian From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 18:37:09 2014 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 F02CCF59; Thu, 27 Nov 2014 18:37:08 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D0198C6E; Thu, 27 Nov 2014 18:37:08 +0000 (UTC) Received: from [10.0.1.20] (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id E4F6D341F84F; Thu, 27 Nov 2014 10:37:01 -0800 (PST) Subject: Re: RFC: Remove pty(4) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Alfred Perlstein In-Reply-To: <20141127095229.GO17068@kib.kiev.ua> Date: Thu, 27 Nov 2014 10:37:00 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <58F613B8-1F1E-4A38-8955-F35EB31A703A@mu.org> References: <1471750.VzNR6ldJSe@ralph.baldwin.cx> <20141127095229.GO17068@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1283) Cc: Davide Italiano , Ed Schouten , 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, 27 Nov 2014 18:37:09 -0000 On Nov 27, 2014, at 1:52 AM, Konstantin Belousov wrote: > On Wed, Nov 26, 2014 at 04:41:27PM -0800, Davide Italiano wrote: >> On Mon, Aug 25, 2014 at 12:37 PM, John Baldwin = wrote: >>> On Wednesday, August 20, 2014 11:00:14 AM Davide Italiano wrote: >>>> One of my personal goals for 11 is to get rid of cloning mechanism >>>> entirely, and pty(4) is one of the few in-kernel drivers still = relying >>>> on such mechanism. > Why this is good thing to do ? >=20 >>>> It's not possible, at least to my understanding, converting pty(4) = to >>>> cdevpriv(9) as happened with other drivers. This is mainly because = we >>>> always need a pair of devices (/dev/ptyXX and /dev/ttyXX) and >>>> userspace loops over ptyXX and after it successfully opens it tries = to >>>> open the other one with the same suffix. So, having a single device = is >>>> not really enough. >>>> My option, instead, is that of removing pty(4), which is nothing = more >>>> than a compatibility driver, and move pmtx(4) code somewhere else. >>>> The main drawback of the removal of this is that it makes = impossible >>>> to run FreeBSD <=3D 7 jails and SSH into them. I personally don't >>>> consider this a huge issue, in light of the fact that FreeBSD-7 has >>>> been EOL for a long time, but I would like to hear other people >>>> comments. > You don't, but other people care about ABI. >=20 > Besides older jails which you do not care about, there is significant > set of programs which were coded to use Berkley' pty directly. Even > high-profile applications like Emacs automatically selected pty(4) > up to its previous version on FreeBSD. >=20 >>>>=20 >>>> The code review for the proposed change can be found here: >>>> https://reviews.freebsd.org/D659 >>>>=20 >>>> If I won't get any objection I'll commit this in one week time, = i.e. >>>> August 27th. >>>=20 >>> Why not just statically create the pairs in /dev? Use some loader = tunable >>> (kern.ptymax) to set a count on the number of pre-created device = pairs to >>> create and then just explicitly create them in the mod_event = handler? It >>> could default to 100 or so. >>>=20 >>=20 >> Done, thank you for the suggestion, John. >>=20 >> root@maxwell:/home/davide # kldload pty >> root@maxwell/home/davide # sysctl -a |grep pty >> kern.tty_pty_warningcnt: 1 >> kern.npty: 32 >> debug.softdep.emptyjblocks: 0 >>=20 >> root@maxwell:/home/davide # ls /dev/pty* >> /dev/ptyl0 /dev/ptyl2 /dev/ptyl4 /dev/ptyl6 /dev/ptyl8 /dev/ptyla >> /dev/ptylc /dev/ptyle /dev/ptylg /dev/ptyli /dev/ptylk /dev/ptylm >> /dev/ptylo /dev/ptylq /dev/ptyls /dev/ptylu >> /dev/ptyl1 /dev/ptyl3 /dev/ptyl5 /dev/ptyl7 /dev/ptyl9 /dev/ptylb >> /dev/ptyld /dev/ptylf /dev/ptylh /dev/ptylj /dev/ptyll /dev/ptyln >> /dev/ptylp /dev/ptylr /dev/ptylt /dev/ptylv >>=20 >> https://reviews.freebsd.org/D1238 for review. >> I hope anybody that raised concerns about the previous patch can try >> this new one. >=20 > I do not see why dev_clone event makes your so unhappy. I object = against > removal of it (and this is what you are aiming at, it seems). It = provides > useful functionality, which is not substituted by anything cdevpriv(9) > can provide. >=20 > My only hope is that you are confusing dev_clone event and a library = of > clone_create(9)/clone_cleanup(9)/dev_stdclone(9) functions. The = former > is needed and cannot be replaced by cdevpriv(9). >=20 > The later is clumsy and never was used properly. My opinion is that it > is impossible to use properly. There are five uses of that in tree = left, > and it seems that removing them worth cleaning of buggy by design and > undocumented KPI. >=20 > Really big and complicated target is the hand-written timeout-based = (?!) > custom cloning code in snd(4). I believe it _can_ be converted to > cdevpriv(9). Thank you kib, I feel the same about leaving the pty system as it is. -Alfred= From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 20:51:17 2014 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 4E09E734 for ; Thu, 27 Nov 2014 20:51:17 +0000 (UTC) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::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 C114CBC9 for ; Thu, 27 Nov 2014 20:51:16 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id hz20so4593146lab.20 for ; Thu, 27 Nov 2014 12:51:14 -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=6/Phl9xckV3r34PuTnOmU7+X2fByPOlEIOiJ5Q4TbtY=; b=FI6Rj7+dFUAol4lowfEUSgWVFx3p/CSixrNniqCmA6NzqtynfC3lW6724G4W61ORpR knB7SqzRQq9szoB/XwAr7OxQCFv/Dsal2NZKuMkGuCe2nv9uphckISNRtmYicAZ49ocu raRCNTxdmLgaeHE9iESJjFelNo5L2aRryWethZoqjYCV61dcxw8gVEypmqEi9qaGfXIG pRt8chO6qEEEtIqN1owHvzCmNYaWoEIjG2kFT5oqidk44G6PEyua1gxZESND0DRx7kTW LEoNa03AUQ7ru6t/47EKLq3qwg0rF6cl2CLZ2YueKTimbX5Y05yKAtEqJh1xrfB4PyJD ocrA== MIME-Version: 1.0 X-Received: by 10.112.73.102 with SMTP id k6mr27830366lbv.75.1417121474904; Thu, 27 Nov 2014 12:51:14 -0800 (PST) Sender: davide.italiano@gmail.com Received: by 10.25.155.4 with HTTP; Thu, 27 Nov 2014 12:51:14 -0800 (PST) In-Reply-To: <58F613B8-1F1E-4A38-8955-F35EB31A703A@mu.org> References: <1471750.VzNR6ldJSe@ralph.baldwin.cx> <20141127095229.GO17068@kib.kiev.ua> <58F613B8-1F1E-4A38-8955-F35EB31A703A@mu.org> Date: Thu, 27 Nov 2014 12:51:14 -0800 X-Google-Sender-Auth: CeJPi4hDHwLAWKQSDEW5KzkDg8U Message-ID: Subject: Re: RFC: Remove pty(4) From: Davide Italiano To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , Ed Schouten , 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, 27 Nov 2014 20:51:17 -0000 On Thu, Nov 27, 2014 at 10:37 AM, Alfred Perlstein wrote: > > On Nov 27, 2014, at 1:52 AM, Konstantin Belousov wrote: > >> On Wed, Nov 26, 2014 at 04:41:27PM -0800, Davide Italiano wrote: >>> On Mon, Aug 25, 2014 at 12:37 PM, John Baldwin wrote: >>>> On Wednesday, August 20, 2014 11:00:14 AM Davide Italiano wrote: >>>>> One of my personal goals for 11 is to get rid of cloning mechanism >>>>> entirely, and pty(4) is one of the few in-kernel drivers still relying >>>>> on such mechanism. >> Why this is good thing to do ? >> >>>>> It's not possible, at least to my understanding, converting pty(4) to >>>>> cdevpriv(9) as happened with other drivers. This is mainly because we >>>>> always need a pair of devices (/dev/ptyXX and /dev/ttyXX) and >>>>> userspace loops over ptyXX and after it successfully opens it tries to >>>>> open the other one with the same suffix. So, having a single device is >>>>> not really enough. >>>>> My option, instead, is that of removing pty(4), which is nothing more >>>>> than a compatibility driver, and move pmtx(4) code somewhere else. >>>>> The main drawback of the removal of this is that it makes impossible >>>>> to run FreeBSD <= 7 jails and SSH into them. I personally don't >>>>> consider this a huge issue, in light of the fact that FreeBSD-7 has >>>>> been EOL for a long time, but I would like to hear other people >>>>> comments. >> You don't, but other people care about ABI. >> >> Besides older jails which you do not care about, there is significant >> set of programs which were coded to use Berkley' pty directly. Even >> high-profile applications like Emacs automatically selected pty(4) >> up to its previous version on FreeBSD. >> >>>>> >>>>> The code review for the proposed change can be found here: >>>>> https://reviews.freebsd.org/D659 >>>>> >>>>> If I won't get any objection I'll commit this in one week time, i.e. >>>>> August 27th. >>>> >>>> Why not just statically create the pairs in /dev? Use some loader tunable >>>> (kern.ptymax) to set a count on the number of pre-created device pairs to >>>> create and then just explicitly create them in the mod_event handler? It >>>> could default to 100 or so. >>>> >>> >>> Done, thank you for the suggestion, John. >>> >>> root@maxwell:/home/davide # kldload pty >>> root@maxwell/home/davide # sysctl -a |grep pty >>> kern.tty_pty_warningcnt: 1 >>> kern.npty: 32 >>> debug.softdep.emptyjblocks: 0 >>> >>> root@maxwell:/home/davide # ls /dev/pty* >>> /dev/ptyl0 /dev/ptyl2 /dev/ptyl4 /dev/ptyl6 /dev/ptyl8 /dev/ptyla >>> /dev/ptylc /dev/ptyle /dev/ptylg /dev/ptyli /dev/ptylk /dev/ptylm >>> /dev/ptylo /dev/ptylq /dev/ptyls /dev/ptylu >>> /dev/ptyl1 /dev/ptyl3 /dev/ptyl5 /dev/ptyl7 /dev/ptyl9 /dev/ptylb >>> /dev/ptyld /dev/ptylf /dev/ptylh /dev/ptylj /dev/ptyll /dev/ptyln >>> /dev/ptylp /dev/ptylr /dev/ptylt /dev/ptylv >>> >>> https://reviews.freebsd.org/D1238 for review. >>> I hope anybody that raised concerns about the previous patch can try >>> this new one. >> >> I do not see why dev_clone event makes your so unhappy. I object against >> removal of it (and this is what you are aiming at, it seems). It provides >> useful functionality, which is not substituted by anything cdevpriv(9) >> can provide. >> >> My only hope is that you are confusing dev_clone event and a library of >> clone_create(9)/clone_cleanup(9)/dev_stdclone(9) functions. The former >> is needed and cannot be replaced by cdevpriv(9). >> >> The later is clumsy and never was used properly. My opinion is that it >> is impossible to use properly. There are five uses of that in tree left, >> and it seems that removing them worth cleaning of buggy by design and >> undocumented KPI. >> >> Really big and complicated target is the hand-written timeout-based (?!) >> custom cloning code in snd(4). I believe it _can_ be converted to >> cdevpriv(9). > All right, I dropped the review and reverted my branch. Thanks for the comment(s). -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Thu Nov 27 23:10:58 2014 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 1C213311 for ; Thu, 27 Nov 2014 23:10:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0A89FB34 for ; Thu, 27 Nov 2014 23:10:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 72ABA8ED for ; Thu, 27 Nov 2014 23:10:58 +0000 (UTC) Date: Thu, 27 Nov 2014 23:10:58 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1381012366.18.1417129858436.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1455293859.16.1417108358175.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1455293859.16.1417108358175.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #329 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: Thu, 27 Nov 2014 23:10:58 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 02:14:57 2014 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 9DA43218 for ; Fri, 28 Nov 2014 02:14:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF4BD15 for ; Fri, 28 Nov 2014 02:14:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7F1EB919 for ; Fri, 28 Nov 2014 02:14:57 +0000 (UTC) Date: Fri, 28 Nov 2014 02:14:57 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2061089111.20.1417140897489.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #330 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: Fri, 28 Nov 2014 02:14:57 -0000 See ------------------------------------------ [...truncated 4219 lines...] bin/sh/parameters/functional_test:mail1 -> passed [0.089s] bin/sh/parameters/functional_test:mail2 -> passed [0.091s] bin/sh/parameters/functional_test:optind1 -> passed [0.069s] bin/sh/parameters/functional_test:optind2 -> passed [0.100s] bin/sh/parameters/functional_test:positional1 -> passed [0.112s] bin/sh/parameters/functional_test:positional2 -> passed [0.094s] bin/sh/parameters/functional_test:positional3 -> passed [0.114s] bin/sh/parameters/functional_test:positional4 -> passed [0.111s] bin/sh/parameters/functional_test:positional5 -> passed [0.088s] bin/sh/parameters/functional_test:positional6 -> passed [0.128s] bin/sh/parameters/functional_test:positional7 -> passed [0.101s] bin/sh/parameters/functional_test:pwd1 -> passed [0.100s] bin/sh/parameters/functional_test:pwd2 -> passed [0.127s] bin/sh/parser/functional_test:alias1 -> passed [0.112s] bin/sh/parser/functional_test:alias10 -> passed [0.078s] bin/sh/parser/functional_test:alias11 -> passed [0.073s] bin/sh/parser/functional_test:alias12 -> passed [0.078s] bin/sh/parser/functional_test:alias13 -> passed [0.113s] bin/sh/parser/functional_test:alias14 -> passed [0.095s] bin/sh/parser/functional_test:alias15 -> passed [0.085s] bin/sh/parser/functional_test:alias2 -> passed [0.089s] bin/sh/parser/functional_test:alias3 -> passed [0.097s] bin/sh/parser/functional_test:alias4 -> passed [0.072s] bin/sh/parser/functional_test:alias5 -> passed [0.083s] bin/sh/parser/functional_test:alias6 -> passed [0.087s] bin/sh/parser/functional_test:alias7 -> passed [0.075s] bin/sh/parser/functional_test:alias8 -> passed [0.073s] bin/sh/parser/functional_test:alias9 -> passed [0.072s] bin/sh/parser/functional_test:and_pipe_not -> passed [0.096s] bin/sh/parser/functional_test:case1 -> passed [0.089s] bin/sh/parser/functional_test:case2 -> passed [0.084s] bin/sh/parser/functional_test:dollar_quote1 -> passed [0.093s] bin/sh/parser/functional_test:dollar_quote10 -> passed [0.737s] bin/sh/parser/functional_test:dollar_quote11 -> passed [0.129s] bin/sh/parser/functional_test:dollar_quote2 -> passed [0.072s] bin/sh/parser/functional_test:dollar_quote3 -> passed [0.097s] bin/sh/parser/functional_test:dollar_quote4 -> passed [0.088s] bin/sh/parser/functional_test:dollar_quote5 -> passed [0.095s] bin/sh/parser/functional_test:dollar_quote6 -> passed [0.104s] bin/sh/parser/functional_test:dollar_quote7 -> passed [0.079s] bin/sh/parser/functional_test:dollar_quote8 -> passed [0.101s] bin/sh/parser/functional_test:dollar_quote9 -> passed [0.084s] bin/sh/parser/functional_test:empty_braces1 -> passed [0.085s] bin/sh/parser/functional_test:empty_cmd1 -> passed [0.140s] bin/sh/parser/functional_test:for1 -> passed [0.078s] bin/sh/parser/functional_test:for2 -> passed [0.083s] bin/sh/parser/functional_test:func1 -> passed [0.087s] bin/sh/parser/functional_test:func2 -> passed [0.071s] bin/sh/parser/functional_test:func3 -> passed [0.089s] bin/sh/parser/functional_test:heredoc1 -> passed [0.097s] bin/sh/parser/functional_test:heredoc10 -> passed [0.075s] bin/sh/parser/functional_test:heredoc11 -> passed [0.080s] bin/sh/parser/functional_test:heredoc12 -> passed [0.088s] bin/sh/parser/functional_test:heredoc2 -> passed [0.079s] bin/sh/parser/functional_test:heredoc3 -> passed [0.085s] bin/sh/parser/functional_test:heredoc4 -> passed [0.090s] bin/sh/parser/functional_test:heredoc5 -> passed [0.084s] bin/sh/parser/functional_test:heredoc6 -> passed [0.079s] bin/sh/parser/functional_test:heredoc7 -> passed [0.087s] bin/sh/parser/functional_test:heredoc8 -> passed [0.071s] bin/sh/parser/functional_test:heredoc9 -> passed [0.094s] bin/sh/parser/functional_test:line_cont1 -> passed [0.071s] bin/sh/parser/functional_test:line_cont10 -> passed [0.070s] bin/sh/parser/functional_test:line_cont11 -> passed [0.086s] bin/sh/parser/functional_test:line_cont2 -> passed [0.069s] bin/sh/parser/functional_test:line_cont3 -> passed [0.087s] bin/sh/parser/functional_test:line_cont4 -> passed [0.076s] bin/sh/parser/functional_test:line_cont5 -> passed [0.091s] bin/sh/parser/functional_test:line_cont6 -> passed [0.076s] bin/sh/parser/functional_test:line_cont7 -> passed [0.078s] bin/sh/parser/functional_test:line_cont8 -> passed [0.076s] bin/sh/parser/functional_test:line_cont9 -> passed [0.080s] bin/sh/parser/functional_test:no_space1 -> passed [0.078s] bin/sh/parser/functional_test:no_space2 -> passed [0.070s] bin/sh/parser/functional_test:only_redir1 -> passed [0.078s] bin/sh/parser/functional_test:only_redir2 -> passed [0.079s] bin/sh/parser/functional_test:only_redir3 -> passed [0.078s] bin/sh/parser/functional_test:only_redir4 -> passed [0.076s] bin/sh/parser/functional_test:pipe_not1 -> passed [0.085s] bin/sh/parser/functional_test:var_assign1 -> passed [0.102s] bin/sh/set-e/functional_test:and1 -> passed [0.363s] bin/sh/set-e/functional_test:and2 -> passed [0.068s] bin/sh/set-e/functional_test:and3 -> passed [0.105s] bin/sh/set-e/functional_test:and4 -> passed [0.067s] bin/sh/set-e/functional_test:background1 -> passed [0.088s] bin/sh/set-e/functional_test:cmd1 -> passed [0.067s] bin/sh/set-e/functional_test:cmd2 -> passed [0.076s] bin/sh/set-e/functional_test:elif1 -> passed [0.065s] bin/sh/set-e/functional_test:elif2 -> passed [0.072s] bin/sh/set-e/functional_test:eval1 -> passed [0.069s] bin/sh/set-e/functional_test:eval2 -> passed [0.070s] bin/sh/set-e/functional_test:for1 -> passed [0.068s] bin/sh/set-e/functional_test:func1 -> passed [0.072s] bin/sh/set-e/functional_test:func2 -> passed [0.076s] bin/sh/set-e/functional_test:if1 -> passed [0.064s] bin/sh/set-e/functional_test:if2 -> passed [0.076s] bin/sh/set-e/functional_test:if3 -> passed [0.081s] bin/sh/set-e/functional_test:not1 -> passed [0.079s] bin/sh/set-e/functional_test:not2 -> passed [0.089s] bin/sh/set-e/functional_test:or1 -> passed [0.078s] bin/sh/set-e/functional_test:or2 -> passed [0.070s] bin/sh/set-e/functional_test:or3 -> passed [0.079s] bin/sh/set-e/functional_test:pipe1 -> passed [0.079s] bin/sh/set-e/functional_test:pipe2 -> passed [0.088s] bin/sh/set-e/functional_test:return1 -> passed [0.093s] bin/sh/set-e/functional_test:semi1 -> passed [0.085s] bin/sh/set-e/functional_test:semi2 -> passed [0.077s] bin/sh/set-e/functional_test:subshell1 -> passed [0.095s] bin/sh/set-e/functional_test:subshell2 -> passed [0.080s] bin/sh/set-e/functional_test:until1 -> passed [0.071s] bin/sh/set-e/functional_test:until2 -> passed [0.087s] bin/sh/set-e/functional_test:until3 -> passed [0.090s] bin/sh/set-e/functional_test:while1 -> passed [0.082s] bin/sh/set-e/functional_test:while2 -> passed [0.071s] bin/sh/set-e/functional_test:while3 -> passed [0.069s] gnu/usr.bin/diff/diff_test:mallocv -> passed [0.073s] gnu/usr.bin/diff/diff_test:nomallocv -> passed [0.068s] gnu/usr.bin/diff/diff_test:same -> passed [0.089s] Results file id is usr_tests.20141128-015809-018707 Results saved to /root/.kyua/store/results.usr_tests.20141128-015809-018707= .db 4080/4080 passed (0 failed) kyuatestprompt # kyua report --verbose --results-kyua report-junit --output= =3Dtest-report.xml filter passed,skipped,xfail,bro =08ken,failed --output test-report.txt kyua report-junit --output=3Dtest-report.xml kyuatestprompt # kyua report-junshutdown -p now it --output=3Dtest-report.xml shutdown -p now kyuatestprompt # shutdown -p now Shutdown NOW! shutdown: [pid 62602] kyuatestprompt # = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 Nov 28 02:14:41 shutdown: power-down by root:=20 System shutdown time has arrived=07=07 Stopping casperd. Waiting for PIDS: 498. Stopping devd. Waiting for PIDS: 324. Writing entropy file:. . Terminated Nov 28 02:14:42 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 done All buffers synced. lock order reversal: 1st 0xfffff800062b87c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount= .c:1223 2nd 0xfffff800062b9240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_s= ubr.c:2144 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007bdea= 5b0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe007bdea660 witness_checkorder() at witness_checkorder+0xdad/frame 0xfffffe007bdea6f0 __lockmgr_args() at __lockmgr_args+0x9a4/frame 0xfffffe007bdea820 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007bdea840 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007bdea870 _vn_lock() at _vn_lock+0xaa/frame 0xfffffe007bdea8e0 vget() at vget+0x67/frame 0xfffffe007bdea920 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007bdea970 devfs_root() at devfs_root+0x43/frame 0xfffffe007bdea9a0 dounmount() at dounmount+0x345/frame 0xfffffe007bdeaa20 vfs_unmountall() at vfs_unmountall+0x61/frame 0xfffffe007bdeaa50 kern_reboot() at kern_reboot+0x52a/frame 0xfffffe007bdeaac0 sys_reboot() at sys_reboot+0x5a/frame 0xfffffe007bdeaae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe007bdeabf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007bdeabf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x40f2bc, rsp =3D 0x7f= ffffffe6d8, rbp =3D 0x7fffffffe7d0 --- Uptime: 16m44s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freeb= sd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-= image/image/FreeBSD_HEAD/test.img umount /tmp/tmpJGivyH mdconfig -d -u 99 Recording test results ERROR: Failed to archive test reports java.io.IOException: remote file operation failed: at hudson.remoting.Channel@6e9652ce:havoc= .ysv.freebsd.org: java.io.IOException: Remote call on havoc.ysv.freebsd.org= failed =09at hudson.FilePath.act(FilePath.java:977) =09at hudson.FilePath.act(FilePath.java:959) =09at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:87) =09at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java= :129) =09at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.ja= va:141) =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) Caused by: java.io.IOException: Remote call on havoc.ysv.freebsd.org failed =09at hudson.remoting.Channel.call(Channel.java:760) =09at hudson.FilePath.act(FilePath.java:970) =09... 13 more Caused by: java.lang.OutOfMemoryError: PermGen space =09at sun.misc.Unsafe.defineClass(Native Method) =09at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63) =09at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.jav= a:399) =09at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.jav= a:396) =09at java.security.AccessController.doPrivileged(Native Method) =09at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.= java:395) =09at sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(= MethodAccessorGenerator.java:113) =09at sun.reflect.ReflectionFactory.newConstructorForSerialization(Reflecti= onFactory.java:331) =09at java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClas= s.java:1376) =09at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:72) =09at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:493) =09at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:468) =09at java.security.AccessController.doPrivileged(Native Method) =09at java.io.ObjectStreamClass.(ObjectStreamClass.java:468) =09at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:365) =09at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:602) =09at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162= 2) =09at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) =09at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162= 2) =09at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) =09at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162= 2) =09at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) =09at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162= 2) =09at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) =09at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162= 2) =09at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) =09at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162= 2) =09at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) =09at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1= 771) =09at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) =09at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) =09at hudson.remoting.UserRequest.deserialize(UserRequest.java:185) Build step 'Publish JUnit test result report' changed build result to FAILU= RE From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 07:44:05 2014 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 CE4A1461 for ; Fri, 28 Nov 2014 07:44:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AD39FEA7 for ; Fri, 28 Nov 2014 07:44:05 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EF7A29A1 for ; Fri, 28 Nov 2014 07:44:05 +0000 (UTC) Date: Fri, 28 Nov 2014 07:44:04 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1129059594.21.1417160644787.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #525 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image 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: Fri, 28 Nov 2014 07:44:06 -0000 See ------------------------------------------ Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#330 Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace java.io.IOException: remote file operation failed: at hudson.remoting.Channel@36311843:jenkins-10.freebsd.org: java.io.IOException: Remote call on jenkins-10.freebsd.org failed at hudson.FilePath.act(FilePath.java:977) at hudson.FilePath.act(FilePath.java:959) at org.jenkinsci.plugins.gitclient.Git.getClient(Git.java:66) at hudson.plugins.git.GitSCM.createClient(GitSCM.java:585) at hudson.plugins.git.GitSCM.createClient(GitSCM.java:577) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:900) at hudson.model.AbstractProject.checkout(AbstractProject.java:1259) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528) at hudson.model.Run.execute(Run.java:1759) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) Caused by: java.io.IOException: Remote call on jenkins-10.freebsd.org failed at hudson.remoting.Channel.call(Channel.java:760) at hudson.FilePath.act(FilePath.java:970) ... 13 more Caused by: java.lang.OutOfMemoryError: PermGen space at sun.misc.Unsafe.defineClass(Native Method) at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63) at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399) at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396) at java.security.AccessController.doPrivileged(Native Method) at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395) at sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(MethodAccessorGenerator.java:113) at sun.reflect.ReflectionFactory.newConstructorForSerialization(ReflectionFactory.java:331) at java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClass.java:1376) at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:72) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:493) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:468) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.(ObjectStreamClass.java:468) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:365) at java.io.ObjectStreamClass.initProxy(ObjectStreamClass.java:562) at java.io.ObjectInputStream.readProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1514) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1990) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1915) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1798) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) at hudson.remoting.UserRequest.deserialize(UserRequest.java:185) at hudson.remoting.UserResponse.retrieve(UserRequest.java:218) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:970) at hudson.FilePath.act(FilePath.java:959) at org.jenkinsci.plugins.gitclient.Git.getClient(Git.java:66) at hudson.plugins.git.GitSCM.createClient(GitSCM.java:585) From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 07:54:03 2014 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 64EFD63C; Fri, 28 Nov 2014 07:54:03 +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 E414BF84; Fri, 28 Nov 2014 07:54:01 +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 BAD091FE022; Fri, 28 Nov 2014 08:53:57 +0100 (CET) Message-ID: <54782A2F.3070103@selasky.org> Date: Fri, 28 Nov 2014 08:54:23 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: [RFC] Removal of M_FLOWID flag from m_flags [WAS: Add support for hardware transmit rate limiting queues] References: <546CE948.2070105@selasky.org> <546D0CE3.602@selasky.org> <54775B0E.3000004@selasky.org> <54775E81.2070505@selasky.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "K. Macy" , FreeBSD Current , Michael Tuexen , Navdeep Parhar , Lawrence Stewart , Luigi Rizzo 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, 28 Nov 2014 07:54:03 -0000 On 11/27/14 18:33, Adrian Chadd wrote: > On 27 November 2014 at 09:25, Hans Petter Selasky wrote: >> On 11/27/14 18:20, Adrian Chadd wrote: >>> >>> On 27 November 2014 at 09:18, Adrian Chadd wrote: >>>> >>>> Erk - SCTP folk - are you using the mbuf flowid field for something >>>> SCTP specific? >>> >>> >>> erk - yes, you are. >>> >>> It seems we're going to run into "what exactly should flowid be used >>> for" problems. >>> >> >> Hi, >> >> If the flowid has special meaning inside the SCTP, please define an own >> "rsstype" for it. As far as I could see, it is only used to spread the >> traffic on the network adapter and on the CPU cores. > > I'm more worried about at what layers we're going to be using the > flowid values and that various pieces may stomp over other pieces. > > With the RSS stuff enabled, the IPv4 (and soon IPv6) input paths will > re-hash an input frame if it doesn't have an RSS hash; it'll then > overwrite whatever flowid value is in the mbuf. This is so no matter > what the NIC hands us or what de-encapsulation hands us, we will > always put that flow on into the right RSS bucket and a consistent > CPU. This should mostly alleviate any out-of-order issues seen with > internet-facing machines where things handle fragments and such. Hi, I'm not changing anything in the receive direction regarding the flowid. It should be exactly the same as before, except M_HASHTYPE_NONE which now indicates that flowid is not set. > > Then for the output side of things, it'll have to do a software RSS > hash on frames that don't have an RSS hash. Right now I assume in the > TCP path that the inp has an RSS flow setup in the inp and that the > TCP timers and other assorted stuff uses the inp details. > > For the UDP output side of things I currently always re-calculate the > RSS hash and stamp the mbuf with it before we send it out, again so it > ends up on the same output RSS bucket and thus CPU / NIC queue. > > If the inp ends up with a different flowid (eg a hardware ring flowid) then: > > * it won't match up on the receive side, so the whole RSS lock > contention avoidance thing can't happen; > * there's a known mapping for RSS bucket -> CPU IDs (since we're not > doing RSS bucket -> CPU ID reassignment yet) - but not for other > flowid types to CPU IDs. Not necessarily. Would could make a standard, that the lower X-bits of the flowid, always indicate RX/TX ring pair and the CPU core, and then the upper 32-X bits are free to use for other purposes. > > In general I think the tidyup patch looks fine and I'll do some more > RSS testing once it's committed. (But you did sneak in your new hash > type in the diff :-) I'll put the new hash type in a separate patch. It doesn't belong there - you're right. > > I think we then need to actually plan out how this stuff should hold > together before we all rush into it or we'll end up with a mess of > components that can't actually interact together. I don't want to have > to explain to people that they can't use SCTP, RSS and hardware ring / > flow assignment at the same time. It's just going to be painful in the > long run. Do you have code not committed which plan to use the flowid in new areas of the FreeBSD kernel? I would like to have a list of usages for the flowid field? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 13:29:53 2014 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 C38C5734; Fri, 28 Nov 2014 13:29:53 +0000 (UTC) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.233.71]) (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 55E76A18; Fri, 28 Nov 2014 13:29:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=three; h=Sender:Content-Type:MIME-Version:Message-ID:Subject:Cc:To:From:Date; bh=Af6h9AEVkoot56lA0PxwSeZJwCWd4OJzv0SadL7n3TU=; b=dlGCRaIt2zq+CN4eksuDylSjENbdLCskC8+IH8QqOJZ7crPKXMDf33A4Qk2RJjkqupURAmAsQKB7/bqa+qKfG852lqEHJpQ03hlUoi/ECcJUjcmse7QTIrBkFabZb1LZt9awMzHhdKEJx3cHpK+S2ORD8boEzoNjInNyrt9XKVs2ozf6XABz+ldnUx1jU6P+dpyZ98hee/pVDqYltBb2Q4o6MIEVNz/UnAiFqiaQyUI/SSRlR6i0zWK7mulgRB8DHiY8Uc53AyaXHiUbUBaKiT2+Qbl70FJUAogVVHreT/BT/DfcLzjXj8AVqq/5cEe5mltlUzrIwfUVByhsB1c6U8i8Hm2E2hsUOXVZOQLGq8PJq+pnWcqxAEM6BqlwQ5lOWkqc/tYF/gVZeVv0+MwxwR0UeHkRK9hoHTn2ymFcwinseZMZFFbBN/lQ9t9N0WHice7qXPGiPe819d3I/35OQ1c3Cnazuzgq4ZE+6eyqmy8paf/KeQwLakD15C5zQzHjlAPXavcHHMMS9wCcrY+IaiRQ/fGo1ZK7m61v/wC5pjPdyi+V5n1qTLt8zl47gmon2gR5ECiWcj6FChvqBjTRwaSVc/d7lCQqQPi03IsseeOEfemmm6lkXxfZnlcznqDO7FXfFAyXiZA1wsL5LDdu8BSg8UIcBWdlrCvwCRYNlbI=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.233.66]) by 0.mx.codelabs.ru with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) id 1XuLcG-0004i6-9l; Fri, 28 Nov 2014 17:29:44 +0400 Date: Fri, 28 Nov 2014 16:29:42 +0300 From: Eygene Ryabinkin To: kib@FreeBSD.org Subject: [CFR][PATCH] drm2: don't assume that dev->driver->max_ioctl > *dev->driver->compat_ioctls_nr Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="185D1s7FREAUfc0L" Content-Disposition: inline Sender: rea@codelabs.ru 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: Fri, 28 Nov 2014 13:29:53 -0000 --185D1s7FREAUfc0L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Konstantin, *, good day. I noticed that the current ioctl processing code for drm2 implicitely assumes that the number of native ioctls is higher than that of 32-bit compat ones, so it immediately gives EINVAL when nr >=3D dev->driver->max_ioctl. Seems that in future such assumption may not be true in all cases. This can be fixed with the following patch: http://codelabs.ru/fbsd/patches/drm2/drm_drv-untangle-32bit-compat.diff Any thoughts on it? Thanks. --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --185D1s7FREAUfc0L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iL4EABEKAGYFAlR4eMZfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDgyRkUwNkJDRDQ5N0MwREU0OUVDNEZGMDE2 QUY5RUFFODE1MkVDRkIACgkQFq+eroFS7PtkwQD/cF22KnZ/mqgwaQDs1TSrJehP FKGerfR5mxp2X+zN4u4A/iZAnQh/qBG0DezuHdObMKrsuEJYfv2teeo7YJPR1L0F =VLbF -----END PGP SIGNATURE----- --185D1s7FREAUfc0L-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 15:08:51 2014 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 C1E52B69 for ; Fri, 28 Nov 2014 15:08:51 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DDBB85F for ; Fri, 28 Nov 2014 15:08:51 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sASF8eex032456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 28 Nov 2014 07:08:43 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <54788FF3.3030602@freebsd.org> Date: Fri, 28 Nov 2014 23:08:35 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD Current Subject: witness and modules. Content-Type: text/plain; charset=ISO-8859-1; 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: Fri, 28 Nov 2014 15:08:51 -0000 Do we need to compile all modules with witness definitions when linking with a kernel compiled with witness? This was true at one stage but I remember some work was done to make them compatible. From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 15:50:59 2014 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 D880B83F for ; Fri, 28 Nov 2014 15:50:59 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A87DCE6D for ; Fri, 28 Nov 2014 15:50:59 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sASFotd5032566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 28 Nov 2014 07:50:58 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547899DA.8050804@freebsd.org> Date: Fri, 28 Nov 2014 23:50:50 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: RFC: Remove pty(4) References: <1471750.VzNR6ldJSe@ralph.baldwin.cx> <20141127095229.GO17068@kib.kiev.ua> <58F613B8-1F1E-4A38-8955-F35EB31A703A@mu.org> In-Reply-To: <58F613B8-1F1E-4A38-8955-F35EB31A703A@mu.org> Content-Type: text/plain; charset=ISO-8859-1; 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: Fri, 28 Nov 2014 15:50:59 -0000 On 11/28/14, 2:37 AM, Alfred Perlstein wrote: > On Nov 27, 2014, at 1:52 AM, Konstantin Belousov wrote: > >> On Wed, Nov 26, 2014 at 04:41:27PM -0800, Davide Italiano wrote: >>> On Mon, Aug 25, 2014 at 12:37 PM, John Baldwin wrote: >>>> On Wednesday, August 20, 2014 11:00:14 AM Davide Italiano wrote: >>>>> One of my personal goals for 11 is to get rid of cloning mechanism >>>>> entirely, and pty(4) is one of the few in-kernel drivers still relying >>>>> on such mechanism. >> Why this is good thing to do ? >> [...] >> You don't, but other people care about ABI. >> >> Besides older jails which you do not care about, there is significant >> set of programs which were coded to use Berkley' pty directly. Even >> high-profile applications like Emacs automatically selected pty(4) >> up to its previous version on FreeBSD. >> [...] >> I do not see why dev_clone event makes your so unhappy. I object against >> removal of it (and this is what you are aiming at, it seems). It provides >> useful functionality, which is not substituted by anything cdevpriv(9) >> can provide. [...] > Thank you kib, I feel the same about leaving the pty system as it is. the pty ABI is so well known and so ubiquitous that I think changing it in any major way is asking for trouble. Also whatever you do, jails running 4.x (or older) software MUST continue to run, and be able to have ptys behave as they expect. > > -Alfred > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 17:32:32 2014 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 E7799B00; Fri, 28 Nov 2014 17:32:32 +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 752D4BBD; Fri, 28 Nov 2014 17:32:32 +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 sASHWQMn008981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Nov 2014 19:32:26 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sASHWQMn008981 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sASHWQG3008980; Fri, 28 Nov 2014 19:32:26 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Nov 2014 19:32:26 +0200 From: Konstantin Belousov To: Eygene Ryabinkin Subject: Re: [CFR][PATCH] drm2: don't assume that dev->driver->max_ioctl > *dev->driver->compat_ioctls_nr Message-ID: <20141128173226.GW17068@kib.kiev.ua> References: 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 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, 28 Nov 2014 17:32:33 -0000 On Fri, Nov 28, 2014 at 04:29:42PM +0300, Eygene Ryabinkin wrote: > Konstantin, *, good day. > > I noticed that the current ioctl processing code for drm2 implicitely > assumes that the number of native ioctls is higher than that of 32-bit > compat ones, so it immediately gives EINVAL when > nr >= dev->driver->max_ioctl. Seems that in future such assumption > may not be true in all cases. I very much doubt that it could become true. Compat32 ioctl cannot exist without its wider counterpart. > > This can be fixed with the following patch: > http://codelabs.ru/fbsd/patches/drm2/drm_drv-untangle-32bit-compat.diff > > Any thoughts on it? I think either current way or patch are fine, but why changing something which is fine ? From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 18:34:23 2014 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 A3901CF9 for ; Fri, 28 Nov 2014 18:34:23 +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 84BAA216 for ; Fri, 28 Nov 2014 18:34:23 +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 sASIYH9L071771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Nov 2014 10:34:17 -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 sASIYGrc071770 for freebsd-current@freebsd.org; Fri, 28 Nov 2014 10:34:16 -0800 (PST) (envelope-from sgk) Date: Fri, 28 Nov 2014 10:34:16 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Possible bug in softfloat Message-ID: <20141128183416.GA71749@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 28 Nov 2014 18:34:23 -0000 In a thread on comp.lang.c, it was pointed out that softfloat has a bug and in checking src/lib/libc/softfloat I confimed the issue is present in FreeBSD. What I hae not confirmed is whether or not it is possible to hit this bug. In fact, it may only hit arm and mips. Anyway, here's the patch Index: softfloat/bits64/softfloat-macros =================================================================== --- softfloat/bits64/softfloat-macros (revision 275211) +++ softfloat/bits64/softfloat-macros (working copy) @@ -157,7 +157,7 @@ z0 = a0>>count; } else { - z1 = ( count < 64 ) ? ( a0>>( count & 63 ) ) : 0; + z1 = ( count < 128 ) ? ( a0>>( count & 63 ) ) : 0; z0 = 0; } *z1Ptr = z1; -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 18:54:27 2014 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 D8438F92 for ; Fri, 28 Nov 2014 18:54:27 +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 6B981607 for ; Fri, 28 Nov 2014 18:54:27 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id h11so19399270wiw.1 for ; Fri, 28 Nov 2014 10:54:25 -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=GXh6LMy4CLKZmg/WlOCxf4Nik8lPERpnaq6Hq11bn30=; b=f5Xc/1gDqgAuC/Pci+Q04xOSu+5cL6dWB5YZfIKLua66UyifEnFbzMmm2eL3jMSA+l AMZWCtgDFXb9xPRZxGSsuQa1VdnZmW1blZ/zuU3F1XQGJJUwf7r/NKptGfEozZ7d5keK 3qdl37z0rW+GZ3MLF2gX7DhDuI7WhDhs8F8C1LC2p3WuCAZrsFWrdCyve0ctOlTANBbn 4u7ZHfZjRyXzIKO6P5dzgKnyS9A6co0pBMGpJ7y27pPPnD+bXLeUz/Qokl2JyE+JHdDe auEZHThcF8AGUINabJ2xx/If4rwQN3FYbAovk78iws8+8tYK76yZYQoW7XeM2UnQSRUi H2PQ== MIME-Version: 1.0 X-Received: by 10.180.99.105 with SMTP id ep9mr63443270wib.26.1417200865753; Fri, 28 Nov 2014 10:54:25 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Fri, 28 Nov 2014 10:54:25 -0800 (PST) In-Reply-To: <20141128183416.GA71749@troutmask.apl.washington.edu> References: <20141128183416.GA71749@troutmask.apl.washington.edu> Date: Fri, 28 Nov 2014 10:54:25 -0800 X-Google-Sender-Auth: 54azjl9d3i5EQ3DogZ86dtGOLXw Message-ID: Subject: Re: Possible bug in softfloat From: Adrian Chadd To: Steve Kargl Content-Type: text/plain; charset=UTF-8 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: Fri, 28 Nov 2014 18:54:27 -0000 On 28 November 2014 at 10:34, Steve Kargl wrote: > In a thread on comp.lang.c, it was pointed out that softfloat > has a bug and in checking src/lib/libc/softfloat I confimed > the issue is present in FreeBSD. What I hae not confirmed > is whether or not it is possible to hit this bug. In fact, > it may only hit arm and mips. Anyway, here's the patch So we should just commit this? -a > > > Index: softfloat/bits64/softfloat-macros > =================================================================== > --- softfloat/bits64/softfloat-macros (revision 275211) > +++ softfloat/bits64/softfloat-macros (working copy) > @@ -157,7 +157,7 @@ > z0 = a0>>count; > } > else { > - z1 = ( count < 64 ) ? ( a0>>( count & 63 ) ) : 0; > + z1 = ( count < 128 ) ? ( a0>>( count & 63 ) ) : 0; > z0 = 0; > } > *z1Ptr = z1; > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 19:07:22 2014 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 2710E428; Fri, 28 Nov 2014 19:07:22 +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 06974787; Fri, 28 Nov 2014 19:07:22 +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 sASJ7Lk1071872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Nov 2014 11:07:21 -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 sASJ7LT7071871; Fri, 28 Nov 2014 11:07:21 -0800 (PST) (envelope-from sgk) Date: Fri, 28 Nov 2014 11:07:21 -0800 From: Steve Kargl To: Adrian Chadd Subject: Re: Possible bug in softfloat Message-ID: <20141128190721.GA71860@troutmask.apl.washington.edu> References: <20141128183416.GA71749@troutmask.apl.washington.edu> 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) 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: Fri, 28 Nov 2014 19:07:22 -0000 On Fri, Nov 28, 2014 at 10:54:25AM -0800, Adrian Chadd wrote: > On 28 November 2014 at 10:34, Steve Kargl > wrote: > > In a thread on comp.lang.c, it was pointed out that softfloat > > has a bug and in checking src/lib/libc/softfloat I confimed > > the issue is present in FreeBSD. What I hae not confirmed > > is whether or not it is possible to hit this bug. In fact, > > it may only hit arm and mips. Anyway, here's the patch > > So we should just commit this? > I suspect the answer is yes, but I have no idea on how to trigger this code path. I also have no access to arm or mips hardware where the problem may manifest only. It may also be appropriate to have someone else confirm that the patch is indeed correct. -- steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 20:59:05 2014 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 91F04907 for ; Fri, 28 Nov 2014 20:59:05 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (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 217FE17F for ; Fri, 28 Nov 2014 20:59:05 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id l18so9513481wgh.26 for ; Fri, 28 Nov 2014 12:59:03 -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=XC59kf4eWvaE3h0dHBUhQaOpRtRYUWbkU9F1hwXFseo=; b=iC+UVRdCCx4JPAUZmA33ODS9wGIOkmgKVOvw8zc9sA+odAVo5HYoqzB81cxq6uRapl 1WUXD1XmOPhi2El7Kh8gcDToSmHhqERa+m1l6+8sPlWxKkk3YCtGs3VF1Mhqw6zNYMn7 EEn1p9lOC4MElvRE/0WJcucru7fXhfx42v0tlwmbjenGUY7FRrurjhOXX2172Fas+Fy3 SMO3NWBzStSCgPY9js63xUR/exno+o96N4mdngTZLD60hiRbCWKLxzDQ380Y+R+KNfyR LCMM6CLRJJXIBDi9dXhy2CO5unft6E8cyIf0ZHlkWZ7PMUa/B2YGq4GiqEc2VCZEOYfP JD2g== MIME-Version: 1.0 X-Received: by 10.180.99.105 with SMTP id ep9mr64146868wib.26.1417208343146; Fri, 28 Nov 2014 12:59:03 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Fri, 28 Nov 2014 12:59:03 -0800 (PST) In-Reply-To: <20141128190721.GA71860@troutmask.apl.washington.edu> References: <20141128183416.GA71749@troutmask.apl.washington.edu> <20141128190721.GA71860@troutmask.apl.washington.edu> Date: Fri, 28 Nov 2014 12:59:03 -0800 X-Google-Sender-Auth: jjtmvIz1fbVOuzFpANFGcDJmYs4 Message-ID: Subject: Re: Possible bug in softfloat From: Adrian Chadd To: Steve Kargl Content-Type: text/plain; charset=UTF-8 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: Fri, 28 Nov 2014 20:59:05 -0000 You can easily fire up a mips32 / mips64 emulator build - cross-build a world+kernel, build an image, then run qemu-devel to boot it. https://wiki.freebsd.org/FreeBSD/MipsEmulation You should be able to get a 32 bit soft-float mips environment inside there which you can use to trigger it. (And also run whatever other floating point validation suite you may hvae.) -adrian On 28 November 2014 at 11:07, Steve Kargl wrote: > On Fri, Nov 28, 2014 at 10:54:25AM -0800, Adrian Chadd wrote: >> On 28 November 2014 at 10:34, Steve Kargl >> wrote: >> > In a thread on comp.lang.c, it was pointed out that softfloat >> > has a bug and in checking src/lib/libc/softfloat I confimed >> > the issue is present in FreeBSD. What I hae not confirmed >> > is whether or not it is possible to hit this bug. In fact, >> > it may only hit arm and mips. Anyway, here's the patch >> >> So we should just commit this? >> > > I suspect the answer is yes, but I have no idea on how > to trigger this code path. I also have no access to > arm or mips hardware where the problem may manifest only. > > It may also be appropriate to have someone else confirm > that the patch is indeed correct. > > -- > steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 21:03:45 2014 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 9D772AAE; Fri, 28 Nov 2014 21:03:45 +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 5907A243; Fri, 28 Nov 2014 21:03:45 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::1d4c:2702:e90a:2efb] (unknown [IPv6:2001:7b8:3a7:0:1d4c:2702:e90a:2efb]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F267EB80A; Fri, 28 Nov 2014 22:03:40 +0100 (CET) From: Dimitry Andric X-Pgp-Agent: GPGMail 2.5b1 Content-Type: multipart/signed; boundary="Apple-Mail=_FAF32578-E1BE-4097-9213-963BEB422E85"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: RFT: Please help testing the llvm/clang 3.5.0 import Date: Fri, 28 Nov 2014 22:03:31 +0100 Message-Id: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> To: FreeBSD-Current Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD ports 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, 28 Nov 2014 21:03:45 -0000 --Apple-Mail=_FAF32578-E1BE-4097-9213-963BEB422E85 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, We're working on updating llvm, clang and lldb to 3.5.0 in head. This is quite a big update again, and any help with testing is appreciated. To try this out, ensure you have good backups or snapshots, then build world and kernel from the projects/clang350-import branch [1]. Please use a Subversion mirror [2], if you are able to. The status of this project branch is as follows: * Since llvm/clang 3.5.0 requires C++11 support, you can only build it when your current installation has both clang (>=3D 3.3) and libc++ installed. E.g., FreeBSD 10.x and later should work out of the box, but for FreeBSD 9.x you should first build libc++ with clang, and install it. Older versions of FreeBSD will not work. * Both the i386 and amd64 arches are expected to work completely, e.g. they should build, install and run without any problems. For some less-used parts of world and kernel, you might encounter warnings that are not fixed yet. To ignore those, you can use NO_WERROR, but please create bug reports for them. * The different ARM builds still need work, any help would be greatly appreciated there. * PowerPC (32 and 64 bit) will most likely not work yet, until we can figure out how to build parts of the tree with clang, other parts with gcc. * Sparc64 might work at least partially, but has not been tested on real hardware. * A ports exp-run has been requested [3]. The tentative goal is to be able to import this new version before the end of the year, hopefully before Christmas. If you encounter issues, please report them in FreeBSD Bugzilla [4], unless you think it is better discussed on one of the appropriate mailing lists. -Dimitry [1] svn://svn.freebsd.org/base/projects/clang350-import [2] = https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn.html#svn-mi= rrors [3] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195480 [4] https://bugs.freebsd.org/submit/ --Apple-Mail=_FAF32578-E1BE-4097-9213-963BEB422E85 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 iEYEARECAAYFAlR44ysACgkQsF6jCi4glqPN5ACg3+kmc05zNVksFsq+SstYE22z OLcAoKiIf03iY1s5CZw6J3ZUylkKYGyd =m4oU -----END PGP SIGNATURE----- --Apple-Mail=_FAF32578-E1BE-4097-9213-963BEB422E85-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 21:54:15 2014 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 238BB6E4 for ; Fri, 28 Nov 2014 21:54:15 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A2CF3911 for ; Fri, 28 Nov 2014 21:54:14 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id sASLs797039356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Nov 2014 22:54:07 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id sASLs70j039353 for ; Fri, 28 Nov 2014 22:54:07 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 28 Nov 2014 22:54:07 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: /usr/sbin/cron and /usr/sbin/fifolog_{create,reader,writer} winds up in ${DESTDIR}/ during installworld, as of r275212 Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT 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: Fri, 28 Nov 2014 21:54:15 -0000 Something's wrong in base/head when /usr/sbin/cron and /usr/sbin/fifolog_{create,reader,writer} winds up in ${DESTDIR}/ during installworld. Seen on amd64 as of r275212, both with and without DESTDIR set. Is it a pilot error on my part? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 21:58:58 2014 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 078F485E for ; Fri, 28 Nov 2014 21:58:58 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (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 86C1D93D for ; Fri, 28 Nov 2014 21:58:57 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id r20so19644711wiv.12 for ; Fri, 28 Nov 2014 13:58:55 -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=aM5XoIQoPNRxPmS2IDSEslQHpnjNkpLpURAzWVsudvQ=; b=wRhDYHflIQVugHdqDl4pXN9kFIQi02zikNOax1doTVUsC1UdqaFtZUwH+E8dj+82Ux Pkbw1Yx7FER9/tB7m7zoG7ZSWaMVzqugoX3UxOl+HY1DQN7c9FayFxix5TIEJ99d7LUc D89aQclQMBtGZvOsIabP6m6k9jr1M+O07zvb1h8BsJn3YN5fV/mTIYGE0i/4nqia9D17 w8EpG6NebqA2DnNSmUwBqKUheZaMqDtKt0fMccSzGTaY7kX4aKDuKWT4PL0C+A4wBEfY x6toGGS/Rdw8uhkL0hpWwjfaNqUFWOyjvMRKFweorD0BSaGuYFFHLn0X0Fb1cKDLKFlW jK8A== X-Received: by 10.194.156.201 with SMTP id wg9mr72839471wjb.59.1417211935870; Fri, 28 Nov 2014 13:58:55 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id td9sm17548565wic.15.2014.11.28.13.58.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Nov 2014 13:58:54 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 28 Nov 2014 22:58:52 +0100 From: Baptiste Daroussin To: Trond =?iso-8859-1?Q?Endrest=F8l?= Subject: Re: /usr/sbin/cron and /usr/sbin/fifolog_{create,reader,writer} winds up in ${DESTDIR}/ during installworld, as of r275212 Message-ID: <20141128215852.GA88765@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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: Fri, 28 Nov 2014 21:58:58 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 28, 2014 at 10:54:07PM +0100, Trond Endrest=F8l wrote: > Something's wrong in base/head when /usr/sbin/cron and=20 > /usr/sbin/fifolog_{create,reader,writer} winds up in ${DESTDIR}/=20 > during installworld. >=20 > Seen on amd64 as of r275212, both with and without DESTDIR set. >=20 > Is it a pilot error on my part? >=20 My fault, let me fix. regards, Bapt --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlR48BkACgkQ8kTtMUmk6EyLUQCeNr5le16OHvczoQb0E2EduGQy a1UAnjgnfNhR1FVV2Rl2xazGPIG1xAOh =pFtr -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 21:59:26 2014 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 5928D961 for ; Fri, 28 Nov 2014 21:59:26 +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 1329594A for ; Fri, 28 Nov 2014 21:59:26 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::1d4c:2702:e90a:2efb] (unknown [IPv6:2001:7b8:3a7:0:1d4c:2702:e90a:2efb]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6098DB80A; Fri, 28 Nov 2014 22:59:22 +0100 (CET) Subject: Re: /usr/sbin/cron and /usr/sbin/fifolog_{create, reader, writer} winds up in ${DESTDIR}/ during installworld, as of r275212 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6DB4E602-2308-44B2-9248-461FCADAE581"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b1 From: Dimitry Andric In-Reply-To: Date: Fri, 28 Nov 2014 22:59:00 +0100 Message-Id: References: To: =?utf-8?Q?Trond_Endrest=C3=B8l?= X-Mailer: Apple Mail (2.1993) 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: Fri, 28 Nov 2014 21:59:26 -0000 --Apple-Mail=_6DB4E602-2308-44B2-9248-461FCADAE581 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 28 Nov 2014, at 22:54, Trond Endrest=F8l = wrote: >=20 > Something's wrong in base/head when /usr/sbin/cron and > /usr/sbin/fifolog_{create,reader,writer} winds up in ${DESTDIR}/ > during installworld. >=20 > Seen on amd64 as of r275212, both with and without DESTDIR set. >=20 > Is it a pilot error on my part? I have seen this too. I thought it was just a fluke, but maybe it is = not. :-) -Dimitry --Apple-Mail=_6DB4E602-2308-44B2-9248-461FCADAE581 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 iEYEARECAAYFAlR48DkACgkQsF6jCi4glqO0pgCfeSgjVNbSAqXf86sMmmFgZ9ll KPYAnj2geztuSAshcV57X0iJpsF3l/eM =WYoM -----END PGP SIGNATURE----- --Apple-Mail=_6DB4E602-2308-44B2-9248-461FCADAE581-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 28 22:05:15 2014 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 945B7C7B; Fri, 28 Nov 2014 22:05:15 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::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 1D324A11; Fri, 28 Nov 2014 22:05:15 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id a1so9796961wgh.39 for ; Fri, 28 Nov 2014 14:05:13 -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=NgPcKvF0jMG3mO+ItAV4sv3ynHydyqf09jWY4U0pqVk=; b=yGTKb7g0Ymmg3j4raJL9GxzSXjiYlAvC0TGpAC1U5wHBvRBkmaWS3bmBnY3tRa4YYL euWLrkRd1R2MhsvkT795PhP19i0hPvRPAMqE07ECqLzAv069MG+eaSokaCejLSXBRIvq 5pEaT1NYNTvmwil3fNJmSLMUC390paP52IQBGr+4RIRheFai4Oj3DOoQxl8PxJLCLiBL VnjZuKIwPxB1husvVz3pNxl1WdL0vYj2wTXCh8naW5BzJwGknOZAr+2CUqBrlu+9pWFh ZS7bb1wfFUx2PnwS0bYQyxSdumWfZquJLkwsR6j6dA/eyMr/Uk1VcI6XwcTuVYI2NFkw 2M9A== X-Received: by 10.194.186.143 with SMTP id fk15mr9679621wjc.4.1417212313608; Fri, 28 Nov 2014 14:05:13 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ec2sm17551983wib.23.2014.11.28.14.05.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Nov 2014 14:05:12 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 28 Nov 2014 23:05:10 +0100 From: Baptiste Daroussin To: Dimitry Andric Subject: Re: /usr/sbin/cron and /usr/sbin/fifolog_{create, reader, writer} winds up in ${DESTDIR}/ during installworld, as of r275212 Message-ID: <20141128220510.GB88765@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD current , Trond =?iso-8859-1?Q?Endrest=F8l?= 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, 28 Nov 2014 22:05:15 -0000 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 28, 2014 at 10:59:00PM +0100, Dimitry Andric wrote: > On 28 Nov 2014, at 22:54, Trond Endrest=F8l wrote: > >=20 > > Something's wrong in base/head when /usr/sbin/cron and > > /usr/sbin/fifolog_{create,reader,writer} winds up in ${DESTDIR}/ > > during installworld. > >=20 > > Seen on amd64 as of r275212, both with and without DESTDIR set. > >=20 > > Is it a pilot error on my part? >=20 > I have seen this too. I thought it was just a fluke, but maybe it is not= =2E :-) >=20 > -Dimitry >=20 Fixed in r275218 Sorry, Bapt --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlR48ZYACgkQ8kTtMUmk6EzRtQCghRYuJQXhqGLYlVPluSqZN/ER V+MAn2mJdjNK7514mXRja/eg23/WaKTb =JdZH -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 11:09:43 2014 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 CE31B92D for ; Sat, 29 Nov 2014 11:09:43 +0000 (UTC) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.233.71]) (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 5DEAD9B6 for ; Sat, 29 Nov 2014 11:09:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=three; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=OT3iPbth8IhkJBsHAGkmoAmCH3xrZ5FHdHhc4KUdy4c=; b=SJhdrRL3Cwmi6k8KfAuz5KqYE6qoQdUlVKa/MCsyszzdCeut4bNvn4qR4m73XK4ZJxBwXZxLhvWp9UZARHYRGynHC7kPgOieEN+BZNsp/hztjDJz/5Qohw2s3GZUK4vwN7Sj2cjFCbBa5Z6Aa5skK5WYRSmsTW9FKslssjS/ZN6czMr6KyVylt4cPHlf79AYpnxlHAlyDPNxvkej25/t3xfhvD/pquFCppYH5mLQGfUf+vm/O9gPPCjf/wzib5EbewJkSTUoKanbQWtIW3mtpzyh85YoIHgMhlmI+ZJfFO1ze2vi9SDds2EeEJRj9MV9mRCeyYiz+Gq3Z7KHsdIpDW+ETTaklaqMs3TFlvf1eh0AT7jLqogg474Ly2NLva4LsaL13CSCdiaKlYTAIVWBpBsmZryb1HlJESgcb6OsLJOUWKR84viemUKjp23WMxJGl1Yxb76EY4rX6wANpPOYzSKO+tem8ZcFbvhjHk9W/TW18kj9qMVg+nrKU7E5GVf5JVWDN6Jw6g86jlCB2qir7hBGzR9RjmO0OVECHzCG2/6YsA9pc/+lOrCKHKpiyFsU/Su0Zr0pKRCjfX4p0NV6x3KOPJjgiXtW//EqvpYkxO6s4kb2q2th5K9UODRyuTCLrV+M5SuagmbMdvPwvxX9wYvioGOhriJNrg29dMrr9lY=; Received: from light.codelabs.ru (v-light.codelabs.ru [144.206.233.83]) by 0.mx.codelabs.ru with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) id 1XufuF-0003cM-Q6; Sat, 29 Nov 2014 15:09:40 +0400 Date: Sat, 29 Nov 2014 14:09:27 +0300 From: Eygene Ryabinkin To: Konstantin Belousov Subject: Re: [CFR][PATCH] drm2: don't assume that dev->driver->max_ioctl > *dev->driver->compat_ioctls_nr Message-ID: References: <20141128173226.GW17068@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <20141128173226.GW17068@kib.kiev.ua> Sender: rea@codelabs.ru 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: Sat, 29 Nov 2014 11:09:44 -0000 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Fri, Nov 28, 2014 at 07:32:26PM +0200, Konstantin Belousov wrote: > On Fri, Nov 28, 2014 at 04:29:42PM +0300, Eygene Ryabinkin wrote: > > I noticed that the current ioctl processing code for drm2 implicitely > > assumes that the number of native ioctls is higher than that of 32-bit > > compat ones, so it immediately gives EINVAL when > > nr >=3D dev->driver->max_ioctl. Seems that in future such assumption > > may not be true in all cases. > > I very much doubt that it could become true. Compat32 ioctl cannot > exist without its wider counterpart. OK. > > This can be fixed with the following patch: > > http://codelabs.ru/fbsd/patches/drm2/drm_drv-untangle-32bit-compat.di= ff > >=20 > > Any thoughts on it? > > I think either current way or patch are fine, but why changing something > which is fine ? Because the patched code will work with less assumptions and the patch isn't big or complex and introduces no additional code paths, just rearranges things. It also has more unified logics: if 32-bit compat is present and ioctl fits into its range -- do that. If ioctl fits into the native driver ioctl range -- do that. Otherwise -- bail out with an error. And "if" conditions are more uniform w.r.t. check for value of "nr". --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iL4EABEKAGYFAlR5qWdfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDgyRkUwNkJDRDQ5N0MwREU0OUVDNEZGMDE2 QUY5RUFFODE1MkVDRkIACgkQFq+eroFS7Pv61wD/QuMYfukWTEv1tj5fIKkfCmKJ WTDp8BHYWBtYLMGqdvMA/3b4UknfcWCV7Pot5eR8xrg+4Upu2R1XGz65UwTVvn19 =w8yg -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 15:00:45 2014 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 81007285; Sat, 29 Nov 2014 15:00:45 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (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 15FD1E9; Sat, 29 Nov 2014 15:00:45 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id r20so20768020wiv.12 for ; Sat, 29 Nov 2014 07:00:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=F5hzJHRr2dq8+RgZfurigfpCPdxn2Enox2iNzVrrmLA=; b=N13FoHoNWk+5DiDU6nggDwNMVTcJaKo8EYAd1m6HwWYQ71gyPusnflf4CDG+QUsaso lkTA8rEe3xX/o3QDUSowzw1Vs6UAMXsJ9OzBYdWV3CQ3pscwDffyL5rup3BqPJuqmPj6 9McmAXJ2Q2nRQADbgTKNsY6aBgk6lxr5ej/GU4yDFvX6GHqi7UqCtcjtuvhw9+CwkKNQ ci+tJ8/0VztTj5ihVLIxfaaZwH3S2Uip+5AvByK8RAsdOJuQXLJnp6NNMKw393TfWUtA MFqYL+/cgniX5tud3bGzgUO2kcV22gFJT4Ybmlpa4SzB8S/zKmr/OtW1Z7IkE4X5vPw1 RSXw== MIME-Version: 1.0 X-Received: by 10.194.85.161 with SMTP id i1mr7744965wjz.35.1417273243456; Sat, 29 Nov 2014 07:00:43 -0800 (PST) Received: by 10.216.214.201 with HTTP; Sat, 29 Nov 2014 07:00:43 -0800 (PST) Date: Sat, 29 Nov 2014 16:00:43 +0100 Message-ID: Subject: Virtualbox 4.3.20 crashes FreeBSD 11.0-CURRENT From: "Ranjan1018 ." <214748mv@gmail.com> To: FreeBSD CURRENT , freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8 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, 29 Nov 2014 15:00:45 -0000 *Just upgrade emulators/virtualbox-ose-4.3.20 via pkg upgrade. Starting a VM, Windows XP or Ubuntu x86, after few seconds the laptop freezes.The system responds only to power off, pressing the power button for few seconds. The only things I can do is a photo of the screen: https://plus.google.com/112995826906094353410/posts/6amoaitgP8e * *Maurizio* From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 15:04:46 2014 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 24A294BC for ; Sat, 29 Nov 2014 15:04:46 +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 AE3B410E for ; Sat, 29 Nov 2014 15:04:45 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id ex7so20796218wid.3 for ; Sat, 29 Nov 2014 07:04:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=RS1pS9B1vn9n5AWOB+u37gzzk5SHxetMWO25xmk52w8=; b=N55gpXpcOoeqXxSwgp1slqQ6XCOQZZv7HsYgR9ljWv5FTWFUe6Y80zFxX5c+Xgu7SN q0Nr0jS9JyQRQI919zI/vE8DvPRfLwbL90OsI0HbwBdZY11qG4h0QpE6LSFkgxzq+CrS zUMCpI/kPkV1/q4XiwZWJr5VzjkskpnToEbkNwTYBPauX1YNChy2v0P+rrDoCORi33Ig 8TtM1CpwYLXKmwVTKqrH0JovWHwIsudSw4gL5GMWaj9uoqf9Qc3qpBvVZu2yXpqTkyaa PrNPx1UuzP3k2e4rYi55HwXGYxer1q2F8pmZLLWRGpHn8CvoDB2Ps4GRvFj+gAtGIbep vXlA== X-Received: by 10.180.8.34 with SMTP id o2mr67780324wia.23.1417273484055; Sat, 29 Nov 2014 07:04:44 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id eq4sm892894wjd.42.2014.11.29.07.04.42 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 29 Nov 2014 07:04:42 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 29 Nov 2014 16:04:40 +0100 From: Baptiste Daroussin To: current@FreeBSD.org Subject: External toolchain support Message-ID: <20141129150440.GC88765@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kVXhAStRUZ/+rrGn" Content-Disposition: inline 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, 29 Nov 2014 15:04:46 -0000 --kVXhAStRUZ/+rrGn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, It is now possible to use an external toolchain to build the kernel and base (tested with gcc 4.9.1 and latest binutils) Of course a lot of work is needed to make it build cleanly (aka lots of warning to fix). What have been tested so far: - sparc64 kernel + world - amd64 kernel + world - powerpc64 kernel + world mips cannot be tested because upstream gcc never heard of FreeBSD running on mips, and I did not receive any patches for mips. for amd64, in the kernel two things had to be removed from the build: - aesni: (it request a header which is compiler specific and on recent gcc will end up including stdlib.h which gives errors because kernel version of free and malloc are not compatible with the version defined in stdlib.h) - hptmv: I had to remove it from GENERIC and kernel building. The result is: $ sysctl kern.ostype kern.osrelease kern.osrevision kern.compiler_version kern.ostype: FreeBSD kern.osrelease: 11.0-CURRENT kern.osrevision: 199506 kern.compiler_version: gcc version 4.9.1 (FreeBSD Ports Collection for amd64) so yes it boots and runs How to do you own testing: in the ports tree/packages (the amd64 version will appear in packages next week) install: amd64-xtoolchain-gcc or powerpc64-xtoolchain-gcc or sparc64-xtoolchain-gcc if your source tree: make CROSS_TOOLCHAIN=amd64-gcc -j8 buildkernel or make CROSS_TOOLCHAIN=powerpc64-gcc -j8 buildkernel or make CROSS_TOOLCHAIN=sparc64-gcc -j8 buildkernel To build world: same operation with buildworld. Please note that for world you will need to add define NO_WERROR (world will also require a change in share/mk/bsd.lib.mk: s/--fatal-warnings/--no-fatal-warnings/) also notes that for the kernel a lots of warnings are disabled in share/sys/kern.mk so do not hesitate to remove yourself those -Wno-error= and fix the issue they are hidding! Best regards, Bapt --kVXhAStRUZ/+rrGn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlR54IUACgkQ8kTtMUmk6ExU4wCeN7li9npTpjBD/jSfiWbfUX/U aFkAnRxQPk/7y2iqCaTZR25RVxqc1re0 =JNu6 -----END PGP SIGNATURE----- --kVXhAStRUZ/+rrGn-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 16:49:25 2014 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 B1C88C4F; Sat, 29 Nov 2014 16:49:25 +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 72A0EC2F; Sat, 29 Nov 2014 16:49:25 +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 4816A1FE022; Sat, 29 Nov 2014 17:49:22 +0100 (CET) Message-ID: <5479F92A.80604@selasky.org> Date: Sat, 29 Nov 2014 17:49:46 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT , freebsd-emulation@freebsd.org Subject: Re: Virtualbox 4.3.20 crashes FreeBSD 11.0-CURRENT References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 29 Nov 2014 16:49:25 -0000 On 11/29/14 16:00, Ranjan1018 . wrote: > *Just upgrade emulators/virtualbox-ose-4.3.20 via pkg upgrade. Starting a > VM, Windows XP or Ubuntu x86, after few seconds the laptop freezes.The > system responds only to power off, pressing the power button for few > seconds. The only things I can do is a photo of the screen: > https://plus.google.com/112995826906094353410/posts/6amoaitgP8e > * > > *Maurizio* Hi, Can you try to apply the patch in the following PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194196 Not sure if it helps. --HPS