From owner-freebsd-current@freebsd.org Sun Oct 22 00:19:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 953E5E3E7B3 for ; Sun, 22 Oct 2017 00:19:50 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B199970B6D; Sun, 22 Oct 2017 00:19:49 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3APg86CBPcGQ9oCXtdOUkl6mtUPXoX/o7sNwtQ0KIM?= =?us-ascii?q?zox0LfX9rarrMEGX3/hxlliBBdydsKMUzbKO+4nbGkU4qa6bt34DdJEeHzQksu?= =?us-ascii?q?4x2zIaPcieFEfgJ+TrZSFpVO5LVVti4m3peRMNQJW2aFLduGC94iAPERvjKwV1?= =?us-ascii?q?Ov71GonPhMiryuy+4ZPebgFLiTanfb9+MAi9oBnMuMURnYZsMLs6xAHTontPde?= =?us-ascii?q?RWxGdoKkyWkh3h+Mq+/4Nt/jpJtf45+MFOTav1f6IjTbxFFzsmKHw65NfqtRbY?= =?us-ascii?q?UwSC4GYXX3gMnRpJBwjF6wz6Xov0vyDnuOdxxDWWMMvrRr0vRz+s87lkRwPpiC?= =?us-ascii?q?cfNj427mfXitBrjKlGpB6tvgFzz5LIbI2QMvd1Y6HTcs4ARWdZUMhfVzJPDJ6/?= =?us-ascii?q?YYQNAeoOMvpXoYbmqlsSrxayGRWgCP/zxjNWgHL9wK000/4mEQHDxAEuAdMOsH?= =?us-ascii?q?bQrN7oKqoSVue1zLLWwjXGdfxW3yz945XPfxA9oPGMX7ZwfNHRx0k1CQzKkEid?= =?us-ascii?q?p5HrMT+P0eQNqWeb4vNmWOmyhWAnrARxrSKuxscqkoTJiYQVyk3e+SV+2oY1Kt?= =?us-ascii?q?u1Q1N4b968CJZdtD2WO5FoTs8+Xm1koik3x7MctZO4fSUHzoksyQTFZPydaYeI?= =?us-ascii?q?5wruVOOWIThlmn1oYKm/hxOu8Ui4ze38S9W03E5KriVbltnMsWgA1x/J5ciDS/?= =?us-ascii?q?t9+1mu2SyI1wzJ9uFEIEI0la7BJ5E9xb4wkYETvlrGHiDsnkX2l7WadkI++uin?= =?us-ascii?q?8+jnY7PmqYGAN4JsiQzyLr4iltKjDeglKAQDUGaW9f6/2bDi5UH5Ra9Fjvwykq?= =?us-ascii?q?nXqpDaIsEbq7alAw9U0IYj7w2yDzm80NsGg3YIN0lFdw+dg4juIVHOL+j0De2j?= =?us-ascii?q?jFS0jDdr2/fGM6XiApXKNXjDjLbhfbVm5EFCzAo+1t9f55dOBbEAJPL/QFP+tN?= =?us-ascii?q?vdDkxxDwvh6uDrEth0zcsiXmiLD7XRZKrUvUWF7/kzC8eWaYI/gxq7LOIqsa3A?= =?us-ascii?q?l3g8zGMcf63h9pwQc329F/J9axGFYHjoqvkbHGoghSZ4S/bl3g7RGQVPbmq/Cv?= =?us-ascii?q?pvrgowD5irWMKaHtig?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BvBQDB4utZ/1YryVBcGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBFQEBAQECAQEBAQgBAQEBgzRUEG4UE48NjkkBAYF5MQGIGY9/LYUYAoQ?= =?us-ascii?q?7RBQBAQEBAQEBAQEBAWoogjgkAYJBAQUnExwjEAsSBgklDxIYEA4GExSJdAMZD?= =?us-ascii?q?KxvOocvDYNZAQEBAQEBAQMBAQEBAQEdBYMuiDU1gl5UgVOFdQWhKjyHZIgXhGy?= =?us-ascii?q?BAJIuSIxEiik2IYFbVTIIgy2CXByBaT42AYgeKoIaAQEB?= X-IPAS-Result: =?us-ascii?q?A2BvBQDB4utZ/1YryVBcGgEBAQECAQEBAQgBAQEBFQEBAQE?= =?us-ascii?q?CAQEBAQgBAQEBgzRUEG4UE48NjkkBAYF5MQGIGY9/LYUYAoQ7RBQBAQEBAQEBA?= =?us-ascii?q?QEBAWoogjgkAYJBAQUnExwjEAsSBgklDxIYEA4GExSJdAMZDKxvOocvDYNZAQE?= =?us-ascii?q?BAQEBAQMBAQEBAQEdBYMuiDU1gl5UgVOFdQWhKjyHZIgXhGyBAJIuSIxEiik2I?= =?us-ascii?q?YFbVTIIgy2CXByBaT42AYgeKoIaAQEB?= Received: from 86.43-201-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.201.43.86]) by relay.skynet.be with ESMTP; 22 Oct 2017 02:18:36 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v9M0IZFY005723; Sun, 22 Oct 2017 02:18:35 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Sun, 22 Oct 2017 02:18:35 +0200 From: Tijl Coosemans To: Andreas Tobler Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171022021835.07ffd30e@kalimero.tijl.coosemans.org> In-Reply-To: References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 00:19:50 -0000 On Sat, 21 Oct 2017 22:02:38 +0200 Andreas Tobler wrote: > On 26.08.17 20:40, Konstantin Belousov wrote: >> On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >>> On Sat, 26 Aug 2017 02:44:42 +0300 Konstantin Belousov wrote: >>>> How does llvm unwinder detects that the return address is a garbage ? >>> >>> It just stops unwinding when it can't find frame information (stored in >>> .eh_frame sections). GCC unwinder doesn't give up yet and checks if the >>> return address points to the signal trampoline (which means the current >>> frame is that of a signal handler). It has built-in knowledge of how to >>> unwind to the signal trampoline frame. >> So llvm just gives up on signal frames ? >> >>> A noreturn attribute isn't enough. You can still unwind such functions. >>> They are allowed to throw exceptions for example. >> Ok. >> >>> I did consider using >>> a CFI directive (see patch below) and it works, but it's architecture >>> specific and it's inserted after the function prologue so there's still >>> a window of a few instructions where a stack unwinder will try to use >>> the return address. >>> >>> Index: lib/libthr/thread/thr_create.c >>> =================================================================== >>> --- lib/libthr/thread/thr_create.c (revision 322802) >>> +++ lib/libthr/thread/thr_create.c (working copy) >>> @@ -251,6 +251,7 @@ create_stack(struct pthread_attr *pattr) >>> static void >>> thread_start(struct pthread *curthread) >>> { >>> + __asm(".cfi_undefined %rip"); >>> sigset_t set; >>> >>> if (curthread->attr.suspend == THR_CREATE_SUSPENDED) >> >> I like this approach much more than the previous patch. What can be >> done is to provide asm trampoline which calls thread_start(). There you >> can add the .cfi_undefined right at the entry. >> >> It is somewhat more work than just setting the return address on the >> kernel-constructed pseudo stack frame, but I believe this is ultimately >> correct way. You still can do it only on some arches, if you do not >> have incentive to code asm for all of them. >> >> Also crt1 probably should get the same treatment, despite we already set >> %rbp to zero AFAIR. > > Did some commit result out of this discussion or is this subject still > under investigation? > > Curious because I got this gcc PR: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 Sorry, but I didn't and won't have time to work on this. Ideally I think there should be a function attribute to mark functions as entry points. The compiler would add ".cfi_undefined %rip" to such functions (and maybe optimise the function prologue because there are no caller registers that need to be preserved). If you have connections in the GCC community maybe you could discuss that with them. From owner-freebsd-current@freebsd.org Sun Oct 22 07:39:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA7E8E4B933 for ; Sun, 22 Oct 2017 07:39:36 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr0-x22b.google.com (mail-wr0-x22b.google.com [IPv6:2a00:1450:400c:c0c::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 40C7380EE3 for ; Sun, 22 Oct 2017 07:39:36 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr0-x22b.google.com with SMTP id l1so14520655wrc.3 for ; Sun, 22 Oct 2017 00:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=A4cmXtidCdhwE6PNea/HhYlt2qOPiABYRadWo/nq7bs=; b=Do1AFZB2fjctmxUmZtIoFjFr6NfndgCBhd2R+9gIFgIzgfGAsEFXJC8hiO2jv+RXYu 7f5TG5DTOVAi14ZVAyEkgn5sm4JlXv1wqEHRdVDrkv+6lCmalXoD5oTC4QmO1tzXo3Jy Z8xHZCHghNCNrBXRNc8NrzxkfG4QIdIxUWqfGf9MCyMlXPcA5H3OVAUo+7R4pRwlJjOL A5n3kb9dAABR/v+Gche3OznJpdfNz381m60PlcgCGYuclvEQIhycTgiCDkYbqk/7NDaf UPl7mfhNgPQbV86LqJOfL63DEGx/nfuQDucFhSTm7oiejhAA9Jie5hSJBpEJ6M2igr0y ATPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=A4cmXtidCdhwE6PNea/HhYlt2qOPiABYRadWo/nq7bs=; b=DbVMbXuBpi+4TgHwB6xHFrqfKuR1sLjrL/bSwWWzlKo75SnyrxwB8jaakG3j3E4Ke+ ui+v08jZXMdXuzFPh3z7CQ3rFtrl2bLNyYNZgOofNR1eUkl281jHAg2dtUWVFnNoM2F0 d5O7Q/L7R49mvMtVxEtgHpU+fksXOgboHw/+lpK8QghOPSJVaICynacg3X+mrB2jAdzM 41G82bBCJH407xjwBiL/0SGJqqdn5aQH0FD36GY8lya7hQpXSa4//qIhq656JLBr4E+1 /OPT4ZQklYZTq48NBJ6DagYp8u1XR+JS5OEyAmUiT7HiPDFexFVG+R/yU5c5CE/+82Wk NroQ== X-Gm-Message-State: AMCzsaVq1T7OcwOeCtrAdfLoDJ0r4ti9pla7waTPB0zztdol6OyL7NDl 2diimB+ky6kNaknYmFa+cq7NWw== X-Google-Smtp-Source: ABhQp+R8LTogHpZsRpn2j+V+iglcbb8Jt3AgU1uEkUQwJ+2s+9G0xHixp/HyXkqlcQrRwo6p3K2iPg== X-Received: by 10.223.160.132 with SMTP id m4mr2869268wrm.45.1508657974585; Sun, 22 Oct 2017 00:39:34 -0700 (PDT) Received: from ernst.home (p578E321D.dip0.t-ipconnect.de. [87.142.50.29]) by smtp.gmail.com with ESMTPSA id m198sm482663wmg.20.2017.10.22.00.39.33 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 22 Oct 2017 00:39:33 -0700 (PDT) Date: Sun, 22 Oct 2017 09:39:32 +0200 From: Gary Jennejohn To: FreeBSD Current Subject: Re: /sys/boot compile broken Message-ID: <20171022093932.4e822050@ernst.home> In-Reply-To: References: <20171021084104.517ba6b7@ernst.home> <948b8477-8ef2-9a6f-b9f8-83f515e44b9f@freebsd.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 07:39:36 -0000 On Sat, 21 Oct 2017 09:33:41 -0600 Warner Losh wrote: > On Oct 21, 2017 8:02 AM, "Allan Jude" wrote: > > On 2017-10-21 02:41, Gary Jennejohn wrote: > > SVN for HEAD source at 324810. > > > > Compiling /sys/boot is totally screwed up. The failure is that > > geliboot.c cannot be found. > > > > This prevents a successful ``make buildworld''. > > > > This error occurs despite the fact that I have LOADER_NO_GELI_SUPPORT > > set to yes in src.conf. > > > > Looking at the various Makefiles this option is supposed to prevent > > using GELI. > > > > Even if the user wanted to use GELI the compile of the boot code > > would probably fail. > > > > imp@ has had his fingers in the boot code lately. > > > > Some of the boot code has been changed over to LOADER_GELI_SUPPORT=no > > And so you ended up with some code not guarded. Add the additional > src.conf knob for now, and Warner will get it fixed up > > > I fly back from legoland today and will touch this up. I'm in the process > of changing them into real config knobs from the weird things that have > leaked out... sys/boot is likely moving my up to boot as well in the near > future. > Thanks for the info. I see that this change was made fairly late in my time zone. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sun Oct 22 08:28:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7F7FE4CB8C; Sun, 22 Oct 2017 08:28:34 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward101o.mail.yandex.net (forward101o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B82E826BC; Sun, 22 Oct 2017 08:28:34 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback8g.mail.yandex.net (mxback8g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:169]) by forward101o.mail.yandex.net (Yandex) with ESMTP id 0C1E31342875; Sun, 22 Oct 2017 11:28:22 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback8g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id QlXmCuw6DD-SLr0Wk23; Sun, 22 Oct 2017 11:28:21 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508660902; bh=oGywilQWzKTcb12LDAoF07lJi5+pL41ukz0b8jZ+SB8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=SXcAF0mWWsIh5BccT3WbdNl8ZK/9OYHePhuFJoQLevpbxth26B95CixjAcwto7RJ3 WzYkbOY9AKGDGRE99qMqWISDN3zBHA40adgXj51NCyFiLPkPXJ4XnRPtUGGD5zqpZT 5z2iCxWs6OC02Qa5lm2Vn1Ny0JLnQ5bMrLJNDWRQ= Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id dIZPnZo0zk-SKpOU7Yt; Sun, 22 Oct 2017 11:28:21 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508660901; bh=oGywilQWzKTcb12LDAoF07lJi5+pL41ukz0b8jZ+SB8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=IDQKtO4tJvKhJYD4QhEKlUJGbrunD9Eisbdf5AE965kSWSBDz6n/+rqwzVgmd55C8 kbwrv6h4kXsqSHAU5mZNmAh4e70/3zVFImqPzvNcqimUcdHLTVxK699jHcu2WYq6+u KGmUuv1mkZr3+HC/1gTJkORAPmMpELPyv29dRoP0= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: host, bhyve vm and ntpd To: Michael Voorhis , Ian Lepore Cc: freebsd-current@FreeBSD.org, freebsd-virtualization@FreeBSD.org References: <2931f1cc-6574-b58d-4b94-5f77fa5cdb85@passap.ru> <1508512327.1383.55.camel@freebsd.org> <39bf2426-2edf-d485-7c81-519e931154be@passap.ru> <1508517160.1383.63.camel@freebsd.org> <76ff7afb-3d3a-96f6-1275-89472ff5683d@passap.ru> <1508522667.1383.69.camel@freebsd.org> <30992c14-7b78-ab9f-5693-931e6ca41f1b@passap.ru> <1508523696.1383.75.camel@freebsd.org> <23019.46875.929719.481108@atom.mcvau.net> From: Boris Samorodov Message-ID: <1f33d52f-c087-9cc2-1d88-4f1019ea2c31@passap.ru> Date: Sun, 22 Oct 2017 11:28:20 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <23019.46875.929719.481108@atom.mcvau.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 08:28:35 -0000 22.10.2017 00:07, Michael Voorhis пишет: > Ian Lepore writes: >> Beyond that, I'm not sure what else to try.  It might be necessary to >> get some bhyve developers involved (I know almost nothing about it). > > NTPD behaves more normally on uniprocessor VMs. > > A FreeBSD bhyve-guest running on a freebsd host will select a > different timecounter depending on whether it is a multiprocessor or a > uniprocessor. My uniprocessor bhyve-vm selected TSC-low as the best > timecounter in a uniprocessor. NTP functions there as expected. > > kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) > kern.timecounter.hardware: TSC-low > > The very same VM, when given two total CPUs, selected HPET (if I > recall) and the timekeeping with NTPD was unreliable, with many > step-resets to the clock. Yep, the same here. I've switched to TSC-low at Bhyve guest and there is no stepping per 24 hours. -- WBR, bsam From owner-freebsd-current@freebsd.org Sun Oct 22 08:31:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C45C4E4CD49; Sun, 22 Oct 2017 08:31:26 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward105p.mail.yandex.net (forward105p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7794182929; Sun, 22 Oct 2017 08:31:26 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback9g.mail.yandex.net (mxback9g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:170]) by forward105p.mail.yandex.net (Yandex) with ESMTP id 110F74082344; Sun, 22 Oct 2017 11:31:24 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback9g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id R6e03ZTspc-VND8iQgw; Sun, 22 Oct 2017 11:31:24 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508661084; bh=ePzbgkEZTdPXldLnns2AnQ86wNpHyWYplqQJZziLmpU=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=glh8EbTV/dTfq46Km6J0pXzn6VlYGMtHiPl3NPgYEJLnebTYEevGKrY/SgQC2Vaou VYG9a/EJE36tmKjiZTRCFmH7E/NHSanpMaAzjnoEtNRmlwdYdHNIeXK8opN4O4zXmQ zUOMqRdt6BQDDAL5ef83kjpV/fP07/XVe22OjZvA= Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id h3FGSjBdJ3-VNZePpNo; Sun, 22 Oct 2017 11:31:23 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508661083; bh=ePzbgkEZTdPXldLnns2AnQ86wNpHyWYplqQJZziLmpU=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=oJDo3wsGbRyOqnFL/Y/x2tGB4ije831ApS1ct2DPPg2wJRl/biWi3dHLx6sEyYgC5 GJkRvu8W+CE/tvuxP8TNQotWXdd9WcpBOE9zJT8CPZEuucdGjaExMIfVTN91xyYLH4 1eiTb7YEYaLMmTkPxUw8g5mPF1+WHIXNXmnTIlJI= Authentication-Results: smtp1j.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: host, bhyve vm and ntpd To: Ian Lepore , Michael Voorhis Cc: freebsd-current@FreeBSD.org, freebsd-virtualization@FreeBSD.org References: <2931f1cc-6574-b58d-4b94-5f77fa5cdb85@passap.ru> <1508512327.1383.55.camel@freebsd.org> <39bf2426-2edf-d485-7c81-519e931154be@passap.ru> <1508517160.1383.63.camel@freebsd.org> <76ff7afb-3d3a-96f6-1275-89472ff5683d@passap.ru> <1508522667.1383.69.camel@freebsd.org> <30992c14-7b78-ab9f-5693-931e6ca41f1b@passap.ru> <1508523696.1383.75.camel@freebsd.org> <23019.46875.929719.481108@atom.mcvau.net> <1508624153.1383.107.camel@freebsd.org> From: Boris Samorodov Message-ID: <6dc189a0-e7bc-6c3b-2be6-80154e7ece42@passap.ru> Date: Sun, 22 Oct 2017 11:31:22 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1508624153.1383.107.camel@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Language: ru-RU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 08:31:26 -0000 22.10.2017 01:15, Ian Lepore пишет: > On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote: >> Ian Lepore writes: >>> >>> Beyond that, I'm not sure what else to try.  It might be necessary to >>> get some bhyve developers involved (I know almost nothing about it). >> NTPD behaves more normally on uniprocessor VMs. >> >> A FreeBSD bhyve-guest running on a freebsd host will select a >> different timecounter depending on whether it is a multiprocessor or a >> uniprocessor.  My uniprocessor bhyve-vm selected TSC-low as the best >> timecounter in a uniprocessor.  NTP functions there as expected. >> >> kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) >> kern.timecounter.hardware: TSC-low >> >> The very same VM, when given two total CPUs, selected HPET (if I >> recall) and the timekeeping with NTPD was unreliable, with many >> step-resets to the clock. >> > > Hmm, I just had glance at the code in sys/amd64/vmm/io/vhpet.c and it > looks right.  I wonder if this is just a simple roundoff error in > converting between 10.0MHz and SBT units?  If so, that could be wished > away easily by using a power-of-2 frequency for the virtual HPET.  I > wonder if the attached patch is all that's needed? I've tried the patch (at bhyve guest) and nothing has changed. Should the patched system be tested at bhyve guest or bhyve host? -- WBR, bsam From owner-freebsd-current@freebsd.org Sun Oct 22 14:59:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABFAFE54421 for ; Sun, 22 Oct 2017 14:59:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81C3968B15 for ; Sun, 22 Oct 2017 14:59:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22a.google.com with SMTP id n195so3303610itg.0 for ; Sun, 22 Oct 2017 07:59:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=45K1XpWVqHHQ0VoPvA4rv84jofn1p7k+JHxRSnZN84g=; b=N7BLcJ/pIJSqU0UTBmf7CO+ikR/OGMcqnefrUAkCUCZohB5yehTrK3P1tsl9Gt5BHf UaRtZHVXnqr66qwI010uh2cBPvHX+2Xx8tIQsdg8Ma8afTptA7o6Hi+Ddf6ajbIm70hj aGkLs21jjTAWS1Zfkqgj/TYNMY0lwaA5Jad6fFWKmCNMOk/kB7k3fjyZqwqq7YOBwEDM RbmW7yb2Q+9W6ArwNZDRS8LSLaVnS41VUjrt25kyR6wczvTkoirDSM7wnUHAOaOMMedr g5HitQLK6QE+4jiyxP4kO/Cegdbds+Q6kHRc+gn3heRHQJypZ8R3sBQkPZLkLUfjKC3u V1uQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=45K1XpWVqHHQ0VoPvA4rv84jofn1p7k+JHxRSnZN84g=; b=N6FK6r8r5d472a4WXHiMFY1y9f5L6FeynmSeEZt6Qz/a2dIr6/nrU4Cq3jsCYOKWbB 4gLEJO/CJpOkOECiaTz5U8qWXC/b2cMa1lbHbiI/FlWRhxYNWhBc0jBCTCVPNHbFzv5j PP30YUaL+rot05F2iu19a5tDtz5kxDIR/8pXGjMthAgABstv6j5OBr594vrOqPz2S8xb SJZ3Kg/UUpIs/I/JLEDYOAXk175Q9KviQDwlxOdKP6WYivWf6xbzO1GE+WCBk98lTM47 gZfey6pLLuCERqblgFfz7tk1RSVPNbBW7wbbNXMtyncdPbxxpQvYKlZ8oOkZKKF+icC7 egTw== X-Gm-Message-State: AMCzsaXP7TgMLTn6RSuG2iQ/hqHtHTJB4o5keDfZVRrOFCsN3WlwLebz mAnYZQs+oHVxGAaxZFGYtMK21MsuIwci96vZT7pABQ== X-Google-Smtp-Source: ABhQp+TDUEDgpQXw8y0pjTx2EBUfxYQw5LxU4a5k1/0k4AeFR2hBJG1Nzgt1DbZi+rCIoYuoLXqydoU07fIx/jGeFKc= X-Received: by 10.36.184.5 with SMTP id m5mr6266975ite.69.1508684392712; Sun, 22 Oct 2017 07:59:52 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Sun, 22 Oct 2017 07:59:52 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:df5:793f:4458:5cf6] In-Reply-To: <20171022093932.4e822050@ernst.home> References: <20171021084104.517ba6b7@ernst.home> <948b8477-8ef2-9a6f-b9f8-83f515e44b9f@freebsd.org> <20171022093932.4e822050@ernst.home> From: Warner Losh Date: Sun, 22 Oct 2017 08:59:52 -0600 X-Google-Sender-Auth: 4-J9YvoekoqEgJRA4ibgBLaeKIw Message-ID: Subject: Re: /sys/boot compile broken To: gljennjohn@gmail.com Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 14:59:53 -0000 On Sun, Oct 22, 2017 at 1:39 AM, Gary Jennejohn wrote: > On Sat, 21 Oct 2017 09:33:41 -0600 > Warner Losh wrote: > > > On Oct 21, 2017 8:02 AM, "Allan Jude" wrote: > > > > On 2017-10-21 02:41, Gary Jennejohn wrote: > > > SVN for HEAD source at 324810. > > > > > > Compiling /sys/boot is totally screwed up. The failure is that > > > geliboot.c cannot be found. > > > > > > This prevents a successful ``make buildworld''. > > > > > > This error occurs despite the fact that I have LOADER_NO_GELI_SUPPORT > > > set to yes in src.conf. > > > > > > Looking at the various Makefiles this option is supposed to prevent > > > using GELI. > > > > > > Even if the user wanted to use GELI the compile of the boot code > > > would probably fail. > > > > > > imp@ has had his fingers in the boot code lately. > > > > > > > Some of the boot code has been changed over to LOADER_GELI_SUPPORT=no > > > > And so you ended up with some code not guarded. Add the additional > > src.conf knob for now, and Warner will get it fixed up > > > > > > I fly back from legoland today and will touch this up. I'm in the process > > of changing them into real config knobs from the weird things that have > > leaked out... sys/boot is likely moving my up to boot as well in the near > > future. > > > > Thanks for the info. > > I see that this change was made fairly late in my time zone. mine too :) I was going to reply to this thread, but it was too late... Please let me know if it works for you. I was able to do builds both ways. Warner From owner-freebsd-current@freebsd.org Sun Oct 22 15:38:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69623E54FA1; Sun, 22 Oct 2017 15:38:59 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward106j.mail.yandex.net (forward106j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02C126A573; Sun, 22 Oct 2017 15:38:58 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback13g.mail.yandex.net (mxback13g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:92]) by forward106j.mail.yandex.net (Yandex) with ESMTP id 273BB18056D0; Sun, 22 Oct 2017 18:38:46 +0300 (MSK) Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:8]) by mxback13g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ZKbttz1MG3-cjvKQAvG; Sun, 22 Oct 2017 18:38:46 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508686726; bh=FYZqtmDoaEhbr53uk4NqahytsU9FFTmtNB/8unK74IM=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=KFpevbm7iZ5n75/+Mhspd9NnH149MZoIqgnEG+LXERsrpOdWqsvNMWzwOfoWEToOj l0YBIRsCVoPeISxZLJyKOmHQGyQ4ZPC/Sdnt98kgZ5x3+kr0eO1EDMmfXShYIE/cLf JYW15JSwwlgcs0slZ77VN0m5d6Ovx8XNYdxLjefA= Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id hCirSmNIQ7-cihSflGe; Sun, 22 Oct 2017 18:38:44 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508686724; bh=FYZqtmDoaEhbr53uk4NqahytsU9FFTmtNB/8unK74IM=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=qEqlZvL7NsLnM5PfXTiPvqW75XcQWk+ZuOZWlC9WxfJPrTAYD9uMwOEpPyMA9bfIG OA9Glq8XVAIATvBoYpMeqEtbmZHqBwZaB04kmHYemR31+vxBegQ/6t5DBrvLIQYJjk KMU+uSrJoHnyYNv1ivni5UXsuECa/Ly0u6PLFgS4= Authentication-Results: smtp3p.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: host, bhyve vm and ntpd To: "Rodney W. Grimes" Cc: Ian Lepore , Michael Voorhis , freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org References: <201710221522.v9MFMGi6039118@pdx.rh.CN85.dnsmgr.net> From: Boris Samorodov Message-ID: <6ddef049-3e24-5cac-cccc-d99db9a835af@passap.ru> Date: Sun, 22 Oct 2017 18:38:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <201710221522.v9MFMGi6039118@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 15:38:59 -0000 22.10.2017 18:22, Rodney W. Grimes пишет: > [ Charset UTF-8 unsupported, converting... ] >> 22.10.2017 01:15, Ian Lepore ?????: >>> On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote: >>>> Ian Lepore writes: >>>>> >>>>> Beyond that, I'm not sure what else to try. ?It might be necessary to >>>>> get some bhyve developers involved (I know almost nothing about it). >>>> NTPD behaves more normally on uniprocessor VMs. >>>> >>>> A FreeBSD bhyve-guest running on a freebsd host will select a >>>> different timecounter depending on whether it is a multiprocessor or a >>>> uniprocessor.??My uniprocessor bhyve-vm selected TSC-low as the best >>>> timecounter in a uniprocessor.??NTP functions there as expected. >>>> >>>> kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) >>>> kern.timecounter.hardware: TSC-low >>>> >>>> The very same VM, when given two total CPUs, selected HPET (if I >>>> recall) and the timekeeping with NTPD was unreliable, with many >>>> step-resets to the clock. >>>> >>> >>> Hmm, I just had glance at the code in?sys/amd64/vmm/io/vhpet.c and it >>> looks right. ?I wonder if this is just a simple roundoff error in >>> converting between 10.0MHz and SBT units? ?If so, that could be wished >>> away easily by using a power-of-2 frequency for the virtual HPET. ?I >>> wonder if the attached patch is all that's needed? >> I've tried the patch (at bhyve guest) and nothing has changed. Should >> the patched system be tested at bhyve guest or bhyve host? > > I believe the suggested patch would have to be made to the bhyve > host OK, I'd do it tomorrow and report back. >. Also on the host and guest what are the values of > sysctl kern.timecounter.tc.HPET > sysctl kern.timecounter.tc.i8254 Here they are: --- bhyve-host% sysctl kern.timecounter.tc.HPET kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.counter: 2138094157 kern.timecounter.tc.HPET.mask: 4294967295 bhyve-host% sysctl kern.timecounter.tc.i8254 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.counter: 54883 kern.timecounter.tc.i8254.mask: 65535 --- bhyve-guest% sysctl kern.timecounter.tc.HPET kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.HPET.frequency: 10000000 kern.timecounter.tc.HPET.counter: 969429421 kern.timecounter.tc.HPET.mask: 4294967295 bhyve-guest% sysctl kern.timecounter.tc.i8254 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.counter: 39893 kern.timecounter.tc.i8254.mask: 65535 --- > Getting good ntpd behavior in a VM guest of any kind is sometimes a > non trivial thing to do. As a side note, I have a CentOS-7 bhyve VM at the same host. And it was enough to run chronyd with default config. Which stepped twice and is stable (no messages) for several days, current log: --- Oct 19 16:01:03 c.vpn systemd[1]: Starting NTP client/server... Oct 19 16:01:03 c.vpn chronyd[27043]: chronyd version 3.1 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SECHASH +SIGND +ASYNCDNS +IPV6 +DEBUG) Oct 19 16:01:03 c.vpn chronyd[27043]: Frequency 0.000 +/- 1000000.000 ppm read from /var/lib/chrony/drift Oct 19 16:01:03 c.vpn systemd[1]: Started NTP client/server. Oct 19 16:01:07 c.vpn chronyd[27043]: Selected source XX.XX.XX.1 Oct 19 16:01:07 c.vpn chronyd[27043]: System clock wrong by -44.392782 seconds, adjustment started Oct 19 16:00:23 c.vpn chronyd[27043]: System clock was stepped by -44.392782 seconds Oct 19 16:00:34 c.vpn chronyd[27043]: System clock was stepped by 0.000001 seconds --- -- WBR, bsam From owner-freebsd-current@freebsd.org Sun Oct 22 16:02:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 321AEE5568A for ; Sun, 22 Oct 2017 16:02:35 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 B317D6AFAE for ; Sun, 22 Oct 2017 16:02:34 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 67749f99-b742-11e7-a893-25625093991c X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 67749f99-b742-11e7-a893-25625093991c; Sun, 22 Oct 2017 16:02:30 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v9MG2OBX001409; Sun, 22 Oct 2017 10:02:25 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1508688144.1383.114.camel@freebsd.org> Subject: Re: host, bhyve vm and ntpd From: Ian Lepore To: Boris Samorodov , Michael Voorhis Cc: freebsd-current@FreeBSD.org, freebsd-virtualization@FreeBSD.org Date: Sun, 22 Oct 2017 10:02:24 -0600 In-Reply-To: <6dc189a0-e7bc-6c3b-2be6-80154e7ece42@passap.ru> References: <2931f1cc-6574-b58d-4b94-5f77fa5cdb85@passap.ru> <1508512327.1383.55.camel@freebsd.org> <39bf2426-2edf-d485-7c81-519e931154be@passap.ru> <1508517160.1383.63.camel@freebsd.org> <76ff7afb-3d3a-96f6-1275-89472ff5683d@passap.ru> <1508522667.1383.69.camel@freebsd.org> <30992c14-7b78-ab9f-5693-931e6ca41f1b@passap.ru> <1508523696.1383.75.camel@freebsd.org> <23019.46875.929719.481108@atom.mcvau.net> <1508624153.1383.107.camel@freebsd.org> <6dc189a0-e7bc-6c3b-2be6-80154e7ece42@passap.ru> Content-Type: text/plain; charset="koi8-r" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 16:02:35 -0000 On Sun, 2017-10-22 at 11:31 +0300, Boris Samorodov wrote: > 22.10.2017 01:15, Ian Lepore : > > > > On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote: > > > > > > Ian Lepore writes: > > > > > > > > > > > > Beyond that, I'm not sure what else to try. It might be necessary to > > > > get some bhyve developers involved (I know almost nothing about it). > > > NTPD behaves more normally on uniprocessor VMs. > > > > > > A FreeBSD bhyve-guest running on a freebsd host will select a > > > different timecounter depending on whether it is a multiprocessor or a > > > uniprocessor.My uniprocessor bhyve-vm selected TSC-low as the best > > > timecounter in a uniprocessor.NTP functions there as expected. > > > > > > kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) > > > kern.timecounter.hardware: TSC-low > > > > > > The very same VM, when given two total CPUs, selected HPET (if I > > > recall) and the timekeeping with NTPD was unreliable, with many > > > step-resets to the clock. > > > > > Hmm, I just had glance at the code insys/amd64/vmm/io/vhpet.c and it > > looks right. I wonder if this is just a simple roundoff error in > > converting between 10.0MHz and SBT units? If so, that could be wished > > away easily by using a power-of-2 frequency for the virtual HPET. I > > wonder if the attached patch is all that's needed? > I've tried the patch (at bhyve guest) and nothing has changed. Should > the patched system be tested at bhyve guest or bhyve host? > Oh, I'm sorry, I should have mentioned that's for the host side. -- Ian From owner-freebsd-current@freebsd.org Sun Oct 22 16:16:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B746E55DA6; Sun, 22 Oct 2017 16:16:46 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward100p.mail.yandex.net (forward100p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E16C86C409; Sun, 22 Oct 2017 16:16:45 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback5o.mail.yandex.net (mxback5o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1f]) by forward100p.mail.yandex.net (Yandex) with ESMTP id BEFE45103A95; Sun, 22 Oct 2017 19:16:42 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback5o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id W3U1j44byJ-GgHWOQ8b; Sun, 22 Oct 2017 19:16:42 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508689002; bh=xQCui/wG8ltvuXaxMBNG3fAMoJRanYRvllWtwATHlNo=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=actaExz1izBcKqZb53PTFO2uYncumFdblXnqBs3HVChZVz+8P0ZNgvRQfHM3x/onO Z/zXZhHVev2lrEtWWy3nVW0EXrHtx2Hq+Nwbfer6q8z61FZzKqZ68bR82NevjxDrml 9EyCpATExrF4Y9nquUkCjK/QpstO9hoDtp8Fypzs= Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id crX7XuOydV-GgZGaJF9; Sun, 22 Oct 2017 19:16:42 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508689002; bh=xQCui/wG8ltvuXaxMBNG3fAMoJRanYRvllWtwATHlNo=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=actaExz1izBcKqZb53PTFO2uYncumFdblXnqBs3HVChZVz+8P0ZNgvRQfHM3x/onO Z/zXZhHVev2lrEtWWy3nVW0EXrHtx2Hq+Nwbfer6q8z61FZzKqZ68bR82NevjxDrml 9EyCpATExrF4Y9nquUkCjK/QpstO9hoDtp8Fypzs= Authentication-Results: smtp1j.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: host, bhyve vm and ntpd To: Ian Lepore Cc: freebsd-current@FreeBSD.org, freebsd-virtualization@FreeBSD.org References: <2931f1cc-6574-b58d-4b94-5f77fa5cdb85@passap.ru> <1508512327.1383.55.camel@freebsd.org> <39bf2426-2edf-d485-7c81-519e931154be@passap.ru> <1508517160.1383.63.camel@freebsd.org> <76ff7afb-3d3a-96f6-1275-89472ff5683d@passap.ru> <1508522667.1383.69.camel@freebsd.org> <30992c14-7b78-ab9f-5693-931e6ca41f1b@passap.ru> <1508523696.1383.75.camel@freebsd.org> <23019.46875.929719.481108@atom.mcvau.net> <1508624153.1383.107.camel@freebsd.org> <6dc189a0-e7bc-6c3b-2be6-80154e7ece42@passap.ru> <1508688144.1383.114.camel@freebsd.org> From: Boris Samorodov Message-ID: <4494cefa-5fe9-8482-e0de-14d7e7c09e75@passap.ru> Date: Sun, 22 Oct 2017 19:16:41 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1508688144.1383.114.camel@freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 16:16:46 -0000 22.10.2017 19:02, Ian Lepore : > On Sun, 2017-10-22 at 11:31 +0300, Boris Samorodov wrote: >> 22.10.2017 01:15, Ian Lepore : >>> >>> On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote: >>>> >>>> Ian Lepore writes: >>>>> >>>>> >>>>> Beyond that, I'm not sure what else to try. It might be necessary to >>>>> get some bhyve developers involved (I know almost nothing about it). >>>> NTPD behaves more normally on uniprocessor VMs. >>>> >>>> A FreeBSD bhyve-guest running on a freebsd host will select a >>>> different timecounter depending on whether it is a multiprocessor or a >>>> uniprocessor.My uniprocessor bhyve-vm selected TSC-low as the best >>>> timecounter in a uniprocessor.NTP functions there as expected. >>>> >>>> kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) >>>> kern.timecounter.hardware: TSC-low >>>> >>>> The very same VM, when given two total CPUs, selected HPET (if I >>>> recall) and the timekeeping with NTPD was unreliable, with many >>>> step-resets to the clock. >>>> >>> Hmm, I just had glance at the code insys/amd64/vmm/io/vhpet.c and it >>> looks right. I wonder if this is just a simple roundoff error in >>> converting between 10.0MHz and SBT units? If so, that could be wished >>> away easily by using a power-of-2 frequency for the virtual HPET. I >>> wonder if the attached patch is all that's needed? >> I've tried the patch (at bhyve guest) and nothing has changed. Should >> the patched system be tested at bhyve guest or bhyve host? >> > > Oh, I'm sorry, I should have mentioned that's for the host side. NP, that's OK. However, the host is busy now, and I'll have an opportunity to test host only tomorrow evening. Ian, thank you for your help! -- WBR, bsam From owner-freebsd-current@freebsd.org Sun Oct 22 16:53:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24F0CE56843 for ; Sun, 22 Oct 2017 16:53:38 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7B846D3F1 for ; Sun, 22 Oct 2017 16:53:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id m72so5527747wmc.1 for ; Sun, 22 Oct 2017 09:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=Ybx7xBSrgiEOQy+Fz2oMtTfokhzEUXG0Sesa2wv0wpc=; b=u1t+ipd+nm9oQlmqmV4p9ZxGOhYE8Iud2cDBz76yx1gKt+YHKQxtY3b4wKN2EhdP03 RwIA7fb9cG6UWN6s6O/iXQvl+kibVfc59Oc3XAXt0mhWMASc6nbozX5u7If60x50YUq0 dGo4VeFVuVx7smNC3fdD5Dpfs4Eat6IRvKKDhJkXGb3DC25HsPRUVyev7MDVMIbHo6Km Jx2osz6xhGZmOcIorPssWwEW8YXx3P9TgUh2Wdiwne8DvKGnBsM83yUifhAQ/Ivul/0Z FJqzC7ru5EEVrUwfsV6wyCbX8ZMSnXZR3yl28/UB1ZBdO591ph0n5GPXofXB7/pGrKBq je1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=Ybx7xBSrgiEOQy+Fz2oMtTfokhzEUXG0Sesa2wv0wpc=; b=ST2Kla6ah9cm4XlsH8GASADhKqdj9MOjeIxqsjBzty6HhbhutuOEP+IKh+G5uHyTi1 eqyLXvJFkwB6rkceL9MvqTn1+f393iZ3w93BvO18SxoHVSCJhNSrbLI7s9CEfuMYK9s+ RdJ0ysFEYxser5FJyHXPEbzQ7PCJkJyWE0ogixLc8ALWz+puTAQFvu+eewowjL9g3pLB w5U2viRN8eocEmpgsZDItpNKRs4mugl3ut8IOZ1jAprmBpEukv6W9LwrW1KyV8ZjPsFu TwEtkGzlXMJ5n+32xy1yy+ojuuFPDu7NZ3dxxqb8/lt8LK4b2FWE/37OjAwdyRqkPBi+ fYKA== X-Gm-Message-State: AMCzsaXIf3YOHKdSG4/JuW6DvOAaRQTUNL9j5Sr8z/U+9wsv4bNBdlmJ XgPx8f+IVWS0MlAKfSsyy/w= X-Google-Smtp-Source: ABhQp+QsXQNvOSVuuX+JS9wxIk5oPSV9yS1jCwBmRCcUmWs/FzmSA5cLwITR6ipO+SR1vF0wXf21YA== X-Received: by 10.28.137.139 with SMTP id l133mr459678wmd.123.1508691216225; Sun, 22 Oct 2017 09:53:36 -0700 (PDT) Received: from ernst.home (p578E321D.dip0.t-ipconnect.de. [87.142.50.29]) by smtp.gmail.com with ESMTPSA id d18sm2296895wra.50.2017.10.22.09.53.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 22 Oct 2017 09:53:35 -0700 (PDT) Date: Sun, 22 Oct 2017 18:53:28 +0200 From: Gary Jennejohn To: Warner Losh Cc: FreeBSD Current Subject: Re: /sys/boot compile broken Message-ID: <20171022185328.01dc6fff@ernst.home> In-Reply-To: References: <20171021084104.517ba6b7@ernst.home> <948b8477-8ef2-9a6f-b9f8-83f515e44b9f@freebsd.org> <20171022093932.4e822050@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 16:53:38 -0000 On Sun, 22 Oct 2017 08:59:52 -0600 Warner Losh wrote: > On Sun, Oct 22, 2017 at 1:39 AM, Gary Jennejohn > wrote: > > > On Sat, 21 Oct 2017 09:33:41 -0600 > > Warner Losh wrote: > > > > > On Oct 21, 2017 8:02 AM, "Allan Jude" wrote: > > > > > > On 2017-10-21 02:41, Gary Jennejohn wrote: > > > > SVN for HEAD source at 324810. > > > > > > > > Compiling /sys/boot is totally screwed up. The failure is that > > > > geliboot.c cannot be found. > > > > > > > > This prevents a successful ``make buildworld''. > > > > > > > > This error occurs despite the fact that I have LOADER_NO_GELI_SUPPORT > > > > set to yes in src.conf. > > > > > > > > Looking at the various Makefiles this option is supposed to prevent > > > > using GELI. > > > > > > > > Even if the user wanted to use GELI the compile of the boot code > > > > would probably fail. > > > > > > > > imp@ has had his fingers in the boot code lately. > > > > > > > > > > Some of the boot code has been changed over to LOADER_GELI_SUPPORT=no > > > > > > And so you ended up with some code not guarded. Add the additional > > > src.conf knob for now, and Warner will get it fixed up > > > > > > > > > I fly back from legoland today and will touch this up. I'm in the process > > > of changing them into real config knobs from the weird things that have > > > leaked out... sys/boot is likely moving my up to boot as well in the near > > > future. > > > > > > > Thanks for the info. > > > > I see that this change was made fairly late in my time zone. > > > mine too :) I was going to reply to this thread, but it was too late... > > Please let me know if it works for you. I was able to do builds both ways. > It worked. It was good to see that you put an entry in UPDATING. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sun Oct 22 17:31:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E318BE2B79B for ; Sun, 22 Oct 2017 17:31:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D41D6E657 for ; Sun, 22 Oct 2017 17:31:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22a.google.com with SMTP id e89so17850563ioi.11 for ; Sun, 22 Oct 2017 10:31:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=iEEzX1q9r2MRRjoC15twtpEE1UgT0MVHMjmLNDG4LB0=; b=d0eNoiKf8lgeILJ1hVvXWwcp8OKUQ8wFup2L2365Dn1hvhTV6p5knyOS1Pv+Ki4nf2 VQp9cZi1JdDmoFbonomC1LK+tKbwew6s+DoOlkwi7/IuFSUTDlo84xqVZ4pAsuUPWk2k uvy/lJayZKHz/21FD2HDUhNn7VT2khN49Vlv1Lh5IfTQ1fMKL1mJzKc67WESRvsFIy9A ngjmd1POwBo7CP4RkkTjmAqZJPHtTbhrvf9Va+qwUHcWF43dq7fbMmxrS1K3mRFLyo7V ZmrK/S+jldFhJP2SI7tompRagdkOlEmZps8sJ1uSidRYd16MWaaYpbCJVzUWsNmrBK7e QOZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=iEEzX1q9r2MRRjoC15twtpEE1UgT0MVHMjmLNDG4LB0=; b=ckbTvYSZnslCu6HL2FntGMPtBLS+U2ZWft5FugWxdfEIER5awryMXfn5XPMd2AYhMo NENpQttmVuLV8o1SE+ndKxS9H0pa7QdJmQHrj3V3m2T2PrAIff+1aRGWnk4YCDXK3Bpi OMiv99xSAqWJjgcbfUBJvzoMVXWvWsWfX4xiNDJ5XnwaxA3qtuUU3YovIXC36GCVz3HO ILZFVAziG/BZSMuTIDsdT9x8Pt9dk0vHUabKyzvoCXJVfnNvWRAWfH2AiFgANcnbL/oF VtLfIvQSl3D0JAelvFujsPC5bCkPCRCzAmbjtBxitiOq+NDpUXJt9t+goxs3xvFqrkna n2aQ== X-Gm-Message-State: AMCzsaUfQMc5hEYKMmPTIsSX0gsQWgRzpRBymvhjMQvTGxRGC6f+pwdi xoxSGK0Uh0avX88Pn8YaPHYvKVUCbEkBLctZyexYxw== X-Google-Smtp-Source: ABhQp+TuM2h2KS2+63SjsIl2mIwzQwn7THLDtHqcG8Dx0aHQV9ZXNWzYXfFp3YpzpW5zL7sDZFqYV7DViiEBnS2zxxg= X-Received: by 10.107.30.73 with SMTP id e70mr13621035ioe.130.1508693498982; Sun, 22 Oct 2017 10:31:38 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Sun, 22 Oct 2017 10:31:38 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:df5:793f:4458:5cf6] In-Reply-To: <20171022185328.01dc6fff@ernst.home> References: <20171021084104.517ba6b7@ernst.home> <948b8477-8ef2-9a6f-b9f8-83f515e44b9f@freebsd.org> <20171022093932.4e822050@ernst.home> <20171022185328.01dc6fff@ernst.home> From: Warner Losh Date: Sun, 22 Oct 2017 11:31:38 -0600 X-Google-Sender-Auth: KkvClPM4-IFjx-BsWmy5oiME6dk Message-ID: Subject: Re: /sys/boot compile broken To: gljennjohn@gmail.com Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 17:31:40 -0000 On Sun, Oct 22, 2017 at 10:53 AM, Gary Jennejohn wrote: > On Sun, 22 Oct 2017 08:59:52 -0600 > Warner Losh wrote: > > > On Sun, Oct 22, 2017 at 1:39 AM, Gary Jennejohn > > wrote: > > > > > On Sat, 21 Oct 2017 09:33:41 -0600 > > > Warner Losh wrote: > > > > > > > On Oct 21, 2017 8:02 AM, "Allan Jude" wrote: > > > > > > > > On 2017-10-21 02:41, Gary Jennejohn wrote: > > > > > SVN for HEAD source at 324810. > > > > > > > > > > Compiling /sys/boot is totally screwed up. The failure is that > > > > > geliboot.c cannot be found. > > > > > > > > > > This prevents a successful ``make buildworld''. > > > > > > > > > > This error occurs despite the fact that I have > LOADER_NO_GELI_SUPPORT > > > > > set to yes in src.conf. > > > > > > > > > > Looking at the various Makefiles this option is supposed to prevent > > > > > using GELI. > > > > > > > > > > Even if the user wanted to use GELI the compile of the boot code > > > > > would probably fail. > > > > > > > > > > imp@ has had his fingers in the boot code lately. > > > > > > > > > > > > > Some of the boot code has been changed over to LOADER_GELI_SUPPORT=no > > > > > > > > And so you ended up with some code not guarded. Add the additional > > > > src.conf knob for now, and Warner will get it fixed up > > > > > > > > > > > > I fly back from legoland today and will touch this up. I'm in the > process > > > > of changing them into real config knobs from the weird things that > have > > > > leaked out... sys/boot is likely moving my up to boot as well in the > near > > > > future. > > > > > > > > > > Thanks for the info. > > > > > > I see that this change was made fairly late in my time zone. > > > > > > mine too :) I was going to reply to this thread, but it was too late... > > > > Please let me know if it works for you. I was able to do builds both > ways. > > > > It worked. It was good to see that you put an entry in UPDATING. > People noticing was a good clue I'd been remiss in the initial round of commits. Warner From owner-freebsd-current@freebsd.org Sun Oct 22 15:22:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BC5CE54BEA; Sun, 22 Oct 2017 15:22:20 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 30FEC69DC7; Sun, 22 Oct 2017 15:22:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v9MFMHwG039119; Sun, 22 Oct 2017 08:22:17 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v9MFMGi6039118; Sun, 22 Oct 2017 08:22:16 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201710221522.v9MFMGi6039118@pdx.rh.CN85.dnsmgr.net> Subject: Re: host, bhyve vm and ntpd In-Reply-To: <6dc189a0-e7bc-6c3b-2be6-80154e7ece42@passap.ru> To: Boris Samorodov Date: Sun, 22 Oct 2017 08:22:16 -0700 (PDT) CC: Ian Lepore , Michael Voorhis , freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sun, 22 Oct 2017 18:32:47 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 15:22:20 -0000 [ Charset UTF-8 unsupported, converting... ] > 22.10.2017 01:15, Ian Lepore ?????: > > On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote: > >> Ian Lepore writes: > >>> > >>> Beyond that, I'm not sure what else to try. ?It might be necessary to > >>> get some bhyve developers involved (I know almost nothing about it). > >> NTPD behaves more normally on uniprocessor VMs. > >> > >> A FreeBSD bhyve-guest running on a freebsd host will select a > >> different timecounter depending on whether it is a multiprocessor or a > >> uniprocessor.??My uniprocessor bhyve-vm selected TSC-low as the best > >> timecounter in a uniprocessor.??NTP functions there as expected. > >> > >> kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) > >> kern.timecounter.hardware: TSC-low > >> > >> The very same VM, when given two total CPUs, selected HPET (if I > >> recall) and the timekeeping with NTPD was unreliable, with many > >> step-resets to the clock. > >> > > > > Hmm, I just had glance at the code in?sys/amd64/vmm/io/vhpet.c and it > > looks right. ?I wonder if this is just a simple roundoff error in > > converting between 10.0MHz and SBT units? ?If so, that could be wished > > away easily by using a power-of-2 frequency for the virtual HPET. ?I > > wonder if the attached patch is all that's needed? > I've tried the patch (at bhyve guest) and nothing has changed. Should > the patched system be tested at bhyve guest or bhyve host? I believe the suggested patch would have to be made to the bhyve host. Also on the host and guest what are the values of sysctl kern.timecounter.tc.HPET sysctl kern.timecounter.tc.i8254 Getting good ntpd behavior in a VM guest of any kind is sometimes a non trivial thing to do. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sun Oct 22 21:05:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B50EE34F87 for ; Sun, 22 Oct 2017 21:05:19 +0000 (UTC) (envelope-from andreast@FreeBSD.org) Received: from smtp.imp.ch (smtp.imp.ch [IPv6:2001:4060:1:1001::13:196]) (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 AB58774B4C; Sun, 22 Oct 2017 21:05:18 +0000 (UTC) (envelope-from andreast@FreeBSD.org) Received: from [192.168.225.14] (dhclient-91-190-10-49.flashcable.ch [91.190.10.49]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id 58E8EC14B4; Sun, 22 Oct 2017 23:05:15 +0200 (CEST) Subject: Re: Segfault in _Unwind_* code called from pthread_exit To: Tijl Coosemans Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, gerald@FreeBSD.org References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171022021835.07ffd30e@kalimero.tijl.coosemans.org> From: Andreas Tobler Message-ID: Date: Sun, 22 Oct 2017 23:05:15 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171022021835.07ffd30e@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 7bit X-Scanned-By: Idefix Submit on 127.0.1.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2017 21:05:19 -0000 On 22.10.17 02:18, Tijl Coosemans wrote: > On Sat, 21 Oct 2017 22:02:38 +0200 Andreas Tobler wrote: >> On 26.08.17 20:40, Konstantin Belousov wrote: >>> On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >>>> On Sat, 26 Aug 2017 02:44:42 +0300 Konstantin Belousov wrote: >>>>> How does llvm unwinder detects that the return address is a garbage ? >>>> >>>> It just stops unwinding when it can't find frame information (stored in >>>> .eh_frame sections). GCC unwinder doesn't give up yet and checks if the >>>> return address points to the signal trampoline (which means the current >>>> frame is that of a signal handler). It has built-in knowledge of how to >>>> unwind to the signal trampoline frame. >>> So llvm just gives up on signal frames ? >>> >>>> A noreturn attribute isn't enough. You can still unwind such functions. >>>> They are allowed to throw exceptions for example. >>> Ok. >>> >>>> I did consider using >>>> a CFI directive (see patch below) and it works, but it's architecture >>>> specific and it's inserted after the function prologue so there's still >>>> a window of a few instructions where a stack unwinder will try to use >>>> the return address. >>>> >>>> Index: lib/libthr/thread/thr_create.c >>>> =================================================================== >>>> --- lib/libthr/thread/thr_create.c (revision 322802) >>>> +++ lib/libthr/thread/thr_create.c (working copy) >>>> @@ -251,6 +251,7 @@ create_stack(struct pthread_attr *pattr) >>>> static void >>>> thread_start(struct pthread *curthread) >>>> { >>>> + __asm(".cfi_undefined %rip"); >>>> sigset_t set; >>>> >>>> if (curthread->attr.suspend == THR_CREATE_SUSPENDED) >>> >>> I like this approach much more than the previous patch. What can be >>> done is to provide asm trampoline which calls thread_start(). There you >>> can add the .cfi_undefined right at the entry. >>> >>> It is somewhat more work than just setting the return address on the >>> kernel-constructed pseudo stack frame, but I believe this is ultimately >>> correct way. You still can do it only on some arches, if you do not >>> have incentive to code asm for all of them. >>> >>> Also crt1 probably should get the same treatment, despite we already set >>> %rbp to zero AFAIR. >> >> Did some commit result out of this discussion or is this subject still >> under investigation? >> >> Curious because I got this gcc PR: >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 If I add the above to lib/libthr/thread/thr_create.c the mentioned PR works. > Sorry, but I didn't and won't have time to work on this. Np. > Ideally I think there should be a function attribute to mark functions > as entry points. The compiler would add ".cfi_undefined %rip" to such > functions (and maybe optimise the function prologue because there are > no caller registers that need to be preserved). If you have connections > in the GCC community maybe you could discuss that with them. Well, from my understanding I'd have to teach every compiler to do so, right? (Beside that I do not know how to.) I think we need another solution to find out if an unwind context is garbage. I'll take a look at how llvm does this w/o segfaulting. Thx, Andreas From owner-freebsd-current@freebsd.org Mon Oct 23 00:22:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11689E3AEF9 for ; Mon, 23 Oct 2017 00:22:03 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::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 D0B097F6CB; Mon, 23 Oct 2017 00:22:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x232.google.com with SMTP id p87so15818597pfj.3; Sun, 22 Oct 2017 17:22:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:references:cc:to; bh=BDCfQ3XLd9G1y3eyR73lMxIRvmiBnKlu4Uz35D3VeEc=; b=Ayw48P4vDgousnlDC56AkAL9uRmF3iMcVcLYV69WpwHlBbOYUjVhiZLQHbM1U0M4TI /PVHvnrnJGX2V5Crvy3sLr+ZWKJs9eQIVpI3DNm8nQG1itsGDU9V76NHGEMjnyVL3O1P AlP3pxtz2GMzE7mDC+xh6cjlS7WMstgPHl/RMZdH6EC39fT2p4vsqMgb9/f6a6LkegsO r8FsGKTAS2altFwOiDU84/BLTRjLmODMXlFzxSvxwboL1RzPmezNZDRUaVdB1XtTCLuh Jxnu2ZdFZtoHoUI40Ah/UvIM8LqckKXyEZjacPFke+0OU0W16QcfH4RjiftJ52TJZ57w gw1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :references:cc:to; bh=BDCfQ3XLd9G1y3eyR73lMxIRvmiBnKlu4Uz35D3VeEc=; b=nH+d5JJEDQE74De08jP76noMG1i3X7FJPG7XDxi5Pp8Iw8+r9UgUZAdrO2k/H3lpQa fuKMUjPyO8vWYiMn4lCPTLXbKvXjjiUMsf3ttL4AZC0k0RS7C+UVt/M4I88kNUwsw0Ow 2gQB5vf/UOc3l2CewfXJRDPzZHZo6KwrSfvX2s2yas46Kw1gv3EVAzinlLjt7BCBAOm8 SzF81UJzQyWBGN0aJaAvUoyAe/VdA5mnVYpZXAvfSBnfLQp13lAMqamnjeIWyubbdlCy RUwMdYSBQTPA47HzSACXXVUxTSk1HU1EFStdgyWdKjHJbX8VqSMAXG3a2h3t2SMCc6ar W+5w== X-Gm-Message-State: AMCzsaXarM0x1RblTcUQONuHpzBIP6/X5HilAkpWb1uqzSN55mxsWkLn enbt5aArt25qqi1mLaQHf9r9cMWb X-Google-Smtp-Source: ABhQp+TKQ/lYZTMXOWHYX3iMcwCeLiEeumcfBs24HUbHwjzj4SzXuFRps+iSP+1uYOqxeQre2k9wHQ== X-Received: by 10.159.255.70 with SMTP id u6mr7862466pls.41.1508718122112; Sun, 22 Oct 2017 17:22:02 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id c9sm10398573pfj.76.2017.10.22.17.22.01 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 22 Oct 2017 17:22:01 -0700 (PDT) From: "Ngie Cooper (yaneurabeya)" Content-Type: multipart/signed; boundary="Apple-Mail=_F24D1774-4BDB-4AA6-8C35-4087D830384B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-Id: <6545FD13-065A-4824-86FC-C8EED598629A@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: r324870 breaks boot on amd64 with WITNESS (was "svn commit: r324870 - in head/sys: amd64/include kern") Date: Sun, 22 Oct 2017 17:21:59 -0700 References: <7F7760AE-DB73-473A-AE2B-96DE7FB5D51B@gmail.com> Cc: Mateusz Guzik To: current list X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2017 00:22:03 -0000 --Apple-Mail=_F24D1774-4BDB-4AA6-8C35-4087D830384B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 All, I highly advise not upgrading to this revision if you use = WITNESS. Please see the attached message for more details and reply to = the commit log. Cheers, -Ngie > Begin forwarded message: >=20 > From: "Ngie Cooper (yaneurabeya)" > Subject: Re: svn commit: r324870 - in head/sys: amd64/include kern > Date: October 22, 2017 at 17:19:32 PDT > To: Mateusz Guzik > Cc: src-committers , = svn-src-all@freebsd.org, svn-src-head@freebsd.org >=20 >=20 >> On Oct 22, 2017, at 13:43, Mateusz Guzik wrote: >>=20 >> Author: mjg >> Date: Sun Oct 22 20:43:50 2017 >> New Revision: 324870 >> URL: https://svnweb.freebsd.org/changeset/base/324870 >>=20 >> Log: >> Make the sleepq chain hash size configurable per-arch and bump on = amd64. >>=20 >> While here cache-align chains. >>=20 >> This shortens longest found chain during poudriere -j 80 from 32 to = 16. >>=20 >> Pushing this higher up will probably require allocation on boot. >=20 > Hi Mateusz, > This change causes the Jenkins VMs to panic at boot with "panic: = witness_init: pending locks list is too small, increase = WITNESS_PENDLIST=E2=80=9D when WITNESS is enabled: = https://ci.freebsd.org/job/FreeBSD-head-amd64-test/4781/console . > Please fix or revert. > Thanks, > -Ngie --Apple-Mail=_F24D1774-4BDB-4AA6-8C35-4087D830384B 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----- iQIzBAEBCgAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlntNicACgkQ9YOpJmkw hhUKpxAApsa8cxvIJV6tJyxPl8gb1yihxMeXsXqyQ0/w7x6pkeUxHnWSvF9fiHw1 /6BlQxjuchOgunDAkivq8xLhvEpn45pNgbpb0p6svipSGNE93mwPu6wP9CnEQLVv NEBHOffvISK2/PY6eaZrzm7Ongq9Rdhbx/S7lHVsS69SVg0PzvTlHalHF6gTHDFA OBJ+OQR/ZWhHFka1i88N2nfFpEMt5VPy+k6zetXLzQjbtAMzNyo5NpgETct//+h6 +Ec03vWh/T94H4WM5MzI0DdZNsiq3B63c4OAU39UURpbN3ldbGVhx+RP8ovNg+WS xxI0Td7r7q9SP7z7B3bS62ZcdsdhOLN18UW1uPKKcQHfLQtFny06B4KqkG5MCF+y NOre/G+/cGQfVsdHxDAU1LYq7MDsD3C1SwuSLbXCUJcK0pFfTONdt2Rd0ki4JkX8 ILJtWnyKyRtsQ+EhqRYU/aMPcHIkU+GcdL9Geg1MUwj/eYMY5ZbFkvWIVsny9tjr O7PQbj/S3N+yokKiM0BMSbDgI7cPaQHbZyKHgTGFp0P0VpaaXJzpxNQoR0G2DffT RPczoI9/hD0JL/n5EE3RXRDYbXaN00f8lKDvn8dIvlZpl02PlXavxAZfHwCe28A4 nfURETfmMQkyaOe0bulYjbxJqum4UnaxJIEMf6gN5Ur6pRV7Ehw= =EeuJ -----END PGP SIGNATURE----- --Apple-Mail=_F24D1774-4BDB-4AA6-8C35-4087D830384B-- From owner-freebsd-current@freebsd.org Mon Oct 23 09:49:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 268E9E473E0 for ; Mon, 23 Oct 2017 09:49:01 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay116.isp.belgacom.be (mailrelay116.isp.belgacom.be [195.238.20.143]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51E186A71B; Mon, 23 Oct 2017 09:48:59 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AgTcnJR+wFUIFhP9uRHKM819IXTAuvvDOBiVQ1KB4?= =?us-ascii?q?2uwcTK2v8tzYMVDF4r011RmSDNWds6oMotGVmpioYXYH75eFvSJKW713fDhBt/?= =?us-ascii?q?8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFRXjLwp1?= =?us-ascii?q?Ifn+FpLPg8it2e2//57ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyhzHontJf+?= =?us-ascii?q?RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKWE169b1uhTF?= =?us-ascii?q?UACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMNboRr4oRzut86ZrSAfpiC?= =?us-ascii?q?gZMT457HrXgdF0gK5CvR6tuwBzz4vSbYqINvRxY7ndcMsUS2RBQMhfSi9PDYGy?= =?us-ascii?q?b4QAE+UPMv1Vr5X/qlcSsReyGRWgCP3pxzRVhnH2x6o60+E5HA/Y3QwgHdYOu2?= =?us-ascii?q?nKodXyM6cSSv66zKzSwjXFdPNdxDDw6JTJchAjpfGBRrJ+cdDPxkYxCg7Lk1ue?= =?us-ascii?q?pZbiPzOP2eQAqm6W5PduW+Kojm4osQBxoj63y8cjjInJm5gZylfe9SV2xos+ON?= =?us-ascii?q?62SFZjbNOnDJdcrT+WO5drTs84TGxltjw2x74HtJO9YSME0o4oxwTFZPyCa4WI?= =?us-ascii?q?5xXjW/uPLjpgn3Jlfa6/hw618Ui91u3wTsm030hOripCitTMtWoC1xjS6siCVP?= =?us-ascii?q?R95ECh1SyT1wDS6OFEJVo4mrbcK54m2b4/iJ8Tvl7FHi/tgkn2i7WWdko89uip?= =?us-ascii?q?7eTofKnmq4efOoNokA3yLLgiltGlDek3PAUCRWuW9OWk2L3m50L5QbFKjvMskq?= =?us-ascii?q?netZDXPdgbpq+7Aw9RyYsj5Qy/ACm439sDhnkIMUhJeBWdj4jmI13OOuz3De+j?= =?us-ascii?q?g1Swlzdm3/PGPrr6ApXRL3jDk6zucqh560NHxwozyMpQ55NQCr0bPP3zXUrx55?= =?us-ascii?q?TkCUoQNQCuzu/8QOl63IcTQyrbC6mVKq7bqkOgyPgiLsO3SMkSojmreNY/4Pu7?= =?us-ascii?q?sX47nRc2eq6y0J4ebmvwSuhnIUGxT2Dhj/06PSENpAVoH7+is0GLTTMGPyX6ZK?= =?us-ascii?q?k7/DxuTdv+VYo=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DIAwCXue1Z/1YryVBcGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBFQEBAQECAQEBAQgBAQEBgzRUEG4UE48NjkwBAYF5MQFJh1CPfy2FGAK?= =?us-ascii?q?ESEMVAQEBAQEBAQEBAQFqKII4JAGCQQEFJxMcIxALEgYJJQ8SGBAOBhMUB4ltA?= =?us-ascii?q?xkMrVE6hzcNg1kBAQEBAQEBAwEBAQEBAR0Fgy6FQIJ1NYJeVIFThXUFoSo8h2S?= =?us-ascii?q?IF4RsgQCSLkiMRIopNSKBW1UyCIMtglwcgWk+NgGJNSqCGgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2DIAwCXue1Z/1YryVBcGgEBAQECAQEBAQgBAQEBFQEBAQE?= =?us-ascii?q?CAQEBAQgBAQEBgzRUEG4UE48NjkwBAYF5MQFJh1CPfy2FGAKESEMVAQEBAQEBA?= =?us-ascii?q?QEBAQFqKII4JAGCQQEFJxMcIxALEgYJJQ8SGBAOBhMUB4ltAxkMrVE6hzcNg1k?= =?us-ascii?q?BAQEBAQEBAwEBAQEBAR0Fgy6FQIJ1NYJeVIFThXUFoSo8h2SIF4RsgQCSLkiMR?= =?us-ascii?q?IopNSKBW1UyCIMtglwcgWk+NgGJNSqCGgEBAQ?= Received: from 86.43-201-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.201.43.86]) by relay.skynet.be with ESMTP; 23 Oct 2017 11:47:46 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v9N9lk8e074903; Mon, 23 Oct 2017 11:47:46 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Mon, 23 Oct 2017 11:47:46 +0200 From: Tijl Coosemans To: Andreas Tobler Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, gerald@FreeBSD.org Subject: Re: Segfault in _Unwind_* code called from pthread_exit Message-ID: <20171023114746.054037b8@kalimero.tijl.coosemans.org> In-Reply-To: References: <20170823163707.096f93ab@kalimero.tijl.coosemans.org> <20170824154235.GD1700@kib.kiev.ua> <20170824180830.199885b0@kalimero.tijl.coosemans.org> <20170825173851.09116ddc@kalimero.tijl.coosemans.org> <20170825234442.GO1700@kib.kiev.ua> <20170826202813.1240a1ef@kalimero.tijl.coosemans.org> <20170826184034.GR1700@kib.kiev.ua> <20171022021835.07ffd30e@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2017 09:49:01 -0000 On Sun, 22 Oct 2017 23:05:15 +0200 Andreas Tobler wrote: > On 22.10.17 02:18, Tijl Coosemans wrote: >> On Sat, 21 Oct 2017 22:02:38 +0200 Andreas Tobler wrote: >>> On 26.08.17 20:40, Konstantin Belousov wrote: >>>> On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >>>>> On Sat, 26 Aug 2017 02:44:42 +0300 Konstantin Belousov wote: >>>>>> How does llvm unwinder detects that the return address is a garbage ? >>>>> >>>>> It just stops unwinding when it can't find frame information (stored in >>>>> .eh_frame sections). GCC unwinder doesn't give up yet and checks if the >>>>> return address points to the signal trampoline (which means the current >>>>> frame is that of a signal handler). It has built-in knowledge of how to >>>>> unwind to the signal trampoline frame. >>>> So llvm just gives up on signal frames ? >>>> >>>>> A noreturn attribute isn't enough. You can still unwind such functions. >>>>> They are allowed to throw exceptions for example. >>>> Ok. >>>> >>>>> I did consider using >>>>> a CFI directive (see patch below) and it works, but it's architecture >>>>> specific and it's inserted after the function prologue so there's still >>>>> a window of a few instructions where a stack unwinder will try to use >>>>> the return address. >>>>> >>>>> Index: lib/libthr/thread/thr_create.c >>>>> =================================================================== >>>>> --- lib/libthr/thread/thr_create.c (revision 322802) >>>>> +++ lib/libthr/thread/thr_create.c (working copy) >>>>> @@ -251,6 +251,7 @@ create_stack(struct pthread_attr *pattr) >>>>> static void >>>>> thread_start(struct pthread *curthread) >>>>> { >>>>> + __asm(".cfi_undefined %rip"); >>>>> sigset_t set; >>>>> >>>>> if (curthread->attr.suspend == THR_CREATE_SUSPENDED) >>>> >>>> I like this approach much more than the previous patch. What can be >>>> done is to provide asm trampoline which calls thread_start(). There you >>>> can add the .cfi_undefined right at the entry. >>>> >>>> It is somewhat more work than just setting the return address on the >>>> kernel-constructed pseudo stack frame, but I believe this is ultimately >>>> correct way. You still can do it only on some arches, if you do not >>>> have incentive to code asm for all of them. >>>> >>>> Also crt1 probably should get the same treatment, despite we already set >>>> %rbp to zero AFAIR. >>> >>> Did some commit result out of this discussion or is this subject still >>> under investigation? >>> >>> Curious because I got this gcc PR: >>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 > > If I add the above to lib/libthr/thread/thr_create.c the mentioned PR works. > >> Sorry, but I didn't and won't have time to work on this. > > Np. > >> Ideally I think there should be a function attribute to mark functions >> as entry points. The compiler would add ".cfi_undefined %rip" to such >> functions (and maybe optimise the function prologue because there are >> no caller registers that need to be preserved). If you have connections >> in the GCC community maybe you could discuss that with them. > > Well, from my understanding I'd have to teach every compiler to do so, > right? (Beside that I do not know how to.) > > I think we need another solution to find out if an unwind context is > garbage. > > I'll take a look at how llvm does this w/o segfaulting. Both LLVM and GCC libgcc_s lookup the return address in the CFI tables to see which function it belongs to. Both fail to find the address in the table. LLVM then stops unwinding. GCC looks at the memory to see if the instructions are those of the signal trampoline and segfaults if the memory is unreadable. The return address of the entry point can be anything including addresses that do appear in the CFI table, because thread stacks can be supplied by the user (pthread_attr_setstack(3)). So it's not enough to avoid the segfault. Either the kernel has to set the return address to NULL like my first patch or the entry point has to be annotated with .cfi_undefined %rip to mark the return address invalid. From owner-freebsd-current@freebsd.org Mon Oct 23 20:35:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC8DFE5482D for ; Mon, 23 Oct 2017 20:35:21 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9079383947 for ; Mon, 23 Oct 2017 20:35:21 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qk0-x231.google.com with SMTP id 17so23631671qkq.8 for ; Mon, 23 Oct 2017 13:35:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/0TxDEQPa+iGCyUwwF85pXe8XuGkjwfDoXYm2ZUKvfg=; b=AVG5+Ir5azJlpaYvSUAKd2kJQlWWEsfxDQODp6UhR3PGChwqLPQjb4Zr6pACOtFEtH p488Pi0z4a1VTsUdxyvq3LN+kpdR2WljjH9Eo/UM1sRRdPubkDFvd43p3zaupRxr9iTr TcafVfLw0jwXB/Oh1mS5OlA4QtES22Q4GBmSd6V+NWyOehxzmPxJXJx7MzzX8CD17Qys BUbKh/Cca+YtHEgpdrHKhFSy8LPyah+aMDRQlws2R8YxXVPu7sfjiVF56FWMslAjZ/tD s2a848WK9z03M4GJ83OjpB3IHR+bJi06GRbj27qx7h+foIOiR1I69WQfsZ0NpB37e7Ud QpSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/0TxDEQPa+iGCyUwwF85pXe8XuGkjwfDoXYm2ZUKvfg=; b=UOfsreqcbdaBsKVGsdEvUrlMh9qsGPc3s9pFhXpd9do4++MMqVEZrSyDrf33t0Ta14 KqHCoV7QSUVXAfsKz8TYx+cXljFgVgxP3+XuXnE6twlzj5Ktzy2QdBzayp+j47JQo4Aa iH5SvWHmUwOpbmlXcRKhsNl+UXi5R2WZn7vNCS8oYElFU5QSE5fjM5ib9NPUBPI5VjpJ k6ATELbxk9evqmKxHS2EI1e6fqu2Sm7Pcv+IJ55pc6JacomAGUR2ixbezs04E/XgUrRh vJ6ALwllgb8u1zPyEb+fo8tQ8Snm2ztOvAXcrvKM8FYwwzsS0w0AXCJPtgUM1041mB6I OyAg== X-Gm-Message-State: AMCzsaWUYpfsaecIOvEXbsM5897bCVzCQ9FpaLZOYzunIKvGzR03SmLF Wa2WNswoYx/J9PeYBKBe53IS3PsJKYZ9DUIkRbehIQ== X-Google-Smtp-Source: ABhQp+TN6wweX1ZcS9Kd4SPFPmyhbMl9C1J2Q5pMN3/SjZBsYhOgSoYrd5Jf53Xf2AKaM7e/NI2vSYyod/gutOJZShc= X-Received: by 10.55.204.157 with SMTP id n29mr19072117qkl.243.1508790920473; Mon, 23 Oct 2017 13:35:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.51.167 with HTTP; Mon, 23 Oct 2017 13:35:20 -0700 (PDT) From: Mateusz Guzik Date: Mon, 23 Oct 2017 22:35:20 +0200 Message-ID: Subject: There is *NO* abi stability in -head To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2017 20:35:21 -0000 This is your friendly reminder that in head struct layouts can change and each update requires you to rebuild *all* modules (including ones which come from ports). In practice you can get away without it most of the time, but if in doubt or seeing funny crashes - *recompile* and test with that. I'm sending this because in upcomming weeks struct thread (and probably more) will start getting fields moved around to improve cache-locality and reduce memory waste Both problems types are well known and rather widespread in big real-world c codebases. 1. memory waste Consider a 64-bit platform with 32-bit ints and 64-bit pointers (coincidently that's e.g. amd64 on *BSD, Linux, Illumos and others): struct crap { int i1; void *p1; int i2; void *p2; }; Normallly fields are aligned to their size. So in particular p1 will be aligned to *8* bytes. But since sizeof i1 is only 4 bytes, there are another 4 bytes straight up wasted. The total sizeo of the obj is 32 bytes. That is, if an object of type struct crap is at address 0x1000, fields will be: 0x1000 i1 0x1008 p1 0x1010 i2 0x1018 p2 Instead, the same can be reshuffled: struct crap2 { int i1; int i2; void *p1; void *p2; }; With offsets: 0x1000 i1 0x1004 i2 0x1008 p1 0x1010 p2 This is only 24 bytes. 2 ints can be placed together and since they add up to 8 the p1 pointer gets the right alignment without extra padding. struct thread accumulated some of this and can just shrink without removing anything. Interested parties can read http://www.catb.org/esr/structure-packing/ 2. cacheline bouncing (profesionnal term: cacheline ping pong) cpus store main memory content in local caches. the smallest unit it reads is 64 bytes (aligned to 64, i.e. reading of 0x1010 will fetch 0x1000). There are fields which are accessed only by the thread owning the struct. If they happen to share the line with something modified by other threads we lose on performance as now the cpu has to talk to some other cpu which has the line modified. This is increasingly painful on numa systems, where response times are longer. Furthermore, if fields frequently read/modified together are very far apart, chances are they require avoidable memory fetches - instead of taking just one line, they may take several. As cache size is finite, this may mean something else useful has to be evicted. For interested parties I can't recommend enough: https://www.kernel.org/pub/linux/kernel/people/paulmck/perfbook/perfbook.html -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Oct 23 21:19:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 942DEE554D9 for ; Mon, 23 Oct 2017 21:19:25 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::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 5A8D712A for ; Mon, 23 Oct 2017 21:19:25 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x234.google.com with SMTP id 189so21663139iow.10 for ; Mon, 23 Oct 2017 14:19:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DzUYSjZiwvSDIeGW1Yg4zYhebi0rTiuxE9+mbcUYrbY=; b=e433GNML5cMGBS4S4kxkCYO3e4ir4mrZrL/pyVCLDBNYNgFLkWWEgxO3/S5tYdfU0u 24YgmwRqU2hDMwjKweVhaxaanRbnna2+LsWSybFzeSTgDhUPViCO7NlVmWwa+8c2IHsJ NqLBmDkx/nhCDpflYNeGD/waUlUpp5GTr2jeG464B7Z+mWZJ6Auwe+WmEYqkTZM09PDv KKeeh3Wqsv0rY+Ijdnb1PkNns4uDj7A7YIDsLZvjVlO/CSxFcOSQqNfqzRxhHi8LVmIj e7UAF5IHGU+s6awvtfGr9kfE2QeRw3lsoV/0RcbMtl8WuizZ+eHl9e8k7OTfdIsfFDfc SOEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DzUYSjZiwvSDIeGW1Yg4zYhebi0rTiuxE9+mbcUYrbY=; b=Mx2Ao1fjPdoZGa8OtKM05NRzjb439ktyvHlQarUqoKBYg5PiKZHWE6VPLubKGRUd8a 5TjkT0QYZ0TjoZDCF8nxDpRmAB9fA4pSEGqlae1LM77Y7HNXleeV/JORMm4MUXpM+JZL 2QEEviK436uFyjzr0aOtnAqSRnLD4r3iX0Gq3hz+XUsDjm1v4yNe8kfbl11KKl2Dpwex koDtAVA//MFSXsjeDMXxSQMreug83zhzaFaiqUC+/xnlModzYy455PIpKYjFCGL6zZ/N ylu1yPMc1esubvKffrQhB9IuNwxysHT8/S0YGMVY5jeShBlYRY9/6+xYoPYQevJviESY aSnQ== X-Gm-Message-State: AMCzsaVcgspDb8maGkIBzloaijpJHxup9uhQMFcsrclL0WgHdVohjb4E uWptmvepI5X5o2+gTPiffvkYo8K5aUL4Rr+eBuw= X-Google-Smtp-Source: ABhQp+RdcHXnLSAofNi2OR19IFx54/JcTVP0tvyneY+6Lczi74eUkQ10eH4NcS8FBaZ0oFHCgPllDOwt6f0HzTXGy4E= X-Received: by 10.107.114.5 with SMTP id n5mr11093612ioc.291.1508793564479; Mon, 23 Oct 2017 14:19:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Mon, 23 Oct 2017 14:19:24 -0700 (PDT) In-Reply-To: References: From: blubee blubeeme Date: Tue, 24 Oct 2017 05:19:24 +0800 Message-ID: Subject: Re: There is *NO* abi stability in -head To: Mateusz Guzik Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2017 21:19:25 -0000 Thanks for these, I came across them when writing some game engine code a few years back. I really enjoy this stuff because I find it down right obnoxious that code gets slower as CPU power increases! On Tue, Oct 24, 2017 at 4:35 AM, Mateusz Guzik wrote: > This is your friendly reminder that in head struct layouts can change > and each update requires you to rebuild *all* modules (including ones > which come from ports). In practice you can get away without it most of > the time, but if in doubt or seeing funny crashes - *recompile* and test > with that. > > I'm sending this because in upcomming weeks struct thread (and probably > more) will start getting fields moved around to improve cache-locality > and reduce memory waste > > Both problems types are well known and rather widespread in big > real-world c codebases. > > 1. memory waste > Consider a 64-bit platform with 32-bit ints and 64-bit pointers > (coincidently that's e.g. amd64 on *BSD, Linux, Illumos and others): > > struct crap { > int i1; > void *p1; > int i2; > void *p2; > }; > > Normallly fields are aligned to their size. So in particular p1 will be > aligned to *8* bytes. But since sizeof i1 is only 4 bytes, there are > another 4 bytes straight up wasted. The total sizeo of the obj is 32 > bytes. > > That is, if an object of type struct crap is at address 0x1000, fields > will be: > > 0x1000 i1 > 0x1008 p1 > 0x1010 i2 > 0x1018 p2 > > Instead, the same can be reshuffled: > struct crap2 { > int i1; > int i2; > void *p1; > void *p2; > }; > > With offsets: > > 0x1000 i1 > 0x1004 i2 > 0x1008 p1 > 0x1010 p2 > > This is only 24 bytes. 2 ints can be placed together and since they add > up to 8 the p1 pointer gets the right alignment without extra padding. > > struct thread accumulated some of this and can just shrink without > removing anything. > > Interested parties can read http://www.catb.org/esr/structure-packing/ > > 2. cacheline bouncing (profesionnal term: cacheline ping pong) > > cpus store main memory content in local caches. the smallest unit it > reads is 64 bytes (aligned to 64, i.e. reading of 0x1010 will fetch > 0x1000). > > There are fields which are accessed only by the thread owning the > struct. If they happen to share the line with something modified by > other threads we lose on performance as now the cpu has to talk to > some other cpu which has the line modified. This is increasingly painful > on numa systems, where response times are longer. > > Furthermore, if fields frequently read/modified together are very far > apart, chances are they require avoidable memory fetches - instead of > taking just one line, they may take several. As cache size is finite, > this may mean something else useful has to be evicted. > > For interested parties I can't recommend enough: > https://www.kernel.org/pub/linux/kernel/people/paulmck/ > perfbook/perfbook.html > > -- > Mateusz Guzik > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Mon Oct 23 21:34:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23B3DE55B34; Mon, 23 Oct 2017 21:34:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0C33FB2; Mon, 23 Oct 2017 21:33:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id q124so12079004wmb.0; Mon, 23 Oct 2017 14:33:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZiM2v4REt+JBmthIn9vxQ8WOSrp16Tt5+Iwt8Ls+4dk=; b=S006juA5V7bkRCHKIXnBInQCr7vAoePFkKNZlY7BuW8v2V2qZEe7Va7Z1WI5pVFOFK 6fpOEbKTrhTEf8tFcChU/+fZspnbvEuuhJe2K9OJCHzJCeS3X6uw4IFi3Z6ls1mGkb9d qPNXNTauzAK3IGRB159Ybn6AaY92vYhSB0YLQqhfdM3R74iPjFuFw9UperEFY+HHojph rKmMkdhH85YttCk2eJsFRzvEozT49lF0n90iQGJvRaVFLmUvorKM8Z1aEbNwPfYl3un5 t44B1ZPq3aPnVbS3Mszm+DGBiVDFESp1JcCaDzrA+XfRBG2458R8Y1Lz3PQzteBDd+mx RQqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZiM2v4REt+JBmthIn9vxQ8WOSrp16Tt5+Iwt8Ls+4dk=; b=oQvCsZJP2x7R2q2dnp4zlsjWpwsUNEEyYQqBi1roNropX73ZOFctWqDjKl0oarzO8B ik/WL0yrLP84v8e6XsdnE/ZWxmVp/fbY6Z6FANs8TicuQE3Wna0AhkegZpN9x5DjEmrP 3dvRY5/xsDawYFtJSyP4yuNv99ldQ3JImElDrcmNck+7G4je+y/sKhFypjod7gaGip6w VdowSVibNsum8wFKfOwvulOKTWm61cN4SMAHP6oTcSrHvdZPXuvnQmYMeSZSIBHYMDXj I7Umvze87G7bAtlYnOaIMyWtsiWmLSSPquh6FdVhklLHC76ehs+MhcRZBCpELGnIsvA1 t8Ag== X-Gm-Message-State: AMCzsaUpdDWww5HivofAfZnCn2IauYZdUN7hWBOifBbtvq9PG8XGahbc VxsGZMtQ0cVbUvIvJkYbAF+tF0Yvyto0Yb3bwnoLgA== X-Google-Smtp-Source: ABhQp+SezJwvHD1QwzyBs4nbBwG3+GE5T74UAYsPBADovt5jZ9xBSy5I6v49SbTfWHPpGFuspmVrKWBL675ZetEX28Y= X-Received: by 10.28.31.76 with SMTP id f73mr6842378wmf.139.1508794438057; Mon, 23 Oct 2017 14:33:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.86.70 with HTTP; Mon, 23 Oct 2017 14:33:57 -0700 (PDT) In-Reply-To: <20171017183009.2099060F@spqr.komquats.com> References: <20171017183009.2099060F@spqr.komquats.com> From: Adrian Chadd Date: Mon, 23 Oct 2017 14:33:57 -0700 Message-ID: Subject: Re: cve-2017-13077 - WPA2 security vulni To: Cy Schubert Cc: "current@freebsd.org" , Allan Jude , "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2017 21:34:00 -0000 [snip] yes you need to rebuild; the ioctl layout changed between -11 and -12 to account for the beginnings of 11ac. -adrian On 17 October 2017 at 11:30, Cy Schubert wrote: > I had no problems last night. It associated with one of my netgear APs. I used /etc/wpa_supplicant.conf. > > I am running head and all my ports are built on head (most poudeiere and a few by hand). > > --- > Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. > > Cy Schubert > or > > -----Original Message----- > From: David Wolfskill > Sent: 17/10/2017 09:57 > To: Allan Jude > Cc: freebsd-current@freebsd.org > Subject: Re: cve-2017-13077 - WPA2 security vulni > > On Tue, Oct 17, 2017 at 12:51:23PM -0400, Allan Jude wrote: >> .... >> > Question: Should one expect a wpa_supplicant-2.6_2 executable built >> > under FreeBSD stable/11 (amd64) to work on the same hardware, but >> > running head? >> >> Did you run the version from ports, or did you run the base /etc/rc.d >> script with your rc.conf set to point to the ports binary? This will run >> the command with -c /etc/wpa_supplicant.conf overriding the ports default. >> >> So this is expected to work in this way. > > Ah. When I installed the port, I was reminded: > > | ... > | ===> Registering installation for wpa_supplicant-2.6_2 > | Installing wpa_supplicant-2.6_2... > | To use the ports version of WPA Supplicant instead of the base, add: > | > | wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" > | > | to /etc/rc.conf > | > | ===> SECURITY REPORT: > | .... > > So I did that. I did not do anything to the existing > /etc/rc.d/wpa_supplicant, which had been installed as part of base > FreeBSD. > >> .... > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Unsubstantiated claims of "Fake News" are evidence that the claimant lies again. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Oct 23 20:54:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50180E55023 for ; Mon, 23 Oct 2017 20:54:08 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::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 C8ABE8462D for ; Mon, 23 Oct 2017 20:54:07 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: by mail-lf0-x230.google.com with SMTP id r129so21631601lff.8 for ; Mon, 23 Oct 2017 13:54:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=olevole-ru.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=GBjQI69dZdKpEB1IyACnHX45CQOX0tbQD0G2NVZClmI=; b=XE8S/+DMmAoS7dyRN+ZIqxYslWxPFIINUcUBUb6+MqlX3kRprdT43nbyL8yd6mUo5Y +HuMYlby+RLUvi9wJSHs2HECpewnn+H7s9gxOGtptaSCbgufv+KO3PUjcQsdu0pWrS7S D2IThUWEUphqXrBBhevjd4VZr1pZpr6n8VK4OSTNL8KZ6RQ3U+XDebJUvnqKi2CnKw7t IqQ4aSvs8cjksPbQE0GAh/rVMaV31Tt7ETyW0KgIkmsp6eAXJLDGiH+by6RqQ5bLMkDI eXLDsM3CSreQytJp9byqwFsgB95MlQjddGv+QfeBPfwSZ9vYehau+7qpR1HM1nx4ErR9 qusA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=GBjQI69dZdKpEB1IyACnHX45CQOX0tbQD0G2NVZClmI=; b=NyCgM6tSSnrZzAnLZ7YCnZlt6rt9neRatWfpbaa7Jr6KBbqbk5FYlWWDw/pF8AABMa lUJjCPNySJhAcPbkRNjpVJMybgGrNrFR17ZVzRyKlautUwSM7QwfjD9ekIuOSgg0HPo6 Do+fZDLBXVkgyOhqwO9RQqUqN9ve4+xNGbTTRnDMwi82eKUhjjoZvKWbUVCanmtMoK85 zjK9YSrPiIB79ObujkwYyLk7vwybN7Q80WxLzX3nefshFa+vq+c/S7J7ITJH5iEvZbHd NrYlLhzPTl89wwCCHuUmySuVWnayw/k0I2yd61xNzpsyQkHk23knALIWbwYSnfD5/7/y Ycmw== X-Gm-Message-State: AMCzsaWejLABkXK+fRhPGDJlLsgT7G4i5Z0UfUn558uzB8RFUL6ljge8 CbfYb67I+FXVMXLQgehHaoFXhiRrdV8gfxcTYnzLfBpj X-Google-Smtp-Source: ABhQp+SfgazyLMRCHYm3GrMISrg66JNW+1LKsAkU/bQHOhb5igE6UUXwa7trSvXPN+8Qj//mCArciFQudPHfWZlGkOw= X-Received: by 10.25.228.197 with SMTP id x66mr1483014lfi.231.1508792045121; Mon, 23 Oct 2017 13:54:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.148.213 with HTTP; Mon, 23 Oct 2017 13:54:04 -0700 (PDT) X-Originating-IP: [95.28.194.241] From: Oleg Ginzburg Date: Mon, 23 Oct 2017 20:54:04 +0000 Message-ID: Subject: emulators/virtualbox-kmod: turn on VIMAGE by default for FreeBSD 12+ To: vbox@freebsd.org, FreeBSD Current X-Mailman-Approved-At: Mon, 23 Oct 2017 21:37:50 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2017 20:54:08 -0000 Hello, With this change: https://svnweb.freebsd.org/base?view=revision&revision=324810 I think should also set VIMAGE options by default in emulators/virtualbox-kmod port for FreeBSD 12+ via .if ${OPSYS} == FreeBSD && ${OSVERSION} >= 1200051 or by separated meta port ( FLAVOR can help?) : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215336 Without this change we will get panic on FreeBSD 12 + virtualbox-kmod on boot. From owner-freebsd-current@freebsd.org Tue Oct 24 01:09:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57642E305C9; Tue, 24 Oct 2017 01:09:14 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 093F3672B4; Tue, 24 Oct 2017 01:09:13 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id 6niJel0M0I8mC6niLefG0E; Mon, 23 Oct 2017 19:09:06 -0600 X-Authority-Analysis: v=2.2 cv=HahkdmM8 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=02M-m0pO-4AA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=JAf30KXuAAAA:8 a=Rno1LH3gOPMaIAn70U4A:9 a=Se0Cl2mKAYU0ROgx:21 a=iKaslC__s1Pj0A4a:21 a=CjuIK1q_8ugA:10 a=UJ0tAi3fqDAA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=pxhY87DP9d2VeQe4joPk:22 a=GEL62FyrTCmHtEug2d3R:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 3014921D; Mon, 23 Oct 2017 18:09:03 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v9O192uc056659; Mon, 23 Oct 2017 18:09:02 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201710240109.v9O192uc056659@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Adrian Chadd cc: Cy Schubert , "current@freebsd.org" , Allan Jude , "freebsd-current@freebsd.org" Subject: Re: cve-2017-13077 - WPA2 security vulni In-Reply-To: Message from Adrian Chadd of "Mon, 23 Oct 2017 14:33:57 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Oct 2017 18:09:02 -0700 X-CMAE-Envelope: MS4wfDgfFm3z9vVRDi8l/SYGP87QgIXnXXyNSMoaIdLayj6536Vu8mfUHDaU0yppwoE8+XJQxJlv1UcF3Ak363bo5ygjOTQybLNINI4GTKXaa7SDdVDkG/JN hb0PLTsHQmF3Z9Srla098zgoVaRJFFgb6Iwz4cp0b0W8Reg5tzk47v6eghT0NAHSqL+FLdhHRuVlq6NEB7hIxZXSEy1kK2sVprUhzbTM2Oa580/8wvE8ZOrL AmFxpfcTiEv+LFip3RDjo2CjML8pxBNg16SeDLX8pZ97zDWl0ddMIRrMq2Kt+rZ/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 01:09:14 -0000 Adrian, ??? Are you replying to me? -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. In message , Adrian Chadd writes: > [snip] > > yes you need to rebuild; the ioctl layout changed between -11 and -12 > to account for the beginnings of 11ac. > > > > -adrian > > > On 17 October 2017 at 11:30, Cy Schubert wrote: > > I had no problems last night. It associated with one of my netgear APs. I u > sed /etc/wpa_supplicant.conf. > > > > I am running head and all my ports are built on head (most poudeiere and a > few by hand). > > > > --- > > Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. > > > > Cy Schubert > > or > > > > -----Original Message----- > > From: David Wolfskill > > Sent: 17/10/2017 09:57 > > To: Allan Jude > > Cc: freebsd-current@freebsd.org > > Subject: Re: cve-2017-13077 - WPA2 security vulni > > > > On Tue, Oct 17, 2017 at 12:51:23PM -0400, Allan Jude wrote: > >> .... > >> > Question: Should one expect a wpa_supplicant-2.6_2 executable built > >> > under FreeBSD stable/11 (amd64) to work on the same hardware, but > >> > running head? > >> > >> Did you run the version from ports, or did you run the base /etc/rc.d > >> script with your rc.conf set to point to the ports binary? This will run > >> the command with -c /etc/wpa_supplicant.conf overriding the ports default. > >> > >> So this is expected to work in this way. > > > > Ah. When I installed the port, I was reminded: > > > > | ... > > | ===> Registering installation for wpa_supplicant-2.6_2 > > | Installing wpa_supplicant-2.6_2... > > | To use the ports version of WPA Supplicant instead of the base, add: > > | > > | wpa_supplicant_program="/usr/local/sbin/wpa_supplicant" > > | > > | to /etc/rc.conf > > | > > | ===> SECURITY REPORT: > > | .... > > > > So I did that. I did not do anything to the existing > > /etc/rc.d/wpa_supplicant, which had been installed as part of base > > FreeBSD. > > > >> .... > > > > Peace, > > david > > -- > > David H. Wolfskill david@catwhisker.org > > Unsubstantiated claims of "Fake News" are evidence that the claimant lies a > gain. > > > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Oct 24 05:04:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46F6FE3F276; Tue, 24 Oct 2017 05:04:49 +0000 (UTC) (envelope-from gurenchan@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 10D1A6FE18; Tue, 24 Oct 2017 05:04:49 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x236.google.com with SMTP id 189so22518943iow.10; Mon, 23 Oct 2017 22:04:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=dSOFsXul+SGJb7v7obxErA7lRQTAdli11JdQKTd/JDI=; b=PjWJ5UsJIaF+HgpR+hFvec3VTYHqhq6lQVpI6I3TOokCIxwL2Y6sLhEnf7PrdVy0S5 wpPBNSnvkM7bZ74Jrh0LlA5Ej0FPGyBsTM5lPGbXFLcwcTuefDObasIY0y03uO0+mbLb VHfog/cDp5KNIBlso1ZYi/N88x0jwldfKgma46/jS3tlzF7k8TozHrWiMCyx00NyLo+8 PoSaICfLzHiNzpN0v4YEytJLsiGQa/YHLImmj1A8xbrNXUtBtEUFkAV1gb3NsUCLGWEg jnNsHEO4StsCN2ZyADbzHagMCyWeCw28cST5rs2x44VTtLQxRZs6Of16MiNP3i0m14vx nitQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dSOFsXul+SGJb7v7obxErA7lRQTAdli11JdQKTd/JDI=; b=Je9X6abBJpLlrJLa0NVXY3THiC+eOUiy84ZiFnq/fNP3KurD+Kcdacr39lD616h6mk 8hzP8NTmw3UntoAl7sIucUPeZe8gRa2vrMY56OzHN51WQtEL9cZppigCNdMBQ2GtctrR w+XQXugv+FVjjAhQcOIuXszIE8RGBUZLRZw1el6/FdsKEOMDiJHPpeLRbaXmKfjvwa5v oDvoqt27jIhTiDGQP/axMAQSQ8H2FOHnniTJgnhVPxwvFd/3M0h7n4v5pncelGi166Kv z4HRtE2b3g1OY5rLPArB3qR+Blng6KjKpay2psbVZndUgjzgW2h+j567j/nFQz+yX2Xv sPXQ== X-Gm-Message-State: AMCzsaXvdAJosp+vfV5rbTUqU1sAOHA73CRCZSYAAm8oBKECpzwn0iKj UJqcEZyLpWftn3c9n8GH0rQxZL5FNeGk9buRMhopgg== X-Google-Smtp-Source: ABhQp+RSAgCKueUr1wENugUH55kGQe44J7kn9nKYcGg2CL3Gn5fEVGdiXMHefIthBGbboNzpL8HXOc/nLurKcjIMoSg= X-Received: by 10.107.62.65 with SMTP id l62mr21674926ioa.153.1508821487721; Mon, 23 Oct 2017 22:04:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Mon, 23 Oct 2017 22:04:47 -0700 (PDT) From: blubee blubeeme Date: Tue, 24 Oct 2017 13:04:47 +0800 Message-ID: Subject: Linking against TK* To: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 05:04:49 -0000 I am running -ldd on a executable and I am missing links to a bunch of: libTK**.so files such as: libTKGeomBase.so.11 => not found (0) libTKG3d.so.11 => not found (0) libTKG2d.so.11 => not found (0) libTKMath.so.11 => not found (0) I've searched quite a bit and can't find where those files are located. What's going on, how do I link against them? From owner-freebsd-current@freebsd.org Tue Oct 24 07:36:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91317E4342A for ; Tue, 24 Oct 2017 07:36:56 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wr0-x231.google.com (mail-wr0-x231.google.com [IPv6:2a00:1450:400c:c0c::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 2487574067; Tue, 24 Oct 2017 07:36:56 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wr0-x231.google.com with SMTP id p96so5804379wrb.7; Tue, 24 Oct 2017 00:36:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=a2FpqzChlPr6MWBJF9cSo3xLRJl3VFEGXvbn2NPGvx4=; b=sjUxrvGZFTFFJ6kM8AXxYeYeRw7e8Z2rqYDQzZwnmhJHkFOw+WBDcswtheXi5RHppz V5XusSdAkh1aIx7IwrzzpGw2D4owloF4rSTn0klM3Tr3u51qb7AZ/8ToRtHl14peEnl6 8A2TBGyp+2f764FMDonCCAdoVZ206VUChZdw6X4fOBuisf945YFnkuDTLfuJVfQNkOGZ B3gRXwP25BWISjFvzM6buykIeTg9yKuskg48+4ZM7ogT4CLxmQ0QGgBwCyu/GSLHm86V ONBPJBP1cY/qcoxUHbkJCPHuBHjOJwJXsTwer3wlAkB9+s972VT0sc0gQyG8m5BuPAhz EKVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=a2FpqzChlPr6MWBJF9cSo3xLRJl3VFEGXvbn2NPGvx4=; b=RkVwvtl9Bb95DwFHzJCyLMJbXCnN2iCVgcqzfIas3J8tjAfzzksy7NAuwgASS+bYLT TterkVjONoohkCQqTdj5fMHvETpgsIQLBqGb6Z4dx0aPhTY821Fr+GIU5MBUuyiH0Gzj N2YdH71+Envrf7WOcBGfnTEUORxeJEUHp5aWNphfeJ18PNsBLbP//LICzhaFJzQ/20jn EjMLJ05GJZhvf4Edi4D3kinEPLlMpYvQD0GnTh2XI8cxtOMAKdhEaZ2v45gXRIZXZnzV +etLkBPMBizmqpCwjpR5BiN8nndLKM2bM4iA82a2oP4hRpceoh49c/VDsdNU8/6k3oVy D/hQ== X-Gm-Message-State: AMCzsaUyOnMM1frcUfp5YBWKVKTrHWduBUbDTmdoExb0UP+GEpWMPV9l Jiw4nrUSDszjY2Hg4mOovMnFvnPHTcsVm8tH9yo= X-Google-Smtp-Source: ABhQp+RiuxHj40fGwgvAoc68gWsChGGasKFhtGwg5Hu/l4BfOPgwGOoAXz26W9X1hE4dWY/fWHtV7ZrAKv0MzLKwXt8= X-Received: by 10.223.192.135 with SMTP id d7mr12468194wrf.128.1508830614617; Tue, 24 Oct 2017 00:36:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.51.212 with HTTP; Tue, 24 Oct 2017 00:36:53 -0700 (PDT) Received: by 10.28.51.212 with HTTP; Tue, 24 Oct 2017 00:36:53 -0700 (PDT) In-Reply-To: References: From: Pavel Timofeev Date: Tue, 24 Oct 2017 10:36:53 +0300 Message-ID: Subject: Re: emulators/virtualbox-kmod: turn on VIMAGE by default for FreeBSD 12+ To: Oleg Ginzburg Cc: vbox@freebsd.org, freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 07:36:56 -0000 24 =D0=BE=D0=BA=D1=82. 2017 =D0=B3. 0:38 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0= =BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Oleg Ginzburg" =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: Hello, With this change: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D324810 I think should also set VIMAGE options by default in emulators/virtualbox-kmod port for FreeBSD 12+ via .if ${OPSYS} =3D=3D FreeBSD && ${OSVERSION} >=3D 1200051 or by separated meta port ( FLAVOR can help?) : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215336 Without this change we will get panic on FreeBSD 12 + virtualbox-kmod on boot. ____________________________________ Hi! First of all I suppose this has to be fixed the way kernel should not panic, but should just not work (fail to load the module?) and warn about that. My 2 cents. From owner-freebsd-current@freebsd.org Tue Oct 24 08:02:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36D47E44205 for ; Tue, 24 Oct 2017 08:02:24 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-f169.google.com (mail-yw0-f169.google.com [209.85.161.169]) (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 F12CD74C9D for ; Tue, 24 Oct 2017 08:02:23 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-f169.google.com with SMTP id t11so14316648ywg.12 for ; Tue, 24 Oct 2017 01:02:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=L5f1lhS3JC9zDCkUmv6S5OOsdum9WvODYtPN2qvTk+U=; b=YfX+2IXjdahb1gZ9KARoGE+3xIqsVZZVO40Rv7imKi7uIRKe8ZCm28RovpCbDXBnVz 4ti8fjmq14o1P81xv2gAC5pkUPYRrngZRyg5HMmeICErIddbE21DFazZUMJdxJu6vPaA x3qAyelPaeYyw1Lrriog046KZNQRTGjBXky6/Bj7pQQbvhrSEJLbutYETdIT77e5sIsi hJ68Fu2EzsTeL7u6MMi4X1iRvmTN6UNR8chjl5Wax5akbmLY8xgTN/nOZiE56Zx8Tbiw q4CDQ7Y+y/rNKeFxEQP5/zpQxixuzSDPRKkfb3dZU3blxtx0aZWuf8mmUwXKwQe84V7U NpgQ== X-Gm-Message-State: AMCzsaUF4OAg7L+6k74SQhNBd1V+c9M00sGoqLFXVgj7FrzF9RQxLsex KO2yo3QLvH1p9HdMbRLXPIe3x6vk X-Received: by 10.129.82.129 with SMTP id g123mr10708230ywb.149.1508832136602; Tue, 24 Oct 2017 01:02:16 -0700 (PDT) Received: from mail-yw0-f173.google.com (mail-yw0-f173.google.com. [209.85.161.173]) by smtp.gmail.com with ESMTPSA id y127sm3421576ywe.81.2017.10.24.01.02.16 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Oct 2017 01:02:16 -0700 (PDT) Received: by mail-yw0-f173.google.com with SMTP id y75so14333170ywg.0 for ; Tue, 24 Oct 2017 01:02:16 -0700 (PDT) X-Google-Smtp-Source: ABhQp+QIw7qhpa4L9ENtaX4ENmNExj9yshLCB+PLh3UBl7hmCbfffqCPkU4I5/bLhBraQAxDrVgBJ1ltIZZ/nT717b8= X-Received: by 10.37.188.13 with SMTP id i13mr10071158ybh.438.1508832135911; Tue, 24 Oct 2017 01:02:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.219.143 with HTTP; Tue, 24 Oct 2017 01:02:15 -0700 (PDT) From: Richard Gallamore Date: Tue, 24 Oct 2017 01:02:15 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Stale file handle when mounting nfs To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 08:02:24 -0000 Hello, On 12.0-CURRENT #4 r324135 I am trying to mount an nfs and receiving stale mount on a linux system. # mount -t nfs -o nfsvers=3 -v 10.0.0.8:/mnt/tank /mnt/tank mount.nfs: timeout set for Tue Oct 24 00:38:47 2017 mount.nfs: trying text-based options 'nfsvers=3,addr=10.0.0.8' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 10.0.0.8 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 10.0.0.8 prog 100005 vers 3 prot UDP port 996 mount.nfs: mount(2): Stale file handle mount.nfs: trying text-based options 'nfsvers=3,addr=10.0.0.8' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 10.0.0.8 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 10.0.0.8 prog 100005 vers 3 prot UDP port 996 mount.nfs: mount(2): Stale file handle mount.nfs: trying text-based options 'nfsvers=3,addr=10.0.0.8' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 10.0.0.8 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 10.0.0.8 prog 100005 vers 3 prot UDP port 996 mount.nfs: mount(2): Stale file handle mount.nfs: Stale file handle Noticed that rmacklem has been work on pnfs, but not positive this would affect version 3. Will upgrade the system tomorrow and report back. Best Regards, Richard Gallamore From owner-freebsd-current@freebsd.org Tue Oct 24 08:19:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58202E4464D for ; Tue, 24 Oct 2017 08:19:06 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (xvm-110-62.dc2.ghst.net [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E394375171 for ; Tue, 24 Oct 2017 08:19:05 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v9O8Iu9w076471 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 Oct 2017 08:18:56 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: d60e724c-75b0-4b63-9702-f4a9d2bf6793: Host host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151] claimed to be [192.168.1.65] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: There is *NO* abi stability in -head From: David Chisnall In-Reply-To: Date: Tue, 24 Oct 2017 09:18:50 +0100 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <07ED56CD-A7D5-44DE-B44A-C24BE9FC5488@FreeBSD.org> References: To: Mateusz Guzik X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 08:19:06 -0000 On 23 Oct 2017, at 21:35, Mateusz Guzik wrote: >=20 > Instead, the same can be reshuffled: > struct crap2 { > int i1; > int i2; > void *p1; > void *p2; > }; >=20 > With offsets: >=20 > 0x1000 i1 > 0x1004 i2 > 0x1008 p1 > 0x1010 p2 >=20 > This is only 24 bytes. 2 ints can be placed together and since they = add > up to 8 the p1 pointer gets the right alignment without extra padding. If you are making changes of this nature, please consider sorting in the = other order. When we start seeing 128-bit pointers (which, with = CHERI-like systems, may be sooner than you think) then this ordering = will give you lots of padding, whereas putting the pointers first will = not. David From owner-freebsd-current@freebsd.org Tue Oct 24 08:50:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B90FAE44EBB for ; Tue, 24 Oct 2017 08:50:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E81775E4C for ; Tue, 24 Oct 2017 08:50:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D4511260457; Tue, 24 Oct 2017 10:50:05 +0200 (CEST) Subject: Re: There is *NO* abi stability in -head To: Mateusz Guzik , FreeBSD Current References: From: Hans Petter Selasky Message-ID: <0d173f14-dd07-8a06-0937-63f2b350cc5c@selasky.org> Date: Tue, 24 Oct 2017 10:47:28 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 08:50:08 -0000 On 10/23/17 22:35, Mateusz Guzik wrote: > This is your friendly reminder that in head struct layouts can change > and each update requires you to rebuild *all* modules (including ones > which come from ports). In practice you can get away without it most of > the time, but if in doubt or seeing funny crashes - *recompile* and test > with that. > Hi, And for developers making this changes, consider bumping the __FreeBSD_version macro in sys/sys/param.h along with your commit. It forces recompilation of external kernel modules :-) --HPS From owner-freebsd-current@freebsd.org Tue Oct 24 09:20:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9235CE46219 for ; Tue, 24 Oct 2017 09:20:36 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C8037727B for ; Tue, 24 Oct 2017 09:20:36 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from nod162.eduroam.kau.se (nod162.eduroam.kau.se [130.243.28.162]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 04E9772106C16 for ; Tue, 24 Oct 2017 11:20:30 +0200 (CEST) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.7\)) Subject: libfuzzer support Message-Id: <93FB13F4-CA2D-4AF7-A8F6-F97B38B7D1A0@freebsd.org> Date: Tue, 24 Oct 2017 11:20:29 +0200 To: FreeBSD Current X-Mailer: Apple Mail (2.3445.1.7) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 09:20:36 -0000 Dear all, is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on = FreeBSD head? It seems that it is not supported by /usr/bin/clang... Am I wrong and it is supported or is someone working on it? Best regards Michael= From owner-freebsd-current@freebsd.org Tue Oct 24 09:29:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5B16E466AB for ; Tue, 24 Oct 2017 09:29:50 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C18F7793D; Tue, 24 Oct 2017 09:29:50 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1e6vWv-0009XU-Td; Tue, 24 Oct 2017 11:29:49 +0200 Date: Tue, 24 Oct 2017 11:29:49 +0200 From: Kurt Jaeger To: Michael Tuexen Cc: FreeBSD Current Subject: Re: libfuzzer support Message-ID: <20171024092949.GB34891@home.opsec.eu> References: <93FB13F4-CA2D-4AF7-A8F6-F97B38B7D1A0@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93FB13F4-CA2D-4AF7-A8F6-F97B38B7D1A0@freebsd.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 09:29:50 -0000 Hi! > is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on FreeBSD head? > It seems that it is not supported by /usr/bin/clang... > > Am I wrong and it is supported or is someone working on it? I searched in the Port devel/llvm50 and it looks like there's no support for libfuzzer right now. But that would probably(?) be the best place to add it first. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-current@freebsd.org Tue Oct 24 09:31:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E77FCE467EE for ; Tue, 24 Oct 2017 09:31:31 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (xvm-110-62.dc2.ghst.net [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 889B077C55; Tue, 24 Oct 2017 09:31:30 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v9O9VQUu077551 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 Oct 2017 09:31:27 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: d60e724c-75b0-4b63-9702-f4a9d2bf6793: Host host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151] claimed to be [192.168.1.65] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libfuzzer support From: David Chisnall In-Reply-To: <20171024092949.GB34891@home.opsec.eu> Date: Tue, 24 Oct 2017 10:31:21 +0100 Cc: Michael Tuexen , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <1EFB3A70-094B-4EC3-BE50-66071FE44C65@FreeBSD.org> References: <93FB13F4-CA2D-4AF7-A8F6-F97B38B7D1A0@freebsd.org> <20171024092949.GB34891@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 09:31:32 -0000 On 24 Oct 2017, at 10:29, Kurt Jaeger wrote: >=20 >>=20 >> is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on = FreeBSD head? >> It seems that it is not supported by /usr/bin/clang... >>=20 >> Am I wrong and it is supported or is someone working on it? >=20 > I searched in the Port devel/llvm50 and it looks like there's no = support > for libfuzzer right now. >=20 > But that would probably(?) be the best place to add it first. It=E2=80=99s been a while, but I=E2=80=99m pretty sure I had libFuzzer = working from the upstream sources on FreeBSD. I found AFL (which also = works on FreeBSD out of the box) more useful, so I didn=E2=80=99t spend = much time with it. David From owner-freebsd-current@freebsd.org Tue Oct 24 09:41:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B576E46D21 for ; Tue, 24 Oct 2017 09:41:47 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01CA37C232 for ; Tue, 24 Oct 2017 09:41:46 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from nod162.eduroam.kau.se (nod162.eduroam.kau.se [130.243.28.162]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id A337D72106C16; Tue, 24 Oct 2017 11:41:36 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.7\)) Subject: Re: libfuzzer support From: Michael Tuexen In-Reply-To: <20171024092949.GB34891@home.opsec.eu> Date: Tue, 24 Oct 2017 11:41:34 +0200 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <6C1027C2-F1E2-4B8A-9ABC-3E95E76CDE1F@freebsd.org> References: <93FB13F4-CA2D-4AF7-A8F6-F97B38B7D1A0@freebsd.org> <20171024092949.GB34891@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.3445.1.7) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 09:41:47 -0000 > On 24. Oct 2017, at 11:29, Kurt Jaeger wrote: >=20 > Hi! >=20 >> is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on = FreeBSD head? >> It seems that it is not supported by /usr/bin/clang... >>=20 >> Am I wrong and it is supported or is someone working on it? >=20 > I searched in the Port devel/llvm50 and it looks like there's no = support > for libfuzzer right now. Yepp, I checked that also... >=20 > But that would probably(?) be the best place to add it first. Not sure. It would be nice if some version of clang would support this, I do not care if it is the one in the base system or in the ports tree. Best regards Michael >=20 > --=20 > pi@opsec.eu +49 171 3101372 3 years = to go ! From owner-freebsd-current@freebsd.org Tue Oct 24 09:46:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FE70E46EC1 for ; Tue, 24 Oct 2017 09:46:51 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 456407C5A8; Tue, 24 Oct 2017 09:46:50 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from nod162.eduroam.kau.se (nod162.eduroam.kau.se [130.243.28.162]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 5AB3A72106C16; Tue, 24 Oct 2017 11:46:48 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.7\)) Subject: Re: libfuzzer support From: Michael Tuexen In-Reply-To: <1EFB3A70-094B-4EC3-BE50-66071FE44C65@FreeBSD.org> Date: Tue, 24 Oct 2017 11:46:46 +0200 Cc: Kurt Jaeger , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <93FB13F4-CA2D-4AF7-A8F6-F97B38B7D1A0@freebsd.org> <20171024092949.GB34891@home.opsec.eu> <1EFB3A70-094B-4EC3-BE50-66071FE44C65@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.3445.1.7) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 09:46:51 -0000 > On 24. Oct 2017, at 11:31, David Chisnall = wrote: >=20 > On 24 Oct 2017, at 10:29, Kurt Jaeger wrote: >>=20 >>>=20 >>> is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on = FreeBSD head? >>> It seems that it is not supported by /usr/bin/clang... >>>=20 >>> Am I wrong and it is supported or is someone working on it? >>=20 >> I searched in the Port devel/llvm50 and it looks like there's no = support >> for libfuzzer right now. >>=20 >> But that would probably(?) be the best place to add it first. >=20 > It=E2=80=99s been a while, but I=E2=80=99m pretty sure I had libFuzzer = working from the upstream sources on FreeBSD. I found AFL (which also = works on FreeBSD out of the box) more useful, so I didn=E2=80=99t=20 Are there plans to enable it for the versions of clang integrated in = FreeBSD? > spend much time with it. Thanks for the hint, will look into it. Best regards Michael >=20 > David >=20 From owner-freebsd-current@freebsd.org Tue Oct 24 19:26:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31783E56A6C for ; Tue, 24 Oct 2017 19:26:33 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF56D6D8C0 for ; Tue, 24 Oct 2017 19:26:32 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x234.google.com with SMTP id i198so16066455ywe.7 for ; Tue, 24 Oct 2017 12:26:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=eGKtv/kRxOPJF2J84BB2Iid/cd8FN43lSpgylDYITJ0=; b=Cm07X3sjILVznafj+rJm3yshWyrn1BuwtKywDrC7IOPz+TJPsrlF9Nhnw4FsnQ8JtI OPjRe5soRq3Q4FZgYhrgEy1gfV85B4nRFnyyo63T7CrmHR408wu5LQmjXStunBosRIM1 hVT/fLQCyn0zwpDJXOlBFS8SXe5DS6H4EsEThoIi3kyaMBgOP+Fyx7YGSaN7Ltx1WP8p uSGSi4Mfs49HuZAvyXwhpRBAXkGwyZEkXW4Yt1WoPa4d26ApPOh5vlOOYzlnxkVCP5Cr PZOK/ubsfHaF7a4U2R29Q5S2YAXzzpoXNzbAnM3R2bhTgxH/KhUMYTvYniXRGPq6l4l6 LxkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=eGKtv/kRxOPJF2J84BB2Iid/cd8FN43lSpgylDYITJ0=; b=Tdd1aMRtD+WzD70JmfDYD9DOtYpd7xndGD+q6DgQMRBU7Qev9KDx4hyZMUhL7jp4y2 v10QfRmmoJwdtVDimC9YIaC9ivtQQHi/iE1qo36tbzcqsu8NjHPRKBGXsDsTO5Aah4R9 ecLt2RECaQ/XB8IjmYSB4EjSJQfVyYsak/95OTOIYlnL8cW7B7HgVgdYsT3Kt15WJCRj voX9r1Ok6tFboyDwscxy0MzyyQHaaolDs5eFUxupN7B2WP894Kl4AKZg6MjUyMn7q6QZ 46q/peNmSJ40lOs+XO0xhfPxemA+0wf9ToXbOXBykPsmggvV2mx8NQaprRxAvQi/+nNl 5d8A== X-Gm-Message-State: AMCzsaWH1bhJza448OUvBGEiuE4RuCTvsxt8MIxyFH3majogQhc2x4QO I2fuowEdrD3vplX5tOI71HEb+AA68ETcA6rDmKD75/ih X-Google-Smtp-Source: ABhQp+T3kNFqb/oGNvrspawfe82K78DnjyhBamiaWo0Wxl8m/bLWV1UH5kyEZzo7TgUnsbC7sb1R+mqZBxCv7uilT0o= X-Received: by 10.37.45.3 with SMTP id t3mr11666751ybt.210.1508873191929; Tue, 24 Oct 2017 12:26:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.219.143 with HTTP; Tue, 24 Oct 2017 12:26:31 -0700 (PDT) From: Ultima Date: Tue, 24 Oct 2017 12:26:31 -0700 Message-ID: Subject: Re: Stale file handle when mounting nfs To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 19:26:33 -0000 Was a bit tired last night and just wanted to make sure this issue was known. Upgraded to r324957 and everything works! yay! From owner-freebsd-current@freebsd.org Tue Oct 24 19:35:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FC75E56E87 for ; Tue, 24 Oct 2017 19:35:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E6736DFF9 for ; Tue, 24 Oct 2017 19:35:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x236.google.com with SMTP id j4so16075405ywb.2 for ; Tue, 24 Oct 2017 12:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=6KC7zwEcRDYjgS/WME8hMeUUFg0/dKXJRokys5onicE=; b=dq+EdYHtFAQ/HTQ2RUwdBQ5eMnU5rx1zCOf3IzVwu8j9Tzsg786k1PGa5rmiEf/LAg 622O0+M5nhNCntTJRlly1ubyZH95NGR6pCdKS3Mx3auZTM/hFlFDAFE+VZORdt2YqKlh nhVUxtdogjDKoXp+/8/bZZ0abIGomX/YB7aJ2o7DK63JxtI2xXSqMKSJZsqEJSYRjhdV i+zVH4qrqi6xU91t12q6FAiq1N5Btv/TRbOTI3rd8KTYQeaY0Nr9YIcuxfKEHgbr4Eh5 eIk0niRaR+RcH8cO8kGMRdFTySq5NrI4P/HoJWvlE8ONWI1zmMxzMp+PzFk7GL8HZInP 3WzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=6KC7zwEcRDYjgS/WME8hMeUUFg0/dKXJRokys5onicE=; b=hWaA6Y0i2Tw32LVhvwV9BTnABUKCNgrFRLhloCb8I+KnDb277Y0V4pE1O1JedM8Jl5 qSW0nQIvo7c+73KJn69tS+IAkcyLeYgIBhy/QewJJ8dwAG6Ix00MwHTAdci4mGJFoRs5 y7AH/WC1oh50yomCQpLqLIerKCCVcPHm6lbIdpbKoCUqAWOwX76ZbyWe8c3U21MJ5SnP sGb1DElRg8hUFm3623NBQqpD/XrLqvr8LuQqV11VRv7cOHUPKCLggg0cl2Wkrr7oFUtc tzx4+KY3q+Q5koJ2YRnNqFb9qN70m43XjnhGB3mqgftcPA/hwfSIzNNgCVpVC69hOhku GeSg== X-Gm-Message-State: AMCzsaXH7VNed9IT4cpDHd++GqXfK7WJzdbi2xWTtBk8yfD/ZSWMZo5X ip6frR+pN33KgQ6g03Ns7y25QLfiH+g3PDueSulpvA== X-Google-Smtp-Source: ABhQp+SLA8ApVjhO0mKnJkVbNVy2+ZS9swMZlNMol9sN4wVWzgZ94JlH6kZHETUIDSUmsqViXMLW35/xy/0nGps7fHs= X-Received: by 10.129.212.65 with SMTP id g1mr8926060ywl.403.1508873727162; Tue, 24 Oct 2017 12:35:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.219.143 with HTTP; Tue, 24 Oct 2017 12:35:26 -0700 (PDT) In-Reply-To: References: From: Ultima Date: Tue, 24 Oct 2017 12:35:26 -0700 Message-ID: Subject: Re: Stale file handle when mounting nfs To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 19:35:28 -0000 Eh... disregard my last message, the mount works properly but the mount is stuck in a hard lock state. From owner-freebsd-current@freebsd.org Tue Oct 24 21:44:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3AA7E2F8C5; Tue, 24 Oct 2017 21:44:10 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward100o.mail.yandex.net (forward100o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::600]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4298872409; Tue, 24 Oct 2017 21:44:09 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback13g.mail.yandex.net (mxback13g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:92]) by forward100o.mail.yandex.net (Yandex) with ESMTP id 5A26E2A20377; Wed, 25 Oct 2017 00:43:57 +0300 (MSK) Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:8]) by mxback13g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id isWUQvay8k-hvvS5KMY; Wed, 25 Oct 2017 00:43:57 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508881437; bh=RybvAS57SQL0OlWyT48G8jgsB5KnBTAJw8AokO4jpDE=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=fISIJ3lLtL4Wfd8bMcikB/sNYmdoMov0bewoct/quOsWD5tdydtof/JZh99isl4jc 6sW8O5dM2fjY+0XvM0aTM/2/tMOLWL7gRbGf8i/2Ikvg8aEKJYvXgLXUskfY9Xm0Up lr2VsEA0JOKZ4jy+gIYV0didQtLxmDpUiacyJdrY= Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 4fevxQ2hI4-hugGLx6g; Wed, 25 Oct 2017 00:43:56 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508881436; bh=RybvAS57SQL0OlWyT48G8jgsB5KnBTAJw8AokO4jpDE=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=eoCyv7nbmCCPvMMlygvjslnGgL4kWxeV3RsN4Ncjci/EY9eWr5adiXjJAsDnlRSzi 1A43f6wBQ04Vhy9ae1SQbjJ9i/bNCKr8KhWjELaT+bZFRyq8HQygFhsLp7i6Qp/qdX oNpeN3As7Wj0aB6wNGDdhc/8uZ4hL2mSvrito8+Q= Authentication-Results: smtp3p.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: host, bhyve vm and ntpd To: Ian Lepore , Michael Voorhis Cc: freebsd-current@FreeBSD.org, freebsd-virtualization@FreeBSD.org References: <2931f1cc-6574-b58d-4b94-5f77fa5cdb85@passap.ru> <1508512327.1383.55.camel@freebsd.org> <39bf2426-2edf-d485-7c81-519e931154be@passap.ru> <1508517160.1383.63.camel@freebsd.org> <76ff7afb-3d3a-96f6-1275-89472ff5683d@passap.ru> <1508522667.1383.69.camel@freebsd.org> <30992c14-7b78-ab9f-5693-931e6ca41f1b@passap.ru> <1508523696.1383.75.camel@freebsd.org> <23019.46875.929719.481108@atom.mcvau.net> <1508624153.1383.107.camel@freebsd.org> From: Boris Samorodov Message-ID: Date: Wed, 25 Oct 2017 00:43:56 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1508624153.1383.107.camel@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 21:44:10 -0000 Hi Ian, All! 22.10.2017 01:15, Ian Lepore пишет: > On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote: >> Ian Lepore writes: >>> >>> Beyond that, I'm not sure what else to try.  It might be necessary to >>> get some bhyve developers involved (I know almost nothing about it). >> NTPD behaves more normally on uniprocessor VMs. >> >> A FreeBSD bhyve-guest running on a freebsd host will select a >> different timecounter depending on whether it is a multiprocessor or a >> uniprocessor.  My uniprocessor bhyve-vm selected TSC-low as the best >> timecounter in a uniprocessor.  NTP functions there as expected. >> >> kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) >> kern.timecounter.hardware: TSC-low >> >> The very same VM, when given two total CPUs, selected HPET (if I >> recall) and the timekeeping with NTPD was unreliable, with many >> step-resets to the clock. >> > > Hmm, I just had glance at the code in sys/amd64/vmm/io/vhpet.c and it > looks right.  I wonder if this is just a simple roundoff error in > converting between 10.0MHz and SBT units?  If so, that could be wished > away easily by using a power-of-2 frequency for the virtual HPET.  I > wonder if the attached patch is all that's needed? I suppose the answer is "yes", the patch helped. Here are two samples (host for bhyve VM without your patch and after patching): --- https://poudriere.passap.ru/misc/ntpd.jot.log-HPET.frequency.10000000.txt https://poudriere.passap.ru/misc/ntpd.jot.log-HPET.frequency.16777216.txt --- The command was: % for t in `jot 1000`; do ntpq -pn; sleep 64; done The patch made the system to stabilize the process. Ian, thank you! -- WBR, bsam From owner-freebsd-current@freebsd.org Tue Oct 24 22:14:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD95BE30313 for ; Tue, 24 Oct 2017 22:14:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6D44731D0 for ; Tue, 24 Oct 2017 22:14:11 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: b36b2837-b908-11e7-a938-4f970e858fdb X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id b36b2837-b908-11e7-a938-4f970e858fdb; Tue, 24 Oct 2017 22:14:28 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v9OME8TV002019; Tue, 24 Oct 2017 16:14:08 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1508883248.34364.52.camel@freebsd.org> Subject: Re: host, bhyve vm and ntpd From: Ian Lepore To: Boris Samorodov , Michael Voorhis Cc: freebsd-current@FreeBSD.org, freebsd-virtualization@FreeBSD.org Date: Tue, 24 Oct 2017 16:14:08 -0600 In-Reply-To: References: <2931f1cc-6574-b58d-4b94-5f77fa5cdb85@passap.ru> <1508512327.1383.55.camel@freebsd.org> <39bf2426-2edf-d485-7c81-519e931154be@passap.ru> <1508517160.1383.63.camel@freebsd.org> <76ff7afb-3d3a-96f6-1275-89472ff5683d@passap.ru> <1508522667.1383.69.camel@freebsd.org> <30992c14-7b78-ab9f-5693-931e6ca41f1b@passap.ru> <1508523696.1383.75.camel@freebsd.org> <23019.46875.929719.481108@atom.mcvau.net> <1508624153.1383.107.camel@freebsd.org> Content-Type: text/plain; charset="koi8-r" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 22:14:12 -0000 On Wed, 2017-10-25 at 00:43 +0300, Boris Samorodov wrote: > Hi Ian, All! > > 22.10.2017 01:15, Ian Lepore : > > > > On Sat, 2017-10-21 at 17:07 -0400, Michael Voorhis wrote: > > > > > > Ian Lepore writes: > > > > > > > > > > > > Beyond that, I'm not sure what else to try. It might be necessary to > > > > get some bhyve developers involved (I know almost nothing about it). > > > NTPD behaves more normally on uniprocessor VMs. > > > > > > A FreeBSD bhyve-guest running on a freebsd host will select a > > > different timecounter depending on whether it is a multiprocessor or a > > > uniprocessor.My uniprocessor bhyve-vm selected TSC-low as the best > > > timecounter in a uniprocessor.NTP functions there as expected. > > > > > > kern.timecounter.choice: TSC-low(1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) > > > kern.timecounter.hardware: TSC-low > > > > > > The very same VM, when given two total CPUs, selected HPET (if I > > > recall) and the timekeeping with NTPD was unreliable, with many > > > step-resets to the clock. > > > > > Hmm, I just had glance at the code insys/amd64/vmm/io/vhpet.c and it > > looks right. I wonder if this is just a simple roundoff error in > > converting between 10.0MHz and SBT units? If so, that could be wished > > away easily by using a power-of-2 frequency for the virtual HPET. I > > wonder if the attached patch is all that's needed? > I suppose the answer is "yes", the patch helped. Here are two samples > (host for bhyve VM without your patch and after patching): > --- > https://poudriere.passap.ru/misc/ntpd.jot.log-HPET.frequency.10000000.txt > https://poudriere.passap.ru/misc/ntpd.jot.log-HPET.frequency.16777216.txt > --- > > The command was: > % for t in `jot 1000`; do ntpq -pn; sleep 64; done > > The patch made the system to stabilize the process. > Ian, thank you! > Hmmm. The startup behavior wasn't great, it took a long time and several clock steps for it to figure out the frequency error and get the clock under control. But, as you say, it did eventually stabilize this time. Can you show the /var/db/ntpd.drift file contents of the host and guest? Ideally, now that it's stable, the two values should be very close. If they're not, maybe this isn't the right fix. -- Ian From owner-freebsd-current@freebsd.org Tue Oct 24 22:21:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60767E3074A; Tue, 24 Oct 2017 22:21:55 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward105j.mail.yandex.net (forward105j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11C0873564; Tue, 24 Oct 2017 22:21:55 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback1j.mail.yandex.net (mxback1j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10a]) by forward105j.mail.yandex.net (Yandex) with ESMTP id 191C61869E7; Wed, 25 Oct 2017 01:21:43 +0300 (MSK) Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:8]) by mxback1j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id GfXTJKe01P-LhqSvngk; Wed, 25 Oct 2017 01:21:43 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508883703; bh=QJNHS16WgoL1aX1yymJAc/L18Md3Wn9m9xobLqFT2N8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=cUPY+0nZu86bOPPktv3qYM7SDldP5ZgNhOjCsuFoKkTv2sFKIIyB7deItD5x5saJq N3lg5Ay/8j8OC8KD+neeoeh6NIixu94O2lAw7LKXnq7FCB5bK+FWRTuNj1P9k875pH LItR2AMO/jnwwY2RYHUQrin7737pmRvy10gfQ1Do= Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id NllA6FgQJ6-LggCeksW; Wed, 25 Oct 2017 01:21:42 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1508883702; bh=QJNHS16WgoL1aX1yymJAc/L18Md3Wn9m9xobLqFT2N8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=fEThMalPD1UIglIFDAXhGXE/hkVhSU7vz3yErTZ7P4bW+ZzikHFYHUfevl8BvgXJv r2OYl7SGKEPLS9vmmDH0AJCwdR7UsbcjUdtSCzVvUkZaCUXF9gqeqE3uyDJiZUoyA7 S9jgEeh5odoUrnLxHM7nUqpqc3mL6ZsOoVRNI4lc= Authentication-Results: smtp3p.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: host, bhyve vm and ntpd To: Ian Lepore , Michael Voorhis Cc: freebsd-current@FreeBSD.org, freebsd-virtualization@FreeBSD.org References: <2931f1cc-6574-b58d-4b94-5f77fa5cdb85@passap.ru> <1508512327.1383.55.camel@freebsd.org> <39bf2426-2edf-d485-7c81-519e931154be@passap.ru> <1508517160.1383.63.camel@freebsd.org> <76ff7afb-3d3a-96f6-1275-89472ff5683d@passap.ru> <1508522667.1383.69.camel@freebsd.org> <30992c14-7b78-ab9f-5693-931e6ca41f1b@passap.ru> <1508523696.1383.75.camel@freebsd.org> <23019.46875.929719.481108@atom.mcvau.net> <1508624153.1383.107.camel@freebsd.org> <1508883248.34364.52.camel@freebsd.org> From: Boris Samorodov Message-ID: <9dad7aa4-3adc-8667-655b-e3083e041d50@passap.ru> Date: Wed, 25 Oct 2017 01:21:42 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1508883248.34364.52.camel@freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2017 22:21:55 -0000 25.10.2017 01:14, Ian Lepore : > Can you show the /var/db/ntpd.drift file contents of the host and > guest? Ideally, now that it's stable, the two values should be very > close. If they're not, maybe this isn't the right fix. Sorry, no. :-( I experimented with the host and bhyve vm now has unstable ntp values (stepping). I'll try to revert all my changes and report back in a couple of days. -- WBR, bsam From owner-freebsd-current@freebsd.org Wed Oct 25 09:30:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EB77E43FA4; Wed, 25 Oct 2017 09:30:33 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::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 1BE7F63D8C; Wed, 25 Oct 2017 09:30:33 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x229.google.com with SMTP id r127so269326itb.5; Wed, 25 Oct 2017 02:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=GYydIFXjexPHyUpLHsfoDrCCJuTrOhQlL1kT+qeiMAQ=; b=M+1eAhNn9AaFuqhwv/xUpk1FBuehk07Xt4WV1UtfTGpnP9gmKyUcTyCYnHGsmwNop0 kOP9hVSUtvGdCe7r52WMqV90pr8MPEvo1v1eFlh/tnlEOPFY3ZkIaL6gk+fxWOcErm81 uhiANxQg/x772S3unvdCvc6rbc0XbK9q12y7JyPLE6pzP85mWfCE/mtgOjOJKuN2sSqu P1dYmC9C1K4o1T7t4qoR6fJ1uZ6qPMdo7rXLaUfaBVuGfQl7H5MdzaqHStMnrnWyHdbN nKloHhrIb52jjdsHhjudP9ekXcNdsMJqMXPDdtnffoVWz1GdL7tEBJ+tYEeSb/be9Ceo wIug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=GYydIFXjexPHyUpLHsfoDrCCJuTrOhQlL1kT+qeiMAQ=; b=HsiwsIvoufJQ/ia3R66B/b1TfxrsL04RIzmvCobBytVYgk7RD3/k6oiVHG+cVWqEjr jgu55SpsqlGOnaJhNnEysJpf31pfbgQ0j/9GQveBmNdlDa/i+YsjxRR66iNXKfp6oRLo T2Bf+L4iRhOQ+ajvzw3gWEQRkZ1YKGFF7A7yjaDQ80iN8/CKmJ9+jJteZPCcI1VEqsaZ Z5LkGukcgI2+2HT6sXJRjzYn+2R5Em/N0kYXcGbH2EPxUdmIz+bcOI/YQbn+h77vk53G nYlYCY0qpnHYVGe5ymgqSYSwKD2e01cnRxjmQ1uC5p+xSJJfSPJP/A8Vkdyeo7Cg90Nn tJQQ== X-Gm-Message-State: AMCzsaULPPU86sBuXLojhJvMWvJhDuxJs5nXO4LqWnXDvfM3mIRBMSoS NllU7ePhpDMfFNWViSELsgobescNKC6baoOWPidbhw== X-Google-Smtp-Source: ABhQp+TFanlTHU6XH/OkscIi/LgIPRjyXwu/6PYI+cg2dDiPK7SQ8V9ghZzReFRX9hKi3J9U2JrgxK0sn6jpC9iDmHk= X-Received: by 10.36.139.130 with SMTP id g124mr1272111ite.100.1508923831971; Wed, 25 Oct 2017 02:30:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 02:30:31 -0700 (PDT) From: blubee blubeeme Date: Wed, 25 Oct 2017 17:30:31 +0800 Message-ID: Subject: Okular or any pdf reader To: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 09:30:33 -0000 Whenever I try to launch any audio pdf viewer program my computer hard locks up and I have to power cycle. Does anyone have any info as to why? uname -v: FreeBSD 12.0-CURRENT #0 r319752: Sat Jun 10 01:59:26 CST 2017 blubee.me: /usr/obj/usr/src/sys/GENERIC From owner-freebsd-current@freebsd.org Wed Oct 25 09:32:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83D0AE441D5; Wed, 25 Oct 2017 09:32:10 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3AB18641E1; Wed, 25 Oct 2017 09:32:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7AAA32601F1; Wed, 25 Oct 2017 11:32:00 +0200 (CEST) Subject: Re: Okular or any pdf reader To: blubee blubeeme , FreeBSD Ports , FreeBSD current References: From: Hans Petter Selasky Message-ID: Date: Wed, 25 Oct 2017 11:29:22 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 09:32:10 -0000 On 10/25/17 11:30, blubee blubeeme wrote: > any audio pdf viewer Audio?? Do you have a kernel trace or dmesg ? --HPS From owner-freebsd-current@freebsd.org Wed Oct 25 09:39:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7801EE445FF; Wed, 25 Oct 2017 09:39:11 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::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 3DC1A64821; Wed, 25 Oct 2017 09:39:11 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x235.google.com with SMTP id m16so327369iod.1; Wed, 25 Oct 2017 02:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sDYOVe1cjQEIUaEcXWjpUEY3nBwn4UBAMc7++J33TPo=; b=pdFzWADI57ba1+fMndgxyv7tiitgYoN/vzAXe3SbGrZ+MPlFhKnw+tQrAVoLkRz8kM 5tCJyH+NMgBaIElObvfjPWa6pRXY/vmVIbjzT1N3TCC5Aerznc46W965GfwhsaHXX3GN JHcnsljaRPS4njNitPIhacztHvMfWEGD7CaZtlRrteVcPU0Lyopzms/j+mGOP6LGXVMY 1gO9hI50X0IE+IO0aRjTN+/hFrTN/4LOSa4HUqkpjNjHGAcBOvXd2Bc2yiobbWC4tCaE 1+d7XtS9cjZO32Kh5XyzVCVocm65eTCndaGfbC1+wOvV0Ra6gs1QlaDvyWvfKUUw+X4/ b5LA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=sDYOVe1cjQEIUaEcXWjpUEY3nBwn4UBAMc7++J33TPo=; b=q4sts7mcckqvjtTYxHsh6jZHNnm2ND69R5KgGOv4X/V2ce1sNtAlzoRjj6Z+BM1lc5 hT0NdZpDcdp8egVHHaKD44oC0c4clsEMqi0s0QPgfNYMMryTYpy7RXQMWSAKAoD666/L wFJajuKR3jEbDGlBk0AS9kLeoTMqIX/YLt8ODnm1tXI1fbFZQwlW2F+xGdOvCspms0Fa nKuxm8JXli6CndbMdxk95ELCcgCAgDBh0aTW2PjgdSZ5jEAfr8467dU8tFVmKmnvuaYS dATH3+4DBRGjeI891hBTz54AtXjAP5ck2BNJKCmArBrr7RAJC/jZKTckgbIGYalyyjeT JW7A== X-Gm-Message-State: AMCzsaWwAL/vbiN0JFFH6XaVH9b84QnIUhstEAHV5G5OcpDSz6+JVhlU DLaKjyCjrQ+IICYxK2mM74U1TPu+C2t0q893xTY= X-Google-Smtp-Source: ABhQp+QQdlOwAjxk2hfvq60NIvP/tqKmR7f5KC9F9kPoT1Gf5IhFXm2Ue/JRw8GuXcKNDO1Vsaw1sqPX3ETEosCzXeE= X-Received: by 10.107.128.202 with SMTP id k71mr6954339ioi.184.1508924350508; Wed, 25 Oct 2017 02:39:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 02:39:10 -0700 (PDT) In-Reply-To: References: From: blubee blubeeme Date: Wed, 25 Oct 2017 17:39:10 +0800 Message-ID: Subject: Re: Okular or any pdf reader To: Hans Petter Selasky Cc: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 09:39:11 -0000 Typo on the [audio] Here's my /var/log/messages for the past hour or so, the failure should be logged in there somewhere: https://pastebin.com/FCkXEn1v Other than that there's this: https://ibb.co/gUBVkm On Wed, Oct 25, 2017 at 5:29 PM, Hans Petter Selasky wrote: > On 10/25/17 11:30, blubee blubeeme wrote: > >> any audio pdf viewer >> > > Audio?? > > Do you have a kernel trace or dmesg ? > > --HPS > From owner-freebsd-current@freebsd.org Wed Oct 25 09:50:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD8E2E44965; Wed, 25 Oct 2017 09:50:05 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8823764DB9; Wed, 25 Oct 2017 09:50:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4B1B62601F1; Wed, 25 Oct 2017 11:50:02 +0200 (CEST) Subject: Re: Okular or any pdf reader To: blubee blubeeme Cc: FreeBSD Ports , FreeBSD current References: From: Hans Petter Selasky Message-ID: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> Date: Wed, 25 Oct 2017 11:47:24 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 09:50:05 -0000 On 10/25/17 11:39, blubee blubeeme wrote: > Typo on the [audio] > > Here's my /var/log/messages for the past hour or so, the failure should be > logged in there somewhere: https://pastebin.com/FCkXEn1v > > Other than that there's this: https://ibb.co/gUBVkm > Try: dbus-launch okular --HPS From owner-freebsd-current@freebsd.org Wed Oct 25 09:55:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0DEAE44CA1; Wed, 25 Oct 2017 09:55:40 +0000 (UTC) (envelope-from gurenchan@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 B5941653B9; Wed, 25 Oct 2017 09:55:40 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x236.google.com with SMTP id e89so337236ioi.11; Wed, 25 Oct 2017 02:55:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cJ2CX4c2kA9cYRVYnzzEA/eeBN/fnirWW2WV91q7cq4=; b=YT+UT4ZO3RWri7BuhjAGuo6GaYYir5oABiZwiBhDB/DGNiXlIhnvSaOFYUDThGZ+YU Uitkgl3eNwBtCV9zANmKlL9J2JU9N2CmlugWI51T9faOGbdcDjoDTjtC29BMub/1jc5k 05uEa6G3KVt+fiWQ82TqQKjxSr9s+jxv89nUrhkcbLuizXjdz0HUJw6KirR4EB1Xg8Aj mBmpMdLp8WiDjYCBah5G297lH14laEocHukBchLd8bgjxPDrnNG0VRQjAgGkbfP0Ds22 FIS+Wa+eDv47k8NssEJMEkX+xEfdraLj2DTjkj67WaeXpdmALHj9l+ZzjASk2J5qFH5R 2llw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cJ2CX4c2kA9cYRVYnzzEA/eeBN/fnirWW2WV91q7cq4=; b=ByRRuzC3GUnUBR6aphVNYZHe3vIU+3ytFkt6n9esj6n72Vyc0p+ojUphKGRN75TVvF ODcJGwNcc+JvCG2g6ajFcyz4DBiVlsoRsRhlZokMbR5lFzbGBT6mJW2oRGGRykovti9T A2wAiqZyafY3x0HAORlukzE7r1a1nhbsoXxcjeO5TSCSnVVYxDrRAVYVTAFaCCZ7Go0M LdNkwX39paobzDWlp9wE0FQbP5oX7HrPVOdm0BTfKyb/rVxI1+RlDsoiL0XrGZKlDZ7Q F+ToIS6szHSFzHa4LrsfaU9ivM8qEDB6ZvaRewx7n5ES8rBbTsbOdWb+KmUgIAOX+GIT kOzg== X-Gm-Message-State: AMCzsaXSx+t3gdXG1Ne0u0A/OVJTcBJ1SO4vjwEAMfkcDxbmFMJ+WImz F+WDsutkFlKRY29Q427x27M8acJbEoDOmNvTgCTYzA== X-Google-Smtp-Source: ABhQp+Qx1CcrlolB2jgFtV+O6esDdnIDINRCegODiHXzAbIX2guj4X8KaI25E0kuWgT66/QGpxBvwtPT0wlBCTBKkS8= X-Received: by 10.107.135.25 with SMTP id j25mr23556409iod.213.1508925339341; Wed, 25 Oct 2017 02:55:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 02:55:38 -0700 (PDT) In-Reply-To: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> From: blubee blubeeme Date: Wed, 25 Oct 2017 17:55:38 +0800 Message-ID: Subject: Re: Okular or any pdf reader To: Hans Petter Selasky Cc: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 09:55:41 -0000 That also hard locked my computer, /var/log/messages below: Oct 25 17:52:52 blubee syslogd: kernel boot file is /boot/kernel/kernel Oct 25 17:52:52 blubee kernel: Copyright (c) 1992-2017 The FreeBSD Project. Oct 25 17:52:52 blubee kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 25 17:52:52 blubee kernel: The Regents of the University of California. All rights reserved. Oct 25 17:52:52 blubee kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Oct 25 17:52:52 blubee kernel: FreeBSD 12.0-CURRENT #0 r319752: Sat Jun 10 01:59:26 CST 2017 Oct 25 17:52:52 blubee kernel: root@blubee.me:/usr/obj/usr/src/sys/GENERIC amd64 Oct 25 17:52:52 blubee kernel: FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) Oct 25 17:52:52 blubee kernel: WARNING: WITNESS option enabled, expect reduced performance. Oct 25 17:52:52 blubee kernel: VT(vga): resolution 640x480 Oct 25 17:52:52 blubee kernel: CPU: Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz (2592.09-MHz K8-class CPU) Oct 25 17:52:52 blubee kernel: Origin="GenuineIntel" Id=0x506e3 Family=0x6 Model=0x5e Stepping=3 Oct 25 17:52:52 blubee kernel: Features=0xbfebfbff Oct 25 17:52:52 blubee kernel: Features2=0x7ffafbbf Oct 25 17:52:52 blubee kernel: AMD Features=0x2c100800 Oct 25 17:52:52 blubee kernel: AMD Features2=0x121 Oct 25 17:52:52 blubee kernel: Structured Extended Features=0x29c6fbf Oct 25 17:52:52 blubee kernel: XSAVE Features=0xf Oct 25 17:52:52 blubee kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID Oct 25 17:52:52 blubee kernel: TSC: P-state invariant, performance statistics Oct 25 17:52:52 blubee kernel: real memory = 34359738368 (32768 MB) Oct 25 17:52:52 blubee kernel: avail memory = 33147437056 (31611 MB) Oct 25 17:52:52 blubee kernel: Event timer "LAPIC" quality 600 Oct 25 17:52:52 blubee kernel: ACPI APIC Table: Oct 25 17:52:52 blubee kernel: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs Oct 25 17:52:52 blubee kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads Oct 25 17:52:52 blubee kernel: random: unblocking device. Oct 25 17:52:52 blubee kernel: ioapic0 irqs 0-119 on motherboard Oct 25 17:52:52 blubee kernel: SMP: AP CPU #1 Launched! Oct 25 17:52:52 blubee kernel: SMP: AP CPU #4 Launched! Oct 25 17:52:52 blubee kernel: SMP: AP CPU #2 Launched! Oct 25 17:52:52 blubee kernel: SMP: AP CPU #5 Launched! Oct 25 17:52:52 blubee kernel: SMP: AP CPU #6 Launched! Oct 25 17:52:52 blubee kernel: SMP: AP CPU #3 Launched! Oct 25 17:52:52 blubee kernel: SMP: AP CPU #7 Launched! Oct 25 17:52:52 blubee kernel: Timecounter "TSC-low" frequency 1296044542 Hz quality 1000 Oct 25 17:52:52 blubee kernel: random: entropy device external interface Oct 25 17:52:52 blubee kernel: netmap: loaded module Oct 25 17:52:52 blubee kernel: [ath_hal] loaded Oct 25 17:52:52 blubee kernel: module_register_init: MOD_LOAD (vesa, 0xffffffff80f5af40, 0) error 19 Oct 25 17:52:52 blubee kernel: random: registering fast source Intel Secure Key RNG Oct 25 17:52:52 blubee kernel: random: fast provider: "Intel Secure Key RNG" Oct 25 17:52:52 blubee kernel: kbd1 at kbdmux0 Oct 25 17:52:52 blubee kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 375.66 Mon May 1 15:00:06 PDT 2017 Oct 25 17:52:52 blubee kernel: acquiring duplicate lock of same type: "os.lock_sx" Oct 25 17:52:52 blubee kernel: 1st os.lock_sx @ nvidia_os.c:639 Oct 25 17:52:52 blubee kernel: 2nd os.lock_sx @ nvidia_os.c:639 Oct 25 17:52:52 blubee kernel: stack backtrace: Oct 25 17:52:52 blubee kernel: #0 0xffffffff80ab6f30 at witness_debugger+0x70 Oct 25 17:52:52 blubee kernel: #1 0xffffffff80ab6e23 at witness_checkorder+0xe23 Oct 25 17:52:52 blubee kernel: #2 0xffffffff80a5de3e at _sx_xlock+0x5e Oct 25 17:52:52 blubee kernel: #3 0xffffffff82f40582 at os_acquire_mutex+0x32 Oct 25 17:52:52 blubee kernel: #4 0xffffffff82e492ac at _nv019230rm+0xc Oct 25 17:52:52 blubee kernel: nexus0 Oct 25 17:52:52 blubee kernel: vtvga0: on motherboard Oct 25 17:52:52 blubee kernel: cryptosoft0: on motherboard Oct 25 17:52:52 blubee kernel: acpi0: on motherboard Oct 25 17:52:52 blubee kernel: acpi0: Power Button (fixed) Oct 25 17:52:52 blubee kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.IOTR._CRS, AE_AML_NO_RESOURCE_END_TAG (20170531/psparse-677) Oct 25 17:52:52 blubee kernel: ACPI Error: Method execution failed \_SB.PCI0.IOTR._CRS, AE_AML_NO_RESOURCE_END_TAG (20170531/uteval-219) Oct 25 17:52:52 blubee kernel: can't fetch resources for \_SB_.PCI0.IOTR - AE_AML_NO_RESOURCE_END_TAG Oct 25 17:52:52 blubee kernel: cpu0: on acpi0 Oct 25 17:52:52 blubee kernel: cpu1: on acpi0 Oct 25 17:52:52 blubee kernel: cpu2: on acpi0 Oct 25 17:52:52 blubee kernel: cpu3: on acpi0 Oct 25 17:52:52 blubee kernel: cpu4: on acpi0 Oct 25 17:52:52 blubee kernel: cpu5: on acpi0 Oct 25 17:52:52 blubee kernel: cpu6: on acpi0 Oct 25 17:52:52 blubee kernel: cpu7: on acpi0 Oct 25 17:52:52 blubee kernel: hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Oct 25 17:52:52 blubee kernel: Timecounter "HPET" frequency 24000000 Hz quality 950 Oct 25 17:52:52 blubee kernel: Event timer "HPET" frequency 24000000 Hz quality 550 Oct 25 17:52:52 blubee kernel: atrtc0: port 0x70-0x77 irq 8 on acpi0 Oct 25 17:52:52 blubee kernel: atrtc0: Warning: Couldn't map I/O. Oct 25 17:52:52 blubee kernel: Event timer "RTC" frequency 32768 Hz quality 0 Oct 25 17:52:52 blubee kernel: attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Oct 25 17:52:52 blubee kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Oct 25 17:52:52 blubee kernel: Event timer "i8254" frequency 1193182 Hz quality 100 Oct 25 17:52:52 blubee kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 Oct 25 17:52:52 blubee kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 Oct 25 17:52:52 blubee kernel: acpi_ec0: port 0x62,0x66 on acpi0 Oct 25 17:52:52 blubee kernel: pcib0: port 0xcf8-0xcff on acpi0 Oct 25 17:52:52 blubee kernel: pci0: on pcib0 Oct 25 17:52:52 blubee kernel: pcib1: irq 16 at device 1.0 on pci0 Oct 25 17:52:52 blubee kernel: pci1: on pcib1 Oct 25 17:52:52 blubee kernel: vgapci0: port 0xe000-0xe07f mem 0xdb000000-0xdbffffff,0x90000000-0x9fffffff,0xa0000000-0xa1ffffff irq 16 at device 0.0 on pci1 Oct 25 17:52:52 blubee kernel: nvidia0: on vgapci0 Oct 25 17:52:52 blubee kernel: vgapci0: child nvidia0 requested pci_enable_io Oct 25 17:52:52 blubee kernel: vgapci0: child nvidia0 requested pci_enable_io Oct 25 17:52:52 blubee kernel: vgapci0: Boot video device Oct 25 17:52:52 blubee kernel: xhci0: mem 0x2ffff10000-0x2ffff1ffff irq 16 at device 20.0 on pci0 Oct 25 17:52:52 blubee kernel: xhci0: 32 bytes context size, 64-bit DMA Oct 25 17:52:52 blubee kernel: usbus0: waiting for BIOS to give up control Oct 25 17:52:52 blubee kernel: xhci_interrupt: host controller halted Oct 25 17:52:52 blubee kernel: usbus0 on xhci0 Oct 25 17:52:52 blubee kernel: usbus0: 5.0Gbps Super Speed USB v3.0 Oct 25 17:52:52 blubee kernel: pci0: at device 22.0 (no driver attached) Oct 25 17:52:52 blubee kernel: ahci0: port 0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f mem 0xdc404000-0xdc405fff,0xdc407000-0xdc4070ff,0xdc406000-0xdc4067ff irq 16 at device 23.0 on pci0 Oct 25 17:52:52 blubee kernel: ahci0: AHCI v1.31 with 3 6Gbps ports, Port Multiplier not supported Oct 25 17:52:52 blubee kernel: ahcich1: at channel 1 on ahci0 Oct 25 17:52:52 blubee kernel: ahcich2: at channel 2 on ahci0 Oct 25 17:52:52 blubee kernel: ahcich3: at channel 3 on ahci0 Oct 25 17:52:52 blubee kernel: ahciem0: on ahci0 Oct 25 17:52:52 blubee kernel: ahciem0: EM timeout Oct 25 17:52:52 blubee kernel: device_attach: ahciem0 attach returned 6 Oct 25 17:52:52 blubee kernel: pcib2: irq 16 at device 28.0 on pci0 Oct 25 17:52:52 blubee kernel: pcib2: [GIANT-LOCKED] Oct 25 17:52:52 blubee kernel: pcib3: irq 16 at device 28.4 on pci0 Oct 25 17:52:52 blubee kernel: pci2: on pcib3 Oct 25 17:52:52 blubee kernel: pci2: at device 0.0 (no driver attached) Oct 25 17:52:52 blubee kernel: re0: port 0xd000-0xd0ff mem 0xdc304000-0xdc304fff,0xdc300000-0xdc303fff irq 16 at device 0.1 on pci2 Oct 25 17:52:52 blubee kernel: re0: Using 1 MSI-X message Oct 25 17:52:52 blubee kernel: re0: turning off MSI enable bit. Oct 25 17:52:52 blubee kernel: re0: ASPM disabled Oct 25 17:52:52 blubee kernel: re0: Chip rev. 0x5c800000 Oct 25 17:52:52 blubee kernel: re0: MAC rev. 0x00000000 Oct 25 17:52:52 blubee kernel: miibus0: on re0 Oct 25 17:52:52 blubee kernel: rgephy0: PHY 1 on miibus0 Oct 25 17:52:52 blubee kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow Oct 25 17:52:52 blubee kernel: re0: Using defaults for TSO: 65518/35/2048 Oct 25 17:52:52 blubee kernel: re0: Ethernet address: 80:fa:5b:3a:2f:8b Oct 25 17:52:52 blubee kernel: re0: netmap queues/slots: TX 1/256, RX 1/256 Oct 25 17:52:52 blubee kernel: pcib4: irq 18 at device 28.6 on pci0 Oct 25 17:52:52 blubee kernel: pci3: on pcib4 Oct 25 17:52:52 blubee kernel: iwm0: mem 0xdc200000-0xdc201fff irq 18 at device 0.0 on pci3 Oct 25 17:52:52 blubee kernel: pcib5: irq 16 at device 29.0 on pci0 Oct 25 17:52:52 blubee kernel: pci4: on pcib5 Oct 25 17:52:52 blubee kernel: nvme0: mem 0xdc100000-0xdc103fff irq 16 at device 0.0 on pci4 Oct 25 17:52:52 blubee kernel: isab0: at device 31.0 on pci0 Oct 25 17:52:52 blubee kernel: isa0: on isab0 Oct 25 17:52:52 blubee kernel: pci0: at device 31.2 (no driver attached) Oct 25 17:52:52 blubee kernel: hdac0: mem 0x2ffff20000-0x2ffff23fff,0x2ffff00000-0x2ffff0ffff irq 16 at device 31.3 on pci0 Oct 25 17:52:52 blubee kernel: acpi_button0: on acpi0 Oct 25 17:52:52 blubee kernel: acpi_button1: on acpi0 Oct 25 17:52:52 blubee kernel: acpi_lid0: on acpi0 Oct 25 17:52:52 blubee kernel: acpi_acad0: on acpi0 Oct 25 17:52:52 blubee kernel: battery0: on acpi0 Oct 25 17:52:52 blubee kernel: acpi_tz0: on acpi0 Oct 25 17:52:52 blubee kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Oct 25 17:52:52 blubee kernel: atkbd0: irq 1 on atkbdc0 Oct 25 17:52:52 blubee kernel: kbd0 at atkbd0 Oct 25 17:52:52 blubee kernel: atkbd0: [GIANT-LOCKED] Oct 25 17:52:52 blubee kernel: psm0: irq 12 on atkbdc0 Oct 25 17:52:52 blubee kernel: psm0: [GIANT-LOCKED] Oct 25 17:52:52 blubee kernel: psm0: model Synaptics Touchpad, device ID 0 Oct 25 17:52:52 blubee kernel: orm0: at iomem 0xce800-0xcf7ff on isa0 Oct 25 17:52:52 blubee kernel: ppc0: cannot reserve I/O port range Oct 25 17:52:52 blubee kernel: est0: on cpu0 Oct 25 17:52:52 blubee kernel: est1: on cpu1 Oct 25 17:52:52 blubee kernel: est2: on cpu2 Oct 25 17:52:52 blubee kernel: est3: on cpu3 Oct 25 17:52:52 blubee kernel: est4: on cpu4 Oct 25 17:52:52 blubee kernel: est5: on cpu5 Oct 25 17:52:52 blubee kernel: est6: on cpu6 Oct 25 17:52:52 blubee kernel: est7: on cpu7 Oct 25 17:52:52 blubee kernel: ZFS filesystem version: 5 Oct 25 17:52:52 blubee kernel: ZFS storage pool version: features support (5000) Oct 25 17:52:52 blubee kernel: Timecounters tick every 1.000 msec Oct 25 17:52:52 blubee kernel: iwm0: hw rev 0x180, fw ver 17.352738.0, address 60:57:18:94:c6:4a Oct 25 17:52:52 blubee kernel: ugen0.1: <0x8086 XHCI root HUB> at usbus0 Oct 25 17:52:52 blubee kernel: uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 Oct 25 17:52:52 blubee kernel: nvd0: NVMe namespace Oct 25 17:52:52 blubee kernel: nvd0: 244198MB (500118192 512 byte sectors) Oct 25 17:52:52 blubee kernel: hdacc0: at cad 0 on hdac0 Oct 25 17:52:52 blubee kernel: hdaa0: at nid 1 on hdacc0 Oct 25 17:52:52 blubee kernel: pcm0: at nid 20 and 24 on hdaa0 Oct 25 17:52:52 blubee kernel: pcm1: at nid 23 on hdaa0 Oct 25 17:52:52 blubee kernel: pcm2: at nid 30 on hdaa0 Oct 25 17:52:52 blubee kernel: WARNING: WITNESS option enabled, expect reduced performance. Oct 25 17:52:52 blubee kernel: Trying to mount root from zfs:zroot/ROOT/default []... Oct 25 17:52:52 blubee kernel: Root mount waiting for: usbus0 Oct 25 17:52:52 blubee kernel: Root mount waiting for: usbus0 Oct 25 17:52:52 blubee kernel: uhub0: 24 ports with 24 removable, self powered Oct 25 17:52:52 blubee kernel: ugen0.2: at usbus0 Oct 25 17:52:52 blubee kernel: Root mount waiting for: usbus0 Oct 25 17:52:52 blubee kernel: ugen0.3: at usbus0 Oct 25 17:52:52 blubee kernel: Root mount waiting for: usbus0 Oct 25 17:52:52 blubee kernel: ugen0.4: at usbus0 Oct 25 17:52:52 blubee kernel: wlan0: Ethernet address: 60:57:18:94:c6:4a Oct 25 17:52:52 blubee kernel: wlan0: link state changed to UP Oct 25 17:52:52 blubee kernel: re0: link state changed to DOWN Oct 25 17:52:52 blubee kernel: ulpt0 on uhub0 Oct 25 17:52:52 blubee kernel: ulpt0: on usbus0 Oct 25 17:52:52 blubee kernel: ulpt0: using bi-directional mode Oct 25 17:52:52 blubee kernel: ubt0 on uhub0 Oct 25 17:52:52 blubee kernel: ubt0: on usbus0 Oct 25 17:52:52 blubee kernel: WARNING: attempt to domain_add(bluetooth) after domainfinalize() Oct 25 17:52:52 blubee kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize() Oct 25 17:52:52 blubee kernel: ubt0: ubt_ctrl_write_callback:780: control transfer failed: USB_ERR_TIMEOUT Oct 25 17:52:52 blubee kernel: ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout Oct 25 17:52:53 blubee ntpd[825]: leapsecond file ('/var/db/ntpd.leap-seconds.list'): good hash signature Oct 25 17:52:53 blubee ntpd[825]: leapsecond file ('/var/db/ntpd.leap-seconds.list'): loaded, expire=2017-12-28T00:00:00Z last=2017-01-01T00:00:00Z ofs=37 Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20170531/nsarguments-205) Oct 25 17:52:58 blubee last message repeated 6 times Oct 25 17:52:58 blubee kernel: acquiring duplicate lock of same type: "os.lock_mtx" Oct 25 17:52:58 blubee kernel: 1st os.lock_mtx @ nvidia_os.c:841 Oct 25 17:52:58 blubee kernel: 2nd os.lock_mtx @ nvidia_os.c:841 Oct 25 17:52:58 blubee kernel: stack backtrace: Oct 25 17:52:58 blubee kernel: #0 0xffffffff80ab6f30 at witness_debugger+0x70 Oct 25 17:52:58 blubee kernel: #1 0xffffffff80ab6e23 at witness_checkorder+0xe23 Oct 25 17:52:58 blubee kernel: #2 0xffffffff80a35293 at __mtx_lock_flags+0x93 Oct 25 17:52:58 blubee kernel: #3 0xffffffff82f4097b at os_acquire_spinlock+0x1b Oct 25 17:52:58 blubee kernel: #4 0xffffffff82c45b15 at _nv012002rm+0x185 Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20170531/nsarguments-205) Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0 (GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI:0000:01:00.0 On Wed, Oct 25, 2017 at 5:47 PM, Hans Petter Selasky wrote: > On 10/25/17 11:39, blubee blubeeme wrote: > >> Typo on the [audio] >> >> Here's my /var/log/messages for the past hour or so, the failure should be >> logged in there somewhere: https://pastebin.com/FCkXEn1v >> >> Other than that there's this: https://ibb.co/gUBVkm >> >> > Try: > > dbus-launch okular > > --HPS > > From owner-freebsd-current@freebsd.org Wed Oct 25 10:00:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93774E44E6E; Wed, 25 Oct 2017 10:00:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B9A065768; Wed, 25 Oct 2017 10:00:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4E3F42601F1; Wed, 25 Oct 2017 12:00:51 +0200 (CEST) Subject: Re: Okular or any pdf reader To: blubee blubeeme Cc: FreeBSD Ports , FreeBSD current References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> From: Hans Petter Selasky Message-ID: <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> Date: Wed, 25 Oct 2017 11:58:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 10:00:54 -0000 On 10/25/17 11:55, blubee blubeeme wrote: > "os.lock_mtx" > Oct 25 17:52:58 blubee kernel: 1st os.lock_mtx @ nvidia_os.c:841 > Oct 25 17:52:58 blubee kernel: 2nd os.lock_mtx @ nvidia_os.c:841 > Oct 25 17:52:58 blubee kernel: stack backtrace: > Oct 25 17:52:58 blubee kernel: #0 0xffffffff80ab6f30 at > witness_debugger+0x70 > Oct 25 17:52:58 blubee kernel: #1 0xffffffff80ab6e23 at > witness_checkorder+0xe23 > Oct 25 17:52:58 blubee kernel: #2 0xffffffff80a35293 at > __mtx_lock_flags+0x93 > Oct 25 17:52:58 blubee kernel: #3 0xffffffff82f4097b at > os_acquire_spinlock+0x1b > Oct 25 17:52:58 blubee kernel: #4 0xffffffff82c45b15 at _nv012002rm+0x185 > Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: > Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] > (20170531/nsarguments-205) > Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0 > (GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI:0000:01:00.0 > > Hi, Try: CTRL+ALT+F1 Or SSH into this machine. Then do: procstat -ak It will reveal any hangs and deadlocks. Further I note you're using 12-current with the NVIDIA driver. That might not be a supported configuration :-( Especially nowadays some core kernel structures are changing, which means NVIDIA needs to recompile their binary blob aswell! --HPS From owner-freebsd-current@freebsd.org Wed Oct 25 10:05:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91798E451BD; Wed, 25 Oct 2017 10:05:16 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::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 5676565B94; Wed, 25 Oct 2017 10:05:16 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id b186so371713iof.8; Wed, 25 Oct 2017 03:05:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=AGP0/RqoHvh5alPpYgEyCRru/RpaFQiX0y29nbkRwgo=; b=CcEvaHGAfqfoNsVgflaq90bug5MUTCZRuS56AnPcvF3bwq64EPp/Ts0GdYYyWBU2yg vc34fyBcGN5FFerS7lBHbl8vbEgVr4+9avov6pOmZzjhi1LUx6L2rhSLp2kytsMb72Fh 3BmIleYC+BsctMwA2iyrHmBvhnDlq3QfOor6G0U8IOcMWXfjehynKR2mZnQnPAU6cESA iVDQj2udvZzhzeKhhCaKOVhpDfcTi8sfRkTNF1z7Az8fb/AzT9kZBX5gxXPpjjYCV2u7 8GE1093l8pjryOdvTbKsCwK1OknZJSOwq1PmVFXbvxd5ZGWaan/rmSnbUpeNeqtX6OOD zFiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=AGP0/RqoHvh5alPpYgEyCRru/RpaFQiX0y29nbkRwgo=; b=kFCkR8fSmoHGuZyMGaRuHSbdUX9g3lYzhI5R4u4WlzDGG1tFz20ZZI/equI/SEuWHd PVZYS46jMktB1QEOUy5tiCWrAhhHc4cpRM1iM1KblBnknk645naxW0OC8rSfgbnWM8mY oldaO3LbnG4C6JZ3zEPBJDxos7kSfYLMciEFG2PwpNkVecU1XFbrPyYeBAW8qcADJYKU Ak1zEtFRGr7dDZm+hJskrUfIVvbD+rYby7OILcdU4nPMOjgHrH7J0D6couaaVZOvLgwA aYt2Z8I+caTsB/eofO6xTT7c96YQ4b+8n+qb1Nf7GNqDUGJRUO9haZI01/oyL9sjpAOw 52BA== X-Gm-Message-State: AMCzsaVMcm+hOsKc0tIPKIRGXi+YnED+E9oOVxAWN1qKU4YAIV8n9oTq 9FjYRLMChSwLVK2BptcXhqHY/zZTYgmqsTgLMwQ= X-Google-Smtp-Source: ABhQp+TybVfNB9KUpptUwGGlrIL1Y4A9nwHqc+iR5Eu3oEait+A99xBByjamlKH4BsaFJmaBK2IPTGSgZScW5If4A64= X-Received: by 10.107.62.65 with SMTP id l62mr27055348ioa.153.1508925915696; Wed, 25 Oct 2017 03:05:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 03:05:14 -0700 (PDT) In-Reply-To: <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> From: blubee blubeeme Date: Wed, 25 Oct 2017 18:05:14 +0800 Message-ID: Subject: Re: Okular or any pdf reader To: Hans Petter Selasky Cc: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 10:05:16 -0000 The GPUT thing is pretty terrible so I know i'm risking things with that, have no choice until I can take some time to try that drm-kmod. Speaking of which, those commands do not work; I am on a laptop and if I try to change terms like that the nvidia drivers just panic and die. screen looks like when old nintendo would freeze with the colorful junk on screen. I don't have another machine that can ssh into this one, any other options? On Wed, Oct 25, 2017 at 5:58 PM, Hans Petter Selasky wrote: > On 10/25/17 11:55, blubee blubeeme wrote: > >> "os.lock_mtx" >> Oct 25 17:52:58 blubee kernel: 1st os.lock_mtx @ nvidia_os.c:841 >> Oct 25 17:52:58 blubee kernel: 2nd os.lock_mtx @ nvidia_os.c:841 >> Oct 25 17:52:58 blubee kernel: stack backtrace: >> Oct 25 17:52:58 blubee kernel: #0 0xffffffff80ab6f30 at >> witness_debugger+0x70 >> Oct 25 17:52:58 blubee kernel: #1 0xffffffff80ab6e23 at >> witness_checkorder+0xe23 >> Oct 25 17:52:58 blubee kernel: #2 0xffffffff80a35293 at >> __mtx_lock_flags+0x93 >> Oct 25 17:52:58 blubee kernel: #3 0xffffffff82f4097b at >> os_acquire_spinlock+0x1b >> Oct 25 17:52:58 blubee kernel: #4 0xffffffff82c45b15 at _nv012002rm+0x185 >> Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: >> Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] >> (20170531/nsarguments-205) >> Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0 >> (GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI:0000:01:00.0 >> >> >> > Hi, > > Try: CTRL+ALT+F1 > Or SSH into this machine. > > Then do: > > procstat -ak > > It will reveal any hangs and deadlocks. > > Further I note you're using 12-current with the NVIDIA driver. That might > not be a supported configuration :-( Especially nowadays some core kernel > structures are changing, which means NVIDIA needs to recompile their binary > blob aswell! > > --HPS > From owner-freebsd-current@freebsd.org Wed Oct 25 11:15:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B06BE46B06; Wed, 25 Oct 2017 11:15:59 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::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 3F374682A2; Wed, 25 Oct 2017 11:15:59 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x235.google.com with SMTP id 72so577060itk.3; Wed, 25 Oct 2017 04:15:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Rw+eAVS7QKxdjUOl+Wqgt1P4Gk7SSBZ0kSRpnN5iu1s=; b=kpNkt6D6t4nJw1OTavIrBBD2bkb8ta36SVIrNnXdALUYhy6GHdbvVmoi3xHhgbr1yB R2dsY1w84SWtMYxlVT9BdNI4Q99jT1Ec/rW2wZYLnXSDuqJChuantrK3eI8U7dXtNV9u FRtnrfyuvVwQsATY0IBIhg+dvE8TjuLUyFEWhd5l6Vp3j6XY0bWD7MMOSGh71NOassRL Thouo6nXSKRC4H0VCjYnc6NYFv/PvXsXPrKrCldxXsUBxeMQP80z6TvLSJKIXapVj/EA uQ74ilwiLfrbbJR7AnBemL3B/5H3oObLrfRcBRe2sAZv/8zCc5iNS0zH+NuP+cT2hoQZ cY0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Rw+eAVS7QKxdjUOl+Wqgt1P4Gk7SSBZ0kSRpnN5iu1s=; b=qrWLJUHWDwvR5yvhzOnmf6+yXxA4+30+CY7Yp8jwjRBdGX9eU7XGaLeLJRNfTURUkq woG+eD9p2SmDQTHddkPnjwp7GVypFrvMn1EJzRv0bsaVTYTVujKStjtrIxhAnOyFaIA2 QxH3bpY4jnShldKvbuyxPL1q+V4oSGLKKtNAN4FxdOpl4Egsvv7xdXZsrUMlYdG0VLcr vjvcnsCUCRhnrTy0JXi1ZxfdieSod/IStScg/onxy22t9O51yErXU6c5XmHJyaw9jKie NE8m6QWxmZ4eqesyeXc8LfxeTiqgauoNeaWCJ35fhswB6M2trnwHfEiVR06n1yO8C+xA F1Fw== X-Gm-Message-State: AMCzsaViit7XneaFd4fu7JNBSFzbUkN6VcBV8PkeLnegrP3gQSMLpS9M Ys22M6eePiog7mZG9W/gUQMe4+6fxNpXqyNPb1s= X-Google-Smtp-Source: ABhQp+QFLkIXe2qADRQk+KXojlaRYZjDkWWgWCpmG0JwreyGpo9nRsAsYPjzuV3ggZ7oBEg6J3yfpqFgfM+iLUTfuAM= X-Received: by 10.36.139.130 with SMTP id g124mr1608427ite.100.1508930158449; Wed, 25 Oct 2017 04:15:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 04:15:57 -0700 (PDT) In-Reply-To: References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> From: blubee blubeeme Date: Wed, 25 Oct 2017 19:15:57 +0800 Message-ID: Subject: Re: Okular or any pdf reader To: Hans Petter Selasky Cc: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 11:15:59 -0000 Okay, I tried using chatbot for android to ssh into this laptop and that works just fine. Then when I launch okular the computer had locks up and the ssh dies on the phone as well. So it seems not even ssh works when this this freezes up. Any other suggestions? On Wed, Oct 25, 2017 at 6:05 PM, blubee blubeeme wrote: > The GPUT thing is pretty terrible so I know i'm risking things with that, > have no choice until I can take some time to try that drm-kmod. > > Speaking of which, those commands do not work; I am on a laptop and if I > try to change terms like that the nvidia drivers just panic and die. screen > looks like when old nintendo would freeze with the colorful junk on screen. > > I don't have another machine that can ssh into this one, any other options? > > On Wed, Oct 25, 2017 at 5:58 PM, Hans Petter Selasky > wrote: > >> On 10/25/17 11:55, blubee blubeeme wrote: >> >>> "os.lock_mtx" >>> Oct 25 17:52:58 blubee kernel: 1st os.lock_mtx @ nvidia_os.c:841 >>> Oct 25 17:52:58 blubee kernel: 2nd os.lock_mtx @ nvidia_os.c:841 >>> Oct 25 17:52:58 blubee kernel: stack backtrace: >>> Oct 25 17:52:58 blubee kernel: #0 0xffffffff80ab6f30 at >>> witness_debugger+0x70 >>> Oct 25 17:52:58 blubee kernel: #1 0xffffffff80ab6e23 at >>> witness_checkorder+0xe23 >>> Oct 25 17:52:58 blubee kernel: #2 0xffffffff80a35293 at >>> __mtx_lock_flags+0x93 >>> Oct 25 17:52:58 blubee kernel: #3 0xffffffff82f4097b at >>> os_acquire_spinlock+0x1b >>> Oct 25 17:52:58 blubee kernel: #4 0xffffffff82c45b15 at _nv012002rm+0x185 >>> Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: >>> Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] >>> (20170531/nsarguments-205) >>> Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0 >>> (GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI:0000:01:00.0 >>> >>> >>> >> Hi, >> >> Try: CTRL+ALT+F1 >> Or SSH into this machine. >> >> Then do: >> >> procstat -ak >> >> It will reveal any hangs and deadlocks. >> >> Further I note you're using 12-current with the NVIDIA driver. That might >> not be a supported configuration :-( Especially nowadays some core kernel >> structures are changing, which means NVIDIA needs to recompile their binary >> blob aswell! >> >> --HPS >> > > From owner-freebsd-current@freebsd.org Wed Oct 25 11:26:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A1D0E47040; Wed, 25 Oct 2017 11:26:32 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ED4368877; Wed, 25 Oct 2017 11:26:31 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A7081260BDC; Wed, 25 Oct 2017 13:26:29 +0200 (CEST) Subject: Re: Okular or any pdf reader To: blubee blubeeme Cc: FreeBSD Ports , FreeBSD current References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> From: Hans Petter Selasky Message-ID: <180f8f8d-3d2b-ecc8-5548-4057806f3227@selasky.org> Date: Wed, 25 Oct 2017 13:23:51 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 11:26:32 -0000 On 10/25/17 13:15, blubee blubeeme wrote: > Okay, I tried using chatbot for android to ssh into this laptop and that > works just fine. > Then when I launch okular the computer had locks up and the ssh dies on the > phone as well. So it seems not even ssh works when this this freezes up. > > Any other suggestions? Try to set: sysctl net.inet.tcp.per_cpu_timers=1 Before connecting via SSH. Does the same happen when using VESA driver or is this specific to using the NVIDIA driver. If the NVIDIA is at cause, I cannot help. --HPS From owner-freebsd-current@freebsd.org Wed Oct 25 11:32:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FAF5E4733D; Wed, 25 Oct 2017 11:32:32 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::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 C733169203; Wed, 25 Oct 2017 11:32:31 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id 101so623299ioj.3; Wed, 25 Oct 2017 04:32:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UZY24b49UV7ENm1OwdU5c3WmByuWAWU+qbXp99kEf60=; b=F2lq/X7k8X22ZfEOERNfn1WMMqnYF9Lhq18V6M1O6i3GEqAqfs7IPVZlgssBPvjZme NKVVoRXcV493xa7Gc9b++t+54wuMgeOc2hCO5odm73QHjkXwUGWDOEeBxIqe3tVAzx3s UA0covQqlVRKsgwLdhqctfDWrGCU3B7dSN3VO6dar5EHn4mrHK0L0olZhFwuVlwR5ZuI hP1BenWdVkJE7/QjuNFFWUUV4sYrTUZjc+X6zTC3RnIUENM+rvuhVzcjtBpKnOGjy05E QvSnaIgXHw6bx+KUlIuYMuM4XcT7y17HELIZ5Sdd5ym9nDlmtVbO9oxV3RPai4NBpcuI 8p8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UZY24b49UV7ENm1OwdU5c3WmByuWAWU+qbXp99kEf60=; b=juG12PygAdF0g1SBFb/gzgGEMUtwIFbdk8AAIhWQiJwV/TwLNZKTJFFPPKOutvi2lg y7YgCv6fRxuoEuS5w8Ir/xquHQ3f+kt78jwH0ZQNQaECUV1zCMGBEdGteYw79mToV2cw NQ5Mh+j49kX6CFQJ3FJJVO4ftRm5uGaOqbOSpRfXaRbHzDNPgDLWrrtx163YmLUK8NxG Rt4BvTGfkcU8h6USEu8SIgUOnDTjSyR8BhxTCaOIMowks90ts2N18zt1XLGIaykKU0kk oBEIgrv70NVfpmVnyaZfY1Vu9dp2vkyJbTS3gQMMvlWeGuTKGeV5OTOU/lT6YjE+9SuL icpQ== X-Gm-Message-State: AMCzsaVJhW2k0kfbLVTMKV3w1nvWAUlEGnGon+bS8bXbxopHW8d+IiUR loRbEibBVSVMb2YxxMX4cOtKZCkkC4KcSVpairg= X-Google-Smtp-Source: ABhQp+SZhZLji6rCbUa746KkW9akQ+GPSmbZF48EvndlvzIjncqlmBLaPmyyFMc/P3jCUBwBZud0zcDTWYZwQRdKN6g= X-Received: by 10.107.135.25 with SMTP id j25mr23836989iod.213.1508931151123; Wed, 25 Oct 2017 04:32:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 04:32:30 -0700 (PDT) In-Reply-To: <180f8f8d-3d2b-ecc8-5548-4057806f3227@selasky.org> References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> <180f8f8d-3d2b-ecc8-5548-4057806f3227@selasky.org> From: blubee blubeeme Date: Wed, 25 Oct 2017 19:32:30 +0800 Message-ID: Subject: Re: Okular or any pdf reader To: Hans Petter Selasky Cc: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 11:32:32 -0000 I've had the pdf viewers work with these nvidia drivers before, then a few months back they stopped working. I've avoided dealing with the problem by using chrome to view pdfs but that's getting old. About this laptop it's a bios switch to use either the gtx 1070 or the intel gpu vgapci0@pci0:1:0:0: class=0x030000 card=0x6a021558 chip=0x1ba110de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GP104M [GeForce GTX 1070]' class = display subclass = VGA hw.machine: amd64 hw.model: Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz hw.ncpu: 8 hw.machine_arch: amd64 I havent had time to try the kmod drivers yet, maybe i'll install that port, disable the nvidia-drivers, make the switch in the gpu and try again. On Wed, Oct 25, 2017 at 7:23 PM, Hans Petter Selasky wrote: > On 10/25/17 13:15, blubee blubeeme wrote: > >> Okay, I tried using chatbot for android to ssh into this laptop and that >> works just fine. >> Then when I launch okular the computer had locks up and the ssh dies on >> the >> phone as well. So it seems not even ssh works when this this freezes up. >> >> Any other suggestions? >> > > Try to set: > > sysctl net.inet.tcp.per_cpu_timers=1 > > Before connecting via SSH. > > Does the same happen when using VESA driver or is this specific to using > the NVIDIA driver. If the NVIDIA is at cause, I cannot help. > > --HPS > From owner-freebsd-current@freebsd.org Wed Oct 25 12:31:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97069E48CEC; Wed, 25 Oct 2017 12:31:26 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::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 2285F6AE28; Wed, 25 Oct 2017 12:31:26 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id z3so1592620wme.5; Wed, 25 Oct 2017 05:31:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=5XjkWLodsLsNPIoA3Dihnnd+qNu6gL3MWKi6luuaSsA=; b=UvdeYOvQw7qS4VQnKJvLLBk8hrgkluMwNFhkAuqGO1NIPXpYD09ck+1HAkxgHo4S+B JZwFvr+nK/qUhiuXHkqO4zVz7WmNig5v3pn1XuFVuvYNS670U7UbQyk1IU/8YBVySkbb XnGMo7E5e6S9uaUOe7+2YIR1e6FTIQFeCkq3KcrCKpe3NvokfWMbG1Gq5vWgN0+fR1dX gjNorptVIhMbnSfe+t1tJSJGeweEt7bDA+cr+jMrOSEnspa/0dCWCQh85xDL8+5FNF6f bc669Yno/38gGP2o6D/dy5jzXos4Ka0aQXy0txLaSbfhnDZJr0bFm6W06FSf+qOkt8SN Y3ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=5XjkWLodsLsNPIoA3Dihnnd+qNu6gL3MWKi6luuaSsA=; b=WEMFZM2ZpbxhX2OX/fwo60uF0snLr2Tu+UKof0Tpi6tQVXKLem0ye+sW68nhEMWSxg hky4fvxBhSSfhRYTB50zNtAR4ZqwpCZqJfFhe/bUkbIxO8SriHCQa41qnoUXR1ajCICb sJPdRibcbTEz5wJTLroQpqjfUMty5hq117B8QsnG0Mi8OGr2CvJi/HPufgZyN0kgH1SZ g96sUfwHgS4QhofKoF+TKF7TUXpmQrSwMSQVJsJeKkcKXR2AW75JIjS6X9a3ugDKOLfD Nk5BsuL4FQUJ0WfxZ9YhtmuFve0C26M0FuzL9ri6WS6542uKVtAZCkcY+GGuzgbv0Kxu vUug== X-Gm-Message-State: AMCzsaXBaIyKxC6MXLAGlpfDEvt4YClXHfzEuYSjzuV3RZr7Q6yAgWdB E8g3B5aTb7J5KEqgm04poDA= X-Google-Smtp-Source: ABhQp+T0jNSZFGQULJfGF3fZ74dhkO/dmMGirayXgT6rSYeiXWCjEQ9tnlvMFrrJ4GTJ5WnDjknN2A== X-Received: by 10.28.178.81 with SMTP id b78mr1666771wmf.157.1508934684384; Wed, 25 Oct 2017 05:31:24 -0700 (PDT) Received: from ernst.home (p578E321D.dip0.t-ipconnect.de. [87.142.50.29]) by smtp.gmail.com with ESMTPSA id e134sm2336216wma.31.2017.10.25.05.31.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 25 Oct 2017 05:31:23 -0700 (PDT) Date: Wed, 25 Oct 2017 14:31:22 +0200 From: Gary Jennejohn To: blubee blubeeme Cc: FreeBSD Ports , FreeBSD current Subject: Re: Okular or any pdf reader Message-ID: <20171025143122.16ae5542@ernst.home> In-Reply-To: References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> <180f8f8d-3d2b-ecc8-5548-4057806f3227@selasky.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 12:31:26 -0000 On Wed, 25 Oct 2017 19:32:30 +0800 blubee blubeeme wrote: > I've had the pdf viewers work with these nvidia drivers before, > then a few months back they stopped working. I've avoided > dealing with the problem by using chrome to view pdfs but > that's getting old. > I use the nvidia driver and have no problem using xpdf and mupdf. ghostscript can also render PDFs. None of these are graphics heavy, as okular most definitely is. mupdf does not support printing, but xpdf does. okular also works for me. Amazing how many packages it depends on. [snip] -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed Oct 25 17:11:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7D9DE4F908; Wed, 25 Oct 2017 17:11:57 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::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 6774275F10; Wed, 25 Oct 2017 17:11:57 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x235.google.com with SMTP id r127so1859996itb.5; Wed, 25 Oct 2017 10:11:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=1dS14P9jdy5SL84Cgix/rjYfGkZb8/FsC87Rp267ndE=; b=HuwSnV9Ca95Cfn6PncoJ+Xi334vUH0djWTqMLraC0TDdPLwYfOfqoQ2p/eclj842o7 EBSVDjdIlxu0Raq9WUlRl+b4z8HF9iRlASvihf3tmVq1pvo6DXFCPuSledw4Xuiiqnw5 dydfo1thQddIfd72EOtO/GJ6nH02tpdueErgJOo5uzzmteRVrZUprLzUIcufOu+Y8Jh6 VTq0+f8zLiWe7f+C5lOX2nPGYS88a8OfxirPrVym+E3w/U2SSPgDnqeAKpFJEmaJgPSL FkADJbOj3ZpUZP8YpS+8dmqAfoufFpLMHvEVpA9+azmySXDl8M2pT93cO+XvblYIGGLQ aUbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=1dS14P9jdy5SL84Cgix/rjYfGkZb8/FsC87Rp267ndE=; b=b3QzEfkbUdist3N3y9+IuAL3wVy/bnHl/emZ3Zvjv2YzxiiFMpAVq8upW9Iyt0FxsP Z2d/tUIK5BDpu2yObZI6Qam7bh/hZ2yhHXgbvxyWEktwKyz0/+/VmIpNQJtcuNbN/kVC uc4g1LoiYE/yxsLjKpzTnKf4i/cMfwL5mAhlXjk7nlZA2Id63pwYsN9BBWafFi5NeGQ8 1XFKRbBUNJsm/2X06hroY3n/ypizZuZE6KFQc8+4vo8JNLGT27IgunhcQ3qC5xjl+L75 jV3h1ho/G1crQui53JFNJILpZAlFHJCPbkSU2x5IdtXHQmmq6/zUd4bBQiMSFgMcXmPB slbg== X-Gm-Message-State: AMCzsaUtp0KA7W909NIEMzPz7MPAlyND1IVUE8rLbvRdbAUkRHYFnu8o nupH8/a5gxLv2glYfuDR6WPPrGtBTLT1Aq1Wx/8Sp/rB X-Google-Smtp-Source: ABhQp+SqZB+cENBCh8M6pDc5rU+eZVmELQzvpH1dQAnl6xm4ymDTslTi29rHIt+Mv/Om5zlQ+6bZscCMVw0I2vZV3hI= X-Received: by 10.36.64.19 with SMTP id n19mr2761223ita.119.1508951516353; Wed, 25 Oct 2017 10:11:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 10:11:55 -0700 (PDT) From: blubee blubeeme Date: Thu, 26 Oct 2017 01:11:55 +0800 Message-ID: Subject: po/Makefile.in.in was not created by intltoolize." To: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 17:11:57 -0000 I found this really old thread: https://mail.gnome.org/archives/gtkmm-list/2009-August/msg00072.html and this really old script to "work around" the issue. #! /bin/sh -etest -n "$srcdir" || srcdir=`dirname "$0"`test -n "$srcdir" || srcdir=.( cd "$srcdir" && AUTOPOINT='intltoolize --automake --copy' autoreconf --force --install --verbose) || exittest -n "$NOCONFIGURE" || "$srcdir/configure" "$@" Do I just have to implement this in the ports Makefile or is there some workaround? From owner-freebsd-current@freebsd.org Wed Oct 25 18:30:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85A9CE51515; Wed, 25 Oct 2017 18:30:30 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91BD27D282; Wed, 25 Oct 2017 18:30:28 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AejJYFRSj3XtElbZujNi0Cv9CAdpsv+yvbD5Q0YIu?= =?us-ascii?q?jvd0So/mwa6yZBSN2/xhgRfzUJnB7Loc0qyN4vCmATRIyK3CmUhKSIZLWR4BhJ?= =?us-ascii?q?detC0bK+nBN3fGKuX3ZTcxBsVIWQwt1Xi6NU9IBJS2PAWK8TW94jEIBxrwKxd+?= =?us-ascii?q?KPjrFY7OlcS30P2594HObwlSijewZbB/IA+qoQnNq8IbnZZsJqEtxxXTv3BGYf?= =?us-ascii?q?5WxWRmJVKSmxbz+MK994N9/ipTpvws6ddOXb31cKokQ7NYCi8mM30u683wqRbD?= =?us-ascii?q?VwqP6WACXWgQjxFFHhLK7BD+Xpf2ryv6qu9w0zSUMMHqUbw5Xymp4rx1QxH0li?= =?us-ascii?q?gIKz858HnWisNuiqJbvAmhrAF7z4LNfY2ZKOZycqbbcNgHR2ROQ9xRWjRPDI28?= =?us-ascii?q?cYUBEukPMuRWr4byu1QAogCzBRWuCe/z1jNEmmP60bM83u88EQ/GxgsgH9cWvX?= =?us-ascii?q?rKrdX1NqMSWv2rwanPyjXDdO1Z2TLn54jOaRAqvPaBXa5xccrTzUkiDAPLjk+O?= =?us-ascii?q?poP7Ij6by+oDv3Kc7+p6WuKikmgqoBx/rDiow8cjkIjJhoQNx1DL8yV5x4M1Ks?= =?us-ascii?q?OiRE58e96kH51dvDyZOYtuWs4vQH1ktDwkxrEapJK3ZicHxZo9yxPcavGKdZWD?= =?us-ascii?q?7Aj5W+aLOzh4gWpoeLe4hxmv70et0vb8Vsyo0FZSqSpFj8XMumgN1xPN7siHTe?= =?us-ascii?q?Nw/kS71jaL1gDT7/9LIVozlabBN54hw7wwlp4JvUvfGS/2n172g7GTdko+/Oio?= =?us-ascii?q?8P7rYrL8pp+TL4N0iwf+PboymsGnAuk0LhICU3aH9eihzrHu8kP0TK9Jg/A3iq?= =?us-ascii?q?XZtYrVJcUfpq63GQ9V1YMj5g6jDzen0tQYmWIKLFxfeB2ZkYfmIErOL+3iAfe4?= =?us-ascii?q?mVSsny9nx+raMb35HpXNMn/Dna/ufbZg8U5T1gwzwsxf551ODLEMO/3zWkrru9?= =?us-ascii?q?zZCh81KRC7w+HiCIY16oRLU2aSCKKUeKnWrFWF6+cia72DeZUYvj39Iv4N6Pvn?= =?us-ascii?q?jHt/klgYK/qHx5wSPUy5HPAuCEKeenfpi9EaWTMWvwg6ZMLwhVCoahIVYGy9Cf?= =?us-ascii?q?FvrgonAZ6rWN+QDrumh6aMiWLiRsVb?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ABBQCC1/BZ/1YryVBbGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBFgEBAQMBAQEJAQEBgzREEBBuJ48NjhYBAYF5MQGIGZAALYUSBAIChGx?= =?us-ascii?q?DFQEBAQEBAQEBAQEBaihCDIFqJAGCQQEFOhwjEAsYCSUPEhgeBhOKCAMZDKt8h?= =?us-ascii?q?zsNgy8BAQEBAQEBAwEBAQEBASKDLoVAgyqCXoIHAQGFcyABBKE3PIdliBmEbIE?= =?us-ascii?q?AgX+QNI0Nii01IoFbVTIISRAEglAJgyCBOD42AYIfhzWCNQEBAQ?= X-IPAS-Result: =?us-ascii?q?A2ABBQCC1/BZ/1YryVBbGgEBAQECAQEBAQgBAQEBFgEBAQM?= =?us-ascii?q?BAQEJAQEBgzREEBBuJ48NjhYBAYF5MQGIGZAALYUSBAIChGxDFQEBAQEBAQEBA?= =?us-ascii?q?QEBaihCDIFqJAGCQQEFOhwjEAsYCSUPEhgeBhOKCAMZDKt8hzsNgy8BAQEBAQE?= =?us-ascii?q?BAwEBAQEBASKDLoVAgyqCXoIHAQGFcyABBKE3PIdliBmEbIEAgX+QNI0Nii01I?= =?us-ascii?q?oFbVTIISRAEglAJgyCBOD42AYIfhzWCNQEBAQ?= Received: from 86.43-201-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.201.43.86]) by relay.skynet.be with ESMTP; 25 Oct 2017 20:29:15 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v9PITFef096999; Wed, 25 Oct 2017 20:29:15 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Wed, 25 Oct 2017 20:29:15 +0200 From: Tijl Coosemans To: blubee blubeeme Cc: FreeBSD Ports , FreeBSD current Subject: Re: po/Makefile.in.in was not created by intltoolize." Message-ID: <20171025202915.7e3de86c@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 18:30:30 -0000 On Thu, 26 Oct 2017 01:11:55 +0800 blubee blubeeme wrote: > I found this really old thread: > https://mail.gnome.org/archives/gtkmm-list/2009-August/msg00072.html > > and this really old script to "work around" the issue. > > #! /bin/sh -etest -n "$srcdir" || srcdir=`dirname "$0"`test -n > "$srcdir" || srcdir=.( > cd "$srcdir" && > AUTOPOINT='intltoolize --automake --copy' autoreconf --force > --install --verbose) || exittest -n "$NOCONFIGURE" || > "$srcdir/configure" "$@" > > > > Do I just have to implement this in the ports Makefile or is there some > workaround? Just add USES=autoreconf and USE_GNOME=intltool to your Makefile. From owner-freebsd-current@freebsd.org Wed Oct 25 21:43:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23AB9E54E62 for ; Wed, 25 Oct 2017 21:43:39 +0000 (UTC) (envelope-from 0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@amazonses.com) Received: from a8-176.smtp-out.amazonses.com (a8-176.smtp-out.amazonses.com [54.240.8.176]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0BA1832AE for ; Wed, 25 Oct 2017 21:43:38 +0000 (UTC) (envelope-from 0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ae7m2yrxjw65l2cqdpjxuucyrvy564tn; d=tarsnap.com; t=1508967816; h=To:From:Subject:Message-ID:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=w6vnPY0+EUSjTwxvR7NF2xMrtNqmt3JIQZrsiED2kFM=; b=Qg3GZwPnkFTZ6sqK5rjy5gdfG0o/8WX6qGCeyniR2vaL/7io32MML2cMy3Wvvuzy WqfvHL96BeAHf/g2T8tcsywDi8nSiqn2IZpOQXTdsi1pkOybUoYawfCTUdbKv5ZZVVG LGp7+ShLxF/rrJiLNLtMN5HLumQwiLe2dzoaZe8Y= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1508967816; h=To:From:Subject:Message-ID:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=w6vnPY0+EUSjTwxvR7NF2xMrtNqmt3JIQZrsiED2kFM=; b=kxvzQQTOcyOUhGdXbdGEzxvR1NtWgNUsEiXt5R+/AFcKEJO7QfNWW/iFuw27YMDv AE9L0LYhnhdkCzd4ns6KVtplaksWCjUV2uHTgcf5sFEKFPszuKo8cJu1NAmo1K3Sdn7 ewqIGG0qOZfK4V0ElDhMeoP0m8lIogO5yvSAPEZA= To: "freebsd-current@freebsd.org" From: Colin Percival Subject: RFC: Removing hpt* drivers from GENERIC Message-ID: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> Date: Wed, 25 Oct 2017 21:43:36 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SES-Outgoing: 2017.10.25-54.240.8.176 Feedback-ID: 1.us-east-1.Lv9FVjaNvvR5llaqfLoOVbo2VxOELl7cjN0AOyXnPlk=:AmazonSES X-Mailman-Approved-At: Wed, 25 Oct 2017 21:55:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 21:43:39 -0000 Hi developers, I'd like to remove the hpt* drivers from GENERIC. These are the drivers for the HighPoint storage hardware -- SATA (hptnr) and RAID (hpt27xx, hptiop, hptmv, hptrr). My reason for wanting to remove them is that the hpt27xx and hptnr drivers spend ~150 ms in their DEVICE_PROBE routines every time the system boots. Since they are roughly 1000x slower than the median driver, this is clearly excessive; unfortunately the time is being spent inside a binary blob, so there is no apparent way to fix the drivers. (The other three drives from the same vendor -- hptiop, hptmv, and hptrr -- don't exhibit this particular bug, but I don't see any strong argument in favour of not removing them along with the two problem drivers.) All of these are available via kernel modules, so the impact upon users should be minimal. Obviously I would not plan on MFCing this change. Any objections? -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@freebsd.org Wed Oct 25 22:30:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9CCAE55AF9 for ; Wed, 25 Oct 2017 22:30:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::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 8918D84B5F for ; Wed, 25 Oct 2017 22:30:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22c.google.com with SMTP id o135so2864887itb.0 for ; Wed, 25 Oct 2017 15:30:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=kOop7/FR7cTxrRKKbwJICx7+tMxilY6dblh6zKLRlQQ=; b=H5B/ogQ8PwmIZqTG/NML0xkdAugxP+ul27sGg1lfaRsZR1HgyWQftg3lAMyFgcxU9R SXDQcgyL92M6S0aOklvinMkSFkQfzZELooCn6ezYFuI61D1BsPMbujfuuHcaznBnC01d GoGZEV7M1AQbBOFb9KqTede2+c0Zn6lASS8ZgNimd10z8qUvsbo3YJ6CW/7y4Z8zt+pL T6NwkFqCteaQCKrzFFxd5/QVeVj+UaH5ZiF8F+O2wNNgwJv1tk8twCwRw32URcYuvCB+ uxAY3EDmzyNjYtxBApgmy0yqFwjKbNn/UFDnVAmWox0ZVa8e5KYnY9XesO8t2oIbWi2O vPEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=kOop7/FR7cTxrRKKbwJICx7+tMxilY6dblh6zKLRlQQ=; b=J4p2WNyzYn0sWKn2BweUPF868jWKGZ12u5DG++YFRu4852GPPmTfWSZz6WTZRWqmro A0JWsNkKhwDS6kFZEFPc4C/HqMMUAbwd+T9+KIeDNSgBZWKrobDjnFtobKsm+InOYv45 rXIqAwgfVLvVpvaq9vULwY0tGBAAVpdL6eAbVCMVfBJ0+7usuM25QsthP6O7gAQiO/oJ 6htvO5MjpeXnPcNIOnVlJuOZ6Y4woeHMEkQUXeQbMssDPHAlk/hVwrZWpNiKQ96slk4p 9W2YzjKnlrMDt8WbtTonPZO/Qja+Y5S6tw6aPQlPePkGWVevc+wxumns63N0nfeDFS2J Xfyw== X-Gm-Message-State: AMCzsaVdZ6WbZkK50KRNVHMeGXMJWc2SAKTlyP/JxeJMJW3Lbw1DVkd5 xfW5kKW6vYSevQ0qnnf8Mpy1Ql0zhaxOOjuzydn+Fg== X-Google-Smtp-Source: ABhQp+Q7gXWidWtBKXt3wbax8+w/TqEz4JbKvbJ6R5Veudwk/LGDAPNcGmEF0VbzOIN0OwsH381M7ikza1f7jYEK0yw= X-Received: by 10.36.69.100 with SMTP id y97mr4309250ita.50.1508970600584; Wed, 25 Oct 2017 15:30:00 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.57.22 with HTTP; Wed, 25 Oct 2017 15:29:59 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:9c93:1751:a648:919b] In-Reply-To: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> References: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> From: Warner Losh Date: Wed, 25 Oct 2017 16:29:59 -0600 X-Google-Sender-Auth: TGBaqonYS9wa00_yTWx_S7ter84 Message-ID: Subject: Re: RFC: Removing hpt* drivers from GENERIC To: Colin Percival Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 22:30:01 -0000 On Wed, Oct 25, 2017 at 3:43 PM, Colin Percival wrote: > Hi developers, > > I'd like to remove the hpt* drivers from GENERIC. These are the drivers > for the HighPoint storage hardware -- SATA (hptnr) and RAID (hpt27xx, > hptiop, > hptmv, hptrr). > > My reason for wanting to remove them is that the hpt27xx and hptnr drivers > spend ~150 ms in their DEVICE_PROBE routines every time the system boots. > Since they are roughly 1000x slower than the median driver, this is clearly > excessive; unfortunately the time is being spent inside a binary blob, so > there is no apparent way to fix the drivers. (The other three drives from > the same vendor -- hptiop, hptmv, and hptrr -- don't exhibit this > particular > bug, but I don't see any strong argument in favour of not removing them > along > with the two problem drivers.) > > All of these are available via kernel modules, so the impact upon users > should be minimal. Obviously I would not plan on MFCing this change. > > Any objections? > Works for me. Given that the user can load the modules by hand, it should be minimal impact. It needs to be in the release notes. And we should make sure that the installer copes if the user starts a shell and loads it after the installer has started... Though that's not a gating issue. Warner From owner-freebsd-current@freebsd.org Wed Oct 25 23:33:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF492E569D1 for ; Wed, 25 Oct 2017 23:33:57 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 811621CCC for ; Wed, 25 Oct 2017 23:33:56 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp121-45-63-178.bras2.adl4.internode.on.net (HELO midget.dons.net.au) ([121.45.63.178]) by ipmail06.adl6.internode.on.net with ESMTP; 26 Oct 2017 09:53:41 +1030 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPS id v9PNNaVp016560 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 26 Oct 2017 09:53:36 +1030 (CST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.1/8.14.9/Submit) id v9PMugAt097563 for ; Thu, 26 Oct 2017 09:26:42 +1030 (CST) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f Received: from [10.176.138.114] (ns.dons.net.au [10.0.2.1]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id v9PMuaoJ097551; Thu, 26 Oct 2017 09:26:42 +1030 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: RFC: Removing hpt* drivers from GENERIC From: "O'Connor, Daniel" In-Reply-To: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> Date: Thu, 26 Oct 2017 09:26:39 +1030 Cc: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> To: Colin Percival X-Mailer: Apple Mail (2.3273) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.0 X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2017 23:33:58 -0000 > On 26 Oct 2017, at 08:13, Colin Percival wrote: > My reason for wanting to remove them is that the hpt27xx and hptnr = drivers > spend ~150 ms in their DEVICE_PROBE routines every time the system = boots. > Since they are roughly 1000x slower than the median driver, this is = clearly > excessive; unfortunately the time is being spent inside a binary blob, = so > there is no apparent way to fix the drivers. (The other three drives = from > the same vendor -- hptiop, hptmv, and hptrr -- don't exhibit this = particular > bug, but I don't see any strong argument in favour of not removing = them along > with the two problem drivers.) >=20 > All of these are available via kernel modules, so the impact upon = users > should be minimal. Obviously I would not plan on MFCing this change. Seems sensible to me, but also worth contacting the blob authors if = possible and asking them what gives (and if they can fix it). -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Thu Oct 26 02:05:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8A00E5AFB5; Thu, 26 Oct 2017 02:05:01 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A239965BB4; Thu, 26 Oct 2017 02:05:01 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x231.google.com with SMTP id l196so3276579itl.4; Wed, 25 Oct 2017 19:05:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=b/37tUJoA4pOuZBEdWXEJOn436wSfbWXyitMZcgaDl8=; b=T3rxUPxMbCEoG8U80zvbVKu+fXEr2KW2Lcj6Eo+41wEj3r1zLdvdRKO2wVz2LN3lrf pGkHVKK9WA/5XWDoCfbmIcXmeZEMVfv7GN/78vAfMGDGt++dFCtMsb1oGVJovb3KyF4n 1Czp6Um6P+9f2K2ekveBGIq/fFU4tslQMfG2KgfUgEWZCm+5a+coMADgL7BsUNPgQbl+ rm0vTKaddvmAApNP+B+Ac/NoIHf/XA6u/xZeqkxH9f657buIKbeWVt3799SMFqVI3WP0 kCwkhn6Jzkm4+wQYOYtTnMrAsxcKkZdwxoEOviyQPzEVADbMneDEKw+02oqBPQGFJ/n9 zUyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=b/37tUJoA4pOuZBEdWXEJOn436wSfbWXyitMZcgaDl8=; b=WVlDAt+RhVAoTWUbrw6/0Opx4WuKKWFo3WXZZftXctV2rtAR7U27G6yqSLs46obLXh cs42EbwpK6vW8IYkQGYubBT87O6R4wH0vfk04Nkd2cg+ETyjun2VXIn2iEqkHL8psDw7 2AeQzIZ/6zJuQrfxYPQYI4Djd5nXSqdQy7oArglXvQxE7vWSn6NV+sGeu2CRr8Ibp6ar Oa5Y1qeT7feSHsdX53i+om5uNlfoKEcFO/59nKXKvVMvz9gNHOljY/BIBXYUA4CPpqf/ xhjUC/nwsDN+OT2alfQvDoF/c9bLnihwXh9jB7lWa8XKvI1orEiwOuA961P1cI7fYzsU dvKQ== X-Gm-Message-State: AMCzsaXY3hLR0P2JDz45/pVi6DCx/T5GqDibOXldBk9Ea9uMpTi1wRxW fV0g5LjG0xRem9M/j0VwWHfAME+z3j4gJFxBgUlSi2Aw X-Google-Smtp-Source: ABhQp+T5TQbkXHpFNn5SR31imELrhsgkglP/caKw6puvLcl/9Yjbknp+Vmu+/kJHtdouhLKDSTJaQkoF6bdEphRqaGY= X-Received: by 10.36.139.130 with SMTP id g124mr441082ite.100.1508983500655; Wed, 25 Oct 2017 19:05:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Wed, 25 Oct 2017 19:05:00 -0700 (PDT) From: blubee blubeeme Date: Thu, 26 Oct 2017 10:05:00 +0800 Message-ID: Subject: can't link against math.h To: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 02:05:02 -0000 I wrote a simple test program to test and see if math.h has the function: exp10f #include int main(int argc, char** argv) { (void)argv; return ((int*)(&exp10))[argc]; } tried compiling it with clang: clang++ test.cpp -o test -lm test.cpp:7:17: error: use of undeclared identifier 'expf10' return ((int*)(&expf10))[argc]; ^ 1 error generated. tried with gcc: gcc test.cpp -o test -lm test.cpp: In function 'int main(int, char**)': test.cpp:7:17: error: 'expf10' was not declared in this scope return ((int*)(&expf10))[argc]; Does FreeBSD math.h have expf10 and if so, how do I link against it? From owner-freebsd-current@freebsd.org Thu Oct 26 02:13:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3D58E2BAD9 for ; Thu, 26 Oct 2017 02:13:05 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fry.fubar.geek.nz (fry.fubar.geek.nz [139.59.165.16]) by mx1.freebsd.org (Postfix) with ESMTP id 71B4066326 for ; Thu, 26 Oct 2017 02:13:05 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from [IPv6:2a02:c7f:1e13:cf00:1fc:1a54:f042:b195] (unknown [IPv6:2a02:c7f:1e13:cf00:1fc:1a54:f042:b195]) by fry.fubar.geek.nz (Postfix) with ESMTPSA id D1BB44ECB2; Thu, 26 Oct 2017 02:12:57 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: RFC: Removing hpt* drivers from GENERIC From: Andrew Turner In-Reply-To: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> Date: Thu, 26 Oct 2017 03:12:57 +0100 Cc: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <15E3ADE8-A648-4408-AFCC-EA904CBEA4F5@fubar.geek.nz> References: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> To: Colin Percival X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 02:13:05 -0000 > On 25 Oct 2017, at 22:43, Colin Percival wrote: >=20 > Hi developers, >=20 > I'd like to remove the hpt* drivers from GENERIC. These are the = drivers > for the HighPoint storage hardware -- SATA (hptnr) and RAID (hpt27xx, = hptiop, > hptmv, hptrr). >=20 > My reason for wanting to remove them is that the hpt27xx and hptnr = drivers > spend ~150 ms in their DEVICE_PROBE routines every time the system = boots. > Since they are roughly 1000x slower than the median driver, this is = clearly > excessive; unfortunately the time is being spent inside a binary blob, = so > there is no apparent way to fix the drivers. (The other three drives = from > the same vendor -- hptiop, hptmv, and hptrr -- don't exhibit this = particular > bug, but I don't see any strong argument in favour of not removing = them along > with the two problem drivers.) >=20 > All of these are available via kernel modules, so the impact upon = users > should be minimal. Obviously I would not plan on MFCing this change. >=20 > Any objections? Why are we building these binary blobs into the kernel? We don=E2=80=99t = have the source for these so it=E2=80=99s more difficult to audit them = for security issues. If the user wishes to load them as modules they are = fine to do that, however I don=E2=80=99t think we shouldn=E2=80=99t be = linking any of these blobs in a GENERIC kernel. Andrew From owner-freebsd-current@freebsd.org Thu Oct 26 02:48:50 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57862E383B3; Thu, 26 Oct 2017 02:48:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A7E1673AD; Thu, 26 Oct 2017 02:48:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v9Q2NWqv002322 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 Oct 2017 19:23:32 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v9Q2NW15002321; Wed, 25 Oct 2017 19:23:32 -0700 (PDT) (envelope-from sgk) Date: Wed, 25 Oct 2017 19:23:32 -0700 From: Steve Kargl To: blubee blubeeme Cc: FreeBSD Ports , FreeBSD current Subject: Re: can't link against math.h Message-ID: <20171026022332.GA2292@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 02:48:50 -0000 On Thu, Oct 26, 2017 at 10:05:00AM +0800, blubee blubeeme wrote: > I wrote a simple test program to test and see if math.h has the function: > exp10f > #include > > int main(int argc, char** argv) > { > (void)argv; > return ((int*)(&exp10))[argc]; > } > > tried compiling it with clang: > clang++ test.cpp -o test -lm > test.cpp:7:17: error: use of undeclared identifier 'expf10' > return ((int*)(&expf10))[argc]; > ^ > 1 error generated. > > tried with gcc: > gcc test.cpp -o test -lm > test.cpp: In function 'int main(int, char**)': > test.cpp:7:17: error: 'expf10' was not declared in this scope > return ((int*)(&expf10))[argc]; > > Does FreeBSD math.h have expf10 and if so, how do I link against it? No. You could answer this question with a simple grep on math.h. Which C standard specifies exp10f or expf10? -- Steve From owner-freebsd-current@freebsd.org Thu Oct 26 05:41:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9FA0E3E7B5 for ; Thu, 26 Oct 2017 05:41:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA5A46D22A; Thu, 26 Oct 2017 05:41:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 0CABE840D; Thu, 26 Oct 2017 05:41:22 +0000 (UTC) Date: Thu, 26 Oct 2017 07:41:21 +0200 From: Baptiste Daroussin To: Andrew Turner Cc: Colin Percival , "freebsd-current@freebsd.org" Subject: Re: RFC: Removing hpt* drivers from GENERIC Message-ID: <20171026054121.jovsq5d7j4wqzci2@ivaldir.net> References: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> <15E3ADE8-A648-4408-AFCC-EA904CBEA4F5@fubar.geek.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mgh5dhiqlnm445op" Content-Disposition: inline In-Reply-To: <15E3ADE8-A648-4408-AFCC-EA904CBEA4F5@fubar.geek.nz> User-Agent: NeoMutt/20171013 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 05:41:22 -0000 --mgh5dhiqlnm445op Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 26, 2017 at 03:12:57AM +0100, Andrew Turner wrote: >=20 > > On 25 Oct 2017, at 22:43, Colin Percival wrote: > >=20 > > Hi developers, > >=20 > > I'd like to remove the hpt* drivers from GENERIC. These are the drivers > > for the HighPoint storage hardware -- SATA (hptnr) and RAID (hpt27xx, h= ptiop, > > hptmv, hptrr). > >=20 > > My reason for wanting to remove them is that the hpt27xx and hptnr driv= ers > > spend ~150 ms in their DEVICE_PROBE routines every time the system boot= s. > > Since they are roughly 1000x slower than the median driver, this is cle= arly > > excessive; unfortunately the time is being spent inside a binary blob, = so > > there is no apparent way to fix the drivers. (The other three drives f= rom > > the same vendor -- hptiop, hptmv, and hptrr -- don't exhibit this parti= cular > > bug, but I don't see any strong argument in favour of not removing them= along > > with the two problem drivers.) > >=20 > > All of these are available via kernel modules, so the impact upon users > > should be minimal. Obviously I would not plan on MFCing this change. > >=20 > > Any objections? GOGOGO >=20 > Why are we building these binary blobs into the kernel? We don=E2=80=99t = have the source for these so it=E2=80=99s more difficult to audit them for = security issues. If the user wishes to load them as modules they are fine t= o do that, however I don=E2=80=99t think we shouldn=E2=80=99t be linking an= y of these blobs in a GENERIC kernel. I totally agree here! Bapt --mgh5dhiqlnm445op Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlnxdX4ACgkQY4mL3PG3 Plr7kQ/+PnMcYUKZ//6VOnm9Rom5ZsAj+zWcYQG8Ph4vvRFJNS4G9cggbVPqL8PY XFLFOAdPBOfkrU9ZKKxLGVO4TCVT4Vgno/tNqJrwTKrc+AHFsEB0cfkG0W+/oiyw qU5svflkyH0vhqQi2GtDB7V/EAqqvGVoUSiulXFi5dVBF+sPbA2py7Ix7Ql7Xnv9 dWdRVIduIoxfSZ/YNQbzTfEO43HbI+JSssIn+JQ0nThu6nicrUelpdpiv6YzGN2D 4BV38v58KLOCYJaOF6Vq6j9fKIkNwe5QuZV35oui0RbcmxjyqKW4Dwd9sun4v3vp F6M/Bb4HoQiBxpwSuEQnCph284RZyoweqJuUDU33FwpoEcR7I4i2NXghLSA1CGq0 zJKknD8SF2jOSf5faVH7nMG0ZJH6xS3iISMn0sXaFS4LkCOwHWlq/DvbFVW6RCro jPnDhsD6Lgc/yyPRXkkDZjYltjAdLpwuEti7T+z5Axw29BE4fxfgl5rqFYHnv4qJ NqvG4hFWBlXt2DADWU35ZsYvln+PSBwCj9dWv8lCRgNQWvy92JAd4e/5E6R8/492 NFVC+58nmoow2hskOeoe0vwQ+6VUjV8SxE7VY8wYsGhCIWJe11uBjTt6GEhQJytj CnsKPwTNHOn39Xip8dWmUc4Ch/xhl3pXLo2eQG6WJ7anpvlL0CQ= =dnWO -----END PGP SIGNATURE----- --mgh5dhiqlnm445op-- From owner-freebsd-current@freebsd.org Thu Oct 26 13:39:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D17D1E49D15; Thu, 26 Oct 2017 13:39:04 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (gw.macktronics.com [209.181.253.70]) (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 AD2DC7E691; Thu, 26 Oct 2017 13:39:04 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from pandora.local (olive.macktronics.com [209.181.253.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id 373F2882; Thu, 26 Oct 2017 08:29:36 -0500 (CDT) From: Dan Mack To: Steve Kargl Cc: blubee blubeeme , FreeBSD Ports , FreeBSD current Subject: Re: can't link against math.h References: <20171026022332.GA2292@troutmask.apl.washington.edu> Date: Thu, 26 Oct 2017 08:29:35 -0500 In-Reply-To: <20171026022332.GA2292@troutmask.apl.washington.edu> (Steve Kargl's message of "Wed, 25 Oct 2017 19:23:32 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 13:39:04 -0000 % man 3 exp | NAME | exp, expf, expl, exp2, exp2f, exp2l, expm1, expm1f, expm1l, pow, powf, | powl - exponential and power functions gives a good summary as well. Dan Steve Kargl writes: > On Thu, Oct 26, 2017 at 10:05:00AM +0800, blubee blubeeme wrote: >> I wrote a simple test program to test and see if math.h has the function: >> exp10f >> #include >> >> int main(int argc, char** argv) >> { >> (void)argv; >> return ((int*)(&exp10))[argc]; >> } >> >> tried compiling it with clang: >> clang++ test.cpp -o test -lm >> test.cpp:7:17: error: use of undeclared identifier 'expf10' >> return ((int*)(&expf10))[argc]; >> ^ >> 1 error generated. >> >> tried with gcc: >> gcc test.cpp -o test -lm >> test.cpp: In function 'int main(int, char**)': >> test.cpp:7:17: error: 'expf10' was not declared in this scope >> return ((int*)(&expf10))[argc]; >> >> Does FreeBSD math.h have expf10 and if so, how do I link against it? > > No. You could answer this question with a simple grep on math.h. > > Which C standard specifies exp10f or expf10? From owner-freebsd-current@freebsd.org Thu Oct 26 17:47:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CC28E4F529 for ; Thu, 26 Oct 2017 17:47:11 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward101o.mail.yandex.net (forward101o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35E873145 for ; Thu, 26 Oct 2017 17:47:10 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback10j.mail.yandex.net (mxback10j.mail.yandex.net [IPv6:2a02:6b8:0:1619::113]) by forward101o.mail.yandex.net (Yandex) with ESMTP id EFBBD1347BCE for ; Thu, 26 Oct 2017 20:47:06 +0300 (MSK) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [2a02:6b8:0:1619::15:6]) by mxback10j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id QoaZzYnfSG-l6TGc28Q; Thu, 26 Oct 2017 20:47:06 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509040026; bh=atkBSJKikiQeR8AcCJT30ol5nZZc3Y7wa13wyVlL/Zs=; h=To:From:Subject:Message-ID:Date; b=OuI8KOd/Z+Zg/8sm+Id6CgNhz7OQIYoPCI3krT4plFxz1XuYbyN53uy2XLXy0s4hF 9iyzMdRFbe2zdEe3+Oy+cwdJO3y3oS6pbdF/JWPnqdXhi3J0H5UyO4rtGqT9hUCs36 NeZcHMFC0JnVGaw3Umty8c21kzI7/1t8iCh9RjmY= Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id b9q3KQr7Nw-l6sGmGeW; Thu, 26 Oct 2017 20:47:06 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509040026; bh=atkBSJKikiQeR8AcCJT30ol5nZZc3Y7wa13wyVlL/Zs=; h=To:From:Subject:Message-ID:Date; b=OuI8KOd/Z+Zg/8sm+Id6CgNhz7OQIYoPCI3krT4plFxz1XuYbyN53uy2XLXy0s4hF 9iyzMdRFbe2zdEe3+Oy+cwdJO3y3oS6pbdF/JWPnqdXhi3J0H5UyO4rtGqT9hUCs36 NeZcHMFC0JnVGaw3Umty8c21kzI7/1t8iCh9RjmY= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@passap.ru To: freebsd-current@FreeBSD.org From: Boris Samorodov Subject: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head' Message-ID: <5808df76-b11a-ab7b-0cb8-531e0d53eef8@passap.ru> Date: Thu, 26 Oct 2017 20:47:06 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 17:47:11 -0000 Hi All, Since a few days I can't update repository (info and cleanup works, but not update and commit) both at local and remote systems. Is it my personal problem/misconfig? --- % svnlite up Updating '.': svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head' svn: E210002: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: E210002: Network connection closed unexpectedly % uname -a FreeBSD latt.bsnet 12.0-CURRENT FreeBSD 12.0-CURRENT #65 r325004M: Thu Oct 26 05:11:56 MSK 2017 bsam@builder.bsnet:/usr/obj/usr/src/sys/PKG64X amd64 % svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn+ssh://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn+ssh://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 451243 Node Kind: directory Schedule: normal Last Changed Author: gerald Last Changed Rev: 451242 Last Changed Date: 2017-10-04 22:15:41 +0300 (ср, 04 окт. 2017) --- Thank you. -- WBR, bsam From owner-freebsd-current@freebsd.org Thu Oct 26 17:49:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B054DE4F731 for ; Thu, 26 Oct 2017 17:49:49 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 733B8349A for ; Thu, 26 Oct 2017 17:49:49 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1e7mHt-000F34-EX; Thu, 26 Oct 2017 19:49:49 +0200 Date: Thu, 26 Oct 2017 19:49:49 +0200 From: Kurt Jaeger To: Boris Samorodov Cc: freebsd-current@FreeBSD.org Subject: Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head' Message-ID: <20171026174949.GF34891@home.opsec.eu> References: <5808df76-b11a-ab7b-0cb8-531e0d53eef8@passap.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5808df76-b11a-ab7b-0cb8-531e0d53eef8@passap.ru> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 17:49:49 -0000 Hi! > Since a few days I can't update repository (info and cleanup works, > but not update and commit) both at local and remote systems. > > Is it my personal problem/misconfig? At least it works here (.de). Maybe this *is* a SSH issue ? > svn: E210002: To better debug SSH connection problems, remove the -q > option from 'ssh' in the [tunnels] section of your Subversion > configuration file. > svn: E210002: Network connection closed unexpectedly Can you try to ssh to svn.freebsd.org ? What does it show ? -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-current@freebsd.org Thu Oct 26 17:52:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9C76E4F99D for ; Thu, 26 Oct 2017 17:52:22 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward105p.mail.yandex.net (forward105p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 826BD385C for ; Thu, 26 Oct 2017 17:52:22 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback8g.mail.yandex.net (mxback8g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:169]) by forward105p.mail.yandex.net (Yandex) with ESMTP id E17AA4086F4D; Thu, 26 Oct 2017 20:52:19 +0300 (MSK) Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:8]) by mxback8g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ErSJSp9a55-qJraPPXC; Thu, 26 Oct 2017 20:52:19 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509040339; bh=xYL8v4YZA47OdiSVuhx2u+C9p2fwf5Sd8bGg1eUt6Zo=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=lYPj9uJUe/LZsJiPZKYLVJyCwGX0Bc2WzWPBtqAqSoF75mDJ06bpgwrAxZvf5KmpW +71+fJIUiKibjK2XJpbWfyqhQnNB+dqYmYVOVPrAK8GhOB7isTvn7KG7Y7XZKcVKSt Bl0bxKxZg8Q4reyhhdGYmxbNZPXkdFVhj1u2gckQ= Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 5JvOrWviz5-qJN8XtjY; Thu, 26 Oct 2017 20:52:19 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509040339; bh=xYL8v4YZA47OdiSVuhx2u+C9p2fwf5Sd8bGg1eUt6Zo=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=lYPj9uJUe/LZsJiPZKYLVJyCwGX0Bc2WzWPBtqAqSoF75mDJ06bpgwrAxZvf5KmpW +71+fJIUiKibjK2XJpbWfyqhQnNB+dqYmYVOVPrAK8GhOB7isTvn7KG7Y7XZKcVKSt Bl0bxKxZg8Q4reyhhdGYmxbNZPXkdFVhj1u2gckQ= Authentication-Results: smtp3p.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head' To: Kurt Jaeger Cc: freebsd-current@FreeBSD.org References: <5808df76-b11a-ab7b-0cb8-531e0d53eef8@passap.ru> <20171026174949.GF34891@home.opsec.eu> From: Boris Samorodov Message-ID: <70321ada-32a4-687e-48c1-3f9bcf5a3ba5@passap.ru> Date: Thu, 26 Oct 2017 20:52:18 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171026174949.GF34891@home.opsec.eu> Content-Type: text/plain; charset=utf-8 Content-Language: ru-RU Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 17:52:22 -0000 26.10.2017 20:49, Kurt Jaeger пишет: > Hi! > >> Since a few days I can't update repository (info and cleanup works, >> but not update and commit) both at local and remote systems. >> >> Is it my personal problem/misconfig? > > At least it works here (.de). > > Maybe this *is* a SSH issue ? > >> svn: E210002: To better debug SSH connection problems, remove the -q >> option from 'ssh' in the [tunnels] section of your Subversion >> configuration file. >> svn: E210002: Network connection closed unexpectedly > > Can you try to ssh to svn.freebsd.org ? What does it show ? > % ssh svn.freebsd.org ssh_exchange_identification: read: Connection reset by peer BTW, ssh to freefall.freebsd.org works. -- WBR, bsam From owner-freebsd-current@freebsd.org Thu Oct 26 17:56:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E943E4FAC9 for ; Thu, 26 Oct 2017 17:56:05 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward101j.mail.yandex.net (forward101j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBA463ABD; Thu, 26 Oct 2017 17:56:04 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback1g.mail.yandex.net (mxback1g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:162]) by forward101j.mail.yandex.net (Yandex) with ESMTP id CE1461244A9E; Thu, 26 Oct 2017 20:56:01 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback1g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id UQ0ROUc449-u1S8qLGw; Thu, 26 Oct 2017 20:56:01 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509040561; bh=qaZZXj/OjLlInf1VYN9cTuKFlYn9VKJCm/tBSmT10Yc=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=SyIbRrG0cRD/pHeAJz730PSuIEjHxB1q1ImjdOfw5ISMIoksrkpQyQHfvX5yHAx3r nbMwKm9aeX8CCq5AlQLCys3iu02Gq5ZBJ9TN8ODdrQxsh8ZGbnduIWox3GlXhhMmUX QkAZulgOBGpZSZ0OT+WbT8YdwTJpEB8SDG5/RUeU= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id YHzY1HfSPc-u1Z8irDO; Thu, 26 Oct 2017 20:56:01 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1509040561; bh=qaZZXj/OjLlInf1VYN9cTuKFlYn9VKJCm/tBSmT10Yc=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=SyIbRrG0cRD/pHeAJz730PSuIEjHxB1q1ImjdOfw5ISMIoksrkpQyQHfvX5yHAx3r nbMwKm9aeX8CCq5AlQLCys3iu02Gq5ZBJ9TN8ODdrQxsh8ZGbnduIWox3GlXhhMmUX QkAZulgOBGpZSZ0OT+WbT8YdwTJpEB8SDG5/RUeU= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head' To: Benjamin Kaduk Cc: freebsd-current@FreeBSD.org References: <5808df76-b11a-ab7b-0cb8-531e0d53eef8@passap.ru> <20171026175142.GY96685@kduck.kaduk.org> From: Boris Samorodov Message-ID: <64284bd2-84d4-6e48-8dde-50b32611ad91@passap.ru> Date: Thu, 26 Oct 2017 20:56:00 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171026175142.GY96685@kduck.kaduk.org> Content-Type: text/plain; charset=utf-8 Content-Language: ru-RU Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 17:56:05 -0000 26.10.2017 20:51, Benjamin Kaduk пишет: > On Thu, Oct 26, 2017 at 08:47:06PM +0300, Boris Samorodov wrote: >> Hi All, >> >> Since a few days I can't update repository (info and cleanup works, >> but not update and commit) both at local and remote systems. >> >> Is it my personal problem/misconfig? >> >> --- >> % svnlite up >> Updating '.': >> svn: E170013: Unable to connect to a repository at URL >> 'svn+ssh://svn.freebsd.org/ports/head' > > For ssh access, you probably are better off with repo.freebsd.org, per > the committer's guide. Great, that worked. Thank you, Ben. -- WBR, bsam From owner-freebsd-current@freebsd.org Thu Oct 26 17:57:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72B9DE4FC0D for ; Thu, 26 Oct 2017 17:57:00 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (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 0BBE83D8B for ; Thu, 26 Oct 2017 17:56:59 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074423-f7bff700000018be-6b-59f220b3a69f Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 85.DC.06334.4B022F95; Thu, 26 Oct 2017 13:51:48 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id v9QHpkjZ017545; Thu, 26 Oct 2017 13:51:47 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v9QHpgDv013016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Oct 2017 13:51:45 -0400 Date: Thu, 26 Oct 2017 12:51:43 -0500 From: Benjamin Kaduk To: Boris Samorodov Cc: freebsd-current@FreeBSD.org Subject: Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head' Message-ID: <20171026175142.GY96685@kduck.kaduk.org> References: <5808df76-b11a-ab7b-0cb8-531e0d53eef8@passap.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5808df76-b11a-ab7b-0cb8-531e0d53eef8@passap.ru> User-Agent: Mutt/1.8.3 (2017-05-23) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDIsWRmVeSWpSXmKPExsUixCmqrbtF4VOkQe86Y4u/z84zW8x584HJ gcljxqf5LB5PZr5iC2CK4rJJSc3JLEst0rdL4MpYuWsha8E/5op37yazNTBOYu5i5OSQEDCR eLv6F5DNxSEksJhJYsL/BlYIZyOjxIGrK9hAqoQErjJJzP8VCWKzCKhKzHi6gwXEZhNQk1i/ 4hrYJBEBFYkT5zewg9jMAvISv7Y2gdnCAjkSEy60gdXzAm37O3EZE8RMG4kzD/ZAxQUlTs58 wgLRqyVx499LoBoOIFtaYvk/DpAwp4CtxKktN8FKRAWUJebtW8U2gVFgFpLuWUi6ZyF0L2Bk XsUom5JbpZubmJlTnJqsW5ycmJeXWqRrppebWaKXmlK6iREUpOwuyjsYX/Z5H2IU4GBU4uGd 8f5DpBBrYllxZe4hRkkOJiVRXoY9QCG+pPyUyozE4oz4otKc1OJDjBIczEoivFHCnyKFeFMS K6tSi/JhUtIcLErivNuCdkUKCaQnlqRmp6YWpBbBZGU4OJQkeOWA0SgkWJSanlqRlplTgpBm 4uAEGc4DNJwbpIa3uCAxtzgzHSJ/itGY48bD63+YOJ7NfN3ALMSSl5+XKiXOe1IeqFQApDSj NA9uGijRSGTvr3nFKA70nDBvFkgVDzBJwc17BbSKCWhVk+oHkFUliQgpqQbGHku+txeD8jcb bD+kOf2Gjc+J3ZfCW6ccFNvxzsIq38hr63G1nN32gl1Zr7QN5D8ta7ob+6zNOE6mqPlahHQO +/Odfr8krzc4Xeb2Xbt2p5C4q6dboJ6pw5/qd4cPVGUlHhK08nAv45gd7aejtepLM6//onen QuLrIndtnJxyrfR7Meue0yeVWIozEg21mIuKEwFzU/8VDwMAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2017 17:57:00 -0000 On Thu, Oct 26, 2017 at 08:47:06PM +0300, Boris Samorodov wrote: > Hi All, > > Since a few days I can't update repository (info and cleanup works, > but not update and commit) both at local and remote systems. > > Is it my personal problem/misconfig? > > --- > % svnlite up > Updating '.': > svn: E170013: Unable to connect to a repository at URL > 'svn+ssh://svn.freebsd.org/ports/head' For ssh access, you probably are better off with repo.freebsd.org, per the committer's guide. -Ben From owner-freebsd-current@freebsd.org Fri Oct 27 02:23:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC14CE592AB for ; Fri, 27 Oct 2017 02:23:12 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94AB572B10 for ; Fri, 27 Oct 2017 02:23:12 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qk0-x231.google.com with SMTP id q83so6742582qke.6 for ; Thu, 26 Oct 2017 19:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=V4qDsxEqbR62hzMOWeO4nXaXTfkn2AlN9Sr9YTWIpaA=; b=KUFhC0ayKqCCBPm1OCxAzpXEA29DWevxRssie/+8OolzxqUDAvxlw5COswPS14VjhB +tcrglz9kq7P2B1bJoFbqchA9+pGE9xl2vaHFoFFeAKEEaGnSNUjtSnZoGar9vP7P0kw 7wiR6u6XiY5PJIeAcOSkP8phsPEdWkmipF9QLxHkAGJMqdL/uSqhbEG2SgXScMWP9xr5 PYA+sW+XWc3GEDVvrywyz9wCZR4jgbSLUZRxcNzA0kUCRbt5RurbJmUExHxR6AokadtP FP5dTaDJeW2wDg0gQgXJGtrq8WO92gbaHyONc0xh0thmC+sG+g5ySnyk3+GgPDK+GRZE BCPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=V4qDsxEqbR62hzMOWeO4nXaXTfkn2AlN9Sr9YTWIpaA=; b=PU7I878icEnqNijxQEu1kvGTo0hn3N9TepxeTv1CjYMog5Z5XzRyw4LuV+RGNBqmBD t4uJCdqYaHPfJCt6CYF1Z08o4HQF2aR+bCSh2w0ja94xdTAPMjxnS/SK1Lz2YaoSRms9 LUZkBuPY8lVs87nF1lwRVmbNE1zmbb69VUx9XL52JAy6ltG8IJytfEaHy/8M/SOMdg7V 2c7m1ZRthTA51JnH5eRr0ZGGw/2uKzi/BCwE1DCK+2uUBJits8SEzgqtwz3aY71geNDG k3aaGtPV1b3tp2oICkIfRoafvuOUn1tkDLGAE4HJwyA815E51fTr8IqDkuB7ClFd7XZ/ 4IGw== X-Gm-Message-State: AMCzsaWMw95+niV5iKfXFVYZN5kCcDB6RSi+DL1wIAQNLfFKc37Kfhzi CQl+vvAcDjHHPly28GYrQ2yCMZZNHOZVXLSa1d7UMg== X-Google-Smtp-Source: ABhQp+SxCMY59S3n31sMIHnxB7obq2Sh07q5or86viuRztjcm1n8CATtm8JT+HueXSoLOsfeROhxNnStqoaqkJzmwjI= X-Received: by 10.55.139.133 with SMTP id n127mr11206589qkd.119.1509070991737; Thu, 26 Oct 2017 19:23:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.52.198 with HTTP; Thu, 26 Oct 2017 19:23:11 -0700 (PDT) In-Reply-To: <0d173f14-dd07-8a06-0937-63f2b350cc5c@selasky.org> References: <0d173f14-dd07-8a06-0937-63f2b350cc5c@selasky.org> From: Mateusz Guzik Date: Fri, 27 Oct 2017 04:23:11 +0200 Message-ID: Subject: Re: There is *NO* abi stability in -head To: Hans Petter Selasky Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2017 02:23:13 -0000 On Tue, Oct 24, 2017 at 10:47 AM, Hans Petter Selasky wrote: > On 10/23/17 22:35, Mateusz Guzik wrote: > >> This is your friendly reminder that in head struct layouts can change >> and each update requires you to rebuild *all* modules (including ones >> which come from ports). In practice you can get away without it most of >> the time, but if in doubt or seeing funny crashes - *recompile* and test >> with that. >> >> > Hi, > > And for developers making this changes, consider bumping the > __FreeBSD_version macro in sys/sys/param.h along with your commit. It > forces recompilation of external kernel modules :-) > > I think this only serves to pollute the list. It should be used to note changes which require modification of external modules or provide a new feature a module can be interested in. I don't see any value for describing things which clear themselves with recompilation of modules. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Oct 27 04:59:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AC9EE5BF79 for ; Fri, 27 Oct 2017 04:59:45 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BD15771BD for ; Fri, 27 Oct 2017 04:59:44 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 1556C209D3; Fri, 27 Oct 2017 00:59:43 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 27 Oct 2017 00:59:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-type:date:from:message-id:mime-version:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=5qfboc4Iu3O6X7vSG GKXW5V8xHnfmK1/yzd/sctiC1g=; b=hc6N9M4FEY0jiUPcfPrchFyID3K1MLEsL eD/9awgfrKCYIa6GrQF2G5QAHamUqL4H4lF9VnsAAcy0nejU/GCmRJpRcrVoTnp0 bafhCOdEOD0OJr3SXiDmWNM2tal3jJppSU1oNDCCtcqma9XvMABS5ky/RAG2KBPb 727rRvVuKlqplsn+KvgCOpjDY6UgQfspzletYDZauqS3jXKXjazSlH1ib5K86WGo oPb/rKGtCEdOBB9Tt46ZrOG49ETOhWmkUWasKCEUE+rZ8kTR9SS7/rZ5vhUmAPVq Pun/PuKEwTtJ5/RxLaXaDdilHOpRfw2WT21h9iTyG/NK4RCx/P/RQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=5qfboc4Iu3O6X7vSGGKXW5V8xHnfmK1/yzd/sctiC1g=; b=oIVz/s2j k7EOksmnIvGvZEYDwh/T762b7SRon1/TvMrRtIcae5U76ax2debHd2HyBrwRrr4I 4ZaKNBlpK1k68mPres5b8NjIP9PE7A5zHjXdGjWYbhcBy+swRtnFLgYDWHO/qV7P 61cpekU8UGz9OPy0tVgQ9X1P+JY+RdEvaD8MAg0JrUunYdcds1touYW83N2pYgTz x3v0ShjDLylAjOQhAD+pJaT+m7CyyUOXh+YdgH0hVnSogdHMDTW17FPumzCD0Uk3 YvxvrhRAeZ4NMcGhP4gUjaNm6RJo7JY6lcXrXLyYh0y+wv/wMKDzHK8LpZxQJF+L hwfPF0ud/xt22w== X-ME-Sender: Received: from localhost (c-210-10-133-124.can.connect.net.au [210.10.133.124]) by mail.messagingengine.com (Postfix) with ESMTPA id 85CB17E139 for ; Fri, 27 Oct 2017 00:59:42 -0400 (EDT) From: Alastair Hogge To: FreeBSD Current Subject: Host CPUTYPE?=bdver2 unable to build release target for CPUTYPE?=slm Date: Fri, 27 Oct 2017 12:59:30 +0800 Message-ID: <2624318.nVSeVBqMH8@direwolf.local.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1719251.5b14vPaAmH"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2017 04:59:45 -0000 --nextPart1719251.5b14vPaAmH Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Hi, I am attempting to build a release ${SRC}/release/release.sh -c=20 ${custom_release.conf}, however, the build fails with: make[1]: "/scratch/fafnir/usr/src/Makefile.inc1" line 162: SYSTEM_COMPI= LER:=20 Determined that CC=3Dcc matches the source tree. Not bootstrapping a c= ross- compiler. =2D------------------------------------------------------------- >>> World build started on Fri Oct 27 00:41:56 UTC 2017 =2D------------------------------------------------------------- =2D------------------------------------------------------------- >>> Rebuilding the temporary build tree =2D------------------------------------------------------------- =2D------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims =2D------------------------------------------------------------- =3D=3D=3D> tools/build (obj,includes,all,install) =2D------------------------------------------------------------- >>> stage 1.2: bootstrap tools =2D------------------------------------------------------------- =3D=3D=3D> lib/clang/libllvmminimal (obj,all,install) =3D=3D=3D> usr.bin/clang/llvm-tblgen (obj,all,install) =3D=3D=3D> usr.bin/clang/clang-tblgen (obj,all,install) =3D=3D=3D> kerberos5/tools/make-roken (obj,all,install) =3D=3D=3D> kerberos5/lib/libroken (obj,all,install) =3D=3D=3D> kerberos5/lib/libvers (obj,all,install) =3D=3D=3D> kerberos5/tools/asn1_compile (obj,all,install) yacc: 4 shift/reduce conflicts. =3D=3D=3D> kerberos5/tools/slc (obj,all,install) =3D=3D=3D> usr.bin/compile_et (obj,all,install) =3D=3D=3D> usr.bin/fortune/strfile (obj,all,install) =3D=3D=3D> usr.bin/dtc (obj,all,install) =3D=3D=3D> usr.bin/lorder (obj,all,install) =3D=3D=3D> lib/libopenbsd (obj,all,install) =3D=3D=3D> usr.bin/mandoc (obj,all,install) =3D=3D=3D> usr.bin/rpcgen (obj,all,install) =3D=3D=3D> lib/liby (obj,all,install) =3D=3D=3D> usr.bin/yacc (obj,all,install) =3D=3D=3D> usr.bin/xinstall (obj,all,install) =3D=3D=3D> usr.sbin/config (obj,all,install) =3D=3D=3D> usr.bin/vtfontcvt (obj,all,install) =3D=3D=3D> usr.bin/localedef (obj,all,install) In file included from /scratch/fafnir/usr/src/usr.bin/localedef/collate= .c:50: In file included from /scratch/fafnir/usr/src/lib/libc/locale/collate.h= :42: /scratch/fafnir/usr/src/lib/libc/locale/xlocale_private.h:168:18: warni= ng:=20 passing 'long *' to parameter of type 'volatile u_long *' (aka 'volatil= e=20 unsigned long *') converts between pointers to integer types with diffe= rent=20 sign [-Wpointer-sign] atomic_add_long(&(obj->retain_count), 1); [log trimmed] =3D=3D=3D> usr.sbin/crunch (installconfig) = =20 =3D=3D=3D> usr.sbin/crunch/crunchgen (installconfig) = =20 =3D=3D=3D> usr.sbin/crunch/crunchide (installconfig) = =20 =3D=3D=3D> usr.sbin/unbound (installconfig) = =20 =3D=3D=3D> usr.sbin/unbound/daemon (installconfig) = =20 =3D=3D=3D> usr.sbin/unbound/anchor (installconfig) = =20 =3D=3D=3D> usr.sbin/unbound/checkconf (installconfig) = =20 =3D=3D=3D> usr.sbin/unbound/control (installconfig) = =20 =3D=3D=3D> usr.sbin/unbound/local-setup (installconfig) = =20 =3D=3D=3D> usr.sbin/uathload (installconfig) = =20 =3D=3D=3D> usr.sbin/uhsoctl (installconfig) = =20 =3D=3D=3D> usr.sbin/usbconfig (installconfig) = =20 =3D=3D=3D> usr.sbin/usbdump (installconfig) = =20 =3D=3D=3D> usr.sbin/ac (installconfig) = =20 =3D=3D=3D> usr.sbin/lastlogin (installconfig) = =20 =3D=3D=3D> usr.sbin/utx (installconfig) =20 =3D=3D=3D> etc (installconfig) =20 ELF ldconfig path: /lib /usr/lib /usr/lib/compat =20 32-bit compatibility ldconfig path: /usr/lib32 =20 make: "/usr/src/Makefile" line 313: warning: "LC_ALL=3DC date" exited o= n a signal =20 make[1]: "/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER: Determined= that=20 CC=3Dcc matches the source tree. Not bootstrapping a cross-compiler. = = =20 make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m= =2D%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date +-%Y= =2D%m-%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%= m-%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date +-= %Y%m%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date +%= Y.%m.%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m= =2D%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date +-%Y= =2D%m-%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%= m-%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date +-= %Y%m%d"=20 exited on a signal =20 make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date +%= Y.%m.%d"=20 exited on a signal =20 =2D------------------------------------------------------------- = =20 >>> World build started on =20 =2D------------------------------------------------------------- = =20 =20 =2D------------------------------------------------------------- = =20 >>> Rebuilding the temporary build tree =20 =2D------------------------------------------------------------- = =20 Illegal instruction (core dumped) =20 *** [_worldtmp] Error code 132 =20 =20 make[1]: stopped in /usr/src =20 1 error =20 =20 make[1]: stopped in /usr/src =20 *** [buildworld] Error code 2 =20 =20 make: stopped in /usr/src =20 1 error =20 =20 make: stopped in /usr/src =20 =20 Command exit status: 2 I have three other hosts that I build for, the only major difference be= tween=20 each hosts is the collections of ports, wireless/wired options in the k= ernel,=20 and CPUTYPE. The build host is built with CPUTYPE?=3Dbdver2, the others= hosts are btver1, corei7, corei7-avx, and slm. There used to a core2 host, bu= t I=20 retired it, however, I mention it because it built successfully. The failed build log above is from the bdver2 host building a release f= or the=20 slm host, all other builds complete without error. If I use the slm config and make build{kernel|world} from ${SRC}, the b= uild=20 completes, if I populate a jail with stock or my bdver2 distribution se= t, the=20 build also succeeds, the only time the slm build fails is during=20 ${SRC}/release/release.sh on the bdver2 host. Is it possible to build a x86_64 Silvermont release from an AMD Bulldoz= er? Why=20 does the regular build from the top of the source tree complete and the= one=20 from=20the release sub directory fail? I normally export the custom build= s via=20 NFS, tho, I still need release images and distribution sets. The release build with customisations works on the slm host itself, it = just=20 takes too many hours. $ cat /etc/slm-make.conf: ALWAYS_CHECK_MAKE=3D YES = = = =20 CPUTYPE?=3D slm DEFAULT_VERSIONS=3D bdb=3D5 linux=3Dc7_64 ssl=3Dopenssl LICENSES_ACCEPTED+=3D MSPAT KERNCONF=3DFAFNIR MALLOC_PRODUCTION=3D MODULES_OVERRIDE=3D vmm WITH_PKG=3D devel WITH_SSP_PORTS=3D $ cat /etc/bdver2-make.conf: ALWAYS_CHECK_MAKE=3D YES = = = =20 CPUTYPE?=3D bdver2 DEFAULT_VERSIONS=3D bdb=3D5 linux=3Dc7_64 ssl=3Dopenssl LOADER_FIREWIRE_SUPPORT=3D LICENSES_ACCEPTED+=3D MSPAT KERNCONF=3D DIREWOLF MALLOC_PRODUCTION=3D MODULES_OVERRIDE=3D linux_common linuxkpi linprocfs linsysfs linu= x64 \ linux vmm QT4_OPTIONS=3D CUPS TEX_DEFAULT=3D texlive WINE_CROSS_BUILD=3D WITH_NVIDIA_GL=3D WITH_PKG=3D devel WITH_SSP_PORTS=3D Thanks, Alastair =2D-=20 Some people have no respect for age unless it's bottled. --nextPart1719251.5b14vPaAmH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEE863ZAMFLT4P9HbjBtzY+5ZChngEFAlnyvTIACgkQtzY+5ZCh ngGBOAgAukSEYmt+WWHtkgknPdLOn8cjBOzG34YP3thSZZ1dc9lt480QQpDqTGkW 4vqN1FlKJNowH2UfYf3VDxju2iHbRo+H/o/Aff37+/MDL1anIIoEDsXan7zY0hQy p5MAF4WqW/SG2Wzab0kvG2RO42BWNSiSxgLb4losfT97OpTqk4TWEkAbAzrOphiR KQC0VkX/SR3Xwa9DW1/S/8IWAwciqdxSTeTaEsXABti0jQ0qldPXol3mE3wl7SEr ygSwBQqOGaoZpX/HHOpuMofVAb63xuVebNfRF060IaVnPqoXO2h61zHQcVLfatDk zHRfWK8drGdPUZQguAOWy5ynXofzlg== =HmcG -----END PGP SIGNATURE----- --nextPart1719251.5b14vPaAmH-- From owner-freebsd-current@freebsd.org Fri Oct 27 05:24:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82149E5C6B5 for ; Fri, 27 Oct 2017 05:24:32 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5186677CFE for ; Fri, 27 Oct 2017 05:24:31 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id E8D3C20A9E; Fri, 27 Oct 2017 01:24:30 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 27 Oct 2017 01:24:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=7HAG2LAzPYktNqHTSPK9tc7N5XO2MR/uDnu3B8lEGH8=; b=Hr+GkfEi 7tZ5QBjEEAfYXSFqXhMFY8qLQU5Tnkle/y10JzJ2q25mjHiC7WxvGfSwk3XZU2Ld ht1m+Og+chzmEaRlm658eIpxDo1/UgWyX6x9+yt2dqpIc8/M0Kk4woXKOEYBO+Wm QmSG6lGuxx+oNEQeqq9XLkfdM120/3N9S34pUD48nFPPNBaOXkhxDq3Vo8QQdXyA GBMN/SqK7zwVPupahBzYqC7XYMDTXp8gicHP5hMFxoR5RNfPMCNILTp0rlXsGvuT UCE0vwGSLGbGnFeJ140ei+D9iJjf2sz9HNnNK3ju5KKpoQiiCfDEpyzu387stjDc ajIwSbK8cF/FXg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=7HAG2LAzPYktNqHTSPK9tc7N5XO2M R/uDnu3B8lEGH8=; b=lxtK3taK19wa7I2QnRBkB1dpISpfovK16rcHWjZJoSyN2 As+SZ5auiuSgrVqdEP8TnmrttOv0jypNAzNu5r7M/h96et9fTm89mzw0XA0kq+HO WwFzoKGZOt7hnME/8FNPDUkD3fOJdrFSWnIaIgdQLRaXjEZF5UX1vV62XgX6a4cN HlYhyswlYhxjVoflMqvU7oh3RZnirY74Xtlu0+SWGCq1j5c/iNaHbJmVgriwZ8uQ BzCaLwPoFz9Tf0nOme1TxUhvIYYJ5QTn+5/L9+MKT4aQg+1RZnZgqDTgbHaiZpfr qnzCe9pliGTa1G9Pph0d4WiNVfMvlbldGpVYxIoCg== X-ME-Sender: Received: from localhost (c-210-10-133-124.can.connect.net.au [210.10.133.124]) by mail.messagingengine.com (Postfix) with ESMTPA id 6D7C77E139 for ; Fri, 27 Oct 2017 01:24:30 -0400 (EDT) From: Alastair Hogge To: freebsd-current@freebsd.org Subject: Re: Host CPUTYPE?=bdver2 unable to build release target for CPUTYPE?=slm Date: Fri, 27 Oct 2017 13:24:13 +0800 Message-ID: <7056171.Kq1Ggbce6U@direwolf.local.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) In-Reply-To: <2624318.nVSeVBqMH8@direwolf.local.> References: <2624318.nVSeVBqMH8@direwolf.local.> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4662047.5o9XDSd2mZ"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2017 05:24:32 -0000 --nextPart4662047.5o9XDSd2mZ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Source tree is at r325004 On Fri, 27 Oct 2017-10-27 12:59:30 Alastair Hogge wrote: > Hi, >=20 > I am attempting to build a release ${SRC}/release/release.sh -c > ${custom_release.conf}, however, the build fails with: >=20 > make[1]: "/scratch/fafnir/usr/src/Makefile.inc1" line 162: SYSTEM_COM= PILER: > Determined that CC=3Dcc matches the source tree. Not bootstrapping a= cross- > compiler. > -------------------------------------------------------------- >=20 > >>> World build started on Fri Oct 27 00:41:56 UTC 2017 >=20 > -------------------------------------------------------------- >=20 > -------------------------------------------------------------- >=20 > >>> Rebuilding the temporary build tree >=20 > -------------------------------------------------------------- >=20 > -------------------------------------------------------------- >=20 > >>> stage 1.1: legacy release compatibility shims >=20 > -------------------------------------------------------------- > =3D=3D=3D> tools/build (obj,includes,all,install) >=20 > -------------------------------------------------------------- >=20 > >>> stage 1.2: bootstrap tools >=20 > -------------------------------------------------------------- > =3D=3D=3D> lib/clang/libllvmminimal (obj,all,install) > =3D=3D=3D> usr.bin/clang/llvm-tblgen (obj,all,install) > =3D=3D=3D> usr.bin/clang/clang-tblgen (obj,all,install) > =3D=3D=3D> kerberos5/tools/make-roken (obj,all,install) > =3D=3D=3D> kerberos5/lib/libroken (obj,all,install) > =3D=3D=3D> kerberos5/lib/libvers (obj,all,install) > =3D=3D=3D> kerberos5/tools/asn1_compile (obj,all,install) > yacc: 4 shift/reduce conflicts. > =3D=3D=3D> kerberos5/tools/slc (obj,all,install) > =3D=3D=3D> usr.bin/compile_et (obj,all,install) > =3D=3D=3D> usr.bin/fortune/strfile (obj,all,install) > =3D=3D=3D> usr.bin/dtc (obj,all,install) > =3D=3D=3D> usr.bin/lorder (obj,all,install) > =3D=3D=3D> lib/libopenbsd (obj,all,install) > =3D=3D=3D> usr.bin/mandoc (obj,all,install) > =3D=3D=3D> usr.bin/rpcgen (obj,all,install) > =3D=3D=3D> lib/liby (obj,all,install) > =3D=3D=3D> usr.bin/yacc (obj,all,install) > =3D=3D=3D> usr.bin/xinstall (obj,all,install) > =3D=3D=3D> usr.sbin/config (obj,all,install) > =3D=3D=3D> usr.bin/vtfontcvt (obj,all,install) > =3D=3D=3D> usr.bin/localedef (obj,all,install) > In file included from > /scratch/fafnir/usr/src/usr.bin/localedef/collate.c:50: In file inclu= ded > from /scratch/fafnir/usr/src/lib/libc/locale/collate.h:42: > /scratch/fafnir/usr/src/lib/libc/locale/xlocale_private.h:168:18: war= ning: > passing 'long *' to parameter of type 'volatile u_long *' (aka 'volat= ile > unsigned long *') converts between pointers to integer types with dif= ferent > sign [-Wpointer-sign] > atomic_add_long(&(obj->retain_count), 1); >=20 > [log trimmed] >=20 > =3D=3D=3D> usr.sbin/crunch (installconfig) > =3D=3D=3D> usr.sbin/crunch/crunchgen (installconfig) > =3D=3D=3D> usr.sbin/crunch/crunchide (installconfig) > =3D=3D=3D> usr.sbin/unbound (installconfig) > =3D=3D=3D> usr.sbin/unbound/daemon (installconfig) > =3D=3D=3D> usr.sbin/unbound/anchor (installconfig) > =3D=3D=3D> usr.sbin/unbound/checkconf (installconfig) > =3D=3D=3D> usr.sbin/unbound/control (installconfig) > =3D=3D=3D> usr.sbin/unbound/local-setup (installconfig) > =3D=3D=3D> usr.sbin/uathload (installconfig) > =3D=3D=3D> usr.sbin/uhsoctl (installconfig) > =3D=3D=3D> usr.sbin/usbconfig (installconfig) > =3D=3D=3D> usr.sbin/usbdump (installconfig) > =3D=3D=3D> usr.sbin/ac (installconfig) > =3D=3D=3D> usr.sbin/lastlogin (installconfig) > =3D=3D=3D> usr.sbin/utx (installconfig) > =3D=3D=3D> etc (installconfig) > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > 32-bit compatibility ldconfig path: /usr/lib32 > make: "/usr/src/Makefile" line 313: warning: "LC_ALL=3DC date" exited= on a > signal make[1]: "/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER: > Determined that CC=3Dcc matches the source tree. Not bootstrapping a= > cross-compiler. make[2]: "/usr/src/release/Makefile.ec2" line 9: warn= ing: > "date +-%Y-%m-%d" exited on a signal > make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date > +-%Y-%m-%d" exited on a signal > make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y= =2D%m-%d" > exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date > +-%Y%m%d" exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date > +%Y.%m.%d" exited on a signal > make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-= %m-%d" > exited on a signal > make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date > +-%Y-%m-%d" exited on a signal > make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y= =2D%m-%d" > exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date > +-%Y%m%d" exited on a signal > make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date > +%Y.%m.%d" exited on a signal > -------------------------------------------------------------- >=20 > >>> World build started on >=20 > -------------------------------------------------------------- >=20 > -------------------------------------------------------------- >=20 > >>> Rebuilding the temporary build tree >=20 > -------------------------------------------------------------- > Illegal instruction (core dumped) > *** [_worldtmp] Error code 132 >=20 > make[1]: stopped in /usr/src > 1 error >=20 > make[1]: stopped in /usr/src > *** [buildworld] Error code 2 >=20 > make: stopped in /usr/src > 1 error >=20 > make: stopped in /usr/src >=20 > Command exit status: 2 >=20 > I have three other hosts that I build for, the only major difference = between > each hosts is the collections of ports, wireless/wired options in the= > kernel, and CPUTYPE. The build host is built with CPUTYPE?=3Dbdver2, = the > others hosts are btver1, corei7, corei7-avx, and slm. There used to a= core2 > host, but I retired it, however, I mention it because it built > successfully. >=20 > The failed build log above is from the bdver2 host building a release= for > the slm host, all other builds complete without error. >=20 > If I use the slm config and make build{kernel|world} from ${SRC}, the= build > completes, if I populate a jail with stock or my bdver2 distribution = set, > the build also succeeds, the only time the slm build fails is during > ${SRC}/release/release.sh on the bdver2 host. >=20 > Is it possible to build a x86_64 Silvermont release from an AMD Bulld= ozer? > Why does the regular build from the top of the source tree complete a= nd the > one from the release sub directory fail? I normally export the custom= > builds via NFS, tho, I still need release images and distribution set= s. >=20 > The release build with customisations works on the slm host itself, i= t just > takes too many hours. >=20 > $ cat /etc/slm-make.conf: > ALWAYS_CHECK_MAKE=3D YES > CPUTYPE?=3D slm > DEFAULT_VERSIONS=3D bdb=3D5 linux=3Dc7_64 ssl=3Dopenssl > LICENSES_ACCEPTED+=3D MSPAT > KERNCONF=3DFAFNIR > MALLOC_PRODUCTION=3D > MODULES_OVERRIDE=3D vmm > WITH_PKG=3D devel > WITH_SSP_PORTS=3D >=20 > $ cat /etc/bdver2-make.conf: > ALWAYS_CHECK_MAKE=3D YES > CPUTYPE?=3D bdver2 > DEFAULT_VERSIONS=3D bdb=3D5 linux=3Dc7_64 ssl=3Dopenssl > LOADER_FIREWIRE_SUPPORT=3D > LICENSES_ACCEPTED+=3D MSPAT > KERNCONF=3D DIREWOLF > MALLOC_PRODUCTION=3D > MODULES_OVERRIDE=3D linux_common linuxkpi linprocfs linsysfs li= nux64 \ > linux vmm > QT4_OPTIONS=3D CUPS > TEX_DEFAULT=3D texlive > WINE_CROSS_BUILD=3D > WITH_NVIDIA_GL=3D > WITH_PKG=3D devel > WITH_SSP_PORTS=3D >=20 > Thanks, > Alastair =2D-=20 Reisner's Rule of Conceptual Inertia: =09If you think big enough, you'll never have to do it. --nextPart4662047.5o9XDSd2mZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEE863ZAMFLT4P9HbjBtzY+5ZChngEFAlnywv0ACgkQtzY+5ZCh ngG0SAf+PgIG7vTSwZPlBE06KVqXDDsCo6X45ZYG0Jaajz90645EhN6xqMZj0coD /mX/VGqwdoCTztgwN0yxEDBZnKI340ZSMOczOYu47Z56d70b1vpT0zGFSquWkUkK VQOag0F19QSoDiO+aC6RVkbB6bwyF7x8xkclUi5E64t9fo8ydrQ+k5NYRBlFCXm9 ls4/pU4zBfvRrc7TlUpvDIGdvmb5cZmQ5vr68YOnEMvyDMjs2vs32T/2bhkn9oZp IZY9jAA9evhiRcI4gPAYdYPnJTdx4dDbW2qqDtb+b/SIvXL/jIfKwXZc1zJP2i+H 7pFHnoVUdNB17tMkD63muTvfCkQ7tQ== =6O61 -----END PGP SIGNATURE----- --nextPart4662047.5o9XDSd2mZ-- From owner-freebsd-current@freebsd.org Fri Oct 27 12:08:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3DE9E4294A; Fri, 27 Oct 2017 12:08:47 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::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 A81CC290D; Fri, 27 Oct 2017 12:08:47 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id i38so12217885iod.2; Fri, 27 Oct 2017 05:08:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=BMbK82kIkx1bSt/OMaTA+q1lsUpS0Cw6cATi1vfwThw=; b=f2PbBxaq+MonTIu9Lu6g0pIRbrmqUF2O/sNp66ddqwFrb+cp46hdcWxotpC0IBqC77 KGBioFCxTLwCdxSTF1WwMBUo2PBPM1YkZYnLOju9b194BX/XY1CJWrhGlJ7Xr2dIdrs7 IC0llcucGUJlFPnWPgtPj4conI5SlNdJWhgMzF8EBK/nc1PFuP7jQzPVuQBig9YlsXwn BUauuMSaO07dkpWlepsODD9ld/CcECP41GAllGsz5dtsJ9M57BpNaI1AprZbc3GereqA 9vCWsvIESzar/V7VfUAeniV8USsUnZcsH9IDDasi720VsM7jyKmGqp8E3SrxQaszXUiN uSrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BMbK82kIkx1bSt/OMaTA+q1lsUpS0Cw6cATi1vfwThw=; b=Ihcv2dZcBpMulNiP9MkbNyEbjCO7yExTWdQWRGMmFBb43bKj2VKMglJ5UnyB8Hhrx+ 2awjqFPx7dJ0Tv+MZU6NN2pk0OJiaLTfA3aX7k3De5kQ8PVeS4lUH9ZCePkvloEcw6Tn AAFIH+NjHUINxP10lTbHiZ22p72d14rrB6nJJ2VEXegpSmCmRRJQuh0bHNkeWiUC6sma JIMpBdcd9IyLr8jVHdsQauO2rJoYM4QGoctcP8o79TyO7gB6i9bzgywsCvQiI9ukSQC1 BNnPzilGrv/N1s3C7Jlk48J1bAEgy9Ppc8QB0f8cyWtTWuJj+EFXyteznCFAMdkGwAdB Wq1A== X-Gm-Message-State: AMCzsaUhnMAi3/0yirZwZmgrO5h87vxUepc/XLPThGMcjjRJs2BuQhI6 2DDnHJAbkJF4IXNKm3gmO7tPmKa6R8Ux881tB9a2sw== X-Google-Smtp-Source: ABhQp+SgUQa2xyTNY7Q2hIggMB7VuHTxFN0ijUQx/dhCohHmRBrqo9S15AHqmt9yW5fh3gn1KffPJ0G8Myqhi+58VeQ= X-Received: by 10.36.64.19 with SMTP id n19mr280304ita.119.1509106126638; Fri, 27 Oct 2017 05:08:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Fri, 27 Oct 2017 05:08:46 -0700 (PDT) From: blubee blubeeme Date: Fri, 27 Oct 2017 20:08:46 +0800 Message-ID: Subject: Strange compiler error To: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2017 12:08:48 -0000 CMAKE_ARGS= -DFREECAD_USE_EXTERNAL_PIVY:BOOL=ON \ -DBUILD_QT5_WEBKIT:BOOL=OFF \ -DCMAKE_CXX_COMPILER=${LOCALBASE}/bin/mpicxx \ BUILD_DEPENDS= pyside-rcc:devel/pyside-tools \ swig:devel/swig13 \ ${LOCALBASE}/libdata/pkgconfig/eigen3.pc:math/eigen3 \ ${LOCALBASE}/bin/mpicc:net/mpich2 I've tried this but still no go, any ideas? From owner-freebsd-current@freebsd.org Fri Oct 27 12:24:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E626E4356A; Fri, 27 Oct 2017 12:24:36 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::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 349DE3857; Fri, 27 Oct 2017 12:24:36 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22f.google.com with SMTP id j17so12291460iod.5; Fri, 27 Oct 2017 05:24:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Ovu4Ef5cVLnhKCEJE6qh8en7gXwF+6yaYRl1QsvG1V4=; b=RhNcWYiQbVJ4FiKB4VWPejqb2Gdnr01ZEHktUsdof7LDnoCrmJjgE2N+MaMPUHG83A R+p41BxiPYdr8JvaU67Fp/hd/JYJj9PmzSSIZk71bagquurV2JAS6Hx4QGklPG+GUlqc a59pBlcR0Rldr/i2Ns8gAsY0t8JtUswAr0hS+gDFVB/ZlPjlpyk9ax604MhdbOzwJYH2 lP2wHdnnm/F3PmTApKtDH8RYM4sIfbdqbClLUQ0M/mSkKYuQ7VtiDHi1BwQwxfDVcgZ8 oH/qv0fxdgAnCGJpFAxBugRT7zNMKCVNa+AzKWmvy1CovvfD6MuA41x0CCLJ5WHtBylQ urbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ovu4Ef5cVLnhKCEJE6qh8en7gXwF+6yaYRl1QsvG1V4=; b=QBQmKOW8U8/qv/rZNVbHlwP4152MsTnCe0ocBaqtFJh5ZVFN5g1EeZBS9CntbYH58n 0mvuUur28uZeJdC6nLXnLMwCYMjXVVp5UUT8L6yPtJWgIoXGkEOwiON8Muqj9yM/aaal rvtm32LXZrWqML7oQB5jTTyt4f748oJryI0XwGQ7bmKrSMos/EZ0BfMFSwa7Ss71mSzN RhY0QI32e3kktbEE3H2+c+q6E731x2qwSXSm4VouHx1r6ZRlRtzSF+knPw9cUUkLkurb KBoMolku0+ZkbL7T4Cs2Zdvv9NYOQSVAu5Qi1ABMTnYltFnm/iRnqfI8NTlTmhl5f+xs 1WYg== X-Gm-Message-State: AMCzsaULHGFf1Dl+AyoEeISrjjsQdGXBBswuoGIIsqhRYYdPM0ljGdvW WwxK7HGvzkCiXGjpndMS9RSH4FfnhuAZyKzRxc23Rg== X-Google-Smtp-Source: ABhQp+RteqIMGM0MPBmJK54OastfbSDY63po0rVf1+yq5DR1AwVlYUK3ga7E8nilstbCX/3QAJ5ccwR41ccd308q/Js= X-Received: by 10.107.135.25 with SMTP id j25mr339717iod.213.1509107074353; Fri, 27 Oct 2017 05:24:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Fri, 27 Oct 2017 05:24:33 -0700 (PDT) From: blubee blubeeme Date: Fri, 27 Oct 2017 20:24:33 +0800 Message-ID: Subject: strage compile error [with attachments] To: FreeBSD current , FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2017 12:24:36 -0000 error: FAILED: lib/libSMESH.so : && /usr/bin/c++ -fPIC -Wall -Wextra -Wno-write-strings -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -std=c++11 -Wno-undefined-var-template -D_OCC64 -Wno-sign-compare -Wno-reorder -Wno-switch -Wno-unused-variable -Wno-unused-private-field -Wno-unused-function -Wno-sometimes-uninitialized -Wno-overloaded-virtual -Wno-dynamic-class-memaccess -Wno-comment -Wno-unused-parameter -Wno-self-assign -Wno-reorder -Wno-switch-enum -Wno-unknown-pragmas -Wno-logical-op-parentheses -Wno-unused-variable -Wno-unused-function -Wno-overloaded-virtual -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -Wl,--no-undefined -shared -Wl,-soname,libSMESH.so -o lib/libSMESH.so src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/libmesh.c.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverGMF.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverGMF_Read.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverGMF_Write.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverMED_Family.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverMED_R_SMESHDS_Mesh.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverMED_W_Field.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverMED_W_SMESHDS_Mesh.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/GEOMUtils.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Algorithm.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_CoordUtils.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Factory.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_GaussDef.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_GaussUtils.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Structures.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Utilities.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_V2_2_Wrapper.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Wrapper.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Algo.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Block.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Exception.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Gen.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Group.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_HypoFilter.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Hypothesis.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Mesh.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MeshAlgos.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MeshEditor.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MeshVSLink.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MesherHelper.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Octree.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_OctreeNode.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Pattern.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_ProxyMesh.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_TryCatch.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_subMesh.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/Utils_ExceptHandlers.cpp.o src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/Controls/SMESH_Controls.cpp.o -Wl,-rpath,/usr/ports/cad/Freecad/work/.build/lib:/usr/local/lib:/usr/local/lib/vtk-6.2: lib/libDriverSTL.so lib/libDriverDAT.so lib/libDriverUNV.so /usr/local/lib/libmedC.so /usr/local/lib/libmed.so -lz /usr/local/lib/libexpat.so lib/libSMESHDS.so lib/libSMDS.so /usr/local/lib/vtk-6.2/libvtkFiltersVerdict-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkverdict-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkIOXML-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkIOGeometry-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkjsoncpp-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkIOXMLParser-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkIOLegacy-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkIOCore-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkFiltersExtraction-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkFiltersStatistics-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkImagingFourier-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkImagingCore-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkalglib-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkFiltersSources-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkFiltersGeneral-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonComputationalGeometry-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkFiltersGeometry-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkFiltersCore-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonExecutionModel-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonDataModel-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonMisc-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonSystem-6.2.so.1 /usr/local/lib/vtk-6.2/libvtksys-6.2.so.1 -lexecinfo /usr/local/lib/vtk-6.2/libvtkCommonTransforms-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonMath-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonCore-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkhdf5_hl-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkhdf5-6.2.so.1 -lm /usr/local/lib/libboost_filesystem.so /usr/local/lib/libboost_program_options.so /usr/local/lib/libboost_regex.so /usr/local/lib/libboost_signals.so /usr/local/lib/libboost_system.so /usr/local/lib/libboost_thread.so lib/libDriver.so /usr/local/lib/libTKSTL.so.11.0.0 /usr/local/lib/libTKBin.so.11.0.0 /usr/local/lib/libTKBinL.so.11.0.0 /usr/local/lib/libTKFeat.so.11.0.0 /usr/local/lib/libTKXDESTEP.so.11.0.0 /usr/local/lib/libTKSTEP.so.11.0.0 /usr/local/lib/libTKSTEP209.so.11.0.0 /usr/local/lib/libTKSTEPAttr.so.11.0.0 /usr/local/lib/libTKSTEPBase.so.11.0.0 /usr/local/lib/libTKXDEIGES.so.11.0.0 /usr/local/lib/libTKIGES.so.11.0.0 /usr/local/lib/libTKOffset.so.11.0.0 /usr/local/lib/libTKFillet.so.11.0.0 /usr/local/lib/libTKBool.so.11.0.0 /usr/local/lib/libTKXSBase.so.11.0.0 /usr/local/lib/libTKXCAF.so.11.0.0 /usr/local/lib/libTKCAF.so.11.0.0 /usr/local/lib/libTKBO.so.11.0.0 /usr/local/lib/libTKPrim.so.11.0.0 /usr/local/lib/libTKLCAF.so.11.0.0 /usr/local/lib/libTKCDF.so.11.0.0 /usr/local/lib/libTKMeshVS.so.11.0.0 /usr/local/lib/libTKV3d.so.11.0.0 /usr/local/lib/libTKMesh.so.11.0.0 /usr/local/lib/libTKHLR.so.11.0.0 /usr/local/lib/libTKService.so.11.0.0 /usr/local/lib/libTKShHealing.so.11.0.0 /usr/local/lib/libTKTopAlgo.so.11.0.0 /usr/local/lib/libTKGeomAlgo.so.11.0.0 /usr/local/lib/libTKBRep.so.11.0.0 /usr/local/lib/libTKGeomBase.so.11.0.0 /usr/local/lib/libTKG3d.so.11.0.0 /usr/local/lib/libTKG2d.so.11.0.0 /usr/local/lib/libTKMath.so.11.0.0 /usr/local/lib/libTKernel.so.11.0.0 -pthread -lm /usr/local/lib/libSM.so /usr/local/lib/libICE.so /usr/local/lib/libX11.so /usr/local/lib/libXext.so /usr/local/lib/libGLU.so /usr/local/lib/libGL.so /usr/local/lib/libGLU.so /usr/local/lib/libGL.so /usr/local/lib/libfreetype.so -lz /usr/local/lib/libexpat.so && : src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Algo.cpp.o: In function `SMESH_Algo::GetFeatures(std::__1::basic_string, std::__1::allocator > const&)': /usr/ports/cad/Freecad/work/FreeCAD-8d3fe21/src/3rdParty/salomesmesh/src/SMESH/SMESH_Algo.cpp:(.text+0xba7): undefined reference to `operator<<(std::__1::basic_ostream >&, TCollection_AsciiString const&)' c++: error: linker command failed with exit code 1 (use -v to see invocation) ninja: build stopped: subcommand failed. --------------------------------------------------------------------------------------------- ===> License LGPL20+ accepted by the user ===> FreeCAD- depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by FreeCAD- for building ===> Extracting for FreeCAD- => SHA256 Checksum OK for FreeCAD-FreeCAD--8d3fe21_GH0.tar.gz. ===> Patching for FreeCAD- ===> Applying FreeBSD patches for FreeCAD- ===> FreeCAD- depends on executable: pyside-rcc - found ===> FreeCAD- depends on executable: swig - found ===> FreeCAD- depends on file: /usr/local/libdata/pkgconfig/eigen3.pc - found ===> FreeCAD- depends on file: /usr/local/bin/cmake - found ===> FreeCAD- depends on executable: ninja - found ===> FreeCAD- depends on file: /usr/local/bin/python2.7 - found ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/moc - found ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/qmake - found ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/rcc - found ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/uic - found ===> FreeCAD- depends on shared library: libboost_system.so - found (/usr/local/lib/libboost_system.so) ===> FreeCAD- depends on shared library: libboost_python.so - found (/usr/local/lib/libboost_python.so) ===> FreeCAD- depends on shared library: libCoin.so - found (/usr/local/lib/libCoin.so) ===> FreeCAD- depends on shared library: libfreeimage.so - found (/usr/local/lib/libfreeimage.so) ===> FreeCAD- depends on shared library: libfreetype.so - found (/usr/local/lib/libfreetype.so) ===> FreeCAD- depends on shared library: libshiboken-python2.7.so - found (/usr/local/lib/libshiboken-python2.7.so) ===> FreeCAD- depends on shared library: libxerces-c.so - found (/usr/local/lib/libxerces-c.so) ===> FreeCAD- depends on shared library: libzipios.so - found (/usr/local/lib/libzipios.so) ===> FreeCAD- depends on shared library: libgvc.so - found (/usr/local/lib/graphviz/libgvc.so) ===> FreeCAD- depends on shared library: libQtCore.so - found (/usr/local/lib/qt4/libQtCore.so) ===> FreeCAD- depends on shared library: libQtGui.so - found (/usr/local/lib/qt4/libQtGui.so) ===> FreeCAD- depends on shared library: libQtNetwork.so - found (/usr/local/lib/qt4/libQtNetwork.so) ===> FreeCAD- depends on shared library: libQtOpenGL.so - found (/usr/local/lib/qt4/libQtOpenGL.so) ===> FreeCAD- depends on shared library: libQtSvg.so - found (/usr/local/lib/qt4/libQtSvg.so) ===> FreeCAD- depends on shared library: libQtWebKit.so - found (/usr/local/lib/qt4/libQtWebKit.so) ===> FreeCAD- depends on shared library: libQtXml.so - found (/usr/local/lib/qt4/libQtXml.so) ===> Configuring for FreeCAD- ===> Performing out-of-source build /bin/mkdir -p /usr/ports/cad/Freecad/work/.build -- The C compiler identification is Clang 4.0.0 -- The CXX compiler identification is Clang 4.0.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Compiler: Clang, version: 4.0.0 -- Looking for GL/gl.h -- Looking for GL/gl.h - found -- Looking for C++ include istream -- Looking for C++ include istream - found -- Looking for C++ include ostream -- Looking for C++ include ostream - found -- Looking for C++ include fstream -- Looking for C++ include fstream - found -- Looking for C++ include sstream -- Looking for C++ include sstream - found -- Looking for C++ include ios -- Looking for C++ include ios - found -- Looking for C++ include iostream -- Looking for C++ include iostream - found -- Looking for C++ include iomanip -- Looking for C++ include iomanip - found -- Looking for C++ include iostream -- Looking for C++ include iostream - found -- Check for STD namespace -- Check for STD namespace - found -- Force BOOST_PP_VARIADICS=1 for clang -- prefix: /usr/local -- datadir: data -- docdir: doc -- includedir: include -- libdir: /usr/local/lib -- Found PythonInterp: /usr/local/bin/python2.7 (found version "2.7.13") -- Found PythonLibs: /usr/local/lib/libpython2.7.so (found suitable exact version "2.7.13") CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 (message): Imported targets not available for Boost version 106501 Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_DEPENDENCIES) /usr/local/share/cmake/Modules/FindBoost.cmake:1435 (_Boost_MISSING_DEPENDENCIES) CMakeLists.txt:583 (find_package) CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 (message): Imported targets not available for Boost version 106501 Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_DEPENDENCIES) /usr/local/share/cmake/Modules/FindBoost.cmake:1435 (_Boost_MISSING_DEPENDENCIES) CMakeLists.txt:583 (find_package) CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 (message): Imported targets not available for Boost version 106501 Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_DEPENDENCIES) /usr/local/share/cmake/Modules/FindBoost.cmake:1435 (_Boost_MISSING_DEPENDENCIES) CMakeLists.txt:583 (find_package) CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 (message): Imported targets not available for Boost version 106501 Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_DEPENDENCIES) /usr/local/share/cmake/Modules/FindBoost.cmake:1435 (_Boost_MISSING_DEPENDENCIES) CMakeLists.txt:583 (find_package) CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 (message): Imported targets not available for Boost version 106501 Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_DEPENDENCIES) /usr/local/share/cmake/Modules/FindBoost.cmake:1435 (_Boost_MISSING_DEPENDENCIES) CMakeLists.txt:583 (find_package) CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 (message): Imported targets not available for Boost version 106501 Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_DEPENDENCIES) /usr/local/share/cmake/Modules/FindBoost.cmake:1435 (_Boost_MISSING_DEPENDENCIES) CMakeLists.txt:583 (find_package) -- Looking for pthread.h -- Looking for pthread.h - found -- Found Threads: TRUE -- Boost version: 1.65.1 -- Found the following Boost libraries: -- filesystem -- program_options -- regex -- signals -- system -- thread -- Found Xerces-C: /usr/local/lib/libxerces-c.so -- Found ZLIB: /usr/lib/libz.so (found version "1.2.11") -- PyCXX found: -- Headers: /usr/ports/cad/Freecad/work/FreeCAD-8d3fe21/src -- Sources: /usr/ports/cad/Freecad/work/FreeCAD-8d3fe21/src/CXX -- -- OpenCASCADE Community Edition has been found. -- Found OCC: /usr/local/lib/oce-0.18-dev/../../include/oce (found version "6.9.1") -- -- Found OCE/OpenCASCADE version: 6.9.1 -- -- OCE/OpenCASCADE include directory: /usr/local/lib/oce-0.18-dev/../../include/oce -- -- OCE/OpenCASCADE shared libraries directory: -- VTK components: vtkCommonCore;vtkCommonDataModel;vtkFiltersVerdict;vtkIOXML;vtkFiltersCore;vtkFiltersGeneral;vtkIOLegacy;vtkFiltersExtraction;vtkFiltersSources;vtkFiltersGeometry;vtkhdf5 -- HDF5: Using hdf5 compiler wrapper to determine C configuration -- Found HDF5: /usr/local/lib/libhdf5.so;/usr/local/lib/libsz.so;/usr/lib/libz.so;/usr/lib/libm.so (found version "1.10.0.1") -- Check for medfile (libmed and libmedc) ... -- Found MEDFile: /usr/local/include -- Found SWIG: /usr/local/bin/swig3.0 (found version "3.0.10") -- Found Eigen3: /usr/local/include/eigen3 (Required is at least version "2.91.0") -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found -- Found Qt4: /usr/local/bin/qmake (found suitable version "4.8.7", minimum required is "4.5.0") -- Found Freetype: /usr/local/lib/libfreetype.so (found version "2.8.0") -- Found OpenGL: /usr/local/lib/libGL.so -- Found OpenGLU: /usr/local/lib/libGLU.so -- Found PkgConfig: /usr/local/bin/pkg-config (found version "1.3.10") -- Checking for module 'Coin' -- Found Coin, version 3.1.3 -- Could NOT find Spnav (missing: SPNAV_LIBRARY SPNAV_INCLUDE_DIR) -- libshiboken built for Release -- Found PySide Tools: /usr/local/bin/pyside-uic, /usr/local/bin/pyside-rcc -- -- matplotlib-1.5.3 has been found. -- Platform is 64-bit, set -D_OCC64 -- Build type: Release fatal: Not a git repository (or any parent up to mount point /usr/ports) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). sh: bzr: not found svn: warning: W155010: The node '/usr/ports/cad/Freecad/work/FreeCAD-8d3fe21' was not found. svn: E200009: Could not display info for all targets because some targets don't exist Unknown version control /usr/ports/cad/Freecad/work/.build/src/Build/Version.h written -- /usr/ports/cad/Freecad/work/.build/src/Base/BaseClassPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/BoundBoxPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/CoordinateSystemPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/PersistencePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/VectorPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/MatrixPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/RotationPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/PlacementPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/AxisPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/UnitPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Base/QuantityPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/DocumentPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/DocumentObjectPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/ExtensionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/ExtensionContainerPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/DocumentObjectExtensionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/GroupExtensionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/DocumentObjectGroupPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/GeoFeaturePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/GeoFeatureGroupExtensionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/OriginGroupExtensionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/PartPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/ComplexGeoDataPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/PropertyContainerPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/App/MaterialPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Points/App/PointsPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/FacetPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/MeshFeaturePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/MeshPointPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/MeshPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfConicPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfCirclePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfParabolaPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BodyBasePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ConicPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/CirclePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfEllipsePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/EllipsePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/HyperbolaPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfHyperbolaPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ParabolaPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/OffsetCurvePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/GeometryPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/GeometryCurvePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/GeometrySurfacePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/LinePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/LineSegmentPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PointPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BezierCurvePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BSplineCurvePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PlanePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ConePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/CylinderPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/SpherePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ToroidPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BezierSurfacePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BSplineSurfacePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/OffsetSurfacePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PlateSurfacePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/RectangularTrimmedSurfacePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/SurfaceOfExtrusionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/SurfaceOfRevolutionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PartFeaturePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/AttachExtensionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Part2DObjectPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/AttachEnginePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeCompoundPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeCompSolidPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeEdgePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeFacePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeShellPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeSolidPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeVertexPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeWirePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BRepOffsetAPI_MakePipeShellPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ArcOfCircle2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ArcOfConic2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ArcOfEllipse2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ArcOfHyperbola2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ArcOfParabola2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/BezierCurve2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/BSplineCurve2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Circle2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Conic2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Ellipse2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Geometry2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Hyperbola2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Curve2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Line2dSegmentPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Line2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/OffsetCurve2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Parabola2dPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/PartDesign/App/BodyPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/PartDesign/App/FeaturePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/PartDesign/Gui/ViewProviderPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/SketchObjectSFPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/SketchObjectPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/ConstraintPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/SketchPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/Robot6AxisPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/TrajectoryPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/WaypointPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/RobotObjectPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Import/App/StepShapePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Fem/App/FemMeshPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Fem/App/FemPostPipelinePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Fem/Gui/ViewProviderFemMeshPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/SheetPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/PropertySheetPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/PropertyColumnWidthsPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/PropertyRowHeightsPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/CommandPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/PathPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/ToolPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/TooltablePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/FeaturePathCompoundPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/AreaPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/FeatureAreaPy.cpp CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 (message): Imported targets not available for Boost version 106501 Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_DEPENDENCIES) /usr/local/share/cmake/Modules/FindBoost.cmake:1435 (_Boost_MISSING_DEPENDENCIES) src/Mod/Path/libarea/CMakeLists.txt:25 (find_package) -- Boost version: 1.65.1 -- Found the following Boost libraries: -- python -- found Boost: 1_65_1 -- boost-incude dirs are: /usr/local/include -- boost-python lib is: /usr/local/lib/libboost_python.so -- boost_LIBRARY_DIRS is: /usr/local/lib -- Boost_LIBRARIES is: /usr/local/lib/libboost_python.so -- area module (for Path Workbench) will be installed to: /usr/local/lib -- /usr/ports/cad/Freecad/work/.build/src/Mod/Measure/App/MeasurementPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawPagePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawViewPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawViewPartPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawViewSymbolPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawTemplatePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawParametricTemplatePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawSVGTemplatePy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawViewClipPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawViewDimensionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawHatchPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawGeomHatchPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawViewCollectionPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawProjGroupPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawProjGroupItemPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Gui/DocumentPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Gui/PythonWorkbenchPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Gui/ViewProviderPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Gui/ViewProviderDocumentObjectPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Gui/WorkbenchPy.cpp -- /usr/ports/cad/Freecad/work/.build/src/Gui/SelectionObjectPy.cpp -- Found Doxygen: /usr/local/bin/doxygen (found version "1.8.12") -- Coin3D doc is not installed -- Configuring done -- Generating done CMake Warning (dev): Policy CMP0058 is not set: Ninja requires custom command byproducts to be explicit. Run "cmake --help-policy CMP0058" for policy details. Use the cmake_policy command to set the policy and suppress this warning. This project specifies custom command DEPENDS on files in the build tree that are not specified as the OUTPUT or BYPRODUCTS of any add_custom_command or add_custom_target: src/Mod/Arch/Arch_rc.py src/Mod/Draft/Draft_rc.py src/Mod/Import/Import_rc.py src/Mod/Material/Material_rc.py src/Mod/OpenSCAD/OpenSCAD_rc.py src/Mod/Plot/Plot_rc.py src/Mod/Ship/Ship_rc.py src/Mod/Tux/Tux_rc.py For compatibility with versions of CMake that did not have the BYPRODUCTS option, CMake is generating phony rules for such files to convince 'ninja' to build. Project authors should add the missing BYPRODUCTS or OUTPUT options to the custom commands that produce these files. This warning is for project developers. Use -Wno-dev to suppress it. -- Build files have been written to: /usr/ports/cad/Freecad/work/.build ====================================================== My cmakecache file everything seems ok: https://pastebin.com/Pcwywx3j CMAKE_ARGS= -DFREECAD_USE_EXTERNAL_PIVY:BOOL=ON \ -DBUILD_QT5_WEBKIT:BOOL=OFF \ -DCMAKE_CXX_COMPILER=${LOCALBASE}/bin/mpicxx \ BUILD_DEPENDS= pyside-rcc:devel/pyside-tools \ swig:devel/swig13 \ ${LOCALBASE}/libdata/pkgconfig/eigen3.pc:math/eigen3 \ ${LOCALBASE}/bin/mpicc:net/mpich2 I've tried this but still no go, any ideas? From owner-freebsd-current@freebsd.org Fri Oct 27 12:28:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52B7AE437A7; Fri, 27 Oct 2017 12:28:27 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10CBF3CB7; Fri, 27 Oct 2017 12:28:27 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22a.google.com with SMTP id b186so12339559iof.8; Fri, 27 Oct 2017 05:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=8Wm0Zv+4dk6bBXvYmLtb/o5PGpEbFI2pMYkXaEsEeOw=; b=gAVh0KEZjfOdsqCjLxO+pYB9kkgypyiQpY1p9zvLRgkiY4kXxVSPXM73CDRKlbsylM ZxYFbn2R1K0dHmvuYhQg5tjgycmY83OPKCRB6aWFGjFNLkneVxB4KUJcl9198XtVK6oA PUj4yaRvtFnKhSGY/ma+8KpAEVwLsdSclAXtBVsKgjZ1/ysh3NQQBdYur73mKOqiJWr5 8hXyoWReiuNP/nz/HliI+owS+GWxaipE/qduxapRx2dBSpKZKJ5NKDaG7Oqj9F2HCO6i hUjSapIwzWwhX4LMi8A4Qkj+XlAGB4VAnN8nMaBlXQxE5QS3gEwFaeDctAaTdsp5FPAI MzbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=8Wm0Zv+4dk6bBXvYmLtb/o5PGpEbFI2pMYkXaEsEeOw=; b=mBVpIv272wmUrHNbSPVKtlPjy0kTv2lAjCQR/uLwpCz2LRZq7G8My3Kns/tzIxyF5s HZThG3q7tlznZbxqILk8KQXhbmvBD9jI0FI/BtQOZhY9eo41ytfN7MZom5cQNfiSJadj CQl0ChJHIQUsCkFx15d8wMI5w/mESGgzkdDFpkd4h8FOCkpPQCbHqkPSxgwVZcdD1z9t oplD6IPFfqroVV4hmIOGPFdxoX45PCwcPO4KH98zRjn3TVwdyUanxYrSF17JAZijFx+a yeBXSW45L0maGEiML9Qp+fXp42feg5RSky5sMex8VeVVurvIe3M67eQKIai4xKvZXP4c R5lw== X-Gm-Message-State: AMCzsaXSDrzNzMa6VrIVW6cQMMNlnc3hWTPPpC1iMlsiTVoCrHqJCdNZ MNy/AgMSwXRGSW56NsCfAyHfdYDwzLJsNP0zVUMwjA== X-Google-Smtp-Source: ABhQp+T7wDGEeC8Lnzxx/28T0q9eWP5+6ZLVTvezpw07ZJ+16h43TEDODYJXCrGzi8jZFbyQTqYS2iHvTZ0NYnLNmwI= X-Received: by 10.36.139.130 with SMTP id g124mr393297ite.100.1509107305655; Fri, 27 Oct 2017 05:28:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.8.66 with HTTP; Fri, 27 Oct 2017 05:28:24 -0700 (PDT) In-Reply-To: References: From: blubee blubeeme Date: Fri, 27 Oct 2017 20:28:24 +0800 Message-ID: Subject: Re: strage compile error [with attachments] To: FreeBSD current , FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2017 12:28:27 -0000 The header file includes these headers: // SMESH SMESH : implementaion of SMESH idl descriptions // File : SMESH_Algo.cxx // Author : Paul RASCLE, EDF // Module : SMESH #include "SMESH_Algo.hxx" #include "SMDS_EdgePosition.hxx" #include "SMDS_FacePosition.hxx" #include "SMDS_MeshElement.hxx" #include "SMDS_MeshNode.hxx" #include "SMDS_VolumeTool.hxx" #include "SMESHDS_Mesh.hxx" #include "SMESHDS_SubMesh.hxx" #include "SMESH_Comment.hxx" #include "SMESH_Gen.hxx" #include "SMESH_HypoFilter.hxx" #include "SMESH_Mesh.hxx" #include "SMESH_MeshAlgos.hxx" #include "SMESH_TypeDefs.hxx" #include "SMESH_subMesh.hxx" #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include "utilities.h" #include #include #include "SMESH_ProxyMesh.hxx" #include "SMESH_MesherHelper.hxx" #include using namespace std; I don't really see anything that would cause such errors.. On Fri, Oct 27, 2017 at 8:24 PM, blubee blubeeme wrote: > error: > FAILED: lib/libSMESH.so > : && /usr/bin/c++ -fPIC -Wall -Wextra -Wno-write-strings -O2 -pipe > -fstack-protector -isystem /usr/local/include -fno-strict-aliasing > -isystem /usr/local/include -std=c++11 -Wno-undefined-var-template > -D_OCC64 -Wno-sign-compare -Wno-reorder -Wno-switch -Wno-unused-variable > -Wno-unused-private-field -Wno-unused-function -Wno-sometimes-uninitialized > -Wno-overloaded-virtual -Wno-dynamic-class-memaccess -Wno-comment > -Wno-unused-parameter -Wno-self-assign -Wno-reorder -Wno-switch-enum > -Wno-unknown-pragmas -Wno-logical-op-parentheses -Wno-unused-variable > -Wno-unused-function -Wno-overloaded-virtual -O2 -pipe -fstack-protector > -isystem /usr/local/include -fno-strict-aliasing -isystem > /usr/local/include -Wl,--no-undefined -shared -Wl,-soname,libSMESH.so -o > lib/libSMESH.so src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/libmesh.c.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverGMF.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverGMF_Read.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverGMF_Write.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/DriverMED_Family.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/ > SMESH/DriverMED_R_SMESHDS_Mesh.cpp.o src/3rdParty/salomesmesh/ > CMakeFiles/SMESH.dir/src/SMESH/DriverMED_W_Field.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/ > SMESH/DriverMED_W_SMESHDS_Mesh.cpp.o src/3rdParty/salomesmesh/ > CMakeFiles/SMESH.dir/src/SMESH/GEOMUtils.cpp.o src/3rdParty/salomesmesh/ > CMakeFiles/SMESH.dir/src/SMESH/MED_Algorithm.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_CoordUtils.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Factory.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_GaussDef.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_GaussUtils.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Structures.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Utilities.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_V2_2_Wrapper.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/MED_Wrapper.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Algo.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Block.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Exception.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Gen.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Group.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_HypoFilter.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Hypothesis.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Mesh.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MeshAlgos.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MeshEditor.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MeshVSLink.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_MesherHelper.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Octree.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_OctreeNode.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Pattern.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_ProxyMesh.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_TryCatch.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_subMesh.cpp.o > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/ > SMESH/Utils_ExceptHandlers.cpp.o src/3rdParty/salomesmesh/ > CMakeFiles/SMESH.dir/src/Controls/SMESH_Controls.cpp.o > -Wl,-rpath,/usr/ports/cad/Freecad/work/.build/lib:/usr/ > local/lib:/usr/local/lib/vtk-6.2: lib/libDriverSTL.so lib/libDriverDAT.so > lib/libDriverUNV.so /usr/local/lib/libmedC.so /usr/local/lib/libmed.so -lz > /usr/local/lib/libexpat.so lib/libSMESHDS.so lib/libSMDS.so > /usr/local/lib/vtk-6.2/libvtkFiltersVerdict-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkverdict-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkIOXML-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkIOGeometry-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkjsoncpp-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkIOXMLParser-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkIOLegacy-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkIOCore-6.2.so.1 /usr/local/lib/vtk-6.2/ > libvtkFiltersExtraction-6.2.so.1 /usr/local/lib/vtk-6.2/ > libvtkFiltersStatistics-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkImagingFourier-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkImagingCore-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkalglib-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkFiltersSources-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkFiltersGeneral-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkCommonComputationalGeometry-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkFiltersGeometry-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkFiltersCore-6.2.so.1 /usr/local/lib/vtk-6.2/ > libvtkCommonExecutionModel-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonDataModel-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkCommonMisc-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonSystem-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtksys-6.2.so.1 -lexecinfo > /usr/local/lib/vtk-6.2/libvtkCommonTransforms-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkCommonMath-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkCommonCore-6.2.so.1 > /usr/local/lib/vtk-6.2/libvtkhdf5_hl-6.2.so.1 /usr/local/lib/vtk-6.2/libvtkhdf5-6.2.so.1 > -lm /usr/local/lib/libboost_filesystem.so /usr/local/lib/libboost_program_options.so > /usr/local/lib/libboost_regex.so /usr/local/lib/libboost_signals.so > /usr/local/lib/libboost_system.so /usr/local/lib/libboost_thread.so > lib/libDriver.so /usr/local/lib/libTKSTL.so.11.0.0 > /usr/local/lib/libTKBin.so.11.0.0 /usr/local/lib/libTKBinL.so.11.0.0 > /usr/local/lib/libTKFeat.so.11.0.0 /usr/local/lib/libTKXDESTEP.so.11.0.0 > /usr/local/lib/libTKSTEP.so.11.0.0 /usr/local/lib/libTKSTEP209.so.11.0.0 > /usr/local/lib/libTKSTEPAttr.so.11.0.0 /usr/local/lib/libTKSTEPBase.so.11.0.0 > /usr/local/lib/libTKXDEIGES.so.11.0.0 /usr/local/lib/libTKIGES.so.11.0.0 > /usr/local/lib/libTKOffset.so.11.0.0 /usr/local/lib/libTKFillet.so.11.0.0 > /usr/local/lib/libTKBool.so.11.0.0 /usr/local/lib/libTKXSBase.so.11.0.0 > /usr/local/lib/libTKXCAF.so.11.0.0 /usr/local/lib/libTKCAF.so.11.0.0 > /usr/local/lib/libTKBO.so.11.0.0 /usr/local/lib/libTKPrim.so.11.0.0 > /usr/local/lib/libTKLCAF.so.11.0.0 /usr/local/lib/libTKCDF.so.11.0.0 > /usr/local/lib/libTKMeshVS.so.11.0.0 /usr/local/lib/libTKV3d.so.11.0.0 > /usr/local/lib/libTKMesh.so.11.0.0 /usr/local/lib/libTKHLR.so.11.0.0 > /usr/local/lib/libTKService.so.11.0.0 /usr/local/lib/libTKShHealing.so.11.0.0 > /usr/local/lib/libTKTopAlgo.so.11.0.0 /usr/local/lib/libTKGeomAlgo.so.11.0.0 > /usr/local/lib/libTKBRep.so.11.0.0 /usr/local/lib/libTKGeomBase.so.11.0.0 > /usr/local/lib/libTKG3d.so.11.0.0 /usr/local/lib/libTKG2d.so.11.0.0 > /usr/local/lib/libTKMath.so.11.0.0 /usr/local/lib/libTKernel.so.11.0.0 > -pthread -lm /usr/local/lib/libSM.so /usr/local/lib/libICE.so > /usr/local/lib/libX11.so /usr/local/lib/libXext.so /usr/local/lib/libGLU.so > /usr/local/lib/libGL.so /usr/local/lib/libGLU.so /usr/local/lib/libGL.so > /usr/local/lib/libfreetype.so -lz /usr/local/lib/libexpat.so && : > src/3rdParty/salomesmesh/CMakeFiles/SMESH.dir/src/SMESH/SMESH_Algo.cpp.o: > In function `SMESH_Algo::GetFeatures(std::__1::basic_string std::__1::char_traits, std::__1::allocator > const&)': > /usr/ports/cad/Freecad/work/FreeCAD-8d3fe21/src/3rdParty/ > salomesmesh/src/SMESH/SMESH_Algo.cpp:(.text+0xba7): undefined reference > to `operator<<(std::__1::basic_ostream > >&, TCollection_AsciiString const&)' > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > ninja: build stopped: subcommand failed. > ------------------------------------------------------------ > --------------------------------- > > ===> License LGPL20+ accepted by the user > ===> FreeCAD- depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by FreeCAD- for building > ===> Extracting for FreeCAD- > => SHA256 Checksum OK for FreeCAD-FreeCAD--8d3fe21_GH0.tar.gz. > ===> Patching for FreeCAD- > ===> Applying FreeBSD patches for FreeCAD- > ===> FreeCAD- depends on executable: pyside-rcc - found > ===> FreeCAD- depends on executable: swig - found > ===> FreeCAD- depends on file: /usr/local/libdata/pkgconfig/eigen3.pc - > found > ===> FreeCAD- depends on file: /usr/local/bin/cmake - found > ===> FreeCAD- depends on executable: ninja - found > ===> FreeCAD- depends on file: /usr/local/bin/python2.7 - found > ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/moc - found > ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/qmake - found > ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/rcc - found > ===> FreeCAD- depends on file: /usr/local/lib/qt4/bin/uic - found > ===> FreeCAD- depends on shared library: libboost_system.so - found > (/usr/local/lib/libboost_system.so) > ===> FreeCAD- depends on shared library: libboost_python.so - found > (/usr/local/lib/libboost_python.so) > ===> FreeCAD- depends on shared library: libCoin.so - found > (/usr/local/lib/libCoin.so) > ===> FreeCAD- depends on shared library: libfreeimage.so - found > (/usr/local/lib/libfreeimage.so) > ===> FreeCAD- depends on shared library: libfreetype.so - found > (/usr/local/lib/libfreetype.so) > ===> FreeCAD- depends on shared library: libshiboken-python2.7.so - > found (/usr/local/lib/libshiboken-python2.7.so) > ===> FreeCAD- depends on shared library: libxerces-c.so - found > (/usr/local/lib/libxerces-c.so) > ===> FreeCAD- depends on shared library: libzipios.so - found > (/usr/local/lib/libzipios.so) > ===> FreeCAD- depends on shared library: libgvc.so - found > (/usr/local/lib/graphviz/libgvc.so) > ===> FreeCAD- depends on shared library: libQtCore.so - found > (/usr/local/lib/qt4/libQtCore.so) > ===> FreeCAD- depends on shared library: libQtGui.so - found > (/usr/local/lib/qt4/libQtGui.so) > ===> FreeCAD- depends on shared library: libQtNetwork.so - found > (/usr/local/lib/qt4/libQtNetwork.so) > ===> FreeCAD- depends on shared library: libQtOpenGL.so - found > (/usr/local/lib/qt4/libQtOpenGL.so) > ===> FreeCAD- depends on shared library: libQtSvg.so - found > (/usr/local/lib/qt4/libQtSvg.so) > ===> FreeCAD- depends on shared library: libQtWebKit.so - found > (/usr/local/lib/qt4/libQtWebKit.so) > ===> FreeCAD- depends on shared library: libQtXml.so - found > (/usr/local/lib/qt4/libQtXml.so) > ===> Configuring for FreeCAD- > ===> Performing out-of-source build > /bin/mkdir -p /usr/ports/cad/Freecad/work/.build > -- The C compiler identification is Clang 4.0.0 > -- The CXX compiler identification is Clang 4.0.0 > -- Check for working C compiler: /usr/bin/cc > -- Check for working C compiler: /usr/bin/cc -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Detecting C compile features > -- Detecting C compile features - done > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Detecting CXX compile features > -- Detecting CXX compile features - done > -- Compiler: Clang, version: 4.0.0 > -- Looking for GL/gl.h > -- Looking for GL/gl.h - found > -- Looking for C++ include istream > -- Looking for C++ include istream - found > -- Looking for C++ include ostream > -- Looking for C++ include ostream - found > -- Looking for C++ include fstream > -- Looking for C++ include fstream - found > -- Looking for C++ include sstream > -- Looking for C++ include sstream - found > -- Looking for C++ include ios > -- Looking for C++ include ios - found > -- Looking for C++ include iostream > -- Looking for C++ include iostream - found > -- Looking for C++ include iomanip > -- Looking for C++ include iomanip - found > -- Looking for C++ include iostream > -- Looking for C++ include iostream - found > -- Check for STD namespace > -- Check for STD namespace - found > -- Force BOOST_PP_VARIADICS=1 for clang > -- prefix: /usr/local > -- datadir: data > -- docdir: doc > -- includedir: include > -- libdir: /usr/local/lib > -- Found PythonInterp: /usr/local/bin/python2.7 (found version "2.7.13") > -- Found PythonLibs: /usr/local/lib/libpython2.7.so (found suitable exact > version "2.7.13") > CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 > (message): > Imported targets not available for Boost version 106501 > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_ > DEPENDENCIES) > /usr/local/share/cmake/Modules/FindBoost.cmake:1435 > (_Boost_MISSING_DEPENDENCIES) > CMakeLists.txt:583 (find_package) > > > CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 > (message): > Imported targets not available for Boost version 106501 > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_ > DEPENDENCIES) > /usr/local/share/cmake/Modules/FindBoost.cmake:1435 > (_Boost_MISSING_DEPENDENCIES) > CMakeLists.txt:583 (find_package) > > > CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 > (message): > Imported targets not available for Boost version 106501 > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_ > DEPENDENCIES) > /usr/local/share/cmake/Modules/FindBoost.cmake:1435 > (_Boost_MISSING_DEPENDENCIES) > CMakeLists.txt:583 (find_package) > > > CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 > (message): > Imported targets not available for Boost version 106501 > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_ > DEPENDENCIES) > /usr/local/share/cmake/Modules/FindBoost.cmake:1435 > (_Boost_MISSING_DEPENDENCIES) > CMakeLists.txt:583 (find_package) > > > CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 > (message): > Imported targets not available for Boost version 106501 > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_ > DEPENDENCIES) > /usr/local/share/cmake/Modules/FindBoost.cmake:1435 > (_Boost_MISSING_DEPENDENCIES) > CMakeLists.txt:583 (find_package) > > > CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 > (message): > Imported targets not available for Boost version 106501 > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_ > DEPENDENCIES) > /usr/local/share/cmake/Modules/FindBoost.cmake:1435 > (_Boost_MISSING_DEPENDENCIES) > CMakeLists.txt:583 (find_package) > > > -- Looking for pthread.h > -- Looking for pthread.h - found > -- Found Threads: TRUE > -- Boost version: 1.65.1 > -- Found the following Boost libraries: > -- filesystem > -- program_options > -- regex > -- signals > -- system > -- thread > -- Found Xerces-C: /usr/local/lib/libxerces-c.so > -- Found ZLIB: /usr/lib/libz.so (found version "1.2.11") > -- PyCXX found: > -- Headers: /usr/ports/cad/Freecad/work/FreeCAD-8d3fe21/src > -- Sources: /usr/ports/cad/Freecad/work/FreeCAD-8d3fe21/src/CXX > -- -- OpenCASCADE Community Edition has been found. > -- Found OCC: /usr/local/lib/oce-0.18-dev/../../include/oce (found > version "6.9.1") > -- -- Found OCE/OpenCASCADE version: 6.9.1 > -- -- OCE/OpenCASCADE include directory: /usr/local/lib/oce-0.18-dev/.. > /../include/oce > -- -- OCE/OpenCASCADE shared libraries directory: > -- VTK components: vtkCommonCore;vtkCommonDataModel; > vtkFiltersVerdict;vtkIOXML;vtkFiltersCore;vtkFiltersGeneral;vtkIOLegacy; > vtkFiltersExtraction;vtkFiltersSources;vtkFiltersGeometry;vtkhdf5 > -- HDF5: Using hdf5 compiler wrapper to determine C configuration > -- Found HDF5: /usr/local/lib/libhdf5.so;/usr/local/lib/libsz.so;/usr/lib/libz.so;/usr/lib/libm.so > (found version "1.10.0.1") > -- Check for medfile (libmed and libmedc) ... > -- Found MEDFile: /usr/local/include > -- Found SWIG: /usr/local/bin/swig3.0 (found version "3.0.10") > -- Found Eigen3: /usr/local/include/eigen3 (Required is at least version > "2.91.0") > -- Looking for Q_WS_X11 > -- Looking for Q_WS_X11 - found > -- Looking for Q_WS_WIN > -- Looking for Q_WS_WIN - not found > -- Looking for Q_WS_QWS > -- Looking for Q_WS_QWS - not found > -- Looking for Q_WS_MAC > -- Looking for Q_WS_MAC - not found > -- Found Qt4: /usr/local/bin/qmake (found suitable version "4.8.7", > minimum required is "4.5.0") > -- Found Freetype: /usr/local/lib/libfreetype.so (found version "2.8.0") > -- Found OpenGL: /usr/local/lib/libGL.so > -- Found OpenGLU: /usr/local/lib/libGLU.so > -- Found PkgConfig: /usr/local/bin/pkg-config (found version "1.3.10") > -- Checking for module 'Coin' > -- Found Coin, version 3.1.3 > -- Could NOT find Spnav (missing: SPNAV_LIBRARY SPNAV_INCLUDE_DIR) > -- libshiboken built for Release > -- Found PySide Tools: /usr/local/bin/pyside-uic, /usr/local/bin/pyside-rcc > -- -- matplotlib-1.5.3 has been found. > -- Platform is 64-bit, set -D_OCC64 > -- Build type: Release > fatal: Not a git repository (or any parent up to mount point /usr/ports) > Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). > sh: bzr: not found > svn: warning: W155010: The node '/usr/ports/cad/Freecad/work/FreeCAD-8d3fe21' > was not found. > > svn: E200009: Could not display info for all targets because some targets > don't exist > Unknown version control > /usr/ports/cad/Freecad/work/.build/src/Build/Version.h written > -- /usr/ports/cad/Freecad/work/.build/src/Base/BaseClassPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/BoundBoxPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/CoordinateSystemPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/PersistencePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/VectorPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/MatrixPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/RotationPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/PlacementPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/AxisPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/UnitPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Base/QuantityPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/DocumentPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/DocumentObjectPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/ExtensionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/ExtensionContainerPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/ > DocumentObjectExtensionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/GroupExtensionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/DocumentObjectGroupPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/GeoFeaturePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/ > GeoFeatureGroupExtensionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/OriginGroupExtensionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/PartPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/ComplexGeoDataPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/PropertyContainerPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/App/MaterialPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Points/App/PointsPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/FacetPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/MeshFeaturePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/MeshPointPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Mesh/App/MeshPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfConicPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfCirclePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfParabolaPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BodyBasePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ConicPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/CirclePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ArcOfEllipsePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/EllipsePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/HyperbolaPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > ArcOfHyperbolaPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ParabolaPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/OffsetCurvePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/GeometryPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/GeometryCurvePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > GeometrySurfacePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/LinePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/LineSegmentPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PointPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BezierCurvePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BSplineCurvePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PlanePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ConePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/CylinderPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/SpherePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ToroidPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/BezierSurfacePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > BSplineSurfacePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/OffsetSurfacePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PlateSurfacePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > RectangularTrimmedSurfacePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > SurfaceOfExtrusionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > SurfaceOfRevolutionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/PartFeaturePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > AttachExtensionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Part2DObjectPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/AttachEnginePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > TopoShapeCompoundPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > TopoShapeCompSolidPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeEdgePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeFacePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > TopoShapeShellPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > TopoShapeSolidPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > TopoShapeVertexPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/TopoShapeWirePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/ > BRepOffsetAPI_MakePipeShellPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > ArcOfCircle2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > ArcOfConic2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > ArcOfEllipse2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > ArcOfHyperbola2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > ArcOfParabola2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > BezierCurve2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > BSplineCurve2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Circle2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Conic2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Ellipse2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Geometry2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Hyperbola2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Curve2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Line2dSegmentPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/Line2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > OffsetCurve2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Part/App/Geom2d/ > Parabola2dPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/PartDesign/App/BodyPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/PartDesign/App/FeaturePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/PartDesign/Gui/ > ViewProviderPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/ > SketchObjectSFPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/ > SketchObjectPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/ > ConstraintPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Sketcher/App/SketchPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/Robot6AxisPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/TrajectoryPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/WaypointPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Robot/App/RobotObjectPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Import/App/StepShapePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Fem/App/FemMeshPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Fem/App/ > FemPostPipelinePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Fem/Gui/ > ViewProviderFemMeshPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/SheetPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/ > PropertySheetPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/ > PropertyColumnWidthsPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Spreadsheet/App/ > PropertyRowHeightsPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/CommandPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/PathPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/ToolPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/TooltablePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/ > FeaturePathCompoundPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/AreaPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Path/App/FeatureAreaPy.cpp > CMake Warning at /usr/local/share/cmake/Modules/FindBoost.cmake:744 > (message): > Imported targets not available for Boost version 106501 > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindBoost.cmake:848 (_Boost_COMPONENT_ > DEPENDENCIES) > /usr/local/share/cmake/Modules/FindBoost.cmake:1435 > (_Boost_MISSING_DEPENDENCIES) > src/Mod/Path/libarea/CMakeLists.txt:25 (find_package) > > > -- Boost version: 1.65.1 > -- Found the following Boost libraries: > -- python > -- found Boost: 1_65_1 > -- boost-incude dirs are: /usr/local/include > -- boost-python lib is: /usr/local/lib/libboost_python.so > -- boost_LIBRARY_DIRS is: /usr/local/lib > -- Boost_LIBRARIES is: /usr/local/lib/libboost_python.so > -- area module (for Path Workbench) will be installed to: /usr/local/lib > -- /usr/ports/cad/Freecad/work/.build/src/Mod/Measure/App/ > MeasurementPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawPagePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawViewPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawViewPartPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawViewSymbolPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawTemplatePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawParametricTemplatePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawSVGTemplatePy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawViewClipPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawViewDimensionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/DrawHatchPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawGeomHatchPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawViewCollectionPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawProjGroupPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Mod/TechDraw/App/ > DrawProjGroupItemPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Gui/DocumentPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Gui/PythonWorkbenchPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Gui/ViewProviderPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Gui/ > ViewProviderDocumentObjectPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Gui/WorkbenchPy.cpp > -- /usr/ports/cad/Freecad/work/.build/src/Gui/SelectionObjectPy.cpp > -- Found Doxygen: /usr/local/bin/doxygen (found version "1.8.12") > -- Coin3D doc is not installed > -- Configuring done > -- Generating done > CMake Warning (dev): > Policy CMP0058 is not set: Ninja requires custom command byproducts to be > explicit. Run "cmake --help-policy CMP0058" for policy details. Use the > cmake_policy command to set the policy and suppress this warning. > > This project specifies custom command DEPENDS on files in the build tree > that are not specified as the OUTPUT or BYPRODUCTS of any > add_custom_command or add_custom_target: > > src/Mod/Arch/Arch_rc.py > src/Mod/Draft/Draft_rc.py > src/Mod/Import/Import_rc.py > src/Mod/Material/Material_rc.py > src/Mod/OpenSCAD/OpenSCAD_rc.py > src/Mod/Plot/Plot_rc.py > src/Mod/Ship/Ship_rc.py > src/Mod/Tux/Tux_rc.py > > For compatibility with versions of CMake that did not have the BYPRODUCTS > option, CMake is generating phony rules for such files to convince > 'ninja' > to build. > > Project authors should add the missing BYPRODUCTS or OUTPUT options to > the > custom commands that produce these files. > This warning is for project developers. Use -Wno-dev to suppress it. > > -- Build files have been written to: /usr/ports/cad/Freecad/work/.build > ====================================================== > > My cmakecache file everything seems ok: https://pastebin.com/Pcwywx3j > > CMAKE_ARGS= -DFREECAD_USE_EXTERNAL_PIVY:BOOL=ON \ > -DBUILD_QT5_WEBKIT:BOOL=OFF \ > -DCMAKE_CXX_COMPILER=${LOCALBASE}/bin/mpicxx \ > > BUILD_DEPENDS= pyside-rcc:devel/pyside-tools \ > swig:devel/swig13 \ > ${LOCALBASE}/libdata/pkgconfig/eigen3.pc:math/eigen3 \ > ${LOCALBASE}/bin/mpicc:net/mpich2 > > I've tried this but still no go, any ideas? > From owner-freebsd-current@freebsd.org Fri Oct 27 15:15:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47FFBE47F9D for ; Fri, 27 Oct 2017 15:15:07 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D65869B9B for ; Fri, 27 Oct 2017 15:15:06 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (f [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.2/8.15.2) with ESMTPS id v9RF9iHN048127 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 27 Oct 2017 11:09:44 -0400 (EDT) (envelope-from mikej@mikej.com) X-SenderID: Sendmail Sender-ID Filter v1.0.0 mx2.paymentallianceintl.com v9RF9iHN048127 Authentication-Results: mx2.paymentallianceintl.com; sender-id=pass header.from=mikej@mikej.com; spf=pass smtp.mfrom=mikej@mikej.com X-Authentication-Warning: mx2.paymentallianceintl.com: Host f [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall [192.168.6.63]) by firewall.mikej.com (8.15.2/8.15.2) with ESMTP id v9RF9gM9053467 for ; Fri, 27 Oct 2017 11:09:43 -0400 (EDT) (envelope-from mikej@mikej.com) DMARC-Filter: OpenDMARC Filter v1.3.2 firewall.mikej.com v9RF9gM9053467 Authentication-Results: mail.mikej.com; dmarc=none (p=none dis=none) header.from=mikej.com DKIM-Filter: OpenDKIM Filter v2.10.3 firewall.mikej.com v9RF9gM9053467 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mikej.com; s=mail; t=1509116983; bh=EMPHVKtBwaT8rdfKewTyzZK7dpIo79NCi9RQLxL+V8o=; h=Date:From:To:Subject; b=YB4xgJ8L8lathUw0OfGHidFa0ivQDGOj0uOB4eaWelcGkO2uR8QD5nBIsnu7Z9ViS LhKgWfiiATYMFRdNU7b08ZLLmPiGk58dLy2891TVnZJxId6XUf7SxifKgcxCPuahG1 If4eLywOxMoSycu8GyT7V1JtNETdYg+T9URp1ZgMLE+qFy0DNiBXyZrfzaWG23SWhD 0sNMVbHAP6ytFcf8VfnHCySZ8fFs1EqVEK0r8O15uqBoJ9/gz+d9waC29LykFSn4oO 8V0Kx/+s+IulBh0rO3ZOId/sO4RVUWLKzSDnHgnjwsrfTSVzo5pma1eFU1GmsH0Sq1 w3U3trwrwihLw== X-Authentication-Warning: firewall.mikej.com: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 27 Oct 2017 11:09:42 -0400 From: Michael Jung To: freebsd-current@freebsd.org Subject: fatal error: 'wmmintrin.h' file not found Message-ID: X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2017 15:15:07 -0000 I have started having problem building current more recent versions of current. I am currently running FreeBSD bsd11 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320869: Mon Jul 10 13:57:55 UTC 2017 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 I have tried nuking /usr/src and doing a fresh svn checkout of the current running version to see if I could rebuild even my current version r320869 [root@bsd11 /usr/src]# svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 320869 Node Kind: directory Schedule: normal Last Changed Author: bde Last Changed Rev: 320869 Last Changed Date: 2017-07-10 05:00:35 -0400 (Mon, 10 Jul 2017) /etc/make.conf and /etc/src.conf are empty. I have cd /obj rm -rf and made sure no remaining files or directories remain. make buildwould -s continues to fail as shown below. cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -c -O3 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -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 -Wno-error-shift-negative-value -Wno-error-address-of-packed-member -Wno-error-cast-qual -mno-aes -mno-avx -std=iso9899:1999 -Werror -mmmx -msse -msse4 -maes -mpclmul /usr/src/sys/crypto/aesni/aesni_ghash.c /usr/src/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: 'wmmintrin.h' file not found #include ^~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/sys/modules/aesni *** Error code 1 Stop. make[3]: stopped in /usr/src/sys/modules *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Pointers? Thank you. From owner-freebsd-current@freebsd.org Sat Oct 28 11:23:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C5DBE3F9FB for ; Sat, 28 Oct 2017 11:23:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05EE26C9A9 for ; Sat, 28 Oct 2017 11:23:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::5d71:227a:7bb3:8fe3] (unknown [IPv6:2001:470:7a58:0:5d71:227a:7bb3:8fe3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D4BB1FB17; Sat, 28 Oct 2017 13:23:51 +0200 (CEST) From: Dimitry Andric Message-Id: <5813811C-24F9-4C88-9A25-FCC4EADEC7CD@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_D4C4208F-1EC6-4446-9C34-9E43FD0DBC30"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: fatal error: 'wmmintrin.h' file not found Date: Sat, 28 Oct 2017 13:23:51 +0200 In-Reply-To: Cc: freebsd-current@freebsd.org To: Michael Jung References: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2017 11:23:54 -0000 --Apple-Mail=_D4C4208F-1EC6-4446-9C34-9E43FD0DBC30 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Oct 2017, at 17:09, Michael Jung wrote: >=20 > I have started having problem building current more recent versions of = current. >=20 > I am currently running >=20 > FreeBSD bsd11 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320869: Mon Jul 10 = 13:57:55 UTC 2017 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > I have tried nuking /usr/src and doing a fresh svn checkout of the = current running version > to see if I could rebuild even my current version r320869 >=20 >=20 > [root@bsd11 /usr/src]# svnlite info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 320869 > Node Kind: directory > Schedule: normal > Last Changed Author: bde > Last Changed Rev: 320869 > Last Changed Date: 2017-07-10 05:00:35 -0400 (Mon, 10 Jul 2017) >=20 > /etc/make.conf and /etc/src.conf are empty. >=20 > I have >=20 > cd /obj > rm -rf >=20 > and made sure no remaining files or directories remain. >=20 > make buildwould -s >=20 >=20 > continues to fail as shown below. >=20 >=20 >=20 > cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp = -B/usr/obj/usr/src/tmp/usr/bin -c -O3 -pipe -fno-strict-aliasing -Werror = -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common = -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer = -I/usr/obj/usr/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -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__=3D__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 -Wno-error-shift-negative-value = -Wno-error-address-of-packed-member -Wno-error-cast-qual -mno-aes = -mno-avx -std=3Diso9899:1999 -Werror -mmmx -msse -msse4 -maes -mpclmul = /usr/src/sys/crypto/aesni/aesni_ghash.c > /usr/src/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: = 'wmmintrin.h' file not found > #include > ^~~~~~~~~~~~~ > 1 error generated. > *** Error code 1 Most likely, you didn't run buildworld before buildkernel. After buildworld, wmmintrin.h should be found here: /usr/obj/usr/src/tmp/usr/lib/clang/5.0.0/include/wmmintrin.h -Dimitry --Apple-Mail=_D4C4208F-1EC6-4446-9C34-9E43FD0DBC30 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWfRoxwAKCRCwXqMKLiCW o5kuAKD7dQdzkcC+j0r/2xPjCVOPgECLBwCgkI5gSTSU0GWMrBEy3Ru4bkDmyMg= =w7xf -----END PGP SIGNATURE----- --Apple-Mail=_D4C4208F-1EC6-4446-9C34-9E43FD0DBC30-- From owner-freebsd-current@freebsd.org Sat Oct 28 16:11:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01A38E46D5F; Sat, 28 Oct 2017 16:11:20 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (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 CEA1A73850; Sat, 28 Oct 2017 16:11:19 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from dhcp-10-248-102-57.eduroam.wireless.private.cam.ac.uk (global-5-141.nat-2.net.cam.ac.uk [131.111.5.141]) by mail.baldwin.cx (Postfix) with ESMTPSA id 98EF610A7DB; Sat, 28 Oct 2017 12:11:11 -0400 (EDT) Subject: Re: Okular or any pdf reader To: Hans Petter Selasky , blubee blubeeme References: <090f8659-b88b-dc6d-ea8d-de6ee4661fc2@selasky.org> <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> Cc: FreeBSD Ports , FreeBSD current From: John Baldwin Message-ID: Date: Sat, 28 Oct 2017 17:11:10 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <9b7e2698-444c-585e-e11a-b24ab5afdb17@selasky.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Sat, 28 Oct 2017 12:11:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2017 16:11:20 -0000 On 10/25/17 10:58 AM, Hans Petter Selasky wrote: > On 10/25/17 11:55, blubee blubeeme wrote: >> "os.lock_mtx" >> Oct 25 17:52:58 blubee kernel: 1st os.lock_mtx @ nvidia_os.c:841 >> Oct 25 17:52:58 blubee kernel: 2nd os.lock_mtx @ nvidia_os.c:841 >> Oct 25 17:52:58 blubee kernel: stack backtrace: >> Oct 25 17:52:58 blubee kernel: #0 0xffffffff80ab6f30 at >> witness_debugger+0x70 >> Oct 25 17:52:58 blubee kernel: #1 0xffffffff80ab6e23 at >> witness_checkorder+0xe23 >> Oct 25 17:52:58 blubee kernel: #2 0xffffffff80a35293 at >> __mtx_lock_flags+0x93 >> Oct 25 17:52:58 blubee kernel: #3 0xffffffff82f4097b at >> os_acquire_spinlock+0x1b >> Oct 25 17:52:58 blubee kernel: #4 0xffffffff82c45b15 at _nv012002rm+0x185 >> Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: >> Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] >> (20170531/nsarguments-205) >> Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0 >> (GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI:0000:01:00.0 >> >> > > Hi, > > Try: CTRL+ALT+F1 > Or SSH into this machine. > > Then do: > > procstat -ak > > It will reveal any hangs and deadlocks. > > Further I note you're using 12-current with the NVIDIA driver. That > might not be a supported configuration :-( Especially nowadays some core > kernel structures are changing, which means NVIDIA needs to recompile > their binary blob aswell! The blob does not generally use FreeBSD-specific structures. Part of the driver is source and that interfaces with FreeBSD's APIs to implement shims for the APIs used by the blob. Thus, the same blob is used for all OS versions, it is only the wrapper shims (for which we have source) which are subject to ABI concerns. -- John Baldwin