From owner-freebsd-current@freebsd.org Sun Aug 2 02:03:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8311B9AA060 for ; Sun, 2 Aug 2015 02:03:50 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B7121ADD for ; Sun, 2 Aug 2015 02:03:50 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by wibud3 with SMTP id ud3so97142327wib.1 for ; Sat, 01 Aug 2015 19:03:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=e7nI7dHnzcIHthdQ5f09sD+hQQaMjbxJGeT1tKLblX0=; b=nRE9zusqFbFpu9uzaPVZplnVyLj/8ZnKcmVlKDmm0chH/VDdLye4HVcZf3AsoarBT2 Tax4nnu4HIuvc7WQw+nixXxS3KK6xi8oQ0oAdrJhmaBPDqwv6WA16qyw1tfVeE612MoV 8KCM160wwWvf2mg7CFJJDmlGQbCErVO867c/ZbI+yRT+NdSm1RkcNLVz2hdh0eDHqp0Q 3fr+NzqVHaM/ObZ2T7KZH1pmJr3LzBOJb/DWhxNqY4jz2De//fSbzHa6FU3ITxLZGRih 132MwfvJa3+JOQY8/E5hdaSyKw9Oly3Ek5e03jnP+Waj0Gsd6sNmTGmcJIe3ikjm4U80 lMlQ== X-Received: by 10.180.91.107 with SMTP id cd11mr19384438wib.51.1438481028718; Sat, 01 Aug 2015 19:03:48 -0700 (PDT) Received: from [10.0.30.93] ([91.176.94.62]) by smtp.googlemail.com with ESMTPSA id gm20sm3520458wjc.17.2015.08.01.19.03.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 01 Aug 2015 19:03:47 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3073\)) Subject: Re: IPSEC stop works after r285336 From: Sydney Meyer In-Reply-To: <20150801200137.GK78154@funkthat.com> Date: Sun, 2 Aug 2015 04:03:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> To: FreeBSD CURRENT X-Mailer: Apple Mail (2.3073) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 02:03:50 -0000 Hi John-Mark, i have tried your patches from your ipsecgcm branch. The build = completes, boots fine and indeed, dmesg shows "aesni0: = on motherboard". I'm going to try out the new cipher modes tomorrow and will get back.. > On 01 Aug 2015, at 22:01, John-Mark Gurney wrote: >=20 > Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 +0200: >> Same here, fixed running r286015. Thanks a bunch. >=20 > If you'd like to do some more testing, test the patches in: > https://github.com/jmgurney/freebsd/tree/ipsecgcm >=20 > These patches get GCM and CTR modes working as tested against NetBSD > 6.1.5... >=20 > Hope to commit these in the next few days.. >=20 > Thanks. >=20 >>> On 29 Jul 2015, at 14:56, Alexandr Krivulya = wrote: >>>=20 >>> 29.07.2015 10:17, John-Mark Gurney ??????????: >>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 = +0300: >>>>=20 >>>> [...] >>>>=20 >>>>> With r285535 all works fine. >>>> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 = +0200: >>>>> I'm having the same problem with IPSec, running -current with = r285794. >>>>>=20 >>>>> Don't know if this helps, but "netstat -s -p esp" shows packets = dropped; bad ilen. >>>> It looks like there was an issue w/ that commit... After looking = at >>>> the code, and working w/ gnn, I have committed r286000 which fixes = it >>>> in my test cases... >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Sun Aug 2 03:05:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44FF69AAA6D for ; Sun, 2 Aug 2015 03:05:18 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0140.outbound.protection.outlook.com [65.55.169.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CD7B18B0; Sun, 2 Aug 2015 03:05:17 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BY1PR0501CA0018.namprd05.prod.outlook.com (10.162.139.28) by DM2PR05MB782.namprd05.prod.outlook.com (10.141.179.142) with Microsoft SMTP Server (TLS) id 15.1.225.19; Sun, 2 Aug 2015 02:50:33 +0000 Received: from BN1AFFO11FD044.protection.gbl (2a01:111:f400:7c10::167) by BY1PR0501CA0018.outlook.office365.com (2a01:111:e400:4821::28) with Microsoft SMTP Server (TLS) id 15.1.225.19 via Frontend Transport; Sun, 2 Aug 2015 02:50:33 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD044.mail.protection.outlook.com (10.58.52.191) with Microsoft SMTP Server (TLS) id 15.1.243.9 via Frontend Transport; Sun, 2 Aug 2015 02:50:32 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 1 Aug 2015 19:50:31 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t722oUD79409; Sat, 1 Aug 2015 19:50:30 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 4F394580AB; Sat, 1 Aug 2015 19:50:30 -0700 (PDT) To: Bryan Drewery CC: Garrett Cooper , FreeBSD current Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? In-Reply-To: <55B7FB1D.2010008@FreeBSD.org> References: <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> <55B7F36A.4070201@FreeBSD.org> <55B7FB1D.2010008@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 28 Jul 2015 14:58:53 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 1 Aug 2015 19:50:30 -0700 Message-ID: <4866.1438483830@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD044; 1:rEwRUlCUPjVU1Fjcd2rhPPoHQabd4pBNMprpgyGGN8EN4ABLYc1rPJ/qbiMsgBwfPHa6XN2tyguD1K4/4HuwCwFXjWME6F2jvnuz2paH9X1kESsxQX5DZQoT2s0ggLHtXdnrvFXPBqKS6c2NGBiRiwaeoXfA+PU71pRlnECyHEDH3IvAmjXN2TtE2ChgSq56tMNnO5qcxjvMyuLrMlQmxf7dXH7IU6fW4s8eVxUT+XvfXzWAeFNrLF65vvn6zl14Lk4k7/Ili92dVH8jWZPWOHDCeL30PYiYjUxQshoZRVU= X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(199003)(24454002)(189002)(117636001)(50226001)(2950100001)(105596002)(77096005)(47776003)(77156002)(62966003)(50466002)(106466001)(19580405001)(19580395003)(6806004)(33716001)(189998001)(76506005)(48376002)(87936001)(57986006)(46102003)(5001960100002)(110136002)(50986999)(93886004)(76176999)(86362001)(92566002)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB782; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 2:xE+ZQkKsJoAtrCSz696tcW639XLIthhRJzZcG4Px7haHfjUxtnNDBnzn16wC4z8q05Ks2D5CbACOEjXz0ADImEc7O9Ablz3mdlNWP2kI5MGp9RykIPKrpBFrijaEHSNqJaVwPzCtNt9LAD21dz1sUNbZVhq9ywIxAPU7abPxe1Q=; 3:hYbaapjsNqtoTlSLo+MemeiGOiECtk5bR673IxmJfes7SmNekCIV9WlTzG7In1aNznlEVGKcaC/9fUM4iQufZxXK1P2JcZmw8l00NUyXaD5tFQ4Xt+3tCb6Bk/RoVLwA0LTkGD1oNScPh1PMz7hhgO/aWYv/Tma79PqApeZvGt0ARpOYPMpyRjZYLb2xQAcrKnv1ttY6vLrBlhJzw+R4goCAgMsI3oJr5swZThkMeo0=; 25:heYuYdaNsb9dVKTY53hD4KxWmPzfuAL8U4P3dJB2yVNz4Nq+4nVQP3OcRSKG2HWYVb3ZTyx6KT3BqEXEbKWgiGZgcgBkC9bD8s3QoYqnS0ci6cG2ktc9judqhquKKgvqQ9PuS2/6tiEb3VJL8ogrEk9YIsX1HBrJjwa/V0HpuRe+BIq1CkjpMHa7Vbr/ZsmzJs0CajGH2NzrUK2bNeeBTvtzjgBozFNJIGpH1fu/xhp5fTfS3xGSbDtg1yVUvqgO X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB782; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 20:IE4exox0awjtm2zE8twCl8WpvU5SRAtigeE5jht6N3OAYHtEYmpRToQKzp7h4EwVx9BaDj2AoyAtWDKv398QM9u3h0ZYCBKoCp8pfGKrpQMfHgiGlLPIFFRIrJf4ir3zoPdKKw9rMAJEqKZnToiWR12UMIImGx/v+Rxs3vwW99gV4iD7x3h8SU6fyLwTVUfEGa1MkKn++dwgyGFHLFT8DDIgxFsH2gFihzeVkjls97ARcN6BbzQ/i08Rukbd5PAH9JCLVLFCUBAyDrldVDoBasQTEH9WiLOcLKalDSQWfpYG4NTctvms6Dj70Ik+Y8hiWHVYLoclACXrRHaYJp7TOg7fRrwGxIL6eHyGj6FZUYie50+qnF8pzra4Nver6ftlaZXYgkh2TTCth8PKPblHGTOkwm+QCHKx/wnDCEJIUaO7evQmNercWQYND3kKiiCrLokEOGPHJ0xHqT8qluhC/qywozPoIvQjSVMbKQXD95y6F64qa4VrV8UhR1qE6HTp; 4:MpAB8lhFbsEFgPyVfu2NkxwmQD/Sp/IfNIglVvmHe9/3wROM1KO0ncq6f+Eo4Bi+cSLu65Fjv4eZGyPyy1u/egsFsQMmdJMs7AtqDqcZo2N6Pf4MLjBYT5qpUs/qU2bDwk7ZvzvfLeYbvKY0Sg3pJS/lscsu54wmPBXoB/a4wA/XmdNIGbJa3+pKqBz08OeEqBXn7/5kJlLC6l6Nffaau5J8G77Gdsx/aHT2eY+4OxtoMUJ9LQ990a9yHbOf93aISIoNwEIX0vcK4mKDVjtm/ZJ8nWXVLD55LfHTPSYm3ts= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR05MB782; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB782; X-Forefront-PRVS: 0656A4403B X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 23:sAeWdlqexKhCLaj1MB8kl0DYxMM82G9i1p2IVlmYNIMmQ9DguWHlPMa1tjH3cmsDR95dxQjcd3sBnJjrL+l6B00RwfAqkrhuBUtGQPgbcqUfjE4ABKU/hWwcLKS8a8H8SjttKbglz4mOlTM0IgK6qx0WBzSIGGYb2H66+pD9b8Un/fr25M9zS6w65wDv/J1Epoc2cNV173UdlOwA2KnhnEJ9q01Uu6/egYH+tcaQwCOPZBe8oEb53G6Rvue1og8OLg0jyUE70NM2sRwggNaNTg/3Oe1g5xYGLTFA97ABh44tKND6NVxBcTeqMBpCfyP45VYjY1bYZqIYmrVmJ+TmXshWCULt8nCvAcZLRxVhzlECI/syTeWEttfg7UyXdtO9snGJr6JXrzQaHCGqTk9w73FFxvWDJ+5eL9H2QS8lcnCnEZR3vBmAclO+VOhXschm8FxPprDevv3jehLyxTI7efGGN9D3FK+3i2+hK5VjbvrjdpMtGUHoRxdTGyoxMrtNK2p1WL0+5ACIjmVJf7DHW6sSFCdfos82fXjbznx2ZyawKCV43YdY5sm3Qp90k2U9Iu3lGAf6WlkuEZel39Inn4vqm1Lp//KT0HZurndrN9p8FAzGLY4CG38+YK2IYFdm3hZhuXwZElmWBCcp41FyfTPgivfQPsk3lDG8bIQbMG7NsycCEx1ybEgJKdMus6ce5xoyaU0XJMTHPG2+tiZsuaUgXu183nIdWoaMNyjHfZkvAcJXQktyXuam9X7C8CKUAM61Nu62Fd+64PJcQDPZzyyfaUnPEY4yd1Hlzajv/ZlApfdmFY7JPfm3NLRE7RJbDlwM9xA4FPAXxvcAT34tHmffwd29pBZlItxDvF69+5jzVDEHTz29qRiK8MaV69mp5JP2IFgHEtqx3euZKM9I4w== X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 5:lkfyGEltW3u0WJXLHynmVzOLgPxb8nHAyQy1YFshL+ZoXBZRM7A2qhlDVEWfgMLhoiK9Hlk9NdgWPZN/Z+zEyDU/M55zHWyRmVDyfqGKmIx2eNpb0y1Cv/fchahDkQnRVL3eo4/EsmT4kO2YpiFD/w==; 24:drh69ShOxy1L2vOi5gMkQHLEhdUBc6iJvHjv4kyO115mxYa91i8le5KBsm+w24hb2OwqX6PpB6V7O9jo9QWi9XSe3hgdYJicld9lKUGDXSQ=; 20:7L6akbVS2KD3jQp1SCUr5fXg96H47Z1oP83D4joc9ZxFLIBhwHJ8embF42iUS7+nouhRumBjhvfvn6dhH9Eniw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Aug 2015 02:50:32.0996 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB782 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 03:05:18 -0000 Bryan Drewery wrote: > 1: subdir make > src.conf: STRIP= > rescue/rescue% make all > -> make -f OBJDIR/rescue.mk > > STRIP= is not passed down into rescue.mk, resulting in 'strip rescue'. unless src.conf does .export STRIP, or submake reads src.conf for itself this isn't surprising. The result probably depends on whether /usr/share/mk or src/share/mk is used. > > 2. subdir make STRIP env override > rescue/rescue% make all STRIP= Setting STRIP= (or anything) like that causes vastly different behavior compared to env STRIP= make or setting STRIP= in a makefile (eg src.conf) When you do 'make STRIP=' the variable is handled differently, it is put into a special context CMD which has higest priority and is explicityl passed on to submakes via MAKEFLAGS. The goal is to treat the setting as immutable (to the extent possible) as required by posix. > STRIP= is passed down resulting in ' rescue'. > > 3: buildworld > STRIP= from src.conf is passed down, resulting in ' rescue'. buildworld tries to ensure that the tree's share/mk is used so src.sys.mk is used and /etc/src.conf likely to be read. From owner-freebsd-current@freebsd.org Sun Aug 2 03:54:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46E679AF44F for ; Sun, 2 Aug 2015 03:54:00 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 09CB41075 for ; Sun, 2 Aug 2015 03:53:59 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t723rxR5081185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Aug 2015 20:53:59 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t723rxg8081184; Sat, 1 Aug 2015 20:53:59 -0700 (PDT) (envelope-from jmg) Date: Sat, 1 Aug 2015 20:53:59 -0700 From: John-Mark Gurney To: Sydney Meyer Cc: FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 Message-ID: <20150802035359.GO78154@funkthat.com> References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Sat, 01 Aug 2015 20:53:59 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 03:54:00 -0000 Sydney Meyer wrote this message on Sun, Aug 02, 2015 at 04:03 +0200: > i have tried your patches from your ipsecgcm branch. The build completes, boots fine and indeed, dmesg shows "aesni0: on motherboard". Yeh, these patches are more about getting IPsec to work w/ the modes that aesni now supports... > I'm going to try out the new cipher modes tomorrow and will get back.. Make sure you get the gnn's setkey changes in r286143 otherwise GCM and CTR won't work... Thanks for doing more testing.. I've only done basic ping tests, so passing more real traffic through would be nice... > > On 01 Aug 2015, at 22:01, John-Mark Gurney wrote: > > > > Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 +0200: > >> Same here, fixed running r286015. Thanks a bunch. > > > > If you'd like to do some more testing, test the patches in: > > https://github.com/jmgurney/freebsd/tree/ipsecgcm > > > > These patches get GCM and CTR modes working as tested against NetBSD > > 6.1.5... > > > > Hope to commit these in the next few days.. > > > > Thanks. > > > >>> On 29 Jul 2015, at 14:56, Alexandr Krivulya wrote: > >>> > >>> 29.07.2015 10:17, John-Mark Gurney ??????????: > >>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300: > >>>> > >>>> [...] > >>>> > >>>>> With r285535 all works fine. > >>>> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 +0200: > >>>>> I'm having the same problem with IPSec, running -current with r285794. > >>>>> > >>>>> Don't know if this helps, but "netstat -s -p esp" shows packets dropped; bad ilen. > >>>> It looks like there was an issue w/ that commit... After looking at > >>>> the code, and working w/ gnn, I have committed r286000 which fixes it > >>>> in my test cases... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Sun Aug 2 03:56:32 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99FC29AF50E for ; Sun, 2 Aug 2015 03:56:32 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0110.outbound.protection.outlook.com [157.56.111.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F8DF136C; Sun, 2 Aug 2015 03:56:31 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from SN1PR0501CA0005.namprd05.prod.outlook.com (10.163.126.143) by BLUPR05MB706.namprd05.prod.outlook.com (10.141.207.13) with Microsoft SMTP Server (TLS) id 15.1.225.19; Sun, 2 Aug 2015 03:56:23 +0000 Received: from BL2FFO11FD052.protection.gbl (2a01:111:f400:7c09::160) by SN1PR0501CA0005.outlook.office365.com (2a01:111:e400:52fe::15) with Microsoft SMTP Server (TLS) id 15.1.225.19 via Frontend Transport; Sun, 2 Aug 2015 03:56:23 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BL2FFO11FD052.mail.protection.outlook.com (10.173.161.214) with Microsoft SMTP Server (TLS) id 15.1.231.11 via Frontend Transport; Sun, 2 Aug 2015 03:56:22 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 1 Aug 2015 20:56:21 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t723uLD05053; Sat, 1 Aug 2015 20:56:21 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 15A92580AB; Sat, 1 Aug 2015 20:56:21 -0700 (PDT) To: Bryan Drewery CC: Garrett Cooper , FreeBSD current , Warner Losh Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? In-Reply-To: <55B8012A.30206@FreeBSD.org> References: <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> <55B7F36A.4070201@FreeBSD.org> <55B7FB1D.2010008@FreeBSD.org> <55B8012A.30206@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 28 Jul 2015 15:24:42 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 1 Aug 2015 20:56:21 -0700 Message-ID: <16807.1438487781@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD052; 1:6QHGOzuybq1aFWxHAb1DYA9gkkpx36mlybwUu5sySv8Z375S8/Qn5jW4FnjbRrDLVg2YjL/l2OAueqbOQoiNTZHTTHyBpKK1SEx/+K+vLVKFloeR2ErmZb9P7DrQn2Gi6lNpWYKf6KsizeSku+u0StflpINDpH+kkqxHSkiAZHQaVzWrmG2HKagGbjWRGwaGJATmO6PT0gnTkG2vuQrmBoMpRMXC/XUrBz6k4bb3cWmT8HFagTYVQN+0OXxheWVrJkpLFomTLiW3l95jNFBBLUJjfNYJWHmz2mZhKMLQHA0= X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(199003)(189002)(48376002)(62966003)(77156002)(105596002)(106466001)(76506005)(50226001)(57986006)(86362001)(19580395003)(19580405001)(6806004)(189998001)(2950100001)(77096005)(93886004)(92566002)(110136002)(117636001)(87936001)(50986999)(46102003)(47776003)(76176999)(5001960100002)(5001920100001)(50466002)(33716001)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB706; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 2:400sTOj1Fz7HxALaXugoOfJ87isJvvJDtv3vAOIg2LMLmQ951Jx4KIaW8/GCSkQtAqRVm+uNkF8SDSHz3bMy2AgLZhrVKjJQkkWHH3884Bo6qu7eUUTvuqp0y18f9bip1MJaU3vxUhoQEGO9L0PRL3hRWu6P8EPFRPj7mOYrRqE=; 3:t+DmNX94bWaoQTw5AI4LtLdnsbett1DYlPscpsDnO/ShTWGkNbfwckkIPwQj1e+pbirPuxCUHQYafeXIS4fARvoTtx6DdzvH+lZl8d6W5fNZGN2I4onnkMMbEw0I9LIy9qfvt7NIRXX6ERCvG8Bu3r2Khoo33FsLP3wbH/QKWLLZO1Nq56a53AYDRp14n/nQAVioKc6j6P8ppeuom/ZAPhygXsV6S/m7LLE/usY8QfE=; 25:QpPQ6CbfXdhQ6x2KmvXeNra87TLk075egQWSCoPCbxaUP78WbCAPc4/VRX1tABrCyAldzu4eSFFLiTfl6tUMDbJHfnkz/yd3r5clOIiRU4Tuu3fCSrVbgP4eh5YMrltZ5F4M9SibNC4NRZG0f+P1JRZh4ePpMvaj7PJMjDsT/r4Hlso84IxpY33/MZ0v/+k+QF+5hf+x5fAGR+9ePF4Rt6ZQtxeAcr1gWP8M2TZR4/5y8YQ72DEPSIBvLVDmIhJL X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB706; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 20:W56OfdG2N1Mx4S8GlAbFfh2uCFiwFSgBr5+DVUrWH9eZBQWNr67E1x99FTgtm5aU1CunfgyNrBX9kHxnAU9iXAzBCSezQmi4QYqFWDXQswhVbUbuoWdSKmJQQuezvEDkaSOf89ZupkBoS3d935KDkAKQa8M11yVGubkhhf2sKfqf/EubPbbg4SZjR3weyRLqyCUlrVQjY08EX7BaTD+2DUplV2p6txUuprmuHd+scElIeYl3dke+iIjWcJ8bhAS9F8M/N4Y/wuMCgiLCpKOvXAxcEvR/GkqNTSTOVfos0yaLDa84dm259RGFtWi5w4shFgPUc7cOP0u1Ma4XAXGcI8k/DMMmQHyPKMHHQbFZn9+nCJ4FruJR2MUFcRwHcLOhXhv6Z4MnFNqslvQwc/4FBpSy6hdnK6RHWzSuFnGiofyY8bBSleeH2wW7vz++jwGVFbZO40UKJKECqVSLWuuoVuWLh4/G5WEL36ZGWHm0ZDeNIg2EVqJ1WPuJmBd7E1Y4; 4:JWxMhQeOoLv+w2CQSL+elnAjrAc+Oq59NswKprpn5cNa+litPTbAyfx6xmNfGmP03iOV7UHbfxrZm0lkdMZgh1Q5Ez4H1z6onpOotTDEMANuOrHt6hlDLpCBuNebRnTvBJem0xd+kFAo6aTluw7QODejNfwEHgPkMJC9FkmeD50+3KXntUOu0U/vt2mk3cRUoYYFn+QORF21b7sWov/+qGniTau+ysCywWvOZ+AVzLSAOga03pS/5+VMa/87E9HMcl8j+WmMg9D48TwhhW+83ZIDI3RGaxxE3UZNFWDt6Gg= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BLUPR05MB706; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB706; X-Forefront-PRVS: 0656A4403B X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 23:p2tNI/lGMK7ExZlAjxw7bkeTEUvByLKztdrJrRAxZSc/V3f5GQnw0bV8xsehl0gOUEZFro+gCYSIg/yUK1uQpqtu4N3pcTMLmna/+mcKTsqfelsYI4Rt+pBefI8+0oT9VoObI3wlSwAKvj9rh4en7kezZUoIYxJtSvGeXh2oQ0mlxA1y5lN9lRCGkFA33jSMCZtFAJWPzoQsIfgtULbxsmCJ5/IoC9eS5qlRevdS6GRsgLjK7O+p+KKaerh7ROR1gEsgjNLQ1DWezSQtQ7/TbAYbPqu+/MWv3UizI2ZO3S/EQSqml/4sE2QGnCTE05FCj9lg5V8ojYx0Z3pKrISUTVfdvLCuY63Cg5KeOGhyIaA7LKLoCVxRWUJrqejtMDTypBeWeXwjsIu5kxdRCeOBFUWM3m3KiX7Dx8zRd6zXFzHoaUPgk21PpekWKAUpSgcriQB5KECFOXVlYhfospSjKZULUwjv3tgE3Gv6GN+XiP+GOc0EVDJT4B2ZxzaY02S/PQUksCNdb+ksPsTa2XKyV2W4CSUQgLS7ZWZVzmtkAlyWa8YpQkcnzHLOeNyWrimiY6ThIpHqxVjUvvwG1gzlT7puT4rmT74HsxljZdq5HYndJh0mXOM+HIboSKckRG9P+5Hu1F302Ja+V1+Yf291fFAlzGF42UdQQY70PfSTNNVj+qXmstyeJ2+8Cn/Ete4GVkXqR3rL2mUPzImUd2t0OYjTgZBMmgwZ5wFP4EFOANdhMUk+t+nImgJhnKt3oQdIEL+Uezj2L0P00SAB8WfMNhFKO6ORB1vcImMJhBDj7L5LXuTR+vZ4qEQLyEe7ls9SxmbInj6jTcwjE0EAwkfLVlvg9E4oGPEGOHf35YozjBX8oUkntQM2c0a2bA/X9T2FKfXakCYkhWu+8udY0E7tSY2KYpr8gEhRYg4LTVD2t50= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 5:kriEgeIh8+oqGI3UJXYkqIKQ9B656Dzn6PkiAnW+y44JMJP67rFq350ahUaXhGVKs5B5BM7/32BEMvpvC58u2pIo7pFhiF2gTbXgK8s1Ea3SBc5qtf5yrjHe0avaV6EugN/sgSNsW088GaMYfM6nyQ==; 24:IsWRBOhNzvGeJO8zypU6QEUgjWSPFMdv+jrfynRQrJYMHp5Nx8D34PrlVnt4DMKpXbSxQPSJcKJK5udxbUUYf8KGT8ZGWCgFqbXl23mcq2k=; 20:VNLSIII9A0AR9vtARGDNubcEY78Z6g7fYiWU3YGLYNka7tg1Jk/NmiTAWkTqTo+aEV5vqYiXUm7uj86ZF67Iqg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Aug 2015 03:56:22.8358 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB706 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 03:56:32 -0000 Bryan Drewery wrote: > I think the problem here is the use of -m for SUB_MAKE in /Makefile. > Specifying -m share/mk causes all of the issues I've seen (expected > including of /etc/src.conf), while not using -m does not include > /etc/src.conf even though the build is being done in a src dir. Sorry, the behavior here will vary depending on when /usr/bin/make was built. IIRC when I first put bmake in I made it use .../share/mk by default (during the original discussion at BSDCan about 4 years ago ensuring that "correct" src/share/mk used by default was stated as a goal - without need for env settings). Of course .../share/mk breaks POLA for those who expect /usr/share/mk to always be used, so that was backed out, but was more recently put back in ;-) Sooo unless you explicitly use -m or set MAKESYSPATH, we cannot say for sure whether you will get /usr/share/mk/sys.mk or $SRCTOP/share/mk/sys.mk when you run 'make' in a subdir, and the result wrt to src.conf depends on using $SRCTOP/share/mk/sys.mk From owner-freebsd-current@freebsd.org Sun Aug 2 09:29:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96D7D9AFA64 for ; Sun, 2 Aug 2015 09:29:39 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57FE01E3 for ; Sun, 2 Aug 2015 09:29:38 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [93.104.17.161] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZLpaJ-0000bK-Az for freebsd-current@freebsd.org; Sun, 02 Aug 2015 11:29:35 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t729TXuM001693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 2 Aug 2015 11:29:33 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t729TWS5001692 for freebsd-current@freebsd.org; Sun, 2 Aug 2015 11:29:32 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 2 Aug 2015 11:29:32 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: make installworld DESTDIR=/mnt failes Message-ID: <20150802092932.GA1659@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.17.161 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 09:29:39 -0000 Hello, I have a CURRENT r285885 in /usr/home/guru/r285885/src and /usr/home/guru/r= 285885/obj ready for make install into a new target root mounted as /mnt; the installation should (and allways) worked as # sh # cd /usr/home/guru/r285885/src # MAKEOBJDIRPREFIX=3D/usr/home/guru/r285885/obj export MAKEOBJDIRPREFIX # make installworld DESTDIR=3D/mnt # make installkernel DESTDIR=3D/mnt # make distrib-dirs DESTDIR=3D/mnt # make distribution DESTDIR=3D/mnt but this time the installworld failes after some time with: =2E.. install -s -o root -g wheel -m 555 primes /mnt/usr/bin/primes =3D=3D=3D> games/random (install) install -s -o root -g wheel -m 555 random /mnt/usr/bin/random install -o root -g wheel -m 444 random.6.gz /mnt/usr/share/man/man6 =3D=3D=3D> games/tests (install) install -o root -g wheel -m 444 /usr/home/guru/r285885/src/tests/Kyuafile= /mnt/usr/tests/games/Kyuafile =3D=3D=3D> cddl (install) =3D=3D=3D> cddl/lib (install) =3D=3D=3D> cddl/lib/drti (install) make[6]: /usr/home/guru/r285885/obj/usr/home/guru/r285885/src/cddl/lib/drti= /.depend, 79: ignoring stale .depend for /home/guru/r285885/obj/usr/home/gu= ru/r285885/src/tmp/usr/include/unistd.h =2E.. cc -O2 -pipe -I/usr/home/guru/r285885/src/cddl/lib/drti/../../../sys/cdd= l/compat/opensolaris -I/usr/home/guru/r285885/src/cddl/lib/drti/../../../c= ddl/compat/opensolaris/include -I/usr/home/guru/r285885/src/cddl/lib/drti/= =2E./../../cddl/contrib/opensolaris/head -I/usr/home/guru/r285885/src/cddl= /lib/drti/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/home/= guru/r285885/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtr= ace/common -I/usr/home/guru/r285885/src/cddl/lib/drti/../../../sys/cddl/co= ntrib/opensolaris/uts/common -DPIC -fpic -DNEED_SOLARIS_BOOLEAN -std=3Dgnu= 99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parame= ter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-de= cls -Wold-style-definition -Wno-pointer-sign -Wno-unknown-pragmas -Wmissing= -variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Qunused-arguments -c /usr/home/guru/r285885/sr= c/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common/drti= =2Ec -o drti.o In file included from /usr/home/guru/r285885/src/cddl/lib/drti/../../../cdd= l/contrib/opensolaris/lib/libdtrace/common/drti.c:27: /usr/home/guru/r285885/src/cddl/lib/drti/../../../cddl/compat/opensolaris/i= nclude/unistd.h:33:15: fatal error: 'unistd.h' file not found #include_next ^ 1 error generated. *** Error code 1 Stop. Why it is ignoring the .depend file and tries to compile something again? cd /usr/home/guru/r285885/obj/usr/home/guru/r285885/src/cddl/lib/drti la -la total 17 drwxr-xr-x 2 root wheel 512 Aug 2 09:01 . drwxr-xr-x 13 root wheel 512 Jul 26 10:11 .. -rw-r--r-- 1 root wheel 7350 Jul 26 20:12 .depend -rw-r--r-- 1 root wheel 6300 Jul 26 20:14 libdrti-dummy.a ls -l /usr/home/guru/r285885/obj/usr/home/guru/r285885/src/tmp/usr/include/= unistd.h -rwxr-xr-x 1 root wheel 18911 Jul 26 09:08 /usr/home/guru/r285885/obj/us= r/home/guru/r285885/src/tmp/usr/include/unistd.h date Sun Aug 2 09:12:01 UTC 2015 Thanks matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ =E2=98= =8E +49-176-38902045 No! Nein! =C2=A1No! =CE=8C=CF=87=CE=B9! -- =CE=95=CF=85=CF=87=CE=B1=CF=81= =CE=B9=CF=83=CF=84=CE=BF=CF=8D=CE=BC=CE=B5! From owner-freebsd-current@freebsd.org Sun Aug 2 13:48:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A6ED9B1893 for ; Sun, 2 Aug 2015 13:48:06 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C16981EFE for ; Sun, 2 Aug 2015 13:48:05 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [93.104.1.235] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZLtcO-0002cw-Ee for freebsd-current@freebsd.org; Sun, 02 Aug 2015 15:48:00 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t72DlxMd001766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 2 Aug 2015 15:47:59 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t72Dlx3e001765 for freebsd-current@freebsd.org; Sun, 2 Aug 2015 15:47:59 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 2 Aug 2015 15:47:53 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: make installworld DESTDIR=/mnt failes Message-ID: <20150802134753.GA1743@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org References: <20150802092932.GA1659@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150802092932.GA1659@c720-r276659> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.1.235 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 13:48:06 -0000 El día Sunday, August 02, 2015 a las 11:29:32AM +0200, Matthias Apitz escribió: > # make installworld DESTDIR=/mnt > > but this time the installworld failes after some time with: > > ... > install -s -o root -g wheel -m 555 primes /mnt/usr/bin/primes > ===> games/random (install) > install -s -o root -g wheel -m 555 random /mnt/usr/bin/random > install -o root -g wheel -m 444 random.6.gz /mnt/usr/share/man/man6 > ===> games/tests (install) > install -o root -g wheel -m 444 /usr/home/guru/r285885/src/tests/Kyuafile /mnt/usr/tests/games/Kyuafile > ===> cddl (install) > ===> cddl/lib (install) > ===> cddl/lib/drti (install) > make[6]: /usr/home/guru/r285885/obj/usr/home/guru/r285885/src/cddl/lib/drti/.depend, 79: ignoring stale .depend for /home/guru/r285885/obj/usr/home/guru/r285885/src/tmp/usr/include/unistd.h > ... I found the problem: The system where the 'make installworld' was running, have had no sym link from /home --> usr/home and that's why the file /home/guru/r285885/obj/usr/home/guru/r285885/src/tmp/usr/include/unistd.h from .depend could not be checked. A big pitfall :-( matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- Ευχαριστούμε! From owner-freebsd-current@freebsd.org Sun Aug 2 14:10:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B67BB9B1D84; Sun, 2 Aug 2015 14:10:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 97422BA0; Sun, 2 Aug 2015 14:10:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 41A58B41; Sun, 2 Aug 2015 14:10:38 +0000 (UTC) Date: Sun, 2 Aug 2015 14:10:32 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bapt@FreeBSD.org, ae@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <598100608.74.1438524635013.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #742 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 14:10:41 -0000 FreeBSD_HEAD_i386 - Build #742 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/742/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/742/chan= ges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/742/conso= le Change summaries: 286200 by bapt: Add regression tests about adding already existsing groups/users 286199 by bapt: Fix regression: report if a group already exists when creating it 286198 by bapt: Fix regression: report again if a username already exists when creating it 286197 by bapt: Remove dead code 286196 by bapt: Rewrite parsing subcommands arguments of pw(8) Now each subcommands checks its arguments in a dedicated functions. This helps improving input validation, code readability/maintainability While here: - Add a -y option to pw userdel/usermod so it can maintain NIS servers if nispasswd is not defined in pw.conf(5) - Allow pw -r to remove directory with userdel -r - Fix bug when renaming a user which was not renaming the user name it grou= ps it is a member of. - Only parse pw.conf(5) when needed. 286195 by ae: Properly handle IPV6_NEXTHOP socket option in selectroute(). o remove disabled code; o if nexthop address is link-local, use embedded scope zone id to determine outgoing interface; o properly fill ro_dst before doing route lookup; o remove LLE lookup, instead check rt_flags for RTF_GATEWAY bit. Sponsored by:=09Yandex LLC 286194 by ae: Remove redundant check. The end of the build log: [...truncated 136171 lines...] --- usr.bin.all__D --- --- brac.o --- cc -O2 -pipe -I/usr/src/usr.bin/less/../less -I/usr/src/usr.bin/less/../= ../contrib/less -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c /usr/src/usr.bin/less/../../contrib/less/brac.c -o brac.o --- usr.sbin.all__D --- --- pstat.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.sbin/ps= tat/pstat.c -o pstat.o --- all_subdir_ntp --- --- event.o --- cc -O2 -pipe -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/includ= e -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/include -I/= usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/unix/include -I/u= sr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/pthreads/include -= I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/sntp/libopts -I/usr/src= /usr.sbin/ntp/libntp/../../../lib/libc/i386 -I/usr/src/usr.sbin/ntp/libntp= /../../../lib/libedit/edit -I/usr/src/usr.sbin/ntp/libntp/../ -I/usr/src/= usr.sbin/ntp/libntp/ -DHAVE_BSD_NICE -DHAVE_STDINT_H -DSYS_FREEBSD -DPARSE = -DHAVE_CONFIG_H -DOPENSSL -DUSE_OPENSSL_CRYPTO_RAND -DAUTOKEY -std=3Dgnu99= -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno= -parentheses -Qunused-arguments -c /usr/src/usr.sbin/ntp/libntp/../../../co= ntrib/ntp/lib/isc/event.c -o event.o --- all_subdir_ppp --- --- deflate.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/usr.= sbin/ppp/deflate.c -o deflate.o --- usr.bin.all__D --- --- ch.o --- cc -O2 -pipe -I/usr/src/usr.bin/less/../less -I/usr/src/usr.bin/less/../= ../contrib/less -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c /usr/src/usr.bin/less/../../contrib/less/ch.c -o ch.o --- usr.sbin.all__D --- --- all_subdir_ntp --- --- inet_ntop.o --- cc -O2 -pipe -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/includ= e -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/include -I/= usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/unix/include -I/u= sr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/pthreads/include -= I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/sntp/libopts -I/usr/src= /usr.sbin/ntp/libntp/../../../lib/libc/i386 -I/usr/src/usr.sbin/ntp/libntp= /../../../lib/libedit/edit -I/usr/src/usr.sbin/ntp/libntp/../ -I/usr/src/= usr.sbin/ntp/libntp/ -DHAVE_BSD_NICE -DHAVE_STDINT_H -DSYS_FREEBSD -DPARSE = -DHAVE_CONFIG_H -DOPENSSL -DUSE_OPENSSL_CRYPTO_RAND -DAUTOKEY -std=3Dgnu99= -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno= -parentheses -Qunused-arguments -c /usr/src/usr.sbin/ntp/libntp/../../../co= ntrib/ntp/lib/isc/inet_ntop.c -o inet_ntop.o --- all_subdir_ppp --- --- defs.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/usr.= sbin/ppp/defs.c -o defs.o --- all_subdir_pstat --- --- pstat.8.gz --- gzip -cn /usr/src/usr.sbin/pstat/pstat.8 > pstat.8.gz --- all_subdir_ntp --- --- inet_pton.o --- cc -O2 -pipe -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/includ= e -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/include -I/= usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/unix/include -I/u= sr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/pthreads/include -= I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/sntp/libopts -I/usr/src= /usr.sbin/ntp/libntp/../../../lib/libc/i386 -I/usr/src/usr.sbin/ntp/libntp= /../../../lib/libedit/edit -I/usr/src/usr.sbin/ntp/libntp/../ -I/usr/src/= usr.sbin/ntp/libntp/ -DHAVE_BSD_NICE -DHAVE_STDINT_H -DSYS_FREEBSD -DPARSE = -DHAVE_CONFIG_H -DOPENSSL -DUSE_OPENSSL_CRYPTO_RAND -DAUTOKEY -std=3Dgnu99= -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno= -parentheses -Qunused-arguments -c /usr/src/usr.sbin/ntp/libntp/../../../co= ntrib/ntp/lib/isc/inet_pton.c -o inet_pton.o --- all_subdir_pstat --- --- pstat --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o pstat pstat.o -lkv= m -lutil --- usr.bin.all__D --- --- charset.o --- cc -O2 -pipe -I/usr/src/usr.bin/less/../less -I/usr/src/usr.bin/less/../= ../contrib/less -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c /usr/src/usr.bin/less/../../contrib/less/charset.c -o charset.= o --- all_subdir_lessecho --- =3D=3D=3D> usr.bin/lessecho (all) --- lessecho.o --- cc -O2 -pipe -I/usr/src/usr.bin/lessecho/../less -I/usr/src/usr.bin/less= echo/../../contrib/less -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-eq= uality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -= Qunused-arguments -c /usr/src/usr.bin/lessecho/../../contrib/less/lessecho.= c -o lessecho.o --- usr.sbin.all__D --- --- all_subdir_ntp --- --- lib.o --- cc -O2 -pipe -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/includ= e -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/include -I/= usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/unix/include -I/u= sr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/pthreads/include -= I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/sntp/libopts -I/usr/src= /usr.sbin/ntp/libntp/../../../lib/libc/i386 -I/usr/src/usr.sbin/ntp/libntp= /../../../lib/libedit/edit -I/usr/src/usr.sbin/ntp/libntp/../ -I/usr/src/= usr.sbin/ntp/libntp/ -DHAVE_BSD_NICE -DHAVE_STDINT_H -DSYS_FREEBSD -DPARSE = -DHAVE_CONFIG_H -DOPENSSL -DUSE_OPENSSL_CRYPTO_RAND -DAUTOKEY -std=3Dgnu99= -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno= -parentheses -Qunused-arguments -c /usr/src/usr.sbin/ntp/libntp/../../../co= ntrib/ntp/lib/isc/lib.c -o lib.o --- all_subdir_ppp --- --- exec.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/usr.= sbin/ppp/exec.c -o exec.o --- all_subdir_ntp --- --- log.o --- cc -O2 -pipe -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/includ= e -I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/include -I/= usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/unix/include -I/u= sr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/lib/isc/pthreads/include -= I/usr/src/usr.sbin/ntp/libntp/../../../contrib/ntp/sntp/libopts -I/usr/src= /usr.sbin/ntp/libntp/../../../lib/libc/i386 -I/usr/src/usr.sbin/ntp/libntp= /../../../lib/libedit/edit -I/usr/src/usr.sbin/ntp/libntp/../ -I/usr/src/= usr.sbin/ntp/libntp/ -DHAVE_BSD_NICE -DHAVE_STDINT_H -DSYS_FREEBSD -DPARSE = -DHAVE_CONFIG_H -DOPENSSL -DUSE_OPENSSL_CRYPTO_RAND -DAUTOKEY -std=3Dgnu99= -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno= -parentheses -Qunused-arguments -c /usr/src/usr.sbin/ntp/libntp/../../../co= ntrib/ntp/lib/isc/log.c -o log.o --- usr.bin.all__D --- --- version.o --- cc -O2 -pipe -I/usr/src/usr.bin/lessecho/../less -I/usr/src/usr.bin/less= echo/../../contrib/less -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-eq= uality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -= Qunused-arguments -c /usr/src/usr.bin/lessecho/../../contrib/less/version.c= -o version.o --- lessecho.1 --- cat /usr/src/usr.bin/lessecho/../../contrib/less/lessecho.nro > lessecho.1 --- lessecho --- cc -O2 -pipe -I/usr/src/usr.bin/lessecho/../less -I/usr/src/usr.bin/less= echo/../../contrib/less -std=3Dgnu99 -fstack-protector -Wsystem-headers -We= rror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-eq= uality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -= Qunused-arguments -o lessecho lessecho.o version.o=20 --- all_subdir_less --- --- cmdbuf.o --- --- usr.sbin.all__D --- --- all_subdir_ppp --- --- filter.o --- --- usr.bin.all__D --- cc -O2 -pipe -I/usr/src/usr.bin/less/../less -I/usr/src/usr.bin/less/../= ../contrib/less -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c /usr/src/usr.bin/less/../../contrib/less/cmdbuf.c -o cmdbuf.o --- usr.sbin.all__D --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/usr.= sbin/ppp/filter.c -o filter.o --- usr.bin.all__D --- --- all_subdir_lessecho --- --- lessecho.1.gz --- gzip -cn lessecho.1 > lessecho.1.gz --- usr.sbin.all__D --- --- all_subdir_pw --- =3D=3D=3D> usr.sbin/pw (all) --- _sub.all --- =3D=3D=3D> usr.sbin/pw/tests (all) --- pw_etcdir --- echo '#! /usr/libexec/atf-sh' > pw_etcdir.tmp cat /usr/src/usr.sbin/pw/tests/pw_etcdir.sh >>pw_etcdir.tmp chmod +x pw_etcdir.tmp mv pw_etcdir.tmp pw_etcdir --- pw_lock --- echo '#! /usr/libexec/atf-sh' > pw_lock.tmp cat /usr/src/usr.sbin/pw/tests/pw_lock.sh >>pw_lock.tmp chmod +x pw_lock.tmp mv pw_lock.tmp pw_lock --- pw_config --- echo '#! /usr/libexec/atf-sh' > pw_config.tmp cat /usr/src/usr.sbin/pw/tests/pw_config.sh >>pw_config.tmp chmod +x pw_config.tmp mv pw_config.tmp pw_config --- pw_groupadd --- echo '#! /usr/libexec/atf-sh' > pw_groupadd.tmp cat /usr/src/usr.sbin/pw/tests/pw_groupadd.sh >>pw_groupadd.tmp chmod +x pw_groupadd.tmp mv pw_groupadd.tmp pw_groupadd --- pw_groupdel --- echo '#! /usr/libexec/atf-sh' > pw_groupdel.tmp cat /usr/src/usr.sbin/pw/tests/pw_groupdel.sh >>pw_groupdel.tmp chmod +x pw_groupdel.tmp mv pw_groupdel.tmp pw_groupdel --- pw_groupmod --- echo '#! /usr/libexec/atf-sh' > pw_groupmod.tmp cat /usr/src/usr.sbin/pw/tests/pw_groupmod.sh >>pw_groupmod.tmp chmod +x pw_groupmod.tmp mv pw_groupmod.tmp pw_groupmod --- pw_useradd --- echo '#! /usr/libexec/atf-sh' > pw_useradd.tmp cat /usr/src/usr.sbin/pw/tests/pw_useradd.sh >>pw_useradd.tmp chmod +x pw_useradd.tmp mv pw_useradd.tmp pw_useradd --- pw_userdel --- echo '#! /usr/libexec/atf-sh' > pw_userdel.tmp cat /usr/src/usr.sbin/pw/tests/pw_userdel.sh >>pw_userdel.tmp chmod +x pw_userdel.tmp mv pw_userdel.tmp pw_userdel --- pw_usermod --- echo '#! /usr/libexec/atf-sh' > pw_usermod.tmp cat /usr/src/usr.sbin/pw/tests/pw_usermod.sh >>pw_usermod.tmp chmod +x pw_usermod.tmp mv pw_usermod.tmp pw_usermod --- pw_usernext --- echo '#! /usr/libexec/atf-sh' > pw_usernext.tmp cat /usr/src/usr.sbin/pw/tests/pw_usernext.sh >>pw_usernext.tmp chmod +x pw_usernext.tmp mv pw_usernext.tmp pw_usernext --- Kyuafile.auto --- --- pw.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/usr.= sbin/pw/pw.c -o pw.o --- all_subdir_ppp --- --- fsm.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/usr.= sbin/ppp/fsm.c -o fsm.o --- all_subdir_pw --- --- pw_conf.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/usr.= sbin/pw/pw_conf.c -o pw_conf.o /usr/src/usr.sbin/pw/pw_conf.c:496:28: error: format specifies type 'long' = but the argument has type 'time_t' (aka 'int') [-Werror,-Wformat] sbuf_printf(buf, "%ld", cnf->expire_days); ~~~ ^~~~~~~~~~~~~~~~ %d /usr/src/usr.sbin/pw/pw_conf.c:500:28: error: format specifies type 'long' = but the argument has type 'time_t' (aka 'int') [-Werror,-Wformat] sbuf_printf(buf, "%ld", cnf->password_days); ~~~ ^~~~~~~~~~~~~~~~~~ %d 2 errors generated. *** [pw_conf.o] Error code 1 make[4]: stopped in /usr/src/usr.sbin/pw 1 error make[4]: stopped in /usr/src/usr.sbin/pw *** [all_subdir_pw] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- all_subdir_ntp --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/ntp/libntp *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/usr.sbin/ntp 1 error make[4]: stopped in /usr/src/usr.sbin/ntp *** [all_subdir_ntp] Error code 2 make[3]: stopped in /usr/src/usr.sbin --- usr.bin.all__D --- --- all_subdir_less --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.bin/less *** [all_subdir_less] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [usr.bin.all__D] Error code 2 make[2]: stopped in /usr/src --- usr.sbin.all__D --- --- all_subdir_ppp --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.sbin/ppp *** [all_subdir_ppp] Error code 2 make[3]: stopped in /usr/src/usr.sbin 3 errors make[3]: stopped in /usr/src/usr.sbin *** [usr.sbin.all__D] Error code 2 make[2]: stopped in /usr/src 2 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson3186539333407073261.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sun Aug 2 14:48:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F7179B066B for ; Sun, 2 Aug 2015 14:48:50 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5C82A1B1F; Sun, 2 Aug 2015 14:48:50 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9D8D3B64; Sun, 2 Aug 2015 14:48:50 +0000 (UTC) Date: Sun, 2 Aug 2015 14:48:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1680360207.76.1438526930540.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1244 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 14:48:50 -0000 FreeBSD_HEAD-tests - Build #1244 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1244/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1244/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1244/console Change summaries: No changes The failed test cases: 2 tests failed. FAILED: usr.sbin.etcupdate.always_test.main FAILED: usr.sbin.etcupdate.conflicts_test.main From owner-freebsd-current@freebsd.org Sun Aug 2 16:21:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9858B9B1D28; Sun, 2 Aug 2015 16:21:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 890F7AAE; Sun, 2 Aug 2015 16:21:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 746A4B7B; Sun, 2 Aug 2015 16:21:42 +0000 (UTC) Date: Sun, 2 Aug 2015 16:21:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, bapt@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1410446823.78.1438532502343.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <598100608.74.1438524635013.JavaMail.jenkins@jenkins-9.freebsd.org> References: <598100608.74.1438524635013.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #743 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 16:21:42 -0000 FreeBSD_HEAD_i386 - Build #743 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/743/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/743/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/743/console Change summaries: 286205 by ed: Add a manual page for the cloudabi and cloudabi64 kernel modules. CloudABI has two separate kernel modules: cloudabi and cloudabi64. The first module contains all the pointer size independent code, whereas cloudabi64 contains the actual 64-bits specific system calls and the ELF loader. Reviewed by: wblock Obtained from: https://github.com/NuxiNL/freebsd Differential Revision: https://reviews.freebsd.org/D3258 286204 by bapt: Fix build on 32bits 286203 by bapt: Split some extra long lines 286202 by bapt: Split some extra long lines 286201 by bapt: Cleanup a bit includes From owner-freebsd-current@freebsd.org Sun Aug 2 17:42:40 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61D179B0F36 for ; Sun, 2 Aug 2015 17:42:40 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25287E9A for ; Sun, 2 Aug 2015 17:42:39 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.15.236.90] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZLxHQ-0004w1-SO; Sun, 02 Aug 2015 19:42:37 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t72HgYTQ001742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Aug 2015 19:42:34 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t72HgWZQ001741; Sun, 2 Aug 2015 19:42:32 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 2 Aug 2015 19:42:32 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: make installworld DESTDIR=/mnt failes Message-ID: <20150802174232.GB1697@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org References: <20150802092932.GA1659@c720-r276659> <20150802134753.GA1743@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150802134753.GA1743@c720-r276659> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.15.236.90 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 17:42:40 -0000 El día Sunday, August 02, 2015 a las 03:47:53PM +0200, Matthias Apitz escribió: > El día Sunday, August 02, 2015 a las 11:29:32AM +0200, Matthias Apitz escribió: > > > # make installworld DESTDIR=/mnt > > > > but this time the installworld failes after some time with: > > > > ... > > install -s -o root -g wheel -m 555 primes /mnt/usr/bin/primes > > ===> games/random (install) > > install -s -o root -g wheel -m 555 random /mnt/usr/bin/random > > install -o root -g wheel -m 444 random.6.gz /mnt/usr/share/man/man6 > > ===> games/tests (install) > > install -o root -g wheel -m 444 /usr/home/guru/r285885/src/tests/Kyuafile /mnt/usr/tests/games/Kyuafile > > ===> cddl (install) > > ===> cddl/lib (install) > > ===> cddl/lib/drti (install) > > make[6]: /usr/home/guru/r285885/obj/usr/home/guru/r285885/src/cddl/lib/drti/.depend, 79: ignoring stale .depend for /home/guru/r285885/obj/usr/home/guru/r285885/src/tmp/usr/include/unistd.h > > ... > > I found the problem: The system where the 'make installworld' was > running, have had no sym link from /home --> usr/home and that's why the > file /home/guru/r285885/obj/usr/home/guru/r285885/src/tmp/usr/include/unistd.h > from .depend could not be checked. A big pitfall :-( I was asking me, why that happened (for the 1st time) and investigated one of the older boot keys which I always produce nearly the same way to pollute other hardware with new systems/kernels... I always compile/install world and kernel into some DESTDIR and make from that a bootable USB key with the script /usr/src/release/amd64/make-memstick.sh The fundamental mistake I did this time was having the src and obj below /usr/home/guru/r285885/[src|obj] and not below /usr/local/..../[src|obj]. This way the .depend files contain references to /usr/home/... and to /home/... files, which will not work if /home does not exist as a sym link to usr/home Lesion learned. matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- Ευχαριστούμε! From owner-freebsd-current@freebsd.org Sun Aug 2 19:42:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA89C9B1AE1 for ; Sun, 2 Aug 2015 19:42:43 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CBFC09B5; Sun, 2 Aug 2015 19:42:43 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AC3A9BC1; Sun, 2 Aug 2015 19:42:38 +0000 (UTC) Date: Sun, 2 Aug 2015 19:42:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <596113427.82.1438544553177.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1680360207.76.1438526930540.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1680360207.76.1438526930540.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1245 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 19:42:43 -0000 FreeBSD_HEAD-tests - Build #1245 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1245/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1245/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1245/console Change summaries: No changes From owner-freebsd-current@freebsd.org Sun Aug 2 19:59:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0104B9B1E0F for ; Sun, 2 Aug 2015 19:59:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id BA194EEA for ; Sun, 2 Aug 2015 19:59:51 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2924:7e01:7d9c:bbfe]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id EF4A42164 for ; Sun, 2 Aug 2015 22:59:47 +0300 (MSK) Date: Sun, 2 Aug 2015 22:59:39 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1177275050.20150802225939@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: Is it known problem with libnuma / numactl? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 19:59:52 -0000 Hello Freebsd-current, Buildworld for r286209 failed: numactl.o: In function `main': /data/src/usr.bin/numactl/numactl.c:(.text+0x269): undefined reference to `numa_setaffinity' /data/src/usr.bin/numactl/numactl.c:(.text+0x33b): undefined reference to `numa_getaffinity' /data/src/usr.bin/numactl/numactl.c:(.text+0x375): undefined reference to `numa_setaffinity' BTW, is here any WITHOUT_XXX to disable numa parts completely? I'm building very small embedded image with nanobsd. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sun Aug 2 23:15:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E41AB9B1E8B for ; Sun, 2 Aug 2015 23:15:37 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 799EBAD3 for ; Sun, 2 Aug 2015 23:15:37 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by wicgj17 with SMTP id gj17so82117809wic.1 for ; Sun, 02 Aug 2015 16:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=mtOUATb+w3LmqPe5OYpPSCu2Sl55rCuS3zpidlmRDP0=; b=hCJG5LKgaP/b0SC7ugHofNxJi0364+4uzAiDabn+VqDvOP4V+epnIqwwaxVJ1pbepX CwQLO5JwF3gNKBeB18e8vfX1PnjLBVoBSf8NVnSpTaa3FHYB+7ZYe0JcH6rQeEgVay7z 85Michnwoepa2JLWORNTujm89kC7PtnZMeXIdnHsvzqtqvTxr5QIdpJIqMaQmY43xQl5 RrfryRLmhXoQww9yXJP+uobZRGDAZGjAXo6lhTZjNRxr5VUA8dHk5NzGipadfgWmACao cFurtSQjJDWxsgQnoP2KVh9CTVRdnf7ryh+E1i6sdfhlG6EcHN49WOnKQ8Y5T8xVaO/z dmBw== X-Received: by 10.180.79.4 with SMTP id f4mr28232170wix.83.1438557335938; Sun, 02 Aug 2015 16:15:35 -0700 (PDT) Received: from ?IPv6:2a02:a03f:aff:5c00:454b:3fdb:686d:70f8? ([2a02:a03f:aff:5c00:454b:3fdb:686d:70f8]) by smtp.googlemail.com with ESMTPSA id pn6sm19748196wjb.36.2015.08.02.16.15.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 02 Aug 2015 16:15:35 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3073\)) Subject: Re: IPSEC stop works after r285336 From: Sydney Meyer In-Reply-To: <20150802035359.GO78154@funkthat.com> Date: Mon, 3 Aug 2015 01:15:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> <20150802035359.GO78154@funkthat.com> To: FreeBSD CURRENT X-Mailer: Apple Mail (2.3073) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 23:15:38 -0000 Hi John-Mark, the revision i built included gnn's patches to setkey already. I have tried to setup a tunnel using strongswan with gcm as esp cipher = mode, but the connection fails with "algorithm AES_GCM_16 not supported = by kernel".. Here's the full log output: Aug 3 00:34:28 00[DMN] Starting IKE charon daemon (strongSwan 5.3.2, = FreeBSD 11.0-CURRENT, amd64) Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv6 on port 4500 = failed Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv4 on port 4500 = failed Aug 3 00:34:28 00[CFG] loading ca certificates from = '/usr/local/etc/ipsec.d/cacerts' Aug 3 00:34:28 00[CFG] loading aa certificates from = '/usr/local/etc/ipsec.d/aacerts' Aug 3 00:34:28 00[CFG] loading ocsp signer certificates from = '/usr/local/etc/ipsec.d/ocspcerts' Aug 3 00:34:28 00[CFG] loading attribute certificates from = '/usr/local/etc/ipsec.d/acerts' Aug 3 00:34:28 00[CFG] loading crls from '/usr/local/etc/ipsec.d/crls' Aug 3 00:34:28 00[CFG] loading secrets from = '/usr/local/etc/ipsec.secrets' Aug 3 00:34:28 00[CFG] loaded IKE secret for @moon.strongswan.org = @sun.strongswan.org Aug 3 00:34:28 00[LIB] loaded plugins: charon aes des blowfish rc2 sha1 = sha2 md4 md5 random nonce x509 revocation constraints pubkey pkcs1 pkcs7 = pkcs8 pkcs12 pgp dnskey sshkey pem openssl fips-prf xcbc cmac hmac gcm = attr kernel-pfkey kernel-pfroute resolve socket-default stroke updown = eap-identity eap-md5 eap-mschapv2 eap-tls eap-ttls eap-peap = xauth-generic whitelist addrblock Aug 3 00:34:28 00[JOB] spawning 16 worker threads Aug 3 00:34:28 15[CFG] received stroke: add connection 'host-host' Aug 3 00:34:28 15[CFG] added configuration 'host-host' Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[500] to = 10.0.30.59[500] (448 bytes) Aug 3 00:34:47 15[ENC] parsed IKE_SA_INIT request 0 [ SA KE No = N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) ] Aug 3 00:34:47 15[IKE] 10.0.30.109 is initiating an IKE_SA Aug 3 00:34:47 15[ENC] generating IKE_SA_INIT response 0 [ SA KE No = N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) N(MULT_AUTH) ] Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[500] to = 10.0.30.109[500] (448 bytes) Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[4500] to = 10.0.30.59[4500] (282 bytes) Aug 3 00:34:47 15[ENC] parsed IKE_AUTH request 1 [ IDi N(INIT_CONTACT) = IDr AUTH N(ESP_TFC_PAD_N) SA TSi TSr N(MOBIKE_SUP) N(ADD_6_ADDR) = N(MULT_AUTH) N(EAP_ONLY) ] Aug 3 00:34:47 15[CFG] looking for peer configs matching = 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] Aug 3 00:34:47 15[CFG] selected peer config 'host-host' Aug 3 00:34:47 15[IKE] authentication of 'moon.strongswan.org' with = pre-shared key successful Aug 3 00:34:47 15[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not = using ESPv3 TFC padding Aug 3 00:34:47 15[IKE] peer supports MOBIKE Aug 3 00:34:47 15[IKE] authentication of 'sun.strongswan.org' (myself) = with pre-shared key Aug 3 00:34:47 15[IKE] IKE_SA host-host[1] established between = 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] Aug 3 00:34:47 15[IKE] scheduling reauthentication in 3416s Aug 3 00:34:47 15[IKE] maximum IKE_SA lifetime 3596s Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel! Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel! Aug 3 00:34:47 15[IKE] unable to install inbound and outbound IPsec SA = (SAD) in kernel Aug 3 00:34:47 15[IKE] failed to establish CHILD_SA, keeping IKE_SA Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI c07a87b4: No = such file or directory (2) Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI c653554a: No = such file or directory (2) Aug 3 00:34:47 15[ENC] generating IKE_AUTH response 1 [ IDr AUTH = N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_6_ADDR) N(NO_PROP) ] Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[4500] to = 10.0.30.109[4500] (159 bytes) I know that pfsense has moved from racoon to strongswan as their = ike-daemon, iirc mainly because of strongswans ikev2 daemon and their = GCM support. I'm going to try and have a look what changes pfsense may = have made to strongswan to support GCM on FreeBSD, although i should = probably mention, i am not very experienced at this. > On 02 Aug 2015, at 05:53, John-Mark Gurney wrote: >=20 > Sydney Meyer wrote this message on Sun, Aug 02, 2015 at 04:03 +0200: >> i have tried your patches from your ipsecgcm branch. The build = completes, boots fine and indeed, dmesg shows "aesni0: = on motherboard". >=20 > Yeh, these patches are more about getting IPsec to work w/ the modes > that aesni now supports... >=20 >> I'm going to try out the new cipher modes tomorrow and will get = back.. >=20 > Make sure you get the gnn's setkey changes in r286143 otherwise GCM > and CTR won't work... >=20 > Thanks for doing more testing.. I've only done basic ping tests, so > passing more real traffic through would be nice... >=20 >>> On 01 Aug 2015, at 22:01, John-Mark Gurney wrote: >>>=20 >>> Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 +0200: >>>> Same here, fixed running r286015. Thanks a bunch. >>>=20 >>> If you'd like to do some more testing, test the patches in: >>> https://github.com/jmgurney/freebsd/tree/ipsecgcm >>>=20 >>> These patches get GCM and CTR modes working as tested against NetBSD >>> 6.1.5... >>>=20 >>> Hope to commit these in the next few days.. >>>=20 >>> Thanks. >>>=20 >>>>> On 29 Jul 2015, at 14:56, Alexandr Krivulya = wrote: >>>>>=20 >>>>> 29.07.2015 10:17, John-Mark Gurney ??????????: >>>>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at = 10:38 +0300: >>>>>>=20 >>>>>> [...] >>>>>>=20 >>>>>>> With r285535 all works fine. >>>>>> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 = +0200: >>>>>>> I'm having the same problem with IPSec, running -current with = r285794. >>>>>>>=20 >>>>>>> Don't know if this helps, but "netstat -s -p esp" shows packets = dropped; bad ilen. >>>>>> It looks like there was an issue w/ that commit... After looking = at >>>>>> the code, and working w/ gnn, I have committed r286000 which = fixes it >>>>>> in my test cases... >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Sun Aug 2 23:47:53 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFE1C9B13DA for ; Sun, 2 Aug 2015 23:47:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FCB11512; Sun, 2 Aug 2015 23:47:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iggf3 with SMTP id f3so45909662igg.1; Sun, 02 Aug 2015 16:47:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Rq9Pmb95WPdwrVXQ2wl8guEd8+8F0u8HCkt2APMkbMw=; b=QrphM3bSP/SWqTg6eyp4rrRSl6JC0sUwqiuwbZdr5L8fbziZMR4QivJwIoLjMb8Jaz xOsaGyrI1nnZ/Sj7RBsxbuCtZ2X+dmvb2IRjCyv0HPyvG6hes0M8we2K409MVVM/cs8/ XNtGFuueqrZyFn6v7I4otYn12el6uXsNoCOIqAzyPHAvds645jrwcvU6zDaYhoylsCY+ AVuR92kbuNzZ3nLRfD5qivAfA+22o0We/wxgsmL6EAkmqtuNinzowOfPMTbFOji4gL7L Pd05fiRUiY2MNmQ/XJN6RstC7nHurEOBlb+BzVMkJQ52VtSWXg20cST8Mkqt+/7FfdM4 J5fw== MIME-Version: 1.0 X-Received: by 10.50.28.16 with SMTP id x16mr18118852igg.61.1438559272936; Sun, 02 Aug 2015 16:47:52 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Sun, 2 Aug 2015 16:47:52 -0700 (PDT) In-Reply-To: <1177275050.20150802225939@serebryakov.spb.ru> References: <1177275050.20150802225939@serebryakov.spb.ru> Date: Sun, 2 Aug 2015 16:47:52 -0700 Message-ID: Subject: Re: Is it known problem with libnuma / numactl? From: Adrian Chadd To: Lev Serebryakov Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 23:47:53 -0000 Hi, I haven't yet gotten around to conditionally compiling in the NUMA support (yes it's on my mind, I'm an embedded person too, so I do care about this!) There's unfortunately no NUMA config option - it's all hinged on MAXMEMDOM. The only things that are compiled in unconditionally right now are the syscalls. I'll try to address that next week. As for what you saw - that's odd; I've not seen that before. How are you building things? What are you building? -adrian On 2 August 2015 at 12:59, Lev Serebryakov wrote: > Hello Freebsd-current, > > Buildworld for r286209 failed: > > numactl.o: In function `main': > /data/src/usr.bin/numactl/numactl.c:(.text+0x269): undefined reference to `numa_setaffinity' > /data/src/usr.bin/numactl/numactl.c:(.text+0x33b): undefined reference to `numa_getaffinity' > /data/src/usr.bin/numactl/numactl.c:(.text+0x375): undefined reference to `numa_setaffinity' > > BTW, is here any WITHOUT_XXX to disable numa parts completely? I'm building > very small embedded image with nanobsd. > > -- > Best regards, > Lev mailto:lev@FreeBSD.org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Aug 3 10:39:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54C1C9B1914 for ; Mon, 3 Aug 2015 10:39:05 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 454CB114; Mon, 3 Aug 2015 10:39:05 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DF3F4D37; Mon, 3 Aug 2015 10:39:02 +0000 (UTC) Date: Mon, 3 Aug 2015 10:39:02 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <546572735.88.1438598342210.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1247 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 10:39:05 -0000 FreeBSD_HEAD-tests - Build #1247 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1247/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1247/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1247/console Change summaries: No changes The failed test cases: 1 tests failed. FAILED: lib.libthr.sigmask_test.incorrect_mask_bug Error Message: Found unexpected reason in passed test result; test case exited with code 1 From owner-freebsd-current@freebsd.org Mon Aug 3 12:12:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 970CC9B19FC for ; Mon, 3 Aug 2015 12:12:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0BA24F for ; Mon, 3 Aug 2015 12:12:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [127.0.0.1] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 95BF02269; Mon, 3 Aug 2015 15:12:49 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: Is it known problem with libnuma / numactl? References: <1177275050.20150802225939@serebryakov.spb.ru> To: Adrian Chadd Cc: freebsd-current From: Lev Serebryakov Organization: FreeBSD Message-ID: <55BF5AC1.4060908@FreeBSD.org> Date: Mon, 3 Aug 2015 15:12:49 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------060202020001010304030308" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 12:12:52 -0000 This is a multi-part message in MIME format. --------------060202020001010304030308 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 03.08.2015 02:47, Adrian Chadd wrote: > As for what you saw - that's odd; I've not seen that before. How > are you building things? What are you building? I'm building world with help of nanobsd script, with A LOT of WITHOUT_XXX options and host compiler used as cross-compiler, so I could skip building toolchain completely (I don't need it as bootstrap and I don't need it in target world). As it is VirtualBox VM on old Q9550 CPU with DDR2, it saves me several hours of wall time. src.conf is attached. On installation WITHOUT_INSTALLLIB=yes WITHOUT_MAKE=yes WITHOUT_TOOLCHAIN=yes is added too. - -- // Lev Serebryakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVv1rAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePTD4QALMMH+E4fCW6zhunWJQS+9hx Emm5KNe4l0zMLemvawx6+RyMQ0OPvmPuxd8omRO0gVPL7KdJ13MXZyuY5G0ydbQy k+27SP3+DszsgekFE7GpD5o84MrjMlc640ZWiPU9yb1NkhhByrCbEo9zonJEfoHi 27e+I/3Kr+kUZ4WXtI9yOx7zYZQrLwNj9J4BYkQjuZlx4BZ+kC7O7/VjGexwHd7o 5sOUQ186/8Ha40aBTzXOvnb3fM8DEMFn1pB8PTDYEzp4pwlr1m5SjU5BY2BWvL7x jBN8NUvTlcCPmidBi5oQkMRcG8Qiq8z0v1i7ym8ouaGCMTBFbdys5uITDU39DYzx UN8PglRZQxViiQyenSfoyCMRPv2JVCtyrN8i6o9nrwNy7XzirPbjRXlesgzXCKV2 jKtkbbxngtB1dZ+uujZ5NzDcRUb1LcwlxMtXydEEyE4E8Cm72bY9q0mtiV1Iu/sq Sb6GnyyyG2BadyAOQ+KxKDuSdGyFn2LRHKH+HqUg4/J+lk0t0nJsaNxjId2NbxYg p9kjEStkwnYgt4JrxBsCErwTVdEN/YpvS3IgLuRakNU3Yvvs6ib8/nRbvxrfLFry 9mhWEGgMOablByoD5bud4hGMxgtbp051Cwe6vAwr4nhjs/r8eqxQapyeJiB5dCDv j/f8e8CiqVYumCJHBG9F =1HqQ -----END PGP SIGNATURE----- --------------060202020001010304030308 Content-Type: text/plain; charset=UTF-8; name="src.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="src.conf" TUFMTE9DX1BST0RVQ1RJT049eWVzDQpCT09UX0NPTUNPTlNPTEVfU1BFRUQ9MTE1MjAwDQpC T09UX0NPTUNPTlNPTEVfUE9SVD0weDJFOA0KDQpYQ0M9L3Vzci9iaW4vY2MNClhDWFg9L3Vz ci9iaW4vYysrDQpYQ1BQPS91c3IvYmluL2NwcA0KWEFTPS91c3IvYmluL2FzDQpYQVI9L3Vz ci9iaW4vYXINClhMRD0vdXNyL2Jpbi9sZA0KWE5NPS91c3IvYmluL25tDQpYT0JKRFVNUD0v dXNyL2Jpbi9vYmpkdW1wDQpYUkFOTElCPS91c3IvYmluL3JhbmxpYg0KWFNUUklOR1M9L3Vz ci9iaW4vc3RyaW5ncw0KWFNUUklQQklOPS91c3IvYmluL3N0cmlwDQpDT01QSUxFUl9UWVBF PWNsYW5nDQpXSVRIT1VUX0NST1NTX0NPTVBJTEVSPXllcw0KV0lUSE9VVF9DTEFORz15ZXMN CldJVEhPVVRfQklOVVRJTFM9eWVzDQpXSVRIT1VUX0VMRlRPT0xDSEFJTl9UT09MUz15ZXMN Cg0KV0lUSE9VVF9BQ0NUPXllcw0KV0lUSE9VVF9BQ1BJPXllcw0KV0lUSE9VVF9BTUQ9eWVz DQpXSVRIT1VUX0FQTT15ZXMNCldJVEhPVVRfQVRNPXllcw0KV0lUSE9VVF9BVURJVD15ZXMN CldJVEhPVVRfQVVUSFBGPXllcw0KV0lUSE9VVF9BVVRPRlM9eWVzDQpXSVRIT1VUX0JIWVZF PXllcw0KV0lUSE9VVF9CSU5EX0ROU1NFQz15ZXMNCldJVEhPVVRfQk9PVFBBUkFNRD15ZXMN CldJVEhPVVRfQk9PVFBEPXllcw0KV0lUSE9VVF9CU0RJTlNUQUxMPXllcw0KV0lUSE9VVF9D QUxFTkRBUj15ZXMNCldJVEhPVVRfQ0NEPXllcw0KV0lUSE9VVF9DRERMPXllcw0KV0lUSE9V VF9DVE09eWVzDQpXSVRIT1VUX0RFQlVHX0ZJTEVTPXllcw0KV0lUSE9VVF9ESUNUPXllcw0K V0lUSE9VVF9FWEFNUExFUz15ZXMNCldJVEhPVVRfRklMRT15ZXMNCldJVEhPVVRfRklOR0VS PXllcw0KV0lUSE9VVF9GTE9QUFk9eWVzDQpXSVRIT1VUX0ZSRUVCU0RfVVBEQVRFPXllcw0K V0lUSE9VVF9HQU1FUz15ZXMNCldJVEhPVVRfR0NDPXllcw0KV0lUSE9VVF9HQ09WPXllcw0K V0lUSE9VVF9HREI9eWVzDQpXSVRIT1VUX0dQSUI9eWVzDQpXSVRIT1VUX0dQSU89eWVzDQpX SVRIT1VUX0dST0ZGPXllcw0KV0lUSE9VVF9HU1NBUEk9eWVzDQpXSVRIT1VUX0hBU1Q9eWVz DQpXSVRIT1VUX0hUTUw9eWVzDQpXSVRIT1VUX0lORVREPXllcw0KV0lUSE9VVF9JTkZPPXll cw0KV0lUSE9VVF9JUEZJTFRFUj15ZXMNCldJVEhPVVRfSVNDU0k9eWVzDQpXSVRIT1VUX0pB SUw9eWVzDQpXSVRIT1VUX0xFR0FDWV9DT05TT0xFPXllcw0KV0lUSE9VVF9MSUIzMj15ZXMN CldJVEhPVVRfTE9DQUxFUz15ZXMNCldJVEhPVVRfTE9DQVRFPXllcw0KV0lUSE9VVF9MUFI9 eWVzDQpXSVRIT1VUX0tFUkJFUk9TPXllcw0KV0lUSE9VVF9LRVJCRVJPU19TVVBQT1JUPXll cw0KV0lUSE9VVF9NQU49eWVzDQpXSVRIT1VUX01BTkRPQ0RCPXllcw0KV0lUSE9VVF9OQ1A9 eWVzDQpXSVRIT1VUX05ESVM9eWVzDQpXSVRIT1VUX05JUz15ZXMNCldJVEhPVVRfTkxTPXll cw0KV0lUSE9VVF9OTFNfQ0FUQUxPR1M9eWVzDQpXSVRIT1VUX05TX0NBQ0hJTkc9eWVzDQpX SVRIT1VUX09CSkM9eWVzDQpXSVRIT1VUX1BDX1NZU0lOU1RBTEw9eWVzDQpXSVRIT1VUX1BG PXllcw0KV0lUSE9VVF9QT1JUU05BUD15ZXMNCldJVEhPVVRfUFBQPXllcw0KV0lUSE9VVF9Q Uk9GSUxFPXllcw0KV0lUSE9VVF9RVU9UQVM9eWVzDQpXSVRIT1VUX1JDTURTPXllcw0KV0lU SE9VVF9SQ1M9eWVzDQpXSVRIT1VUX1JCT09URD15ZXMNCldJVEhPVVRfUk9VVEVEPXllcw0K V0lUSE9VVF9TRU5ETUFJTD15ZXMNCldJVEhPVVRfU0hBUkVET0NTPXllcw0KV0lUSE9VVF9T Vk5MSVRFPXllcw0KV0lUSE9VVF9TWVNDT05TPXllcw0KV0lUSE9VVF9UQUxLPXllcw0KV0lU SE9VVF9UQ1BfV1JBUFBFUlM9eWVzDQpXSVRIT1VUX1RFU1RTPXllcw0KV0lUSE9VVF9USU1F RD15ZXMNCldJVEhPVVRfVU5CT1VORD15ZXMNCldJVEhPVVRfVkk9eWVzDQpXSVRIT1VUX1ZU X1NVUFBPUlQ9eWVzDQpXSVRIT1VUX1pGUz15ZXMNCg== --------------060202020001010304030308 Content-Type: application/octet-stream; name="src.conf.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="src.conf.sig" iQJ8BAABCgBmBQJVv1rAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9wZW5wZ3Au ZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFFQUIwM0M1OEJGREM0 NzhGAAoJEOqwPFi/3EePgRcP/iT6B2RgGWKMQqO18JGJOzGTDFwmhLFV8VBVcEdORjk+Wd4X HW/QuCkc6juXa3UI0Ujs05myjBEeC4waAxbTOORObCn0yq4S2JYoQ6ZkBKdkwqTemlAgjEFM 6mxSHaJfyY+dkq+3EouT72nlRFSYwuOmKGBswXC8Jiz0jyFkJGaGDnsNcWu50uNffH0yCjhB EVHZ3EId7uX77bXU5bEKRypv56buPbWsgI3u1ur5gzP9mqMCJw30qzFtf+GpLgtQ6WFaYsJv B4y6atwNZ5cOpglfbisiJMRa++hECqmXL+H5vunr8IgIZhxrM1KdejulAuWozltp2yJ60gPP bqr87iDHF/UIir0/CulkK+DgtcH6nCXL5omaLB290nQ53TvFpZ2Pdraap60y3Y5L7koNWrwd ztopWog1B+mSlkpbneEhxGCBalgl1RKkhm4Jh8GJLColLoEpzVWhrGlQmrXcK90QF4CTRA2j dfSrlD/VG+AyKK4V6Tec7zZMLxQi94RJel+2lQCpJVwnoIYXQ915+2y2HDkmR0i8D93zC751 fOTxEtQsC6r7sxp0O/cIc54cKKVJmMRMP+bZGZ03r13ZEwDOYA/Y/CBVGldd3lz9RTtyNtHe vDrbwMMdPguTRcJL42z8+4rNMrEPOY2a+YMMQteYAHRTOq08t/tj9USsvwb9 --------------060202020001010304030308-- From owner-freebsd-current@freebsd.org Mon Aug 3 15:29:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 135E79AE98D for ; Mon, 3 Aug 2015 15:29:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C13B31BA2 for ; Mon, 3 Aug 2015 15:29:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1ZMHfj-000nDV-4w>; Mon, 03 Aug 2015 17:29:03 +0200 Received: from x5ce124ef.dyn.telefonica.de ([92.225.36.239] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1ZMHfi-002uxQ-TN>; Mon, 03 Aug 2015 17:29:03 +0200 Date: Mon, 3 Aug 2015 17:28:58 +0200 From: "O. Hartmann" To: David Wolfskill Cc: Navdeep Parhar , Current Subject: Re: panic in sysctl code in recent head Message-ID: <20150803172858.42d38266.ohartman@zedat.fu-berlin.de> In-Reply-To: <20150801122636.GN70804@albert.catwhisker.org> References: <20150801122636.GN70804@albert.catwhisker.org> Organization: FU Berlin X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/jhuKzhtvPaOzK2Ng00_kOM."; protocol="application/pgp-signature" X-Originating-IP: 92.225.36.239 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 15:29:14 -0000 --Sig_/jhuKzhtvPaOzK2Ng00_kOM. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 1 Aug 2015 05:26:36 -0700 David Wolfskill schrieb: > On Thu, Jul 30, 2015 at 12:11:22PM -0700, Navdeep Parhar wrote: > > A kernel built from head as of today panics with this on loading a modu= le. > > Does anyone else see this too? > > .... >=20 > Sorry for the delay -- but no; I have not seen it. >=20 > Each of the builds listed in > > also involves loading (at minimum) nvidia.ko and geom_eli.ko; usually, a > few more -- successfully. >=20 > Peace, > david Including FreeBSD 11.0-CURRENT #28 r286232: Mon Aug 3 16:55:05 CEST 2015 a= md64, I can bring down any of my CURRENT boxes (>=3D IvyBridge) by the issue of sysctl -a|grep tempe for looking after the recent temperature (all kernel have the Intel specifi= c driver for the temperature senors compiled in, like [...] coretemp0: on cpu0 est0: on cpu0 coretemp1: on cpu1 est1: on cpu1 coretemp2: on cpu2 est2: on cpu2 coretemp3: on cpu3 est3: on cpu3 I haven't tried issuing the crashing command with kernsl without this modul= e compiled in. Regards, Oliver --Sig_/jhuKzhtvPaOzK2Ng00_kOM. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVv4i6AAoJEOgBcD7A/5N82/UH/0+oeYN0hdISfb6UGhxObY4b dUJM94Q/6ZXW1Xwc1M15TQOFQLRqTsts7BrqsdAErUWM77EGudqx7lS7WV24tvtB /LoGYB8Z4DgiK5FEOeW3XFXfTUELm8Wv1iKBpO+hNjv9bhoU/lu3HnkL7zu6+Kup YgbTJZ8Kmo9lim+oKhtzdpcFProLCdCYfJm/GJtFCNMvhr0e7kNv6Hpq/BoRD7Na 4rCptpFAzbRuhUvv4Sv1oyUR2dKaW8wcDH1DDIfwSIc08m/PKwhB/GO5HFlxwopQ 0AqW5kCk2DFiyi0Q4PuhyzLCLavaAU7mDG1BmtEssFWK3faPbNUuIX/B9y8dmL0= =OgAq -----END PGP SIGNATURE----- --Sig_/jhuKzhtvPaOzK2Ng00_kOM.-- From owner-freebsd-current@freebsd.org Mon Aug 3 15:44:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C8239AEE39 for ; Mon, 3 Aug 2015 15:44:37 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01DF66F1 for ; Mon, 3 Aug 2015 15:44:37 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by wibud3 with SMTP id ud3so119689466wib.0 for ; Mon, 03 Aug 2015 08:44:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=AdaYSREFORK6FsiiOpHu3PFia3HhLET3ant8HRHoi1o=; b=lhd26mr+WqfLmwrZbR66/X85ig+IiJ9+0dx8pVJtK/Ybjux2UBt7uRjY6hGZH0ZLOa kbBqWRNRHyon2TwaFJqpElX0tWEUH4rCnQG5FVgmo8iY1CW3NPHerghn2yc9W+T3nKH6 qk8Q4rjx9oqlQ6zaAvOyPZVICGQs/u3jNnNP6HillO22m0YbFnB11yI5slZwWx0Odyev hNFAKx9zbMoplvhXHHSHKP5gdiIPjhH8XSGhe0u/9A4tZqxhtWrP/VwTg7ecPjcje5Z7 o/swd91KZZDDExWj4dQwJj9gSirWT0QmTnUh3ERPdSq4ZXuV2l2Q4tc+o+4Hn6iwbSiI zsRw== X-Received: by 10.180.108.35 with SMTP id hh3mr27874233wib.48.1438616675167; Mon, 03 Aug 2015 08:44:35 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id lq9sm23493207wjb.35.2015.08.03.08.44.33 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 03 Aug 2015 08:44:33 -0700 (PDT) Date: Mon, 3 Aug 2015 17:44:31 +0200 From: Mateusz Guzik To: "O. Hartmann" Cc: David Wolfskill , Navdeep Parhar , Current Subject: Re: panic in sysctl code in recent head Message-ID: <20150803154430.GA13581@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , "O. Hartmann" , David Wolfskill , Navdeep Parhar , Current References: <20150801122636.GN70804@albert.catwhisker.org> <20150803172858.42d38266.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150803172858.42d38266.ohartman@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 15:44:37 -0000 On Mon, Aug 03, 2015 at 05:28:58PM +0200, O. Hartmann wrote: > Am Sat, 1 Aug 2015 05:26:36 -0700 > David Wolfskill schrieb: > > > On Thu, Jul 30, 2015 at 12:11:22PM -0700, Navdeep Parhar wrote: > > > A kernel built from head as of today panics with this on loading a module. > > > Does anyone else see this too? > > > .... > > > > Sorry for the delay -- but no; I have not seen it. > > > > Each of the builds listed in > > > > also involves loading (at minimum) nvidia.ko and geom_eli.ko; usually, a > > few more -- successfully. > > > > Peace, > > david > > Including FreeBSD 11.0-CURRENT #28 r286232: Mon Aug 3 16:55:05 CEST 2015 amd64, I can > bring down any of my CURRENT boxes (>= IvyBridge) by the issue of > > sysctl -a|grep tempe > > for looking after the recent temperature (all kernel have the Intel specific driver for > the temperature senors compiled in, like > > [...] > coretemp0: on cpu0 > est0: on cpu0 > coretemp1: on cpu1 > est1: on cpu1 > coretemp2: on cpu2 > est2: on cpu2 > coretemp3: on cpu3 > est3: on cpu3 > > > I haven't tried issuing the crashing command with kernsl without this module compiled in. The grep in question has no relation to whatever panic you are seeing. What you can do is show your panic (at least the backtrace) and preferably narrow the problem down to the exact revision which introduced it. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Aug 3 16:23:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D70089B2642 for ; Mon, 3 Aug 2015 16:23:16 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from smtp.hungerhost.com (smtp.hungerhost.com [216.38.53.177]) (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 AFD731C34 for ; Mon, 3 Aug 2015 16:23:16 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from global-1-26.nat.csx.cam.ac.uk ([131.111.184.26]:34474 helo=[172.17.154.70]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85) (envelope-from ) id 1ZMIWB-0007z2-Di; Mon, 03 Aug 2015 12:23:15 -0400 From: "George Neville-Neil" To: "Sydney Meyer" Cc: "FreeBSD CURRENT" Subject: Re: IPSEC stop works after r285336 Date: Mon, 03 Aug 2015 17:23:04 +0100 Message-ID: <3D37A596-CC4A-446C-BBE7-27DC9DC7E1F7@neville-neil.com> In-Reply-To: References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> <20150802035359.GO78154@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.2r5107) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 16:23:16 -0000 This is being actively debugged and jmg@ and I have been testing a fix that should address this issue. Best, George On 3 Aug 2015, at 0:15, Sydney Meyer wrote: > Hi John-Mark, > > the revision i built included gnn's patches to setkey already. > > I have tried to setup a tunnel using strongswan with gcm as esp cipher > mode, but the connection fails with "algorithm AES_GCM_16 not > supported by kernel".. > > Here's the full log output: > > Aug 3 00:34:28 00[DMN] Starting IKE charon daemon (strongSwan 5.3.2, > FreeBSD 11.0-CURRENT, amd64) > Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument > Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv6 on port > 4500 failed > Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument > Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv4 on port > 4500 failed > Aug 3 00:34:28 00[CFG] loading ca certificates from > '/usr/local/etc/ipsec.d/cacerts' > Aug 3 00:34:28 00[CFG] loading aa certificates from > '/usr/local/etc/ipsec.d/aacerts' > Aug 3 00:34:28 00[CFG] loading ocsp signer certificates from > '/usr/local/etc/ipsec.d/ocspcerts' > Aug 3 00:34:28 00[CFG] loading attribute certificates from > '/usr/local/etc/ipsec.d/acerts' > Aug 3 00:34:28 00[CFG] loading crls from > '/usr/local/etc/ipsec.d/crls' > Aug 3 00:34:28 00[CFG] loading secrets from > '/usr/local/etc/ipsec.secrets' > Aug 3 00:34:28 00[CFG] loaded IKE secret for @moon.strongswan.org > @sun.strongswan.org > Aug 3 00:34:28 00[LIB] loaded plugins: charon aes des blowfish rc2 > sha1 sha2 md4 md5 random nonce x509 revocation constraints pubkey > pkcs1 pkcs7 pkcs8 pkcs12 pgp dnskey sshkey pem openssl fips-prf xcbc > cmac hmac gcm attr kernel-pfkey kernel-pfroute resolve socket-default > stroke updown eap-identity eap-md5 eap-mschapv2 eap-tls eap-ttls > eap-peap xauth-generic whitelist addrblock > Aug 3 00:34:28 00[JOB] spawning 16 worker threads > Aug 3 00:34:28 15[CFG] received stroke: add connection 'host-host' > Aug 3 00:34:28 15[CFG] added configuration 'host-host' > Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[500] to > 10.0.30.59[500] (448 bytes) > Aug 3 00:34:47 15[ENC] parsed IKE_SA_INIT request 0 [ SA KE No > N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) ] > Aug 3 00:34:47 15[IKE] 10.0.30.109 is initiating an IKE_SA > Aug 3 00:34:47 15[ENC] generating IKE_SA_INIT response 0 [ SA KE No > N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) N(MULT_AUTH) ] > Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[500] to > 10.0.30.109[500] (448 bytes) > Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[4500] to > 10.0.30.59[4500] (282 bytes) > Aug 3 00:34:47 15[ENC] parsed IKE_AUTH request 1 [ IDi > N(INIT_CONTACT) IDr AUTH N(ESP_TFC_PAD_N) SA TSi TSr N(MOBIKE_SUP) > N(ADD_6_ADDR) N(MULT_AUTH) N(EAP_ONLY) ] > Aug 3 00:34:47 15[CFG] looking for peer configs matching > 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] > Aug 3 00:34:47 15[CFG] selected peer config 'host-host' > Aug 3 00:34:47 15[IKE] authentication of 'moon.strongswan.org' with > pre-shared key successful > Aug 3 00:34:47 15[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not > using ESPv3 TFC padding > Aug 3 00:34:47 15[IKE] peer supports MOBIKE > Aug 3 00:34:47 15[IKE] authentication of 'sun.strongswan.org' > (myself) with pre-shared key > Aug 3 00:34:47 15[IKE] IKE_SA host-host[1] established between > 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] > Aug 3 00:34:47 15[IKE] scheduling reauthentication in 3416s > Aug 3 00:34:47 15[IKE] maximum IKE_SA lifetime 3596s > Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel! > Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel! > Aug 3 00:34:47 15[IKE] unable to install inbound and outbound IPsec > SA (SAD) in kernel > Aug 3 00:34:47 15[IKE] failed to establish CHILD_SA, keeping IKE_SA > Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI c07a87b4: > No such file or directory (2) > Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI c653554a: > No such file or directory (2) > Aug 3 00:34:47 15[ENC] generating IKE_AUTH response 1 [ IDr AUTH > N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_6_ADDR) N(NO_PROP) ] > Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[4500] to > 10.0.30.109[4500] (159 bytes) > > I know that pfsense has moved from racoon to strongswan as their > ike-daemon, iirc mainly because of strongswans ikev2 daemon and their > GCM support. I'm going to try and have a look what changes pfsense may > have made to strongswan to support GCM on FreeBSD, although i should > probably mention, i am not very experienced at this. > > >> On 02 Aug 2015, at 05:53, John-Mark Gurney wrote: >> >> Sydney Meyer wrote this message on Sun, Aug 02, 2015 at 04:03 +0200: >>> i have tried your patches from your ipsecgcm branch. The build >>> completes, boots fine and indeed, dmesg shows "aesni0: >>> on motherboard". >> >> Yeh, these patches are more about getting IPsec to work w/ the modes >> that aesni now supports... >> >>> I'm going to try out the new cipher modes tomorrow and will get >>> back.. >> >> Make sure you get the gnn's setkey changes in r286143 otherwise GCM >> and CTR won't work... >> >> Thanks for doing more testing.. I've only done basic ping tests, so >> passing more real traffic through would be nice... >> >>>> On 01 Aug 2015, at 22:01, John-Mark Gurney >>>> wrote: >>>> >>>> Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 >>>> +0200: >>>>> Same here, fixed running r286015. Thanks a bunch. >>>> >>>> If you'd like to do some more testing, test the patches in: >>>> https://github.com/jmgurney/freebsd/tree/ipsecgcm >>>> >>>> These patches get GCM and CTR modes working as tested against >>>> NetBSD >>>> 6.1.5... >>>> >>>> Hope to commit these in the next few days.. >>>> >>>> Thanks. >>>> >>>>>> On 29 Jul 2015, at 14:56, Alexandr Krivulya >>>>>> wrote: >>>>>> >>>>>> 29.07.2015 10:17, John-Mark Gurney ??????????: >>>>>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at >>>>>>> 10:38 +0300: >>>>>>> >>>>>>> [...] >>>>>>> >>>>>>>> With r285535 all works fine. >>>>>>> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 >>>>>>> +0200: >>>>>>>> I'm having the same problem with IPSec, running -current with >>>>>>>> r285794. >>>>>>>> >>>>>>>> Don't know if this helps, but "netstat -s -p esp" shows packets >>>>>>>> dropped; bad ilen. >>>>>>> It looks like there was an issue w/ that commit... After >>>>>>> looking at >>>>>>> the code, and working w/ gnn, I have committed r286000 which >>>>>>> fixes it >>>>>>> in my test cases... >> >> -- >> John-Mark Gurney Voice: +1 415 225 5579 >> >> "All that I will do, has been done, All that I have, has not." > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Aug 3 17:11:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BF189B25EB for ; Mon, 3 Aug 2015 17:11:01 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75CC7DA3; Mon, 3 Aug 2015 17:11:00 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=Q2YLJVQAXJhPYeYtjVjH+gfiBUCCfs4Jeu4rit5QNM4=; b=Ss+Qaxh0zdIiAXVrv6H65Swh2EFrGM1Chj4HyTGne7HvCd5s5oP+wmi0SQlU/xhbu58iGHtgbMq4Zjot1TCWm46LacmtSW4vj6aqaSRw0ms7dcvM6Ukfrts6szA1FU3Fq2siugu2c+yXpKgB2BnjVeZn+nb2k5yZcddZcBsG9uM=; Received: from oldtbh.lerctr.org ([2001:470:1f0f:3ad:230:48ff:fe2e:99ba]:13472) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZMJGM-000Pgg-Sv; Mon, 03 Aug 2015 12:10:59 -0500 Date: Mon, 3 Aug 2015 12:10:57 -0500 From: Larry Rosenman To: Warner Losh Cc: Glen Barber , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150803171057.GA894@oldtbh.lerctr.org> Mail-Followup-To: Warner Losh , Glen Barber , Benno Rice , freebsd-current@freebsd.org References: <14ee48f81d8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> <20150731213255.GC1304@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 17:11:01 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Just to close this out, current -HEAD is fine on this box with pmspcv in GENERIC, and using that as my base. No nasty pmspcv messages. --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #17 r286232: Mon Aug 3 11:41:33 CDT 2015 root@oldtbh.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 VT: running with driver "vga". CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.57-MHz K8-class CPU) Origin="GenuineIntel" Id=0xf43 Family=0xf Model=0x4 Stepping=3 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100800 TSC: P-state invariant real memory = 9395240960 (8960 MB) avail memory = 8257851392 (7875 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 random: unblocking device. ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80fe15a0, 0) error 19 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci2 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2e:99:ba em0: netmap queues/slots: TX 1/256, RX 1/256 em1: port 0x3040-0x307f mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2e:99:bb em1: netmap queues/slots: TX 1/256, RX 1/256 pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xdd001000-0xdd0013ff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x4000-0x40ff mem 0xde000000-0xdeffffff,0xdd400000-0xdd400fff irq 17 at device 1.0 on pci6 vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 ppc0: cannot reserve I/O port range ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ses0 at ahd0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number ML00010689 da0: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da0: Command Queueing enabled da0: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da1 at ahd0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number ML00010000 da1: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da1: Command Queueing enabled da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da2 at ahd0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: Serial Number DA29P8A003NE da2: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da2: Command Queueing enabled da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da3 at ahd0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: Serial Number ML00010566 da3: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) da3: Command Queueing enabled da3: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! cd0 at ata1 bus 0 scbus3 target 1 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Timecounter "TSC-low" frequency 1496282797 Hz quality 1000 Trying to mount root from zfs:zroot/ROOT/default []... lagg0: link state changed to DOWN em0: link state changed to UP lagg0: link state changed to UP em1: link state changed to UP --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@freebsd.org Mon Aug 3 18:09:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 100749B2488 for ; Mon, 3 Aug 2015 18:09:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 021281BB1; Mon, 3 Aug 2015 18:09:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B0E5DDDF; Mon, 3 Aug 2015 18:09:56 +0000 (UTC) Date: Mon, 3 Aug 2015 18:09:54 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <2091258149.90.1438625395041.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <546572735.88.1438598342210.JavaMail.jenkins@jenkins-9.freebsd.org> References: <546572735.88.1438598342210.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1248 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 18:09:57 -0000 FreeBSD_HEAD-tests - Build #1248 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1248/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1248/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1248/console Change summaries: No changes From owner-freebsd-current@freebsd.org Mon Aug 3 19:59:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BB739B2240 for ; Mon, 3 Aug 2015 19:59:16 +0000 (UTC) (envelope-from eric_badger@dell.com) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "ausxipmktps31.us.dell.com", Issuer "Verizon Public SureServer CA G14-SHA1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F6931CF0; Mon, 3 Aug 2015 19:59:15 +0000 (UTC) (envelope-from eric_badger@dell.com) X-Loopcount0: from 76.164.8.179 X-IronPort-AV: E=Sophos;i="5.15,603,1432616400"; d="scan'208";a="309599958" Message-ID: <55BFC80B.2000005@dell.com> Date: Mon, 3 Aug 2015 14:59:07 -0500 From: Eric Badger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: FreeBSD Current CC: Subject: Appending to message buffer while in ddb Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 19:59:16 -0000 Hi there, Since r226435, output from kernel printf/log functions is not appended to the message buffer when in ddb. The commit message doesn't call this out specifically; instead it appears to have been to address double printing to the console while in ddb. I noticed this because a ddb script which previously resulted in some things ending up in a textdump's msgbuf.txt no longer does so. It may be that the answer is "use db_printf in ddb", which is ok, but I thought I'd check anyway to see if the aforementioned change was indeed intentional, since I wasn't able to dig up any discussion about it. Thanks, Eric From owner-freebsd-current@freebsd.org Mon Aug 3 20:22:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26B979B2977 for ; Mon, 3 Aug 2015 20:22:05 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.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 DCE741337; Mon, 3 Aug 2015 20:22:04 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from marcels-mbp.int.brkt.com (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id t73KLtlF011636 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Aug 2015 13:21:56 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: Appending to message buffer while in ddb Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CC6EF93B-AD1A-4EF2-9937-023E9F2172A0"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Marcel Moolenaar In-Reply-To: <55BFC80B.2000005@dell.com> Date: Mon, 3 Aug 2015 13:21:49 -0700 Cc: FreeBSD Current , Marcel Moolenaar Message-Id: <16785483-7FD3-4475-9958-168528AFB2D9@xcllnt.net> References: <55BFC80B.2000005@dell.com> To: Eric Badger X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 20:22:05 -0000 --Apple-Mail=_CC6EF93B-AD1A-4EF2-9937-023E9F2172A0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 3, 2015, at 12:59 PM, Eric Badger wrote: >=20 > Hi there, >=20 > Since r226435, output from kernel printf/log functions is not appended = to the message buffer when in ddb. The commit message doesn't call this = out specifically; instead it appears to have been to address double = printing to the console while in ddb. I noticed this because a ddb = script which previously resulted in some things ending up in a = textdump's msgbuf.txt no longer does so. It may be that the answer is = "use db_printf in ddb", which is ok, but I thought I'd check anyway to = see if the aforementioned change was indeed intentional, since I wasn't = able to dig up any discussion about it. It=E2=80=99s a direct consequence. -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_CC6EF93B-AD1A-4EF2-9937-023E9F2172A0 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 iQIcBAEBCgAGBQJVv81dAAoJEIda8t8f0tjjwGgP/31YMARc3/eVOcvzzhAgIyvl 10iPz4N/vcD3dZFPGTBOb9woI1eNRuMHvUsSqZhk98iLkiCLU/AO0OIRT2SzwsYi g7aaXMdrYhw9UxTcVtqJqnZcukxA2iNnFjQjV9vnISQxSjkwwUTuYCDZ4RVeMbsm hnV+ruGPy3WFNRYUMTjxv6SSAqVfSFEt6S0OXTzPK6+9YTCN3g8mCQXQPnZIU/yK ajcmc0phKz8zuTda0/+9FGilPTnSkjA5KwFMjMTOe0SdzB/A9TJDWoBQuDU5eWfe Qvs81aSfBv6WB07aFDaFc+7xhxHuZbCLEgFKF5WKnYLsdMW/wGimvVTJ+nqCttqR sQJ4yZ7ZQ9anRW7NY1hX1dG8/x/7OdincddvyGbOutUCKHhYfyEpJ0ecfJWw8bvd b+PCI3t0kGYpVQiwGDi5+v7yxAqqD220iJ5mHiu/n2nHNet2OCpYSEg4J/ihT1dU bDpNIDWsZeCedhvIzoC6lr7R+lZMTcpbYqFd2uSIUNf9mmlyiZnPI1sgvY3iEuHu m440IHZIR6d6U9IOLPhsPWnPF+Qfih+qxTO1R0UATjsQu+A1pTTV7AgaOHaG7QCx yfkU8YuZSBZusMM5v+pLqQSN+weyKXgArAew0AfbeCqwiz+ZYxp1D8OwMzdfCt6t 6JCPF9uftPLJuyBgwTfm =1c57 -----END PGP SIGNATURE----- --Apple-Mail=_CC6EF93B-AD1A-4EF2-9937-023E9F2172A0-- From owner-freebsd-current@freebsd.org Mon Aug 3 22:20:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CEA79B2796 for ; Mon, 3 Aug 2015 22:20:23 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A132F1E37 for ; Mon, 3 Aug 2015 22:20:22 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by wibud3 with SMTP id ud3so153464934wib.1 for ; Mon, 03 Aug 2015 15:20:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=duTuiE4/4uqHidQR34yHyAuZDFEd9JLj4zATQL4xmGw=; b=P7BFV0es4G1xhcB4ptgjfb1OYQ47Hdu86Qxqwuk3ay8YGUMj5BCYjFianRAKkxo8ht MPjFmC3FTIOaK93zmoaqF0mDHOrBWIutcuivFoeYk05A8gmRxb7WX7ygw1GX0pKs2OGv u7/pbaymaeC8UkwT8zpB5DPOf9BQfN4mFZVrpq9WaUbVO2cCJwGu8jJMNxR0prBl/GCe PtV+mrzAh5f73DfB6A5MtqBZgftp7C1vfw1em2BD5MtQ0RjWfuuxCM1UKaNa45vl1/uv MLG1FpTvBfEufsvScLIRznWaG6Kyb/yokwwNd42a3bYyqyga4+XSrFIzTfBqUAd6Rx1j sOYA== X-Received: by 10.194.81.67 with SMTP id y3mr620169wjx.7.1438640420828; Mon, 03 Aug 2015 15:20:20 -0700 (PDT) Received: from macbookpro.home.sydneymeyer.net ([91.176.94.62]) by smtp.googlemail.com with ESMTPSA id fm8sm15634816wib.9.2015.08.03.15.20.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Aug 2015 15:20:20 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3073\)) Subject: Re: IPSEC stop works after r285336 From: Sydney Meyer In-Reply-To: <3D37A596-CC4A-446C-BBE7-27DC9DC7E1F7@neville-neil.com> Date: Tue, 4 Aug 2015 00:20:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> <20150802035359.GO78154@funkthat.com> <3D37A596-CC4A-446C-BBE7-27DC9DC7E1F7@neville-neil.com> To: FreeBSD CURRENT X-Mailer: Apple Mail (2.3073) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 22:20:23 -0000 Besides strongswan (actually, i don't know of any other ike-daemon which = supports aes-gcm, apart from netbsd's racoon) connections with manually = set up policies indeed seem to work fine, host-host iperf stuff, nothing = fancy yet. Anyway, i will start playing around with this in some more scenarios and = let you guys know if i come around any problems. If you would like me to test something specific, please let me know if i = can help. Cheers, S. > On 03 Aug 2015, at 18:23, George Neville-Neil = wrote: >=20 > This is being actively debugged and jmg@ and I have been testing a fix = that should > address this issue. >=20 > Best, > George >=20 >=20 > On 3 Aug 2015, at 0:15, Sydney Meyer wrote: >=20 >> Hi John-Mark, >>=20 >> the revision i built included gnn's patches to setkey already. >>=20 >> I have tried to setup a tunnel using strongswan with gcm as esp = cipher mode, but the connection fails with "algorithm AES_GCM_16 not = supported by kernel".. >>=20 >> Here's the full log output: >>=20 >> Aug 3 00:34:28 00[DMN] Starting IKE charon daemon (strongSwan 5.3.2, = FreeBSD 11.0-CURRENT, amd64) >> Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument >> Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv6 on port = 4500 failed >> Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument >> Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv4 on port = 4500 failed >> Aug 3 00:34:28 00[CFG] loading ca certificates from = '/usr/local/etc/ipsec.d/cacerts' >> Aug 3 00:34:28 00[CFG] loading aa certificates from = '/usr/local/etc/ipsec.d/aacerts' >> Aug 3 00:34:28 00[CFG] loading ocsp signer certificates from = '/usr/local/etc/ipsec.d/ocspcerts' >> Aug 3 00:34:28 00[CFG] loading attribute certificates from = '/usr/local/etc/ipsec.d/acerts' >> Aug 3 00:34:28 00[CFG] loading crls from = '/usr/local/etc/ipsec.d/crls' >> Aug 3 00:34:28 00[CFG] loading secrets from = '/usr/local/etc/ipsec.secrets' >> Aug 3 00:34:28 00[CFG] loaded IKE secret for @moon.strongswan.org = @sun.strongswan.org >> Aug 3 00:34:28 00[LIB] loaded plugins: charon aes des blowfish rc2 = sha1 sha2 md4 md5 random nonce x509 revocation constraints pubkey pkcs1 = pkcs7 pkcs8 pkcs12 pgp dnskey sshkey pem openssl fips-prf xcbc cmac hmac = gcm attr kernel-pfkey kernel-pfroute resolve socket-default stroke = updown eap-identity eap-md5 eap-mschapv2 eap-tls eap-ttls eap-peap = xauth-generic whitelist addrblock >> Aug 3 00:34:28 00[JOB] spawning 16 worker threads >> Aug 3 00:34:28 15[CFG] received stroke: add connection 'host-host' >> Aug 3 00:34:28 15[CFG] added configuration 'host-host' >> Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[500] to = 10.0.30.59[500] (448 bytes) >> Aug 3 00:34:47 15[ENC] parsed IKE_SA_INIT request 0 [ SA KE No = N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) ] >> Aug 3 00:34:47 15[IKE] 10.0.30.109 is initiating an IKE_SA >> Aug 3 00:34:47 15[ENC] generating IKE_SA_INIT response 0 [ SA KE No = N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) N(MULT_AUTH) ] >> Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[500] to = 10.0.30.109[500] (448 bytes) >> Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[4500] to = 10.0.30.59[4500] (282 bytes) >> Aug 3 00:34:47 15[ENC] parsed IKE_AUTH request 1 [ IDi = N(INIT_CONTACT) IDr AUTH N(ESP_TFC_PAD_N) SA TSi TSr N(MOBIKE_SUP) = N(ADD_6_ADDR) N(MULT_AUTH) N(EAP_ONLY) ] >> Aug 3 00:34:47 15[CFG] looking for peer configs matching = 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] >> Aug 3 00:34:47 15[CFG] selected peer config 'host-host' >> Aug 3 00:34:47 15[IKE] authentication of 'moon.strongswan.org' with = pre-shared key successful >> Aug 3 00:34:47 15[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not = using ESPv3 TFC padding >> Aug 3 00:34:47 15[IKE] peer supports MOBIKE >> Aug 3 00:34:47 15[IKE] authentication of 'sun.strongswan.org' = (myself) with pre-shared key >> Aug 3 00:34:47 15[IKE] IKE_SA host-host[1] established between = 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] >> Aug 3 00:34:47 15[IKE] scheduling reauthentication in 3416s >> Aug 3 00:34:47 15[IKE] maximum IKE_SA lifetime 3596s >> Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel! >> Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel! >> Aug 3 00:34:47 15[IKE] unable to install inbound and outbound IPsec = SA (SAD) in kernel >> Aug 3 00:34:47 15[IKE] failed to establish CHILD_SA, keeping IKE_SA >> Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI c07a87b4: = No such file or directory (2) >> Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI c653554a: = No such file or directory (2) >> Aug 3 00:34:47 15[ENC] generating IKE_AUTH response 1 [ IDr AUTH = N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_6_ADDR) N(NO_PROP) ] >> Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[4500] to = 10.0.30.109[4500] (159 bytes) >>=20 >> I know that pfsense has moved from racoon to strongswan as their = ike-daemon, iirc mainly because of strongswans ikev2 daemon and their = GCM support. I'm going to try and have a look what changes pfsense may = have made to strongswan to support GCM on FreeBSD, although i should = probably mention, i am not very experienced at this. >>=20 >>=20 >>> On 02 Aug 2015, at 05:53, John-Mark Gurney wrote: >>>=20 >>> Sydney Meyer wrote this message on Sun, Aug 02, 2015 at 04:03 +0200: >>>> i have tried your patches from your ipsecgcm branch. The build = completes, boots fine and indeed, dmesg shows "aesni0: = on motherboard". >>>=20 >>> Yeh, these patches are more about getting IPsec to work w/ the modes >>> that aesni now supports... >>>=20 >>>> I'm going to try out the new cipher modes tomorrow and will get = back.. >>>=20 >>> Make sure you get the gnn's setkey changes in r286143 otherwise GCM >>> and CTR won't work... >>>=20 >>> Thanks for doing more testing.. I've only done basic ping tests, so >>> passing more real traffic through would be nice... >>>=20 >>>>> On 01 Aug 2015, at 22:01, John-Mark Gurney = wrote: >>>>>=20 >>>>> Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 = +0200: >>>>>> Same here, fixed running r286015. Thanks a bunch. >>>>>=20 >>>>> If you'd like to do some more testing, test the patches in: >>>>> https://github.com/jmgurney/freebsd/tree/ipsecgcm >>>>>=20 >>>>> These patches get GCM and CTR modes working as tested against = NetBSD >>>>> 6.1.5... >>>>>=20 >>>>> Hope to commit these in the next few days.. >>>>>=20 >>>>> Thanks. >>>>>=20 >>>>>>> On 29 Jul 2015, at 14:56, Alexandr Krivulya = wrote: >>>>>>>=20 >>>>>>> 29.07.2015 10:17, John-Mark Gurney ??????????: >>>>>>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at = 10:38 +0300: >>>>>>>>=20 >>>>>>>> [...] >>>>>>>>=20 >>>>>>>>> With r285535 all works fine. >>>>>>>> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 = +0200: >>>>>>>>> I'm having the same problem with IPSec, running -current with = r285794. >>>>>>>>>=20 >>>>>>>>> Don't know if this helps, but "netstat -s -p esp" shows = packets dropped; bad ilen. >>>>>>>> It looks like there was an issue w/ that commit... After = looking at >>>>>>>> the code, and working w/ gnn, I have committed r286000 which = fixes it >>>>>>>> in my test cases... >>>=20 >>> --=20 >>> John-Mark Gurney Voice: +1 415 225 5579 >>>=20 >>> "All that I will do, has been done, All that I have, has not." >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Aug 4 00:18:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF2669B2ABA for ; Tue, 4 Aug 2015 00:18:22 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 95D4ACB0 for ; Tue, 4 Aug 2015 00:18:22 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t740ILpU017303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Aug 2015 17:18:21 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t740ILwj017302; Mon, 3 Aug 2015 17:18:21 -0700 (PDT) (envelope-from jmg) Date: Mon, 3 Aug 2015 17:18:21 -0700 From: John-Mark Gurney To: Sydney Meyer Cc: FreeBSD CURRENT Subject: Re: IPSEC stop works after r285336 Message-ID: <20150804001821.GI78154@funkthat.com> References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> <20150802035359.GO78154@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="xesSdrSSBC0PokLI" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Mon, 03 Aug 2015 17:18:21 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 00:18:22 -0000 --xesSdrSSBC0PokLI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sydney Meyer wrote this message on Mon, Aug 03, 2015 at 01:15 +0200: > the revision i built included gnn's patches to setkey already. > > I have tried to setup a tunnel using strongswan with gcm as esp cipher mode, but the connection fails with "algorithm AES_GCM_16 not supported by kernel".. It looks like GCM isn't compiled by default by the port... Try the attached patch to src/libhydra/plugings/kernel_pfkey/kernel_pfkey_ipsec.c... it may require more modifications... Someone else would be better to work on this... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --xesSdrSSBC0PokLI Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="strongswan.patch" --- kernel_pfkey_ipsec.c.orig 2015-08-03 17:15:48.676749000 -0700 +++ kernel_pfkey_ipsec.c 2015-08-03 17:16:40.987182000 -0700 @@ -822,13 +822,13 @@ /* {ENCR_DES_IV32, 0 }, */ {ENCR_NULL, SADB_EALG_NULL }, {ENCR_AES_CBC, SADB_X_EALG_AESCBC }, -/* {ENCR_AES_CTR, SADB_X_EALG_AESCTR }, */ + {ENCR_AES_CTR, SADB_X_EALG_AESCTR }, /* {ENCR_AES_CCM_ICV8, SADB_X_EALG_AES_CCM_ICV8 }, */ /* {ENCR_AES_CCM_ICV12, SADB_X_EALG_AES_CCM_ICV12 }, */ /* {ENCR_AES_CCM_ICV16, SADB_X_EALG_AES_CCM_ICV16 }, */ /* {ENCR_AES_GCM_ICV8, SADB_X_EALG_AES_GCM_ICV8 }, */ /* {ENCR_AES_GCM_ICV12, SADB_X_EALG_AES_GCM_ICV12 }, */ -/* {ENCR_AES_GCM_ICV16, SADB_X_EALG_AES_GCM_ICV16 }, */ + {ENCR_AES_GCM_ICV16, SADB_X_EALG_AESGCM16 }, {END_OF_LIST, 0 }, }; --xesSdrSSBC0PokLI-- From owner-freebsd-current@freebsd.org Tue Aug 4 01:23:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D834A9B1ECA for ; Tue, 4 Aug 2015 01:23:44 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F78DBC6 for ; Tue, 4 Aug 2015 01:23:44 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by wibxm9 with SMTP id xm9so144513686wib.0 for ; Mon, 03 Aug 2015 18:23:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=tEnKxVUsCW8/e5eJuwJPvyy99+YPDtH8ZSB+SwuUYDU=; b=pAHC7FcD0JvHsrfpU+OOEeshS/WMzpFqDexfVaaDu4bDFF1eV4vaL2F0UnHhvbcQBT VwbrIcHjpIW7v99PYj9D42AcfktCI1JCaxJZaHyRYPv1uLRF5qvGIg6aWnPyyRt8tBDv re0j4yNKh9Lt0E1icHVFQYvYtdknnT/l4rVjGrlR4EZbw5US4F5glsRK8fbwDRAq1KNl 23/+glCKKlFYUWBR4n/u8QPsN0qJ8mCqF41wQPjOl5SvhGLUpi2+vOSeFxB9jBWbQaqy Fz76bAuRUPxV3y0Ywng8S1XaT6nqumVpKZuZlJ7HgREiAqp7n4IdsS/kk6L17CfChgzX Y7KA== X-Received: by 10.180.211.49 with SMTP id mz17mr2237287wic.69.1438651423010; Mon, 03 Aug 2015 18:23:43 -0700 (PDT) Received: from ?IPv6:2a02:a03f:aff:5c00:c978:48cd:be5:82e7? ([2a02:a03f:aff:5c00:c978:48cd:be5:82e7]) by smtp.googlemail.com with ESMTPSA id b13sm431103wic.15.2015.08.03.18.23.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Aug 2015 18:23:42 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3073\)) Subject: Re: IPSEC stop works after r285336 From: Sydney Meyer In-Reply-To: <20150804001821.GI78154@funkthat.com> Date: Tue, 4 Aug 2015 03:23:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <435162D4-683C-43DA-A7E9-439713F557D4@googlemail.com> References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> <20150802035359.GO78154@funkthat.com> <20150804001821.GI78154@funkthat.com> To: FreeBSD CURRENT X-Mailer: Apple Mail (2.3073) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 01:23:44 -0000 > On 04 Aug 2015, at 02:18, John-Mark Gurney wrote: >=20 > Sydney Meyer wrote this message on Mon, Aug 03, 2015 at 01:15 +0200: >> the revision i built included gnn's patches to setkey already. >>=20 >> I have tried to setup a tunnel using strongswan with gcm as esp = cipher mode, but the connection fails with "algorithm AES_GCM_16 not = supported by kernel".. >=20 > It looks like GCM isn't compiled by default by the port... Try the > attached patch to > src/libhydra/plugings/kernel_pfkey/kernel_pfkey_ipsec.c... it may > require more modifications... It works. I had/thought GCM ticked already as a option from "make = config", but these 2 lines made it work. >=20 > Someone else would be better to work on this... Off course, at last, this isn't an issue with CURRENT. I'm going to take = this to the port maintainer.. Thank you anyway, for your help and the great work. >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-current@freebsd.org Tue Aug 4 03:36:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 575D59B2BB3 for ; Tue, 4 Aug 2015 03:36:26 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C4C4BE6; Tue, 4 Aug 2015 03:36:25 +0000 (UTC) (envelope-from julian@freebsd.org) 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 t743aGbq092239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 3 Aug 2015 20:36:20 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Appending to message buffer while in ddb To: Marcel Moolenaar , Eric Badger References: <55BFC80B.2000005@dell.com> <16785483-7FD3-4475-9958-168528AFB2D9@xcllnt.net> Cc: FreeBSD Current , Marcel Moolenaar From: Julian Elischer Message-ID: <55C0332B.5090700@freebsd.org> Date: Tue, 4 Aug 2015 11:36:11 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <16785483-7FD3-4475-9958-168528AFB2D9@xcllnt.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 03:36:26 -0000 On 8/4/15 4:21 AM, Marcel Moolenaar wrote: >> On Aug 3, 2015, at 12:59 PM, Eric Badger wrote: >> >> Hi there, >> >> Since r226435, output from kernel printf/log functions is not appended to the message buffer when in ddb. The commit message doesn't call this out specifically; instead it appears to have been to address double printing to the console while in ddb. I noticed this because a ddb script which previously resulted in some things ending up in a textdump's msgbuf.txt no longer does so. It may be that the answer is "use db_printf in ddb", which is ok, but I thought I'd check anyway to see if the aforementioned change was indeed intentional, since I wasn't able to dig up any discussion about it. > It’s a direct consequence. and really annoying > > -- > Marcel Moolenaar > marcel@xcllnt.net > From owner-freebsd-current@freebsd.org Tue Aug 4 04:04:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2AE69B3199 for ; Tue, 4 Aug 2015 04:04:55 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ABE071E2D; Tue, 4 Aug 2015 04:04:55 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-239-102.lns20.per1.internode.on.net [121.45.239.102]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t7444l56092345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 3 Aug 2015 21:04:50 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Appending to message buffer while in ddb To: Marcel Moolenaar , Eric Badger References: <55BFC80B.2000005@dell.com> <16785483-7FD3-4475-9958-168528AFB2D9@xcllnt.net> <55C0332B.5090700@freebsd.org> Cc: FreeBSD Current , Marcel Moolenaar From: Julian Elischer Message-ID: <55C039D9.8080806@freebsd.org> Date: Tue, 4 Aug 2015 12:04:41 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55C0332B.5090700@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 04:04:55 -0000 On 8/4/15 11:36 AM, Julian Elischer wrote: > On 8/4/15 4:21 AM, Marcel Moolenaar wrote: >>> On Aug 3, 2015, at 12:59 PM, Eric Badger >>> wrote: >>> >>> Hi there, >>> >>> Since r226435, output from kernel printf/log functions is not >>> appended to the message buffer when in ddb. The commit message >>> doesn't call this out specifically; instead it appears to have >>> been to address double printing to the console while in ddb. I >>> noticed this because a ddb script which previously resulted in >>> some things ending up in a textdump's msgbuf.txt no longer does >>> so. It may be that the answer is "use db_printf in ddb", which is >>> ok, but I thought I'd check anyway to see if the aforementioned >>> change was indeed intentional, since I wasn't able to dig up any >>> discussion about it. >> It’s a direct consequence. > > and really annoying though I can understand not wanting to have one's message buffer flushed out with new stuff from ddb. >> >> -- >> Marcel Moolenaar >> marcel@xcllnt.net >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Tue Aug 4 05:16:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D359D9B3D6A; Tue, 4 Aug 2015 05:16:26 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C52E6F1F; Tue, 4 Aug 2015 05:16:26 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6375DF7B; Tue, 4 Aug 2015 05:16:26 +0000 (UTC) Date: Tue, 4 Aug 2015 05:16:25 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1473480669.1.1438665386056.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #756 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 05:16:26 -0000 FreeBSD_HEAD_i386 - Build #756 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/756/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/756/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/756/console Change summaries: No changes The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 FATAL: java.io.EOFException hudson.remoting.RequestAbortedException: java.io.EOFException at hudson.remoting.Request.abort(Request.java:296) at hudson.remoting.Channel.terminate(Channel.java:815) at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to kyua6.nyi.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361) at hudson.remoting.Request.call(Request.java:171) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:980) at hudson.FilePath.act(FilePath.java:969) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1282) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: java.io.EOFException at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) [PostBuildScript] - Execution post build scripts. ERROR: Build step failed with exception java.lang.NullPointerException: no workspace from node hudson.slaves.DumbSlave[kyua6.nyi.freebsd.org] which is computer hudson.slaves.SlaveComputer@4ff65ba6 and has channel null at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143) at org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:726) at hudson.model.Build$BuildExecution.post2(Build.java:185) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:671) at hudson.model.Run.execute(Run.java:1766) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Build step 'Execute a set of scripts' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue Aug 4 08:24:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 014A29B2A40; Tue, 4 Aug 2015 08:24:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E7379F2D; Tue, 4 Aug 2015 08:24:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 53424FD9; Tue, 4 Aug 2015 08:24:04 +0000 (UTC) Date: Tue, 4 Aug 2015 08:24:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1552206724.7.1438676644247.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1473480669.1.1438665386056.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1473480669.1.1438665386056.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #757 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 08:24:04 -0000 FreeBSD_HEAD_i386 - Build #757 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/757/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/757/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/757/console Change summaries: No changes From owner-freebsd-current@freebsd.org Tue Aug 4 13:31:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A2DD9B2AB0 for ; Tue, 4 Aug 2015 13:31:39 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (pb-smtp1.int.icgroup.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0D740C66 for ; Tue, 4 Aug 2015 13:31:38 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 4BEE66485B; Tue, 4 Aug 2015 09:27:34 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject:to :references:cc:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=DMwl1/NRgAUN F+rBaXtZQBdI4dg=; b=qxHgM5fUMVHdLw5phSnj1zGjSdEYEMVdavjhL2KyW9uY D1Nv62sP6RhOIbUdW4/l1h4yf9uCBIPKycgXB1pWTJiK7lVTw4E1SDURxcdSgxPW JgGXFGYMnen5G661sOB9Ng8cHD2QHCKw0Jy5qnAcZ9B6ghuwbHiJTV+ymg3M304= Received: from pb-smtp1.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 458D764859; Tue, 4 Aug 2015 09:27:34 -0400 (EDT) Received: from [192.168.1.103] (unknown [24.7.205.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id C5C2664856; Tue, 4 Aug 2015 09:27:33 -0400 (EDT) Subject: Re: Appending to message buffer while in ddb To: Marcel Moolenaar References: <55BFC80B.2000005@dell.com> <16785483-7FD3-4475-9958-168528AFB2D9@xcllnt.net> Cc: FreeBSD Current From: Eric Badger Message-ID: <55C0BDC0.7010109@badgerio.us> Date: Tue, 4 Aug 2015 08:27:28 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <16785483-7FD3-4475-9958-168528AFB2D9@xcllnt.net> Content-Type: text/plain; charset=utf-8; format=flowed X-Pobox-Relay-ID: 90939C08-3AAC-11E5-8CBB-21AE9F42C9D4-46178211!pb-smtp1.pobox.com Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 13:31:39 -0000 On 08/03/2015 03:21 PM, Marcel Moolenaar wrote: >> On Aug 3, 2015, at 12:59 PM, Eric Badger wrote: >> >> Hi there, >> >> Since r226435, output from kernel printf/log functions is not appended= to the message buffer when in ddb. The commit message doesn't call this = out specifically; instead it appears to have been to address double print= ing to the console while in ddb. I noticed this because a ddb script whic= h previously resulted in some things ending up in a textdump's msgbuf.txt= no longer does so. It may be that the answer is "use db_printf in ddb", = which is ok, but I thought I'd check anyway to see if the aforementioned = change was indeed intentional, since I wasn't able to dig up any discussi= on about it. > It=E2=80=99s a direct consequence. > But is it a necessary consequence? For example, would the below patch=20 also be acceptable (it's perhaps not the cleanest way to do it, but=20 gives the idea)? This way we'll print to the console (once) and, if=20 TOLOG is also specified, append to the message buffer. If this is not=20 acceptable, then I think all ddb commands not using db_printf (such as=20 'show rtc') should be converted to doing so (this might be a good idea=20 either way), since their output cannot currently be captured in textdumps= . Thanks, Eric diff --git sys/kern/subr_prf.c sys/kern/subr_prf.c index 4f35838..4739331 100644 --- sys/kern/subr_prf.c +++ sys/kern/subr_prf.c @@ -463,19 +463,28 @@ putchar(int c, void *arg) struct putchar_arg *ap =3D (struct putchar_arg*) arg; struct tty *tp =3D ap->tty; int flags =3D ap->flags; + int putbuf_done =3D 0; /* Don't use the tty code after a panic or while in ddb. */ if (kdb_active) { if (c !=3D '\0') cnputc(c); - return; - } - - if ((flags & TOTTY) && tp !=3D NULL && panicstr =3D=3D NULL) - tty_putchar(tp, c); + /* Prevent double printing. */ + ap->flags &=3D ~(TOCONS); + flags =3D ap->flags; + } else { + if ((panicstr =3D=3D NULL) && (flags & TOTTY) && (tp !=3D NULL)) + tty_putchar(tp, c); - if ((flags & (TOCONS | TOLOG)) && c !=3D '\0') - putbuf(c, ap); + if (flags & TOCONS) { + putbuf(c, ap); + putbuf_done =3D 1; + } + } + if ((flags & TOLOG) && (putbuf_done =3D=3D 0)) { + if (c !=3D '\0') + putbuf(c, ap); + } } /* From owner-freebsd-current@freebsd.org Tue Aug 4 14:38:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 746DF9B2CEB for ; Tue, 4 Aug 2015 14:38:16 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F36F41E15 for ; Tue, 4 Aug 2015 14:38:15 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by labgo9 with SMTP id go9so8732027lab.3 for ; Tue, 04 Aug 2015 07:38:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=gWH/TtVRiJB+nEQlF2vPLjXm6fbSx0o2wgo1jM55nYM=; b=wweRn9uFKy8aBB+JwfhkZitz5n9eMLyVbSINfJAYGgE/wn5WDa8xUnQ9OD/fIlPX6W 0s11vCDxslCFluXMkW9mMlTxxuQ02NE7SqTfgW2ZGAkxkOvKoBC27gz13YRZPEjecBOy ohFuJGHr6xzqEUpJcNxn4jgICwO6a5FUQyTcXvbbZoTyNIa/ypvXic0d04yddFvmm6fp 7k4DaW28fD0l//sacSuBCI9QkFElxCDIqQQMcxRrL+aOGTkza+Ez1R519kgZm60+Hbol f1AIHAl7qA50ALh7tCkAiogdeDWk+y9i4BQ9OYof4N/UiTUhFMmAvdVDuj3qRPdMC5uG iZlA== MIME-Version: 1.0 X-Received: by 10.112.220.7 with SMTP id ps7mr3845719lbc.72.1438699094056; Tue, 04 Aug 2015 07:38:14 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.80.133 with HTTP; Tue, 4 Aug 2015 07:38:14 -0700 (PDT) Date: Tue, 4 Aug 2015 16:38:14 +0200 X-Google-Sender-Auth: ZQu1S-V9ai0MrYLMdgvzALi04GY Message-ID: Subject: proper way to terminate a kthread when the parent process dies ? From: Luigi Rizzo To: freebsd-current Cc: Luigi Rizzo , Stefano Garzarella , Giuseppe Lettieri Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 14:38:16 -0000 Hi, we have a doubt on the proper way to terminate a kernel thread that has been associated to a user process U within a system call with kthread_add( .. , .., p, ... ) (p is the struct proc * of the calling process, U) When U terminates and goes into kern_exit.c :: exit1() the kernel thread sees the following conditions: P_SHOULDSTOP(td->td_proc) is TRUE td->td_flags has TDF_ASTPENDING | TDF_NEEDSUSPCHK set We are not sure what is the proper way to terminate our kernel thread, whose body is the following: while (must_run) { // someone will set must_run = 0 kthread_suspend_check(); // void work_or_short_tsleep(); // potentially se } kthread_exit(); We have seen different ways for the 1. if (P_SHOULDSTOP(td->td_proc) break; // kthread_exit() is called outside the loop 2. if (P_SHOULDSTOP(td->td_proc) thread_suspend_check(0); // which then terminates the thread // this is done in sys/rpc/svc.c We are a bit unsure whether calling the thread_*() function in a kthread is correct -- but there is an example in the kernel. Variants involve locking td->td_proc (but is it necessary ? The process won't go away until all child threads die), or checking the td_tdflags instead of the parent process' flags. So what is the correct way ? cheers luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Tue Aug 4 14:53:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB63E9B30B7 for ; Tue, 4 Aug 2015 14:53:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 391808DC for ; Tue, 4 Aug 2015 14:53:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t74ErBrt025189 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 4 Aug 2015 17:53:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t74ErBrt025189 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t74ErB0m025188; Tue, 4 Aug 2015 17:53:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Aug 2015 17:53:11 +0300 From: Konstantin Belousov To: Luigi Rizzo Cc: freebsd-current , Stefano Garzarella , Giuseppe Lettieri Subject: Re: proper way to terminate a kthread when the parent process dies ? Message-ID: <20150804145311.GN2072@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.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 14:53:20 -0000 On Tue, Aug 04, 2015 at 04:38:14PM +0200, Luigi Rizzo wrote: > Hi, > we have a doubt on the proper way to terminate a kernel thread that > has been associated to a user process U within a system call with > > kthread_add( .. , .., p, ... ) > > (p is the struct proc * of the calling process, U) > > When U terminates and goes into kern_exit.c :: exit1() > the kernel thread sees the following conditions: > > P_SHOULDSTOP(td->td_proc) is TRUE > > td->td_flags has TDF_ASTPENDING | TDF_NEEDSUSPCHK set > > We are not sure what is the proper way to terminate > our kernel thread, whose body is the following: > > while (must_run) { // someone will set must_run = 0 > > kthread_suspend_check(); // void > work_or_short_tsleep(); // potentially se > } > kthread_exit(); > > We have seen different ways for the > > 1. if (P_SHOULDSTOP(td->td_proc) > break; // kthread_exit() is called outside the loop > > 2. if (P_SHOULDSTOP(td->td_proc) > thread_suspend_check(0); // which then terminates the thread > // this is done in sys/rpc/svc.c > > We are a bit unsure whether calling the thread_*() function in a kthread > is correct -- but there is an example in the kernel. > > Variants involve locking td->td_proc (but is it necessary ? The process > won't go away until all child threads die), or checking the td_tdflags > instead of the parent process' flags. > > So what is the correct way ? If this is a thread of the normal user process, then it is not a kernel thread, even if it never leaves the kernel mode. You must call thread_suspend_check() in any in-kernel loop to allow the stops and process exit to work. From owner-freebsd-current@freebsd.org Tue Aug 4 15:22:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A19719B3765 for ; Tue, 4 Aug 2015 15:22:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from smtp.hungerhost.com (smtp.hungerhost.com [216.38.53.177]) (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 78A7C1CA0 for ; Tue, 4 Aug 2015 15:22:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from global-1-30.nat.csx.cam.ac.uk ([131.111.184.30]:61301 helo=[172.17.218.186]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85) (envelope-from ) id 1ZMe2V-0006v4-IQ; Tue, 04 Aug 2015 11:22:03 -0400 From: "George Neville-Neil" To: "Sydney Meyer" Cc: "FreeBSD CURRENT" Subject: Re: IPSEC stop works after r285336 Date: Tue, 04 Aug 2015 16:21:51 +0100 Message-ID: <2A67BE23-CBA2-4AD6-A8EB-7D3DB7B56760@neville-neil.com> In-Reply-To: References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> <20150802035359.GO78154@funkthat.com> <3D37A596-CC4A-446C-BBE7-27DC9DC7E1F7@neville-neil.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.2r5107) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 15:22:05 -0000 Two things you might do to help. The first is just send out a list of what you are testing so we know. The second is to contribute configs and the like to the netperf repo https://github.com/gvnn3/netperf We take pull requests :-) Best, George On 3 Aug 2015, at 23:20, Sydney Meyer wrote: > Besides strongswan (actually, i don't know of any other ike-daemon > which supports aes-gcm, apart from netbsd's racoon) connections with > manually set up policies indeed seem to work fine, host-host iperf > stuff, nothing fancy yet. > > Anyway, i will start playing around with this in some more scenarios > and let you guys know if i come around any problems. > > If you would like me to test something specific, please let me know if > i can help. > > Cheers, > S. > >> On 03 Aug 2015, at 18:23, George Neville-Neil >> wrote: >> >> This is being actively debugged and jmg@ and I have been testing a >> fix that should >> address this issue. >> >> Best, >> George >> >> >> On 3 Aug 2015, at 0:15, Sydney Meyer wrote: >> >>> Hi John-Mark, >>> >>> the revision i built included gnn's patches to setkey already. >>> >>> I have tried to setup a tunnel using strongswan with gcm as esp >>> cipher mode, but the connection fails with "algorithm AES_GCM_16 not >>> supported by kernel".. >>> >>> Here's the full log output: >>> >>> Aug 3 00:34:28 00[DMN] Starting IKE charon daemon (strongSwan >>> 5.3.2, FreeBSD 11.0-CURRENT, amd64) >>> Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument >>> Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv6 on port >>> 4500 failed >>> Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument >>> Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv4 on port >>> 4500 failed >>> Aug 3 00:34:28 00[CFG] loading ca certificates from >>> '/usr/local/etc/ipsec.d/cacerts' >>> Aug 3 00:34:28 00[CFG] loading aa certificates from >>> '/usr/local/etc/ipsec.d/aacerts' >>> Aug 3 00:34:28 00[CFG] loading ocsp signer certificates from >>> '/usr/local/etc/ipsec.d/ocspcerts' >>> Aug 3 00:34:28 00[CFG] loading attribute certificates from >>> '/usr/local/etc/ipsec.d/acerts' >>> Aug 3 00:34:28 00[CFG] loading crls from >>> '/usr/local/etc/ipsec.d/crls' >>> Aug 3 00:34:28 00[CFG] loading secrets from >>> '/usr/local/etc/ipsec.secrets' >>> Aug 3 00:34:28 00[CFG] loaded IKE secret for @moon.strongswan.org >>> @sun.strongswan.org >>> Aug 3 00:34:28 00[LIB] loaded plugins: charon aes des blowfish rc2 >>> sha1 sha2 md4 md5 random nonce x509 revocation constraints pubkey >>> pkcs1 pkcs7 pkcs8 pkcs12 pgp dnskey sshkey pem openssl fips-prf xcbc >>> cmac hmac gcm attr kernel-pfkey kernel-pfroute resolve >>> socket-default stroke updown eap-identity eap-md5 eap-mschapv2 >>> eap-tls eap-ttls eap-peap xauth-generic whitelist addrblock >>> Aug 3 00:34:28 00[JOB] spawning 16 worker threads >>> Aug 3 00:34:28 15[CFG] received stroke: add connection 'host-host' >>> Aug 3 00:34:28 15[CFG] added configuration 'host-host' >>> Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[500] to >>> 10.0.30.59[500] (448 bytes) >>> Aug 3 00:34:47 15[ENC] parsed IKE_SA_INIT request 0 [ SA KE No >>> N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) ] >>> Aug 3 00:34:47 15[IKE] 10.0.30.109 is initiating an IKE_SA >>> Aug 3 00:34:47 15[ENC] generating IKE_SA_INIT response 0 [ SA KE No >>> N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) N(MULT_AUTH) ] >>> Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[500] to >>> 10.0.30.109[500] (448 bytes) >>> Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[4500] to >>> 10.0.30.59[4500] (282 bytes) >>> Aug 3 00:34:47 15[ENC] parsed IKE_AUTH request 1 [ IDi >>> N(INIT_CONTACT) IDr AUTH N(ESP_TFC_PAD_N) SA TSi TSr N(MOBIKE_SUP) >>> N(ADD_6_ADDR) N(MULT_AUTH) N(EAP_ONLY) ] >>> Aug 3 00:34:47 15[CFG] looking for peer configs matching >>> 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] >>> Aug 3 00:34:47 15[CFG] selected peer config 'host-host' >>> Aug 3 00:34:47 15[IKE] authentication of 'moon.strongswan.org' with >>> pre-shared key successful >>> Aug 3 00:34:47 15[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not >>> using ESPv3 TFC padding >>> Aug 3 00:34:47 15[IKE] peer supports MOBIKE >>> Aug 3 00:34:47 15[IKE] authentication of 'sun.strongswan.org' >>> (myself) with pre-shared key >>> Aug 3 00:34:47 15[IKE] IKE_SA host-host[1] established between >>> 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] >>> Aug 3 00:34:47 15[IKE] scheduling reauthentication in 3416s >>> Aug 3 00:34:47 15[IKE] maximum IKE_SA lifetime 3596s >>> Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by >>> kernel! >>> Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by >>> kernel! >>> Aug 3 00:34:47 15[IKE] unable to install inbound and outbound IPsec >>> SA (SAD) in kernel >>> Aug 3 00:34:47 15[IKE] failed to establish CHILD_SA, keeping IKE_SA >>> Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI >>> c07a87b4: No such file or directory (2) >>> Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI >>> c653554a: No such file or directory (2) >>> Aug 3 00:34:47 15[ENC] generating IKE_AUTH response 1 [ IDr AUTH >>> N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_6_ADDR) N(NO_PROP) ] >>> Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[4500] to >>> 10.0.30.109[4500] (159 bytes) >>> >>> I know that pfsense has moved from racoon to strongswan as their >>> ike-daemon, iirc mainly because of strongswans ikev2 daemon and >>> their GCM support. I'm going to try and have a look what changes >>> pfsense may have made to strongswan to support GCM on FreeBSD, >>> although i should probably mention, i am not very experienced at >>> this. >>> >>> >>>> On 02 Aug 2015, at 05:53, John-Mark Gurney >>>> wrote: >>>> >>>> Sydney Meyer wrote this message on Sun, Aug 02, 2015 at 04:03 >>>> +0200: >>>>> i have tried your patches from your ipsecgcm branch. The build >>>>> completes, boots fine and indeed, dmesg shows "aesni0: >>>>> on motherboard". >>>> >>>> Yeh, these patches are more about getting IPsec to work w/ the >>>> modes >>>> that aesni now supports... >>>> >>>>> I'm going to try out the new cipher modes tomorrow and will get >>>>> back.. >>>> >>>> Make sure you get the gnn's setkey changes in r286143 otherwise GCM >>>> and CTR won't work... >>>> >>>> Thanks for doing more testing.. I've only done basic ping tests, so >>>> passing more real traffic through would be nice... >>>> >>>>>> On 01 Aug 2015, at 22:01, John-Mark Gurney >>>>>> wrote: >>>>>> >>>>>> Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 >>>>>> +0200: >>>>>>> Same here, fixed running r286015. Thanks a bunch. >>>>>> >>>>>> If you'd like to do some more testing, test the patches in: >>>>>> https://github.com/jmgurney/freebsd/tree/ipsecgcm >>>>>> >>>>>> These patches get GCM and CTR modes working as tested against >>>>>> NetBSD >>>>>> 6.1.5... >>>>>> >>>>>> Hope to commit these in the next few days.. >>>>>> >>>>>> Thanks. >>>>>> >>>>>>>> On 29 Jul 2015, at 14:56, Alexandr Krivulya >>>>>>>> wrote: >>>>>>>> >>>>>>>> 29.07.2015 10:17, John-Mark Gurney ??????????: >>>>>>>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at >>>>>>>>> 10:38 +0300: >>>>>>>>> >>>>>>>>> [...] >>>>>>>>> >>>>>>>>>> With r285535 all works fine. >>>>>>>>> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 >>>>>>>>> +0200: >>>>>>>>>> I'm having the same problem with IPSec, running -current with >>>>>>>>>> r285794. >>>>>>>>>> >>>>>>>>>> Don't know if this helps, but "netstat -s -p esp" shows >>>>>>>>>> packets dropped; bad ilen. >>>>>>>>> It looks like there was an issue w/ that commit... After >>>>>>>>> looking at >>>>>>>>> the code, and working w/ gnn, I have committed r286000 which >>>>>>>>> fixes it >>>>>>>>> in my test cases... >>>> >>>> -- >>>> John-Mark Gurney Voice: +1 415 225 5579 >>>> >>>> "All that I will do, has been done, All that I have, has not." >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Aug 4 15:32:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA4669B3C44 for ; Tue, 4 Aug 2015 15:32:30 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52784B73 for ; Tue, 4 Aug 2015 15:32:30 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by lady2 with SMTP id y2so6007480lad.0 for ; Tue, 04 Aug 2015 08:32:28 -0700 (PDT) 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=KkM5bFd0BGe7Lxua42Bj2Zf5orNiqT9hbt5wiPlaxQ8=; b=hIe7pMOfJ3jqtJNiNuFSPNqbqPSTJGYiaw3XfZr2R49wH7W3lHtVFGfAE1y1BM5ZM9 LLEcW7oRVfc0N4NxJGYLjtCcTiYUrO56lOsx3oMuUhkUz+Ke95GBb5MVxWIIpQOw0P3a DFp9h9Q000MT3z0u8Nf+wDgeE3igJrv3DDbrEP/Z0iRnBC0vpgkQuJsEFqNtaDjUpolD pCOuu5k8Kd8t9ACVtIRCahPfgpDtdNVuRHERc4P4o4k25Vg/NlnB56W/4aMIiNWRwnQ1 UowWIP5NXl681ZJbiB6o8Iwli8QgXouAwojaGjEUICg38WZyhSPmSYBfDTQoux119DZC x4mA== MIME-Version: 1.0 X-Received: by 10.112.210.6 with SMTP id mq6mr4169007lbc.83.1438702348245; Tue, 04 Aug 2015 08:32:28 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.80.133 with HTTP; Tue, 4 Aug 2015 08:32:28 -0700 (PDT) In-Reply-To: <20150804145311.GN2072@kib.kiev.ua> References: <20150804145311.GN2072@kib.kiev.ua> Date: Tue, 4 Aug 2015 17:32:28 +0200 X-Google-Sender-Auth: 2Ic_AFjbT8rtXYazoSwJZt_LCo8 Message-ID: Subject: Re: proper way to terminate a kthread when the parent process dies ? From: Luigi Rizzo To: Konstantin Belousov Cc: freebsd-current , Stefano Garzarella , Giuseppe Lettieri , Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 15:32:31 -0000 On Tue, Aug 4, 2015 at 4:53 PM, Konstantin Belousov wrote: > On Tue, Aug 04, 2015 at 04:38:14PM +0200, Luigi Rizzo wrote: >> Hi, >> we have a doubt on the proper way to terminate a kernel thread that >> has been associated to a user process U within a system call with >> >> kthread_add( .. , .., p, ... ) >> >> (p is the struct proc * of the calling process, U) >> >> When U terminates and goes into kern_exit.c :: exit1() >> the kernel thread sees the following conditions: >> >> P_SHOULDSTOP(td->td_proc) is TRUE >> >> td->td_flags has TDF_ASTPENDING | TDF_NEEDSUSPCHK set >> >> We are not sure what is the proper way to terminate >> our kernel thread, whose body is the following: >> >> while (must_run) { // someone will set must_run = 0 >> >> kthread_suspend_check(); // void >> work_or_short_tsleep(); // potentially se >> } >> kthread_exit(); >> >> We have seen different ways for the >> >> 1. if (P_SHOULDSTOP(td->td_proc) >> break; // kthread_exit() is called outside the loop >> >> 2. if (P_SHOULDSTOP(td->td_proc) >> thread_suspend_check(0); // which then terminates the thread >> // this is done in sys/rpc/svc.c >> >> We are a bit unsure whether calling the thread_*() function in a kthread >> is correct -- but there is an example in the kernel. >> >> Variants involve locking td->td_proc (but is it necessary ? The process >> won't go away until all child threads die), or checking the td_tdflags >> instead of the parent process' flags. >> >> So what is the correct way ? > > If this is a thread of the normal user process, then it is not a kernel > thread, even if it never leaves the kernel mode. thanks for the answer. i do not really know what is the difference between a "kernel thread" and a "thread". Could you clarify what is the distinctive feature between the two ? Perhaps being owned by pid 0 ? This specific thread is created within a system call by invoking kthread_add() and associated with the user process. > > You must call thread_suspend_check() in any in-kernel loop to allow the > stops and process exit to work. so does it mean that the kthread_suspend_check() is incorrect and we should use thread_suspend_check() instead ? cheers luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Tue Aug 4 16:02:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B27D89B255C for ; Tue, 4 Aug 2015 16:02:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 297AFEE4 for ; Tue, 4 Aug 2015 16:02:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t74G2CxT041641 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 4 Aug 2015 19:02:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t74G2CxT041641 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t74G2BBg041640; Tue, 4 Aug 2015 19:02:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Aug 2015 19:02:11 +0300 From: Konstantin Belousov To: Luigi Rizzo Cc: freebsd-current , Stefano Garzarella , Giuseppe Lettieri Subject: Re: proper way to terminate a kthread when the parent process dies ? Message-ID: <20150804160211.GO2072@kib.kiev.ua> References: <20150804145311.GN2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 16:02:21 -0000 On Tue, Aug 04, 2015 at 05:32:28PM +0200, Luigi Rizzo wrote: > On Tue, Aug 4, 2015 at 4:53 PM, Konstantin Belousov wrote: > > If this is a thread of the normal user process, then it is not a kernel > > thread, even if it never leaves the kernel mode. > > thanks for the answer. > > i do not really know what is the difference between a "kernel thread" > and a "thread". > Could you clarify what is the distinctive feature between the two ? > Perhaps being owned by pid 0 ? No. I probably having troubles answering this exact question. TDP_KTHREAD is used as a shortcut in several places, mostly to avoid some specific actions that are useless for the real kernel process. E.g. the amd64 context switch code avoids setting some CPU registers when switching to the kernel thread. Hacks to not switch address spaces when switching to the kthread were already removed. Overall, claiming that a thread of the normal user process (i.e. process which executes in userspace) is kernel thread is fragile and, if not breaking in your tests, could break later. > > This specific thread is created within a system call by invoking kthread_add() > and associated with the user process. Did you tried the other approach, by creating the thread from userspace, and then executing the syscall which would loop ? This is how things are done by e.g. nfsd. Still, if you looping in the kernel, you must call thread_suspend_check() periodically. > > > > > You must call thread_suspend_check() in any in-kernel loop to allow the > > stops and process exit to work. > > so does it mean that the kthread_suspend_check() is incorrect and we should > use thread_suspend_check() instead ? Most likely yes. From owner-freebsd-current@freebsd.org Tue Aug 4 16:27:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE5B99B2BCB for ; Tue, 4 Aug 2015 16:27:48 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BEDD137 for ; Tue, 4 Aug 2015 16:27:48 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by labow3 with SMTP id ow3so11089864lab.1 for ; Tue, 04 Aug 2015 09:27:46 -0700 (PDT) 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=2pqvq5eiwiIIg1FD77ES0jFmNGYhRNd+seYgLqvFFUo=; b=pFLovuVu2cwsuD8wUN0lfdj1YG3b2JCLNq7qfIgbLSSC6qVvJ1THZtzVwnkdRdvct7 xm/eUe6+S/gwZLSsFxVs50lJnxenYiEirXQtgHiMBQ1RWBMz6wfJxL9WKcgWjjz0SxSy D7KI1NdRN56yIzVFAmYrGlLzQrZbBJ0dlc8Tj6hU199LK5UWt//wLV9GMIj3RzQloeF5 Z3e+CyCDolKMqJJHBZA/Qnfz5pp5Pqj/94xVTa8LaU9sD7h1jJs3enWAOsofukMxbPV5 LFxtp9x6wBgWWSpjs3tIRTyY654KT1Jo3kxZSZ8YyE66BF1DkUOjqgyoUW2HuM0NHHeN HVBQ== MIME-Version: 1.0 X-Received: by 10.112.163.226 with SMTP id yl2mr4517316lbb.100.1438705666269; Tue, 04 Aug 2015 09:27:46 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.80.133 with HTTP; Tue, 4 Aug 2015 09:27:46 -0700 (PDT) In-Reply-To: <20150804160211.GO2072@kib.kiev.ua> References: <20150804145311.GN2072@kib.kiev.ua> <20150804160211.GO2072@kib.kiev.ua> Date: Tue, 4 Aug 2015 18:27:46 +0200 X-Google-Sender-Auth: iLzlBoMAxkUPCnNOe8yACXdO6SM Message-ID: Subject: Re: proper way to terminate a kthread when the parent process dies ? From: Luigi Rizzo To: Konstantin Belousov Cc: freebsd-current , Stefano Garzarella , Giuseppe Lettieri Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 16:27:49 -0000 On Tue, Aug 4, 2015 at 6:02 PM, Konstantin Belousov wrote: > On Tue, Aug 04, 2015 at 05:32:28PM +0200, Luigi Rizzo wrote: >> On Tue, Aug 4, 2015 at 4:53 PM, Konstantin Belousov wrote: >> > If this is a thread of the normal user process, then it is not a kernel >> > thread, even if it never leaves the kernel mode. >> >> thanks for the answer. >> >> i do not really know what is the difference between a "kernel thread" >> and a "thread". >> Could you clarify what is the distinctive feature between the two ? >> Perhaps being owned by pid 0 ? > No. I probably having troubles answering this exact question. TDP_KTHREAD > is used as a shortcut in several places, mostly to avoid some specific > actions that are useless for the real kernel process. E.g. the amd64 > context switch code avoids setting some CPU registers when switching to > the kernel thread. Hacks to not switch address spaces when switching > to the kthread were already removed. > > Overall, claiming that a thread of the normal user process (i.e. process > which executes in userspace) is kernel thread is fragile and, if not > breaking in your tests, could break later. >> >> This specific thread is created within a system call by invoking kthread_add() >> and associated with the user process. > Did you tried the other approach, by creating the thread from userspace, > and then executing the syscall which would loop ? This is how things are > done by e.g. nfsd. ok will look at the alternative you suggest. Specifically, our two threads implement the host part of a virtualized network interface and operate in a way that is very similar to an interrupt handler, or vhost-net in KVM. In principle, the user process that issues the system call could be unaware of the existence and number of those threads; that is why we went for a "kernel thread" created within the kernel. thanks again for the explanation cheers luigi > > Still, if you looping in the kernel, you must call thread_suspend_check() > periodically. >> >> > >> > You must call thread_suspend_check() in any in-kernel loop to allow the >> > stops and process exit to work. >> >> so does it mean that the kthread_suspend_check() is incorrect and we should >> use thread_suspend_check() instead ? > Most likely yes. -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Tue Aug 4 16:46:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 020D69B323D for ; Tue, 4 Aug 2015 16:46:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CC6018C1 for ; Tue, 4 Aug 2015 16:46:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t74Gk3xj051870 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 4 Aug 2015 19:46:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t74Gk3xj051870 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t74Gk3uJ051868; Tue, 4 Aug 2015 19:46:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Aug 2015 19:46:03 +0300 From: Konstantin Belousov To: Luigi Rizzo Cc: freebsd-current , Stefano Garzarella , Giuseppe Lettieri Subject: Re: proper way to terminate a kthread when the parent process dies ? Message-ID: <20150804164603.GQ2072@kib.kiev.ua> References: <20150804145311.GN2072@kib.kiev.ua> <20150804160211.GO2072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 16:46:09 -0000 On Tue, Aug 04, 2015 at 06:27:46PM +0200, Luigi Rizzo wrote: > Specifically, our two threads implement the host part of a virtualized network > interface and operate in a way that is very similar to an interrupt handler, > or vhost-net in KVM. In principle, the user process that issues > the system call could be unaware of the existence and number of > those threads; that is why we went for a "kernel thread" created > within the kernel. You might try to construct this using the recently added initialize_thread argument to the thread_create(). Specifically, you could call cpu_set_fork_handler() there, instead of cpu_set_upcall(_kse)(), to leave the thread in the kernel and force it to execute your function. From owner-freebsd-current@freebsd.org Wed Aug 5 00:04:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAF4E9B3793 for ; Wed, 5 Aug 2015 00:04:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98363107D for ; Wed, 5 Aug 2015 00:04:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (75-48-78-19.lightspeed.cncrca.sbcglobal.net [75.48.78.19]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 735A8B926; Tue, 4 Aug 2015 20:04:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Conrad Meyer , Mateusz Guzik Subject: Re: unp gc vs socket close/shutdown race Date: Tue, 04 Aug 2015 14:21:10 -0700 Message-ID: <4153235.GTBni4FTu6@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Aug 2015 20:04:21 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 00:04:23 -0000 On Sunday, July 12, 2015 10:51:57 AM Conrad Meyer wrote: > Hi all, > > (Sorry In-Reply-To is wrong; gmail isn't the most flexible MUA and I > was not subscribed to FreeBSD-Current until today.) > > I have a slightly cleaned up version of this patch in phabricator at > https://reviews.freebsd.org/D3044 . My mentor thinks it looks ok, but > we would appreciate any feedback y'all have. The PR is here: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194264 . > > Primary changes from MJG's patch: > > * Rather than adding PR_DISPOSE2 flag, we just change dom_dispose KPI. > Unix local domain is the only in-tree consumer. I see you committed this to HEAD already and I certainly prefer fixing the KPI in HEAD. However, changing the domain KPI/KBI may not be MFC'able, so you might need to use someting closer to Matuesz's original patch when you merge. -- John Baldwin From owner-freebsd-current@freebsd.org Wed Aug 5 00:04:24 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AD119B37A5 for ; Wed, 5 Aug 2015 00:04:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28B38107E for ; Wed, 5 Aug 2015 00:04:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (75-48-78-19.lightspeed.cncrca.sbcglobal.net [75.48.78.19]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 16CB4B94A; Tue, 4 Aug 2015 20:04:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: John-Mark Gurney , Ryan Stone Subject: Re: How should a driver shutdown a taskqueue on detach? Date: Tue, 04 Aug 2015 14:08:02 -0700 Message-ID: <8275579.N9C6ZanMsb@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: <20150701232510.GH96349@funkthat.com> References: <20150701232510.GH96349@funkthat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Aug 2015 20:04:23 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 00:04:24 -0000 On Wednesday, July 01, 2015 04:25:10 PM John-Mark Gurney wrote: > Ryan Stone wrote this message on Wed, Jul 01, 2015 at 15:44 -0400: > > I'm trying to figure out how a driver is supposed to shut down its > > interrupt-handling taskqueue when it detaches. taskqueue(9) recommends > > disabling interrupts, draining each task and then freeing the taskqueue. > > The problem that I have is the interrupt-handling tasks will sometimes > > re-enable interrupts on the device. Is there a better way than using some > > kind of flag internally in the driver to note that a detach is in progress > > that the interrupt handlers will have to check before enabling interrupts? > > Why not disabled interrupts, unregister interrupt handler, and then > make sure interrupts are disabled (only needed to prevent an interrupt > storm)? Once you have unregistered the interrupt handler, it can't run > again... Then you're free to drain the task queue safely... Yes. Do the bus_teardown_intr() first, then drain any pending tasks. -- John Baldwin From owner-freebsd-current@freebsd.org Wed Aug 5 00:13:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D43B9B3A74 for ; Wed, 5 Aug 2015 00:13:12 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6515A1C55; Wed, 5 Aug 2015 00:13:12 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id BA370127F; Wed, 5 Aug 2015 00:13:11 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 5 Aug 2015 00:13:10 +0000 From: Glen Barber To: Larry Rosenman Cc: Warner Losh , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box Message-ID: <20150805001310.GC1484@FreeBSD.org> References: <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> <20150731213255.GC1304@FreeBSD.org> <20150803171057.GA894@oldtbh.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yVhtmJPUSI46BTXb" Content-Disposition: inline In-Reply-To: <20150803171057.GA894@oldtbh.lerctr.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 00:13:12 -0000 --yVhtmJPUSI46BTXb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 03, 2015 at 12:10:57PM -0500, Larry Rosenman wrote: > Just to close this out, current -HEAD is fine on this box with > pmspcv in GENERIC, and using that as my base. No nasty pmspcv messages.= =20 >=20 Sorry for the delayed reply. Again, Larry, thank you for your help with this - you very likely helped avoid a huge problem in 10.2-RELEASE. Warner, again, thank you for the quick fix. Glen --yVhtmJPUSI46BTXb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVwVUWAAoJEAMUWKVHj+KTIOMQAIV61rzcJUiA0EMMNnNh2fXN jTIqBDeLf4o8lmtS5hhnXHfyR+NeTBTxQawKnZwQi3/ncUJEAfVmeKiI6MMU2gdk 1+9Ett+hGd6CMsRcxMlnBArW4Hi+LNMCAenvPWoU1TSgxPPiXwzLvxnKRespdiZ+ hmLaqFFUjGzc6RLb9K/cPqYqY+OK8wygIJ1CxXwNHwBMH0KI3UJtTNvIdaUDZgBI h3CN0gidGvyZZwHSGJlqkWIX3CQ3VyHaizHOeBj0Tc1/a5jHU+crq7UiyqLsqayq AadT7m6O2I+CVHM7Vl+ZaG+q8SvuQdt9fxcL9ApUSW8nyamlGWal6b/uC1nXFVZM ML9/2CvocS8T+Tdkc26mGpmooVA/2le8jTmIMA0yW4Ryo63u5bfbkVtN106/j2Ci JyZQvDs2pZC5UKHrgGp/rte/ph0xXhDdRYAnTjCz1XsvaB7V2WQXmXlhm0eHpzp8 haQzNoLrQsIZFiBdbpWTVnxRfeMx16h/ejns19UfmMQwq3HexuUQlJDKbdljIJAA nskl9JdraY7wV9Yyf0hO7qdaBVODXMUsXb6y7aaVxiOxM0nPhBbSszl0ItyDmTa7 UKDpZ8AY3bBYpR/2sFNtxUAfAgHSTbhb7zHlOkGuu05yQlG5Svsx2od09yZPiJoy PoHUGq5NfaADKsUgFUwu =FEM7 -----END PGP SIGNATURE----- --yVhtmJPUSI46BTXb-- From owner-freebsd-current@freebsd.org Wed Aug 5 00:30:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F0AF9B3DEF for ; Wed, 5 Aug 2015 00:30:11 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D80A1217; Wed, 5 Aug 2015 00:30:10 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=hm2JDSdoih4L16Bif0l/0Hz36gyMMpayEWcmtCFUems=; b=KfEU+IBrK8CrpI2DYf4YTIPE4vTdSArIfNDJ42ZPFvXY9XiTUTnUOhfP0IYjzt+6ZNe3PtkQN7zbtrDMwackoNdfwCGqzBLE5B/TmfSGDLHAuyeVa95tPeMcKEgO81gBgKigyPMiMW4qPCHJlGuQT9gZW7W3Ij+Nl5BzTiMqt0o=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:60349 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZMmav-000J0U-FG; Tue, 04 Aug 2015 19:30:09 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 04 Aug 2015 19:30:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 04 Aug 2015 19:30:09 -0500 From: Larry Rosenman To: Glen Barber Cc: Warner Losh , Benno Rice , freebsd-current@freebsd.org Subject: Re: pmspcv panic on boot on this box In-Reply-To: <20150805001310.GC1484@FreeBSD.org> References: <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> <20150731213255.GC1304@FreeBSD.org> <20150803171057.GA894@oldtbh.lerctr.org> <20150805001310.GC1484@FreeBSD.org> Message-ID: <5fbb0c81312319b8c218e013716403ee@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 00:30:11 -0000 On 2015-08-04 19:13, Glen Barber wrote: > On Mon, Aug 03, 2015 at 12:10:57PM -0500, Larry Rosenman wrote: >> Just to close this out, current -HEAD is fine on this box with >> pmspcv in GENERIC, and using that as my base. No nasty pmspcv >> messages. >> > > Sorry for the delayed reply. > > Again, Larry, thank you for your help with this - you very likely > helped > avoid a huge problem in 10.2-RELEASE. > > Warner, again, thank you for the quick fix. > > Glen My absolute pleasure. I enjoy helping :) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Wed Aug 5 00:35:25 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAD139B3F63 for ; Wed, 5 Aug 2015 00:35:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2D37CA for ; Wed, 5 Aug 2015 00:35:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B32651BF for ; Wed, 5 Aug 2015 00:35:25 +0000 (UTC) Date: Wed, 5 Aug 2015 00:35:25 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-current@freebsd.org Message-ID: <1924437054.11.1438734925475.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <634886434.10.1438719955331.JavaMail.jenkins@jenkins-9.freebsd.org> References: <634886434.10.1438719955331.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2079 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 00:35:25 -0000 See From owner-freebsd-current@freebsd.org Wed Aug 5 03:24:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D2A59B36DD for ; Wed, 5 Aug 2015 03:24:47 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D48619D6 for ; Wed, 5 Aug 2015 03:24:47 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by ioeg141 with SMTP id g141so36990757ioe.3 for ; Tue, 04 Aug 2015 20:24:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=MYgxQRq/oyzPG1mR3+XUYpnnh9zxoIUmvU+X9jXEClU=; b=lJZ5p1xA56O/KTzDWMuCutSnEslRu/XglzbHnxJTZDvbZbTDoyULHrvDB9/gKx6aPB 5gpY5LC9vKcWRONYr6FvnSOSa03HWxTYQ6ZvZRg2bF/reUzZjVdfSsTxaDGfa3Dhl/nO 4L+NL4up6mDqgqFCAkuMvDzlEVLkQDNDLDU83KePeQZ0OLYIZFTmEH1RUd6Bb3Zyx3kb aC9Hc6hf2QCJnBbpS//E46O+Ert9wTcYuUmugIVK5vCP85iQGs/7wl6nteEk7frjqKB2 lVtZAZvPt6t52hU8PG93RhSgU4AKUUuHECeIqkssZ01GGgsvo0Eyu0kUdoRuXSSii7a4 K1HQ== X-Received: by 10.107.135.193 with SMTP id r62mr7271511ioi.29.1438745086278; Tue, 04 Aug 2015 20:24:46 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.136.200 with HTTP; Tue, 4 Aug 2015 20:24:26 -0700 (PDT) From: Ed Maste Date: Wed, 5 Aug 2015 03:24:26 +0000 X-Google-Sender-Auth: vMgZrD4dc9g360eH1yGDeCxQLbQ Message-ID: Subject: Memory modified after free, seemingly geli related To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 03:24:47 -0000 I've encountered a few memory modified after free panics recently, which seem to be from geli. I don't yet have any debugging to completely confirm it's geli, but it has not happened on my other test laptop which configured similarly but without geli. This has a few local patches from my to-commit-to-HEAD queue. FreeBSD volta 11.0-CURRENT FreeBSD 11.0-CURRENT #10 r284409+6a002d9(staging): Tue Jul 7 17:57:01 EDT 2015 panic: Memory modified after free 0xfffff80009d504d8(248) val=0 @ 0xfffff80009d50518 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011414a880 vpanic() at vpanic+0x189/frame 0xfffffe011414a900 panic() at panic+0x43/frame 0xfffffe011414a960 trash_ctor() at trash_ctor+0x48/frame 0xfffffe011414a970 uma_zalloc_arg() at uma_zalloc_arg+0x573/frame 0xfffffe011414a9e0 g_clone_bio() at g_clone_bio+0x1d/frame 0xfffffe011414aa00 g_eli_start() at g_eli_start+0xbd/frame 0xfffffe011414aa30 g_io_schedule_down() at g_io_schedule_down+0xe6/frame 0xfffffe011414aa60 g_down_procbody() at g_down_procbody+0x7d/frame 0xfffffe011414aa70 fork_exit() at fork_exit+0x84/frame 0xfffffe011414aab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011414aab0 --- trap 0, rip = 0, rsp = 0xfffffe011414ab70, rbp = 0 --- From owner-freebsd-current@freebsd.org Wed Aug 5 03:31:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D69D9B38BE for ; Wed, 5 Aug 2015 03:31:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D39E21D00 for ; Wed, 5 Aug 2015 03:31:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by pdco4 with SMTP id o4so12489390pdc.3 for ; Tue, 04 Aug 2015 20:31:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=aVOo3bSKCvVz66FYOEK4zvDuGjV0O62srnP7ZTdl8gI=; b=RLiqoEtguQXHYKLertPhj/Bl5ilMv8of4YIDHOjZvYpMSmV1UlomihxQmAE/1LOrhp Fxkqiq9I3zNxkPC1qmj7+75ml2dxhwu4UVvoOfv1eFI6HcBkOq74op7PZpOfMstK2Uhf 50Vl8T3CvI5gtEGnTBMYEtXX7MGvwocSHpxeE+qm50/zSAPZdgFewpBqa+PnlQrXZpUv c+QkNmlTIMq7QIMGmMJD+42jpF2TYm8meeLXFpQfXucQ3cZ4OkkOOlMemtiVPLOehMLF 7nw9uNcWqxZl5mV9Qr5PenIfBD1bkIlzzopxjsEHvi+7ckwFn8bp2huK9aO2UvmGe1IQ lnJg== X-Gm-Message-State: ALoCoQlWelydXcYUcP8I1OC3Fr6EX5MGOWkRxqNZuso0AtlHxH8QNWCGR9znvpkm0EMLeU2iscLy X-Received: by 10.70.90.161 with SMTP id bx1mr15137972pdb.10.1438745483539; Tue, 04 Aug 2015 20:31:23 -0700 (PDT) Received: from [10.64.24.42] ([69.53.236.236]) by smtp.gmail.com with ESMTPSA id xp10sm911534pac.34.2015.08.04.20.31.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Aug 2015 20:31:22 -0700 (PDT) Sender: Warner Losh Subject: Re: pmspcv panic on boot on this box Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: multipart/signed; boundary="Apple-Mail=_BFE4F295-57FD-493E-9F4C-31AA3C18F893"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5 From: Warner Losh In-Reply-To: <20150805001310.GC1484@FreeBSD.org> Date: Tue, 4 Aug 2015 21:31:18 -0600 Cc: Larry Rosenman , Benno Rice , freebsd-current@freebsd.org Message-Id: <920B5808-9645-4368-8CD7-05B3B566FE0F@bsdimp.com> References: <9B59F252-D41D-4714-A983-356E525359FD@bsdimp.com> <14ee53e57a8.2846.a6b027662ce9a8103f88b1e74d3c5524@lerctr.org> <20150731204137.GA832@oldtbh.lerctr.org> <20150731204403.GB1304@FreeBSD.org> <20150731213255.GC1304@FreeBSD.org> <20150803171057.GA894@oldtbh.lerctr.org> <20150805001310.GC1484@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 03:31:30 -0000 --Apple-Mail=_BFE4F295-57FD-493E-9F4C-31AA3C18F893 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Aug 4, 2015, at 6:13 PM, Glen Barber wrote: > > On Mon, Aug 03, 2015 at 12:10:57PM -0500, Larry Rosenman wrote: >> Just to close this out, current -HEAD is fine on this box with >> pmspcv in GENERIC, and using that as my base. No nasty pmspcv messages. >> > > Sorry for the delayed reply. > > Again, Larry, thank you for your help with this - you very likely helped > avoid a huge problem in 10.2-RELEASE. > > Warner, again, thank you for the quick fix. Sure thing. Warner --Apple-Mail=_BFE4F295-57FD-493E-9F4C-31AA3C18F893 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 iQIcBAEBCgAGBQJVwYOHAAoJEGwc0Sh9sBEAvMAP/16drZ8STugaOTnJCtcY5sN6 5cVQ0rIlaNcct1YS9skpT+iSbGO1QYi2BLepGcJoLiUMbTCBo3hxJo5ByF7zj6Lg iWe/Ro4M4F7LyA1gYZwXWJHtGgEePXlUpK2FVAHvsETnNmOZ0n5A9BFxiRO/zET0 nyJzGxLmSatoEbr9RMYNfMT5IWFjWfBu8HhO5Y8WobwOY5w0k3Rm3mSLdv8NzK4X TfUMyAtqNsxkbZDsnZJTx4RXcNN1FTz2IRXWe32pdLcD6uhRaPEGMg12KP45D28t g3QYeiS9XYTfc05FYddvCyXucR+6kw7BPTJcOiXgoVgotELzcwZiaOHNxJ0dQjSx DpAPY0W/xl1LKFUrwsFXCyKjMcqQhrfDd4prx/Mhj5L5s2t3YXhQCty6trm3yQme 7zwJrWxDfVvTiJeNIBck4xfNQ2NyYNsDTMpvWeZXE3ZnOHzpZFC5NHuvvw5O1N1A wvB9qb5d9+eCiR8vg2tQWA/TYK/nMTOFYXB+h37s3qWu3W7pQHJAqnCijNF3Qbaf Q2UEiJM3IVy24rqNXz52Er/Y/WAb0uem2IcfXNmKgSN1Axg9sm/wHPlE5p0yWiZT 4JT6z5occvqqkE/VNX6kREus0uS38avsPelF6dleXQ8IO6vsfOaEwag3zaNAXK0J rbjIYtsCJ7DGWWzqxf0c =mPFx -----END PGP SIGNATURE----- --Apple-Mail=_BFE4F295-57FD-493E-9F4C-31AA3C18F893-- From owner-freebsd-current@freebsd.org Wed Aug 5 03:56:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27F959B3E29 for ; Wed, 5 Aug 2015 03:56:50 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE95B6E1; Wed, 5 Aug 2015 03:56:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t753ullA037644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Aug 2015 20:56:47 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t753ulkv037643; Tue, 4 Aug 2015 20:56:47 -0700 (PDT) (envelope-from jmg) Date: Tue, 4 Aug 2015 20:56:47 -0700 From: John-Mark Gurney To: Ed Maste Cc: FreeBSD Current Subject: Re: Memory modified after free, seemingly geli related Message-ID: <20150805035646.GS78154@funkthat.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 04 Aug 2015 20:56:48 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 03:56:50 -0000 Ed Maste wrote this message on Wed, Aug 05, 2015 at 03:24 +0000: > I've encountered a few memory modified after free panics recently, > which seem to be from geli. I don't yet have any debugging to > completely confirm it's geli, but it has not happened on my other test > laptop which configured similarly but without geli. It is possible, but this doesn't tell us who last used the bio, just that when geli was allocating a bio, that the newly allocated bio was modified while it was free... It's likely that r284861 is just exposed a previously existing bug in the system... You could try to use memguard(9) to help catch the modification when it happens... > This has a few local patches from my to-commit-to-HEAD queue. > FreeBSD volta 11.0-CURRENT FreeBSD 11.0-CURRENT #10 > r284409+6a002d9(staging): Tue Jul 7 17:57:01 EDT 2015 > > panic: Memory modified after free 0xfffff80009d504d8(248) val=0 @ > 0xfffff80009d50518 > > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011414a880 > vpanic() at vpanic+0x189/frame 0xfffffe011414a900 > panic() at panic+0x43/frame 0xfffffe011414a960 > trash_ctor() at trash_ctor+0x48/frame 0xfffffe011414a970 > uma_zalloc_arg() at uma_zalloc_arg+0x573/frame 0xfffffe011414a9e0 > g_clone_bio() at g_clone_bio+0x1d/frame 0xfffffe011414aa00 > g_eli_start() at g_eli_start+0xbd/frame 0xfffffe011414aa30 > g_io_schedule_down() at g_io_schedule_down+0xe6/frame 0xfffffe011414aa60 > g_down_procbody() at g_down_procbody+0x7d/frame 0xfffffe011414aa70 > fork_exit() at fork_exit+0x84/frame 0xfffffe011414aab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011414aab0 > --- trap 0, rip = 0, rsp = 0xfffffe011414ab70, rbp = 0 --- > _______________________________________________ > 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" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Wed Aug 5 05:27:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDB909B41D3 for ; Wed, 5 Aug 2015 05:27:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB51FC22 for ; Wed, 5 Aug 2015 05:27:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (75-48-78-19.lightspeed.cncrca.sbcglobal.net [75.48.78.19]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8C009B953; Wed, 5 Aug 2015 01:27:36 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Michio Honda Subject: Re: Shutdown fails when there is an active kthread pinned to CPU core 0 Date: Tue, 04 Aug 2015 22:13:21 -0700 Message-ID: <13841209.1U0VLn5GDu@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 05 Aug 2015 01:27:36 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 05:27:39 -0000 On Wednesday, July 29, 2015 10:20:26 PM Michio Honda wrote: > Hi, >=20 > When I create a kthread (kthread_add()) and pin it to CPU 0 (sched_bi= nd() in the beginning of its worker function),=20 > shutdown (from the command line) is stuck on a message of "Waiting (m= ax 60 seconds) for system process `vnlru' to stop..=E2=80=9D. If I pin = it to CPU 1 there is no problem. > I=E2=80=99m using FreeBSD CURRENT whose last commit is bf0aa351000518= 8e55285fbed43d93a34448e377 (on July 3rd). >=20 >=20 > Do you have any idea to successfully shutdown the system while leavin= g a kthread pinned on CPU 0? > (I have this problem in the process of implementing a polling kthread= for VALE.) Can you break into ddb and see what your pinned thread is doing when th= e shutdown hangs? A general 'ps' from DDB would be good as well. --=20 John Baldwin From owner-freebsd-current@freebsd.org Wed Aug 5 05:27:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 234949B41D7; Wed, 5 Aug 2015 05:27:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 01E85C23; Wed, 5 Aug 2015 05:27:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (75-48-78-19.lightspeed.cncrca.sbcglobal.net [75.48.78.19]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F20CCB915; Wed, 5 Aug 2015 01:27:37 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Baptiste Daroussin , current@freebsd.org Subject: Re: [CFT] rewrite of the merge(1) utility Date: Tue, 04 Aug 2015 22:00:06 -0700 Message-ID: <1687842.Wj34XYKLi4@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: <20150726012619.GP21594@ivaldir.etoilebsd.net> References: <20150726012619.GP21594@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 05 Aug 2015 01:27:38 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 05:27:39 -0000 On Sunday, July 26, 2015 03:26:22 AM Baptiste Daroussin wrote: > Hi all, > > I was botherd to not have the merge(1) utility available in base (for etcupdate) > when building base WITHOUT_RCS. > > So I have rewritten a merge(1) utility which should be compatible. > > I used the 3-way merge code from the fossil VCS instead of making it call diff3. > All I have done from the fossil code is adapting it to use sbuf(9). > > The bonus for end users is the merge from fossil can resolve situation where the > diff3 in base cannot. (which explains a "failure" with the GNU RCS test suite) > > meaning etcupdate will be more happy merge configuration files. Thanks! This will save me from having to hack etcupdate to use diff3 instead of merge. -- John Baldwin From owner-freebsd-current@freebsd.org Thu Aug 6 02:04:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38D269B272D for ; Thu, 6 Aug 2015 02:04:56 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 05EA51B18; Thu, 6 Aug 2015 02:04:55 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from localhost (unknown [91.206.210.19]) by mail.dawidek.net (Postfix) with ESMTPSA id 1C282F99; Thu, 6 Aug 2015 04:04:48 +0200 (CEST) Date: Thu, 6 Aug 2015 04:06:40 +0200 From: Pawel Jakub Dawidek To: Ed Maste Cc: FreeBSD Current Subject: Re: Memory modified after free, seemingly geli related Message-ID: <20150806020639.GA72832@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 02:04:56 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 05, 2015 at 03:24:26AM +0000, Ed Maste wrote: > I've encountered a few memory modified after free panics recently, > which seem to be from geli. I don't yet have any debugging to > completely confirm it's geli, but it has not happened on my other test > laptop which configured similarly but without geli. >=20 > This has a few local patches from my to-commit-to-HEAD queue. > FreeBSD volta 11.0-CURRENT FreeBSD 11.0-CURRENT #10 > r284409+6a002d9(staging): Tue Jul 7 17:57:01 EDT 2015 >=20 > panic: Memory modified after free 0xfffff80009d504d8(248) val=3D0 @ > 0xfffff80009d50518 I'm seeing it too. I tracked it down to ZFS. The bio was last owned by the ZFS::VDEV GEOM class, which is modyfing bio_error on freed bio. I'm investigating further and will let you know here once I find the cause. > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe01141= 4a880 > vpanic() at vpanic+0x189/frame 0xfffffe011414a900 > panic() at panic+0x43/frame 0xfffffe011414a960 > trash_ctor() at trash_ctor+0x48/frame 0xfffffe011414a970 > uma_zalloc_arg() at uma_zalloc_arg+0x573/frame 0xfffffe011414a9e0 > g_clone_bio() at g_clone_bio+0x1d/frame 0xfffffe011414aa00 > g_eli_start() at g_eli_start+0xbd/frame 0xfffffe011414aa30 > g_io_schedule_down() at g_io_schedule_down+0xe6/frame 0xfffffe011414aa60 > g_down_procbody() at g_down_procbody+0x7d/frame 0xfffffe011414aa70 > fork_exit() at fork_exit+0x84/frame 0xfffffe011414aab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011414aab0 > --- trap 0, rip =3D 0, rsp =3D 0xfffffe011414ab70, rbp =3D 0 --- --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJVwsEvAAoJEJVLhSuxKFt1tfcQANiY/At3ViEqnoPjOLfkojek XXjrkt8VJZK1W5C6IsHMleVUPC/m0InzoC+y0VCzciAgodPw0QcqNFlAu2N1jCwo rbXiw0qsz/+hTKKtW8HnysnX8arKLSLN3dtsyIHezfOgDaTcAWk+idJS3H1VGNSt IpPcJuhZgOJ746YK+nIqPVWoxWcLTZXyvxqVhc5UaJUffTjZHGHxSfWUQ29QcGah nYAzkm8RXAInxw4sOaoQDDY75kJvSAm3m0pHCUzOaypECeXxDNoi0/JFYF2VBYpB OMapPe/LTx9nznnrpu8BgfmOqeIw99SvmxFYm/2FuQGkwTri4QHX/OCnSfGiuUya XzWtT7Gje1UZ494TPzktm6uWZbGVWX/64ABP2473a8244Kh7WqHKV2hGh7+hV1Iu bpRfjDcPr8lpOsuomir0CeVJfmbzBmjzp/bMqZezSEPFLH7X1RQlpXmVcAhxRMBa aSbg5Rxe/L1o+eb2UpzpVm0TIa7gGL0KKwRnJDTtNVmHvE9BoHYznwrp1SDw7VQM 0Ejr4wSGZxTHyuDrKykOwAwMh8LDyCH88XqHL9/DqNT9RgY5R/yOGUGl6zwTFadL EGIlvh/QqP46PbYce0yCAZoplaRZTSe1v4JwJUzhyOWQpQa1Bfh5rc6+lLDNWIzo gEszTW1SwjW8c2m2eaSU =RFAh -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@freebsd.org Thu Aug 6 02:27:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DD079B2DB3 for ; Thu, 6 Aug 2015 02:27:23 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 5DD0198D for ; Thu, 6 Aug 2015 02:27:21 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 32984 invoked by uid 89); 6 Aug 2015 02:20:40 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@185.17.207.40) by mail.grem.de with ESMTPA; 6 Aug 2015 02:20:40 -0000 Date: Thu, 6 Aug 2015 04:20:39 +0200 From: Michael Gmelin To: Pawel Jakub Dawidek Cc: Ed Maste , FreeBSD Current Subject: Re: Memory modified after free, seemingly geli related Message-ID: <20150806042039.78aa4ad3@bsd64.grem.de> In-Reply-To: <20150806020639.GA72832@garage.freebsd.pl> References: <20150806020639.GA72832@garage.freebsd.pl> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 02:27:23 -0000 On Thu, 6 Aug 2015 04:06:40 +0200 Pawel Jakub Dawidek wrote: > On Wed, Aug 05, 2015 at 03:24:26AM +0000, Ed Maste wrote: > > I've encountered a few memory modified after free panics recently, > > which seem to be from geli. I don't yet have any debugging to > > completely confirm it's geli, but it has not happened on my other > > test laptop which configured similarly but without geli. > > > > This has a few local patches from my to-commit-to-HEAD queue. > > FreeBSD volta 11.0-CURRENT FreeBSD 11.0-CURRENT #10 > > r284409+6a002d9(staging): Tue Jul 7 17:57:01 EDT 2015 > > > > panic: Memory modified after free 0xfffff80009d504d8(248) val=0 @ > > 0xfffff80009d50518 > > I'm seeing it too. I tracked it down to ZFS. The bio was last owned by > the ZFS::VDEV GEOM class, which is modyfing bio_error on freed bio. > I'm investigating further and will let you know here once I find the > cause. > > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe011414a880 vpanic() at vpanic+0x189/frame 0xfffffe011414a900 > > panic() at panic+0x43/frame 0xfffffe011414a960 > > trash_ctor() at trash_ctor+0x48/frame 0xfffffe011414a970 > > uma_zalloc_arg() at uma_zalloc_arg+0x573/frame 0xfffffe011414a9e0 > > g_clone_bio() at g_clone_bio+0x1d/frame 0xfffffe011414aa00 > > g_eli_start() at g_eli_start+0xbd/frame 0xfffffe011414aa30 > > g_io_schedule_down() at g_io_schedule_down+0xe6/frame > > 0xfffffe011414aa60 g_down_procbody() at g_down_procbody+0x7d/frame > > 0xfffffe011414aa70 fork_exit() at fork_exit+0x84/frame > > 0xfffffe011414aab0 fork_trampoline() at fork_trampoline+0xe/frame > > 0xfffffe011414aab0 --- trap 0, rip = 0, rsp = 0xfffffe011414ab70, > > rbp = 0 --- > I've seen those as well while destroying 190.000 zfs snapshots (caused by an lpreserver runaway). Got four panics in the process, also running on top of geli. I'll mail you screenshots off-list. - Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Thu Aug 6 03:10:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD6D89B3A53 for ; Thu, 6 Aug 2015 03:10:06 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 89FD524B; Thu, 6 Aug 2015 03:10:06 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from localhost (unknown [91.206.210.19]) by mail.dawidek.net (Postfix) with ESMTPSA id B5FFCFAF; Thu, 6 Aug 2015 05:10:04 +0200 (CEST) Date: Thu, 6 Aug 2015 05:11:57 +0200 From: Pawel Jakub Dawidek To: Ed Maste Cc: FreeBSD Current Subject: Re: Memory modified after free, seemingly geli related Message-ID: <20150806031157.GA1116@garage.freebsd.pl> References: <20150806020639.GA72832@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20150806020639.GA72832@garage.freebsd.pl> X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 03:10:06 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 06, 2015 at 04:06:40AM +0200, Pawel Jakub Dawidek wrote: > On Wed, Aug 05, 2015 at 03:24:26AM +0000, Ed Maste wrote: > > I've encountered a few memory modified after free panics recently, > > which seem to be from geli. I don't yet have any debugging to > > completely confirm it's geli, but it has not happened on my other test > > laptop which configured similarly but without geli. > >=20 > > This has a few local patches from my to-commit-to-HEAD queue. > > FreeBSD volta 11.0-CURRENT FreeBSD 11.0-CURRENT #10 > > r284409+6a002d9(staging): Tue Jul 7 17:57:01 EDT 2015 > >=20 > > panic: Memory modified after free 0xfffff80009d504d8(248) val=3D0 @ > > 0xfffff80009d50518 >=20 > I'm seeing it too. I tracked it down to ZFS. The bio was last owned by > the ZFS::VDEV GEOM class, which is modyfing bio_error on freed bio. I'm > investigating further and will let you know here once I find the > cause. Ok. It was bio from ZFS in my case, but it was GELI which modified bio_error after delivering bio. This patch fixes the race: http://people.freebsd.org/~pjd/patches/geom_eli.patch Using bio after calling crypto_dispatch() is a bug. 'done' callbacks might have already called g_io_deliver() and upper layer might have already freed the bio. I'm not fully convinced that panic is the right response to crypto_dispatch() failure. It means that the driver failed our request and didn't call our callback, which is bad as we never complete the I/O. The crypto drivers tend to return errors only if the request itself is bogus, but that is program's bug and not a runtime condition. In other words panic should be fine here. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJVwtB8AAoJEJVLhSuxKFt1hskQAM+kFb9+WyRSbbGuJFgtLoIz SbP8LDCo59z6Tj+U4CbB8LtIWn2iN2v5CXX59eZvWeU175mfcZN2H4z6nBdcFFB8 ZmYzR5ua8a1WGgjs3npxfZsZDrntteVA/j4Xf4SwW4pvtjwYGzyPDKTjjXcsXSQU UK8JV0yfn5M5yweDP17ghgFnk5z3lr1iFPvCjrg/VRjHds9LDT864gmpLYc+mTHU WLByFEA5rHO7+9ZKY0SqGxU9hLCQ1FpgicGnUK/tbNd6uTxR5fILrLZ40TPkkDXx HlQ8cCrj88PxQY/dkB52RxR3t/DM9IqswM8lsLz2iuzkYoBeAWQFyM9WilXNZfbS hitwze2uRGY5roZZRxfdykL9W5IEy0gAm3A8OeBod+VA0a6W4KMSuMC8osv9bHtR RBDSwqUlzKIHjU3sODl/GDDL130HRj4IinVjdh0pcCUaSbDf2HdNPHwEv7g5YMtH jJJOCqD9OI+bf8CkDaiUh3ahn2WA176R1QrDQVXYDEOZLiBrj8F89S95iT20SPD8 SFWfgTtfjW46m3dIItKJYu0QmdwRXl98gpNb2dQGRp22MBED8aNvDhkqshC2CZ0u gRuH+N1btFBXFaNgW0A05kCtJ+TX50Ydfedbd4CCCi33+EPV3CWKbbf925zoonaR tPrUnrlmVpoBhF7PmVoT =rfyX -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@freebsd.org Thu Aug 6 03:57:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C38529B44DA for ; Thu, 6 Aug 2015 03:57:57 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90F4B161F; Thu, 6 Aug 2015 03:57:57 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by iodb91 with SMTP id b91so9495397iod.1; Wed, 05 Aug 2015 20:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=+3ux21Biaf1bsDfGatqWM9x02zd/smK7T1KczKQ6Obs=; b=gxTxqyzxVhgWnGumqqufgmIvsYplG0v7ux6Z84zu/+lM7+YKfGFYtk8qfdjCsYTJuY GPBLJp0ft7WClU3UzxJ/Fnxs/ZaeG7DbhGyjgW6ubSEnN0omtokndaYrrR474b1uVsdX xymacBE8IIPS4MPz+ujOdN5Il986WjOxLs0MmfY+6lacLbXWLwEwAxFUWNFB2C7S3STy 3rcWmPU1q9keTMWswAU0KtPPIpxHoZuxEfuJ/KVEJ3o0rEjVEnp5DbExX3uPKf4n1tOR QnhF15OeNPNWcsVt84ZHJ1wAzmOfS8pTXycwd4i1ud9UBUsKKK9jwsj+Iytr4JfY0fvD +exQ== X-Received: by 10.107.150.141 with SMTP id y135mr13085903iod.38.1438833477012; Wed, 05 Aug 2015 20:57:57 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.136.200 with HTTP; Wed, 5 Aug 2015 20:57:37 -0700 (PDT) In-Reply-To: <20150806031157.GA1116@garage.freebsd.pl> References: <20150806020639.GA72832@garage.freebsd.pl> <20150806031157.GA1116@garage.freebsd.pl> From: Ed Maste Date: Thu, 6 Aug 2015 03:57:37 +0000 X-Google-Sender-Auth: TyJ7KEvWUnXP_9RG0YDLhTyoLcM Message-ID: Subject: Re: Memory modified after free, seemingly geli related To: Pawel Jakub Dawidek Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 03:57:57 -0000 On 6 August 2015 at 03:11, Pawel Jakub Dawidek wrote: >> >> I'm seeing it too. I tracked it down to ZFS. The bio was last owned by >> the ZFS::VDEV GEOM class, which is modyfing bio_error on freed bio. I'm >> investigating further and will let you know here once I find the >> cause. > > Ok. It was bio from ZFS in my case, but it was GELI which modified > bio_error after delivering bio. Ok, so this is (sadly) the same issue as PR 199705. > I'm not fully convinced that panic is the right response to > crypto_dispatch() failure. It means that the driver failed our request > and didn't call our callback, which is bad as we never complete the I/O. > The crypto drivers tend to return errors only if the request itself is > bogus, but that is program's bug and not a runtime condition. In other > words panic should be fine here. The patch in the PR just discards the return value from crypto_dispatch(). I'm happy either way, or perhaps a KASSERT. From owner-freebsd-current@freebsd.org Thu Aug 6 04:47:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2599B9B407D for ; Thu, 6 Aug 2015 04:47:49 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1DB9CDE for ; Thu, 6 Aug 2015 04:47:48 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by wicgj17 with SMTP id gj17so6827229wic.1 for ; Wed, 05 Aug 2015 21:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=6uvZ6aPA3NtbtiqZCCxC5ITT+6LSbgana2gnWihqaMk=; b=rrdJvtjvxYLsPNjWARpbwS6wbPV8Q/R9Y8bkMgdDmDSUgi04jBiXz496lpRlzhlt9v rmegwz0dwfbbsJIoHBLBJlKaXOwccoTRmvOgMA2QeAcrw3QRBCLzbCncxwjKqGbmrD7L u9BoYLpH7f5oIpwip3jU99XUcQAxCabbx9K33NDopn6U/ntiLIDd3oW43McepcRQYgd/ wn9QXmumiUciF8b+8sjuQHTirnXXNMlnpDsRkXNSVP7lPv/uGuwVluq3fdnF9XNRThSe jGuO16nImRopzPwBeGv3sLfhB0q44Ujk3cAJulGG4yq4Q3r7cnhQkINcrPZrM7+DGw3T VAvA== X-Received: by 10.194.191.164 with SMTP id gz4mr27317480wjc.21.1438836466260; Wed, 05 Aug 2015 21:47:46 -0700 (PDT) Received: from ?IPv6:2a02:a03f:aff:5c00:5911:3183:30f0:2e54? ([2a02:a03f:aff:5c00:5911:3183:30f0:2e54]) by smtp.googlemail.com with ESMTPSA id p1sm3892454wjq.28.2015.08.05.21.47.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Aug 2015 21:47:45 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3075\)) Subject: Re: IPSEC stop works after r285336 From: Sydney Meyer In-Reply-To: <2A67BE23-CBA2-4AD6-A8EB-7D3DB7B56760@neville-neil.com> Date: Thu, 6 Aug 2015 06:47:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150729071732.GA78154@funkthat.com> <55B8CD6C.7080804@shurik.kiev.ua> <18D9D532-15B2-4B30-B088-74E7E4566254@googlemail.com> <20150801200137.GK78154@funkthat.com> <422BE6C0-B106-44E2-927A-7AE04885251F@googlemail.com> <20150802035359.GO78154@funkthat.com> <3D37A596-CC4A-446C-BBE7-27DC9DC7E1F7@neville-neil.com> <2A67BE23-CBA2-4AD6-A8EB-7D3DB7B56760@neville-neil.com> To: FreeBSD CURRENT X-Mailer: Apple Mail (2.3075) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 04:47:49 -0000 Hello George, sorry for the late reply. I wasn't benchmarking/testing anything = specific, i'm just interested in FreeBSD for virtual networking (router, = packet filter, ipsec-gateway, etc.) since the addition of XENHVM and = more recently IPSEC. (Network) Benchmarking a virtual environment is a topic (as with = benchmarking in general, as i have learned also from your talk at bsdcon = '15 :), where one can do many things wrong, so for now i've decided that = i need to read more about the topic, before i can supply useable results = or bug reports, which do not stem from = misinterpretation/misconfiguration. When i do actual testing, i will include netperf and let you know the = specs, configs and results. > On 04 Aug 2015, at 17:21, George Neville-Neil = wrote: >=20 > Two things you might do to help. >=20 > The first is just send out a list of what you are testing so we know. >=20 > The second is to contribute configs and the like to the netperf repo >=20 > https://github.com/gvnn3/netperf >=20 > We take pull requests :-) >=20 > Best, > George >=20 > On 3 Aug 2015, at 23:20, Sydney Meyer wrote: >=20 >> Besides strongswan (actually, i don't know of any other ike-daemon = which supports aes-gcm, apart from netbsd's racoon) connections with = manually set up policies indeed seem to work fine, host-host iperf = stuff, nothing fancy yet. >>=20 >> Anyway, i will start playing around with this in some more scenarios = and let you guys know if i come around any problems. >>=20 >> If you would like me to test something specific, please let me know = if i can help. >>=20 >> Cheers, >> S. >>=20 >>> On 03 Aug 2015, at 18:23, George Neville-Neil = wrote: >>>=20 >>> This is being actively debugged and jmg@ and I have been testing a = fix that should >>> address this issue. >>>=20 >>> Best, >>> George >>>=20 >>>=20 >>> On 3 Aug 2015, at 0:15, Sydney Meyer wrote: >>>=20 >>>> Hi John-Mark, >>>>=20 >>>> the revision i built included gnn's patches to setkey already. >>>>=20 >>>> I have tried to setup a tunnel using strongswan with gcm as esp = cipher mode, but the connection fails with "algorithm AES_GCM_16 not = supported by kernel".. >>>>=20 >>>> Here's the full log output: >>>>=20 >>>> Aug 3 00:34:28 00[DMN] Starting IKE charon daemon (strongSwan = 5.3.2, FreeBSD 11.0-CURRENT, amd64) >>>> Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument >>>> Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv6 on port = 4500 failed >>>> Aug 3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument >>>> Aug 3 00:34:28 00[NET] enabling UDP decapsulation for IPv4 on port = 4500 failed >>>> Aug 3 00:34:28 00[CFG] loading ca certificates from = '/usr/local/etc/ipsec.d/cacerts' >>>> Aug 3 00:34:28 00[CFG] loading aa certificates from = '/usr/local/etc/ipsec.d/aacerts' >>>> Aug 3 00:34:28 00[CFG] loading ocsp signer certificates from = '/usr/local/etc/ipsec.d/ocspcerts' >>>> Aug 3 00:34:28 00[CFG] loading attribute certificates from = '/usr/local/etc/ipsec.d/acerts' >>>> Aug 3 00:34:28 00[CFG] loading crls from = '/usr/local/etc/ipsec.d/crls' >>>> Aug 3 00:34:28 00[CFG] loading secrets from = '/usr/local/etc/ipsec.secrets' >>>> Aug 3 00:34:28 00[CFG] loaded IKE secret for = @moon.strongswan.org @sun.strongswan.org >>>> Aug 3 00:34:28 00[LIB] loaded plugins: charon aes des blowfish rc2 = sha1 sha2 md4 md5 random nonce x509 revocation constraints pubkey pkcs1 = pkcs7 pkcs8 pkcs12 pgp dnskey sshkey pem openssl fips-prf xcbc cmac hmac = gcm attr kernel-pfkey kernel-pfroute resolve socket-default stroke = updown eap-identity eap-md5 eap-mschapv2 eap-tls eap-ttls eap-peap = xauth-generic whitelist addrblock >>>> Aug 3 00:34:28 00[JOB] spawning 16 worker threads >>>> Aug 3 00:34:28 15[CFG] received stroke: add connection 'host-host' >>>> Aug 3 00:34:28 15[CFG] added configuration 'host-host' >>>> Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[500] to = 10.0.30.59[500] (448 bytes) >>>> Aug 3 00:34:47 15[ENC] parsed IKE_SA_INIT request 0 [ SA KE No = N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) ] >>>> Aug 3 00:34:47 15[IKE] 10.0.30.109 is initiating an IKE_SA >>>> Aug 3 00:34:47 15[ENC] generating IKE_SA_INIT response 0 [ SA KE = No N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) N(MULT_AUTH) ] >>>> Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[500] to = 10.0.30.109[500] (448 bytes) >>>> Aug 3 00:34:47 15[NET] received packet: from 10.0.30.109[4500] to = 10.0.30.59[4500] (282 bytes) >>>> Aug 3 00:34:47 15[ENC] parsed IKE_AUTH request 1 [ IDi = N(INIT_CONTACT) IDr AUTH N(ESP_TFC_PAD_N) SA TSi TSr N(MOBIKE_SUP) = N(ADD_6_ADDR) N(MULT_AUTH) N(EAP_ONLY) ] >>>> Aug 3 00:34:47 15[CFG] looking for peer configs matching = 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] >>>> Aug 3 00:34:47 15[CFG] selected peer config 'host-host' >>>> Aug 3 00:34:47 15[IKE] authentication of 'moon.strongswan.org' = with pre-shared key successful >>>> Aug 3 00:34:47 15[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not = using ESPv3 TFC padding >>>> Aug 3 00:34:47 15[IKE] peer supports MOBIKE >>>> Aug 3 00:34:47 15[IKE] authentication of 'sun.strongswan.org' = (myself) with pre-shared key >>>> Aug 3 00:34:47 15[IKE] IKE_SA host-host[1] established between = 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org] >>>> Aug 3 00:34:47 15[IKE] scheduling reauthentication in 3416s >>>> Aug 3 00:34:47 15[IKE] maximum IKE_SA lifetime 3596s >>>> Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by = kernel! >>>> Aug 3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by = kernel! >>>> Aug 3 00:34:47 15[IKE] unable to install inbound and outbound = IPsec SA (SAD) in kernel >>>> Aug 3 00:34:47 15[IKE] failed to establish CHILD_SA, keeping = IKE_SA >>>> Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI = c07a87b4: No such file or directory (2) >>>> Aug 3 00:34:47 15[KNL] unable to delete SAD entry with SPI = c653554a: No such file or directory (2) >>>> Aug 3 00:34:47 15[ENC] generating IKE_AUTH response 1 [ IDr AUTH = N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_6_ADDR) N(NO_PROP) ] >>>> Aug 3 00:34:47 15[NET] sending packet: from 10.0.30.59[4500] to = 10.0.30.109[4500] (159 bytes) >>>>=20 >>>> I know that pfsense has moved from racoon to strongswan as their = ike-daemon, iirc mainly because of strongswans ikev2 daemon and their = GCM support. I'm going to try and have a look what changes pfsense may = have made to strongswan to support GCM on FreeBSD, although i should = probably mention, i am not very experienced at this. >>>>=20 >>>>=20 >>>>> On 02 Aug 2015, at 05:53, John-Mark Gurney = wrote: >>>>>=20 >>>>> Sydney Meyer wrote this message on Sun, Aug 02, 2015 at 04:03 = +0200: >>>>>> i have tried your patches from your ipsecgcm branch. The build = completes, boots fine and indeed, dmesg shows "aesni0: = on motherboard". >>>>>=20 >>>>> Yeh, these patches are more about getting IPsec to work w/ the = modes >>>>> that aesni now supports... >>>>>=20 >>>>>> I'm going to try out the new cipher modes tomorrow and will get = back.. >>>>>=20 >>>>> Make sure you get the gnn's setkey changes in r286143 otherwise = GCM >>>>> and CTR won't work... >>>>>=20 >>>>> Thanks for doing more testing.. I've only done basic ping tests, = so >>>>> passing more real traffic through would be nice... >>>>>=20 >>>>>>> On 01 Aug 2015, at 22:01, John-Mark Gurney = wrote: >>>>>>>=20 >>>>>>> Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 = +0200: >>>>>>>> Same here, fixed running r286015. Thanks a bunch. >>>>>>>=20 >>>>>>> If you'd like to do some more testing, test the patches in: >>>>>>> https://github.com/jmgurney/freebsd/tree/ipsecgcm >>>>>>>=20 >>>>>>> These patches get GCM and CTR modes working as tested against = NetBSD >>>>>>> 6.1.5... >>>>>>>=20 >>>>>>> Hope to commit these in the next few days.. >>>>>>>=20 >>>>>>> Thanks. >>>>>>>=20 >>>>>>>>> On 29 Jul 2015, at 14:56, Alexandr Krivulya = wrote: >>>>>>>>>=20 >>>>>>>>> 29.07.2015 10:17, John-Mark Gurney ??????????: >>>>>>>>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at = 10:38 +0300: >>>>>>>>>>=20 >>>>>>>>>> [...] >>>>>>>>>>=20 >>>>>>>>>>> With r285535 all works fine. >>>>>>>>>> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 = +0200: >>>>>>>>>>> I'm having the same problem with IPSec, running -current = with r285794. >>>>>>>>>>>=20 >>>>>>>>>>> Don't know if this helps, but "netstat -s -p esp" shows = packets dropped; bad ilen. >>>>>>>>>> It looks like there was an issue w/ that commit... After = looking at >>>>>>>>>> the code, and working w/ gnn, I have committed r286000 which = fixes it >>>>>>>>>> in my test cases... >>>>>=20 >>>>> --=20 >>>>> John-Mark Gurney Voice: +1 415 225 5579 >>>>>=20 >>>>> "All that I will do, has been done, All that I have, has not." >>>>=20 >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Aug 6 07:56:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A76AE9B5AF5 for ; Thu, 6 Aug 2015 07:56:33 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm9-vm3.access.bullet.mail.bf1.yahoo.com (nm9-vm3.access.bullet.mail.bf1.yahoo.com [216.109.114.194]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5537A14A1 for ; Thu, 6 Aug 2015 07:56:33 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1438847406; bh=5LH5m4wnEtRj3ynYm48JYc/pWvqT953T4Xhhwq4dyHk=; h=Date:From:To:CC:Subject:References:From:Subject; b=ruJJB90K/cYTJSZL9jC10r3sSrf4FEGqKCLU3KgW+4Ziw/DiUjDvMZi1U95qe70DcpnaBmW6jIxtsBGlAtkQAsscMn1YU8/kcNtWJQAYq6c9gCzyBmN3bMiZgDtszphqbj+FdCi1KjMB+/Fzm7wXwfLlbSap/QMSjQX7vgswa5CmDfaq9/X5p/JsWuxsEkzn9VMTviKiMnlECr7eOPv4ZlijEe1hkJrQ8a2tnUUgh7dfy+iwdBln409lPSRHRbasAW066gBMa9LPa6gNT9DAtn0Ge7Zs4IAwb9zEl1NvF/rX5FAskp0yFSPJEsRz6rdeVPwDjrm6VWB/BcGAmjMFvQ== Received: from [66.196.81.164] by nm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 06 Aug 2015 07:50:06 -0000 Received: from [98.138.226.241] by tm10.access.bullet.mail.bf1.yahoo.com with NNFMP; 06 Aug 2015 07:50:06 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.ne1.yahoo.com with NNFMP; 06 Aug 2015 07:50:06 -0000 X-Yahoo-Newman-Id: 747360.21776.bm@smtp112.sbc.mail.ne1.yahoo.com Message-ID: <747360.21776.bm@smtp112.sbc.mail.ne1.yahoo.com> X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: XcFOq.cVM1lz0tR2MIUSKfiLCp1Tj1kwXaYt8y3G0OMbmw5 9uNupfCLex4K3iWP41SATaUlxE_14A8rbgRQtBclfpQ8rA3V2F53RgE.4CN2 By_bAGS0KFXusEx0G_Xp_4Zyr3D6XwaHrm6zi7e8cubih33tko_FKfz.uxNm CRIOnq9XuZYMc6e6YI0X0NQRT03huQrkrGUrcuttGISJdIrX5WW8wgjvgY_J JIAJAVrkls6ZqcSlkLmXFOG9ApytMkAPKEBC4TQTSkKXJMPMtHFiaNhoMxPm Fourq91ZJQdKSeOFzqszsrvJhOt2DFnVX3pO0SOTQQaqjn0_hDFJBl6yLtKf rMGwMC07vKj0PhF5UUGrshfXIn28vMAYTqb94vuHbsI4LcXRXF4Mt2R1jI3x _WFIxstA4PvO9oc5cIB2EnI321xsRG7vw8TDjD9TXZbxboYoynzBm8kuLeIk iGmLukKAupcaljT7JJZQwQRUCDfJCdIEluu6aCkTUvuuIufElM7kMZWxCuU2 xXKL9d_OQzkYYlMNjMptgmCp7RaRq4LrdvAd9pIuHHoVYpPnktYBp6zY- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- Date: Thu, 06 Aug 2015 07:49:56 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: Gleb Smirnoff Subject: Re: CFT: ndis(4) testers needed! References: <20150731121226.GJ889@FreeBSD.org> <776723.76234.bm@smtp117.sbc.mail.ne1.yahoo.com> <20150804100746.GA889@FreeBSD.org> <20150804141722.GC889@glebius.int.ru> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 07:56:33 -0000 > I ended with doing the aforementioned 2 changes as one. > The diff is living here: > https://reviews.freebsd.org/D2655 > It spans the net80211 layer and converts (almost) all 802.11 drivers > to new KPI. Now it also converts if_ndis, and this is the change I > am asking you to test. > Unlike all other drivers, converting if_ndis wasn't trivial. There are > likely bugs introduced, so it may happen that we will need several > rounds of testing. > Totus tuus, Glebius. What do I need to download? There is a lot of stuff on the page you cite, and I see a link to the right, Download Raw Diff. Is that what I'm supposed to download? What do you want me to test it on? I have Hiro H50191 USB WLAN adapter, including .inf and .sys files. I also have, on MSI MPOWER motherboard, Atheros AR9271 quasi-USB WLAN, and Realtek 8111E Ethernet, with MS-Windows drivers but no .INF and .SYS files on DVD that came with the motherboard. Is there a way to convert MS-Windows drivers that come with no .inf and .sys files to ndis-compatible format? Or just test on the Hiro H50191? Also, after applying the patch to the source tree, what if anything do I have to do to not be messed up for subsequent svn updates to source tree? Tom From owner-freebsd-current@freebsd.org Thu Aug 6 09:32:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7BBA9B3CF0 for ; Thu, 6 Aug 2015 09:32:19 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4333A15BF for ; Thu, 6 Aug 2015 09:32:18 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t769WBMB047886 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Aug 2015 12:32:11 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t769WBnX047885; Thu, 6 Aug 2015 12:32:11 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 6 Aug 2015 12:32:11 +0300 From: Gleb Smirnoff To: Thomas Mueller Cc: freebsd-current@freebsd.org Subject: Re: CFT: ndis(4) testers needed! Message-ID: <20150806093211.GJ889@glebius.int.ru> References: <20150731121226.GJ889@FreeBSD.org> <776723.76234.bm@smtp117.sbc.mail.ne1.yahoo.com> <20150804100746.GA889@FreeBSD.org> <20150804141722.GC889@glebius.int.ru> <747360.21776.bm@smtp112.sbc.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <747360.21776.bm@smtp112.sbc.mail.ne1.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 09:32:19 -0000 On Thu, Aug 06, 2015 at 07:49:56AM +0000, Thomas Mueller wrote: T> > I ended with doing the aforementioned 2 changes as one. T> T> > The diff is living here: T> T> > https://reviews.freebsd.org/D2655 T> T> > It spans the net80211 layer and converts (almost) all 802.11 drivers T> > to new KPI. Now it also converts if_ndis, and this is the change I T> > am asking you to test. T> T> > Unlike all other drivers, converting if_ndis wasn't trivial. There are T> > likely bugs introduced, so it may happen that we will need several T> > rounds of testing. T> T> What do I need to download? There is a lot of stuff on the page you cite, and I see a link to the right, Download Raw Diff. Is that what I'm supposed to download? Correct, the link "Download Raw Diff". T> What do you want me to test it on? T> T> I have Hiro H50191 USB WLAN adapter, including .inf and .sys files. T> T> I also have, on MSI MPOWER motherboard, Atheros AR9271 quasi-USB WLAN, and Realtek 8111E Ethernet, with MS-Windows drivers but no .INF and .SYS files on DVD that came with the motherboard. T> T> Is there a way to convert MS-Windows drivers that come with no .inf and .sys files to ndis-compatible format? Or just test on the Hiro H50191? Testing on Hiro would be fine. T> Also, after applying the patch to the source tree, what if anything do I have to do to not be messed up for subsequent svn updates to source tree? If you want to revert your svn tree to pristine state, you need to say in the root of the tree: svn revert --depth=infinity . -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Thu Aug 6 15:14:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E30A9B4221 for ; Thu, 6 Aug 2015 15:14:06 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 12E8819CC for ; Thu, 6 Aug 2015 15:14:06 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 122AB9B421F; Thu, 6 Aug 2015 15:14:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11A3D9B421D; Thu, 6 Aug 2015 15:14:06 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A77519CB; Thu, 6 Aug 2015 15:14:04 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.15.2/8.15.2) with ESMTPS id t76FDupU049382 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Aug 2015 18:13:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.15.2/8.15.2/Submit) id t76FDu0r049381; Thu, 6 Aug 2015 18:13:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 6 Aug 2015 18:13:55 +0300 From: Gleb Smirnoff To: current@FreeBSD.org, net@FreeBSD.org Subject: [head up!] WiFi drivers changes Message-ID: <20150806151355.GL889@FreeBSD.org> 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.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 15:14:06 -0000 Hi! As part of the "opaque ifnet project" [1], all 802.11 (WiFi) drivers undergo change of not being an interface anymore. Historically in FreeBSD 802.11 stack, 802.11 devices called if_attach() and created an interface. Later this was generalized and real functioning interface is created by net80211 stack. However, remnant of parent interface remained. If you are running Intel Centrino wireless, then you got iwn0 interface and wlan0 interface. However, the former doesn't do anything. You can't assign addresses to it or modify any of it parameters. Or you can modify them, but that affects nothing. This superfluous ifnet on the list entangles the net80211 stack and also is on the way of [1]. So, decision was made to remove it. I already did preparatory commits back in May, and now it is time to finish that. The patch is: https://reviews.freebsd.org/D2655 And the Wiki page for it is: https://wiki.freebsd.org/projects/ifnet/net80211 The patch modifies every driver, and diff is bulky. However, changes are mechanical and simple, most drivers appeared to work after first run. Most converted drivers are tested to work. This is list of drivers that are not tested, due to lack of testers: mwl, ipw, bwn, wi, upgt, uath. But, as said, changes are mechanical and probability is 95% that they will work. The only complex one is ndis(4). It could be broken by conversion. Since I already got a tester volunteer, I will fix it quickly if anything happens. Another untrivial one is wtap(4), which is not connected to the build and appeared to be broken even before conversion. Anyway, I made it compilable. Now, for the configuration. The sequence of commands you need to run to configure a WiFi interface doesn't change. As before it is: ifconfig wlan0 create wlandev iwn0 ifconfig wlan0 $foo Your rc.conf doesn't need any changes. As before: wlans_iwn0="wlan0" ifconfig_wlan0="DHCP WPA" However, iwn0 disappeared from the 'ifconfig -l'. It is still in devinfo, or in dmesg. For the sake of installers or other configuration software, a sysctl is provided: net.wlan.devices: iwn0 The /etc subsystem needs to be tweaked. Previously the wlan(4) interfaces were created in childif_create(), and the script did check for presence of parent interface. In my patch I provided wlans_up(), that doesn't check. The code in D2655 now works correctly both on patched and on unpatched kernel. Alternatively, I could tweak childif_create() to use net.wlan.devices instead of 'ifconfig -l'. Or, to use them both, to work on older and on newer kernels? I am not sure which path with /etc is better, so seeking for help with that. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Thu Aug 6 19:33:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A86B9B5B22 for ; Thu, 6 Aug 2015 19:33:05 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0A101D24; Thu, 6 Aug 2015 19:33:04 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: by igbpg9 with SMTP id pg9so18288318igb.0; Thu, 06 Aug 2015 12:33:04 -0700 (PDT) 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=dau3N2SbKVG1Qt24HwTGMnhL+2uLEEjrVXou1qNo6zk=; b=ZOm3B2ez1dVK0heK0vSfqiL4B8RLTv9tkuQmndqGVirxUFW/xCjESE3ygitKiiA2AV fV6vML/Hnf2MzqxGVh9/G+7Aitz4HlXE0TEJ/oFHCqQuEVjz8YwtCYg1Oft94G1i6vP4 IFrOenJ5UQ3qffhCG/Pgu5GYx2z07s4qRkg0xNGPwIXUDYKgIVNR3Hx1V3VEQvpKBIwb 3GqxXLPc0ljdqeHGXtdbEhTjZnB4IBqTFjEYEoysWygsGXQrPToqi2Lo6ykKRX6l9DQY tn3lSqzew42rM0ZOKMBaY0bWn8TDRC1PmKfe4RrLrALlb1zkKG0hjN96QMCeouYfkaOe NxMA== MIME-Version: 1.0 X-Received: by 10.50.13.72 with SMTP id f8mr3368466igc.50.1438889583971; Thu, 06 Aug 2015 12:33:03 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.36.29.193 with HTTP; Thu, 6 Aug 2015 12:33:03 -0700 (PDT) Received: by 10.36.29.193 with HTTP; Thu, 6 Aug 2015 12:33:03 -0700 (PDT) In-Reply-To: <20150715223703.78b9197c@FreeBSD.org> References: <20150713231205.627bab36@FreeBSD.org> <20150714223829.GY8523@funkthat.com> <20150715174616.652d0aea@FreeBSD.org> <20150715180526.GM8523@funkthat.com> <20150715223703.78b9197c@FreeBSD.org> Date: Thu, 6 Aug 2015 12:33:03 -0700 X-Google-Sender-Auth: siI5O827e8hoeZmTgPHPM4ikZXs Message-ID: Subject: Re: Instant panic while trying run ports-mgmt/poudriere From: "K. Macy" To: Pawel Pekala Cc: John-Mark Gurney , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 19:33:05 -0000 Is this still happening? On Jul 15, 2015 1:41 PM, "Pawel Pekala" wrote: > Hi John-Mark, > > On 2015-07-15 11:05 -0700, John-Mark Gurney wrote: > >Please repost the entire panic message, and the back trace w/o X > >running... Also, if you could share the core and kernel w/ me (you can > >email me directly if you'd like), that'd help. > > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > instruction pointer =3D 0x20:0xffffffff809338c0 > stack pointer =3D 0x28:0xfffffe046c818a00 > frame pointer =3D 0x28:0xfffffe046c818a50 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1491 (sh) > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. > Loaded symbols for /boot/kernel/amdtemp.ko.symbols > Reading symbols from /boot/modules/cuse4bsd.ko...done. > Loaded symbols for /boot/modules/cuse4bsd.ko > Reading symbols from /boot/kernel/fuse.ko.symbols...done. > Loaded symbols for /boot/kernel/fuse.ko.symbols > Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. > Loaded symbols for /boot/kernel/tmpfs.ko.symbols > Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. > Loaded symbols for /boot/kernel/radeonkms.ko.symbols > Reading symbols from /boot/kernel/iicbb.ko.symbols...done. > Loaded symbols for /boot/kernel/iicbb.ko.symbols > Reading symbols from /boot/kernel/iicbus.ko.symbols...done. > Loaded symbols for /boot/kernel/iicbus.ko.symbols > Reading symbols from /boot/kernel/iic.ko.symbols...done. > Loaded symbols for /boot/kernel/iic.ko.symbols > Reading symbols from /boot/kernel/drm2.ko.symbols...done. > Loaded symbols for /boot/kernel/drm2.ko.symbols > Reading symbols from /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols...done= . > Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols > Reading symbols from /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols...done. > Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols > Reading symbols from /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols...done. > Loaded symbols for /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols > Reading symbols from /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols...done. > Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols > Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > Loaded symbols for /boot/kernel/fdescfs.ko.symbols > Reading symbols from /boot/kernel/ums.ko.symbols...done. > Loaded symbols for /boot/kernel/ums.ko.symbols > Reading symbols from /boot/kernel/uhid.ko.symbols...done. > Loaded symbols for /boot/kernel/uhid.ko.symbols > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > Reading symbols from /boot/kernel/linux_common.ko.symbols...done. > Loaded symbols for /boot/kernel/linux_common.ko.symbols > Reading symbols from /boot/kernel/nullfs.ko.symbols...done. > Loaded symbols for /boot/kernel/nullfs.ko.symbols > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > Reading symbols from /boot/kernel/sem.ko.symbols...done. > Loaded symbols for /boot/kernel/sem.ko.symbols > #0 doadump (textdump=3D0) at pcpu.h:221 > 221 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=3D0) at pcpu.h:221 > #1 0xffffffff8035b45e in db_dump (dummy=3D, > dummy2=3Dfalse, > dummy3=3D0, dummy4=3D0x0) at /hdd/src/sys/ddb/db_command.c:533 > #2 0xffffffff8035afd1 in db_command (cmd_table=3D0x0) > at /hdd/src/sys/ddb/db_command.c:440 > #3 0xffffffff8035ac64 in db_command_loop () > at /hdd/src/sys/ddb/db_command.c:493 > #4 0xffffffff8035d7fb in db_trap (type=3D, code=3D0= ) > at /hdd/src/sys/ddb/db_main.c:251 > #5 0xffffffff809b4094 in kdb_trap (type=3D9, code=3D0, tf=3D out>) > at /hdd/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80d9e065 in trap_fatal (frame=3D0xfffffe046c818950, > eva=3D) at /hdd/src/sys/amd64/amd64/trap.c:848 > #7 0xffffffff80d9dd33 in trap (frame=3D) > at /hdd/src/sys/amd64/amd64/trap.c:201 > #8 0xffffffff80d7ecb2 in calltrap () > at /hdd/src/sys/amd64/amd64/exception.S:235 > #9 0xffffffff809338c0 in knote (list=3D0xfffff80013ae4408, hint=3D214748= 3648, > lockflags=3D) at /hdd/src/sys/kern/kern_event.c:= 1920 > #10 0xffffffff80938ef1 in exit1 (td=3D0xfffff800135c5980, > rv=3D) at /hdd/src/sys/kern/kern_exit.c:559 > #11 0xffffffff809383be in sys_sys_exit (td=3D0x0, uap=3D) > at /hdd/src/sys/kern/kern_exit.c:177 > #12 0xffffffff80d9e8d2 in amd64_syscall (td=3D0xfffff800135c5980, traced= =3D0) > at subr_syscall.c:133 > #13 0xffffffff80d7ef9b in Xfast_syscall () > at /hdd/src/sys/amd64/amd64/exception.S:395 > #14 0x0000000800922f3a in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > > -- > pozdrawiam / with regards > Pawe=C5=82 P=C4=99kala > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Thu Aug 6 21:37:54 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C4929B5AE9 for ; Thu, 6 Aug 2015 21:37:54 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94691C36; Thu, 6 Aug 2015 21:37:53 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: by wibxm9 with SMTP id xm9so41460354wib.1; Thu, 06 Aug 2015 14:37:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=i32U4eJRT67pSF448kXxnNcqTygepC9uZv7FND7+EOo=; b=pe/6TN/kggfVg9/7PNGzvrqZiJ4UzIVxy6a26V3J3leo5ugf4/1xh9I5sG8nbqZ0XB ksUABlaYuh9gXTW9EyokEC47eyefL44ptNzKwhNLZsLSfRzXxLsvEo86/MSUNv5RVIcf quM0GXTfoqYZpl1Vk3WDboL89vyvyqQI0ApbeNmMowW6zqlOqZNL8QntnODQteOAkvkG ldMg8XaJpbyVEVHaXiPa3TxqqOj6p2T6rg0VxE/vWBXoVx4iScWmgZvI5xKV6NdTX4O+ kleJ3+Fa5+/ANta2JOYyrVEGiRnArK2Pyq+Kok24Xl7R2L958RoH17cU+JcoG05csj96 aUvg== X-Received: by 10.180.108.136 with SMTP id hk8mr3306385wib.47.1438897070958; Thu, 06 Aug 2015 14:37:50 -0700 (PDT) Received: from localhost ([176.221.120.165]) by smtp.gmail.com with ESMTPSA id wx9sm11445461wjb.6.2015.08.06.14.37.49 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Aug 2015 14:37:50 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Thu, 6 Aug 2015 23:33:28 +0200 From: Pawel Pekala To: "K. Macy" Cc: John-Mark Gurney , FreeBSD Current Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150806233328.47a02594@FreeBSD.org> In-Reply-To: References: <20150713231205.627bab36@FreeBSD.org> <20150714223829.GY8523@funkthat.com> <20150715174616.652d0aea@FreeBSD.org> <20150715180526.GM8523@funkthat.com> <20150715223703.78b9197c@FreeBSD.org> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:37:54 -0000 Hi K., On 2015-08-06 12:33 -0700, "K. Macy" wrote: >Is this still happening? Still crashes: Thu Aug 6 23:22:05 CEST 2015 FreeBSD blaviken.slowicza.org 11.0-CURRENT FreeBSD 11.0-CURRENT #50 r286370= : Thu Aug 6 19:55:29 CEST 2015 root@blaviken.slowicza.org:/usr/obj/hdd= /src/sys/GENERIC amd64 panic:=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 2; apic id =3D 02 instruction pointer =3D 0x20:0xffffffff809d6b80 stack pointer =3D 0x28:0xfffffe046cc68a00 frame pointer =3D 0x28:0xfffffe046cc68a50 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 2147 (sh) Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. Loaded symbols for /boot/kernel/amdtemp.ko.symbols Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/kernel/fuse.ko.symbols...done. Loaded symbols for /boot/kernel/fuse.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel/netgraph.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/linux_common.ko.symbols...done. Loaded symbols for /boot/kernel/linux_common.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/sem.ko.symbols...done. Loaded symbols for /boot/kernel/sem.ko.symbols #0 doadump (textdump=3D0) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=3D0) at pcpu.h:221 #1 0xffffffff80377f5e in db_dump (dummy=3D, dummy2=3D= false,=20 dummy3=3D0, dummy4=3D0x0) at /hdd/src/sys/ddb/db_command.c:533 #2 0xffffffff80377ad1 in db_command (cmd_table=3D0x0) at /hdd/src/sys/ddb/db_command.c:440 #3 0xffffffff80377764 in db_command_loop () at /hdd/src/sys/ddb/db_command.c:493 #4 0xffffffff8037a31b in db_trap (type=3D, code=3D0) at /hdd/src/sys/ddb/db_main.c:251 #5 0xffffffff80a57074 in kdb_trap (type=3D9, code=3D0, tf=3D) at /hdd/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80e643b5 in trap_fatal (frame=3D0xfffffe046cc68950,=20 eva=3D) at /hdd/src/sys/amd64/amd64/trap.c:848 #7 0xffffffff80e64083 in trap (frame=3D) at /hdd/src/sys/amd64/amd64/trap.c:201 #8 0xffffffff80e44652 in calltrap () at /hdd/src/sys/amd64/amd64/exception.S:235 #9 0xffffffff809d6b80 in knote (list=3D0xfffff801dbebfea0, hint=3D21474836= 48,=20 lockflags=3D) at /hdd/src/sys/kern/kern_event.c:19= 20 #10 0xffffffff809dc424 in exit1 (td=3D0xfffff802bd0559a0,=20 rval=3D, signo=3D0) at /hdd/src/sys/kern/kern_exit= .c:564 #11 0xffffffff809db8cd in sys_sys_exit (td=3D0x0, uap=3D) at /hdd/src/sys/kern/kern_exit.c:178 #12 0xffffffff80e64c22 in amd64_syscall (td=3D0xfffff802bd0559a0, traced=3D= 0) at subr_syscall.c:133 #13 0xffffffff80e4493b in Xfast_syscall () at /hdd/src/sys/amd64/amd64/exception.S:395 #14 0x0000000800922eea in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb)=20 --=20 pozdrawiam / with regards Pawe=C5=82 P=C4=99kala From owner-freebsd-current@freebsd.org Thu Aug 6 21:44:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05E279B5DB2 for ; Thu, 6 Aug 2015 21:44:26 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C4D211CE; Thu, 6 Aug 2015 21:44:25 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by wicgj17 with SMTP id gj17so38929068wic.1; Thu, 06 Aug 2015 14:44:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=XAco5W4V008cia56bVCr17GBtxP/Cgo5vToPZldGyQs=; b=fvYCgd+7qPWABVa5K5XFpP0Mm/+EZcgBuFWAq6kWQAsehEwLzkX86ToghrlqZbddCf vEfzY2lWvPemr3bUDr2aMNcDFHjO5vwArUTfVN+dYNS5MBY5x1rXw6j35Nd1+gaMrQuZ GLtWFiKwkLZ4gCe01xg9ks3AQh8iRp7WaRRNq1f0SjPhCaDFdQhjGogPA28uK4Seppih 1uCLV2i0QSXPtIaLZ5yjVrxycj10ATMQbZTv8nqbvYAI0ARSkxfUh3nZAM/OdfzDPwMN h8m4Jg/tsz2pI1bFiK55XS1LQOk2wRL2K6zse2WcVseLDcM+TsXW/cHPqDq+nNzdSxhE 5vYQ== X-Received: by 10.194.190.79 with SMTP id go15mr7285128wjc.80.1438897463920; Thu, 06 Aug 2015 14:44:23 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id pu6sm11432887wjc.34.2015.08.06.14.44.21 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 06 Aug 2015 14:44:22 -0700 (PDT) Date: Thu, 6 Aug 2015 23:44:19 +0200 From: Mateusz Guzik To: Pawel Pekala Cc: "K. Macy" , John-Mark Gurney , FreeBSD Current Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150806214419.GA20809@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Pawel Pekala , "K. Macy" , John-Mark Gurney , FreeBSD Current References: <20150713231205.627bab36@FreeBSD.org> <20150714223829.GY8523@funkthat.com> <20150715174616.652d0aea@FreeBSD.org> <20150715180526.GM8523@funkthat.com> <20150715223703.78b9197c@FreeBSD.org> <20150806233328.47a02594@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150806233328.47a02594@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 21:44:26 -0000 On Thu, Aug 06, 2015 at 11:33:28PM +0200, Pawel Pekala wrote: > Hi K., > > On 2015-08-06 12:33 -0700, "K. Macy" wrote: > >Is this still happening? > > Still crashes: > > Thu Aug 6 23:22:05 CEST 2015 > > FreeBSD blaviken.slowicza.org 11.0-CURRENT FreeBSD 11.0-CURRENT #50 r286370: Thu Aug 6 19:55:29 CEST 2015 root@blaviken.slowicza.org:/usr/obj/hdd/src/sys/GENERIC amd64 > > panic: > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 2; apic id = 02 > instruction pointer = 0x20:0xffffffff809d6b80 > stack pointer = 0x28:0xfffffe046cc68a00 > frame pointer = 0x28:0xfffffe046cc68a50 > 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 = 2147 (sh) > > #8 0xffffffff80e44652 in calltrap () > at /hdd/src/sys/amd64/amd64/exception.S:235 > #9 0xffffffff809d6b80 in knote (list=0xfffff801dbebfea0, hint=2147483648, > lockflags=) at /hdd/src/sys/kern/kern_event.c:1920 > #10 0xffffffff809dc424 in exit1 (td=0xfffff802bd0559a0, > rval=, signo=0) at /hdd/src/sys/kern/kern_exit.c:564 > #11 0xffffffff809db8cd in sys_sys_exit (td=0x0, uap=) > at /hdd/src/sys/kern/kern_exit.c:178 > #12 0xffffffff80e64c22 in amd64_syscall (td=0xfffff802bd0559a0, traced=0) > at subr_syscall.c:133 > #13 0xffffffff80e4493b in Xfast_syscall () > at /hdd/src/sys/amd64/amd64/exception.S:395 > #14 0x0000000800922eea in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) > Sorry, I completely forgot about this. Can you please modify debug flags in your kernel config file to be "-O0 -g3" and reproduce with that? This should allow kgdb to obtain full info (along with exact rash site for inspection) without further tinkering or guessing. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Aug 7 00:19:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 086839B451C; Fri, 7 Aug 2015 00:19:56 +0000 (UTC) (envelope-from delphij@delphij.net) 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 DEC8A1EF2; Fri, 7 Aug 2015 00:19:55 +0000 (UTC) (envelope-from delphij@delphij.net) 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 87E631CCB2; Thu, 6 Aug 2015 17:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1438906795; x=1438921195; bh=A1qbxnKF2SNRIrvEjPQ+DzDyHuaILOO+Tj258KAWt1U=; h=Reply-To:To:From:Subject:Date; b=E7d4S1K7Nb1ffDuOFl3n4zmY+kuWcuBEj6rDHrSobQKy7Sct508feOF16L8twbimD AGjW2eOK3VDFc91BDoAOTRrvIzNcA3rMIxgiyqSFurl3/ycWvjsjqOTtn/WwDO750p QF0bbdeffF3pvquMTyFHmMTzDNLeYBvV3EsLQaUg= Reply-To: d@delphij.net To: FreeBSD ports , FreeBSD Current From: Xin Li Subject: Proposal: make portsnap generate INDEX-${OSREL:R} only by default X-Enigmail-Draft-Status: N1110 Organization: The FreeBSD Project Message-ID: <55C3F9AA.4020602@delphij.net> Date: Thu, 6 Aug 2015 17:19:54 -0700 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="D8dfX29WMuUCogCTCf9PfLKTfcj0vOoKW" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 00:19:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --D8dfX29WMuUCogCTCf9PfLKTfcj0vOoKW Content-Type: multipart/mixed; boundary="------------080605000509060308060502" This is a multi-part message in MIME format. --------------080605000509060308060502 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Currently the default portsnap.conf would generate INDEX-11, INDEX-10 and INDEX-9. The INDEX file is only used for searching ports, and only one (INDEX-${OSREL:R}) file is actually used. Traditionally, we create all supported INDEX-* files by default, but the only users who would benefit from this default are the ones who shares ports tree across many systems that runs different FreeBSD releases. And even in these scenario, it's likely that they would still want to tweak the configuration, as we may be creating more than needed INDEX-* files. So for simplicity and to reduce cycles wasted on everyone's system, I'd propose the attached change to head/'s portsnap.conf and similar changes to stable/9 and stable/10's portsnap.conf so that only INDEX-${OSREL:R} is created by default. Users who want additional INDEX files can uncomment the corresponding lines. Any objections/concerns? I'll commit the change if no objection is raised in a week. Cheers, --=20 Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die --------------080605000509060308060502 Content-Type: text/x-patch; name="portsnap.conf.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="portsnap.conf.diff" Index: etc/portsnap.conf =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/portsnap.conf (revision 286392) +++ etc/portsnap.conf (working copy) @@ -30,6 +30,6 @@ # REFUSE korean polish portuguese russian ukrainian vietnamese =20 # List of INDEX files to build and the DESCRIBE file to use for each -INDEX INDEX-9 DESCRIBE.9 -INDEX INDEX-10 DESCRIBE.10 +#INDEX INDEX-9 DESCRIBE.9 +#INDEX INDEX-10 DESCRIBE.10 INDEX INDEX-11 DESCRIBE.11 --------------080605000509060308060502-- --D8dfX29WMuUCogCTCf9PfLKTfcj0vOoKW 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.1.6 (FreeBSD) iQIcBAEBCgAGBQJVw/mrAAoJEJW2GBstM+nsj5QP/iAl7TE/mwWdcl7UxYl3U9mW lhvBd0Mztdf9ub9fXGw4ihEfn2bjs7QDWDeUY3g8ONor5IyR4S3PbmcBJE52MPtt dOkDZJwdCWM8HQZu+d09JPW3L3Av54FSsLd27FnDQMHrkO5ie+Un/bNNY2LpzeKf Neqvz+igA+xgUVIzH6Ge2rMrAmC885hs/pVHM0HiFsBcaDRMrbD/SmogHcEqFRD+ NfsNnpr5QIVoPf0Ghwna4EoefmfQCKE0vJVSH6/rKxcPhp0iqVDfTkhUeadycpF2 j07uuEVdLU5mg8hmFKYS3caVOnAv1NzHTHdPPfb9ssfo1qA6DrPwOt/zvNY0j5gx fUC/q8DVeu0FlWQDL3Dj+w/w6u0nzxB2K+Qg62PjxUncinEBZy6NZAx9qHUr0V9I eG7yO0R52giKxLA61eLri9rhNM+M7xnzuatE7koWgREW2qK3KgDniwHI7pGrs8UV X8MCDlpAFiu5RC6uk8KoNMuWaMK98XDBIRhHNnk8Gl8X8knTWOCspmUQUa9E+nqy YEozFXQ9Y4NRos5kLWwwwY1ZSkmXvS6ydlHLijT1Dwc7875dXUbpKi+QXVRubiCJ 8z/xrEoL9V4n25NAYWZKW1EP4MBqw/Y25yeUDAPl0OynjMMp+EmxYjaGpbsbJXr5 ZI5DMiwRBV1nPWs8s6Ll =pqJF -----END PGP SIGNATURE----- --D8dfX29WMuUCogCTCf9PfLKTfcj0vOoKW-- From owner-freebsd-current@freebsd.org Fri Aug 7 04:11:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02C499B3690; Fri, 7 Aug 2015 04:11:37 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD28514D6; Fri, 7 Aug 2015 04:11:36 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oiev193 with SMTP id v193so19764441oie.3; Thu, 06 Aug 2015 21:11:35 -0700 (PDT) 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=e3omizlpslOGkwN0vh/PmAbEFLuiqbm+xdCn2+I0+K0=; b=E/FO190BujtV6jHnASsjoznffjffMSVqeLOvcLKLsdsIQ9rljZpKKkxGHCo5QIu1GB 3wy57Aq7rNUajOyOl3uYYZeBANX6vjFduCS2+sedoH8xyQUWUAJh45rigVh2euRVQw1n /xmvkvB21soqcejQbJHfrtrFAouPGF2ILNyZNqcCjP1w4EcVpBw/qk1sBPcTtlgh4NWa kDw1S+bWNdZZxuvL17ANVFtgVf2+xJH5fFWpumWsu29NbxPbQ0xncyAE+UKQ5DtyBdyK X5EZ/fs7gp3s27cAQexGky9rVxCc2eh+HhBvpYjy+SBhNDtwYaAnywZ3gqH2rd06AtxH oLyA== MIME-Version: 1.0 X-Received: by 10.202.169.215 with SMTP id s206mr4575494oie.71.1438920695456; Thu, 06 Aug 2015 21:11:35 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Thu, 6 Aug 2015 21:11:35 -0700 (PDT) In-Reply-To: <55C3F9AA.4020602@delphij.net> References: <55C3F9AA.4020602@delphij.net> Date: Thu, 6 Aug 2015 21:11:35 -0700 X-Google-Sender-Auth: F0N91mQArjZrsG-BvMZrjOAKARI Message-ID: Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default From: Kevin Oberman To: Xin LI Cc: FreeBSD ports , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 04:11:37 -0000 On Thu, Aug 6, 2015 at 5:19 PM, Xin Li wrote: > Hi, > > Currently the default portsnap.conf would generate INDEX-11, INDEX-10 > and INDEX-9. The INDEX file is only used for searching ports, and only > one (INDEX-${OSREL:R}) file is actually used. > > Traditionally, we create all supported INDEX-* files by default, but the > only users who would benefit from this default are the ones who shares > ports tree across many systems that runs different FreeBSD releases. > And even in these scenario, it's likely that they would still want to > tweak the configuration, as we may be creating more than needed INDEX-* > files. > > So for simplicity and to reduce cycles wasted on everyone's system, I'd > propose the attached change to head/'s portsnap.conf and similar changes > to stable/9 and stable/10's portsnap.conf so that only INDEX-${OSREL:R} > is created by default. Users who want additional INDEX files can > uncomment the corresponding lines. > > Any objections/concerns? I'll commit the change if no objection is > raised in a week. > > Cheers, > -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > Isn't rebuilding the index useful for people running STABLE? I assume that I need a current index to get useful output from "pkg version -vL=". I am probably a bit unusual in that I keep a current ports tre on a STABLE system, but there are a couple of ports that I need to build due to custom options and I find poudriere overkill for this case. I suspect many people running STABLE may use portsnap and build everything from ports. (This use to be common fairly recently and likely still is.) Or, am I missing the obvious... something I seem to do too often these days. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Fri Aug 7 05:08:07 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D68889B4579; Fri, 7 Aug 2015 05:08:07 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (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 91F5D81E; Fri, 7 Aug 2015 05:08:07 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t774wiax073665; Fri, 7 Aug 2015 05:58:44 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t774wiqp073664; Fri, 7 Aug 2015 05:58:44 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201508070458.t774wiqp073664@dyslexicfish.net> Date: Fri, 07 Aug 2015 05:58:44 +0100 To: rkoberman@gmail.com, d@delphij.net Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default References: <55C3F9AA.4020602@delphij.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Fri, 07 Aug 2015 05:58:44 +0100 (BST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 05:08:07 -0000 Kevin Oberman wrote: > Isn't rebuilding the index useful for people running STABLE? I assume that > I need a current index to get useful output from "pkg version -vL=". I am > probably a bit unusual in that I keep a current ports tre on a STABLE > system, but there are a couple of ports that I need to build due to custom > options and I find poudriere overkill for this case. I suspect many people > running STABLE may use portsnap and build everything from ports. (This use > to be common fairly recently and likely still is.) I run stable, and compile from source with a current ports tree on all my machines too. But... > Or, am I missing the obvious... something I seem to do too often these days. ... maybe I'm missing something that you haven't missed, which is more likely! : I've already altered my portsnap.conf to only produce INDEX-10, and from what I can gather, this is basically what Xin Li is proposing becomes the default..., i.e. only produce INDEX-9 for 9.X, INDEX-10 for 10.X and INDEX-11 for 11.X Isn't it the case that the index required is 'tuned' to the dependencies each port requires based on base software (e.g. the index file on 10.X upwards won't list a dependency on converters/libiconv) so even if you portsnap your ports tree, it's still INDEX-10 you'd require on a FreeBSD-10.X machine..? Cheers, Jamie From owner-freebsd-current@freebsd.org Fri Aug 7 05:24:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A2609B49DF; Fri, 7 Aug 2015 05:24:58 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22E6AFF7; Fri, 7 Aug 2015 05:24:58 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obdeg2 with SMTP id eg2so72064170obd.0; Thu, 06 Aug 2015 22:24:57 -0700 (PDT) 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=vG3qi9sSNO2X8iHKCyH/PZShgL/v3ZFDp+ibnfeHh2c=; b=aqW0XSrGY38mAmY6dS+GAhSc4O5cHX9vB//TmZSG+nZb8mAOEeJ8YBSotw+W250ple yDIIxd5m78idDZ74yhBFvRZaJ48ilYbxTS4VA6vXrtjk81Fu38qRrgr4Y2Ro00RozIvB oqyk3sJHCBKh0RXB2mWLXzxugvFNzBsrz7y7wrq+DRGxM56zBe7UndnEjgTc+7dAaZAN Jv3+nIhpc9EdEHLeYWFBnu6/BKylG/CXlG6FGLnqyaEvNOe0NVdMxQrkWuMCsqok3goH 6tNBuU9HIE5TvupZ5F5Nqw5Hxx8PgVM7cJCXBwhh9ofBHX0lu1y8uI4O9978aL41CbO3 DEnw== MIME-Version: 1.0 X-Received: by 10.182.97.10 with SMTP id dw10mr5163070obb.60.1438925097337; Thu, 06 Aug 2015 22:24:57 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Thu, 6 Aug 2015 22:24:57 -0700 (PDT) In-Reply-To: <201508070458.t774wiqp073664@dyslexicfish.net> References: <55C3F9AA.4020602@delphij.net> <201508070458.t774wiqp073664@dyslexicfish.net> Date: Thu, 6 Aug 2015 22:24:57 -0700 X-Google-Sender-Auth: PZN9DJD1_u-_IFUSUcvJa-ObQmQ Message-ID: Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default From: Kevin Oberman To: Jamie Landeg-Jones Cc: Xin LI , FreeBSD Ports ML , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 05:24:58 -0000 On Thu, Aug 6, 2015 at 9:58 PM, Jamie Landeg-Jones wrote: > Kevin Oberman wrote: > > > Isn't rebuilding the index useful for people running STABLE? I assume > that > > I need a current index to get useful output from "pkg version -vL=". I am > > probably a bit unusual in that I keep a current ports tre on a STABLE > > system, but there are a couple of ports that I need to build due to > custom > > options and I find poudriere overkill for this case. I suspect many > people > > running STABLE may use portsnap and build everything from ports. (This > use > > to be common fairly recently and likely still is.) > > I run stable, and compile from source with a current ports tree on all my > machines too. > > But... > > > Or, am I missing the obvious... something I seem to do too often these > days. > > ... maybe I'm missing something that you haven't missed, which is more > likely! : > > I've already altered my portsnap.conf to only produce INDEX-10, and from > what I > can gather, this is basically what Xin Li is proposing becomes the > default..., > i.e. only produce INDEX-9 for 9.X, INDEX-10 for 10.X and INDEX-11 for 11.X > > Isn't it the case that the index required is 'tuned' to the dependencies > each > port requires based on base software (e.g. the index file on 10.X upwards > won't > list a dependency on converters/libiconv) so even if you portsnap your > ports > tree, it's still INDEX-10 you'd require on a FreeBSD-10.X machine..? > > Cheers, > Jamie > Yes, I was missing the obvious. I am a bit concerned about some edge cases involving system upgrades. Of course, if everyone follows recommendation and rebuilds all ports after a major version upgrade, it should work fine. Or the code in portsnap could be modified to get the current running version. This would need to be an option that could be turned off for the few people who actually need more than one index file. Still, looks like a good idea to me! -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Fri Aug 7 05:45:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1365E9B4E38; Fri, 7 Aug 2015 05:45:43 +0000 (UTC) (envelope-from delphij@delphij.net) 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 EF342A00; Fri, 7 Aug 2015 05:45:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from Xins-MBP.home.us.delphij.net (unknown [IPv6:2601:646:8f00:8a91:196c:62ba:423f:8c79]) (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 409BC1C166; Thu, 6 Aug 2015 22:45:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1438926342; x=1438940742; bh=3jBumI/CyIhdMc3iD71q2V1FqExzMH5WDr7NGyoJmQA=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=rzQD2nvrDdpMh1UwASyIz2nPr4uKqU1xlnxm1YUOPcUyX5gKm/AgqAqgn5opPre0G lVAOJQ0ybLkIxlYr+0Vrrwqb808tQPlO6T+2ph3Z6pqLt/XNTNi2kDf5R9oi8SeH7h WM7+7AtqLcE2eC8kgdCAK2u5uIZqYa2eJDRMd7/Y= Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default To: Kevin Oberman , Jamie Landeg-Jones References: <55C3F9AA.4020602@delphij.net> <201508070458.t774wiqp073664@dyslexicfish.net> Cc: Xin LI , FreeBSD Ports ML , FreeBSD Current From: Xin Li Message-ID: <55C44605.1040004@delphij.net> Date: Thu, 6 Aug 2015 22:45:41 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 05:45:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 8/6/15 22:24, Kevin Oberman wrote: > Or the code in portsnap could be modified to get the current > running version. I thought about this today but it won't work as advertised: someone (currently me) still have to tweak the portsnap builder configuration to announce new major version (9, 10, 11 now, and we would need 12 when 11.0-STABLE appears). However, freebsd-update or mergemaster would take care for this. Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJVxEYEAAoJEJW2GBstM+ns6wkP/AoQS/GX6RfJ0r5KBzHJzo1Z 1sFGkqULBYbiS4DNV8Svt1+mMdg0IwK7t5vYhkiQI/RrkeddvU1btDiVPjNGbC3K Wm5wKAD2uMRLczz9EhKCZehDRq88ckvUMefPdT5R3b+DTo4VKdCXoPC4AqZnu7bb 60wnOL6cyKw8fwKTHhVyui6zcbg9uj7VtGj9MGK+03jHDmekJ6sXZO/0fp/TGju6 ruPVf9yImi9o/T5IUaKlj2D3xfDtwEhjI7Q96K4C5y88Tl5+PXQBh/07SQOKIu59 nalLbAH8eoxITWEAOBFjM/e1KOLH5Hyk+TfR0GXDZVLyL4mi8eIpch0eLFHp3e94 PEbsE1lUN3R3/4IFTmPDj1WYF9dE/AUgV4gzQKBboieVYNLfuL/esI0VOCFa/3r3 3rSW9RAj8MOH3GA3un14eUrWg5prvDcjMq9cJUO5Pebc3cD0CxlKCJ+yNAMlTo4Q 07u8dxBXsZcO//xknW5Gx9rKl+fJxvwy2klLmsiR3+bM2PCd1bt4bvSkOTgv1ZOt qJZ4g/sDpF2jx3UYj2PF5vnBLkI6RrWer379q8ZqAwVRGE4Z9glnzo9BNUpQoQDy PXzf3Nsj/qWkvnXXIWxI71rLTsKNejiXpBiYYjZV2eYz9dCveNJEMRFmHQ+xthHz VrdB3J9EBHa17p5Xlt2y =nN8J -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Fri Aug 7 06:56:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 376209B5D30; Fri, 7 Aug 2015 06:56:31 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.dk [213.239.220.246]) (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 EFA4A1929; Fri, 7 Aug 2015 06:56:30 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 645AA218C9; Fri, 7 Aug 2015 08:56:21 +0200 (CEST) Date: Fri, 7 Aug 2015 08:56:21 +0200 From: Erwin Lansing To: d@delphij.net Cc: FreeBSD ports , FreeBSD Current Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default Message-ID: <20150807065621.GX63119@droso.dk> Mail-Followup-To: d@delphij.net, FreeBSD ports , FreeBSD Current References: <55C3F9AA.4020602@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NEaRsfQExFH3jWtg" Content-Disposition: inline In-Reply-To: <55C3F9AA.4020602@delphij.net> X-Operating-System: FreeBSD/amd64 9.3-RELEASE-p5 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 06:56:31 -0000 --NEaRsfQExFH3jWtg Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 06, 2015 at 05:19:54PM -0700, Xin Li wrote: > Hi, >=20 > Currently the default portsnap.conf would generate INDEX-11, INDEX-10 > and INDEX-9. The INDEX file is only used for searching ports, and only > one (INDEX-${OSREL:R}) file is actually used. >=20 This is default behaviour for other tools like fetchindex already. It makes no sense to have all INDEXes installed on all systems for almost all users, so I'm all for it. The few corner cases can, say someone building packages for different releases, can be easily scripted around (or recommend poudriere). Erwin --NEaRsfQExFH3jWtg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVcRWlFF75hSlwe7HAQrYWAf9GCf5IRISB1uGrC815C6ETG2Yjo0rHwVQ oENvwdlH0Aug/MVqKYWN2sLocG6jlmVspl9MBsEBm0tQXlRpFITnlzY/KsTNVXbr cDuVQT5w3E10SAi+VnaNLPHRW/8G1T0KhkNFeXZBmm+keiPnCbSuQMhSYpX4uoJf W/vXxji/DnuErUvziC0umAtDnaNXlD8GxDfpHNB84wrLbepi7TI3hvaoA/DlWKfc kqZbNJJ+9GszByjiLGoVkGSPDFyEJ8qhVlmrKQqwMOIS84T+j99hQnK8iwMypq2g 8fPwjLJ8PBJUmydRfg88SK4bMpRfRW/O9doPkwq9Pnw1pmDd51/i3w== =2/cG -----END PGP SIGNATURE----- --NEaRsfQExFH3jWtg-- From owner-freebsd-current@freebsd.org Fri Aug 7 08:40:32 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E08D49B6A30 for ; Fri, 7 Aug 2015 08:40:31 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 89636FAC for ; Fri, 7 Aug 2015 08:40:31 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t778e5vD002311 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 7 Aug 2015 09:40:15 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t778e5vD002311 Authentication-Results: smtp.infracaninophile.co.uk/t778e5vD002311; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default To: freebsd-current@freebsd.org References: <55C3F9AA.4020602@delphij.net> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55C46EE5.5040808@freebsd.org> Date: Fri, 7 Aug 2015 09:40:05 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tDsD0s5HHArCIuvThcWD7A32xVBI013FA" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 08:40:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tDsD0s5HHArCIuvThcWD7A32xVBI013FA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 08/07/15 05:11, Kevin Oberman wrote: > Isn't rebuilding the index useful for people running STABLE? I assume t= hat > I need a current index to get useful output from "pkg version -vL=3D". = I am > probably a bit unusual in that I keep a current ports tre on a STABLE > system, but there are a couple of ports that I need to build due to cus= tom > options and I find poudriere overkill for this case. I suspect many peo= ple > running STABLE may use portsnap and build everything from ports. (This = use > to be common fairly recently and likely still is.) Actually 'pkg version -vL=3D' uses one of three different methods to get information about available port/pkg versions: * by reading the INDEX (if it exists). * failing that, by running 'make -V PKGNAME' (or similar) but only if there's a ports tree on the system. This is horribly slow. * failing that, by using the repository catalogue. So it will cope without an INDEX file if it has to -- that's unless you use any of the -I, -P or -R flags to tell it exactly what to do. Of course, if you're using custom options, then the ports tree you download from portsnap won't necessarily be accurate for your setup anyhow. The good news is that it really doesn't have to be. Pretty much everything I've run across in dealing with building software out of the ports will work fine without an index or with an incorrect index. Maybe a bit slower than otherwise, but frequently it makes no difference.= Cheers, Matthew --tDsD0s5HHArCIuvThcWD7A32xVBI013FA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJVxG7lAAoJEABRPxDgqeTnO7cP/1gcZ+uRmF0K7+q+AbNPfJC7 LBukyf6J4qMIBnHMrsoiFJRgRDoifOqzhhFGMUuMRKp554m5KLLgxYWvZIy0qN7d CFUVs1RSfiTapglrw+p7hKlQ9+OSxcQACXAYcdAoBW2MNZqoGaE3R3vVyGSoVm8P y8WsDsZnlFA9uXMP2TRnIZ4aeUWL5W6pOWT14WR8kUohFghOk3JashbwZ4ta27sR a/aoaOHOVf3EecBR2tZYJTIwMJ9Lea0eKGFXyyo5LVuaFbKJBWHysxj/56PLytHy LEQA2Ym5nndGP9oOr8hIALhdPnPBxa5Aol3E7qBa9R3HxQjr8h06tqYv6bPWD9ua bEKLl1feyasLhvxdgxSWwmbb9IcW8iIguG8hEwl2juI6jLv5AW6AClgN9LJ4z/82 TzgLGjoDeeLn/SmcN0C+804GZhAXvOiQ+wpKXoPqdKeB39rukLU130O6eAzYeBx3 KHZwDCRMTKj3jq4bau5gplihNExg9att1e6g9S6LGDHW3MmLL6/WMJiYHM3GV9H5 jIXvR3VToAuHOmmd4IlWTabQ53ByxYyLtjWmeb4ZZ1cPgxHZ33sza4Xoy3W3uCcB 503dBcZoyh+W27ZwiMfD94u9QiZHhWvof+AYGEiuCFvwguHJQIH3CctaBnWCrT0r vnNX7efNUIW1qbGAySvp =WN71 -----END PGP SIGNATURE----- --tDsD0s5HHArCIuvThcWD7A32xVBI013FA-- From owner-freebsd-current@freebsd.org Fri Aug 7 08:41:59 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A73F79B6B3E for ; Fri, 7 Aug 2015 08:41:59 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3815713C8 for ; Fri, 7 Aug 2015 08:41:59 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t778fqDB002375 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 7 Aug 2015 09:41:53 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t778fqDB002375 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1438936914; bh=pJCJTVtA9wQ1RawjQIU9RKWytOS+LNGJii6h6Du0z1g=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Proposal:=20make=20portsnap=20generate=20INDEX-$ {OSREL:R}=20only=20by=20default|To:=20freebsd-current@freebsd.org| References:=20<55C3F9AA.4020602@delphij.net>=0D=0A=20=0D=0A=20<5 5C46EE5.5040808@freebsd.org>|From:=20Matthew=20Seaman=20|Date:=20Fri,=207=20Aug=202015=2009:41:52=2 0+0100|In-Reply-To:=20<55C46EE5.5040808@freebsd.org>; b=pZWSYbWQn8GCy57rqnWPTd0Xq7b1qc1WPerT6p+2voAmaML0+1JD4JqHAoML7og3Y jlc5RpL8cuG75diw4dMzmQpJEk10n8UQpsCow8iwYRWnxIVUVQM8zRuLCippndQCat BbQrv8FdoH8HGF+iZYpjLMP/tDmB9LECIxeKjInM= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default To: freebsd-current@freebsd.org References: <55C3F9AA.4020602@delphij.net> <55C46EE5.5040808@freebsd.org> From: Matthew Seaman Message-ID: <55C46F50.2040705@infracaninophile.co.uk> Date: Fri, 7 Aug 2015 09:41:52 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55C46EE5.5040808@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eavgeBTF4inoSNR0Bhe2pFHJUDlfEjJdx" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 08:41:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eavgeBTF4inoSNR0Bhe2pFHJUDlfEjJdx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 08/07/15 09:40, Matthew Seaman wrote: > Of course, if you're using custom options, then the ports tree you the ports *INDEX* D'Oh! Matthew --eavgeBTF4inoSNR0Bhe2pFHJUDlfEjJdx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJVxG9QAAoJEABRPxDgqeTnkgsP/16ohyOwFo6t9NJJ+myQ1x7s tyj282i4vSb33wiPcjTSx0g4u/lrgJ9pBEDTVIgd/doSn6sGqO8NJSeVQu5aL/51 1k/lARQ/P2EsE8HJahSJGtYtbnmGqtxsZ8po91GayQgbQ1XfgASt6uliUzd9ngNr 5fImucv3Kf9/dgwM991MaYM/fcXo9PE5hsSscrVdvcUF/K9NJbepfGkpzbQlhKJt m3zA9Ui2UEJUvJ/UpQOP/Y5xI7mSBlDYKjikNKy929VHCwiA7oTGNpKDB6wIpMZ2 /syAiR1kjqLwv/2bjcwzKewzYFZAKBlrZ+zDFcqLe1AC/xt3M5WltrGiY2wQ0n7G 5yB3xUQbPXRhqGGHNDcZNzmeOTeZ1vBMpN5fah2+j6cwiv/2va7o991NcyBfYDUd WSQAXFKSwqTKpP3fwjPmyJkjqAzesOW1nsgKbLXc2jqlBjIPtSN1ZL+3sMSn9LcS PViBuq8gKeJhTYYLWzgMnLZp6dCUacYuNtBwk/pXW2sM/GeX0Zrt+ZK7bQ+u4diC Cr5pL5ss8BNha5MqPQ3UxZh2Eby5CxBELCy+xvsx9wVBS5KEQtDuowYHarhwdIk/ brRD+iPeDeiM3eMcyX2aYG/xUKBqQI3/x7kNDoixFclgkZLBaSd1kCoY+oI8NL4b u6YjGmtl6rOJu224H6px =IMJ4 -----END PGP SIGNATURE----- --eavgeBTF4inoSNR0Bhe2pFHJUDlfEjJdx-- From owner-freebsd-current@freebsd.org Fri Aug 7 14:18:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AFC09B532B; Fri, 7 Aug 2015 14:18:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1EE6E1B5; Fri, 7 Aug 2015 14:18:42 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 831F97A4; Fri, 7 Aug 2015 14:18:39 +0000 (UTC) Date: Fri, 7 Aug 2015 14:18:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jah@FreeBSD.org, glebius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2002531801.13.1438957117219.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #778 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 14:18:42 -0000 FreeBSD_HEAD_i386 - Build #778 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/778/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/778/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/778/console Change summaries: 286413 by glebius: Fix !MWL_DEBUG build. 286411 by jah: Create man page for pmap_quick_enter_page(9) and pmap_quick_remove_page(9) Reviewed by: kib, brueffer, wblock Approved by: kib (mentor) Differential Revision: https://reviews.freebsd.org/D3312 286410 by glebius: Change KPI of how device drivers that provide wireless connectivity interact with the net80211 stack. Historical background: originally wireless devices created an interface, just like Ethernet devices do. Name of an interface matched the name of the driver that created. Later, wlan(4) layer was introduced, and the wlanX interfaces become the actual interface, leaving original ones as "a parent interface" of wlanX. Kernelwise, the KPI between net80211 layer and a driver became a mix of methods that pass a pointer to struct ifnet as identifier and methods that pass pointer to struct ieee80211com. From user point of view, the parent interface just hangs on in the ifconfig list, and user can't do anything useful with it. Now, the struct ifnet goes away. The struct ieee80211com is the only KPI between a device driver and net80211. Details: - The struct ieee80211com is embedded into drivers softc. - Packets are sent via new ic_transmit method, which is very much like the previous if_transmit. - Bringing parent up/down is done via new ic_parent method, which notifies driver about any changes: number of wlan(4) interfaces, number of them in promisc or allmulti state. - Device specific ioctls (if any) are received on new ic_ioctl method. - Packets/errors accounting are done by the stack. In certain cases, when driver experiences errors and can not attribute them to any specific interface, driver updates ic_oerrors or ic_ierrors counters. Details on interface configuration with new world order: - A sequence of commands needed to bring up wireless DOESN"T change. - /etc/rc.conf parameters DON'T change. - List of devices that can be used to create wlan(4) interfaces is now provided by net.wlan.devices sysctl. Most drivers in this change were converted by me, except of wpi(4), that was done by Andriy Voskoboinyk. Big thanks to Kevin Lo for testing changes to at least 8 drivers. Thanks to Olivier Cochard, gjb@, mmoll@, op@ and lev@, who also participated in testing. Details here: https://wiki.freebsd.org/projects/ifnet/net80211 Still, drivers: ndis, wtap, mwl, ipw, bwn, wi, upgt, uath were not tested. Changes to mwl, ipw, bwn, wi, upgt are trivial and chances of problems are low. The wtap wasn't compilable even before this change. But the ndis driver is complex, and it is likely to be broken with this commit. Help with testing and debugging it is appreciated. Differential Revision: D2655, D2740 Sponsored by: Nginx, Inc. Sponsored by: Netflix The end of the build log: [...truncated 187069 lines...] ld -d -warn-common -r -d -o snd_via8233.kld via8233.o ctfmerge -L VERSION -g -o snd_via8233.kld via8233.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk snd_via8233.kld export_syms | xargs -J% objcopy % snd_via8233.kld --- all_subdir_vkbd --- ===> vkbd (all) --- all_subdir_sound --- --- snd_via8233.ko.debug --- ld -Bshareable -d -warn-common -o snd_via8233.ko.debug snd_via8233.kld --- snd_via8233.ko.symbols --- objcopy --only-keep-debug snd_via8233.ko.debug snd_via8233.ko.symbols --- snd_via8233.ko --- objcopy --strip-debug --add-gnu-debuglink=snd_via8233.ko.symbols snd_via8233.ko.debug snd_via8233.ko ===> sound/driver/via82c686 (all) --- all_subdir_vkbd --- --- vkbd.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/vkbd/../../dev/vkbd/vkbd.c -o vkbd.o --- all_subdir_sound --- --- via82c686.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/via82c686/../../../../dev/sound/pci/via82c686.c -o via82c686.o --- all_subdir_virtio --- ctfconvert -L VERSION -g virtio_pci.o --- virtio_pci.kld --- ld -d -warn-common -r -d -o virtio_pci.kld virtio_pci.o ctfmerge -L VERSION -g -o virtio_pci.kld virtio_pci.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk virtio_pci.kld export_syms | xargs -J% objcopy % virtio_pci.kld --- virtio_pci.ko.debug --- ld -Bshareable -d -warn-common -o virtio_pci.ko.debug virtio_pci.kld --- all_subdir_vkbd --- ctfconvert -L VERSION -g vkbd.o --- all_subdir_virtio --- --- virtio_pci.ko.symbols --- objcopy --only-keep-debug virtio_pci.ko.debug virtio_pci.ko.symbols --- virtio_pci.ko --- objcopy --strip-debug --add-gnu-debuglink=virtio_pci.ko.symbols virtio_pci.ko.debug virtio_pci.ko ===> virtio/network (all) --- all_subdir_vkbd --- --- vkbd.kld --- ld -d -warn-common -r -d -o vkbd.kld vkbd.o ctfmerge -L VERSION -g -o vkbd.kld vkbd.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk vkbd.kld export_syms | xargs -J% objcopy % vkbd.kld --- all_subdir_sound --- ctfconvert -L VERSION -g via82c686.o --- all_subdir_vkbd --- --- vkbd.ko.debug --- ld -Bshareable -d -warn-common -o vkbd.ko.debug vkbd.kld --- vkbd.ko.symbols --- objcopy --only-keep-debug vkbd.ko.debug vkbd.ko.symbols --- vkbd.ko --- objcopy --strip-debug --add-gnu-debuglink=vkbd.ko.symbols vkbd.ko.debug vkbd.ko --- all_subdir_virtio --- --- if_vtnet.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/virtio/network/../../../dev/virtio/network/if_vtnet.c -o if_vtnet.o --- ar5211_beacon.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ath/ath_hal/ar5211/ar5211_beacon.c -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal --- modules-all --- --- all_subdir_usb --- --- all_subdir_ural --- ctfconvert -L VERSION -g if_ural.o --- all_subdir_sound --- --- snd_via82c686.kld --- ld -d -warn-common -r -d -o snd_via82c686.kld via82c686.o ctfmerge -L VERSION -g -o snd_via82c686.kld via82c686.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk snd_via82c686.kld export_syms | xargs -J% objcopy % snd_via82c686.kld --- snd_via82c686.ko.debug --- ld -Bshareable -d -warn-common -o snd_via82c686.ko.debug snd_via82c686.kld --- snd_via82c686.ko.symbols --- objcopy --only-keep-debug snd_via82c686.ko.debug snd_via82c686.ko.symbols --- snd_via82c686.ko --- objcopy --strip-debug --add-gnu-debuglink=snd_via82c686.ko.symbols snd_via82c686.ko.debug snd_via82c686.ko ===> sound/driver/vibes (all) --- all_subdir_usb --- --- if_ural.kld --- ld -d -warn-common -r -d -o if_ural.kld if_ural.o ctfmerge -L VERSION -g -o if_ural.kld if_ural.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_ural.kld export_syms | xargs -J% objcopy % if_ural.kld --- all_subdir_sound --- --- vibes.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/vibes/../../../../dev/sound/pci/vibes.c -o vibes.o --- all_subdir_usb --- --- if_ural.ko.debug --- ld -Bshareable -d -warn-common -o if_ural.ko.debug if_ural.kld --- ar5211_beacon.o --- ctfconvert -L VERSION -g ar5211_beacon.o --- modules-all --- --- if_ural.ko.symbols --- objcopy --only-keep-debug if_ural.ko.debug if_ural.ko.symbols --- if_ural.ko --- objcopy --strip-debug --add-gnu-debuglink=if_ural.ko.symbols if_ural.ko.debug if_ural.ko --- all_subdir_zyd --- ===> usb/zyd (all) --- all_subdir_vmware --- ===> vmware (all) --- _sub.all --- ===> vmware/vmxnet3 (all) --- all_subdir_usb --- --- if_zyd.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/usb/zyd/../../../dev/usb/wlan/if_zyd.c -o if_zyd.o --- all_subdir_vmware --- --- if_vmx.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/vmware/vmxnet3/../../../dev/vmware/vmxnet3/if_vmx.c -o if_vmx.o --- all_subdir_usb --- /usr/src/sys/modules/usb/zyd/../../../dev/usb/wlan/if_zyd.c:2584:22: error: use of undeclared identifier 'MA_LOCKED' ZYD_LOCK_ASSERT(sc, MA_LOCKED); ^ /usr/src/sys/dev/usb/wlan/if_zydreg.h:1314:58: note: expanded from macro 'ZYD_LOCK_ASSERT' #define ZYD_LOCK_ASSERT(sc, t) mtx_assert(&(sc)->sc_mtx, t) ^ /usr/src/sys/sys/mutex.h:373:20: note: expanded from macro 'mtx_assert' mtx_assert_((m), (what), __FILE__, __LINE__) ^ /usr/src/sys/sys/mutex.h:353:20: note: expanded from macro 'mtx_assert_' _mtx_assert((m), (what), (file), (line)) ^ /usr/src/sys/sys/mutex.h:159:31: note: expanded from macro '_mtx_assert' __mtx_assert(&(m)->mtx_lock, w, f, l) ^ 1 error generated. *** [if_zyd.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/usb/zyd 1 error make[5]: stopped in /usr/src/sys/modules/usb/zyd *** [all_subdir_zyd] Error code 2 make[4]: stopped in /usr/src/sys/modules/usb 1 error make[4]: stopped in /usr/src/sys/modules/usb *** [all_subdir_usb] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_sound --- ctfconvert -L VERSION -g vibes.o A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sys/modules/sound/driver/vibes *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/sys/modules/sound/driver 1 error make[5]: stopped in /usr/src/sys/modules/sound/driver *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/sound 1 error make[4]: stopped in /usr/src/sys/modules/sound *** [all_subdir_sound] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_virtio --- ctfconvert -L VERSION -g if_vtnet.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/virtio/network *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/virtio 1 error make[4]: stopped in /usr/src/sys/modules/virtio *** [all_subdir_virtio] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_vmware --- ctfconvert -L VERSION -g if_vmx.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/vmware/vmxnet3 *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/vmware 1 error make[4]: stopped in /usr/src/sys/modules/vmware *** [all_subdir_vmware] Error code 2 make[3]: stopped in /usr/src/sys/modules 4 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6702450661009410583.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Aug 7 15:51:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 379D89B6CCE; Fri, 7 Aug 2015 15:51:28 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (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 EC513973; Fri, 7 Aug 2015 15:51:27 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t77FopcB076129; Fri, 7 Aug 2015 16:50:51 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t77Fopdf076128; Fri, 7 Aug 2015 16:50:51 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201508071550.t77Fopdf076128@dyslexicfish.net> Date: Fri, 07 Aug 2015 16:50:50 +0100 To: rkoberman@gmail.com, jamie@dyslexicfish.net, delphij@delphij.net Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, d@delphij.net Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default References: <55C3F9AA.4020602@delphij.net> <201508070458.t774wiqp073664@dyslexicfish.net> <55C44605.1040004@delphij.net> In-Reply-To: <55C44605.1040004@delphij.net> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Fri, 07 Aug 2015 16:50:51 +0100 (BST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 15:51:28 -0000 Xin Li wrote: > On 8/6/15 22:24, Kevin Oberman wrote: > > Or the code in portsnap could be modified to get the current > > running version. > > I thought about this today but it won't work as advertised: someone > (currently me) still have to tweak the portsnap builder configuration > to announce new major version (9, 10, 11 now, and we would need 12 > when 11.0-STABLE appears). However, freebsd-update or mergemaster > would take care for this. I was going to suggest this too. Isn't this information available using /bin/freebsd-version -u ? Yes, I realise this script basically has it hardcoded, but it seems, therefore, that someone already has the task to announce new major version in that file! Cheers! Jamie From owner-freebsd-current@freebsd.org Fri Aug 7 15:55:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6E899B6D92 for ; Fri, 7 Aug 2015 15:55:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AA8B3BD6 for ; Fri, 7 Aug 2015 15:55:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: by mailman.ysv.freebsd.org (Postfix) id A7BB89B6D90; Fri, 7 Aug 2015 15:55:52 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A73999B6D8F; Fri, 7 Aug 2015 15:55:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61642BD3; Fri, 7 Aug 2015 15:55:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1ZNjwe-003sXw-UA>; Fri, 07 Aug 2015 17:52:32 +0200 Received: from x5ce19e09.dyn.telefonica.de ([92.225.158.9] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1ZNjwe-001QJa-Lo>; Fri, 07 Aug 2015 17:52:32 +0200 Date: Fri, 7 Aug 2015 17:52:26 +0200 From: "O. Hartmann" To: Gleb Smirnoff Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: [head up!] WiFi drivers changes Message-ID: <20150807175226.357b5dce.ohartman@zedat.fu-berlin.de> In-Reply-To: <20150806151355.GL889@FreeBSD.org> References: <20150806151355.GL889@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/gULIh7eANco_/+9qGeRV.Lj"; protocol="application/pgp-signature" X-Originating-IP: 92.225.158.9 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 15:55:52 -0000 --Sig_/gULIh7eANco_/+9qGeRV.Lj Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Thu, 6 Aug 2015 18:13:55 +0300 Gleb Smirnoff schrieb: > Hi! >=20 > As part of the "opaque ifnet project" [1], all 802.11 (WiFi) drivers > undergo change of not being an interface anymore. Historically in FreeBSD > 802.11 stack, 802.11 devices called if_attach() and created an interface. > Later this was generalized and real functioning interface is created by > net80211 stack. However, remnant of parent interface remained. If you > are running Intel Centrino wireless, then you got iwn0 interface and > wlan0 interface. However, the former doesn't do anything. You can't > assign addresses to it or modify any of it parameters. Or you can > modify them, but that affects nothing. >=20 > This superfluous ifnet on the list entangles the net80211 stack and > also is on the way of [1]. So, decision was made to remove it. I > already did preparatory commits back in May, and now it is time to > finish that. >=20 > The patch is: >=20 > https://reviews.freebsd.org/D2655 >=20 > And the Wiki page for it is: >=20 > https://wiki.freebsd.org/projects/ifnet/net80211 >=20 > The patch modifies every driver, and diff is bulky. However, changes > are mechanical and simple, most drivers appeared to work after first > run. Most converted drivers are tested to work. >=20 > This is list of drivers that are not tested, due to lack of testers: >=20 > mwl, ipw, bwn, wi, upgt, uath. >=20 > But, as said, changes are mechanical and probability is 95% that > they will work. >=20 > The only complex one is ndis(4). It could be broken by conversion. > Since I already got a tester volunteer, I will fix it quickly if > anything happens. >=20 > Another untrivial one is wtap(4), which is not connected to the > build and appeared to be broken even before conversion. Anyway, > I made it compilable. >=20 > Now, for the configuration. The sequence of commands you need > to run to configure a WiFi interface doesn't change. As before > it is: >=20 > ifconfig wlan0 create wlandev iwn0 > ifconfig wlan0 $foo >=20 > Your rc.conf doesn't need any changes. As before: >=20 > wlans_iwn0=3D"wlan0" > ifconfig_wlan0=3D"DHCP WPA" >=20 > However, iwn0 disappeared from the 'ifconfig -l'. It is still > in devinfo, or in dmesg. For the sake of installers or other > configuration software, a sysctl is provided: >=20 > net.wlan.devices: iwn0 >=20 > The /etc subsystem needs to be tweaked. Previously the wlan(4) > interfaces were created in childif_create(), and the script > did check for presence of parent interface. In my patch I > provided wlans_up(), that doesn't check. The code in D2655 > now works correctly both on patched and on unpatched kernel. >=20 > Alternatively, I could tweak childif_create() to use net.wlan.devices > instead of 'ifconfig -l'. Or, to use them both, to work on older > and on newer kernels? >=20 > I am not sure which path with /etc is better, so seeking for > help with that. >=20 After updating to FreeBSD 11.0-CURRENT #0 r286415: Fri Aug 7 17:22:43 CEST= 2015 amd64, several APs won't startup anymore: [...] Starting hostapd. Configuration file: /etc/hostapd.conf bsd_set_if_media: SIOCSIFMEDIA Device not configured bsd_init: failed to set operation mode bsd driver initialization failed. wlan0: interface state UNINITIALIZED->DISABLED wlan0: AP-DISABLED=20 hostapd_free_hapd_data: Interface wlan0 wasn't started ELOOP: remaining socket: sock=3D5 eloop_data=3D0x801c47100 user_data=3D0x0 = handler=3D0x41a0e0 /etc/rc.d/hostapd: WARNING: failed to start hostapd --Sig_/gULIh7eANco_/+9qGeRV.Lj Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVxNQ6AAoJEOgBcD7A/5N80vQH/iKOxzn4MoL9dHu640DVuCiD CjKYZF7HyqhQ5j1TiGrBk+9rM+7n5FtLVchPMpnIcrF310Yf7LDlo4UNnnLNjOTG HG5+BneqCY3XpveWfVyQ5PjHjKUQ+sw64Lm+OBN7Bb4WvqdPpECpOUBwXBc9oF8D 3ZDE9u7uOGFMbYsb+F0Pj4+GfmPJZKWSWztwWai5fvOOBJZgF7MbVZ+vUEQ6Va4g bPUKmWYXW62JA/QarPRrgPgfMBDcdG1c/bIIIIecpwspY5YzHft2/9iN+9ke81YK yJ1iI4MQf2y+pF3whZX7EYQjBpLb1Jfg7WlIpZxOxZ1LW4mxZmeX0yWeyN6eD3o= =S8pt -----END PGP SIGNATURE----- --Sig_/gULIh7eANco_/+9qGeRV.Lj-- From owner-freebsd-current@freebsd.org Fri Aug 7 16:04:53 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FBB89B6FFB; Fri, 7 Aug 2015 16:04:53 +0000 (UTC) (envelope-from delphij@delphij.net) 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 18B819F; Fri, 7 Aug 2015 16:04:53 +0000 (UTC) (envelope-from delphij@delphij.net) 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 37A3B1CA3F; Fri, 7 Aug 2015 09:04:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1438963492; x=1438977892; bh=QJJvogAmQl78BPnQ9W+xM/QR/ELI8yZilbX6J1NXFjA=; h=Reply-To:Subject:References:To:Cc:From:Date:In-Reply-To; b=v2b4La4yKWi6VJo4+eS7QHenVMzWvSS+JS5baPkTnp6mZifUIBNnExVUNo5yeBabZ p5r+Z6SeUHaFWAlChsozcyynai/5gWmVpdWd81UaLlhLyrT5MMFCHZNNu0c29/ZE5W S+BevB+Ut4B88QYQDdX0joM5l3ZkQzxKW6VMkDQ8= Reply-To: d@delphij.net Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default References: <55C3F9AA.4020602@delphij.net> <201508070458.t774wiqp073664@dyslexicfish.net> <55C44605.1040004@delphij.net> <201508071550.t77Fopdf076128@dyslexicfish.net> To: Jamie Landeg-Jones , rkoberman@gmail.com Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, d@delphij.net From: Xin Li Organization: The FreeBSD Project Message-ID: <55C4D723.3070102@delphij.net> Date: Fri, 7 Aug 2015 09:04:51 -0700 MIME-Version: 1.0 In-Reply-To: <201508071550.t77Fopdf076128@dyslexicfish.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 16:04:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 08/07/15 08:50, Jamie Landeg-Jones wrote: > Xin Li wrote: > >> On 8/6/15 22:24, Kevin Oberman wrote: >>> Or the code in portsnap could be modified to get the current >>> running version. >> >> I thought about this today but it won't work as advertised: >> someone (currently me) still have to tweak the portsnap builder >> configuration to announce new major version (9, 10, 11 now, and >> we would need 12 when 11.0-STABLE appears). However, >> freebsd-update or mergemaster would take care for this. > > I was going to suggest this too. Isn't this information available > using /bin/freebsd-version -u ? Client side: yes. Server side: someone has to tell the server to start building for new - -CURRENT or stop building for old -STABLE. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.6 (FreeBSD) iQIcBAEBCgAGBQJVxNcgAAoJEJW2GBstM+ns2HQP/iQfmSjJ853Aj4Bs+0qed7Ya UoE4LDaX1PJSIpqswyWir34mSgqZ5jHC8wuEkNrT3dlXaSnuxBmjvZfm23T/AUFH 9b/ytjJGlZWT0Db88AOnIeiMKKKX786m9mkDxiY2C747Q0L+KqLzQx6Ltrgl7DEm 9arRlB3nQcix9u7badVgP+B3CRfspUwtqmL9m+4LFIlJQA3OPsMxySdKoJlCQD8H E1rJNV/6NOxIIX2Y+/6EBhtNnhQwbXyKT74B/4UKFaGNaKfw7XIjB5T4yGBaWhPL 4VXqzDRU2g0YGY8VM3/uXA3AfSVuVYi9kmm2R3W/91TFwOVqGH31OQQczeK78Gpn dx8+kOfC7OLGWaQ9Xb9H3bNcPUknRuUVusb4+Wbe8qXk5cWfeyIJLTK7GC4Vvq4i dGf+rYpEMls/0t+W+6e1re+XTlZtgepLfWQMuuhCbOQf8egKktClbJ++Th6krc1B Aob62BmfgNgq4mS8t21Ee2heBTTrjNwp+openjPv9+ffvhmDngshNrdp+z4umQ3G uryURepM9YYmrRWVmD9ZOei81R2QIpzdFh/Xv4w8bwTAoiV3oJfNIavbJWuhsEsk sAKU2Kk0oBiTDwOqe4ZEVfF1HWbOZe6X6gBWjwO0f/RG7Rtn9pexU9TRzBL1SmeE qUix6Wbx6VfCB+7QiQgg =LDxP -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Fri Aug 7 16:18:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A32D9B429B; Fri, 7 Aug 2015 16:18:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 09B29928; Fri, 7 Aug 2015 16:18:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1B3597D3; Fri, 7 Aug 2015 16:18:22 +0000 (UTC) Date: Fri, 7 Aug 2015 16:18:18 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mav@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1817547162.15.1438964301855.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2002531801.13.1438957117219.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2002531801.13.1438957117219.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #779 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 16:18:22 -0000 FreeBSD_HEAD_i386 - Build #779 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/779/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/779/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/779/console Change summaries: 286415 by mav: Add unmapped I/O support to ata(4) driver. Main problem there was PIO mode support, that required KVA mapping. Handle that case using recently added pmap_quick_enter_page(9) KPI, mapping data pages to KVA one at a time. 286414 by mav: Add more ifdefs to fix build with GCC after r286406. The end of the build log: [...truncated 186881 lines...] --- if_vtnet.ko --- --- all_subdir_sound --- ctfconvert -L VERSION -g vibes.o --- all_subdir_virtio --- objcopy --strip-debug --add-gnu-debuglink=if_vtnet.ko.symbols if_vtnet.ko.debug if_vtnet.ko --- ar5212_attach.o --- ctfconvert -L VERSION -g ar5212_attach.o --- modules-all --- ===> virtio/block (all) --- all_subdir_sound --- --- snd_vibes.kld --- ld -d -warn-common -r -d -o snd_vibes.kld vibes.o ctfmerge -L VERSION -g -o snd_vibes.kld vibes.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk snd_vibes.kld export_syms | xargs -J% objcopy % snd_vibes.kld --- all_subdir_usb --- --- all_subdir_ural --- ===> usb/ural (all) --- all_subdir_virtio --- --- virtio_blk.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/virtio/block/../../../dev/virtio/block/virtio_blk.c -o virtio_blk.o --- all_subdir_sound --- --- snd_vibes.ko.debug --- ld -Bshareable -d -warn-common -o snd_vibes.ko.debug snd_vibes.kld --- snd_vibes.ko.symbols --- objcopy --only-keep-debug snd_vibes.ko.debug snd_vibes.ko.symbols --- snd_vibes.ko --- objcopy --strip-debug --add-gnu-debuglink=snd_vibes.ko.symbols snd_vibes.ko.debug snd_vibes.ko ===> sound/driver/driver (all) --- all_subdir_usb --- --- if_ural.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/usb/ural/../../../dev/usb/wlan/if_ural.c -o if_ural.o --- all_subdir_sound --- --- driver.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/driver/../../../../dev/sound/driver.c -o driver.o ctfconvert -L VERSION -g driver.o --- snd_driver.kld --- ld -d -warn-common -r -d -o snd_driver.kld driver.o ctfmerge -L VERSION -g -o snd_driver.kld driver.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk snd_driver.kld export_syms | xargs -J% objcopy % snd_driver.kld --- snd_driver.ko.debug --- ld -Bshareable -d -warn-common -o snd_driver.ko.debug snd_driver.kld --- snd_driver.ko.symbols --- objcopy --only-keep-debug snd_driver.ko.debug snd_driver.ko.symbols --- snd_driver.ko --- objcopy --strip-debug --add-gnu-debuglink=snd_driver.ko.symbols snd_driver.ko.debug snd_driver.ko ===> sound/driver/uaudio (all) --- uaudio_pcm.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/uaudio/../../../../dev/sound/usb/uaudio_pcm.c -o uaudio_pcm.o --- all_subdir_virtio --- ctfconvert -L VERSION -g virtio_blk.o --- virtio_blk.kld --- ld -d -warn-common -r -d -o virtio_blk.kld virtio_blk.o ctfmerge -L VERSION -g -o virtio_blk.kld virtio_blk.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk virtio_blk.kld export_syms | xargs -J% objcopy % virtio_blk.kld --- virtio_blk.ko.debug --- ld -Bshareable -d -warn-common -o virtio_blk.ko.debug virtio_blk.kld --- virtio_blk.ko.symbols --- objcopy --only-keep-debug virtio_blk.ko.debug virtio_blk.ko.symbols --- virtio_blk.ko --- objcopy --strip-debug --add-gnu-debuglink=virtio_blk.ko.symbols virtio_blk.ko.debug virtio_blk.ko ===> virtio/balloon (all) --- all_subdir_usb --- --- all_subdir_usie --- ctfconvert -L VERSION -g if_usie.o --- all_subdir_virtio --- --- virtio_balloon.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/virtio/balloon/../../../dev/virtio/balloon/virtio_balloon.c -o virtio_balloon.o --- all_subdir_usb --- --- usie.kld --- --- all_subdir_sound --- ctfconvert -L VERSION -g uaudio_pcm.o --- all_subdir_usb --- ld -d -warn-common -r -d -o usie.kld if_usie.o ctfmerge -L VERSION -g -o usie.kld if_usie.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk usie.kld export_syms | xargs -J% objcopy % usie.kld --- all_subdir_sound --- --- uaudio.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/sound/driver/uaudio/../../../../dev/sound/usb/uaudio.c -o uaudio.o --- all_subdir_usb --- --- usie.ko.debug --- ld -Bshareable -d -warn-common -o usie.ko.debug usie.kld --- usie.ko.symbols --- objcopy --only-keep-debug usie.ko.debug usie.ko.symbols --- usie.ko --- objcopy --strip-debug --add-gnu-debuglink=usie.ko.symbols usie.ko.debug usie.ko --- all_subdir_zyd --- ===> usb/zyd (all) --- if_zyd.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/usb/zyd/../../../dev/usb/wlan/if_zyd.c -o if_zyd.o --- all_subdir_virtio --- ctfconvert -L VERSION -g virtio_balloon.o --- virtio_balloon.kld --- ld -d -warn-common -r -d -o virtio_balloon.kld virtio_balloon.o ctfmerge -L VERSION -g -o virtio_balloon.kld virtio_balloon.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk virtio_balloon.kld export_syms | xargs -J% objcopy % virtio_balloon.kld --- virtio_balloon.ko.debug --- ld -Bshareable -d -warn-common -o virtio_balloon.ko.debug virtio_balloon.kld --- virtio_balloon.ko.symbols --- objcopy --only-keep-debug virtio_balloon.ko.debug virtio_balloon.ko.symbols --- virtio_balloon.ko --- objcopy --strip-debug --add-gnu-debuglink=virtio_balloon.ko.symbols virtio_balloon.ko.debug virtio_balloon.ko ===> virtio/scsi (all) --- virtio_scsi.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c -o virtio_scsi.o --- all_subdir_usb --- --- all_subdir_ural --- ctfconvert -L VERSION -g if_ural.o --- all_subdir_zyd --- /usr/src/sys/modules/usb/zyd/../../../dev/usb/wlan/if_zyd.c:2584:22: error: use of undeclared identifier 'MA_LOCKED' ZYD_LOCK_ASSERT(sc, MA_LOCKED); ^ /usr/src/sys/dev/usb/wlan/if_zydreg.h:1314:58: note: expanded from macro 'ZYD_LOCK_ASSERT' #define ZYD_LOCK_ASSERT(sc, t) mtx_assert(&(sc)->sc_mtx, t) ^ /usr/src/sys/sys/mutex.h:373:20: note: expanded from macro 'mtx_assert' mtx_assert_((m), (what), __FILE__, __LINE__) ^ /usr/src/sys/sys/mutex.h:353:20: note: expanded from macro 'mtx_assert_' _mtx_assert((m), (what), (file), (line)) ^ /usr/src/sys/sys/mutex.h:159:31: note: expanded from macro '_mtx_assert' __mtx_assert(&(m)->mtx_lock, w, f, l) ^ 1 error generated. *** [if_zyd.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/usb/zyd 1 error make[5]: stopped in /usr/src/sys/modules/usb/zyd *** [all_subdir_zyd] Error code 2 make[4]: stopped in /usr/src/sys/modules/usb --- all_subdir_ural --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/usb/ural *** [all_subdir_ural] Error code 2 make[4]: stopped in /usr/src/sys/modules/usb 2 errors make[4]: stopped in /usr/src/sys/modules/usb *** [all_subdir_usb] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_virtio --- ctfconvert -L VERSION -g virtio_scsi.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/virtio/scsi *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/virtio 1 error make[4]: stopped in /usr/src/sys/modules/virtio *** [all_subdir_virtio] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_sound --- ctfconvert -L VERSION -g uaudio.o A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sys/modules/sound/driver/uaudio *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/sys/modules/sound/driver 1 error make[5]: stopped in /usr/src/sys/modules/sound/driver *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/sound 1 error make[4]: stopped in /usr/src/sys/modules/sound *** [all_subdir_sound] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7230295502206825323.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Aug 7 16:33:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D25109B4780; Fri, 7 Aug 2015 16:33:31 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (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 9A0A06C1; Fri, 7 Aug 2015 16:33:31 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t77GWm3F076343; Fri, 7 Aug 2015 17:32:48 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t77GWlGD076342; Fri, 7 Aug 2015 17:32:47 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201508071632.t77GWlGD076342@dyslexicfish.net> Date: Fri, 07 Aug 2015 17:32:47 +0100 To: rkoberman@gmail.com, jamie@dyslexicfish.net, d@delphij.net Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, d@delphij.net Subject: Re: Proposal: make portsnap generate INDEX-${OSREL:R} only by default References: <55C3F9AA.4020602@delphij.net> <201508070458.t774wiqp073664@dyslexicfish.net> <55C44605.1040004@delphij.net> <201508071550.t77Fopdf076128@dyslexicfish.net> <55C4D723.3070102@delphij.net> In-Reply-To: <55C4D723.3070102@delphij.net> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Fri, 07 Aug 2015 17:32:48 +0100 (BST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 16:33:31 -0000 Xin Li wrote: > > I was going to suggest this too. Isn't this information available > > using /bin/freebsd-version -u ? > > Client side: yes. > > Server side: someone has to tell the server to start building for new > - -CURRENT or stop building for old -STABLE. Ahhh! Gotcha! Thanks for the quick response. I'll stop bike-shedding now! Cheers, Jamie From owner-freebsd-current@freebsd.org Fri Aug 7 18:23:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA8439B6038; Fri, 7 Aug 2015 18:23:36 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CC1113BB; Fri, 7 Aug 2015 18:23:36 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 266F6803; Fri, 7 Aug 2015 18:23:37 +0000 (UTC) Date: Fri, 7 Aug 2015 18:23:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: glebius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <211800875.19.1438971816936.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1817547162.15.1438964301855.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1817547162.15.1438964301855.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #780 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 18:23:36 -0000 FreeBSD_HEAD_i386 - Build #780 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/780/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/780/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/780/console Change summaries: 286416 by glebius: Fix mtx_assert() argument. From owner-freebsd-current@freebsd.org Fri Aug 7 20:20:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EB1D9B64EE for ; Fri, 7 Aug 2015 20:20:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7D22D695; Fri, 7 Aug 2015 20:20:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2E79F81C; Fri, 7 Aug 2015 20:20:45 +0000 (UTC) Date: Fri, 7 Aug 2015 20:20:43 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: marcel@FreeBSD.org, mav@FreeBSD.org, glebius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1987815571.21.1438978845123.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1363098615.17.1438965751946.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1363098615.17.1438965751946.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3045 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 20:20:45 -0000 FreeBSD_HEAD - Build #3045 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3045/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3045/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3045/console Change summaries: 286417 by marcel: o Fix a typo. o Describe the file formats mkimg can create. 286416 by glebius: Fix mtx_assert() argument. 286415 by mav: Add unmapped I/O support to ata(4) driver. Main problem there was PIO mode support, that required KVA mapping. Handle that case using recently added pmap_quick_enter_page(9) KPI, mapping data pages to KVA one at a time. From owner-freebsd-current@freebsd.org Fri Aug 7 23:50:24 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACB759B67BC for ; Fri, 7 Aug 2015 23:50:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBE2DCC for ; Fri, 7 Aug 2015 23:50:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8DEE89B67BA; Fri, 7 Aug 2015 23:50:24 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D6FA9B67B9; Fri, 7 Aug 2015 23:50:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B260DCB; Fri, 7 Aug 2015 23:50:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbpg9 with SMTP id pg9so40880477igb.0; Fri, 07 Aug 2015 16:50:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OzeU8n1njMnk2pPFMIzZwSUDGp7D73qsgpUAPMlc/x4=; b=pL/IqpeWOCpXr7Pa5yz8KbzD9Q0j6BSVrV6UUksu8ZehD7Vf7MJ4wXDTeodIBv7Fde OkheeK27Bb0wggVP/g75ci7TdJKV1hifts2hqIvwpLnVaLqfuPIqQ+G3Rl6hMhDS+NBJ J5jAk45V0qvMOe7VeFexeXE+Hrc29P1lpEXpvtMaIkrEmn7lt29cI22ZBPZcn8tGpueV rTzLm0IqYUAt4Ph5yfXSa4/oeG13B64ytV9Ysl9qGPpVdyYUg78UeWjd1AZv1+RbQomA N8O1GCw6xQ+yiOk+2kcEmEc0NHpSz8APSl2nCPlNiT3ppAgRL6Bi9aCoVXk9NXM9zu+j A6pw== MIME-Version: 1.0 X-Received: by 10.50.128.169 with SMTP id np9mr666837igb.37.1438991423768; Fri, 07 Aug 2015 16:50:23 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Fri, 7 Aug 2015 16:50:23 -0700 (PDT) In-Reply-To: <20150807175226.357b5dce.ohartman@zedat.fu-berlin.de> References: <20150806151355.GL889@FreeBSD.org> <20150807175226.357b5dce.ohartman@zedat.fu-berlin.de> Date: Fri, 7 Aug 2015 16:50:23 -0700 Message-ID: Subject: Re: [head up!] WiFi drivers changes From: Adrian Chadd To: "O. Hartmann" Cc: Gleb Smirnoff , "current@freebsd.org" , "net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 23:50:24 -0000 Hi, Gleb/others doing this: you have 4 days to figure out what's wrong with things, or I'm backing all of this work out. Thanks, -adrian On 7 August 2015 at 08:52, O. Hartmann wrote: > Am Thu, 6 Aug 2015 18:13:55 +0300 > Gleb Smirnoff schrieb: > >> Hi! >> >> As part of the "opaque ifnet project" [1], all 802.11 (WiFi) drivers >> undergo change of not being an interface anymore. Historically in FreeBSD >> 802.11 stack, 802.11 devices called if_attach() and created an interface. >> Later this was generalized and real functioning interface is created by >> net80211 stack. However, remnant of parent interface remained. If you >> are running Intel Centrino wireless, then you got iwn0 interface and >> wlan0 interface. However, the former doesn't do anything. You can't >> assign addresses to it or modify any of it parameters. Or you can >> modify them, but that affects nothing. >> >> This superfluous ifnet on the list entangles the net80211 stack and >> also is on the way of [1]. So, decision was made to remove it. I >> already did preparatory commits back in May, and now it is time to >> finish that. >> >> The patch is: >> >> https://reviews.freebsd.org/D2655 >> >> And the Wiki page for it is: >> >> https://wiki.freebsd.org/projects/ifnet/net80211 >> >> The patch modifies every driver, and diff is bulky. However, changes >> are mechanical and simple, most drivers appeared to work after first >> run. Most converted drivers are tested to work. >> >> This is list of drivers that are not tested, due to lack of testers: >> >> mwl, ipw, bwn, wi, upgt, uath. >> >> But, as said, changes are mechanical and probability is 95% that >> they will work. >> >> The only complex one is ndis(4). It could be broken by conversion. >> Since I already got a tester volunteer, I will fix it quickly if >> anything happens. >> >> Another untrivial one is wtap(4), which is not connected to the >> build and appeared to be broken even before conversion. Anyway, >> I made it compilable. >> >> Now, for the configuration. The sequence of commands you need >> to run to configure a WiFi interface doesn't change. As before >> it is: >> >> ifconfig wlan0 create wlandev iwn0 >> ifconfig wlan0 $foo >> >> Your rc.conf doesn't need any changes. As before: >> >> wlans_iwn0="wlan0" >> ifconfig_wlan0="DHCP WPA" >> >> However, iwn0 disappeared from the 'ifconfig -l'. It is still >> in devinfo, or in dmesg. For the sake of installers or other >> configuration software, a sysctl is provided: >> >> net.wlan.devices: iwn0 >> >> The /etc subsystem needs to be tweaked. Previously the wlan(4) >> interfaces were created in childif_create(), and the script >> did check for presence of parent interface. In my patch I >> provided wlans_up(), that doesn't check. The code in D2655 >> now works correctly both on patched and on unpatched kernel. >> >> Alternatively, I could tweak childif_create() to use net.wlan.devices >> instead of 'ifconfig -l'. Or, to use them both, to work on older >> and on newer kernels? >> >> I am not sure which path with /etc is better, so seeking for >> help with that. >> > > After updating to FreeBSD 11.0-CURRENT #0 r286415: Fri Aug 7 17:22:43 CEST 2015 amd64, > several APs won't startup anymore: > > [...] > Starting hostapd. > Configuration file: /etc/hostapd.conf > bsd_set_if_media: SIOCSIFMEDIA Device not configured > bsd_init: failed to set operation mode > bsd driver initialization failed. > wlan0: interface state UNINITIALIZED->DISABLED > wlan0: AP-DISABLED > hostapd_free_hapd_data: Interface wlan0 wasn't started > ELOOP: remaining socket: sock=5 eloop_data=0x801c47100 user_data=0x0 handler=0x41a0e0 > /etc/rc.d/hostapd: WARNING: failed to start hostapd From owner-freebsd-current@freebsd.org Sat Aug 8 01:04:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB0729B55B5 for ; Sat, 8 Aug 2015 01:04:14 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F82EC32 for ; Sat, 8 Aug 2015 01:04:14 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=sAndjuZZbaGAXsq9ft5IDtkeDIp4pcdWq1lJcTPCDc8=; b=klVWpJL0hX8ya73S4PBJLg/KSI orja8QZW8zG3gdpwWxDRSSezco6FGgkMrIfF7lRmtob4wuSp5jruQ0U4FZggydNu+GJBOoaEYEWMn j3dmyVaPLilZnsci6YeZ7b3cdcuyF8Uap/ca+WsL2Qt/H8fI1SX+9sSPAVoTO7sA4Obw=; Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]:56503 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZNsYX-000GCy-4K; Fri, 07 Aug 2015 20:04:13 -0500 Date: Fri, 7 Aug 2015 20:04:01 -0500 From: Larry Rosenman To: freebsd-current@freebsd.org, freebsd-net@freebsd.net Subject: traceroute6: panic: pcb not read locked Message-ID: <20150808010324.GA1392@borg.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 01:04:14 -0000 Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running traceroute6, got the following panic: borg.lerctr.org dumped core - see /var/crash/vmcore.0 Fri Aug 7 19:58:40 CDT 2015 FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 cpuid = 2 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe2dfc3ef400 vpanic() at vpanic+0x189/frame 0xfffffe2dfc3ef480 panic() at panic+0x43/frame 0xfffffe2dfc3ef4e0 __rw_assert() at __rw_assert+0x154/frame 0xfffffe2dfc3ef4f0 tcp_notify() at tcp_notify+0x2d/frame 0xfffffe2dfc3ef520 in6_pcbnotify() at in6_pcbnotify+0x2a0/frame 0xfffffe2dfc3ef5b0 tcp6_ctlinput() at tcp6_ctlinput+0xf4/frame 0xfffffe2dfc3ef650 icmp6_input() at icmp6_input+0x1737/frame 0xfffffe2dfc3ef7f0 ip6_input() at ip6_input+0x4a2/frame 0xfffffe2dfc3ef8d0 netisr_dispatch_src() at netisr_dispatch_src+0x86/frame 0xfffffe2dfc3ef940 ether_demux() at ether_demux+0x176/frame 0xfffffe2dfc3ef970 ether_nh_input() at ether_nh_input+0x33a/frame 0xfffffe2dfc3ef9b0 netisr_dispatch_src() at netisr_dispatch_src+0x86/frame 0xfffffe2dfc3efa20 ether_input() at ether_input+0x4f/frame 0xfffffe2dfc3efa50 if_input() at if_input+0xa/frame 0xfffffe2dfc3efa60 em_rxeof() at em_rxeof+0x27f/frame 0xfffffe2dfc3efae0 em_handle_que() at em_handle_que+0x40/frame 0xfffffe2dfc3efb20 taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe2dfc3efb80 taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame 0xfffffe2dfc3efbb0 fork_exit() at fork_exit+0x84/frame 0xfffffe2dfc3efbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2dfc3efbf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 19m58s Dumping 2903 out of 64454 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/linux_common.ko.symbols...done. Loaded symbols for /boot/kernel/linux_common.ko.symbols Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. Loaded symbols for /boot/kernel/if_lagg.ko.symbols Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. Loaded symbols for /boot/kernel/snd_spicds.ko.symbols Reading symbols from /boot/kernel/coretemp.ko.symbols...done. Loaded symbols for /boot/kernel/coretemp.ko.symbols Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. Loaded symbols for /boot/kernel/ichsmb.ko.symbols Reading symbols from /boot/kernel/smbus.ko.symbols...done. Loaded symbols for /boot/kernel/smbus.ko.symbols Reading symbols from /boot/kernel/ichwd.ko.symbols...done. Loaded symbols for /boot/kernel/ichwd.ko.symbols Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. Loaded symbols for /boot/kernel/cpuctl.ko.symbols Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. Loaded symbols for /boot/kernel/cryptodev.ko.symbols Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. Loaded symbols for /boot/kernel/dtraceall.ko.symbols Reading symbols from /boot/kernel/profile.ko.symbols...done. Loaded symbols for /boot/kernel/profile.ko.symbols Reading symbols from /boot/kernel/dtrace.ko.symbols...done. Loaded symbols for /boot/kernel/dtrace.ko.symbols Reading symbols from /boot/kernel/systrace_freebsd32.ko.symbols...done. Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols Reading symbols from /boot/kernel/systrace.ko.symbols...done. Loaded symbols for /boot/kernel/systrace.ko.symbols Reading symbols from /boot/kernel/sdt.ko.symbols...done. Loaded symbols for /boot/kernel/sdt.ko.symbols Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. Loaded symbols for /boot/kernel/fasttrap.ko.symbols Reading symbols from /boot/kernel/fbt.ko.symbols...done. Loaded symbols for /boot/kernel/fbt.ko.symbols Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. Loaded symbols for /boot/kernel/dtnfscl.ko.symbols Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. Loaded symbols for /boot/kernel/dtmalloc.ko.symbols Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/ipmi.ko.symbols...done. Loaded symbols for /boot/kernel/ipmi.ko.symbols Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_R100_cp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_R100_cp.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/linux64.ko.symbols...done. Loaded symbols for /boot/kernel/linux64.ko.symbols Reading symbols from /boot/kernel/pf.ko.symbols...done. Loaded symbols for /boot/kernel/pf.ko.symbols #0 doadump (textdump=1) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:221 #1 0xffffffff80b2b255 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:329 #2 0xffffffff80b2b848 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:626 #3 0xffffffff80b2b893 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:557 #4 0xffffffff80b29764 in __rw_assert (c=0x0, what=, file=0x0, line=0) at /usr/src/sys/kern/kern_rwlock.c:1183 #5 0xffffffff80ceba5d in tcp_notify (inp=0xfffff80090798960, error=61) at /usr/src/sys/netinet/tcp_subr.c:1189 #6 0xffffffff80d0cd20 in in6_pcbnotify (pcbinfo=, dst=0xfffffe2dfc3ef720, fport_arg=13568, src=, lport_arg=, cmd=, notify=0xffffffff80ceba30 ) at /usr/src/sys/netinet6/in6_pcb.c:679 #7 0xffffffff80cebf24 in tcp6_ctlinput (cmd=10, sa=0xfffffe2dfc3ef720, d=0xfffffe2dfc3ef6d8) at /usr/src/sys/netinet/tcp_subr.c:1641 #8 0xffffffff80cfc607 in icmp6_input (mp=, offp=0xfffffe2dfc3ef81c, proto=0) at /usr/src/sys/netinet6/icmp6.c:1155 #9 0xffffffff80d10f72 in ip6_input (m=0xfffff80049c65100) at /usr/src/sys/netinet6/ip6_input.c:810 #10 0xffffffff80c10026 in netisr_dispatch_src (proto=, source=, m=0xfffff80049c65100) at /usr/src/sys/net/netisr.c:972 #11 0xffffffff80c06ec6 in ether_demux (ifp=, m=) at /usr/src/sys/net/if_ethersubr.c:768 #12 0xffffffff80c07b7a in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:575 #13 0xffffffff80c10026 in netisr_dispatch_src (proto=, source=, m=0xfffff80049c65100) at /usr/src/sys/net/netisr.c:972 #14 0xffffffff80c071af in ether_input (ifp=0xfffff8002c6d5800, m=0x0) at /usr/src/sys/net/if_ethersubr.c:676 #15 0xffffffff80c03f4a in if_input (ifp=0x0, sendmp=0x0) at /usr/src/sys/net/if.c:3847 #16 0xffffffff8061d01f in em_rxeof (count=99) at /usr/src/sys/dev/e1000/if_em.c:4666 #17 0xffffffff8061c940 in em_handle_que (context=0xfffffe1ea96cb000, pending=) at /usr/src/sys/dev/e1000/if_em.c:1564 #18 0xffffffff80b78ca0 in taskqueue_run_locked (queue=0xfffff8002c6d4300) at /usr/src/sys/kern/subr_taskqueue.c:430 #19 0xffffffff80b79778 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:683 #20 0xffffffff80af2154 in fork_exit ( callout=0xffffffff80b796f0 , arg=0xfffffe1ea96cd730, frame=0xfffffe2dfc3efc00) at /usr/src/sys/kern/kern_fork.c:1006 #21 0xffffffff80f514ce in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:610 #22 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) Core *IS* available. FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 1100077 1100077 11.0-CURRENT -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sat Aug 8 01:29:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E698B9B5BA7 for ; Sat, 8 Aug 2015 01:29:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ACAD41920 for ; Sat, 8 Aug 2015 01:29:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by ioeg141 with SMTP id g141so126990633ioe.3 for ; Fri, 07 Aug 2015 18:29:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cD0tNpfX8p9XJazMNV0liiP8G9sEY7i9Kxlgq2X7NM0=; b=zxjV7BJuikDZyCUQZHbDa/PGTeOTkFP2hw9IObEITGRvrYzbUwjoGEHa9EwWvx2XG4 YmevPpcBxrr4wcNkCaqqovheQz/sDxgjdElirr1kC0Pkr5x9bsInRMo+LmuK2BCy1C8l DRJDXl/6X57/mdY2zEr/ToONL0CwZvjbqFCSsbjJrr1CTzbc4UqNy45ErEzHTPPCVMsj Zg+DjzGxc1GkjVvZxtG8M7iCIAiSoIiZpsTeG8g7Zc0SPyWRBXQoQaVucf8Zn2BjMaf+ mpQXt3dVPcPznoGmtCO+HYnHWZ9FAJl7qb0B0EbO721APSp1vSAu+XV2pZ7QWU725eKh T50w== MIME-Version: 1.0 X-Received: by 10.107.136.152 with SMTP id s24mr10827652ioi.165.1438997387008; Fri, 07 Aug 2015 18:29:47 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Fri, 7 Aug 2015 18:29:45 -0700 (PDT) In-Reply-To: <20150808010324.GA1392@borg.lerctr.org> References: <20150808010324.GA1392@borg.lerctr.org> Date: Fri, 7 Aug 2015 18:29:45 -0700 Message-ID: Subject: Re: traceroute6: panic: pcb not read locked From: Adrian Chadd To: Larry Rosenman Cc: freebsd-current , freebsd-net@freebsd.net Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 01:29:48 -0000 is it easily reproducable for you there? -a On 7 August 2015 at 18:04, Larry Rosenman wrote: > Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running traceroute6, > got the following panic: > > borg.lerctr.org dumped core - see /var/crash/vmcore.0 > > Fri Aug 7 19:58:40 CDT 2015 > > FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 > > panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 > > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe2dfc3ef400 > vpanic() at vpanic+0x189/frame 0xfffffe2dfc3ef480 > panic() at panic+0x43/frame 0xfffffe2dfc3ef4e0 > __rw_assert() at __rw_assert+0x154/frame 0xfffffe2dfc3ef4f0 > tcp_notify() at tcp_notify+0x2d/frame 0xfffffe2dfc3ef520 > in6_pcbnotify() at in6_pcbnotify+0x2a0/frame 0xfffffe2dfc3ef5b0 > tcp6_ctlinput() at tcp6_ctlinput+0xf4/frame 0xfffffe2dfc3ef650 > icmp6_input() at icmp6_input+0x1737/frame 0xfffffe2dfc3ef7f0 > ip6_input() at ip6_input+0x4a2/frame 0xfffffe2dfc3ef8d0 > netisr_dispatch_src() at netisr_dispatch_src+0x86/frame 0xfffffe2dfc3ef940 > ether_demux() at ether_demux+0x176/frame 0xfffffe2dfc3ef970 > ether_nh_input() at ether_nh_input+0x33a/frame 0xfffffe2dfc3ef9b0 > netisr_dispatch_src() at netisr_dispatch_src+0x86/frame 0xfffffe2dfc3efa20 > ether_input() at ether_input+0x4f/frame 0xfffffe2dfc3efa50 > if_input() at if_input+0xa/frame 0xfffffe2dfc3efa60 > em_rxeof() at em_rxeof+0x27f/frame 0xfffffe2dfc3efae0 > em_handle_que() at em_handle_que+0x40/frame 0xfffffe2dfc3efb20 > taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe2dfc3efb80 > taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame 0xfffffe2dfc3efbb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe2dfc3efbf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2dfc3efbf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > Uptime: 19m58s > Dumping 2903 out of 64454 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > Reading symbols from /boot/kernel/linux_common.ko.symbols...done. > Loaded symbols for /boot/kernel/linux_common.ko.symbols > Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. > Loaded symbols for /boot/kernel/if_lagg.ko.symbols > Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. > Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols > Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. > Loaded symbols for /boot/kernel/snd_spicds.ko.symbols > Reading symbols from /boot/kernel/coretemp.ko.symbols...done. > Loaded symbols for /boot/kernel/coretemp.ko.symbols > Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. > Loaded symbols for /boot/kernel/ichsmb.ko.symbols > Reading symbols from /boot/kernel/smbus.ko.symbols...done. > Loaded symbols for /boot/kernel/smbus.ko.symbols > Reading symbols from /boot/kernel/ichwd.ko.symbols...done. > Loaded symbols for /boot/kernel/ichwd.ko.symbols > Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. > Loaded symbols for /boot/kernel/cpuctl.ko.symbols > Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. > Loaded symbols for /boot/kernel/cryptodev.ko.symbols > Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. > Loaded symbols for /boot/kernel/dtraceall.ko.symbols > Reading symbols from /boot/kernel/profile.ko.symbols...done. > Loaded symbols for /boot/kernel/profile.ko.symbols > Reading symbols from /boot/kernel/dtrace.ko.symbols...done. > Loaded symbols for /boot/kernel/dtrace.ko.symbols > Reading symbols from /boot/kernel/systrace_freebsd32.ko.symbols...done. > Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols > Reading symbols from /boot/kernel/systrace.ko.symbols...done. > Loaded symbols for /boot/kernel/systrace.ko.symbols > Reading symbols from /boot/kernel/sdt.ko.symbols...done. > Loaded symbols for /boot/kernel/sdt.ko.symbols > Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. > Loaded symbols for /boot/kernel/fasttrap.ko.symbols > Reading symbols from /boot/kernel/fbt.ko.symbols...done. > Loaded symbols for /boot/kernel/fbt.ko.symbols > Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. > Loaded symbols for /boot/kernel/dtnfscl.ko.symbols > Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. > Loaded symbols for /boot/kernel/dtmalloc.ko.symbols > Reading symbols from /boot/modules/nvidia.ko...done. > Loaded symbols for /boot/modules/nvidia.ko > Reading symbols from /boot/kernel/ipmi.ko.symbols...done. > Loaded symbols for /boot/kernel/ipmi.ko.symbols > Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. > Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols > Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. > Loaded symbols for /boot/kernel/radeonkms.ko.symbols > Reading symbols from /boot/kernel/iicbb.ko.symbols...done. > Loaded symbols for /boot/kernel/iicbb.ko.symbols > Reading symbols from /boot/kernel/iicbus.ko.symbols...done. > Loaded symbols for /boot/kernel/iicbus.ko.symbols > Reading symbols from /boot/kernel/iic.ko.symbols...done. > Loaded symbols for /boot/kernel/iic.ko.symbols > Reading symbols from /boot/kernel/drm2.ko.symbols...done. > Loaded symbols for /boot/kernel/drm2.ko.symbols > Reading symbols from /boot/kernel/radeonkmsfw_R100_cp.ko.symbols...done. > Loaded symbols for /boot/kernel/radeonkmsfw_R100_cp.ko.symbols > Reading symbols from /boot/kernel/uhid.ko.symbols...done. > Loaded symbols for /boot/kernel/uhid.ko.symbols > Reading symbols from /boot/kernel/linux64.ko.symbols...done. > Loaded symbols for /boot/kernel/linux64.ko.symbols > Reading symbols from /boot/kernel/pf.ko.symbols...done. > Loaded symbols for /boot/kernel/pf.ko.symbols > #0 doadump (textdump=1) at pcpu.h:221 > 221 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=1) at pcpu.h:221 > #1 0xffffffff80b2b255 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:329 > #2 0xffffffff80b2b848 in vpanic (fmt=, > ap=) at /usr/src/sys/kern/kern_shutdown.c:626 > #3 0xffffffff80b2b893 in panic (fmt=0x0) > at /usr/src/sys/kern/kern_shutdown.c:557 > #4 0xffffffff80b29764 in __rw_assert (c=0x0, what=, > file=0x0, line=0) at /usr/src/sys/kern/kern_rwlock.c:1183 > #5 0xffffffff80ceba5d in tcp_notify (inp=0xfffff80090798960, error=61) > at /usr/src/sys/netinet/tcp_subr.c:1189 > #6 0xffffffff80d0cd20 in in6_pcbnotify (pcbinfo=, > dst=0xfffffe2dfc3ef720, fport_arg=13568, src=, > lport_arg=, cmd=, > notify=0xffffffff80ceba30 ) > at /usr/src/sys/netinet6/in6_pcb.c:679 > #7 0xffffffff80cebf24 in tcp6_ctlinput (cmd=10, sa=0xfffffe2dfc3ef720, > d=0xfffffe2dfc3ef6d8) at /usr/src/sys/netinet/tcp_subr.c:1641 > #8 0xffffffff80cfc607 in icmp6_input (mp=, > offp=0xfffffe2dfc3ef81c, proto=0) at /usr/src/sys/netinet6/icmp6.c:1155 > #9 0xffffffff80d10f72 in ip6_input (m=0xfffff80049c65100) > at /usr/src/sys/netinet6/ip6_input.c:810 > #10 0xffffffff80c10026 in netisr_dispatch_src (proto=, > source=, m=0xfffff80049c65100) > at /usr/src/sys/net/netisr.c:972 > #11 0xffffffff80c06ec6 in ether_demux (ifp=, > m=) at /usr/src/sys/net/if_ethersubr.c:768 > #12 0xffffffff80c07b7a in ether_nh_input (m=) > at /usr/src/sys/net/if_ethersubr.c:575 > #13 0xffffffff80c10026 in netisr_dispatch_src (proto=, > source=, m=0xfffff80049c65100) > at /usr/src/sys/net/netisr.c:972 > #14 0xffffffff80c071af in ether_input (ifp=0xfffff8002c6d5800, m=0x0) > at /usr/src/sys/net/if_ethersubr.c:676 > #15 0xffffffff80c03f4a in if_input (ifp=0x0, sendmp=0x0) > at /usr/src/sys/net/if.c:3847 > #16 0xffffffff8061d01f in em_rxeof (count=99) > at /usr/src/sys/dev/e1000/if_em.c:4666 > #17 0xffffffff8061c940 in em_handle_que (context=0xfffffe1ea96cb000, > pending=) at /usr/src/sys/dev/e1000/if_em.c:1564 > #18 0xffffffff80b78ca0 in taskqueue_run_locked (queue=0xfffff8002c6d4300) > at /usr/src/sys/kern/subr_taskqueue.c:430 > #19 0xffffffff80b79778 in taskqueue_thread_loop (arg=) > at /usr/src/sys/kern/subr_taskqueue.c:683 > #20 0xffffffff80af2154 in fork_exit ( > callout=0xffffffff80b796f0 , > arg=0xfffffe1ea96cd730, frame=0xfffffe2dfc3efc00) > at /usr/src/sys/kern/kern_fork.c:1006 > #21 0xffffffff80f514ce in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:610 > #22 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) > > > Core *IS* available. > > FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 1100077 1100077 > > > 11.0-CURRENT > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Aug 8 01:32:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 022FE9B5DEC for ; Sat, 8 Aug 2015 01:32:27 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC8761D0C for ; Sat, 8 Aug 2015 01:32:26 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=OqrccXxPw9CYZKs8fNJHGiM3AhorK2hJ11TNspgULqE=; b=JpAFwDFosx6c33DTkKxb/sE84t 23wcN1I4YLkv/zvn2VfXi8uLR0H/yl7DMosImzfva5YFsil8YKwfpToDsy2wq0qH2dO4tozDYykY8 z9iXzhcsANhWo57WMmoGEr/QIQBqziKQIfHNyWpgexQnXHjfFDAVAabVnEXOzQ36YrpU=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:17251 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:ECDHE-RSA-AES128-SHA:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZNszp-000GUW-Lb; Fri, 07 Aug 2015 20:32:25 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 07 Aug 2015 20:32:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 07 Aug 2015 20:32:25 -0500 From: Larry Rosenman To: Adrian Chadd Cc: freebsd-current Subject: Re: traceroute6: panic: pcb not read locked In-Reply-To: References: <20150808010324.GA1392@borg.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 01:32:27 -0000 I got a 2nd one soon after just sitting -- I did JUST update sources, turned off ipV6 to update (I seem to be having issues with TWC's IPV6). Rebuild in process. I **CAN** give you access to the cores, machine, et al. I'd LOVE to figure out wtf is wrong on the IPV6 native stuff with TWC. On 2015-08-07 20:29, Adrian Chadd wrote: > is it easily reproducable for you there? > > > > -a > > > On 7 August 2015 at 18:04, Larry Rosenman wrote: >> Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running >> traceroute6, >> got the following panic: >> >> borg.lerctr.org dumped core - see /var/crash/vmcore.0 >> >> Fri Aug 7 19:58:40 CDT 2015 >> >> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: >> Wed Aug 5 15:57:55 CDT 2015 >> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 >> >> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 >> >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 >> >> cpuid = 2 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe2dfc3ef400 >> vpanic() at vpanic+0x189/frame 0xfffffe2dfc3ef480 >> panic() at panic+0x43/frame 0xfffffe2dfc3ef4e0 >> __rw_assert() at __rw_assert+0x154/frame 0xfffffe2dfc3ef4f0 >> tcp_notify() at tcp_notify+0x2d/frame 0xfffffe2dfc3ef520 >> in6_pcbnotify() at in6_pcbnotify+0x2a0/frame 0xfffffe2dfc3ef5b0 >> tcp6_ctlinput() at tcp6_ctlinput+0xf4/frame 0xfffffe2dfc3ef650 >> icmp6_input() at icmp6_input+0x1737/frame 0xfffffe2dfc3ef7f0 >> ip6_input() at ip6_input+0x4a2/frame 0xfffffe2dfc3ef8d0 >> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >> 0xfffffe2dfc3ef940 >> ether_demux() at ether_demux+0x176/frame 0xfffffe2dfc3ef970 >> ether_nh_input() at ether_nh_input+0x33a/frame 0xfffffe2dfc3ef9b0 >> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >> 0xfffffe2dfc3efa20 >> ether_input() at ether_input+0x4f/frame 0xfffffe2dfc3efa50 >> if_input() at if_input+0xa/frame 0xfffffe2dfc3efa60 >> em_rxeof() at em_rxeof+0x27f/frame 0xfffffe2dfc3efae0 >> em_handle_que() at em_handle_que+0x40/frame 0xfffffe2dfc3efb20 >> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame >> 0xfffffe2dfc3efb80 >> taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame >> 0xfffffe2dfc3efbb0 >> fork_exit() at fork_exit+0x84/frame 0xfffffe2dfc3efbf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2dfc3efbf0 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> Uptime: 19m58s >> Dumping 2903 out of 64454 >> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% >> >> Reading symbols from /boot/kernel/linux.ko.symbols...done. >> Loaded symbols for /boot/kernel/linux.ko.symbols >> Reading symbols from /boot/kernel/linux_common.ko.symbols...done. >> Loaded symbols for /boot/kernel/linux_common.ko.symbols >> Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. >> Loaded symbols for /boot/kernel/if_lagg.ko.symbols >> Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. >> Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols >> Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. >> Loaded symbols for /boot/kernel/snd_spicds.ko.symbols >> Reading symbols from /boot/kernel/coretemp.ko.symbols...done. >> Loaded symbols for /boot/kernel/coretemp.ko.symbols >> Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. >> Loaded symbols for /boot/kernel/ichsmb.ko.symbols >> Reading symbols from /boot/kernel/smbus.ko.symbols...done. >> Loaded symbols for /boot/kernel/smbus.ko.symbols >> Reading symbols from /boot/kernel/ichwd.ko.symbols...done. >> Loaded symbols for /boot/kernel/ichwd.ko.symbols >> Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. >> Loaded symbols for /boot/kernel/cpuctl.ko.symbols >> Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. >> Loaded symbols for /boot/kernel/cryptodev.ko.symbols >> Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. >> Loaded symbols for /boot/kernel/dtraceall.ko.symbols >> Reading symbols from /boot/kernel/profile.ko.symbols...done. >> Loaded symbols for /boot/kernel/profile.ko.symbols >> Reading symbols from /boot/kernel/dtrace.ko.symbols...done. >> Loaded symbols for /boot/kernel/dtrace.ko.symbols >> Reading symbols from >> /boot/kernel/systrace_freebsd32.ko.symbols...done. >> Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols >> Reading symbols from /boot/kernel/systrace.ko.symbols...done. >> Loaded symbols for /boot/kernel/systrace.ko.symbols >> Reading symbols from /boot/kernel/sdt.ko.symbols...done. >> Loaded symbols for /boot/kernel/sdt.ko.symbols >> Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. >> Loaded symbols for /boot/kernel/fasttrap.ko.symbols >> Reading symbols from /boot/kernel/fbt.ko.symbols...done. >> Loaded symbols for /boot/kernel/fbt.ko.symbols >> Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. >> Loaded symbols for /boot/kernel/dtnfscl.ko.symbols >> Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. >> Loaded symbols for /boot/kernel/dtmalloc.ko.symbols >> Reading symbols from /boot/modules/nvidia.ko...done. >> Loaded symbols for /boot/modules/nvidia.ko >> Reading symbols from /boot/kernel/ipmi.ko.symbols...done. >> Loaded symbols for /boot/kernel/ipmi.ko.symbols >> Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. >> Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols >> Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. >> Loaded symbols for /boot/kernel/radeonkms.ko.symbols >> Reading symbols from /boot/kernel/iicbb.ko.symbols...done. >> Loaded symbols for /boot/kernel/iicbb.ko.symbols >> Reading symbols from /boot/kernel/iicbus.ko.symbols...done. >> Loaded symbols for /boot/kernel/iicbus.ko.symbols >> Reading symbols from /boot/kernel/iic.ko.symbols...done. >> Loaded symbols for /boot/kernel/iic.ko.symbols >> Reading symbols from /boot/kernel/drm2.ko.symbols...done. >> Loaded symbols for /boot/kernel/drm2.ko.symbols >> Reading symbols from >> /boot/kernel/radeonkmsfw_R100_cp.ko.symbols...done. >> Loaded symbols for /boot/kernel/radeonkmsfw_R100_cp.ko.symbols >> Reading symbols from /boot/kernel/uhid.ko.symbols...done. >> Loaded symbols for /boot/kernel/uhid.ko.symbols >> Reading symbols from /boot/kernel/linux64.ko.symbols...done. >> Loaded symbols for /boot/kernel/linux64.ko.symbols >> Reading symbols from /boot/kernel/pf.ko.symbols...done. >> Loaded symbols for /boot/kernel/pf.ko.symbols >> #0 doadump (textdump=1) at pcpu.h:221 >> 221 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) #0 doadump (textdump=1) at pcpu.h:221 >> #1 0xffffffff80b2b255 in kern_reboot (howto=260) >> at /usr/src/sys/kern/kern_shutdown.c:329 >> #2 0xffffffff80b2b848 in vpanic (fmt=, >> ap=) at /usr/src/sys/kern/kern_shutdown.c:626 >> #3 0xffffffff80b2b893 in panic (fmt=0x0) >> at /usr/src/sys/kern/kern_shutdown.c:557 >> #4 0xffffffff80b29764 in __rw_assert (c=0x0, what=> out>, >> file=0x0, line=0) at /usr/src/sys/kern/kern_rwlock.c:1183 >> #5 0xffffffff80ceba5d in tcp_notify (inp=0xfffff80090798960, >> error=61) >> at /usr/src/sys/netinet/tcp_subr.c:1189 >> #6 0xffffffff80d0cd20 in in6_pcbnotify (pcbinfo=> out>, >> dst=0xfffffe2dfc3ef720, fport_arg=13568, src=> out>, >> lport_arg=, cmd=, >> notify=0xffffffff80ceba30 ) >> at /usr/src/sys/netinet6/in6_pcb.c:679 >> #7 0xffffffff80cebf24 in tcp6_ctlinput (cmd=10, >> sa=0xfffffe2dfc3ef720, >> d=0xfffffe2dfc3ef6d8) at /usr/src/sys/netinet/tcp_subr.c:1641 >> #8 0xffffffff80cfc607 in icmp6_input (mp=, >> offp=0xfffffe2dfc3ef81c, proto=0) at >> /usr/src/sys/netinet6/icmp6.c:1155 >> #9 0xffffffff80d10f72 in ip6_input (m=0xfffff80049c65100) >> at /usr/src/sys/netinet6/ip6_input.c:810 >> #10 0xffffffff80c10026 in netisr_dispatch_src (proto=> out>, >> source=, m=0xfffff80049c65100) >> at /usr/src/sys/net/netisr.c:972 >> #11 0xffffffff80c06ec6 in ether_demux (ifp=, >> m=) at /usr/src/sys/net/if_ethersubr.c:768 >> #12 0xffffffff80c07b7a in ether_nh_input (m=) >> at /usr/src/sys/net/if_ethersubr.c:575 >> #13 0xffffffff80c10026 in netisr_dispatch_src (proto=> out>, >> source=, m=0xfffff80049c65100) >> at /usr/src/sys/net/netisr.c:972 >> #14 0xffffffff80c071af in ether_input (ifp=0xfffff8002c6d5800, m=0x0) >> at /usr/src/sys/net/if_ethersubr.c:676 >> #15 0xffffffff80c03f4a in if_input (ifp=0x0, sendmp=0x0) >> at /usr/src/sys/net/if.c:3847 >> #16 0xffffffff8061d01f in em_rxeof (count=99) >> at /usr/src/sys/dev/e1000/if_em.c:4666 >> #17 0xffffffff8061c940 in em_handle_que (context=0xfffffe1ea96cb000, >> pending=) at >> /usr/src/sys/dev/e1000/if_em.c:1564 >> #18 0xffffffff80b78ca0 in taskqueue_run_locked >> (queue=0xfffff8002c6d4300) >> at /usr/src/sys/kern/subr_taskqueue.c:430 >> #19 0xffffffff80b79778 in taskqueue_thread_loop (arg=> out>) >> at /usr/src/sys/kern/subr_taskqueue.c:683 >> #20 0xffffffff80af2154 in fork_exit ( >> callout=0xffffffff80b796f0 , >> arg=0xfffffe1ea96cd730, frame=0xfffffe2dfc3efc00) >> at /usr/src/sys/kern/kern_fork.c:1006 >> #21 0xffffffff80f514ce in fork_trampoline () >> at /usr/src/sys/amd64/amd64/exception.S:610 >> #22 0x0000000000000000 in ?? () >> Current language: auto; currently minimal >> (kgdb) >> >> >> Core *IS* available. >> >> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: >> Wed Aug 5 15:57:55 CDT 2015 >> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 1100077 >> 1100077 >> >> >> 11.0-CURRENT >> -- >> Larry Rosenman http://www.lerctr.org/~ler >> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >> _______________________________________________ >> 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sat Aug 8 01:58:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC5079B62C1 for ; Sat, 8 Aug 2015 01:58:03 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B270B996 for ; Sat, 8 Aug 2015 01:58:03 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=PLtoE6JOACHTfmN3x1jk/i5GrRAFYzkuk2a3qlp+cR0=; b=IOl2VSBIczSRu4c9QsQzLQqfPb CTVOCfgzuQm7Rnk9Fz5DPvDqA8WQdpnCAc5WV7hUVFiUeqrE2WP9ula7fxUT+F5qN6N4zpVmB2IOR 1t7otGjFkjnnUidE1gv9+OIJSUsJwS+tnCYwuZw6vgNZMNPqetxIo3gv2iZkkV12QKdo=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:29408 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:ECDHE-RSA-AES128-SHA:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZNtOc-000GpT-NK; Fri, 07 Aug 2015 20:58:03 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 07 Aug 2015 20:58:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 07 Aug 2015 20:58:02 -0500 From: Larry Rosenman To: Adrian Chadd Cc: freebsd-current Subject: Re: traceroute6: panic: pcb not read locked In-Reply-To: References: <20150808010324.GA1392@borg.lerctr.org> Message-ID: <848c2fd97e0833e486a69834184ba2c9@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 01:58:04 -0000 just have the 2 panics. it doesn't "just reproduce". I'll see what I can find. Is there anything I can get for you from the core(s)? On 2015-08-07 20:32, Larry Rosenman wrote: > I got a 2nd one soon after just sitting -- I did JUST update sources, > turned off ipV6 to update (I seem to be having issues with TWC's > IPV6). > > Rebuild in process. > > I **CAN** give you access to the cores, machine, et al. > > I'd LOVE to figure out wtf is wrong on the IPV6 native stuff with TWC. > > > On 2015-08-07 20:29, Adrian Chadd wrote: >> is it easily reproducable for you there? >> >> >> >> -a >> >> >> On 7 August 2015 at 18:04, Larry Rosenman wrote: >>> Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running >>> traceroute6, >>> got the following panic: >>> >>> borg.lerctr.org dumped core - see /var/crash/vmcore.0 >>> >>> Fri Aug 7 19:58:40 CDT 2015 >>> >>> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 >>> r286338: Wed Aug 5 15:57:55 CDT 2015 >>> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 >>> >>> panic: Lock tcp not read locked @ >>> /usr/src/sys/netinet/tcp_subr.c:1189 >>> >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and >>> you are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for >>> details. >>> This GDB was configured as "amd64-marcel-freebsd"... >>> >>> Unread portion of the kernel message buffer: >>> panic: Lock tcp not read locked @ >>> /usr/src/sys/netinet/tcp_subr.c:1189 >>> >>> cpuid = 2 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xfffffe2dfc3ef400 >>> vpanic() at vpanic+0x189/frame 0xfffffe2dfc3ef480 >>> panic() at panic+0x43/frame 0xfffffe2dfc3ef4e0 >>> __rw_assert() at __rw_assert+0x154/frame 0xfffffe2dfc3ef4f0 >>> tcp_notify() at tcp_notify+0x2d/frame 0xfffffe2dfc3ef520 >>> in6_pcbnotify() at in6_pcbnotify+0x2a0/frame 0xfffffe2dfc3ef5b0 >>> tcp6_ctlinput() at tcp6_ctlinput+0xf4/frame 0xfffffe2dfc3ef650 >>> icmp6_input() at icmp6_input+0x1737/frame 0xfffffe2dfc3ef7f0 >>> ip6_input() at ip6_input+0x4a2/frame 0xfffffe2dfc3ef8d0 >>> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >>> 0xfffffe2dfc3ef940 >>> ether_demux() at ether_demux+0x176/frame 0xfffffe2dfc3ef970 >>> ether_nh_input() at ether_nh_input+0x33a/frame 0xfffffe2dfc3ef9b0 >>> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >>> 0xfffffe2dfc3efa20 >>> ether_input() at ether_input+0x4f/frame 0xfffffe2dfc3efa50 >>> if_input() at if_input+0xa/frame 0xfffffe2dfc3efa60 >>> em_rxeof() at em_rxeof+0x27f/frame 0xfffffe2dfc3efae0 >>> em_handle_que() at em_handle_que+0x40/frame 0xfffffe2dfc3efb20 >>> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame >>> 0xfffffe2dfc3efb80 >>> taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame >>> 0xfffffe2dfc3efbb0 >>> fork_exit() at fork_exit+0x84/frame 0xfffffe2dfc3efbf0 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2dfc3efbf0 >>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>> Uptime: 19m58s >>> Dumping 2903 out of 64454 >>> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% >>> >>> Reading symbols from /boot/kernel/linux.ko.symbols...done. >>> Loaded symbols for /boot/kernel/linux.ko.symbols >>> Reading symbols from /boot/kernel/linux_common.ko.symbols...done. >>> Loaded symbols for /boot/kernel/linux_common.ko.symbols >>> Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. >>> Loaded symbols for /boot/kernel/if_lagg.ko.symbols >>> Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. >>> Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols >>> Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. >>> Loaded symbols for /boot/kernel/snd_spicds.ko.symbols >>> Reading symbols from /boot/kernel/coretemp.ko.symbols...done. >>> Loaded symbols for /boot/kernel/coretemp.ko.symbols >>> Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. >>> Loaded symbols for /boot/kernel/ichsmb.ko.symbols >>> Reading symbols from /boot/kernel/smbus.ko.symbols...done. >>> Loaded symbols for /boot/kernel/smbus.ko.symbols >>> Reading symbols from /boot/kernel/ichwd.ko.symbols...done. >>> Loaded symbols for /boot/kernel/ichwd.ko.symbols >>> Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. >>> Loaded symbols for /boot/kernel/cpuctl.ko.symbols >>> Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. >>> Loaded symbols for /boot/kernel/cryptodev.ko.symbols >>> Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. >>> Loaded symbols for /boot/kernel/dtraceall.ko.symbols >>> Reading symbols from /boot/kernel/profile.ko.symbols...done. >>> Loaded symbols for /boot/kernel/profile.ko.symbols >>> Reading symbols from /boot/kernel/dtrace.ko.symbols...done. >>> Loaded symbols for /boot/kernel/dtrace.ko.symbols >>> Reading symbols from >>> /boot/kernel/systrace_freebsd32.ko.symbols...done. >>> Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols >>> Reading symbols from /boot/kernel/systrace.ko.symbols...done. >>> Loaded symbols for /boot/kernel/systrace.ko.symbols >>> Reading symbols from /boot/kernel/sdt.ko.symbols...done. >>> Loaded symbols for /boot/kernel/sdt.ko.symbols >>> Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. >>> Loaded symbols for /boot/kernel/fasttrap.ko.symbols >>> Reading symbols from /boot/kernel/fbt.ko.symbols...done. >>> Loaded symbols for /boot/kernel/fbt.ko.symbols >>> Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. >>> Loaded symbols for /boot/kernel/dtnfscl.ko.symbols >>> Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. >>> Loaded symbols for /boot/kernel/dtmalloc.ko.symbols >>> Reading symbols from /boot/modules/nvidia.ko...done. >>> Loaded symbols for /boot/modules/nvidia.ko >>> Reading symbols from /boot/kernel/ipmi.ko.symbols...done. >>> Loaded symbols for /boot/kernel/ipmi.ko.symbols >>> Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. >>> Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols >>> Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. >>> Loaded symbols for /boot/kernel/radeonkms.ko.symbols >>> Reading symbols from /boot/kernel/iicbb.ko.symbols...done. >>> Loaded symbols for /boot/kernel/iicbb.ko.symbols >>> Reading symbols from /boot/kernel/iicbus.ko.symbols...done. >>> Loaded symbols for /boot/kernel/iicbus.ko.symbols >>> Reading symbols from /boot/kernel/iic.ko.symbols...done. >>> Loaded symbols for /boot/kernel/iic.ko.symbols >>> Reading symbols from /boot/kernel/drm2.ko.symbols...done. >>> Loaded symbols for /boot/kernel/drm2.ko.symbols >>> Reading symbols from >>> /boot/kernel/radeonkmsfw_R100_cp.ko.symbols...done. >>> Loaded symbols for /boot/kernel/radeonkmsfw_R100_cp.ko.symbols >>> Reading symbols from /boot/kernel/uhid.ko.symbols...done. >>> Loaded symbols for /boot/kernel/uhid.ko.symbols >>> Reading symbols from /boot/kernel/linux64.ko.symbols...done. >>> Loaded symbols for /boot/kernel/linux64.ko.symbols >>> Reading symbols from /boot/kernel/pf.ko.symbols...done. >>> Loaded symbols for /boot/kernel/pf.ko.symbols >>> #0 doadump (textdump=1) at pcpu.h:221 >>> 221 pcpu.h: No such file or directory. >>> in pcpu.h >>> (kgdb) #0 doadump (textdump=1) at pcpu.h:221 >>> #1 0xffffffff80b2b255 in kern_reboot (howto=260) >>> at /usr/src/sys/kern/kern_shutdown.c:329 >>> #2 0xffffffff80b2b848 in vpanic (fmt=, >>> ap=) at >>> /usr/src/sys/kern/kern_shutdown.c:626 >>> #3 0xffffffff80b2b893 in panic (fmt=0x0) >>> at /usr/src/sys/kern/kern_shutdown.c:557 >>> #4 0xffffffff80b29764 in __rw_assert (c=0x0, what=>> out>, >>> file=0x0, line=0) at /usr/src/sys/kern/kern_rwlock.c:1183 >>> #5 0xffffffff80ceba5d in tcp_notify (inp=0xfffff80090798960, >>> error=61) >>> at /usr/src/sys/netinet/tcp_subr.c:1189 >>> #6 0xffffffff80d0cd20 in in6_pcbnotify (pcbinfo=>> out>, >>> dst=0xfffffe2dfc3ef720, fport_arg=13568, src=>> out>, >>> lport_arg=, cmd=, >>> notify=0xffffffff80ceba30 ) >>> at /usr/src/sys/netinet6/in6_pcb.c:679 >>> #7 0xffffffff80cebf24 in tcp6_ctlinput (cmd=10, >>> sa=0xfffffe2dfc3ef720, >>> d=0xfffffe2dfc3ef6d8) at /usr/src/sys/netinet/tcp_subr.c:1641 >>> #8 0xffffffff80cfc607 in icmp6_input (mp=, >>> offp=0xfffffe2dfc3ef81c, proto=0) at >>> /usr/src/sys/netinet6/icmp6.c:1155 >>> #9 0xffffffff80d10f72 in ip6_input (m=0xfffff80049c65100) >>> at /usr/src/sys/netinet6/ip6_input.c:810 >>> #10 0xffffffff80c10026 in netisr_dispatch_src (proto=>> out>, >>> source=, m=0xfffff80049c65100) >>> at /usr/src/sys/net/netisr.c:972 >>> #11 0xffffffff80c06ec6 in ether_demux (ifp=, >>> m=) at /usr/src/sys/net/if_ethersubr.c:768 >>> #12 0xffffffff80c07b7a in ether_nh_input (m=) >>> at /usr/src/sys/net/if_ethersubr.c:575 >>> #13 0xffffffff80c10026 in netisr_dispatch_src (proto=>> out>, >>> source=, m=0xfffff80049c65100) >>> at /usr/src/sys/net/netisr.c:972 >>> #14 0xffffffff80c071af in ether_input (ifp=0xfffff8002c6d5800, m=0x0) >>> at /usr/src/sys/net/if_ethersubr.c:676 >>> #15 0xffffffff80c03f4a in if_input (ifp=0x0, sendmp=0x0) >>> at /usr/src/sys/net/if.c:3847 >>> #16 0xffffffff8061d01f in em_rxeof (count=99) >>> at /usr/src/sys/dev/e1000/if_em.c:4666 >>> #17 0xffffffff8061c940 in em_handle_que (context=0xfffffe1ea96cb000, >>> pending=) at >>> /usr/src/sys/dev/e1000/if_em.c:1564 >>> #18 0xffffffff80b78ca0 in taskqueue_run_locked >>> (queue=0xfffff8002c6d4300) >>> at /usr/src/sys/kern/subr_taskqueue.c:430 >>> #19 0xffffffff80b79778 in taskqueue_thread_loop (arg=>> out>) >>> at /usr/src/sys/kern/subr_taskqueue.c:683 >>> #20 0xffffffff80af2154 in fork_exit ( >>> callout=0xffffffff80b796f0 , >>> arg=0xfffffe1ea96cd730, frame=0xfffffe2dfc3efc00) >>> at /usr/src/sys/kern/kern_fork.c:1006 >>> #21 0xffffffff80f514ce in fork_trampoline () >>> at /usr/src/sys/amd64/amd64/exception.S:610 >>> #22 0x0000000000000000 in ?? () >>> Current language: auto; currently minimal >>> (kgdb) >>> >>> >>> Core *IS* available. >>> >>> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 >>> r286338: Wed Aug 5 15:57:55 CDT 2015 >>> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 1100077 >>> 1100077 >>> >>> >>> 11.0-CURRENT >>> -- >>> Larry Rosenman http://www.lerctr.org/~ler >>> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >>> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >>> _______________________________________________ >>> 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sat Aug 8 01:58:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81B209B6317 for ; Sat, 8 Aug 2015 01:58:51 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57A46AA5 for ; Sat, 8 Aug 2015 01:58:51 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=eHWBTIrYUm33h9awZVPnZsR4cQ7RnrWpZVQw4Njr+hA=; b=bCuaLngBTS85urrMA8VgN1LKIr 8dt87/XsFCEIGyJmL5rkB0GctqnRQN8VYQ9a9Xp8DC5naDoo9La+on9y7PWvrdNY8vd1IGDah5B6d zWoCp0VJrCJ2gP22J+xtqqY1bDdF6vc+oD14VTVoXAkf54eu1BFlOOeqHHOJjbcIOyaw=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:61975 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:ECDHE-RSA-AES128-SHA:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZNtPO-000Gqg-BC; Fri, 07 Aug 2015 20:58:50 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 07 Aug 2015 20:58:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 07 Aug 2015 20:58:50 -0500 From: Larry Rosenman To: Adrian Chadd Cc: freebsd-current Subject: Re: traceroute6: panic: pcb not read locked In-Reply-To: <848c2fd97e0833e486a69834184ba2c9@thebighonker.lerctr.org> References: <20150808010324.GA1392@borg.lerctr.org> <848c2fd97e0833e486a69834184ba2c9@thebighonker.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 01:58:51 -0000 Of course as soon as I sent that I got another one...... On 2015-08-07 20:58, Larry Rosenman wrote: > just have the 2 panics. it doesn't "just reproduce". > > I'll see what I can find. > > Is there anything I can get for you from the core(s)? > > > On 2015-08-07 20:32, Larry Rosenman wrote: >> I got a 2nd one soon after just sitting -- I did JUST update sources, >> turned off ipV6 to update (I seem to be having issues with TWC's >> IPV6). >> >> Rebuild in process. >> >> I **CAN** give you access to the cores, machine, et al. >> >> I'd LOVE to figure out wtf is wrong on the IPV6 native stuff with TWC. >> >> >> On 2015-08-07 20:29, Adrian Chadd wrote: >>> is it easily reproducable for you there? >>> >>> >>> >>> -a >>> >>> >>> On 7 August 2015 at 18:04, Larry Rosenman wrote: >>>> Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running >>>> traceroute6, >>>> got the following panic: >>>> >>>> borg.lerctr.org dumped core - see /var/crash/vmcore.0 >>>> >>>> Fri Aug 7 19:58:40 CDT 2015 >>>> >>>> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 >>>> r286338: Wed Aug 5 15:57:55 CDT 2015 >>>> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 >>>> >>>> panic: Lock tcp not read locked @ >>>> /usr/src/sys/netinet/tcp_subr.c:1189 >>>> >>>> GNU gdb 6.1.1 [FreeBSD] >>>> Copyright 2004 Free Software Foundation, Inc. >>>> GDB is free software, covered by the GNU General Public License, and >>>> you are >>>> welcome to change it and/or distribute copies of it under certain >>>> conditions. >>>> Type "show copying" to see the conditions. >>>> There is absolutely no warranty for GDB. Type "show warranty" for >>>> details. >>>> This GDB was configured as "amd64-marcel-freebsd"... >>>> >>>> Unread portion of the kernel message buffer: >>>> panic: Lock tcp not read locked @ >>>> /usr/src/sys/netinet/tcp_subr.c:1189 >>>> >>>> cpuid = 2 >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>> 0xfffffe2dfc3ef400 >>>> vpanic() at vpanic+0x189/frame 0xfffffe2dfc3ef480 >>>> panic() at panic+0x43/frame 0xfffffe2dfc3ef4e0 >>>> __rw_assert() at __rw_assert+0x154/frame 0xfffffe2dfc3ef4f0 >>>> tcp_notify() at tcp_notify+0x2d/frame 0xfffffe2dfc3ef520 >>>> in6_pcbnotify() at in6_pcbnotify+0x2a0/frame 0xfffffe2dfc3ef5b0 >>>> tcp6_ctlinput() at tcp6_ctlinput+0xf4/frame 0xfffffe2dfc3ef650 >>>> icmp6_input() at icmp6_input+0x1737/frame 0xfffffe2dfc3ef7f0 >>>> ip6_input() at ip6_input+0x4a2/frame 0xfffffe2dfc3ef8d0 >>>> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >>>> 0xfffffe2dfc3ef940 >>>> ether_demux() at ether_demux+0x176/frame 0xfffffe2dfc3ef970 >>>> ether_nh_input() at ether_nh_input+0x33a/frame 0xfffffe2dfc3ef9b0 >>>> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >>>> 0xfffffe2dfc3efa20 >>>> ether_input() at ether_input+0x4f/frame 0xfffffe2dfc3efa50 >>>> if_input() at if_input+0xa/frame 0xfffffe2dfc3efa60 >>>> em_rxeof() at em_rxeof+0x27f/frame 0xfffffe2dfc3efae0 >>>> em_handle_que() at em_handle_que+0x40/frame 0xfffffe2dfc3efb20 >>>> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame >>>> 0xfffffe2dfc3efb80 >>>> taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame >>>> 0xfffffe2dfc3efbb0 >>>> fork_exit() at fork_exit+0x84/frame 0xfffffe2dfc3efbf0 >>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2dfc3efbf0 >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> Uptime: 19m58s >>>> Dumping 2903 out of 64454 >>>> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% >>>> >>>> Reading symbols from /boot/kernel/linux.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/linux.ko.symbols >>>> Reading symbols from /boot/kernel/linux_common.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/linux_common.ko.symbols >>>> Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/if_lagg.ko.symbols >>>> Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols >>>> Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/snd_spicds.ko.symbols >>>> Reading symbols from /boot/kernel/coretemp.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/coretemp.ko.symbols >>>> Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/ichsmb.ko.symbols >>>> Reading symbols from /boot/kernel/smbus.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/smbus.ko.symbols >>>> Reading symbols from /boot/kernel/ichwd.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/ichwd.ko.symbols >>>> Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/cpuctl.ko.symbols >>>> Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/cryptodev.ko.symbols >>>> Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/dtraceall.ko.symbols >>>> Reading symbols from /boot/kernel/profile.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/profile.ko.symbols >>>> Reading symbols from /boot/kernel/dtrace.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/dtrace.ko.symbols >>>> Reading symbols from >>>> /boot/kernel/systrace_freebsd32.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols >>>> Reading symbols from /boot/kernel/systrace.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/systrace.ko.symbols >>>> Reading symbols from /boot/kernel/sdt.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/sdt.ko.symbols >>>> Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/fasttrap.ko.symbols >>>> Reading symbols from /boot/kernel/fbt.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/fbt.ko.symbols >>>> Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/dtnfscl.ko.symbols >>>> Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/dtmalloc.ko.symbols >>>> Reading symbols from /boot/modules/nvidia.ko...done. >>>> Loaded symbols for /boot/modules/nvidia.ko >>>> Reading symbols from /boot/kernel/ipmi.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/ipmi.ko.symbols >>>> Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols >>>> Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/radeonkms.ko.symbols >>>> Reading symbols from /boot/kernel/iicbb.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/iicbb.ko.symbols >>>> Reading symbols from /boot/kernel/iicbus.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/iicbus.ko.symbols >>>> Reading symbols from /boot/kernel/iic.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/iic.ko.symbols >>>> Reading symbols from /boot/kernel/drm2.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/drm2.ko.symbols >>>> Reading symbols from >>>> /boot/kernel/radeonkmsfw_R100_cp.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/radeonkmsfw_R100_cp.ko.symbols >>>> Reading symbols from /boot/kernel/uhid.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/uhid.ko.symbols >>>> Reading symbols from /boot/kernel/linux64.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/linux64.ko.symbols >>>> Reading symbols from /boot/kernel/pf.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/pf.ko.symbols >>>> #0 doadump (textdump=1) at pcpu.h:221 >>>> 221 pcpu.h: No such file or directory. >>>> in pcpu.h >>>> (kgdb) #0 doadump (textdump=1) at pcpu.h:221 >>>> #1 0xffffffff80b2b255 in kern_reboot (howto=260) >>>> at /usr/src/sys/kern/kern_shutdown.c:329 >>>> #2 0xffffffff80b2b848 in vpanic (fmt=, >>>> ap=) at >>>> /usr/src/sys/kern/kern_shutdown.c:626 >>>> #3 0xffffffff80b2b893 in panic (fmt=0x0) >>>> at /usr/src/sys/kern/kern_shutdown.c:557 >>>> #4 0xffffffff80b29764 in __rw_assert (c=0x0, what=>>> out>, >>>> file=0x0, line=0) at /usr/src/sys/kern/kern_rwlock.c:1183 >>>> #5 0xffffffff80ceba5d in tcp_notify (inp=0xfffff80090798960, >>>> error=61) >>>> at /usr/src/sys/netinet/tcp_subr.c:1189 >>>> #6 0xffffffff80d0cd20 in in6_pcbnotify (pcbinfo=>>> out>, >>>> dst=0xfffffe2dfc3ef720, fport_arg=13568, src=>>> out>, >>>> lport_arg=, cmd=, >>>> notify=0xffffffff80ceba30 ) >>>> at /usr/src/sys/netinet6/in6_pcb.c:679 >>>> #7 0xffffffff80cebf24 in tcp6_ctlinput (cmd=10, >>>> sa=0xfffffe2dfc3ef720, >>>> d=0xfffffe2dfc3ef6d8) at /usr/src/sys/netinet/tcp_subr.c:1641 >>>> #8 0xffffffff80cfc607 in icmp6_input (mp=, >>>> offp=0xfffffe2dfc3ef81c, proto=0) at >>>> /usr/src/sys/netinet6/icmp6.c:1155 >>>> #9 0xffffffff80d10f72 in ip6_input (m=0xfffff80049c65100) >>>> at /usr/src/sys/netinet6/ip6_input.c:810 >>>> #10 0xffffffff80c10026 in netisr_dispatch_src (proto=>>> optimized out>, >>>> source=, m=0xfffff80049c65100) >>>> at /usr/src/sys/net/netisr.c:972 >>>> #11 0xffffffff80c06ec6 in ether_demux (ifp=, >>>> m=) at /usr/src/sys/net/if_ethersubr.c:768 >>>> #12 0xffffffff80c07b7a in ether_nh_input (m=) >>>> at /usr/src/sys/net/if_ethersubr.c:575 >>>> #13 0xffffffff80c10026 in netisr_dispatch_src (proto=>>> optimized out>, >>>> source=, m=0xfffff80049c65100) >>>> at /usr/src/sys/net/netisr.c:972 >>>> #14 0xffffffff80c071af in ether_input (ifp=0xfffff8002c6d5800, >>>> m=0x0) >>>> at /usr/src/sys/net/if_ethersubr.c:676 >>>> #15 0xffffffff80c03f4a in if_input (ifp=0x0, sendmp=0x0) >>>> at /usr/src/sys/net/if.c:3847 >>>> #16 0xffffffff8061d01f in em_rxeof (count=99) >>>> at /usr/src/sys/dev/e1000/if_em.c:4666 >>>> #17 0xffffffff8061c940 in em_handle_que (context=0xfffffe1ea96cb000, >>>> pending=) at >>>> /usr/src/sys/dev/e1000/if_em.c:1564 >>>> #18 0xffffffff80b78ca0 in taskqueue_run_locked >>>> (queue=0xfffff8002c6d4300) >>>> at /usr/src/sys/kern/subr_taskqueue.c:430 >>>> #19 0xffffffff80b79778 in taskqueue_thread_loop (arg=>>> optimized out>) >>>> at /usr/src/sys/kern/subr_taskqueue.c:683 >>>> #20 0xffffffff80af2154 in fork_exit ( >>>> callout=0xffffffff80b796f0 , >>>> arg=0xfffffe1ea96cd730, frame=0xfffffe2dfc3efc00) >>>> at /usr/src/sys/kern/kern_fork.c:1006 >>>> #21 0xffffffff80f514ce in fork_trampoline () >>>> at /usr/src/sys/amd64/amd64/exception.S:610 >>>> #22 0x0000000000000000 in ?? () >>>> Current language: auto; currently minimal >>>> (kgdb) >>>> >>>> >>>> Core *IS* available. >>>> >>>> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 >>>> r286338: Wed Aug 5 15:57:55 CDT 2015 >>>> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 1100077 >>>> 1100077 >>>> >>>> >>>> 11.0-CURRENT >>>> -- >>>> Larry Rosenman http://www.lerctr.org/~ler >>>> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >>>> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >>>> _______________________________________________ >>>> 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sat Aug 8 02:06:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1FE59B6505 for ; Sat, 8 Aug 2015 02:06:36 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7907F39 for ; Sat, 8 Aug 2015 02:06:36 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=mbGcLJNGAdPzHph1KbbYQxwYIMeNCpADHRt/OaZUQw8=; b=kWYqhQmVh/QYLVMwO0MVjN0gw4 //r0dG2A3zEUB4a9CytQSgFJQDB5FFS36N0cuiOdFI1qhjx8PcBWz0gI5ZN7D3fiBT4g6klS4Q7yk KMXX9DHmSYVHqNKDdPMquCkXwzCzt4tkK5HYTiVCRPmgF5c6yZzrk9/FgRmAHhgwr+ko=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:19789 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:ECDHE-RSA-AES128-SHA:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZNtWt-000Gws-EM; Fri, 07 Aug 2015 21:06:35 -0500 Received: from cpe-70-113-56-244.austin.res.rr.com ([70.113.56.244]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 07 Aug 2015 21:06:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 07 Aug 2015 21:06:35 -0500 From: Larry Rosenman To: Adrian Chadd Cc: freebsd-current Subject: Re: traceroute6: panic: pcb not read locked In-Reply-To: References: <20150808010324.GA1392@borg.lerctr.org> <848c2fd97e0833e486a69834184ba2c9@thebighonker.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.2 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 02:06:37 -0000 Not always the same hop on the (slow) traceroute, but it DOES seem to panic EVERY time. On 2015-08-07 20:58, Larry Rosenman wrote: > Of course as soon as I sent that I got another one...... > > > On 2015-08-07 20:58, Larry Rosenman wrote: >> just have the 2 panics. it doesn't "just reproduce". >> >> I'll see what I can find. >> >> Is there anything I can get for you from the core(s)? >> >> >> On 2015-08-07 20:32, Larry Rosenman wrote: >>> I got a 2nd one soon after just sitting -- I did JUST update sources, >>> turned off ipV6 to update (I seem to be having issues with TWC's >>> IPV6). >>> >>> Rebuild in process. >>> >>> I **CAN** give you access to the cores, machine, et al. >>> >>> I'd LOVE to figure out wtf is wrong on the IPV6 native stuff with >>> TWC. >>> >>> >>> On 2015-08-07 20:29, Adrian Chadd wrote: >>>> is it easily reproducable for you there? >>>> >>>> >>>> >>>> -a >>>> >>>> >>>> On 7 August 2015 at 18:04, Larry Rosenman wrote: >>>>> Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running >>>>> traceroute6, >>>>> got the following panic: >>>>> >>>>> borg.lerctr.org dumped core - see /var/crash/vmcore.0 >>>>> >>>>> Fri Aug 7 19:58:40 CDT 2015 >>>>> >>>>> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 >>>>> r286338: Wed Aug 5 15:57:55 CDT 2015 >>>>> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 >>>>> >>>>> panic: Lock tcp not read locked @ >>>>> /usr/src/sys/netinet/tcp_subr.c:1189 >>>>> >>>>> GNU gdb 6.1.1 [FreeBSD] >>>>> Copyright 2004 Free Software Foundation, Inc. >>>>> GDB is free software, covered by the GNU General Public License, >>>>> and you are >>>>> welcome to change it and/or distribute copies of it under certain >>>>> conditions. >>>>> Type "show copying" to see the conditions. >>>>> There is absolutely no warranty for GDB. Type "show warranty" for >>>>> details. >>>>> This GDB was configured as "amd64-marcel-freebsd"... >>>>> >>>>> Unread portion of the kernel message buffer: >>>>> panic: Lock tcp not read locked @ >>>>> /usr/src/sys/netinet/tcp_subr.c:1189 >>>>> >>>>> cpuid = 2 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>> 0xfffffe2dfc3ef400 >>>>> vpanic() at vpanic+0x189/frame 0xfffffe2dfc3ef480 >>>>> panic() at panic+0x43/frame 0xfffffe2dfc3ef4e0 >>>>> __rw_assert() at __rw_assert+0x154/frame 0xfffffe2dfc3ef4f0 >>>>> tcp_notify() at tcp_notify+0x2d/frame 0xfffffe2dfc3ef520 >>>>> in6_pcbnotify() at in6_pcbnotify+0x2a0/frame 0xfffffe2dfc3ef5b0 >>>>> tcp6_ctlinput() at tcp6_ctlinput+0xf4/frame 0xfffffe2dfc3ef650 >>>>> icmp6_input() at icmp6_input+0x1737/frame 0xfffffe2dfc3ef7f0 >>>>> ip6_input() at ip6_input+0x4a2/frame 0xfffffe2dfc3ef8d0 >>>>> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >>>>> 0xfffffe2dfc3ef940 >>>>> ether_demux() at ether_demux+0x176/frame 0xfffffe2dfc3ef970 >>>>> ether_nh_input() at ether_nh_input+0x33a/frame 0xfffffe2dfc3ef9b0 >>>>> netisr_dispatch_src() at netisr_dispatch_src+0x86/frame >>>>> 0xfffffe2dfc3efa20 >>>>> ether_input() at ether_input+0x4f/frame 0xfffffe2dfc3efa50 >>>>> if_input() at if_input+0xa/frame 0xfffffe2dfc3efa60 >>>>> em_rxeof() at em_rxeof+0x27f/frame 0xfffffe2dfc3efae0 >>>>> em_handle_que() at em_handle_que+0x40/frame 0xfffffe2dfc3efb20 >>>>> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame >>>>> 0xfffffe2dfc3efb80 >>>>> taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame >>>>> 0xfffffe2dfc3efbb0 >>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe2dfc3efbf0 >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2dfc3efbf0 >>>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>>> Uptime: 19m58s >>>>> Dumping 2903 out of 64454 >>>>> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% >>>>> >>>>> Reading symbols from /boot/kernel/linux.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/linux.ko.symbols >>>>> Reading symbols from /boot/kernel/linux_common.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/linux_common.ko.symbols >>>>> Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/if_lagg.ko.symbols >>>>> Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols >>>>> Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/snd_spicds.ko.symbols >>>>> Reading symbols from /boot/kernel/coretemp.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/coretemp.ko.symbols >>>>> Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/ichsmb.ko.symbols >>>>> Reading symbols from /boot/kernel/smbus.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/smbus.ko.symbols >>>>> Reading symbols from /boot/kernel/ichwd.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/ichwd.ko.symbols >>>>> Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/cpuctl.ko.symbols >>>>> Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/cryptodev.ko.symbols >>>>> Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/dtraceall.ko.symbols >>>>> Reading symbols from /boot/kernel/profile.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/profile.ko.symbols >>>>> Reading symbols from /boot/kernel/dtrace.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/dtrace.ko.symbols >>>>> Reading symbols from >>>>> /boot/kernel/systrace_freebsd32.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols >>>>> Reading symbols from /boot/kernel/systrace.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/systrace.ko.symbols >>>>> Reading symbols from /boot/kernel/sdt.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/sdt.ko.symbols >>>>> Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/fasttrap.ko.symbols >>>>> Reading symbols from /boot/kernel/fbt.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/fbt.ko.symbols >>>>> Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/dtnfscl.ko.symbols >>>>> Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/dtmalloc.ko.symbols >>>>> Reading symbols from /boot/modules/nvidia.ko...done. >>>>> Loaded symbols for /boot/modules/nvidia.ko >>>>> Reading symbols from /boot/kernel/ipmi.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/ipmi.ko.symbols >>>>> Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols >>>>> Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/radeonkms.ko.symbols >>>>> Reading symbols from /boot/kernel/iicbb.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/iicbb.ko.symbols >>>>> Reading symbols from /boot/kernel/iicbus.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/iicbus.ko.symbols >>>>> Reading symbols from /boot/kernel/iic.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/iic.ko.symbols >>>>> Reading symbols from /boot/kernel/drm2.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/drm2.ko.symbols >>>>> Reading symbols from >>>>> /boot/kernel/radeonkmsfw_R100_cp.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/radeonkmsfw_R100_cp.ko.symbols >>>>> Reading symbols from /boot/kernel/uhid.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/uhid.ko.symbols >>>>> Reading symbols from /boot/kernel/linux64.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/linux64.ko.symbols >>>>> Reading symbols from /boot/kernel/pf.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/pf.ko.symbols >>>>> #0 doadump (textdump=1) at pcpu.h:221 >>>>> 221 pcpu.h: No such file or directory. >>>>> in pcpu.h >>>>> (kgdb) #0 doadump (textdump=1) at pcpu.h:221 >>>>> #1 0xffffffff80b2b255 in kern_reboot (howto=260) >>>>> at /usr/src/sys/kern/kern_shutdown.c:329 >>>>> #2 0xffffffff80b2b848 in vpanic (fmt=, >>>>> ap=) at >>>>> /usr/src/sys/kern/kern_shutdown.c:626 >>>>> #3 0xffffffff80b2b893 in panic (fmt=0x0) >>>>> at /usr/src/sys/kern/kern_shutdown.c:557 >>>>> #4 0xffffffff80b29764 in __rw_assert (c=0x0, what=>>>> out>, >>>>> file=0x0, line=0) at /usr/src/sys/kern/kern_rwlock.c:1183 >>>>> #5 0xffffffff80ceba5d in tcp_notify (inp=0xfffff80090798960, >>>>> error=61) >>>>> at /usr/src/sys/netinet/tcp_subr.c:1189 >>>>> #6 0xffffffff80d0cd20 in in6_pcbnotify (pcbinfo=>>>> out>, >>>>> dst=0xfffffe2dfc3ef720, fport_arg=13568, src=>>>> out>, >>>>> lport_arg=, cmd=, >>>>> notify=0xffffffff80ceba30 ) >>>>> at /usr/src/sys/netinet6/in6_pcb.c:679 >>>>> #7 0xffffffff80cebf24 in tcp6_ctlinput (cmd=10, >>>>> sa=0xfffffe2dfc3ef720, >>>>> d=0xfffffe2dfc3ef6d8) at /usr/src/sys/netinet/tcp_subr.c:1641 >>>>> #8 0xffffffff80cfc607 in icmp6_input (mp=, >>>>> offp=0xfffffe2dfc3ef81c, proto=0) at >>>>> /usr/src/sys/netinet6/icmp6.c:1155 >>>>> #9 0xffffffff80d10f72 in ip6_input (m=0xfffff80049c65100) >>>>> at /usr/src/sys/netinet6/ip6_input.c:810 >>>>> #10 0xffffffff80c10026 in netisr_dispatch_src (proto=>>>> optimized out>, >>>>> source=, m=0xfffff80049c65100) >>>>> at /usr/src/sys/net/netisr.c:972 >>>>> #11 0xffffffff80c06ec6 in ether_demux (ifp=, >>>>> m=) at /usr/src/sys/net/if_ethersubr.c:768 >>>>> #12 0xffffffff80c07b7a in ether_nh_input (m=) >>>>> at /usr/src/sys/net/if_ethersubr.c:575 >>>>> #13 0xffffffff80c10026 in netisr_dispatch_src (proto=>>>> optimized out>, >>>>> source=, m=0xfffff80049c65100) >>>>> at /usr/src/sys/net/netisr.c:972 >>>>> #14 0xffffffff80c071af in ether_input (ifp=0xfffff8002c6d5800, >>>>> m=0x0) >>>>> at /usr/src/sys/net/if_ethersubr.c:676 >>>>> #15 0xffffffff80c03f4a in if_input (ifp=0x0, sendmp=0x0) >>>>> at /usr/src/sys/net/if.c:3847 >>>>> #16 0xffffffff8061d01f in em_rxeof (count=99) >>>>> at /usr/src/sys/dev/e1000/if_em.c:4666 >>>>> #17 0xffffffff8061c940 in em_handle_que >>>>> (context=0xfffffe1ea96cb000, >>>>> pending=) at >>>>> /usr/src/sys/dev/e1000/if_em.c:1564 >>>>> #18 0xffffffff80b78ca0 in taskqueue_run_locked >>>>> (queue=0xfffff8002c6d4300) >>>>> at /usr/src/sys/kern/subr_taskqueue.c:430 >>>>> #19 0xffffffff80b79778 in taskqueue_thread_loop (arg=>>>> optimized out>) >>>>> at /usr/src/sys/kern/subr_taskqueue.c:683 >>>>> #20 0xffffffff80af2154 in fork_exit ( >>>>> callout=0xffffffff80b796f0 , >>>>> arg=0xfffffe1ea96cd730, frame=0xfffffe2dfc3efc00) >>>>> at /usr/src/sys/kern/kern_fork.c:1006 >>>>> #21 0xffffffff80f514ce in fork_trampoline () >>>>> at /usr/src/sys/amd64/amd64/exception.S:610 >>>>> #22 0x0000000000000000 in ?? () >>>>> Current language: auto; currently minimal >>>>> (kgdb) >>>>> >>>>> >>>>> Core *IS* available. >>>>> >>>>> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 >>>>> r286338: Wed Aug 5 15:57:55 CDT 2015 >>>>> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 1100077 >>>>> 1100077 >>>>> >>>>> >>>>> 11.0-CURRENT >>>>> -- >>>>> Larry Rosenman http://www.lerctr.org/~ler >>>>> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >>>>> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >>>>> _______________________________________________ >>>>> 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sat Aug 8 03:25:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE5C09B5445 for ; Sat, 8 Aug 2015 03:25:27 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B9AAE1182; Sat, 8 Aug 2015 03:25:27 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by pdco4 with SMTP id o4so51541913pdc.3; Fri, 07 Aug 2015 20:25:26 -0700 (PDT) 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=VGzqMrLovfDUTduDf8EOZWAdn8EkszzOvTWewPH7ZxM=; b=wZ87ePcRa5jgPVG8HaRVSunFWO0KVUh1P7FBAWiqCmhGmc6W4nOj19T+0//EL1r827 ar/VhVXJDFJq4qT3PVrGeB5G7JJYzEZN8qmjT2fdrDlv8C0zcIomwv2WWy3V/jbZFt/R jD6f5wfbEUaOtI4QqdpaaKMwqcHPQ/g8ua8whNhONhmX3emjFnpXZrogPAQgmhkWBpKZ wUVnF/7kxewFSPVekIuNVUq7/U8ox5DIjhbKKiS0dEfxn1c+XdAMGSuGnb9nZW7rE0Fo 5OB2jC37Fl5sXn8RX2iEUKMirG/DT+QJ5RmzGzie8P5t0+fNGJ+cR+um626mZ7utCtSe nr2g== X-Received: by 10.70.42.166 with SMTP id p6mr21818258pdl.118.1439004326675; Fri, 07 Aug 2015 20:25:26 -0700 (PDT) Received: from raichu ([104.232.114.184]) by smtp.gmail.com with ESMTPSA id oc2sm11730419pdb.45.2015.08.07.20.25.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Aug 2015 20:25:25 -0700 (PDT) Sender: Mark Johnston Date: Fri, 7 Aug 2015 20:25:21 -0700 From: Mark Johnston To: Larry Rosenman Cc: freebsd-current@FreeBSD.org, jch@FreeBSD.org Subject: Re: traceroute6: panic: pcb not read locked Message-ID: <20150808032521.GA66493@raichu> References: <20150808010324.GA1392@borg.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20150808010324.GA1392@borg.lerctr.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 03:25:28 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Aug 07, 2015 at 08:04:01PM -0500, Larry Rosenman wrote: > Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running traceroute6, > got the following panic: > > borg.lerctr.org dumped core - see /var/crash/vmcore.0 > > Fri Aug 7 19:58:40 CDT 2015 > > FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 > > panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 This appears to be fallout from r286227: the tcpinfo lock assertion in tcp_notify() is too strong, since tcp_notify() can still be called from tcp6_ctlinput() with the tcpinfo write lock held. The attached patch addresses this; could you give it a try? -Mark --45Z9DzgjV8m4Oswq Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="tcp6_lock_assert.diff" diff --git a/sys/netinet/tcp_subr.c b/sys/netinet/tcp_subr.c index 808eb97..6face4e 100644 --- a/sys/netinet/tcp_subr.c +++ b/sys/netinet/tcp_subr.c @@ -906,7 +906,7 @@ tcp_drop(struct tcpcb *tp, int errno) { struct socket *so = tp->t_inpcb->inp_socket; - INP_INFO_RLOCK_ASSERT(&V_tcbinfo); + INP_INFO_LOCK_ASSERT(&V_tcbinfo); INP_WLOCK_ASSERT(tp->t_inpcb); if (TCPS_HAVERCVDSYN(tp->t_state)) { @@ -1108,7 +1108,7 @@ tcp_close(struct tcpcb *tp) struct inpcb *inp = tp->t_inpcb; struct socket *so; - INP_INFO_RLOCK_ASSERT(&V_tcbinfo); + INP_INFO_LOCK_ASSERT(&V_tcbinfo); INP_WLOCK_ASSERT(inp); #ifdef TCP_OFFLOAD @@ -1186,7 +1186,7 @@ tcp_notify(struct inpcb *inp, int error) { struct tcpcb *tp; - INP_INFO_RLOCK_ASSERT(&V_tcbinfo); + INP_INFO_LOCK_ASSERT(&V_tcbinfo); INP_WLOCK_ASSERT(inp); if ((inp->inp_flags & INP_TIMEWAIT) || --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@freebsd.org Sat Aug 8 05:49:54 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62BAB9B6E91 for ; Sat, 8 Aug 2015 05:49:54 +0000 (UTC) (envelope-from julien@jch.io) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01618FB4 for ; Sat, 8 Aug 2015 05:49:53 +0000 (UTC) (envelope-from julien@jch.io) Received: by wibxm9 with SMTP id xm9so88901917wib.1 for ; Fri, 07 Aug 2015 22:49:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=xWT7/ttse9XSM+9aA/oPyH7Tc45l+WkEkr3kgpkvoxI=; b=nGC8854Qfi5OC743xmW0tANujjWLYGGC0nKtH6uwV/jCHYPXPfOwEnGqfXwhvlQBel ovHERK/0V1/na3S5JH41GRROHKvu7Y9J8BO6VV4ux8fzLWoWwuc1gLG89HlwaBp3rUCf 8TD2U05kPxem1u+Xo3fhBpbD9L3U1mW/mb/NZsRHXBD4jHSctgjqEgFnauJ109/L4Kkx s690iPndkilRDFtGRT6R2lBNS5vKwshz5aqwDtyAIQ9rqIxe6mZWGQi5wzFVX/cM+IZV eKOUVSYQx0Y8HI4BudsORfaFprJwc6M8koj2owhh0QmkxFKYSTmGONfsgKxLrMV7GBV9 qMlQ== X-Gm-Message-State: ALoCoQmkpUwMYnX76EYjs26+JEr1ezhwRl22d+bmAgqXgxeTr0k7NGBsYqaYxbN9LBR1M5Ep5JLd X-Received: by 10.180.21.200 with SMTP id x8mr2330075wie.59.1439012986083; Fri, 07 Aug 2015 22:49:46 -0700 (PDT) Received: from fri2vrusso-l1.vcorp.ad.vrsn.com ([217.30.88.7]) by smtp.googlemail.com with ESMTPSA id lu5sm17977296wjb.9.2015.08.07.22.49.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Aug 2015 22:49:45 -0700 (PDT) Message-ID: <55C59872.8070701@freebsd.org> Date: Sat, 08 Aug 2015 07:49:38 +0200 From: Julien Charbon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Mark Johnston , Larry Rosenman CC: freebsd-current@FreeBSD.org Subject: Re: traceroute6: panic: pcb not read locked References: <20150808010324.GA1392@borg.lerctr.org> <20150808032521.GA66493@raichu> In-Reply-To: <20150808032521.GA66493@raichu> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9hEdEQ0g6OC6vbiD19qg1KKOA4phNc7We" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 05:49:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9hEdEQ0g6OC6vbiD19qg1KKOA4phNc7We Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08/08/15 05:25, Mark Johnston wrote: > On Fri, Aug 07, 2015 at 08:04:01PM -0500, Larry Rosenman wrote: >> Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running trace= route6,=20 >> got the following panic: >> >> borg.lerctr.org dumped core - see /var/crash/vmcore.0 >> >> Fri Aug 7 19:58:40 CDT 2015 >> >> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338:= Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/s= ys/VT-LER amd64 >> >> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189= >> >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and y= ou are >> welcome to change it and/or distribute copies of it under certain cond= itions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for det= ails. >> This GDB was configured as "amd64-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189= >=20 > This appears to be fallout from r286227: the tcpinfo lock assertion in > tcp_notify() is too strong, since tcp_notify() can still be called from= > c with the tcpinfo write lock held. Nice catch, I agree these tcpinfo lock assertion are too strong. I am fixing and testing that as in top of tcp_notify() and tcp_drop(), you also need to update also tcp_close() and tcp_detach(). By the way I am working on make INP_INFO_WLOCK a INP_INFO_RLOCK in in6_pcbnotify() but this is not for today. Thanks. -- Julien --9hEdEQ0g6OC6vbiD19qg1KKOA4phNc7We Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVxZh3AAoJEKVlQ5Je6dhxtBQH/i5Kls2bWf2ARkVMY/pPBBY0 Z4sJYcmEgdPsXwRdWqiPy5kXJXKNIaGw2M/vXxZ3V9gsenKc+OaL31gxSmqFwhPO q07M+Bg4JQuLnzN5tgtWkU7GIDGM1Rn/Qpe7M2HpDaq535y/gUkxVaAkeUwK0sAx L2en89SmJUQBAG0pTWoWkzsuyqDg1FsgmkmGA5+RM25+LXhMWwy42a9U9Hdyzenr ag9jz3nDDvYHR+BX8CRazavcXj5MlZZqzHHCU+mTRejw60Dk3iCTtrjm33myHPYp o/UTCqK9Y9FoG678Rm2LD4WE2OGyylFNjLx2mw8lR/+1Lr00J+ZFvmmoYcx1DtY= =FBA2 -----END PGP SIGNATURE----- --9hEdEQ0g6OC6vbiD19qg1KKOA4phNc7We-- From owner-freebsd-current@freebsd.org Sat Aug 8 08:43:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95A8F9B3421 for ; Sat, 8 Aug 2015 08:43:45 +0000 (UTC) (envelope-from julien@jch.io) Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 550391BE2 for ; Sat, 8 Aug 2015 08:43:45 +0000 (UTC) (envelope-from julien@jch.io) Received: by qgeg42 with SMTP id g42so52871274qge.1 for ; Sat, 08 Aug 2015 01:43:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version :newsgroups:to:cc:subject:references:in-reply-to:content-type; bh=1xvGIpD6izX+7MmBaFKPB/3o2oDK7MBVS+jAWWLjyYI=; b=bvxOu60i8Yp5ZFxxnF4NBZvcdvuRBDGAHsc2G1ACri+dWwdXJs4WjVr1w1f3slhgDg DetAERzABid+luEGLqNU07g8EEVrLBCuWEBOehNL8qBTAzYFTBogNlAitj+ikkxwsp7M UIeyWEdA9Exy7OyYM6P+eCquwYozwTuyyqVA8shP7ZGZby48jnOHFN0Srwj8iXOsYzXD yO85Jqd2gI8AvN8v/DtdIfgtEPEEf+eYiHALFD2782GeMiqufjKaQA9ol+qovVJPQvn8 295m3SESimQCE/LsNlZFYQa+oWXwJM+W7OMj6FUwh1gD34jLjAbmUG58ss7QdlG9sUXe y8ZA== X-Gm-Message-State: ALoCoQmaK891v999JNIePdfcNo0kLaPM8Yvg6ONgUd/yr+9xDNk6IZXqWDUn8arynSa9yM3x7wjf X-Received: by 10.140.88.163 with SMTP id t32mr21324782qgd.92.1439023418587; Sat, 08 Aug 2015 01:43:38 -0700 (PDT) Received: from res1slal-l1.vcorp.ad.vrsn.com (h87.s239.verisign.com. [216.168.239.87]) by smtp.googlemail.com with ESMTPSA id 7sm6289908qhf.13.2015.08.08.01.43.36 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 08 Aug 2015 01:43:37 -0700 (PDT) Message-ID: <55C5C12E.9020907@freebsd.org> Date: Sat, 08 Aug 2015 10:43:26 +0200 From: Julien Charbon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.current To: Mark Johnston , Larry Rosenman CC: freebsd-current@FreeBSD.org Subject: Re: traceroute6: panic: pcb not read locked References: <20150808010324.GA1392@borg.lerctr.org> <20150808032521.GA66493@raichu> <55C59872.8070701@freebsd.org> In-Reply-To: <55C59872.8070701@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ekM0gfGA0ew1hpvSNPlkMSSuTKROIXp4n" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 08:43:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ekM0gfGA0ew1hpvSNPlkMSSuTKROIXp4n Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08/08/15 07:49, Julien Charbon wrote: > On 08/08/15 05:25, Mark Johnston wrote: >> On Fri, Aug 07, 2015 at 08:04:01PM -0500, Larry Rosenman wrote: >>> Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running trac= eroute6,=20 >>> got the following panic: >>> >>> borg.lerctr.org dumped core - see /var/crash/vmcore.0 >>> >>> Fri Aug 7 19:58:40 CDT 2015 >>> >>> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338= : Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/= sys/VT-LER amd64 >>> >>> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:118= 9 >>> >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and = you are >>> welcome to change it and/or distribute copies of it under certain con= ditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for de= tails. >>> This GDB was configured as "amd64-marcel-freebsd"... >>> >>> Unread portion of the kernel message buffer: >>> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:118= 9 >> >> This appears to be fallout from r286227: the tcpinfo lock assertion in= >> tcp_notify() is too strong, since tcp_notify() can still be called fro= m >> c with the tcpinfo write lock held. >=20 > Nice catch, I agree these tcpinfo lock assertion are too strong. I am= > fixing and testing that as in top of tcp_notify() and tcp_drop(), you > also need to update also tcp_close() and tcp_detach(). I pushed a fix in r286443. I am checking if other paths have the same issue of kernel assertions being too strict with INP_INFO read/write lock checks. Thanks for the detailed report and patch proposal. -- Julien --ekM0gfGA0ew1hpvSNPlkMSSuTKROIXp4n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVxcE2AAoJEKVlQ5Je6dhx4ZoH/0Xi2okSW7jiHiqAIbdjJUut 2wV5EzwluwaMLEJMNVM7I52t5GYdCjmIHr4m2OftzQlzEvACseHZWPLV+UmiekAb tFTpgGGp1F1UaQQH3G5eP+YwY/zaSb8lopfDJ/wMhKVUVc//O5vGJdcetGggW88a d0F99cQt+uVh0shqdbPz3PDcJPpjs3vETO5BgtR8ZcNzE9VptnEo3u7C5QFga59M xQaNoVj79UpD1Wl5xOBAgIDVB6M95x/HWsvBf716VzTI+Y7HWafgOOO4KNJo5tCI PqH/qfwyTM+jpRyX6thYUkxJs/Vq1ua4kT8AkXmIwP3j0USz7vduWjMW4LUjZOY= =61YW -----END PGP SIGNATURE----- --ekM0gfGA0ew1hpvSNPlkMSSuTKROIXp4n-- From owner-freebsd-current@freebsd.org Sat Aug 8 09:28:54 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED4B39B3DF8 for ; Sat, 8 Aug 2015 09:28:53 +0000 (UTC) (envelope-from julien@jch.io) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75B80E49 for ; Sat, 8 Aug 2015 09:28:53 +0000 (UTC) (envelope-from julien@jch.io) Received: by lahi9 with SMTP id i9so3243530lah.2 for ; Sat, 08 Aug 2015 02:28:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Ez0m1+09Hpd3tWT39XOtSBWIsaOgsM04gloqlSJxdTc=; b=BvQzcbq+ci5ivyTrB1rAOaTDshpaoTat73SC2/BrzBEsyEJMKrTsewn8yuP0DqD8Sd 4Rg2s0umwUTzrI1eBRw1nviOctMITfUO0SiTT1+wIbQO8yx6oz+A3bc1HKbktXTB09bX MrTOXEkf437Gxd8rCFTW2xhAlsrnwAWIgeGoS5nOn6HT7VUTHiISaZLQU0rVcT6uvXGt +9Ied4y9JSoYVZUtqbpNAo5gA6diH3cIfvktRqlwMeLwjtwBXQQ4PU3xLwEI/wiVza/+ MAlM9MdODTGNb5wAhB+DXopWGYyAYlQMrwrngWsGb++8i4VWi1vOyEAhD+x6vQ6pHVL/ 4MhA== X-Gm-Message-State: ALoCoQkkxgctI/g4J/YY8rOUkJGhdh3cVcN48fDwTf0pODc0JGcNZJXDJJFl+l+2mFUnWri7uxzF X-Received: by 10.152.20.196 with SMTP id p4mr12151183lae.121.1439026130314; Sat, 08 Aug 2015 02:28:50 -0700 (PDT) Received: from mail-lb0-f175.google.com (mail-lb0-f175.google.com. [209.85.217.175]) by smtp.googlemail.com with ESMTPSA id d7sm2339508lag.23.2015.08.08.02.28.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 08 Aug 2015 02:28:50 -0700 (PDT) Received: by lbbpu9 with SMTP id pu9so45055476lbb.3 for ; Sat, 08 Aug 2015 02:28:49 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.153.8.137 with SMTP id dk9mr12257080lad.57.1439026129644; Sat, 08 Aug 2015 02:28:49 -0700 (PDT) Reply-To: jch@freebsd.org Received: by 10.25.42.21 with HTTP; Sat, 8 Aug 2015 02:28:49 -0700 (PDT) X-Originating-IP: [178.197.230.88] Received: by 10.25.42.21 with HTTP; Sat, 8 Aug 2015 02:28:49 -0700 (PDT) In-Reply-To: <55C59872.8070701@freebsd.org> References: <20150808010324.GA1392@borg.lerctr.org> <20150808032521.GA66493@raichu> <55C59872.8070701@freebsd.org> Date: Sat, 8 Aug 2015 11:28:49 +0200 Message-ID: Subject: Re: traceroute6: panic: pcb not read locked From: Julien Charbon To: Larry Rosenman , Mark Johnston Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 09:28:54 -0000 On Aug 8, 2015 07:49, "Julien Charbon" wrote: > > On 08/08/15 05:25, Mark Johnston wrote: > > On Fri, Aug 07, 2015 at 08:04:01PM -0500, Larry Rosenman wrote: > >> Trying to debug TimeWarner IPV6 to my HE.NET tunnel, and running traceroute6, > >> got the following panic: > >> > >> borg.lerctr.org dumped core - see /var/crash/vmcore.0 > >> > >> Fri Aug 7 19:58:40 CDT 2015 > >> > >> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #32 r286338: Wed Aug 5 15:57:55 CDT 2015 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 > >> > >> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 > >> > >> GNU gdb 6.1.1 [FreeBSD] > >> Copyright 2004 Free Software Foundation, Inc. > >> GDB is free software, covered by the GNU General Public License, and you are > >> welcome to change it and/or distribute copies of it under certain conditions. > >> Type "show copying" to see the conditions. > >> There is absolutely no warranty for GDB. Type "show warranty" for details. > >> This GDB was configured as "amd64-marcel-freebsd"... > >> > >> Unread portion of the kernel message buffer: > >> panic: Lock tcp not read locked @ /usr/src/sys/netinet/tcp_subr.c:1189 > > > > This appears to be fallout from r286227: the tcpinfo lock assertion in > > tcp_notify() is too strong, since tcp_notify() can still be called from > > c with the tcpinfo write lock held. > > Nice catch, I agree these tcpinfo lock assertion are too strong. I am > fixing and testing that as in top of tcp_notify() and tcp_drop(), you > also need to update also tcp_close() and tcp_detach(). I pushed a fix in r286443. I am checking if other less common paths have the same issue of kernel assertions being too strict with INP_INFO read/write lock checks. Thanks for the detailed report and patch proposal. -- Julien From owner-freebsd-current@freebsd.org Sat Aug 8 23:27:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54F439B717A; Sat, 8 Aug 2015 23:27:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 458081950; Sat, 8 Aug 2015 23:27:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 68896A98; Sat, 8 Aug 2015 23:27:43 +0000 (UTC) Date: Sat, 8 Aug 2015 23:27:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jhibbits@FreeBSD.org, marius@FreeBSD.org, zbb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2144764647.23.1439076461117.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #792 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2015 23:27:45 -0000 FreeBSD_HEAD_i386 - Build #792 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/792/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/792/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/792/console Change summaries: 286487 by jhibbits: Correct return type of booke_init() prototype. 286480 by zbb: Treat internal bridge as subtractive on ThunderX ARM64 Internal bridges in Cavium ThunderX SoC behave as subtractive, but they are unable to be identified. Force setting an appropriate flag. Reviewed by: emaste, imp Obtained from: Semihalf Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3277 286479 by marius: Fix compilation after r286458. 286478 by marius: Fix compilation after r286457 w/o INVARIANTS or INVARIANT_SUPPORT. 286477 by zbb: Add support for external PCIe (PEM) on Cavium's ThunderX Reviewed by: jhb Obtained from: Semihalf Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3257 The end of the build log: [...truncated 17018 lines...] --- all_subdir_libllvmcore --- --- DebugLoc.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/DebugLoc.cpp -o DebugLoc.o --- all_subdir_libllvmcodegen --- --- IfConversion.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/IfConversion.cpp -o IfConversion.o --- all_subdir_libclangsema --- --- SemaOpenMP.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOpenMP.cpp -o SemaOpenMP.o --- all_subdir_libllvminstcombine --- --- InstCombinePHI.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombinePHI.cpp -o InstCombinePHI.o --- all_subdir_libllvmcore --- --- DiagnosticInfo.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/DiagnosticInfo.cpp -o DiagnosticInfo.o --- DiagnosticPrinter.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/DiagnosticPrinter.cpp -o DiagnosticPrinter.o --- all_subdir_libllvminstcombine --- --- InstCombineSelect.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineSelect.cpp -o InstCombineSelect.o --- all_subdir_libllvmcore --- --- Dominators.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Dominators.cpp -o Dominators.o --- all_subdir_libllvmcodegen --- --- InlineSpiller.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/InlineSpiller.cpp -o InlineSpiller.o --- all_subdir_libllvminstcombine --- --- InstCombineShifts.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineShifts.cpp -o InstCombineShifts.o --- all_subdir_libllvmcore --- --- Function.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Function.cpp -o Function.o --- all_subdir_libclangsema --- --- SemaOverload.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp -o SemaOverload.o --- all_subdir_libllvminstcombine --- --- InstCombineSimplifyDemanded.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineSimplifyDemanded.cpp -o InstCombineSimplifyDemanded.o --- all_subdir_libllvmcodegen --- --- InterferenceCache.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/InterferenceCache.cpp -o InterferenceCache.o --- IntrinsicLowering.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/IntrinsicLowering.cpp -o IntrinsicLowering.o --- all_subdir_libllvminstcombine --- --- InstCombineVectorOps.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstCombineVectorOps.cpp -o InstCombineVectorOps.o --- all_subdir_libllvmcodegen --- --- JumpInstrTables.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/JumpInstrTables.cpp -o JumpInstrTables.o --- LLVMTargetMachine.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LLVMTargetMachine.cpp -o LLVMTargetMachine.o --- all_subdir_libllvminstcombine --- --- InstructionCombining.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine -I. -I/usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvminstcombine/../../../contrib/llvm/lib/Transforms/InstCombine/InstructionCombining.cpp -o InstructionCombining.o --- all_subdir_libllvmcodegen --- --- LatencyPriorityQueue.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LatencyPriorityQueue.cpp -o LatencyPriorityQueue.o --- LexicalScopes.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LexicalScopes.cpp -o LexicalScopes.o --- all_subdir_libllvminstcombine --- --- libllvminstcombine.a --- building static llvminstcombine library ar -crD libllvminstcombine.a `NM='nm' lorder InstCombineAddSub.o InstCombineAndOrXor.o InstCombineCalls.o InstCombineCasts.o InstCombineCompares.o InstCombineLoadStoreAlloca.o InstCombineMulDivRem.o InstCombinePHI.o InstCombineSelect.o InstCombineShifts.o InstCombineSimplifyDemanded.o InstCombineVectorOps.o InstructionCombining.o | tsort -q` ranlib -D libllvminstcombine.a --- all_subdir_libclangsema --- --- SemaPseudoObject.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaPseudoObject.cpp -o SemaPseudoObject.o --- all_subdir_libllvmcore --- --- GCOV.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/GCOV.cpp -o GCOV.o --- all_subdir_libllvmcodegen --- --- LiveDebugVariables.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveDebugVariables.cpp -o LiveDebugVariables.o --- LiveInterval.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveInterval.cpp -o LiveInterval.o --- all_subdir_libclangsema --- --- SemaStmt.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmt.cpp -o SemaStmt.o --- all_subdir_libllvmcore --- --- GVMaterializer.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/GVMaterializer.cpp -o GVMaterializer.o --- all_subdir_libclangsema --- --- SemaStmtAsm.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAsm.cpp -o SemaStmtAsm.o --- all_subdir_libllvmcodegen --- --- LiveIntervalAnalysis.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveIntervalAnalysis.cpp -o LiveIntervalAnalysis.o --- LiveIntervalUnion.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveIntervalUnion.cpp -o LiveIntervalUnion.o --- LivePhysRegs.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LivePhysRegs.cpp -o LivePhysRegs.o --- all_subdir_libllvmcore --- --- Globals.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Globals.cpp -o Globals.o --- all_subdir_libllvmcodegen --- --- LiveRangeCalc.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveRangeCalc.cpp -o LiveRangeCalc.o --- all_subdir_libclangsema --- --- SemaStmtAttr.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAttr.cpp -o SemaStmtAttr.o --- all_subdir_libllvmcore --- --- IRBuilder.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/IRBuilder.cpp -o IRBuilder.o --- all_subdir_libllvmcodegen --- --- LiveRangeEdit.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveRangeEdit.cpp -o LiveRangeEdit.o --- all_subdir_libllvmcore --- --- IRPrintingPasses.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/IRPrintingPasses.cpp -o IRPrintingPasses.o --- all_subdir_libllvmcodegen --- --- LiveRegMatrix.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveRegMatrix.cpp -o LiveRegMatrix.o --- all_subdir_libllvmcore --- --- InlineAsm.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/InlineAsm.cpp -o InlineAsm.o --- all_subdir_libllvmcodegen --- --- LiveStackAnalysis.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveStackAnalysis.cpp -o LiveStackAnalysis.o --- all_subdir_libllvmcore --- --- Instruction.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Instruction.cpp -o Instruction.o --- all_subdir_libllvmcodegen --- --- LiveVariables.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveVariables.cpp -o LiveVariables.o --- all_subdir_libclangsema --- --- SemaTemplate.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplate.cpp -o SemaTemplate.o --- all_subdir_libllvmcore --- --- Instructions.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Instructions.cpp -o Instructions.o --- all_subdir_libllvmcodegen --- --- LocalStackSlotAllocation.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LocalStackSlotAllocation.cpp -o LocalStackSlotAllocation.o --- all_subdir_libllvmcore --- --- IntrinsicInst.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/IntrinsicInst.cpp -o IntrinsicInst.o --- all_subdir_libllvmcodegen --- --- MachineBasicBlock.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineBasicBlock.cpp -o MachineBasicBlock.o --- all_subdir_libclangsema --- --- SemaTemplateDeduction.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateDeduction.cpp -o SemaTemplateDeduction.o --- all_subdir_libllvmcore --- --- LLVMContext.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LLVMContext.cpp -o LLVMContext.o --- LLVMContextImpl.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LLVMContextImpl.cpp -o LLVMContextImpl.o --- all_subdir_libllvmcodegen --- --- MachineBlockFrequencyInfo.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineBlockFrequencyInfo.cpp -o MachineBlockFrequencyInfo.o --- all_subdir_libllvmcore --- --- LegacyPassManager.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LegacyPassManager.cpp -o LegacyPassManager.o --- all_subdir_libllvmcodegen --- --- MachineBlockPlacement.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineBlockPlacement.cpp -o MachineBlockPlacement.o --- all_subdir_libllvmcore --- --- MDBuilder.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/MDBuilder.cpp -o MDBuilder.o --- Mangler.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Mangler.cpp -o Mangler.o --- Metadata.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Metadata.cpp -o Metadata.o --- all_subdir_libllvmcodegen --- --- MachineBranchProbabilityInfo.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineBranchProbabilityInfo.cpp -o MachineBranchProbabilityInfo.o --- MachineCSE.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineCSE.cpp -o MachineCSE.o --- all_subdir_libllvmcore --- --- MetadataTracking.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/MetadataTracking.cpp -o MetadataTracking.o --- Module.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Module.cpp -o Module.o --- all_subdir_libllvmcodegen --- --- MachineCombiner.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineCombiner.cpp -o MachineCombiner.o --- all_subdir_libclangsema --- --- SemaTemplateInstantiate.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateInstantiate.cpp -o SemaTemplateInstantiate.o --- all_subdir_libllvmcore --- --- Pass.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Pass.cpp -o Pass.o --- all_subdir_libllvmcodegen --- --- MachineCopyPropagation.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineCopyPropagation.cpp -o MachineCopyPropagation.o --- all_subdir_libllvmcore --- --- PassManager.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/PassManager.cpp -o PassManager.o --- all_subdir_libllvmcodegen --- --- MachineDominanceFrontier.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineDominanceFrontier.cpp -o MachineDominanceFrontier.o --- all_subdir_libllvmcore --- --- PassRegistry.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/PassRegistry.cpp -o PassRegistry.o --- Statepoint.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Statepoint.cpp -o Statepoint.o --- all_subdir_libllvminstrumentation --- ===> lib/clang/libllvminstrumentation (all) --- AddressSanitizer.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvminstrumentation/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvminstrumentation/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvminstrumentation/../../../contrib/llvm/lib/Transforms/Instrumentation -I. -I/usr/src/lib/clang/libllvminstrumentation/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvminstrumentation/../../../contrib/llvm/lib/Transforms/Instrumentation/AddressSanitizer.cpp -o AddressSanitizer.o --- all_subdir_libllvmcodegen --- --- MachineDominators.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/MachineDominators.cpp -o MachineDominators.o --- all_subdir_libllvmcore --- --- Type.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Type.cpp -o Type.o Slave went offline during the build ERROR: Connection was broken: java.io.IOException: Connection aborted: org.jenkinsci.remoting.nio.NioChannelHub$MonoNioTransport@2efac6d9[name=kyua6.nyi.freebsd.org] at org.jenkinsci.remoting.nio.NioChannelHub$NioTransport.abort(NioChannelHub.java:208) at org.jenkinsci.remoting.nio.NioChannelHub.run(NioChannelHub.java:628) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcherImpl.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223) at sun.nio.ch.IOUtil.read(IOUtil.java:197) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:380) at org.jenkinsci.remoting.nio.FifoBuffer$Pointer.receive(FifoBuffer.java:136) at org.jenkinsci.remoting.nio.FifoBuffer.receive(FifoBuffer.java:306) at org.jenkinsci.remoting.nio.NioChannelHub.run(NioChannelHub.java:561) ... 6 more Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. ERROR: Build step failed with exception java.lang.NullPointerException: no workspace from node hudson.slaves.DumbSlave[kyua6.nyi.freebsd.org] which is computer hudson.slaves.SlaveComputer@78ecbbc0 and has channel null at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143) at org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:726) at hudson.model.Build$BuildExecution.post2(Build.java:185) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:671) at hudson.model.Run.execute(Run.java:1766) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Build step 'Execute a set of scripts' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any