From owner-freebsd-current@freebsd.org Sun Oct 28 07:57:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22A7010EB35A for ; Sun, 28 Oct 2018 07:57:13 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 942F074932; Sun, 28 Oct 2018 07:57:12 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id s10-v6so5126004wmc.5; Sun, 28 Oct 2018 00:57:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=62aWI+Un6Hp6lRbxgOYM7UCdRvHdeFd8WRZJ/Gkvnbc=; b=W5yy4kI6wwySV2kGExI0lUb/ac0sl8p8iE7ISvjGuDsmr9RN/EbbCjTtpGDlT28rom iMqcE8HI3en3vHxKOpYp7U1R0cWAMTNkMtMFQZUlLv0Xc0J74bCpPHLQExmlFMkbVDRc v4dWeZRYbTcxc5gfFsiObFTIp8ueeUFGuEUElROCu0O/YzF55kjBU3+0I6yXmwzgj6gz vR6cmG+/xwIRZ+LzIDSt5LfoHgHl5g1ICydN5+zNjjXUuQPMcV+PSc0/dJC3IDzTCUFE iiEwHQBCgWj2jxsKBH+56iwK4i/C9LnGcJpzO/+y/IR5rMpGj6BMw5VGbGaqoQ59jx5B WD0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=62aWI+Un6Hp6lRbxgOYM7UCdRvHdeFd8WRZJ/Gkvnbc=; b=q7Eg41WR2PJ2Lv7kG3+UN+Z7qmkMqTSV/booxZaVNHVXSErsR74WStpleA2WD7bZ1I DnLsJPQNTmj9cNDxGWFos94cb2bLI4yupizKPjTCa4uwUIbin9sFv44DlqHgtmg2vmx9 j2W65ZbSEFBo/rmUTbJLmqReCvPlKQAVBBGD9cpla4RShmuOcL51VdLcVBk+zk0qVpdo WZQgC6bljCns19kvJaDT5sL3FouYxPyMiBjtmXfjXMSPAndvn/i38Sr3dpsvuFnF2nJ8 DV+LpQPmR45FQ0LHdPBjC8YS8F5Qy6ow3EQi7bbH5fU3+kyAUVouHejSj0BW6qk1fEFf LGwg== X-Gm-Message-State: AGRZ1gLCVtqOEy/S2Q3p8vILekOaBqnRvRuzL6xJhQaT/eAxuLsQh05R /BfHRfjt9xGZkufc4gHPigzUvWluvVw0Epxuv2z9JA== X-Google-Smtp-Source: AJdET5cUU+fvYOwG/wbchQSJzhKDdgSR5s4yZPgRR3/9WT+MdWvmQx+UAHWbhE25J5QrQFZEwuh1g2ln8e7+55+XU2I= X-Received: by 2002:a1c:b143:: with SMTP id a64-v6mr10530246wmf.109.1540713431289; Sun, 28 Oct 2018 00:57:11 -0700 (PDT) MIME-Version: 1.0 References: <20181023133504.GA28755@raichu> <20181025173056.GD73360@raichu> <20181026185857.GA33894@raichu> In-Reply-To: <20181026185857.GA33894@raichu> From: Rajesh Kumar Date: Sun, 28 Oct 2018 13:26:57 +0530 Message-ID: Subject: Re: Facing kernel panic during early boot from 12.0 ALPHA9 To: markj@freebsd.org Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 07:57:13 -0000 Thanks Mark. On Sat, Oct 27, 2018 at 12:29 AM Mark Johnston wrote: > On Fri, Oct 26, 2018 at 07:35:14PM +0530, Rajesh Kumar wrote: > > Hi Mark, > > > > Thanks for the inputs. With the two patches you pointed out, I could able > > to compile from current, install and boot properly without any panic. > > > > Will these changes be taken into stable/12 and be part of upcoming 12.0 > > releases? > > Yes, I will attempt to get them into 12.0. > > > On Thu, Oct 25, 2018 at 11:01 PM Mark Johnston > wrote: > > > > > On Tue, Oct 23, 2018 at 07:10:02PM +0530, Rajesh Kumar wrote: > > > > Hi Mark, > > > > > > > > > From the db> prompt, could you please run "show page" and "show > pageq", > > > > > and post the output? > > > > > > > > The system gets hung when it runs to db prompt. I only have the > option to > > > > force shutdown at that point. Is there any other way, I can collect > what > > > > you need? > > > > > > Just a followup for the list: the issue should be fixed by the > > > following two patches: > > > https://reviews.freebsd.org/D17418 > > > https://reviews.freebsd.org/D17704 > > > > From owner-freebsd-current@freebsd.org Sun Oct 28 15:10:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45D1A10D4F2E for ; Sun, 28 Oct 2018 15:10:33 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA7EE89053 for ; Sun, 28 Oct 2018 15:10:32 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-oi1-x22a.google.com with SMTP id k64-v6so4891719oia.13 for ; Sun, 28 Oct 2018 08:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=3JDcCVfqv26IDlSBE2ny+wiVFBb9dUUKsVTMKtxxj6w=; b=AS/VPkuNko69ZCO/Jp2YnSSWD7dKqmU6saBep4u6uMy2q02pPaVtH5nXW5Ov0qhPbb aEmWj51/sJayZlf4iTHZah84PhEGwCvXU2/hV6uXqCyi8QaL4R/eDKNXy4h8GMbKEHyF cxnwDlE6LuNJ29pX3I0subMax5ANAHgTEsQRWkIir5tnzi8POpoTtrRKJxxuGPGS3f0t KW+zOwkwr7onCyQjO/DKHBw0pkia3s/boMvOQ5T30NjXHCyMii9w7ONhzx2HL/X7jjra T2bRNwwEUR9X6vrWl+nzv8ybmefvCgjpDlWYYUY29ugOFbVbxKIH4QKQltHL25uK+wIB 4aMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=3JDcCVfqv26IDlSBE2ny+wiVFBb9dUUKsVTMKtxxj6w=; b=anY64TjJ1l3Q7BnXaKwR4qRbnQYANCxXFfp2OYLGNAD24HY0g8okHuQwdAoFYZKUFX jBcudcji6OkYH0ZJ1sFZYOp6cgilAL4tOVZKzr+dHZGQuWO44sFNrdxdFA/1uZanKWJg f+0ALDm/VuRlZa/G3+Ns89Enp6meKV8Ex8O9m6Ee8LEoYBqBaNwqCINbSn02XrQRHpJd W969o9sPG3wNAnwiF1vpEn8HKbLbIdm9cJUlJi+XmGyav/zgpVVEBhzcP2Xm5zgLQhDH empxU1bGxYhJyen6bFsWNm6dYYiQRoo+gBsW6aBguA3C8tBpHh9T5ACqgK0SlvPNr3UM AJvA== X-Gm-Message-State: AGRZ1gKdP+6hfa2wvSeT/i3iF6s5Ge1Shgs7uyvLDDhMcC2qaz6JlbVr mGBHhYOoknZSIwxokiRstkFQWE5x X-Google-Smtp-Source: AJdET5cmAT30rYDFFVTYIadZMFQVJ2oW4jd8LBKyx6vPFcgc3kKKmw5fhtJMp+gDBW2HMQuSBVWB2Q== X-Received: by 2002:aca:8b:: with SMTP id 133-v6mr6277950oia.97.1540739431728; Sun, 28 Oct 2018 08:10:31 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-48-31.neo.res.rr.com. [65.25.48.31]) by smtp.googlemail.com with ESMTPSA id w37sm6648645oti.77.2018.10.28.08.10.30 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 28 Oct 2018 08:10:30 -0700 (PDT) Message-ID: <5BD5D166.4050201@gmail.com> Date: Sun, 28 Oct 2018 11:10:30 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: 12.0-BETA1 vt console with rc.conf blanktime, screensaver or loader.conf splash screen not working. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 15:10:33 -0000 blanktime, screensaver has no effect on vt console. splash screen has no effect on vt console. no messages of any kind issued. They all work on sc console. From owner-freebsd-current@freebsd.org Sun Oct 28 11:16:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD78C1086A92 for ; Sun, 28 Oct 2018 11:16:14 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D5BB7D013 for ; Sun, 28 Oct 2018 11:16:13 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id w9SBFv8A060852 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 28 Oct 2018 12:16:04 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: UFS panics To: freebsd-current@freebsd.org References: <20181027062357.GE75530@funkthat.com> From: Andrea Venturoli Message-ID: Date: Sun, 28 Oct 2018 12:15:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 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.29 Precedence: 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, 28 Oct 2018 11:16:15 -0000 On 10/27/18 5:34 PM, Leandro wrote: > I just wanted to confirm if panics on UFS were expected if the file > system had errors This is no official answer, but yes, basing on my nearly 20 years of experience with UFS, I've come to expect them. Several times after some boxes of mine crashed, they kept crashing every day or every few days. Only solution is to reboot in single user mode, fsck the filesystems (notice, not "fsck -p") and restart. I guess softupdates let something bad slip through and won't fix it at reboot. Just my 2c. bye av. From owner-freebsd-current@freebsd.org Sun Oct 28 15:31:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 222C010D6037 for ; Sun, 28 Oct 2018 15:31:37 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2C7789BEB for ; Sun, 28 Oct 2018 15:31:36 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-ot1-x333.google.com with SMTP id m15so5292242otl.7 for ; Sun, 28 Oct 2018 08:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=C0U3Jx7PkrnbzNXFkODDDsq2E3mJJJJ5vVo13PgQeMk=; b=bKo6Z5CcH1zkB99D8uPgltrCzctPnOf2rKlTwSSSsyAtkgerMh8htiMU4gGkvlGWgl RyKfQ/AHwNtJcTkBl7V/CdOOoJa3uKz/Qkk8HzRfcEdM67tklIw3j/EAVKpvC4zOzY6p T29LJU/v0fzO+lDGvUjHifMn8TcYbsNcKVOlpzHW+09jb5d1QDZNttzXIfNmEj5vOXr1 5zxKllkZaKT6m8ri0Opmld7KXHq/Ij63ThlP/yANHf+99sAr08wVGa8Dhsuo5t7Jh6mZ HrTe0vC7bppAWDsoiY0illKVxUMmeFn4+be5TxB6ZdpUa1n4kmncSHkHV2QYL7Yq3Wx4 Wv1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=C0U3Jx7PkrnbzNXFkODDDsq2E3mJJJJ5vVo13PgQeMk=; b=IM8X4F6tHqsIW196E0fkSwQDKEsO72D2l1PJi2b0MPhxHJiRuDY8KqdBl63Ak12KKo 13kRRopzR4CiESPj/eAV/kX5QprHx752lIZRiM3dZ6YTN1bdE2rvSLxx6D1rCjFe8TB7 X1oLIBbKgFz26VM1rQ/rh+j/sogPMMqc0Y3HWBd0PJHCDGudGv3l17s7U5iqebwJe73i QGlbmXBXkBppLtAzBZAD935zPqp/gi1wO55NW5EN9WmC3HIIul0Qu91zyQp4WG1w8mSk h3GmeMSSUnpyyc/EK3XxPf1IP2iow8qaT7ylCVCLJvE7zkXnG0DnexCEz4OrxepaUDfE gjqQ== X-Gm-Message-State: AGRZ1gKv8SQvbeqmv6qOYRGOVP2mOF0OL4NqQuDJj9xFT85DBziS5LIS hgCt1P8OP9rk0Z09UGR1U2Aknk0a X-Google-Smtp-Source: AJdET5e6vS+YUVvX1qbB58GiBfS9mUCY5r+stGvsnOee1LQKSrT9PxPpxn8mYTyUizJ+57z6TCXoBA== X-Received: by 2002:a9d:7a91:: with SMTP id l17mr6864580otn.62.1540740695425; Sun, 28 Oct 2018 08:31:35 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-48-31.neo.res.rr.com. [65.25.48.31]) by smtp.googlemail.com with ESMTPSA id q5-v6sm5697665oia.54.2018.10.28.08.31.34 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 28 Oct 2018 08:31:34 -0700 (PDT) Message-ID: <5BD5D656.4050204@gmail.com> Date: Sun, 28 Oct 2018 11:31:34 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: 12.0-BETA1 vnet with pf firewall Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 15:31:37 -0000 Tested with host running ipfilter and vnet running pf. Tried loading pf from host console or from vnet console using kldload pf.ko command and get this error message; linker_load_file: /boot/kernel/pf.ko-unsupported file type. Looks like the 12.0 version of pf which is suppose to work in vnet independent of what firewall is running on the host is not working. From owner-freebsd-current@freebsd.org Sun Oct 28 16:39:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1274C10D89B8 for ; Sun, 28 Oct 2018 16:39:09 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 8FE408C50B; Sun, 28 Oct 2018 16:39:08 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 3194021F82; Sun, 28 Oct 2018 12:39:02 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 28 Oct 2018 12:39:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=QogpoLC2Jw+JiKI21vF2ToEoNYh V5oO0SE1upQiGjoU=; b=Kc9HEJwLsNS4mQmb9gtxQaJz7YZSWwLuZSrZL3ETXGH BWrZJBDTGRfy+NMWbVUCBAgOTmDMBsKzbL26gqY+ylLgjy5/GNQi0O6qFdxvhgbQ ZUYwOzGL932iXWXcJ4Jh/Q93R5IKO3uQhNkn7oUX2HvxT74MXdxfDnt707NQabZO cZXoECo2EOFGDZRLLz4OTYOC+f01TxRJ98pQHy/lBuR8liLQ2d3nzW2zx8PEw2Fv f9IQLfOMhQNi8B5Ga00Y6j+z8ak8i2MwupDQcqEDrxR4R/z4HRhGBccUyAn1UzKA BR3NNzfcejU+vzf9D3Z/ibisSmVA2P6EDofSkM7NeKQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=QogpoL C2Jw+JiKI21vF2ToEoNYhV5oO0SE1upQiGjoU=; b=lqTqmukerF8WQZnfgrwvk0 oPyUyJM3+kr9Um7Xbne4mvSkAw9sOAtHkGHTLOBFpYnhDxZk5GohceHbxxU+NwV7 uGyj7CZiUiFEU8wXMOerSL4NMRlAVOmR7JIm4xMsRfFyG5wNztFuwDqb2sDTrFTe eDV7VzXQ3Whp76fR/OyY+FcbBmPPS/QymaTAaIkFO7yWhO78OwTsGVKQASD83dx9 Xb2qvd+tzddgiAHF12lkw80NBpkyOsl2v8i+D3OnraDXXV0ZqHc54upG73Urklla MgaiqZ/uS8kbpe2i1v5y/RBZ4aX+Cnfwr4huewMneXjDc0vIbxLBBWekQVl5F/DA == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [178.34.115.95]) by mail.messagingengine.com (Postfix) with ESMTPA id 0E43A102E0; Sun, 28 Oct 2018 12:38:58 -0400 (EDT) Subject: Re: UEFI boot hangs after loader To: Jung-uk Kim , Warner Losh , Harry Newton Cc: Kyle Evans , Toomas Soome , FreeBSD Current References: <2950121D-C985-4F2E-A512-FB73CFDF48BC@me.com> <4457A5DC-A577-4782-B1E8-306236908D5D@me.com> <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Sun, 28 Oct 2018 19:38:50 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Yjg1kRMFnydxiJEaVyp2LZmoeHMnXaOhW" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 16:39:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Yjg1kRMFnydxiJEaVyp2LZmoeHMnXaOhW Content-Type: multipart/mixed; boundary="bvXOeNfLQ5U7LSw4TMDrD4jUvpCJLynZD"; protected-headers="v1" From: Yuri Pankov To: Jung-uk Kim , Warner Losh , Harry Newton Cc: Kyle Evans , Toomas Soome , FreeBSD Current Message-ID: Subject: Re: UEFI boot hangs after loader References: <282E6F72-6573-4F0E-81AB-25110855EBB7@me.com> <2950121D-C985-4F2E-A512-FB73CFDF48BC@me.com> <4457A5DC-A577-4782-B1E8-306236908D5D@me.com> <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> In-Reply-To: <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> --bvXOeNfLQ5U7LSw4TMDrD4jUvpCJLynZD Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Jung-uk Kim wrote: > On 18. 10. 24., Warner Losh wrote: >> On Wed, Oct 24, 2018 at 10:33 AM Harry Newton wrote= : >> >>> gryphon# efivar -N --hex $(efivar | grep Boot0002) >>> 0000: 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 >>> 0010: 20 00 4b 00 69 00 6e 00 67 00 73 00 74 00 6f 00 >>> 0020: 6e 00 44 00 61 00 74 00 61 00 54 00 72 00 61 00 >>> 0030: 76 00 65 00 6c 00 65 00 72 00 20 00 32 00 2e 00 >>> 0040: 30 00 31 00 2e 00 30 00 30 00 00 00 02 01 0c 00 >>> 0050: d0 41 03 0a 00 00 00 00 01 01 06 00 00 14 03 05 >>> 0060: 06 00 03 00 04 01 2a 00 01 00 00 00 01 00 00 00 >>> 0070: 00 00 00 00 40 06 00 00 00 00 00 00 90 90 90 90 >>> 0080: 00 00 00 00 00 00 00 00 00 00 00 00 01 01 7f ff >>> 0090: 04 00 01 04 4e 00 ef 47 64 2d c9 3b a0 41 ac 19 >>> 00a0: 4d 51 d0 1b 4c e6 4b 00 69 00 6e 00 67 00 73 00 >>> 00b0: 74 00 6f 00 6e 00 44 00 61 00 74 00 61 00 54 00 >>> 00c0: 72 00 61 00 76 00 65 00 6c 00 65 00 72 00 20 00 >>> 00d0: 32 00 2e 00 30 00 31 00 2e 00 30 00 30 00 00 00 >>> 00e0: 7f ff 04 00 00 00 42 4f >>> gryphon# >>> >> >> Perfect. I'll decode this and see if I can figure out where we're goin= g AFU. >=20 > It looks familiar. >=20 > http://docs.freebsd.org/cgi/mid.cgi?eadf5d63-a65a-338e-a3e0-f91b410052f= a I have an output looking similar, but not exactly: 0000: 01 00 00 00 62 00 55 00 45 00 46 00 49 00 20 00 0010: 4f 00 53 00 00 00 04 01 2a 00 01 00 00 00 28 00 0020: 00 00 00 00 00 00 00 40 06 00 00 00 00 00 f1 84 0030: d7 13 ca da e8 11 94 1d 30 85 a9 40 0a 5c 02 02 0040: 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 42 00 0050: 4f 00 4f 00 54 00 5c 00 42 00 4f 00 4f 00 54 00 0060: 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 0070: 7f ff 04 00 aa 55 18 0f Same problem with ASUS P8H77-I. >>> On 24 October 2018 at 15:09, Warner Losh wrote: >>> >>>> >>>> >>>> On Wed, Oct 24, 2018 at 7:05 AM Harry Newton wrot= e: >>>> >>>>> Booted with the installer image makes efibootmgr to work as you sai= d: >>>>> >>>>> gryphon# efibootmgr -v >>>>> BootCurrent: 0002 >>>>> Timeout : 2 seconds >>>>> BootOrder : 0001, 0002 >>>>> Boot0001* UEFI OS >>>>> >>>>> HD(1,GPT,b19ccd5d-7c6a-11e7-ae3e-28b2bde107e4,0x28,0x640)/File(\EFI= \BOOT\BOOTX64.EFI) >>>>> ada0p1:/EFI/BOOT/BOOTX64.EFI (null) >>>>> >>>>> However it (efibootmgr) hangs and doesn't return to the shell, thou= gh it >>>>> is >>>>> interruptible with ^C. >>>>> >>>>> The partition listed against Boot0001 is my efi partition. >>>>> >>>> >>>> Can you do something like: >>>> >>>> sudo efivar -N --hex `sudo efivar | grep Boot0002` >>>> >>>> so I can have an example of a naughty boot variable? That's almost >>>> certainly causing the heart-burn. >>>> >>>> Warner >>>> >>>> >>>> >>>>> /H >>>>> >>>>> On 23 October 2018 at 22:51, Kyle Evans wrote:= >>>>> >>>>>> Hi, >>>>>> >>>>>> I suspect 4th vs. lua has no impact here, given the output shown -= - >>>>>> can you throw one of the installer images [0] on some removable me= dia >>>>>> and give that a shot for booting? If that works, we can explore UE= FI >>>>>> variables from there. >>>>>> >>>>>> efibootmgr will only work on a successful UEFI boot, unfortunately= - if >>>>>> we didn't make uefi loader -> kernel transition, then we don't hav= e >>>>>> access to runtime services. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Kyle Evans >>>>>> >>>>>> [0] >>>>> https://download.freebsd.org/ftp/releases/amd64/amd64/ISO-IMAGES/12= =2E0/ >>>>>> >>>>>> On Tue, Oct 23, 2018 at 4:23 PM Harry Newton wr= ote: >>>>>>> >>>>>>> I set LOADER_DEFAULT_INTERP=3D4th and went in /usr/src/stand and >>>>> re-made >>>>>> the >>>>>>> binaries in /boot but this doesn't solve the problem. It did cop= y >>>>>>> /boot/loader_4th.efi to /boot/loader.efi which is (according to >>>>> uefi(8) >>>>>>> which is what is called from /boot/boot1.efi and which contains t= he >>>>>> strings >>>>>>> I see on the console before the hang. But it must then call / re= ad >>>>>>> something else and I don't think it can find it. Not sure why it= >>>>> doesn't >>>>>>> produce an error message. I *think* it may be something to do wi= th >>>>> EFI >>>>>>> variables, but as efibootmgr doesn't work I can't explore this, >>>>> despite >>>>>>> efirt being in the kernel. >>>>>>> >>>>>>> Suggestions received welcomed, and new suggestions / leads to fol= low >>>>> also >>>>>>> very much welcomed. >>>>>>> >>>>>>> /H >>>>>>> >>>>>>> >>>>>>> On 23 October 2018 at 21:33, Harry Newton wrot= e: >>>>>>> >>>>>>>> Right ... I've the binaries in /boot, freshly made. This might = be >>>>> a >>>>>> silly >>>>>>>> question ... do I not need to copy them (or dd the boot1.efifat >>>>> image) >>>>>> to >>>>>>>> the EFI partition ? >>>>>>>> >>>>>>>> /H >>>>>>>> >>>>>>>> On 23 October 2018 at 21:30, Toomas Soome wrote:= >>>>>>>> >>>>>>>>> you should have the binaries in boot - just ln (or copy) one to= >>>>>> loader.efi >>>>>>>>> >>>>>>>>> rgds, >>>>>>>>> toomas >>>>>>>>> >>>>>>>>> >>>>>>>>> On 23 Oct 2018, at 23:22, Harry Newton wrote= : >>>>>>>>> >>>>>>>>> Yes ... so as everything is built, can I just alter >>>>>> LOADER_DEFAULT_INTERP >>>>>>>>> in /etc/make.conf and then reinstall just the loader and boot >>>>> parts >>>>>> onto >>>>>>>>> the UEFI partition ? If so, how ? >>>>>>>>> >>>>>>>>> >>>>>>>>> On 23 October 2018 at 21:17, Toomas Soome wrote= : >>>>>>>>> >>>>>>>>>> ok, in that case I=E2=80=99d suggest to test out if forth base= d one is >>>>> still >>>>>>>>>> working - at least you can get the bootable system. And then >>>>> there >>>>>> is a >>>>>>>>>> chance to debug the lua version too (note it should be possibl= e >>>>> to >>>>>> chain >>>>>>>>>> /boot/loader_lua.efi). >>>>>>>>>> >>>>>>>>>> rgds, >>>>>>>>>> toomas >>>>>>>>>> >>>>>>>>>>> On 23 Oct 2018, at 23:08, Harry Newton >>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> So it's got FORTH in it, but my loader is lua based, and also= >>>>>> doesn't >>>>>>>>>>> appear to read loader.rc. >>>>>>>>>>> >>>>>>>>>>> /H >>>>>>>>>>> >>>>>>>>>>> On 23 October 2018 at 21:03, Toomas Soome >>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> hm. in that case, whats the content of /boot/loader.rc ? >>>>>>>>>>>> >>>>>>>>>>>> rgds, >>>>>>>>>>>> toomas >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 23 Oct 2018, at 23:01, Harry Newton >>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> If boot menu is the screen where you get the options for >>>>> various >>>>>>>>>> kernels >>>>>>>>>>>> and the picture of the daemon head, no. It stops at the >>>>> point in >>>>>> my >>>>>>>>>> email >>>>>>>>>>>> =E2=80=94 though not as I said just before the kernel is loa= ded but in >>>>>> point >>>>>>>>>> of >>>>>>>>>>>> fact before the menu. >>>>>>>>>>>> >>>>>>>>>>>> I've also rebuilt the kernel and still can't use efibootmgr >>>>> which >>>>>> is >>>>>>>>>>>> puzzling me. >>>>>>>>>>>> >>>>>>>>>>>> /H >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 23 October 2018 at 20:56, Toomas Soome >>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Do you get boot menu? if so, press esc to get to ok prompt,= >>>>> then >>>>>> type >>>>>>>>>>>>> start - if its bootfort based loader, it will load the >>>>> kernel and >>>>>>>>>> modules. >>>>>>>>>>>>> lsmod will then list the loaded files. >>>>>>>>>>>>> >>>>>>>>>>>>> If the loader prompt is still usable, then next command >>>>> would be: >>>>>>>>>> boot >>>>>>>>>>>>> >>>>>>>>>>>>> rgds, >>>>>>>>>>>>> toomas >>>>>>>>>>>>> >>>>>>>>>>>>>> On 23 Oct 2018, at 20:45, Harry Newton >>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Just upgraded my Asus UX303L (amd64) from 11-STABLE to >>>>>> 12.0-BETA1 >>>>>>>>>>>>> r339529 >>>>>>>>>>>>>> by source. Have a problem with booting which hangs after:= >>>>>>>>>>>>>> >>>>>>>>>>>>>>>> FreeBSD EFI boot block >>>>>>>>>>>>>> Loader path: /boot/loader.efi >>>>>>>>>>>>>> >>>>>>>>>>>>>> Initializing modules: ZFS UFS >>>>>>>>>>>>>> Probing 5 block devices ... done >>>>>>>>>>>>>> ZFS found the following pools: zroot >>>>>>>>>>>>>> UFS found no partitions >>>>>>>>>>>>>> Consoles: EFI console >>>>>>>>>>>>>> FreeBSD/amd64 EFI loader, Revision 1.1 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Command line arguments: loader.efi >>>>>>>>>>>>>> EFI version 2.31 >>>>>>>>>>>>>> EFI Firmware: American Megatrends (rev 4.654) >>>>>>>>>>>>>> Console: efi(0) >>>>>>>>>>>>>> Load Path: HD(4, GPT [ ... ] >>>>>>>>>>>>>> Load Device: Pci Root [ ... ] >>>>>>>>>>>>>> Boot Current: 0001 >>>>>>>>>>>>>> Boot Order: 0001 [x] >>>>>>>>>>>>>> Boot Info Path: HS(1, GPT, [ ... ] >>>>> /\EFI\BOOT\BOOTX64.EFI >>>>>>>>>>>>>> - >>>>>>>>>>>>>> >>>>>>>>>>>>>> So it gets into loader.efi which runs but stops I think ju= st >>>>>> before >>>>>>>>>>>>> loading >>>>>>>>>>>>>> the kernel. Partitions: >>>>>>>>>>>>>> >>>>>>>>>>>>>> =3D> 40 250069600 ada0 GPT (119G) >>>>>>>>>>>>>> 40 1600 1 efi (800K) >>>>>>>>>>>>>> 1640 1024 2 freebsd-boot (512K) >>>>>>>>>>>>>> 2664 1432 - free - (716K) >>>>>>>>>>>>>> 4096 4194304 3 freebsd-swap (2.0G) >>>>>>>>>>>>>> 4198400 245870592 4 freebsd-zfs (117G) >>>>>>>>>>>>>> 250068992 648 - free - (324K) >>>>>>>>>>>>>> >>>>>>>>>>>>>> and the EFI partition is FAT 12. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I can't provide (at the moment) any output from efibootmgr= : >>>>>>>>>>>>>> >>>>>>>>>>>>>> root@gryphon:~ # efibootmgr -v >>>>>>>>>>>>>> efibootmgr: efi variables not supported on this system. >>>>> root? >>>>>>>>>> kldload >>>>>>>>>>>>> efirt? >>>>>>>>>>>>>> root@gryphon:~ # kldload efirt >>>>>>>>>>>>>> kldload: can't load efirt: module already loaded or in >>>>> kernel >>>>>>>>>>>>>> >>>>>>>>>>>>>> which I don't understand. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I'm going to rebuild the kernel (currently GENERIC) and se= e >>>>> if >>>>>> that >>>>>>>>>>>>> allows >>>>>>>>>>>>>> me to load efirt / use efibootmgr. >>>>>>>>>>>>>> >>>>>>>>>>>>>> In the meantime, I should be very grateful for any advice.= >>>>>>>>>>>>>> >>>>>>>>>>>>>> ( Currently booting using a 11-RELEASE memstick image and >>>>>> dropping >>>>>>>>>> into >>>>>>>>>>>>> its >>>>>>>>>>>>>> loader to get to the installed 12-STABLE ). >>>>>>>>>>>>>> >>>>>>>>>>>>>> /Harry >=20 --bvXOeNfLQ5U7LSw4TMDrD4jUvpCJLynZD-- --Yjg1kRMFnydxiJEaVyp2LZmoeHMnXaOhW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlvV5iEACgkQk4vgf7Eq 4Wy4HAf9EvVgV2fvQHNzYjH/zljFcMlrrrAyif9xaq6SaFjq50bNw+GxRw4XF4Ou LwZb15iduGBX3Woiod1kr+PQvsA0Ueq0nJHac2VNLhj2Ko9lMbSxdG3rW3/MM4C+ k+ork108Q6WHlMuY/xggD782F5FnS8ioytGwXnvB8v6iTO4XIORs22dURW7PnvE/ HRP5LyKRM+fPce7GWtdtL6kdFtv8c+bIvFpRWMmFBp4WpAqZLVr+8B9673XA3gPi zkuzRq5bs4KNjx35GNKVqoLme8DW0zt2Lvs4CjetrYaRMWHQu6+TzGdWOOiZ4EVr emOtDcJD6WQ6thdlM+xMzsW/umZprw== =Antu -----END PGP SIGNATURE----- --Yjg1kRMFnydxiJEaVyp2LZmoeHMnXaOhW-- From owner-freebsd-current@freebsd.org Sun Oct 28 15:48:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20AE310D6902 for ; Sun, 28 Oct 2018 15:48:23 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89E4E8A37C for ; Sun, 28 Oct 2018 15:48:22 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mail-wr1-x432.google.com with SMTP id x12-v6so6012702wrw.8 for ; Sun, 28 Oct 2018 08:48:22 -0700 (PDT) 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:mime-version:content-transfer-encoding; bh=knP3J5p+3yVfRa2TIibgX2k2OwP5rcrCZwTu1aq9kZ8=; b=cqneEQkftAvKom9E8AbFXDv8pKsLve2qt5g/5MkaPSiRRJILu71ILEAIRLDr8LX9Wm OGp1hNPPZosQ4U9leO03IrvGvnk1dWjuYY4CTdza3GCZrn+8bVaOV3XdmUGdEOTN12mk 8Vpmrc1NXWYVDmhu4xpcofWnp6zZqGiht5/k4mi71j2wcNpuBNR+lvBPU4LwlkykiKVZ 79/vVJIH/YVwlegDUd4B1YtNs+scEGpA3Js81NTe4Cq0EpSm/COclMxF/s+kpmLfiH79 Wz/Tp8OC0CZjxk2MckDhgxM0DGLHjeLDR2RkrMkNU52AEYcoA6oqmUTrfUJC9nl2i9EB 3AIQ== X-Gm-Message-State: AGRZ1gK5M7gqbeSn6lU6tnXp7wDsApBl3w8nS3Lp59fjydDS59T/BRbe b6mr7fitjCg51qK18BXGo3LC6KoJkOc= X-Google-Smtp-Source: AJdET5eMcSfkdRugEpTg8FntZtmvtrYicqLtX9SmRjDv8Z1WAeNVHiF/J1YRKkC6pbcjuPsWvUz7HQ== X-Received: by 2002:adf:a31c:: with SMTP id c28-v6mr11940393wrb.195.1540741700887; Sun, 28 Oct 2018 08:48:20 -0700 (PDT) Received: from gumby.homeunix.com ([90.209.152.79]) by smtp.gmail.com with ESMTPSA id o9-v6sm20154903wra.42.2018.10.28.08.48.19 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 28 Oct 2018 08:48:20 -0700 (PDT) Date: Sun, 28 Oct 2018 15:48:18 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: "arc4random: no preloaded entropy cache" printed once per CPU on startup Message-ID: <20181028154818.3fbefd01@gumby.homeunix.com> In-Reply-To: <7e275fec-0d8d-88c1-8dc5-47fc893436b2@bluestop.org> References: <7e275fec-0d8d-88c1-8dc5-47fc893436b2@bluestop.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.1) 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.29 Precedence: 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, 28 Oct 2018 15:48:23 -0000 On Sat, 27 Oct 2018 16:38:00 -0600 Rebecca Cran wrote: > On a normal boot (not verbose) of -CURRENT from today's sources I'm > getting the following message printed once for each logical CPU: > > > arc4random: no preloaded entropy cache > > > Since other messages, including the same one in random_harvestq.c are > under bootverbose, should this one in arc4random.c be too? > > > I guess another question is _why_ this message is being displayed, > since it looks like it should only happen if an entropy stash > (/entropy?) is missing: /entropy is the old style file fed into /dev/random from rc.d/random. There's another file /boot/entropy which is read much earlier. From owner-freebsd-current@freebsd.org Sun Oct 28 15:50:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B2C010D6B90 for ; Sun, 28 Oct 2018 15:50:54 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EAA5D8A5F3 for ; Sun, 28 Oct 2018 15:50:53 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id F0C1E8D4A12D; Sun, 28 Oct 2018 15:50:51 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 32785D1F801; Sun, 28 Oct 2018 15:50:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 24RncPCEGndl; Sun, 28 Oct 2018 15:50:49 +0000 (UTC) Received: from [10.248.105.177] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 65AC2D1F7FD; Sun, 28 Oct 2018 15:50:49 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Ernie Luzar" Cc: "FreeBSD current" Subject: Re: 12.0-BETA1 vnet with pf firewall Date: Sun, 28 Oct 2018 15:50:46 +0000 X-Mailer: MailMate (2.0BETAr6123) Message-ID: <6811B138-54C8-448F-A7F8-76374A077D8A@lists.zabbadoz.net> In-Reply-To: <5BD5D656.4050204@gmail.com> References: <5BD5D656.4050204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 15:50:54 -0000 On 28 Oct 2018, at 15:31, Ernie Luzar wrote: > Tested with host running ipfilter and vnet running pf. Tried loading > pf from host console or from vnet console using kldload pf.ko command > and get this error message; > > linker_load_file: /boot/kernel/pf.ko-unsupported file type. > > Looks like the 12.0 version of pf which is suppose to work in vnet > independent of what firewall is running on the host is not working. You cannot load pf from inside a jail (with or without vnet). Kernel modules are global objects loaded from the base system or you compile the devices into the kernel; it is their state which is virtualised. If you load multiple firewalls they will all be available to the base system and all jails+vnet. Whichever you configure in which one is up to you. Just be careful as an unconfigured firewall might have a default action affecting the outcome of the overall decision. For example you could have: a base system using ipfilter and setting pf to default accept everything and a jail+vnet using pf and setting ipfilter there to accept everything. Hope that clarifies some things. /bz From owner-freebsd-current@freebsd.org Sun Oct 28 16:40:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D46D10D8AB7 for ; Sun, 28 Oct 2018 16:40:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92e.google.com (mail-ua1-x92e.google.com [IPv6:2607:f8b0:4864:20::92e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB1B98C5F6 for ; Sun, 28 Oct 2018 16:40:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92e.google.com with SMTP id w19so2126719uaj.3 for ; Sun, 28 Oct 2018 09:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=udEbEbNS4ukONaMbk7viQ50V+Jl12H3tcGkGVe+o1QI=; b=D5TAWl1i89Nr8Mb5EIXYb5VpDhGnwVCpK6jU5uZQZGdUffases0R4gYk75vtZbCxcO Al5JE+xIHe3i/tEFEuHbUTY7h6BBs68eqZv4tIaFlpPxAJs0UPDuMgl0VR6/Nnit7zTA vjPd5fDXMl6xMDx4ftDR7V5PpoaPis1T93Zrx/WYp5TDYTU2qab2sa5PHS4shlPidkLf IaxPhYlYP3qGOTSUUAcGaEbxC8zOn7YVRZVE0v+0CWZLjYYaImbikbTaCTlmMJI5hFLY 5KJtS/F8Jz/0VDvtL6GAovAsTqHAWsKumRSLKe5ToPyNX3Fhd80Wu2YVUzhNk80wW38s +4KQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=udEbEbNS4ukONaMbk7viQ50V+Jl12H3tcGkGVe+o1QI=; b=WT5g9H2sfYYmoakM40oaNdOw7yhEuu1eCQJBNHtg9ZF90I8siSPiARb28MT5nvUFAt PiFdSaSDitVvFCiwIYRkdbYIOFm7nFQCknemEJpjVYjzu163ZMZHfC9aOxZgP5WysSwU D0D9SLq+/5Mg1XYW7xb7ygUI9lj4hS9Em1XrxKsalg/bhau7Yp22HTmXQpUOxIZWRtC7 7xx36LLZ5L9oDv7qaJ80MJv0IpuBpRqcBB2jkeI8q/wSeJA/N61TW3hKE0e79fC1h0+h bpEwAPYfxoX62wfmqdjgRoK4UlC7zqXlFdq22yR5L0O2XMH03cV8WxXjoPDyfEIqQnOQ LGfg== X-Gm-Message-State: AGRZ1gJjOtXwbZ+FOs7Y7YiVkcZ0GlcupsriTeJTykGj7Jl2HWyu21Ix DWbXltwWhXHEmJ+AwHgf48asRemWumKGOzFsManZXQ== X-Google-Smtp-Source: AJdET5fZd3FG8s/ZCL2ZQ23DpszRO+i3V5UpK+Sf1mk0gmQST5JS6A6hnbOnUIUrneEjkUpsPIGxCU+yZfFOaGL/pQU= X-Received: by 2002:ab0:53c3:: with SMTP id l3mr4789468uaa.16.1540744829713; Sun, 28 Oct 2018 09:40:29 -0700 (PDT) MIME-Version: 1.0 References: <2950121D-C985-4F2E-A512-FB73CFDF48BC@me.com> <4457A5DC-A577-4782-B1E8-306236908D5D@me.com> <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> In-Reply-To: From: Warner Losh Date: Sun, 28 Oct 2018 10:40:17 -0600 Message-ID: Subject: Re: UEFI boot hangs after loader To: Yuri Pankov Cc: Jung-uk Kim , Harry Newton , Kyle Evans , Toomas Soome , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 16:40:31 -0000 On Sun, Oct 28, 2018, 10:39 AM Yuri Pankov wrote: > Jung-uk Kim wrote: > > On 18. 10. 24., Warner Losh wrote: > >> On Wed, Oct 24, 2018 at 10:33 AM Harry Newton wrote= : > >> > >>> gryphon# efivar -N --hex $(efivar | grep Boot0002) > >>> 0000: 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 > >>> 0010: 20 00 4b 00 69 00 6e 00 67 00 73 00 74 00 6f 00 > >>> 0020: 6e 00 44 00 61 00 74 00 61 00 54 00 72 00 61 00 > >>> 0030: 76 00 65 00 6c 00 65 00 72 00 20 00 32 00 2e 00 > >>> 0040: 30 00 31 00 2e 00 30 00 30 00 00 00 02 01 0c 00 > >>> 0050: d0 41 03 0a 00 00 00 00 01 01 06 00 00 14 03 05 > >>> 0060: 06 00 03 00 04 01 2a 00 01 00 00 00 01 00 00 00 > >>> 0070: 00 00 00 00 40 06 00 00 00 00 00 00 90 90 90 90 > >>> 0080: 00 00 00 00 00 00 00 00 00 00 00 00 01 01 7f ff > >>> 0090: 04 00 01 04 4e 00 ef 47 64 2d c9 3b a0 41 ac 19 > >>> 00a0: 4d 51 d0 1b 4c e6 4b 00 69 00 6e 00 67 00 73 00 > >>> 00b0: 74 00 6f 00 6e 00 44 00 61 00 74 00 61 00 54 00 > >>> 00c0: 72 00 61 00 76 00 65 00 6c 00 65 00 72 00 20 00 > >>> 00d0: 32 00 2e 00 30 00 31 00 2e 00 30 00 30 00 00 00 > >>> 00e0: 7f ff 04 00 00 00 42 4f > >>> gryphon# > >>> > >> > >> Perfect. I'll decode this and see if I can figure out where we're goin= g > AFU. > > > > It looks familiar. > > > > http://docs.freebsd.org/cgi/mid.cgi?eadf5d63-a65a-338e-a3e0-f91b410052f= a > > I have an output looking similar, but not exactly: > > 0000: 01 00 00 00 62 00 55 00 45 00 46 00 49 00 20 00 > 0010: 4f 00 53 00 00 00 04 01 2a 00 01 00 00 00 28 00 > 0020: 00 00 00 00 00 00 00 40 06 00 00 00 00 00 f1 84 > 0030: d7 13 ca da e8 11 94 1d 30 85 a9 40 0a 5c 02 02 > 0040: 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 42 00 > 0050: 4f 00 4f 00 54 00 5c 00 42 00 4f 00 4f 00 54 00 > 0060: 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 > 0070: 7f ff 04 00 aa 55 18 0f > > Same problem with ASUS P8H77-I. > Do the latest fixes help? Warner > > >>> On 24 October 2018 at 15:09, Warner Losh wrote: > >>> > >>>> > >>>> > >>>> On Wed, Oct 24, 2018 at 7:05 AM Harry Newton > wrote: > >>>> > >>>>> Booted with the installer image makes efibootmgr to work as you sai= d: > >>>>> > >>>>> gryphon# efibootmgr -v > >>>>> BootCurrent: 0002 > >>>>> Timeout : 2 seconds > >>>>> BootOrder : 0001, 0002 > >>>>> Boot0001* UEFI OS > >>>>> > >>>>> > HD(1,GPT,b19ccd5d-7c6a-11e7-ae3e-28b2bde107e4,0x28,0x640)/File(\EFI\BOOT\= BOOTX64.EFI) > >>>>> ada0p1:/EFI/BOOT/BOOTX64.EFI (null) > >>>>> > >>>>> However it (efibootmgr) hangs and doesn't return to the shell, > though it > >>>>> is > >>>>> interruptible with ^C. > >>>>> > >>>>> The partition listed against Boot0001 is my efi partition. > >>>>> > >>>> > >>>> Can you do something like: > >>>> > >>>> sudo efivar -N --hex `sudo efivar | grep Boot0002` > >>>> > >>>> so I can have an example of a naughty boot variable? That's almost > >>>> certainly causing the heart-burn. > >>>> > >>>> Warner > >>>> > >>>> > >>>> > >>>>> /H > >>>>> > >>>>> On 23 October 2018 at 22:51, Kyle Evans wrote: > >>>>> > >>>>>> Hi, > >>>>>> > >>>>>> I suspect 4th vs. lua has no impact here, given the output shown -= - > >>>>>> can you throw one of the installer images [0] on some removable > media > >>>>>> and give that a shot for booting? If that works, we can explore UE= FI > >>>>>> variables from there. > >>>>>> > >>>>>> efibootmgr will only work on a successful UEFI boot, unfortunately= - > if > >>>>>> we didn't make uefi loader -> kernel transition, then we don't hav= e > >>>>>> access to runtime services. > >>>>>> > >>>>>> Thanks, > >>>>>> > >>>>>> Kyle Evans > >>>>>> > >>>>>> [0] > >>>>> > https://download.freebsd.org/ftp/releases/amd64/amd64/ISO-IMAGES/12.0/ > >>>>>> > >>>>>> On Tue, Oct 23, 2018 at 4:23 PM Harry Newton > wrote: > >>>>>>> > >>>>>>> I set LOADER_DEFAULT_INTERP=3D4th and went in /usr/src/stand and > >>>>> re-made > >>>>>> the > >>>>>>> binaries in /boot but this doesn't solve the problem. It did cop= y > >>>>>>> /boot/loader_4th.efi to /boot/loader.efi which is (according to > >>>>> uefi(8) > >>>>>>> which is what is called from /boot/boot1.efi and which contains t= he > >>>>>> strings > >>>>>>> I see on the console before the hang. But it must then call / re= ad > >>>>>>> something else and I don't think it can find it. Not sure why it > >>>>> doesn't > >>>>>>> produce an error message. I *think* it may be something to do wi= th > >>>>> EFI > >>>>>>> variables, but as efibootmgr doesn't work I can't explore this, > >>>>> despite > >>>>>>> efirt being in the kernel. > >>>>>>> > >>>>>>> Suggestions received welcomed, and new suggestions / leads to > follow > >>>>> also > >>>>>>> very much welcomed. > >>>>>>> > >>>>>>> /H > >>>>>>> > >>>>>>> > >>>>>>> On 23 October 2018 at 21:33, Harry Newton > wrote: > >>>>>>> > >>>>>>>> Right ... I've the binaries in /boot, freshly made. This might = be > >>>>> a > >>>>>> silly > >>>>>>>> question ... do I not need to copy them (or dd the boot1.efifat > >>>>> image) > >>>>>> to > >>>>>>>> the EFI partition ? > >>>>>>>> > >>>>>>>> /H > >>>>>>>> > >>>>>>>> On 23 October 2018 at 21:30, Toomas Soome wrote: > >>>>>>>> > >>>>>>>>> you should have the binaries in boot - just ln (or copy) one to > >>>>>> loader.efi > >>>>>>>>> > >>>>>>>>> rgds, > >>>>>>>>> toomas > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On 23 Oct 2018, at 23:22, Harry Newton wrote= : > >>>>>>>>> > >>>>>>>>> Yes ... so as everything is built, can I just alter > >>>>>> LOADER_DEFAULT_INTERP > >>>>>>>>> in /etc/make.conf and then reinstall just the loader and boot > >>>>> parts > >>>>>> onto > >>>>>>>>> the UEFI partition ? If so, how ? > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On 23 October 2018 at 21:17, Toomas Soome wrote= : > >>>>>>>>> > >>>>>>>>>> ok, in that case I=E2=80=99d suggest to test out if forth base= d one is > >>>>> still > >>>>>>>>>> working - at least you can get the bootable system. And then > >>>>> there > >>>>>> is a > >>>>>>>>>> chance to debug the lua version too (note it should be possibl= e > >>>>> to > >>>>>> chain > >>>>>>>>>> /boot/loader_lua.efi). > >>>>>>>>>> > >>>>>>>>>> rgds, > >>>>>>>>>> toomas > >>>>>>>>>> > >>>>>>>>>>> On 23 Oct 2018, at 23:08, Harry Newton > >>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>> So it's got FORTH in it, but my loader is lua based, and also > >>>>>> doesn't > >>>>>>>>>>> appear to read loader.rc. > >>>>>>>>>>> > >>>>>>>>>>> /H > >>>>>>>>>>> > >>>>>>>>>>> On 23 October 2018 at 21:03, Toomas Soome > >>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>>> hm. in that case, whats the content of /boot/loader.rc ? > >>>>>>>>>>>> > >>>>>>>>>>>> rgds, > >>>>>>>>>>>> toomas > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> On 23 Oct 2018, at 23:01, Harry Newton > >>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>> If boot menu is the screen where you get the options for > >>>>> various > >>>>>>>>>> kernels > >>>>>>>>>>>> and the picture of the daemon head, no. It stops at the > >>>>> point in > >>>>>> my > >>>>>>>>>> email > >>>>>>>>>>>> =E2=80=94 though not as I said just before the kernel is loa= ded but in > >>>>>> point > >>>>>>>>>> of > >>>>>>>>>>>> fact before the menu. > >>>>>>>>>>>> > >>>>>>>>>>>> I've also rebuilt the kernel and still can't use efibootmgr > >>>>> which > >>>>>> is > >>>>>>>>>>>> puzzling me. > >>>>>>>>>>>> > >>>>>>>>>>>> /H > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> On 23 October 2018 at 20:56, Toomas Soome > >>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> Do you get boot menu? if so, press esc to get to ok prompt, > >>>>> then > >>>>>> type > >>>>>>>>>>>>> start - if its bootfort based loader, it will load the > >>>>> kernel and > >>>>>>>>>> modules. > >>>>>>>>>>>>> lsmod will then list the loaded files. > >>>>>>>>>>>>> > >>>>>>>>>>>>> If the loader prompt is still usable, then next command > >>>>> would be: > >>>>>>>>>> boot > >>>>>>>>>>>>> > >>>>>>>>>>>>> rgds, > >>>>>>>>>>>>> toomas > >>>>>>>>>>>>> > >>>>>>>>>>>>>> On 23 Oct 2018, at 20:45, Harry Newton > >>>>>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Just upgraded my Asus UX303L (amd64) from 11-STABLE to > >>>>>> 12.0-BETA1 > >>>>>>>>>>>>> r339529 > >>>>>>>>>>>>>> by source. Have a problem with booting which hangs after: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> FreeBSD EFI boot block > >>>>>>>>>>>>>> Loader path: /boot/loader.efi > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Initializing modules: ZFS UFS > >>>>>>>>>>>>>> Probing 5 block devices ... done > >>>>>>>>>>>>>> ZFS found the following pools: zroot > >>>>>>>>>>>>>> UFS found no partitions > >>>>>>>>>>>>>> Consoles: EFI console > >>>>>>>>>>>>>> FreeBSD/amd64 EFI loader, Revision 1.1 > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Command line arguments: loader.efi > >>>>>>>>>>>>>> EFI version 2.31 > >>>>>>>>>>>>>> EFI Firmware: American Megatrends (rev 4.654) > >>>>>>>>>>>>>> Console: efi(0) > >>>>>>>>>>>>>> Load Path: HD(4, GPT [ ... ] > >>>>>>>>>>>>>> Load Device: Pci Root [ ... ] > >>>>>>>>>>>>>> Boot Current: 0001 > >>>>>>>>>>>>>> Boot Order: 0001 [x] > >>>>>>>>>>>>>> Boot Info Path: HS(1, GPT, [ ... ] > >>>>> /\EFI\BOOT\BOOTX64.EFI > >>>>>>>>>>>>>> - > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> So it gets into loader.efi which runs but stops I think ju= st > >>>>>> before > >>>>>>>>>>>>> loading > >>>>>>>>>>>>>> the kernel. Partitions: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> =3D> 40 250069600 ada0 GPT (119G) > >>>>>>>>>>>>>> 40 1600 1 efi (800K) > >>>>>>>>>>>>>> 1640 1024 2 freebsd-boot (512K) > >>>>>>>>>>>>>> 2664 1432 - free - (716K) > >>>>>>>>>>>>>> 4096 4194304 3 freebsd-swap (2.0G) > >>>>>>>>>>>>>> 4198400 245870592 4 freebsd-zfs (117G) > >>>>>>>>>>>>>> 250068992 648 - free - (324K) > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> and the EFI partition is FAT 12. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> I can't provide (at the moment) any output from efibootmgr= : > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> root@gryphon:~ # efibootmgr -v > >>>>>>>>>>>>>> efibootmgr: efi variables not supported on this system. > >>>>> root? > >>>>>>>>>> kldload > >>>>>>>>>>>>> efirt? > >>>>>>>>>>>>>> root@gryphon:~ # kldload efirt > >>>>>>>>>>>>>> kldload: can't load efirt: module already loaded or in > >>>>> kernel > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> which I don't understand. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> I'm going to rebuild the kernel (currently GENERIC) and se= e > >>>>> if > >>>>>> that > >>>>>>>>>>>>> allows > >>>>>>>>>>>>>> me to load efirt / use efibootmgr. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> In the meantime, I should be very grateful for any advice. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ( Currently booting using a 11-RELEASE memstick image and > >>>>>> dropping > >>>>>>>>>> into > >>>>>>>>>>>>> its > >>>>>>>>>>>>>> loader to get to the installed 12-STABLE ). > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> /Harry > > > > > From owner-freebsd-current@freebsd.org Sun Oct 28 17:45:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 062C110DB5A3 for ; Sun, 28 Oct 2018 17:45:27 +0000 (UTC) (envelope-from harry@yewbarrow.net) Received: from mail-yw1-xc33.google.com (mail-yw1-xc33.google.com [IPv6:2607:f8b0:4864:20::c33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F8558ED84 for ; Sun, 28 Oct 2018 17:45:26 +0000 (UTC) (envelope-from harry@yewbarrow.net) Received: by mail-yw1-xc33.google.com with SMTP id d126-v6so2464429ywa.5 for ; Sun, 28 Oct 2018 10:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yewbarrow-net.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=rI4FTRf8DqnR6PMjferTAvlt/rOiEiiRDv19bGeGL5I=; b=GXk8PW6h9qSrZEYT6qwhzLvuDqa6gC+O2U6kBZEMyaZjuJZTxyFX3Y+GIIkFkyVqGv 9oTJJIvPKImz/qq12JHqe+ZnhZ8bd5Yb4tSdNK8sI9/pV93KDaSK0t45jOKCmfjCm/rH qZu+Z+vfX2Yrst94FP2wBxGoyePeWO96hiROwJK054mlRi3oFECChRsgOvA9rMeYdWGZ nxE51wYs4INfVxNojGvy5g8HWovwPQFlnfMFD+9SvQcERVhyezcVawZ7FirTyufiWNll wPCUlPK3NNRFRT+kgudwGE+RjlkS4xOorcIEK5AOIGWCfjnlSmGj73Tamw1WQHLiaLEH iN9Q== 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=rI4FTRf8DqnR6PMjferTAvlt/rOiEiiRDv19bGeGL5I=; b=cioZjCzEyeH4GiMHzjrH319Efj85GtQ9aaTt0JjF8Mmi7txi3mHoo0fo4lNVCBHLx3 HV6tAj1OE99vF7fFjztl12lgkqQkUOJRacVr+jpmaSkuGViUdR152O12CUFyfOede5sg jc9DzjcBGeE8LjuTeRJKKePyRHpz9MbtWB+BR5PzexthQSj35ooIYagYk0JZxZ/SO+6e GDJzXHmb95gU4ItZztKY95TOY1NSPRiSTbSkBhGp68ZG9ZS+0AGP4ip6hNFZZyaqoDCh RTIfC2xoahLw6dS6+/Drm1YmccZfaE0paDd3fzf8LaHglfVPpja4zI5I7daJ2EB7K8nB HiOw== X-Gm-Message-State: AGRZ1gIPdjcj3IlnaLOx8fEmT44RUH+klGtZtrxEiyKGoql2Q5xrW4Lr 96Fv9TXwXOXG/B8Fh11PUqwbuNzvMSWLXuwNZ38VtA== X-Google-Smtp-Source: AJdET5eBN2/7JBxBKAe/8t9y/N+wkMLtjKPpxvJl+OOQLUbT5v4LwH/RSCuH60fV8uDmN8YixsMDGWp8XDri0O4gqVM= X-Received: by 2002:a81:9e82:: with SMTP id v124-v6mr11217777ywg.258.1540748725536; Sun, 28 Oct 2018 10:45:25 -0700 (PDT) MIME-Version: 1.0 Sender: harry@yewbarrow.net Received: by 2002:a25:807:0:0:0:0:0 with HTTP; Sun, 28 Oct 2018 10:45:24 -0700 (PDT) In-Reply-To: References: <2950121D-C985-4F2E-A512-FB73CFDF48BC@me.com> <4457A5DC-A577-4782-B1E8-306236908D5D@me.com> <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> From: Harry Newton Date: Sun, 28 Oct 2018 17:45:24 +0000 X-Google-Sender-Auth: k3TqWc599zZLWjahMRM0elglo_c Message-ID: Subject: Re: UEFI boot hangs after loader To: Warner Losh Cc: Yuri Pankov , Jung-uk Kim , Kyle Evans , Toomas Soome , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 17:45:27 -0000 The patch you emailed fixed it for me ... was there something else I've missed ? On 28 October 2018 at 16:40, Warner Losh wrote: > > > On Sun, Oct 28, 2018, 10:39 AM Yuri Pankov wrote: > >> Jung-uk Kim wrote: >> > On 18. 10. 24., Warner Losh wrote: >> >> On Wed, Oct 24, 2018 at 10:33 AM Harry Newton >> wrote: >> >> >> >>> gryphon# efivar -N --hex $(efivar | grep Boot0002) >> >>> 0000: 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 >> >>> 0010: 20 00 4b 00 69 00 6e 00 67 00 73 00 74 00 6f 00 >> >>> 0020: 6e 00 44 00 61 00 74 00 61 00 54 00 72 00 61 00 >> >>> 0030: 76 00 65 00 6c 00 65 00 72 00 20 00 32 00 2e 00 >> >>> 0040: 30 00 31 00 2e 00 30 00 30 00 00 00 02 01 0c 00 >> >>> 0050: d0 41 03 0a 00 00 00 00 01 01 06 00 00 14 03 05 >> >>> 0060: 06 00 03 00 04 01 2a 00 01 00 00 00 01 00 00 00 >> >>> 0070: 00 00 00 00 40 06 00 00 00 00 00 00 90 90 90 90 >> >>> 0080: 00 00 00 00 00 00 00 00 00 00 00 00 01 01 7f ff >> >>> 0090: 04 00 01 04 4e 00 ef 47 64 2d c9 3b a0 41 ac 19 >> >>> 00a0: 4d 51 d0 1b 4c e6 4b 00 69 00 6e 00 67 00 73 00 >> >>> 00b0: 74 00 6f 00 6e 00 44 00 61 00 74 00 61 00 54 00 >> >>> 00c0: 72 00 61 00 76 00 65 00 6c 00 65 00 72 00 20 00 >> >>> 00d0: 32 00 2e 00 30 00 31 00 2e 00 30 00 30 00 00 00 >> >>> 00e0: 7f ff 04 00 00 00 42 4f >> >>> gryphon# >> >>> >> >> >> >> Perfect. I'll decode this and see if I can figure out where we're >> going AFU. >> > >> > It looks familiar. >> > >> > http://docs.freebsd.org/cgi/mid.cgi?eadf5d63-a65a-338e- >> a3e0-f91b410052fa >> >> I have an output looking similar, but not exactly: >> >> 0000: 01 00 00 00 62 00 55 00 45 00 46 00 49 00 20 00 >> 0010: 4f 00 53 00 00 00 04 01 2a 00 01 00 00 00 28 00 >> 0020: 00 00 00 00 00 00 00 40 06 00 00 00 00 00 f1 84 >> 0030: d7 13 ca da e8 11 94 1d 30 85 a9 40 0a 5c 02 02 >> 0040: 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 42 00 >> 0050: 4f 00 4f 00 54 00 5c 00 42 00 4f 00 4f 00 54 00 >> 0060: 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 >> 0070: 7f ff 04 00 aa 55 18 0f >> >> Same problem with ASUS P8H77-I. >> > > Do the latest fixes help? > > Warner > >> >> >>> On 24 October 2018 at 15:09, Warner Losh wrote: >> >>> >> >>>> >> >>>> >> >>>> On Wed, Oct 24, 2018 at 7:05 AM Harry Newton >> wrote: >> >>>> >> >>>>> Booted with the installer image makes efibootmgr to work as you >> said: >> >>>>> >> >>>>> gryphon# efibootmgr -v >> >>>>> BootCurrent: 0002 >> >>>>> Timeout : 2 seconds >> >>>>> BootOrder : 0001, 0002 >> >>>>> Boot0001* UEFI OS >> >>>>> >> >>>>> HD(1,GPT,b19ccd5d-7c6a-11e7-ae3e-28b2bde107e4,0x28,0x640)/ >> File(\EFI\BOOT\BOOTX64.EFI) >> >>>>> ada0p1:/EFI/BOOT/BOOTX64.EFI (null) >> >>>>> >> >>>>> However it (efibootmgr) hangs and doesn't return to the shell, >> though it >> >>>>> is >> >>>>> interruptible with ^C. >> >>>>> >> >>>>> The partition listed against Boot0001 is my efi partition. >> >>>>> >> >>>> >> >>>> Can you do something like: >> >>>> >> >>>> sudo efivar -N --hex `sudo efivar | grep Boot0002` >> >>>> >> >>>> so I can have an example of a naughty boot variable? That's almost >> >>>> certainly causing the heart-burn. >> >>>> >> >>>> Warner >> >>>> >> >>>> >> >>>> >> >>>>> /H >> >>>>> >> >>>>> On 23 October 2018 at 22:51, Kyle Evans wrote= : >> >>>>> >> >>>>>> Hi, >> >>>>>> >> >>>>>> I suspect 4th vs. lua has no impact here, given the output shown = -- >> >>>>>> can you throw one of the installer images [0] on some removable >> media >> >>>>>> and give that a shot for booting? If that works, we can explore >> UEFI >> >>>>>> variables from there. >> >>>>>> >> >>>>>> efibootmgr will only work on a successful UEFI boot, >> unfortunately- if >> >>>>>> we didn't make uefi loader -> kernel transition, then we don't ha= ve >> >>>>>> access to runtime services. >> >>>>>> >> >>>>>> Thanks, >> >>>>>> >> >>>>>> Kyle Evans >> >>>>>> >> >>>>>> [0] >> >>>>> https://download.freebsd.org/ftp/releases/amd64/amd64/ISO- >> IMAGES/12.0/ >> >>>>>> >> >>>>>> On Tue, Oct 23, 2018 at 4:23 PM Harry Newton >> wrote: >> >>>>>>> >> >>>>>>> I set LOADER_DEFAULT_INTERP=3D4th and went in /usr/src/stand and >> >>>>> re-made >> >>>>>> the >> >>>>>>> binaries in /boot but this doesn't solve the problem. It did co= py >> >>>>>>> /boot/loader_4th.efi to /boot/loader.efi which is (according to >> >>>>> uefi(8) >> >>>>>>> which is what is called from /boot/boot1.efi and which contains >> the >> >>>>>> strings >> >>>>>>> I see on the console before the hang. But it must then call / >> read >> >>>>>>> something else and I don't think it can find it. Not sure why i= t >> >>>>> doesn't >> >>>>>>> produce an error message. I *think* it may be something to do >> with >> >>>>> EFI >> >>>>>>> variables, but as efibootmgr doesn't work I can't explore this, >> >>>>> despite >> >>>>>>> efirt being in the kernel. >> >>>>>>> >> >>>>>>> Suggestions received welcomed, and new suggestions / leads to >> follow >> >>>>> also >> >>>>>>> very much welcomed. >> >>>>>>> >> >>>>>>> /H >> >>>>>>> >> >>>>>>> >> >>>>>>> On 23 October 2018 at 21:33, Harry Newton >> wrote: >> >>>>>>> >> >>>>>>>> Right ... I've the binaries in /boot, freshly made. This might >> be >> >>>>> a >> >>>>>> silly >> >>>>>>>> question ... do I not need to copy them (or dd the boot1.efifat >> >>>>> image) >> >>>>>> to >> >>>>>>>> the EFI partition ? >> >>>>>>>> >> >>>>>>>> /H >> >>>>>>>> >> >>>>>>>> On 23 October 2018 at 21:30, Toomas Soome wrote= : >> >>>>>>>> >> >>>>>>>>> you should have the binaries in boot - just ln (or copy) one t= o >> >>>>>> loader.efi >> >>>>>>>>> >> >>>>>>>>> rgds, >> >>>>>>>>> toomas >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> On 23 Oct 2018, at 23:22, Harry Newton >> wrote: >> >>>>>>>>> >> >>>>>>>>> Yes ... so as everything is built, can I just alter >> >>>>>> LOADER_DEFAULT_INTERP >> >>>>>>>>> in /etc/make.conf and then reinstall just the loader and boot >> >>>>> parts >> >>>>>> onto >> >>>>>>>>> the UEFI partition ? If so, how ? >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> On 23 October 2018 at 21:17, Toomas Soome >> wrote: >> >>>>>>>>> >> >>>>>>>>>> ok, in that case I=E2=80=99d suggest to test out if forth bas= ed one is >> >>>>> still >> >>>>>>>>>> working - at least you can get the bootable system. And then >> >>>>> there >> >>>>>> is a >> >>>>>>>>>> chance to debug the lua version too (note it should be possib= le >> >>>>> to >> >>>>>> chain >> >>>>>>>>>> /boot/loader_lua.efi). >> >>>>>>>>>> >> >>>>>>>>>> rgds, >> >>>>>>>>>> toomas >> >>>>>>>>>> >> >>>>>>>>>>> On 23 Oct 2018, at 23:08, Harry Newton >> >>>>> wrote: >> >>>>>>>>>>> >> >>>>>>>>>>> So it's got FORTH in it, but my loader is lua based, and als= o >> >>>>>> doesn't >> >>>>>>>>>>> appear to read loader.rc. >> >>>>>>>>>>> >> >>>>>>>>>>> /H >> >>>>>>>>>>> >> >>>>>>>>>>> On 23 October 2018 at 21:03, Toomas Soome >> >>>>> wrote: >> >>>>>>>>>>> >> >>>>>>>>>>>> hm. in that case, whats the content of /boot/loader.rc ? >> >>>>>>>>>>>> >> >>>>>>>>>>>> rgds, >> >>>>>>>>>>>> toomas >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> On 23 Oct 2018, at 23:01, Harry Newton >> >>>>> wrote: >> >>>>>>>>>>>> >> >>>>>>>>>>>> If boot menu is the screen where you get the options for >> >>>>> various >> >>>>>>>>>> kernels >> >>>>>>>>>>>> and the picture of the daemon head, no. It stops at the >> >>>>> point in >> >>>>>> my >> >>>>>>>>>> email >> >>>>>>>>>>>> =E2=80=94 though not as I said just before the kernel is lo= aded but >> in >> >>>>>> point >> >>>>>>>>>> of >> >>>>>>>>>>>> fact before the menu. >> >>>>>>>>>>>> >> >>>>>>>>>>>> I've also rebuilt the kernel and still can't use efibootmgr >> >>>>> which >> >>>>>> is >> >>>>>>>>>>>> puzzling me. >> >>>>>>>>>>>> >> >>>>>>>>>>>> /H >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> On 23 October 2018 at 20:56, Toomas Soome >> >>>>> wrote: >> >>>>>>>>>>>> >> >>>>>>>>>>>>> Do you get boot menu? if so, press esc to get to ok prompt= , >> >>>>> then >> >>>>>> type >> >>>>>>>>>>>>> start - if its bootfort based loader, it will load the >> >>>>> kernel and >> >>>>>>>>>> modules. >> >>>>>>>>>>>>> lsmod will then list the loaded files. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> If the loader prompt is still usable, then next command >> >>>>> would be: >> >>>>>>>>>> boot >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> rgds, >> >>>>>>>>>>>>> toomas >> >>>>>>>>>>>>> >> >>>>>>>>>>>>>> On 23 Oct 2018, at 20:45, Harry Newton >> >>>>>> wrote: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Just upgraded my Asus UX303L (amd64) from 11-STABLE to >> >>>>>> 12.0-BETA1 >> >>>>>>>>>>>>> r339529 >> >>>>>>>>>>>>>> by source. Have a problem with booting which hangs after= : >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>> FreeBSD EFI boot block >> >>>>>>>>>>>>>> Loader path: /boot/loader.efi >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Initializing modules: ZFS UFS >> >>>>>>>>>>>>>> Probing 5 block devices ... done >> >>>>>>>>>>>>>> ZFS found the following pools: zroot >> >>>>>>>>>>>>>> UFS found no partitions >> >>>>>>>>>>>>>> Consoles: EFI console >> >>>>>>>>>>>>>> FreeBSD/amd64 EFI loader, Revision 1.1 >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Command line arguments: loader.efi >> >>>>>>>>>>>>>> EFI version 2.31 >> >>>>>>>>>>>>>> EFI Firmware: American Megatrends (rev 4.654) >> >>>>>>>>>>>>>> Console: efi(0) >> >>>>>>>>>>>>>> Load Path: HD(4, GPT [ ... ] >> >>>>>>>>>>>>>> Load Device: Pci Root [ ... ] >> >>>>>>>>>>>>>> Boot Current: 0001 >> >>>>>>>>>>>>>> Boot Order: 0001 [x] >> >>>>>>>>>>>>>> Boot Info Path: HS(1, GPT, [ ... ] >> >>>>> /\EFI\BOOT\BOOTX64.EFI >> >>>>>>>>>>>>>> - >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> So it gets into loader.efi which runs but stops I think >> just >> >>>>>> before >> >>>>>>>>>>>>> loading >> >>>>>>>>>>>>>> the kernel. Partitions: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> =3D> 40 250069600 ada0 GPT (119G) >> >>>>>>>>>>>>>> 40 1600 1 efi (800K) >> >>>>>>>>>>>>>> 1640 1024 2 freebsd-boot (512K) >> >>>>>>>>>>>>>> 2664 1432 - free - (716K) >> >>>>>>>>>>>>>> 4096 4194304 3 freebsd-swap (2.0G) >> >>>>>>>>>>>>>> 4198400 245870592 4 freebsd-zfs (117G) >> >>>>>>>>>>>>>> 250068992 648 - free - (324K) >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> and the EFI partition is FAT 12. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> I can't provide (at the moment) any output from efibootmg= r: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> root@gryphon:~ # efibootmgr -v >> >>>>>>>>>>>>>> efibootmgr: efi variables not supported on this system. >> >>>>> root? >> >>>>>>>>>> kldload >> >>>>>>>>>>>>> efirt? >> >>>>>>>>>>>>>> root@gryphon:~ # kldload efirt >> >>>>>>>>>>>>>> kldload: can't load efirt: module already loaded or in >> >>>>> kernel >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> which I don't understand. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> I'm going to rebuild the kernel (currently GENERIC) and s= ee >> >>>>> if >> >>>>>> that >> >>>>>>>>>>>>> allows >> >>>>>>>>>>>>>> me to load efirt / use efibootmgr. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> In the meantime, I should be very grateful for any advice= . >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> ( Currently booting using a 11-RELEASE memstick image and >> >>>>>> dropping >> >>>>>>>>>> into >> >>>>>>>>>>>>> its >> >>>>>>>>>>>>>> loader to get to the installed 12-STABLE ). >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> /Harry >> > >> >> >> --=20 Harry Newton From owner-freebsd-current@freebsd.org Sun Oct 28 18:15:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 224DC10DC0E4 for ; Sun, 28 Oct 2018 18:15:14 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 831B78FB70; Sun, 28 Oct 2018 18:15:13 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 0EB5A20A4D; Sun, 28 Oct 2018 14:15:13 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 28 Oct 2018 14:15:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=c066e5Sq6y4jULUUqNuJMHR3+dQ 2tVD4U9/x5HD1gCU=; b=LdgEz5aB2D+XEzv3K4g+xCeRX45rYryi91Ot94im5sJ XOj85A/bWL7h7gyMnBiTUH914RmkkVYJAsJvObgT3FcqKtK1xytiU+RtkXwHYQE6 STa4CzL8OdeszjlKppYEjiIYhwgFJUHwP8Gzw1GjM1Ur4Q1hid1ZicQ6PMLSxmdo Fzq8jRDHzUwISA7fEiFGKEt7g3JbTErU6vNza1nmoZL7rX5Wn+6TQdS+2hnR+vs1 ZW0KQqj5aeYvRdA3V4dstDG1HWVfkKq/fRbsh0xumYrQuq1y0imE5uCBKvxvR8+C SgHkUmi4N58LvwusU2K3FzgsJerlKjkHUEmIL9d//sg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=c066e5 Sq6y4jULUUqNuJMHR3+dQ2tVD4U9/x5HD1gCU=; b=y6GevNVOvbEMbO5JZRrVDt +v8C1PRHMyJHWaADBz4xNysjIBjaD/gXpKSD4RkYWDZiYN7TSj61sbApge26TTjU FYEjZzaM8bIsjENqy9MDtoau93RebeUEPT3ZT9Bw4Ve2Cv1HSSzsCyzhxxoxINcf 5J89mIAzGlwzMb+RhK6kt2JdoEvmduC1pGYu/4ICaaeOD/6OsaQn/YkyeXtZWpx5 aYb4awQTHVY9iuOH5a7vrXzMfCcWrcFzaia8xqQq/Et2FBnGeOclfszpZbwygsgX Uxvkjq9FX12PjZ5rd/DhjMyjbLUc6HTLYFI2M8ptZvd/l1Mig8YE9OnufQYbozZQ == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [178.34.115.95]) by mail.messagingengine.com (Postfix) with ESMTPA id 0DC68102E0; Sun, 28 Oct 2018 14:15:09 -0400 (EDT) Subject: Re: UEFI boot hangs after loader To: Warner Losh Cc: Jung-uk Kim , Harry Newton , Kyle Evans , Toomas Soome , FreeBSD Current References: <4457A5DC-A577-4782-B1E8-306236908D5D@me.com> <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <5bebb759-0470-33b5-0438-1e1f4f81b229@yuripv.net> Date: Sun, 28 Oct 2018 21:14:49 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0llz3Nl3VHqWVY0ackgJNxbNgjAbDCJtL" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 18:15:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0llz3Nl3VHqWVY0ackgJNxbNgjAbDCJtL Content-Type: multipart/mixed; boundary="bGimtROagiUsbmDRdYSVUefI1vAwAt5g4"; protected-headers="v1" From: Yuri Pankov To: Warner Losh Cc: Jung-uk Kim , Harry Newton , Kyle Evans , Toomas Soome , FreeBSD Current Message-ID: <5bebb759-0470-33b5-0438-1e1f4f81b229@yuripv.net> Subject: Re: UEFI boot hangs after loader References: <2950121D-C985-4F2E-A512-FB73CFDF48BC@me.com> <4457A5DC-A577-4782-B1E8-306236908D5D@me.com> <2c936e35-7bcf-95f9-f99d-60d3c9408d39@FreeBSD.org> In-Reply-To: --bGimtROagiUsbmDRdYSVUefI1vAwAt5g4 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Warner Losh wrote: > On Sun, Oct 28, 2018, 10:39 AM Yuri Pankov wrote: >=20 >> Jung-uk Kim wrote: >>> On 18. 10. 24., Warner Losh wrote: >>>> On Wed, Oct 24, 2018 at 10:33 AM Harry Newton wro= te: >>>> >>>>> gryphon# efivar -N --hex $(efivar | grep Boot0002) >>>>> 0000: 01 00 00 00 98 00 55 00 45 00 46 00 49 00 3a 00 >>>>> 0010: 20 00 4b 00 69 00 6e 00 67 00 73 00 74 00 6f 00 >>>>> 0020: 6e 00 44 00 61 00 74 00 61 00 54 00 72 00 61 00 >>>>> 0030: 76 00 65 00 6c 00 65 00 72 00 20 00 32 00 2e 00 >>>>> 0040: 30 00 31 00 2e 00 30 00 30 00 00 00 02 01 0c 00 >>>>> 0050: d0 41 03 0a 00 00 00 00 01 01 06 00 00 14 03 05 >>>>> 0060: 06 00 03 00 04 01 2a 00 01 00 00 00 01 00 00 00 >>>>> 0070: 00 00 00 00 40 06 00 00 00 00 00 00 90 90 90 90 >>>>> 0080: 00 00 00 00 00 00 00 00 00 00 00 00 01 01 7f ff >>>>> 0090: 04 00 01 04 4e 00 ef 47 64 2d c9 3b a0 41 ac 19 >>>>> 00a0: 4d 51 d0 1b 4c e6 4b 00 69 00 6e 00 67 00 73 00 >>>>> 00b0: 74 00 6f 00 6e 00 44 00 61 00 74 00 61 00 54 00 >>>>> 00c0: 72 00 61 00 76 00 65 00 6c 00 65 00 72 00 20 00 >>>>> 00d0: 32 00 2e 00 30 00 31 00 2e 00 30 00 30 00 00 00 >>>>> 00e0: 7f ff 04 00 00 00 42 4f >>>>> gryphon# >>>>> >>>> >>>> Perfect. I'll decode this and see if I can figure out where we're go= ing >> AFU. >>> >>> It looks familiar. >>> >>> http://docs.freebsd.org/cgi/mid.cgi?eadf5d63-a65a-338e-a3e0-f91b41005= 2fa >> >> I have an output looking similar, but not exactly: >> >> 0000: 01 00 00 00 62 00 55 00 45 00 46 00 49 00 20 00 >> 0010: 4f 00 53 00 00 00 04 01 2a 00 01 00 00 00 28 00 >> 0020: 00 00 00 00 00 00 00 40 06 00 00 00 00 00 f1 84 >> 0030: d7 13 ca da e8 11 94 1d 30 85 a9 40 0a 5c 02 02 >> 0040: 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 42 00 >> 0050: 4f 00 4f 00 54 00 5c 00 42 00 4f 00 4f 00 54 00 >> 0060: 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 >> 0070: 7f ff 04 00 aa 55 18 0f >> >> Same problem with ASUS P8H77-I. >> >=20 > Do the latest fixes help? Sorry, I missed those commits and was using 20181026 snapshot, which obviously didn't include them. Now, just to be sure, I built memstick image from latest checkout, and yes, both installer and installed system are able to boot, thank you! --bGimtROagiUsbmDRdYSVUefI1vAwAt5g4-- --0llz3Nl3VHqWVY0ackgJNxbNgjAbDCJtL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlvV/JkACgkQk4vgf7Eq 4Ww9dAgAuMDzfkcDV2k4cgtnCvJ/bjAjfLqKyyVm19AeYUSmTHpqQmGHfeUYBSn/ vJfj82Ljety9nPN5sshDttewm8j22gYj583JRIJHYwAbP+sMhWnxlTWO/i2dR6Iz sxmgUdYVNe5sfPDU/p7xbK3yXXvgN0pHz9wi/P/LCotsWNt8nCJoyc+8wrNGSiAW 62cOqFBMUPQZQl1VJfdzSyXgenmz4pUbev8M3zj1W8w5L9VV2Y1aJ5ppMCDr5Rrd wUIGMtcGZlY9GeLMxf6u1kaEA6UrXZunBZ6RWQa5kR6OrcJfqsgjEPMBsbRi2yIc +j/7p3VYskdSvSHPsbpQsyO3Ogky9g== =ZAEW -----END PGP SIGNATURE----- --0llz3Nl3VHqWVY0ackgJNxbNgjAbDCJtL-- From owner-freebsd-current@freebsd.org Sun Oct 28 19:56:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7F1E10DE90E for ; Sun, 28 Oct 2018 19:56:11 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 31A3D6CB56 for ; Sun, 28 Oct 2018 19:56:11 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-oi1-x22e.google.com with SMTP id k19-v6so5262174oiw.5 for ; Sun, 28 Oct 2018 12:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=GOoHlUF8cwE624Rp6qnH5wfV7hmYqNJnyN5L+i034rA=; b=QcL+SCVWcUfmHkkfSpPJ1DdtTCCjYg3ohhkB/njtHe9uCTTb8p47B8Amc7XrtSyq7I zterinXPD+dFIJi2+8XHULgjejcxyVqPA52RFWZEyzggCGYD17LzHaTj4l6PPKkP3O4t AjP5jU1wPtBaxI/pswOHbwjr8nT9jLzFfkQbZbJ7mUyJHkchGuH/2g0s8pCImSmbkZNY MPAnSb90bUmaatAn3auj+8SW2mh04B5qVLC65CEMNt03o3FoSMxc81FTMSqHv7glOUZw 9RyCEuip2FDJvTJJS/F25XNi3jxxJGNjJdTHM8cVN/Yvv4cqsiI6CieMDBkcbdOgP84z 8XcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=GOoHlUF8cwE624Rp6qnH5wfV7hmYqNJnyN5L+i034rA=; b=pUFxJSXYryWVcjVb7QRRZIVpuO98AxFoiWux6Y/sgJLBuOxiL9umaDgG9eamnvXkVl hVB9l203BbNtMKNM01xS828j3YPjtgXNjKoRY4Sdriv0BZq4vCUMxAcOuNL6NwZFpnUY SJF2idy7yiJ0FqE3GNquHADUqVHhBMRfjUmrDF8zSfgOZ3Py5phgGYwKK3GCElEDM2aa yyDBui47Ogl2SuHO3x3npKpNe/xW31To8QL+Kp6Vwq1yYW8lvGznd70USX0L3ljj9J7E YtffFYgaSjr3+wXqJUcw22O2sg42RuyQj8x4WERkmEMmeT5opNZtbqNyLe55MXKfMbem YJaw== X-Gm-Message-State: AGRZ1gLOpkSePZXHVpMz2YEP8OXteJUOKUvYbw2WJE7S/nQZj4vGu/qB lBjNEhKqO4BnpeLsU6DW86M= X-Google-Smtp-Source: AJdET5dRGUtsPysbreJql4Qm1OVsejJMDFdaiG1GQ0+GVDRnRrhqV0ur+CABQTMcUGbPY8vTM15b+A== X-Received: by 2002:a54:4d01:: with SMTP id v1-v6mr7204713oix.81.1540756570233; Sun, 28 Oct 2018 12:56:10 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-48-31.neo.res.rr.com. [65.25.48.31]) by smtp.googlemail.com with ESMTPSA id v2sm3438779otb.15.2018.10.28.12.56.08 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 28 Oct 2018 12:56:09 -0700 (PDT) Message-ID: <5BD61458.9040402@gmail.com> Date: Sun, 28 Oct 2018 15:56:08 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Bjoern A. Zeeb" CC: FreeBSD current Subject: Re: 12.0-BETA1 vnet with pf firewall References: <5BD5D656.4050204@gmail.com> <6811B138-54C8-448F-A7F8-76374A077D8A@lists.zabbadoz.net> In-Reply-To: <6811B138-54C8-448F-A7F8-76374A077D8A@lists.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 19:56:11 -0000 Bjoern A. Zeeb wrote: > On 28 Oct 2018, at 15:31, Ernie Luzar wrote: > >> Tested with host running ipfilter and vnet running pf. Tried loading >> pf from host console or from vnet console using kldload pf.ko command >> and get this error message; >> >> linker_load_file: /boot/kernel/pf.ko-unsupported file type. >> >> Looks like the 12.0 version of pf which is suppose to work in vnet >> independent of what firewall is running on the host is not working. > > You cannot load pf from inside a jail (with or without vnet). Kernel > modules are global objects loaded from the base system or you compile > the devices into the kernel; it is their state which is virtualised. > > If you load multiple firewalls they will all be available to the base > system and all jails+vnet. Whichever you configure in which one is up > to you. Just be careful as an unconfigured firewall might have a > default action affecting the outcome of the overall decision. > > For example you could have: > > a base system using ipfilter and setting pf to default accept everything > and a jail+vnet using pf and setting ipfilter there to accept everything. > > > Hope that clarifies some things. > > /bz > Hello Bjoern. What you said is correct for 10.x & 11.x. But I an talking about 12.0-beta1. I have the ipfilter options enabled in rc.conf of the host and on boot ipfilter starts just like it all ways does. Now to prep the host for pf in a vnet jail, I issue from the host console the "kldload pf.ko" command and get this error message; linker_load_file: /boot/kernel/pf.ko-unsupported file type. Something is wrong here. This is not suppose to happen according to your post above. Remember that in 12.0 vimage is included in the base system kernel. From owner-freebsd-current@freebsd.org Sun Oct 28 20:27:04 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EC2E10DFC91 for ; Sun, 28 Oct 2018 20:27:04 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05FB86ED38; Sun, 28 Oct 2018 20:27:04 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id B67A6128B3; Sun, 28 Oct 2018 20:27:03 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [IPv6:2607:fb90:9d50:276:f41a:2f1:6f19:69ec] (unknown [IPv6:2607:fb90:9d50:276:f41a:2f1:6f19:69ec]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 72C8223096; Sun, 28 Oct 2018 21:27:00 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: 12.0-BETA1 vnet with pf firewall From: Kristof Provost X-Mailer: iPhone Mail (16A404) In-Reply-To: <5BD61458.9040402@gmail.com> Date: Sun, 28 Oct 2018 13:26:55 -0700 Cc: "Bjoern A. Zeeb" , FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: <318C4C04-2A28-43AA-AAC7-D4CE2E959569@FreeBSD.org> References: <5BD5D656.4050204@gmail.com> <6811B138-54C8-448F-A7F8-76374A077D8A@lists.zabbadoz.net> <5BD61458.9040402@gmail.com> To: Ernie Luzar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 20:27:04 -0000 > On 28 Oct 2018, at 12:56, Ernie Luzar wrote: >=20 > Bjoern A. Zeeb wrote: >>> On 28 Oct 2018, at 15:31, Ernie Luzar wrote: >>> Tested with host running ipfilter and vnet running pf. Tried loading pf f= rom host console or from vnet console using kldload pf.ko command and get th= is error message; >>>=20 >>> linker_load_file: /boot/kernel/pf.ko-unsupported file type. >>>=20 >>> Looks like the 12.0 version of pf which is suppose to work in vnet indep= endent of what firewall is running on the host is not working. >> You cannot load pf from inside a jail (with or without vnet). Kernel mod= ules are global objects loaded from the base system or you compile the devic= es into the kernel; it is their state which is virtualised. >> If you load multiple firewalls they will all be available to the base sys= tem and all jails+vnet. Whichever you configure in which one is up to you. = Just be careful as an unconfigured firewall might have a default action aff= ecting the outcome of the overall decision. >> For example you could have: >> a base system using ipfilter and setting pf to default accept everything >> and a jail+vnet using pf and setting ipfilter there to accept everything.= >> Hope that clarifies some things. >> /bz >=20 > Hello Bjoern. >=20 > What you said is correct for 10.x & 11.x. But I an talking about 12.0-beta= 1. I have the ipfilter options enabled in rc.conf of the host and on boot i= pfilter starts just like it all ways does. Now to prep the host for pf in a v= net jail, I issue from the host console the > "kldload pf.ko" command and get this error message; >=20 > linker_load_file: /boot/kernel/pf.ko-unsupported file type. >=20 > Something is wrong here. This is not suppose to happen according to your p= ost above. >=20 > Remember that in 12.0 vimage is included in the base system=20 That sounds like something=E2=80=99s wrong with your install and the kernel m= odule does not match the kernel.=20 How did you install? Regards, Kristof= From owner-freebsd-current@freebsd.org Sun Oct 28 21:39:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A3B110E23A1 for ; Sun, 28 Oct 2018 21:39:30 +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 ADF5271A21 for ; Sun, 28 Oct 2018 21:39:29 +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 w9SLdPhb054097; Sun, 28 Oct 2018 14:39:25 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w9SLdO58054096; Sun, 28 Oct 2018 14:39:24 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> Subject: Re: 12.0-BETA1 vnet with pf firewall In-Reply-To: <5BD61458.9040402@gmail.com> To: Ernie Luzar Date: Sun, 28 Oct 2018 14:39:24 -0700 (PDT) CC: "Bjoern A. Zeeb" , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 21:39:30 -0000 > Bjoern A. Zeeb wrote: > > On 28 Oct 2018, at 15:31, Ernie Luzar wrote: > > > >> Tested with host running ipfilter and vnet running pf. Tried loading > >> pf from host console or from vnet console using kldload pf.ko command > >> and get this error message; > >> > >> linker_load_file: /boot/kernel/pf.ko-unsupported file type. > >> > >> Looks like the 12.0 version of pf which is suppose to work in vnet > >> independent of what firewall is running on the host is not working. > > > > You cannot load pf from inside a jail (with or without vnet). Kernel > > modules are global objects loaded from the base system or you compile > > the devices into the kernel; it is their state which is virtualised. > > > > If you load multiple firewalls they will all be available to the base > > system and all jails+vnet. Whichever you configure in which one is up > > to you. Just be careful as an unconfigured firewall might have a > > default action affecting the outcome of the overall decision. > > > > For example you could have: > > > > a base system using ipfilter and setting pf to default accept everything > > and a jail+vnet using pf and setting ipfilter there to accept everything. > > > > > > Hope that clarifies some things. > > > > /bz > > > > Hello Bjoern. > > What you said is correct for 10.x & 11.x. But I an talking about > 12.0-beta1. I have the ipfilter options enabled in rc.conf of the host > and on boot ipfilter starts just like it all ways does. Now to prep the > host for pf in a vnet jail, I issue from the host console the > "kldload pf.ko" command and get this error message; > > linker_load_file: /boot/kernel/pf.ko-unsupported file type. > > Something is wrong here. This is not suppose to happen according to your > post above. > > Remember that in 12.0 vimage is included in the base system kernel. Confirmed, if I boot a clean install and issue: kldload ipfilter.ko kldload pf.ko my dmesg has: IP Filter: v5.1.2 initialized. Default = pass all, Logging = enabled linker_load_file: /boot/kernel/pf.ko - unsupported file type -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sun Oct 28 22:08:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5924B10E2CDB for ; Sun, 28 Oct 2018 22:08:07 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6C607265E for ; Sun, 28 Oct 2018 22:08:06 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from fomalhaut.potoki.eu ([IPv6:2001:470:71:d47:ddfe:5821:4756:bf60]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPSA id w9SM83L2039797 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 28 Oct 2018 23:08:03 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1540764483; bh=P6tjhXnOWW8WAVR7KAKgEghuk+FeNxCDar2gaJy94gc=; h=To:References:From:Subject:Date:In-Reply-To; b=RoFf4BvyCBcGu9KJ+4inftclLyVgnYGJoD7oZzFmKNsZnzywaDDngeojKWd1SVqQk Hfj9/KECOThHCqBWENjUJCuSbXyb0koEuQrj9tinRpHNjPVj8wi7UFdJIc+V/Q0t/C CQF79T4/hIlrpQVKPsfXNWprqnarm8rImCx2mS8O01tAkAfEvzFP+srLjNfwpZ/pCG TpXIbqubtm9TgBZFi0UD2ZVywXr063qdnNN2dqqXzUtY6kzR2gvgWyg0KQY1/6MjX6 RftMKdgyotjvcK6YXV+u36kS68MrS+vpOPrGy13FBg/D9mGTlMNFrBNlrYUJTkELDc axTQDjR6np6Wg== X-Authentication-Warning: plan-b.pwste.edu.pl: Host [IPv6:2001:470:71:d47:ddfe:5821:4756:bf60] claimed to be fomalhaut.potoki.eu To: freebsd-current@freebsd.org References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> From: Marek Zarychta Openpgp: preference=signencrypt Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; prefer-encrypt=mutual; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNLk1hcmVrIFphcnljaHRhIChQV1NURSkgPHphcnljaHRhQHB3c3RlLmVkdS5wbD7CwHoE EwEIACQCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AFAlfi61cCGQEACgkQHZW8vIFppoKb Qgf+IlZ71gjdVsvBykXUyxF6tZvpdPS0jnPqZBG/+WKIv6D2YfQ1wAQCkApv1CGz3XPdWDhh 0vGmF8ZCN/fKDpMGT4pIJkn5ZZxSmediy44BGUqFBqWSsZaFb6Ub6EbRHDvfBssRQZT9TMB9 abZtF5ZZOXmxlTuDDGL1PMp5XYVSMXfBH6qU8DSv5mBQr3v1IYJyxc6ylyE6lhg52eZ73NAl uxZelDIZX+uTK2GhpP1YWDucTUBUCpquhQjpNd6jw2uhmeF1ZgbS1WiTyK4j1VqT+j1HqiLB zOq9dC52g/wEGZet82Of5EFIpp1+o3PXkAVf9CpSsm3aavp9463QlksxA87ATQRX4t3DAQgA 10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWYhJbA6GK/ LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IYa7gk906r ktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55g3+GQ28F vSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapzamV/bxIsa ZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBfBBgBCAAJ BQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJiv8aogxac QNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3wh1yMCGB l/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+mu4spKnJ/ s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD1r5P0gxz SqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQbsylq/j67 2BHXsdeqf/Ip9V4= Subject: Re: 12.0-BETA1 vnet with pf firewall Message-ID: <113f7b4f-0a72-7f0f-afe0-f9f9885011e6@plan-b.pwste.edu.pl> Date: Sun, 28 Oct 2018 23:07:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7M791gwMT7B1IgjNjyRkBSq1eWh9UlbY1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 22:08:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7M791gwMT7B1IgjNjyRkBSq1eWh9UlbY1 Content-Type: multipart/mixed; boundary="qDamPaM7igb0SPWAdO6xxVB77XmxGWXra"; protected-headers="v1" From: Marek Zarychta To: freebsd-current@freebsd.org Message-ID: <113f7b4f-0a72-7f0f-afe0-f9f9885011e6@plan-b.pwste.edu.pl> Subject: Re: 12.0-BETA1 vnet with pf firewall References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> --qDamPaM7igb0SPWAdO6xxVB77XmxGWXra Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US W dniu 28.10.2018 o=C2=A022:39, Rodney W. Grimes pisze: >> Bjoern A. Zeeb wrote: >>> On 28 Oct 2018, at 15:31, Ernie Luzar wrote: >>> >>>> Tested with host running ipfilter and vnet running pf. Tried loading= =20 >>>> pf from host console or from vnet console using kldload pf.ko comman= d=20 >>>> and get this error message; >>>> >>>> linker_load_file: /boot/kernel/pf.ko-unsupported file type. >>>> >>>> Looks like the 12.0 version of pf which is suppose to work in vnet=20 >>>> independent of what firewall is running on the host is not working. >>> You cannot load pf from inside a jail (with or without vnet). Kernel= =20 >>> modules are global objects loaded from the base system or you compile= =20 >>> the devices into the kernel; it is their state which is virtualised.= >>> >>> If you load multiple firewalls they will all be available to the base= =20 >>> system and all jails+vnet. Whichever you configure in which one is u= p=20 >>> to you. Just be careful as an unconfigured firewall might have a=20 >>> default action affecting the outcome of the overall decision. >>> >>> For example you could have: >>> >>> a base system using ipfilter and setting pf to default accept everyth= ing >>> and a jail+vnet using pf and setting ipfilter there to accept everyth= ing. >>> >>> >>> Hope that clarifies some things. >>> >>> /bz >>> >> Hello Bjoern. >> >> What you said is correct for 10.x & 11.x. But I an talking about=20 >> 12.0-beta1. I have the ipfilter options enabled in rc.conf of the hos= t=20 >> and on boot ipfilter starts just like it all ways does. Now to prep th= e=20 >> host for pf in a vnet jail, I issue from the host console the >> "kldload pf.ko" command and get this error message; >> >> linker_load_file: /boot/kernel/pf.ko-unsupported file type. >> >> Something is wrong here. This is not suppose to happen according to yo= ur=20 >> post above. >> >> Remember that in 12.0 vimage is included in the base system kernel. > Confirmed, if I boot a clean install and issue: > kldload ipfilter.ko > kldload pf.ko > my dmesg has: > IP Filter: v5.1.2 initialized. Default =3D pass all, Logging =3D enabl= ed > linker_load_file: /boot/kernel/pf.ko - unsupported file type > The same when loading pf.ko combined with ipsec.ko, both can't be loaded on the same running kernel # kldload ipsec && echo ok || echo fail ; kldload pf && echo ok || echo f= ail ok kldload: an error occurred while loading module pf. Please check dmesg(8) for more details. fail Another try in reverse order (both modules unloaded first): # kldload pf && echo ok || echo fail ; kldload ipsec && echo ok || echo fail=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ok kldload: an error occurred while loading module ipsec. Please check dmesg(8) for more details. fail Some time ago I submitted a PR about this, but I was unaware that the case of failure during loading ipsec.ko is caused by the presence of already loaded pf.ko https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228854 --=20 Marek Zarychta --qDamPaM7igb0SPWAdO6xxVB77XmxGWXra-- --7M791gwMT7B1IgjNjyRkBSq1eWh9UlbY1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAlvWM0EACgkQdZ/s//1S jSx3hwgAm3+FVffppWhuNTMVq0jXDdBV2fn+PjsQWaiPhLffHxDZ5ocFYiZxqakj PRHD9jYHUbnait99sEhpgqw2AyJeftQT88G+AjOjT5FhnUi/LVwUjjE1HBNHzsUW fG5DYRZu6gQqDvMj41nTxffispaayC2qxAndUSzBw9w4U5ZkUA7686/L7oO4q+u7 5SCgVsVujQB7nJKbKx+4vUuzJ3Jl3zhvkt5hu1avlTn66mnLYtue7B4GhD8F0Q3I PkejsyLf8FYHIYIz5Y2NhJwZ30FwwcyyF+CMjHPukztXTJxst0Eb35k7OmdLR2Vf UZdcTVMmolhoY/Ky5oV5qE+NOiBwRQ== =1aH1 -----END PGP SIGNATURE----- --7M791gwMT7B1IgjNjyRkBSq1eWh9UlbY1-- From owner-freebsd-current@freebsd.org Sun Oct 28 22:33:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D15A010E3D66 for ; Sun, 28 Oct 2018 22:33:36 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EFCE73720 for ; Sun, 28 Oct 2018 22:33:36 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id f1-v6so8228770wmg.1 for ; Sun, 28 Oct 2018 15:33:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=G1tdiWKhU9sI29P9YjW/nM9UzWYshaYeV+kAyzVQSG4=; b=C32RDAbUt5MGaZKHDqU16fa/+ZTn4ObB+lumN09WGGIUUtSseMYgLQDoRCHIHnohM1 TSmdRX1ifTCifwUYBeur/nQYKE3F+AakRUabjCqDtcTptRdYM8y49r1MvvOlhq/PhKLG u79VewzZ2imYTo2oVI2UoKpo7bqLKl12nym51Hjhn890K+5fPTl1qGywYXaelT4wAFuk jWH2+3pQq1MbJ4Cs323n4AQgS094bbSGdJfo427j4VeqKP/m0qUmaXXY+3DkUQmFkrNV 1E5/B2JZ/WVrRj7tJLnMf8lQRcJ0BqSybRn8nIj9+QUcbrhH2mETnocn+ijDcYsf2tHK muRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=G1tdiWKhU9sI29P9YjW/nM9UzWYshaYeV+kAyzVQSG4=; b=R3jnQd5HKjYzRaryTaJi3Lw8BebulbWOVCe4Sqsklo3byfi59Sq6W2mbO5imYQmfkz U701YFF6Dal20hdA5CBmWpuuyWH/cGl2dxHyySxg9VGpP86y8W4ZHNUH7RTycFOhzHzI pi2eSbMpPuTE5jHQ0TW14i1UcIjzH1oIzS9hVqEP4C+NMDEORE4zzPDaYhwtIcgLDlDv 1GSIpjBx0G3XhNb8Ge+nfSVV7VV3U/RoVoTIKUiMDabayN2STtCUi1fySHZrtCK6ReFl fc9xT+nYF/k3r/HjFJk+VE+nw9w2ZDjJHWCf0i0gq6oJbNkIwPtgUY6fVRoQv0Vd6fba +oMg== X-Gm-Message-State: AGRZ1gKB+AwcblQYQI2y/wIWVnW6RhKNcDoIEJgkugAjxEWROdQGx6rQ G10d3Y+F0+hQSFio2pj7EMapiLKefS0= X-Google-Smtp-Source: AJdET5cMl/FrUEXbC4e7aakO3ChQ+26hGM3MH1YeMpPSGgjTVNZQkgeH40WftMSfKX/2Ee2UsXE2iw== X-Received: by 2002:a1c:507:: with SMTP id 7-v6mr12119798wmf.82.1540766013796; Sun, 28 Oct 2018 15:33:33 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id t143-v6sm9255247wmt.2.2018.10.28.15.33.32 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Oct 2018 15:33:32 -0700 (PDT) To: FreeBSD Current From: Graham Perrin Subject: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so" Message-ID: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> Date: Sun, 28 Oct 2018 22:33:31 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 22:33:37 -0000 $ waterfox XPCOMGlueLoad error for file /usr/local/lib/waterfox/libxul.so: Shared object "libicui18n.so.62" not found, required by "libxul.so" Couldn't load XPCOM. $ date ; uname -v Sun 28 Oct 2018 22:31:00 GMT FreeBSD 13.0-CURRENT r339737 GENERIC-NODEBUG $ ---- Is there any easy-ish way to work around this? A downgrade to 12.0-BETA2, maybe? (I know, the www/waterfox was deleted but I'd like to continue using it for as long as possible.) TIA From owner-freebsd-current@freebsd.org Sun Oct 28 22:52:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C27FD10E85A7 for ; Sun, 28 Oct 2018 22:52:54 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 594AA740B9 for ; Sun, 28 Oct 2018 22:52:54 +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 w9SMqkC1031806 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 28 Oct 2018 15:52:46 -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 w9SMqkps031805; Sun, 28 Oct 2018 15:52:46 -0700 (PDT) (envelope-from sgk) Date: Sun, 28 Oct 2018 15:52:46 -0700 From: Steve Kargl To: Graham Perrin Cc: FreeBSD Current Subject: Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so" Message-ID: <20181028225246.GA31798@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 22:52:54 -0000 On Sun, Oct 28, 2018 at 10:33:31PM +0000, Graham Perrin wrote: > $ waterfox > XPCOMGlueLoad error for file /usr/local/lib/waterfox/libxul.so: > Shared object "libicui18n.so.62" not found, required by "libxul.so" > Couldn't load XPCOM. > $ date ; uname -v > Sun 28 Oct 2018 22:31:00 GMT > FreeBSD 13.0-CURRENT r339737 GENERIC-NODEBUG > $ > > ---- > > Is there any easy-ish way to work around this? > ls /usr/local/lib/libicui* vi /etc/libmap.conf libicui18n.so.62 libicui18n.so.XXX where XXX is the number found from the ls command. -- Steve From owner-freebsd-current@freebsd.org Sun Oct 28 23:26:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC53B10E9020 for ; Sun, 28 Oct 2018 23:26:26 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_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 A3D0A74CC0; Sun, 28 Oct 2018 23:26:26 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 89B1CD662; Sun, 28 Oct 2018 23:26:26 +0000 (UTC) From: Jan Beich To: Graham Perrin Cc: FreeBSD Current Subject: Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so" References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> Date: Mon, 29 Oct 2018 00:26:23 +0100 In-Reply-To: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> (Graham Perrin's message of "Sun, 28 Oct 2018 22:33:31 +0000") Message-ID: <4ld5-sleo-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 28 Oct 2018 23:26:27 -0000 Graham Perrin writes: > $ waterfox > XPCOMGlueLoad error for file /usr/local/lib/waterfox/libxul.so: > Shared object "libicui18n.so.62" not found, required by "libxul.so" > Couldn't load XPCOM. devel/icu major updates aren't ABI-compatible, so each update requires rebuilding every consumer. This is usually done by bumping PORTREVISION. As www/waterfox was removed before r482830 it missed rebuild thus still depends on the old shared library version. https://abi-laboratory.pro/tracker/timeline/icu4c/ > Is there any easy-ish way to work around this? Easy way is libmap.conf but it may lead to application crashes. > > A downgrade to 12.0-BETA2, maybe? > > (I know, the www/waterfox was deleted but I'd like to continue using it for as long as possible.) Either rebuild www/waterfox from the last revision before removal or downgrade devel/icu to 62.1 if nothing else requires 63.1. In the former case you can also update the port (adjust DISTVERSION then run "make makesum") assuming no patch conflicts. From owner-freebsd-current@freebsd.org Mon Oct 29 03:41:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21EC810EE690 for ; Mon, 29 Oct 2018 03:41:49 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA06A7BEB2; Mon, 29 Oct 2018 03:41:48 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 6A8AB15555; Mon, 29 Oct 2018 03:41:48 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [10.1.15.37] (unknown [216.9.108.164]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 1651323717; Mon, 29 Oct 2018 04:41:44 +0100 (CET) From: "Kristof Provost" To: "Rodney W. Grimes" Cc: "Ernie Luzar" , "Bjoern A. Zeeb" , "FreeBSD current" Subject: Re: 12.0-BETA1 vnet with pf firewall Date: Sun, 28 Oct 2018 20:41:42 -0700 X-Mailer: MailMate (2.0BETAr6123) Message-ID: <7D8AB225-061D-4EEC-BC08-5B168F1B44E8@FreeBSD.org> In-Reply-To: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 29 Oct 2018 03:41:49 -0000 On 28 Oct 2018, at 14:39, Rodney W. Grimes wrote: >> Bjoern A. Zeeb wrote: >>> On 28 Oct 2018, at 15:31, Ernie Luzar wrote: >>> >>>> Tested with host running ipfilter and vnet running pf. Tried = >>>> loading >>>> pf from host console or from vnet console using kldload pf.ko = >>>> command >>>> and get this error message; >>>> >>>> linker_load_file: /boot/kernel/pf.ko-unsupported file type. >>>> >>>> Looks like the 12.0 version of pf which is suppose to work in vnet >>>> independent of what firewall is running on the host is not working. >>> >>> You cannot load pf from inside a jail (with or without vnet). = >>> Kernel >>> modules are global objects loaded from the base system or you = >>> compile >>> the devices into the kernel; it is their state which is = >>> virtualised. >>> >>> If you load multiple firewalls they will all be available to the = >>> base >>> system and all jails+vnet. Whichever you configure in which one is = >>> up >>> to you. Just be careful as an unconfigured firewall might have a >>> default action affecting the outcome of the overall decision. >>> >>> For example you could have: >>> >>> a base system using ipfilter and setting pf to default accept = >>> everything >>> and a jail+vnet using pf and setting ipfilter there to accept = >>> everything. >>> >>> >>> Hope that clarifies some things. >>> >>> /bz >>> >> >> Hello Bjoern. >> >> What you said is correct for 10.x & 11.x. But I an talking about >> 12.0-beta1. I have the ipfilter options enabled in rc.conf of the = >> host >> and on boot ipfilter starts just like it all ways does. Now to prep = >> the >> host for pf in a vnet jail, I issue from the host console the >> "kldload pf.ko" command and get this error message; >> >> linker_load_file: /boot/kernel/pf.ko-unsupported file type. >> >> Something is wrong here. This is not suppose to happen according to = >> your >> post above. >> >> Remember that in 12.0 vimage is included in the base system kernel. > > Confirmed, if I boot a clean install and issue: > kldload ipfilter.ko > kldload pf.ko > my dmesg has: > IP Filter: v5.1.2 initialized. Default =3D pass all, Logging =3D enabl= ed > linker_load_file: /boot/kernel/pf.ko - unsupported file type > Yeah, something=E2=80=99s very, very broken somewhere. On head loading both pf and ipfilter panics: Fatal trap 12: page fault while in kernel mode cpuid =3D 5; apic id =3D 05 fault virtual address =3D 0x0 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80c8a1d0 stack pointer =3D 0x28:0xfffffe0088955340 frame pointer =3D 0x28:0xfffffe0088955340 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 940 (kldload) [ thread pid 940 tid 100473 ] Stopped at strncmp+0x10: movzbl (%rdi,%rcx,1),%r8d db> bt Tracing pid 940 tid 100473 td 0xfffff80007599000 strncmp() at strncmp+0x10/frame 0xfffffe0088955340 link_elf_lookup_set() at link_elf_lookup_set+0x64/frame = 0xfffffe0088955390 sdt_kld_unload_try() at sdt_kld_unload_try+0x39/frame = 0xfffffe00889553d0 linker_file_unload() at linker_file_unload+0xeb/frame = 0xfffffe0088955430 link_elf_load_file() at link_elf_load_file+0x152/frame = 0xfffffe00889554f0 linker_load_module() at linker_load_module+0x97a/frame = 0xfffffe0088955800 kern_kldload() at kern_kldload+0xf1/frame 0xfffffe0088955850 sys_kldload() at sys_kldload+0x5b/frame 0xfffffe0088955880 amd64_syscall() at amd64_syscall+0x278/frame 0xfffffe00889559b0 fast_syscall_common() at fast_syscall_common+0x101/frame = 0xfffffe00889559b0 --- syscall (304, FreeBSD ELF64, sys_kldload), rip =3D 0x8002d2f7a, rsp = =3D = 0x7fffffffe588, rbp =3D 0x7fffffffeb00 --- While I=E2=80=99d recommend very strongly against trying to mix firewalls= we = obviously shouldn=E2=80=99t panic. This doesn=E2=80=99t appear to be specifically either firewalls fault tho= ugh, = as the panic happens during the linking of the module, not = initialisation of the firewall. Also, it happens regardless of load = order (so ipfilter first or pf first). (kgdb) bt #0 __curthread () at ./machine/pcpu.h:230 #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff8046576b in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) a= t = /usr/src/sys/ddb/db_command.c:574 #3 0xffffffff80465539 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3D) at = /usr/src/sys/ddb/db_command.c:481 #4 0xffffffff804652b4 in db_command_loop () at = /usr/src/sys/ddb/db_command.c:534 #5 0xffffffff804684cf in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:252 #6 0xffffffff80be71c7 in kdb_trap (type=3D12, code=3D0, = tf=3D0xfffffe0088955280) at /usr/src/sys/kern/subr_kdb.c:693 #7 0xffffffff81073f51 in trap_fatal (frame=3D0xfffffe0088955280, eva=3D= 0) = at /usr/src/sys/amd64/amd64/trap.c:921 #8 0xffffffff81074072 in trap_pfault (frame=3D0xfffffe0088955280, = usermode=3D) at /usr/src/sys/amd64/amd64/trap.c:765 #9 0xffffffff8107369a in trap (frame=3D0xfffffe0088955280) at = /usr/src/sys/amd64/amd64/trap.c:441 #10 #11 strncmp (s1=3D0x0, s2=3D0xffffffff812b970d "set_", n=3D4) at = /usr/src/sys/libkern/strncmp.c:44 #12 0xffffffff811ade34 in link_elf_lookup_set (lf=3D0xfffff8000dc43a00, = name=3D0xffffffff82fcaca2 "sdt_providers_set", startp=3D0xfffffe00889553a= 0, = stopp=3D0xfffffe00889553a8, countp=3D0x0) at /usr/src/sys/kern/link_elf_obj.c:1285 #13 0xffffffff82fca5f9 in sdt_kld_unload_try (arg=3D, = lf=3D0xfffff8000dc43800, error=3D0xfffffe0088955404) at = /usr/src/sys/cddl/dev/sdt/sdt.c:321 #14 0xffffffff80b6f3bb in linker_file_unload (file=3D0xfffff8000dc43a00,= = flags=3D1) at /usr/src/sys/kern/kern_linker.c:656 #15 0xffffffff811ac382 in link_elf_load_file (cls=3D, = filename=3D, result=3D) at = /usr/src/sys/kern/link_elf_obj.c:1016 #16 0xffffffff80b6ecca in LINKER_LOAD_FILE (cls=3D0xffffffff81b817c0 = , result=3D0x0, filename=3D) at = =2E/linker_if.h:180 #17 linker_load_file (filename=3D, result=3D) = at /usr/src/sys/kern/kern_linker.c:447 #18 linker_load_module (kldname=3D, = modname=3D0xfffff8000d141c00 "ipfilter", parent=3D0x0, verinfo=3D, lfpp=3D0xfffffe0088955818) at /usr/src/sys/kern/kern_linker.c:2110 #19 0xffffffff80b70661 in kern_kldload (td=3D, = file=3D, fileid=3D0xfffffe0088955864) at = /usr/src/sys/kern/kern_linker.c:1089 #20 0xffffffff80b7078b in sys_kldload (td=3D0xfffff80007599000, = uap=3D) at /usr/src/sys/kern/kern_linker.c:1115 #21 0xffffffff81074b28 in syscallenter (td=3D0xfffff80007599000) at = /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 #22 amd64_syscall (td=3D0xfffff80007599000, traced=3D0) at = /usr/src/sys/amd64/amd64/trap.c:1154 #23 #24 0x00000008002d2f7a in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffe588 (kgdb) fr 12 #12 0xffffffff811ade34 in link_elf_lookup_set (lf=3D0xfffff8000dc43a00, = name=3D0xffffffff82fcaca2 "sdt_providers_set", startp=3D0xfffffe00889553a= 0, = stopp=3D0xfffffe00889553a8, countp=3D0x0) at /usr/src/sys/kern/link_elf_obj.c:1285 1285 if ((strncmp(ef->progtab[i].name, "set_", 4) =3D= =3D = 0) && (kgdb) p *ef $1 =3D {lf =3D {ops =3D 0xfffff800040fb000, refs =3D 1, userrefs =3D 0, = flags =3D = 0, link =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffff8004b37e418}, filename= =3D = 0xfffff8000df9d120 "ipl.ko", pathname =3D 0xfffff8000df9f2a0 "/boot/kernel/ipl.ko", id =3D 17, address =3D 0xffffffff83646000 = "UH\211\345AWAVSPH\211\313I\211\366I\211\377H\211U\340H\213C(M\205\366t\r= \272\004", = size =3D 445056, ctors_addr =3D 0x0, ctors_size =3D 0, ndeps =3D 0, deps =3D 0x0, common =3D {stqh_first = =3D 0x0, = stqh_last =3D 0xfffff8000dc43a70}, modules =3D {tqh_first =3D 0x0, tqh_la= st =3D = 0xfffff8000dc43a80}, loaded =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, loadcnt =3D 17, nenabled =3D = 0, = fbt_nentries =3D 0}, preloaded =3D 0, address =3D 0xffffffff83646000 = "UH\211\345AWAVSPH\211\313I\211\366I\211\377H\211U\340H\213C(M\205\366t\r= \272\004", = object =3D 0xfffff800399ec500, e_shdr =3D 0xfffff8004b45d800, progtab =3D 0xfffff8000dc43800, nprogta= b =3D = 13, relatab =3D 0xfffff80015413b00, nrelatab =3D 9, reltab =3D 0x0, nrelt= ab =3D = 0, ddbsymtab =3D 0xfffffe0090374000, ddbsymcnt =3D 3446, ddbstrtab =3D = 0xfffffe00903c9000 "", ddbstrcnt =3D 161248, shstrtab =3D 0xfffff8000dc43= 600 = "", shstrcnt =3D 297, ctftab =3D 0x0, ctfcnt =3D 0, ctfoff =3D 0x0, typoff =3D 0x0, typlen =3D 0} (kgdb) p i $2 =3D 12 (kgdb) p *ef->progtab $3 =3D {addr =3D 0xffffffff83646000 , size =3D 300898, f= lags = =3D 0, sec =3D 1, name =3D 0xfffff8000dc43620 ".text"} (kgdb) p ef->progtab[12] $4 =3D {addr =3D 0x0, size =3D 0, flags =3D 0, sec =3D 0, name =3D 0x0} (kgdb) So we panic because we dereference a NULL pointer in strncmp(), which = happens because nprogtab =3D 13 but ef->progtab[12] has NULL pointers. It=E2=80=99s not clear to me why that happens, but it=E2=80=99s something= to go on. = I do wonder if this isn=E2=80=99t a bit of a red herring too. It might be= an = error in the error path (because we pass through linker_file_unload()). = link_elf_load_file() increments ef->nprogtab for SHT_X86_64_UNWIND, so = perhaps the error handling doesn=E2=80=99t cope with that. (I likely won=E2=80=99t be able to look at this further in the next day o= r = two. I=E2=80=99m flying home from MeetBSD.) Best regards, Kristof From owner-freebsd-current@freebsd.org Mon Oct 29 04:13:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CFE110EF2F3 for ; Mon, 29 Oct 2018 04:13:33 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D6817CD3F for ; Mon, 29 Oct 2018 04:13:32 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-lj1-x236.google.com with SMTP id v6-v6so6377490ljc.11 for ; Sun, 28 Oct 2018 21:13:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=tjvNlWyH6Gm3EDl0/x9fQI3d0OMIbkfMZlIA+qptlzQ=; b=jWl1huGOMXMZB695ZSoc1Y9Gn4F3ylHlHf8JjVUW1LKUVol+ILdMRq8NcnDOs3uDmN eJQdFEJXirFU7UTU0bfWbGdcK9lnA/xw3PyY+wG5yPUQMWX4V/Igf+e59egEmhk2xh3N DKg9Dv9Ook8oteJMt8XuqIgYnr93nRacv5+CMTEM5XKD1/BnNI/TK5DlKkkKLE/8PxnX 2OpzfO1mXzdNecScNvUPsagTtaCRmUxNFlsLosGycIQraYMajoTefFdmQsye7oaqsvzO LcV68v74aC5ovtGadYSjHL7U1xJmBlyqfi2lZMszDXSybJ2zSZv8IJEG5bys4vyGw5XG 05cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=tjvNlWyH6Gm3EDl0/x9fQI3d0OMIbkfMZlIA+qptlzQ=; b=DnDyEJG7d/AqXAuZejCcbTNpgMe4DjSX0r6G34vx/53x3V4k4BIfx1IW8HHmtyxYfj 8fwjjCf1WVNOfaobIbizufLPxryu7ypY5KkRpmJLboHdJQ2RhRR6lIMPEqYcwzSSUZOO 2q//zdIocfBkY+LuY1RB07/aPp6cVk+8FFywAN42bTRloiNfylruGjqEt0qkmuBvoAdR u9IFWyhx17Lrl+3r9qzBWO7VPy9G286BvL0Evurw57UqObC3YSRAqwkD4XEr7X4+a7PQ gM2WLPloBLQl7foMv1/SARquFjKnjDw3XwhgspWWXdB25f7xbIMC8PAviKENBytiPbnv srJQ== X-Gm-Message-State: AGRZ1gKchfNqSfWVFSGYwDt2UOXdgNR3c9osK+DNz60M5DyEJD/0AEhp hNsF+X1gTDU5/HlPn+LFcxnf0/KlTCDHB/Eiygjy8yaY X-Google-Smtp-Source: AJdET5ffrpMXTHNtvS79zcDUT4GPLN7lgfyHvVnb3K3t3K9+SiQfBFpABN9iW5Qh6yuXpq7OK7o+Lq7HXl7ricN4pho= X-Received: by 2002:a2e:215a:: with SMTP id h87-v6mr8879103ljh.102.1540786409402; Sun, 28 Oct 2018 21:13:29 -0700 (PDT) MIME-Version: 1.0 References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> <4ld5-sleo-wny@FreeBSD.org> In-Reply-To: <4ld5-sleo-wny@FreeBSD.org> From: Graham Perrin Date: Mon, 29 Oct 2018 04:13:11 +0000 Message-ID: Subject: Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 29 Oct 2018 04:13:33 -0000 Thanks, people! devel/icu was the hint that I needed. On Sun, 28 Oct 2018 at 23:26, Jan Beich wrote: > =E2=80=A6 Either rebuild www/waterfox from the last revision before remov= al or > downgrade devel/icu to 62.1 if nothing else requires 63.1. In the former > case you can also update the port (adjust DISTVERSION then run "make > makesum") assuming no patch conflicts. =E2=80=A6 For now, I chose a quick dowgrade (breaking everything other than Waterfox that currently depends on icu). Success: Waterfox works. First in line for a rebuild is Thunderbird, specifies icu>=3D59.1,1 so I'm probably OK there with devel/icu 62.1. Below, with poudriere: - is this DEFAULT_VERSIONS=3D line correct/sufficient for Thunderbird etc. to be built with the inferior version of icu? DEFAULT_VERSIONS=3D icu=3D62.1_2,1 ---- # date ; uname -v Mon 29 Oct 2018 02:53:29 GMT FreeBSD 13.0-CURRENT r339737 GENERIC-NODEBUG # pkg info -r devel/icu icu-63.1,1: waterfox-56.2.3_2 qt5-core-5.11.2_1 spidermonkey52-52.8.0_2 boost-libs-1.68.0_2 harfbuzz-icu-2.0.2_1 webkit2-gtk3-2.20.5_2 qt5-webkit-5.212.0.a2_14 libical-3.0.3_1 texlive-base-20150521_29 evolution-data-server-3.28.3_1 tesseract-3.05.02_3 libqalculate-2.6.1_1 tracker-2.0.4_1 webkit-gtk2-2.4.11_18 raptor2-2.0.15_10 qt4-corelib-4.8.7_14 tracker-miners-2.0.5_1 webkit-gtk3-2.4.11_17 seamonkey-2.49.4_14 node-10.12.0_1 libzmf-0.0.2_11 libvisio01-0.1.6_8 libqxp-0.0.0_6 libmspub01-0.1.4_6 libe-book-0.1.3_7 libcdr01-0.1.4_11 gnome-shell-3.28.2_1 freerdp-2.0.0.r3_3 thunderbird-60.2.1_2 palemoon-27.9.4_1 libreoffice-6.0.5_6 iridium-browser-2018.5.67_5 evolution-3.28.3_1 epiphany-3.28.3.1_1 chromium-68.0.3440.106_5 calibre-3.33.1_1 firefox-63.0_2,1 # pkg remove -f devel/icu Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 0 packages in the universe): Installed packages to be REMOVED: icu-63.1,1 Number of packages to be removed: 1 The operation will free 46 MiB. Proceed with deinstalling packages? [y/N]: y [1/1] Deinstalling icu-63.1,1... [1/1] Deleting files for icu-63.1,1: 100% # pkg add /var/cache/pkg/icu-62.1_2,1.txz Installing icu-62.1_2,1... Extracting icu-62.1_2,1: 100% # pkg lock devel/icu icu-62.1_2,1: lock this package? [y/N]: y Locking icu-62.1_2,1 # exit root@momh167-gjp4-hpelitebook8570p-freebsd:~ # exit logout [grahamperrin@momh167-gjp4-hpelitebook8570p-freebsd] ~% waterfox -p everyda= y Fontconfig warning: "/usr/local/etc/fonts/local.conf", line 1093: saw number, expected matrix console.log: *** aboutsync: starting up =E2=80=A6 [grahamperrin@momh167-gjp4-hpelitebook8570p-freebsd] ~% su - Password: root@momh167-gjp4-hpelitebook8570p-freebsd:~ # sh # poudriere ports -u [00:00:00] Updating portstree "default" with portsnap...Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Sun Oct 28 21:43:27 GMT 2018 to Mon Oct 29 02:28:37 GMT 2018. Fetching 5 metadata patches... done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 6 patches. (6/6) 100.00% done. done. Applying patches... done. Fetching 3 new ports or files... done. Removing old files and directories... done. Extracting new files: /usr/local/poudriere/ports/default/biology/iqtree/ /usr/local/poudriere/ports/default/databases/mysql57-client/ /usr/local/poudriere/ports/default/databases/mysql57-server/ /usr/local/poudriere/ports/default/devel/Makefile /usr/local/poudriere/ports/default/devel/libpcl/ /usr/local/poudriere/ports/default/graphics/Makefile /usr/local/poudriere/ports/default/graphics/radiance/ /usr/local/poudriere/ports/default/misc/Makefile /usr/local/poudriere/ports/default/misc/lastools/ Building new INDEX files... done. done # grep DEFAULT_VERSIONS /usr/local/etc/poudriere.d/make.conf DEFAULT_VERSIONS+=3D samba=3D4.8 DEFAULT_VERSIONS=3D icu=3D62.1_2,1 # poudriere bulk -j current mail/thunderbird [00:00:00] Creating the reference jail... done [00:00:01] Mounting system devices for current-default [00:00:01] Mounting ports/packages/distfiles [00:00:01] Stashing existing package repository [00:00:01] Mounting ccache from: /var/cache/ccache [00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/current-default [00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/current-options [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf -> /usr/local/poudriere/data/.m/current-default/ref/etc/resolv.conf [00:00:01] Starting jail current-default [00:00:04] Logs: /usr/local/poudriere/data/logs/bulk/current-default/2018-10-29_03h06m42s [00:00:04] Loading MOVED for /usr/local/poudriere/data/.m/current-default/ref/usr/ports [00:00:05] Ports supports: FLAVORS SELECTED_OPTIONS [00:00:05] Gathering ports metadata [00:00:13] Calculating ports order and dependencies [00:00:14] Sanity checking the repository [00:00:14] Checking packages for incremental rebuild needs [00:00:24] Deleting stale symlinks... done [00:00:24] Deleting empty directories... done [00:00:24] Cleaning the build queue [00:00:25] Sanity checking build queue [00:00:25] Processing PRIORITY_BOOST [00:00:25] Balancing pool [00:00:25] Recording filesystem state for prepkg... done [00:00:34] Building 3 packages using 3 builders [00:00:34] Starting/Cloning builders [00:00:37] Hit CTRL+t at any time to see build progress and stats [00:00:37] [01] [00:00:00] Building devel/llvm70 | llvm70-7.0.0 [00:00:37] [02] [00:00:00] Building lang/rust | rust-1.30.0 ---- =E2=80=93 it'll be a few hours before the build of Thunderbird can begin. As an aside, > =E2=80=A6 devel/icu major updates aren't ABI-compatible, so each update > requires rebuilding every consumer. =E2=80=A6 I _had_ planned to stick with 12 for a while, but the first beta didn't work out and re: after a week of being limited to VESA and just one display, I got itchy feet and stepped up to 13 :-) From owner-freebsd-current@freebsd.org Mon Oct 29 04:36:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72E2210EFA34 for ; Mon, 29 Oct 2018 04:36:23 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DAFD67D68A for ; Mon, 29 Oct 2018 04:36:22 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-lj1-x22c.google.com with SMTP id j4-v6so6421950ljc.12 for ; Sun, 28 Oct 2018 21:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=d8iY7wF3nLI7qTwX2KrwhQwh2MUzXOpYERZMZ7vh95s=; b=ZlKjGpqzjTpGFOCtwP0LuVdD++sSHcrUuhJk/bN9RGIK2knisSHcdiQ4UhoFrJmUZ6 XqJkuzkw83sH4AIZuepF8iF531kRDG20XF4LU0kwPd11dHRCoztRGt+7s24Fttxb4tyT 1ZLq0N7W7FfG183BHgHG1/QfHozvg0jr+X+sFTj6E1OFcuxtudt/z1qNJfm3Yt9wEV5+ H+D8nI51n6Q6b9fk5Jrp/YICxD9cAguo5b1OmxWqAmbgmlO/mNpJaXWF1n8akzugzvYY 6NcJqaZ47D1V/YM4F+G2geSFUhuym0hW6K5zIFp0dP/yLv8eaNA+a6DaZ1rNRdlnYVrz xjag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=d8iY7wF3nLI7qTwX2KrwhQwh2MUzXOpYERZMZ7vh95s=; b=abGYXXDj4Sl1U2ajOMZzaRkOE/pThOOlXi4FLDJO3TYdCr/UaObd8gY0gLJFzNRCPi jT/xByfv+gOOL1j2dAViO9UGu9CxooNzzdVgMrIrATU7CFJOlKaOH/uoRQdGmLRn+BBV lTJ90A+MQIBihxAU95dbI3DTDanj5W/laYq10HnYi3iMb710pOuWr5TF7ekGF4lakZIv E0CfLIPRAcCcswstPwiNkwYJ7vU9/adxQTm2IGys0BtEjdujmLQvyU+BmvGA7GW4dEky lHQFy78ZPlUFofLit6z+Ejl9u2LAhbl9rEqMDnZ3K4mq0z2vgEClVwR21R6IffGLUyWF O+yg== X-Gm-Message-State: AGRZ1gJUjxkuxqB2mrXhJ6vAYREsYU2mBNiEu2lvLFISCsxA6CIKZJr/ W3PgtVtbNHxXgqipCHFF85/V2XbWdqXXYdH/QXpDeT3yfy0= X-Google-Smtp-Source: AJdET5f+t9Cx6QnMpawo8ZRYm8wjtI8fVM6PrXsc7nDa3J3a46FVSJnQcBb/4fZ9wjk6yUy/MipysHhLRaAlCHGNg8o= X-Received: by 2002:a2e:9b15:: with SMTP id u21-v6mr407598lji.29.1540787780826; Sun, 28 Oct 2018 21:36:20 -0700 (PDT) MIME-Version: 1.0 References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> <4ld5-sleo-wny@FreeBSD.org> In-Reply-To: From: Graham Perrin Date: Mon, 29 Oct 2018 04:36:08 +0000 Message-ID: Subject: FreshPorts, pkg query and pkg rquery: versions of dependencies To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 29 Oct 2018 04:36:23 -0000 devel/icu for example. On Mon, 29 Oct 2018 at 04:13, I wrote: > Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers > =E2=80=A6 > specifies icu>=3D59.1,1 so I'm probably OK there =E2=80=A6 I say "probably" because I'm not sure how to interpret the >=3D59.1,1 alongside these results from pkg: $ pkg query '%do %dv %R' mail/thunderbird | grep icu devel/icu 62.1_2,1 FreeBSD $ pkg rquery '%do %dv %R' mail/thunderbird | grep icu devel/icu 63.1,1 FreeBSD $ From owner-freebsd-current@freebsd.org Mon Oct 29 04:36:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D310110EFA51 for ; Mon, 29 Oct 2018 04:36:50 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_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 8D9617D6D0; Mon, 29 Oct 2018 04:36:50 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 7D0681034E; Mon, 29 Oct 2018 04:36:50 +0000 (UTC) From: Jan Beich To: Graham Perrin Cc: FreeBSD Current Subject: Re: Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> <4ld5-sleo-wny@FreeBSD.org> Date: Mon, 29 Oct 2018 05:36:47 +0100 In-Reply-To: (Graham Perrin's message of "Mon, 29 Oct 2018 04:13:11 +0000") Message-ID: <8t2h-qsgw-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 29 Oct 2018 04:36:51 -0000 Graham Perrin writes: > - is this DEFAULT_VERSIONS= line correct/sufficient for > Thunderbird etc. to be built with the inferior version of icu? > > DEFAULT_VERSIONS= icu=62.1_2,1 Only one icu version is supported in the ports tree, so the above is nop. The ports are built against whatever version is installed. From owner-freebsd-current@freebsd.org Mon Oct 29 05:05:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DB5610F048A for ; Mon, 29 Oct 2018 05:05:01 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E32747E408 for ; Mon, 29 Oct 2018 05:05:00 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-lf1-x136.google.com with SMTP id a82-v6so4991540lfa.4 for ; Sun, 28 Oct 2018 22:05:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=JSOQ/VMb1xB4K8g52SfSsyBVSm5CShZhLGtgv/GGgJA=; b=PrqytR5s+Ig3PJ2c8TVg4VOcvwKvjRu19dzHdQONZswkxLDt50HuIlAyp951dwATXM w92YFB98DXuOoX/fb6bXfb2oGDUewbJPCAnKBdzbqHWN/2/SAQ0TUJDW0O7+jg5BpP6Z YMLkxJAcNuJ8d8/IF/cZBPpc9h4e9VMW7L/28FcFRVZmANlHT0vC5jBC/7cOLwy3WFEX YIyUuB1qUEVCwz6gCCrsVrxL+m67EAfyLpZUW+MC1X0kUGrKHQ1FaJQh1mSQs3TzJPJX quF82LfyDQsCXxM+KttrjFHlZVMx60L2W653o8ghAL+sc/s+cKEAUzsqc4q+zkMo56ru tRHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=JSOQ/VMb1xB4K8g52SfSsyBVSm5CShZhLGtgv/GGgJA=; b=sCmEEPxRaBST9x/u4QHThlIGBlAHrWHTIYdXeZmReP8EMi/mE9JymES9DAkfNhFwlE fUOyanvqAhY3lpSrVaffU6Lv942DAJP6mXU6sjmBcTW47WcxR0eAmUVI0ACyvJ2356HF RFxatFPlG3oD6QRzmTapNfI73JsmZPMi0A4O0ONJAcWAT6er00sf3soocoLeQERNB2OD TmPQ3XlHPwGEcsbwliLk7PpPNBRVyUwr5iTE5eLIyjrnIhZSfpJdBlmPsy6rc0JONcLP XqtfGGlzhgFUdhCL1AY3bKwjvHnXlM//G9RHUs0uORjECiH7wkk5MbXXPA6Gn+UWvLg4 3I8w== X-Gm-Message-State: AGRZ1gIIuw8ru0N8BLNz9ObasbZEALPLGPglcw5+3p8YmaapTHHbUJOf VOp+EH8qi6pPUZRjXBQV/qXqGvq0OY5nM1lPortdWPjQjSA= X-Google-Smtp-Source: AJdET5fG2lhLtkCI7HPLdMe6r3zIos5A7rDZC9fiAavG4h5vStvNVIy9ml62WJd871b8BqepSRwC0XAymduWe2gmLmM= X-Received: by 2002:a19:f115:: with SMTP id p21mr7010155lfh.20.1540789499121; Sun, 28 Oct 2018 22:04:59 -0700 (PDT) MIME-Version: 1.0 References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> <4ld5-sleo-wny@FreeBSD.org> <8t2h-qsgw-wny@FreeBSD.org> In-Reply-To: <8t2h-qsgw-wny@FreeBSD.org> From: Graham Perrin Date: Mon, 29 Oct 2018 05:04:46 +0000 Message-ID: Subject: Re: Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 29 Oct 2018 05:05:01 -0000 On Mon, 29 Oct 2018 at 04:36, Jan Beich wrote: > Graham Perrin writes: > > > - is this DEFAULT_VERSIONS=3D line correct/sufficient for > > Thunderbird etc. to be built with the inferior version of icu? > > > > DEFAULT_VERSIONS=3D icu=3D62.1_2,1 > > Only one icu version is supported in the ports tree, so the above is nop. > The ports are built against whatever version is installed. OK, that (I think) answers my other question ('FreshPorts, pkg query and pkg rquery: versions of dependencies'). I did install the specified version prior to the run of poudriere, # pkg add /var/cache/pkg/icu-62.1_2,1.txz Installing icu-62.1_2,1... Extracting icu-62.1_2,1: 100% # pkg lock devel/icu icu-62.1_2,1: lock this package? [y/N]: y Locking icu-62.1_2,1 # =E2=80=93 so should I be OK (at least for Thunderbird)? From owner-freebsd-current@freebsd.org Mon Oct 29 05:15:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2472010F0825 for ; Mon, 29 Oct 2018 05:15:58 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_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 D31897E8A8; Mon, 29 Oct 2018 05:15:57 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id A4FCC108B7; Mon, 29 Oct 2018 05:15:57 +0000 (UTC) From: Jan Beich To: Graham Perrin Cc: FreeBSD Current Subject: Re: FreshPorts, pkg query and pkg rquery: versions of dependencies References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> <4ld5-sleo-wny@FreeBSD.org> Date: Mon, 29 Oct 2018 06:15:52 +0100 In-Reply-To: (Graham Perrin's message of "Mon, 29 Oct 2018 04:36:08 +0000") Message-ID: <8t2h-nxiv-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 29 Oct 2018 05:15:58 -0000 Graham Perrin writes: > devel/icu for example. > > On Mon, 29 Oct 2018 at 04:13, I wrote: > >> Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers > >> =E2=80=A6 >> specifies icu>=3D59.1,1 so I'm probably OK there =E2=80=A6 > > I say "probably" because I'm not sure how to interpret the >=3D59.1,1 > alongside these results from pkg: > > $ pkg query '%do %dv %R' mail/thunderbird | grep icu > devel/icu 62.1_2,1 FreeBSD > $ pkg rquery '%do %dv %R' mail/thunderbird | grep icu > devel/icu 63.1,1 FreeBSD > $ If you downgrade icu to 58.1 or earlier the build would abort when checking BUILD_DEPENDS rather than at configure stage. Version requirements like that are used to facilitate partial upgrades (not all dependencies in sync or up-to-date) but the support is fragile/untested as there's no handholding in case of issues. From owner-freebsd-current@freebsd.org Mon Oct 29 17:38:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0926D10E0FBC; Mon, 29 Oct 2018 17:38:09 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A96377A70E; Mon, 29 Oct 2018 17:38:08 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 4570810AFCD; Mon, 29 Oct 2018 13:38:07 -0400 (EDT) Subject: Re: Has anything changed from 11.2 to 12.0 in PCI MSI/MSIX path? To: Rajesh Kumar References: <2a595c73-4a93-6e3f-f93d-9038baeeb18a@FreeBSD.org> Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org From: John Baldwin Message-ID: <2b2d11cb-2196-0214-a3f2-8ab75c7c0248@FreeBSD.org> Date: Mon, 29 Oct 2018 10:38:06 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 29 Oct 2018 13:38:07 -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.29 Precedence: 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, 29 Oct 2018 17:38:09 -0000 On 10/25/18 10:24 AM, Rajesh Kumar wrote: > Hi John, > > Thanks a lot. It helps. I backported the changes to 11.2 and tried booting in my board with success without any need for the said tunables. > > I see those changes are marked for MFC after 2 Weeks. But I don't see them still in stable/11 branch.  So, will it be taken into stable/11 branch by any chance? If not, can the backported changes be submitted for review to take into stable/11 branch? I'm working on the MFC. The current patch I've tested an MFC of is the one to unify sys/x86/include/intr_machdep.h as a precursor to MFC'ing this change. > On Thu, Oct 25, 2018 at 1:17 AM John Baldwin > wrote: > > On 10/24/18 3:40 AM, Rajesh Kumar wrote: > > Hi, > > > > I have a amd64 based board. When I tried to boot 11.1 (or) 11.2 in that, I > > needed the following tunables to be set from loader prompt to get it booted > > (otherwise machine reboots continuously). > > > > hw.usb.xhci.msi=0 > > hw.usb.xhci.msix=0 > > hw.pci.enable_msi=0 > > hw.pci.enable_msix=0 > > > > But, when I tried with 12.0 - ALPHA4, I could able to get it booted without > > any tunables.  So, has anything changed significantly on PCI MSI/MSI-X > > path? > > > > Note: I have a forum topic with my observations about the issue on > > 11.1/11.2 in the following thread > > https://forums.freebsd.org/threads/freebsd-11-1-installation-fails-and-rebooting.65814/ > > > > Let me know if you need any details. > > I believe this was fixed by r338360. > > -- > John Baldwin > -- John Baldwin From owner-freebsd-current@freebsd.org Tue Oct 30 08:23:04 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0916910DA89C; Tue, 30 Oct 2018 08:23:04 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F3F3775F6; Tue, 30 Oct 2018 08:23:03 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id d10-v6so11512705wrs.5; Tue, 30 Oct 2018 01:23:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ar9P0pJjCBKaQ+G8nEXV/4EmUieePIlMiw5K7phpwhI=; b=NCiLtUcZ5t8MEqi1DfO6zOzfm40O2XZqn1aaKAVvuHPMcheWEVpQ9RsPYNgx8OyLxO AatsB2Pa/PD4Cm2GIKdnhliznqTzRZ1eI4zyf2ylJOP5wdzpvWmkgqZV8Gtwf1nrZEb5 G70w8XxSnscT3/+rJZZe6ZtATax11TWwD57+uaNSZJRSS5KPjAUtmcDMBZ56zGoIOX6F Pd3J2NfnjderzuartvibwB6z3D1ML+i69bVGtX6oI6gr1o1TR73Qoo06efc5RSL25nWn SWR5ZV4+7RXTOi6RG/KbLUsas5+7aHbfYPZk2b/QRjT3C3cX3Zr6bBfIaLU95zvU3UvX parg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ar9P0pJjCBKaQ+G8nEXV/4EmUieePIlMiw5K7phpwhI=; b=VwHFQS4aQ9LfwYmE69oYXvBrvcyPa6KxKOIGfJo/5gYNxbUThkW9e/EdFDgg2FgDwO G1TfBm3Nqzv8ga/yWjMiMlJZEuT9Zndvr7GnXO56VtI2ReInd/n4PWAT/M0ijfysKbAy 7nhSE2vJ0KIcJrEcc3LwhwObOLDJb9xvjKNSXq8VD9/CIPmHCMWTC+Ecv3CjpXZJjkAy JA/Yga2yQLLLtdpdq9bL4YVWewC1WJDjlM2pP8mnqcT3eEqITCkGBhDxJT31ZIyBWQzN zQnwtE2eqroJrbi8s80lDGiSXcpiBWU6Zq8rUp58azkKoQcmFW8zJdIwm+Wvcao4iu92 1/XQ== X-Gm-Message-State: AGRZ1gIWgjT71QVQv6n5sPxRJ+FIfHcaIzDYuozGZuj8TTEMS9OgdQVK Co3Fn2PcYaUfRSToSas3OgWK+fM+WU1Ra+9I4GaRCw== X-Google-Smtp-Source: AJdET5dJBZBBsJ6xnwHC9GhjEgHUdqMN0arQ60pYsozvSxbEEMA1GRqkrDOTE43h1lgdJa1a631xj4KMC2gl9qqekF4= X-Received: by 2002:adf:a109:: with SMTP id o9-v6mr4124390wro.169.1540887781557; Tue, 30 Oct 2018 01:23:01 -0700 (PDT) MIME-Version: 1.0 References: <2a595c73-4a93-6e3f-f93d-9038baeeb18a@FreeBSD.org> <2b2d11cb-2196-0214-a3f2-8ab75c7c0248@FreeBSD.org> In-Reply-To: <2b2d11cb-2196-0214-a3f2-8ab75c7c0248@FreeBSD.org> From: Rajesh Kumar Date: Tue, 30 Oct 2018 13:52:49 +0530 Message-ID: Subject: Re: Has anything changed from 11.2 to 12.0 in PCI MSI/MSIX path? To: jhb@freebsd.org Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 30 Oct 2018 08:23:04 -0000 Hi John, Thanks for your updates. I assume you are talking about having a unified intr_machdep.h compared to having seperate amd64 and i386 versions. Can you please update this thread once all changes are MFC complete or tag me in necessary place? So that I can give a try in my board once it's ready. On Mon, Oct 29, 2018 at 11:08 PM John Baldwin wrote: > On 10/25/18 10:24 AM, Rajesh Kumar wrote: > > Hi John, > > > > Thanks a lot. It helps. I backported the changes to 11.2 and tried > booting in my board with success without any need for the said tunables. > > > > I see those changes are marked for MFC after 2 Weeks. But I don't see > them still in stable/11 branch. So, will it be taken into stable/11 branch > by any chance? If not, can the backported changes be submitted for review > to take into stable/11 branch? > > I'm working on the MFC. The current patch I've tested an MFC of is the > one to > unify sys/x86/include/intr_machdep.h as a precursor to MFC'ing this change. > > > On Thu, Oct 25, 2018 at 1:17 AM John Baldwin jhb@freebsd.org>> wrote: > > > > On 10/24/18 3:40 AM, Rajesh Kumar wrote: > > > Hi, > > > > > > I have a amd64 based board. When I tried to boot 11.1 (or) 11.2 in > that, I > > > needed the following tunables to be set from loader prompt to get > it booted > > > (otherwise machine reboots continuously). > > > > > > hw.usb.xhci.msi=0 > > > hw.usb.xhci.msix=0 > > > hw.pci.enable_msi=0 > > > hw.pci.enable_msix=0 > > > > > > But, when I tried with 12.0 - ALPHA4, I could able to get it > booted without > > > any tunables. So, has anything changed significantly on PCI > MSI/MSI-X > > > path? > > > > > > Note: I have a forum topic with my observations about the issue on > > > 11.1/11.2 in the following thread > > > > https://forums.freebsd.org/threads/freebsd-11-1-installation-fails-and-rebooting.65814/ > > > > > > Let me know if you need any details. > > > > I believe this was fixed by r338360. > > > > -- > > John Baldwin > > > > > -- > John Baldwin > From owner-freebsd-current@freebsd.org Tue Oct 30 12:23:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7584F10E2B6D for ; Tue, 30 Oct 2018 12:23:30 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E6298245A; Tue, 30 Oct 2018 12:23:30 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id C7C4221BB7; Tue, 30 Oct 2018 12:23:29 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [10.0.2.195] (ptr-8rh08k1sdreej3vz59v.18120a2.ip6.access.telenet.be [IPv6:2a02:1811:240e:402:f4d0:f72c:7583:2073]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 4327F26417; Tue, 30 Oct 2018 13:23:27 +0100 (CET) From: "Kristof Provost" To: "Rodney W. Grimes" Cc: "Ernie Luzar" , "Bjoern A. Zeeb" , "FreeBSD current" Subject: Re: 12.0-BETA1 vnet with pf firewall Date: Tue, 30 Oct 2018 13:23:25 +0100 X-Mailer: MailMate (2.0BETAr6125) Message-ID: In-Reply-To: <7D8AB225-061D-4EEC-BC08-5B168F1B44E8@FreeBSD.org> References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> <7D8AB225-061D-4EEC-BC08-5B168F1B44E8@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 30 Oct 2018 12:23:30 -0000 On 29 Oct 2018, at 4:41, Kristof Provost wrote: > So we panic because we dereference a NULL pointer in strncmp(), which > happens because nprogtab = 13 but ef->progtab[12] has NULL pointers. > > It’s not clear to me why that happens, but it’s something to go > on. I do wonder if this isn’t a bit of a red herring too. It might > be an error in the error path (because we pass through > linker_file_unload()). link_elf_load_file() increments ef->nprogtab > for SHT_X86_64_UNWIND, so perhaps the error handling doesn’t cope > with that. > It looks like the root of the problem (failure to load) is in this line of link_elf_load_file(): ef->progtab[pb].addr = vnet_data_alloc(shdr[i].sh_size); The allocation of the vnet data fails. Bumping VNET_MODMIN in sys/net/vnet.c makes the load of ipfilter and pf succeed. I’m not too familiar with this part of the vnet code, but it looks to me like we’ve got more per-vnet variables that was originally anticipated, so we may need to just increase the allocated space. Best regards, Kristof From owner-freebsd-current@freebsd.org Tue Oct 30 13:30:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 352C410E8688 for ; Tue, 30 Oct 2018 13:30:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B87018483E; Tue, 30 Oct 2018 13:30:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2CE018D4A15C; Tue, 30 Oct 2018 13:29:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D063BD1F857; Tue, 30 Oct 2018 13:29:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id C9Ehdd2dtM8X; Tue, 30 Oct 2018 13:29:54 +0000 (UTC) Received: from [192.168.1.88] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9D1D4D1F856; Tue, 30 Oct 2018 13:29:53 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Kristof Provost" Cc: "Rodney W. Grimes" , "Ernie Luzar" , "FreeBSD current" Subject: Re: 12.0-BETA1 vnet with pf firewall Date: Tue, 30 Oct 2018 13:29:52 +0000 X-Mailer: MailMate (2.0BETAr6125) Message-ID: <1B2DF00D-68FB-453F-82D0-6FC9C2BB6EE2@lists.zabbadoz.net> In-Reply-To: References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> <7D8AB225-061D-4EEC-BC08-5B168F1B44E8@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 30 Oct 2018 13:30:07 -0000 On 30 Oct 2018, at 12:23, Kristof Provost wrote: > On 29 Oct 2018, at 4:41, Kristof Provost wrote: >> So we panic because we dereference a NULL pointer in strncmp(), which >> happens because nprogtab = 13 but ef->progtab[12] has NULL pointers. I cannot reproduce your panic trying to load both pf, and ipfilter. I could only reproduce the original error. >> It’s not clear to me why that happens, but it’s something to go >> on. I do wonder if this isn’t a bit of a red herring too. It might >> be an error in the error path (because we pass through >> linker_file_unload()). link_elf_load_file() increments ef->nprogtab >> for SHT_X86_64_UNWIND, so perhaps the error handling doesn’t cope >> with that. >> > It looks like the root of the problem (failure to load) is in this > line of link_elf_load_file(): > > ef->progtab[pb].addr = > vnet_data_alloc(shdr[i].sh_size); > > The allocation of the vnet data fails. Bumping VNET_MODMIN in > sys/net/vnet.c makes the load of ipfilter and pf succeed. That’s interesting. I was thinking abut this but the error message (in case of not-panic) is only printed in case of ENOSYS: kern_linker.c: 486 /* 487 * If the file type has not been recognized by the last try 488 * printout a message before to fail. 489 */ 490 if (error == ENOSYS) 491 printf("%s: %s - unsupported file type\n", 492 __func__, filename); And I couldn’t see how we could get to that apart from one case in link_obj_elf.c: 578 if (hdr->e_type != ET_REL) { 579 error = ENOSYS; 580 goto out; 581 } And that’s a very unlikely one. So the ENOSYS must come out of somewhere else. I haven’t had enough time to track it down. We should. Could very well be some of the VM calls or something is returning that now and we just pass it back? > I’m not too familiar with this part of the vnet code, but it looks > to me like we’ve got more per-vnet variables that was originally > anticipated, so we may need to just increase the allocated space. Can you elfdump -a the two modules and see how big their set_vnet section sizes are? I see: pf.ko: sh_size: 6664 ipl.ko: sh_size: 2992 VNET_MODMIN is two pages (8k). So yes, that would exceed the module space. Having 6.6k global variable space is a bit excessive? Where does that come from? multicast used to have a similar problem in the past that it could not be loaded as a module as it had a massive array there and we changed it to be malloced and that reduced it to a pointer. 0000000000000f38 l O set_vnet 0000000000000428 vnet_entry_pfr_nulltable 0000000000000b10 l O set_vnet 00000000000003d0 vnet_entry_pf_default_rule 0000000000001370 l O set_vnet 0000000000000690 vnet_entry_pf_main_anchor 0000000000000000 l O set_vnet 0000000000000120 vnet_entry_pf_status seem to be the biggies. /bz From owner-freebsd-current@freebsd.org Tue Oct 30 14:03:42 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBAD610E9484 for ; Tue, 30 Oct 2018 14:03:41 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BF1385D54; Tue, 30 Oct 2018 14:03:41 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 3CD86225BC; Tue, 30 Oct 2018 14:03:41 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [10.0.2.195] (ptr-8rh08k1sdreej3vz59v.18120a2.ip6.access.telenet.be [IPv6:2a02:1811:240e:402:f4d0:f72c:7583:2073]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 4A27226560; Tue, 30 Oct 2018 15:03:39 +0100 (CET) From: "Kristof Provost" To: "Bjoern A. Zeeb" Cc: "Rodney W. Grimes" , "Ernie Luzar" , "FreeBSD current" Subject: Re: 12.0-BETA1 vnet with pf firewall Date: Tue, 30 Oct 2018 15:03:37 +0100 X-Mailer: MailMate (2.0BETAr6125) Message-ID: <39EBDBD8-4FEE-42D3-809C-B4FD4D4DA20D@FreeBSD.org> In-Reply-To: <1B2DF00D-68FB-453F-82D0-6FC9C2BB6EE2@lists.zabbadoz.net> References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> <7D8AB225-061D-4EEC-BC08-5B168F1B44E8@FreeBSD.org> <1B2DF00D-68FB-453F-82D0-6FC9C2BB6EE2@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 30 Oct 2018 14:03:42 -0000 On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote: > On 30 Oct 2018, at 12:23, Kristof Provost wrote: >> I’m not too familiar with this part of the vnet code, but it looks >> to me like we’ve got more per-vnet variables that was originally >> anticipated, so we may need to just increase the allocated space. > > Can you elfdump -a the two modules and see how big their set_vnet > section sizes are? I see: > > pf.ko: sh_size: 6664 > ipl.ko: sh_size: 2992 > I see exactly the same numbers. > VNET_MODMIN is two pages (8k). So yes, that would exceed the module > space. > Having 6.6k global variable space is a bit excessive? Where does that > come from? multicast used to have a similar problem in the past that > it could not be loaded as a module as it had a massive array there and > we changed it to be malloced and that reduced it to a pointer. > > 0000000000000f38 l O set_vnet 0000000000000428 > vnet_entry_pfr_nulltable That’s a default table. It’s large because it uses MAXPATHLEN for the pfrt_anchor string. > 0000000000000b10 l O set_vnet 00000000000003d0 > vnet_entry_pf_default_rule Default rule. Rules potentially contain names, tag names, interface names, … so it’s a large structure. > 0000000000001370 l O set_vnet 0000000000000690 > vnet_entry_pf_main_anchor Anchors use MAXPATHLEN for the anchor path, so that’s 1024 bytes right away. > 0000000000000000 l O set_vnet 0000000000000120 > vnet_entry_pf_status > pf status. Mostly counters. I’ll see about putting moving those into the heap on my todo list. Best regards, Kristof From owner-freebsd-current@freebsd.org Tue Oct 30 14:14:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00EE710E987B for ; Tue, 30 Oct 2018 14:14:25 +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 5E8C68642D; Tue, 30 Oct 2018 14:14:23 +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 w9UEELTT061806; Tue, 30 Oct 2018 07:14:21 -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 w9UEEK9v061805; Tue, 30 Oct 2018 07:14:20 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201810301414.w9UEEK9v061805@pdx.rh.CN85.dnsmgr.net> Subject: Re: 12.0-BETA1 vnet with pf firewall In-Reply-To: <39EBDBD8-4FEE-42D3-809C-B4FD4D4DA20D@FreeBSD.org> To: Kristof Provost Date: Tue, 30 Oct 2018 07:14:20 -0700 (PDT) CC: "Bjoern A. Zeeb" , Ernie Luzar , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 30 Oct 2018 14:14:25 -0000 > On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote: > > On 30 Oct 2018, at 12:23, Kristof Provost wrote: > >> I?m not too familiar with this part of the vnet code, but it looks > >> to me like we?ve got more per-vnet variables that was originally > >> anticipated, so we may need to just increase the allocated space. > > > > Can you elfdump -a the two modules and see how big their set_vnet > > section sizes are? I see: > > > > pf.ko: sh_size: 6664 > > ipl.ko: sh_size: 2992 > > > I see exactly the same numbers. > > > VNET_MODMIN is two pages (8k). So yes, that would exceed the module > > space. > > Having 6.6k global variable space is a bit excessive? Where does that > > come from? multicast used to have a similar problem in the past that > > it could not be loaded as a module as it had a massive array there and > > we changed it to be malloced and that reduced it to a pointer. > > > > 0000000000000f38 l O set_vnet 0000000000000428 > > vnet_entry_pfr_nulltable > That?s a default table. It?s large because it uses MAXPATHLEN for > the pfrt_anchor string. > > > 0000000000000b10 l O set_vnet 00000000000003d0 > > vnet_entry_pf_default_rule > Default rule. Rules potentially contain names, tag names, interface > names, ? so it?s a large structure. > > > 0000000000001370 l O set_vnet 0000000000000690 > > vnet_entry_pf_main_anchor > Anchors use MAXPATHLEN for the anchor path, so that?s 1024 bytes right > away. > > > 0000000000000000 l O set_vnet 0000000000000120 > > vnet_entry_pf_status > > > pf status. Mostly counters. > > I?ll see about putting moving those into the heap on my todo list. Though that removes the current situation, it is a partial fix, doesnt this static sized 2 page VNET_MODMIN needs to be fixed in the longer term? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Oct 30 14:59:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1A9510EAD27 for ; Tue, 30 Oct 2018 14:59:34 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 52E076A01A; Tue, 30 Oct 2018 14:59:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 56EF18D4A15C; Tue, 30 Oct 2018 14:59:32 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 282FDD1F857; Tue, 30 Oct 2018 14:59:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id r0JAxJ8JjgNG; Tue, 30 Oct 2018 14:59:27 +0000 (UTC) Received: from [10.248.99.65] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 0843FD1F856; Tue, 30 Oct 2018 14:59:26 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Rodney W. Grimes" Cc: "Kristof Provost" , "Ernie Luzar" , "FreeBSD current" Subject: Re: 12.0-BETA1 vnet with pf firewall Date: Tue, 30 Oct 2018 14:59:25 +0000 X-Mailer: MailMate (2.0BETAr6125) Message-ID: <9D50D781-73BA-45B0-ADBB-CF01DE587BC5@lists.zabbadoz.net> In-Reply-To: <201810301414.w9UEEK9v061805@pdx.rh.CN85.dnsmgr.net> References: <201810301414.w9UEEK9v061805@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 30 Oct 2018 14:59:35 -0000 On 30 Oct 2018, at 14:14, Rodney W. Grimes wrote: >> On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote: >>> On 30 Oct 2018, at 12:23, Kristof Provost wrote: >>>> I?m not too familiar with this part of the vnet code, but it looks >>>> to me like we?ve got more per-vnet variables that was originally >>>> anticipated, so we may need to just increase the allocated space. >>> >>> Can you elfdump -a the two modules and see how big their set_vnet >>> section sizes are? I see: >>> >>> pf.ko: sh_size: 6664 >>> ipl.ko: sh_size: 2992 >>> >> I see exactly the same numbers. >> >>> VNET_MODMIN is two pages (8k). So yes, that would exceed the module >>> space. >>> Having 6.6k global variable space is a bit excessive? Where does >>> that >>> come from? multicast used to have a similar problem in the past >>> that >>> it could not be loaded as a module as it had a massive array there >>> and >>> we changed it to be malloced and that reduced it to a pointer. >>> >>> 0000000000000f38 l O set_vnet 0000000000000428 >>> vnet_entry_pfr_nulltable >> That?s a default table. It?s large because it uses MAXPATHLEN for >> the pfrt_anchor string. >> >>> 0000000000000b10 l O set_vnet 00000000000003d0 >>> vnet_entry_pf_default_rule >> Default rule. Rules potentially contain names, tag names, interface >> names, ? so it?s a large structure. >> >>> 0000000000001370 l O set_vnet 0000000000000690 >>> vnet_entry_pf_main_anchor >> Anchors use MAXPATHLEN for the anchor path, so that?s 1024 bytes >> right >> away. >> >>> 0000000000000000 l O set_vnet 0000000000000120 >>> vnet_entry_pf_status >>> >> pf status. Mostly counters. >> >> I?ll see about putting moving those into the heap on my todo list. > > Though that removes the current situation, it is a partial fix, > doesnt this static sized 2 page VNET_MODMIN needs to be fixed in the > longer term? I think about it the other way round: we might want to bump it to 4 pages in short term for 12.0 maybe? The problem is that whether or not you use modules these 2/4 pages will be allocated per-vnet, so if you run 50 vnet jails that’s 100/200 pages. And while people might say memory is cheap, I’ve run 10.000 vnet jails before on a single machine … it adds up. I wonder if we could make it a tunable though.. Let me quickly think about it and come up with a patch. I’ll also go and see to get better error reporting into the link_elf*.c files for this case. /bz From owner-freebsd-current@freebsd.org Tue Oct 30 16:46:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7793610EDA1D for ; Tue, 30 Oct 2018 16:46:15 +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 E0AFE6F2E5; Tue, 30 Oct 2018 16:46:14 +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 w9UGkB4P062561; Tue, 30 Oct 2018 09:46:11 -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 w9UGkBce062560; Tue, 30 Oct 2018 09:46:11 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201810301646.w9UGkBce062560@pdx.rh.CN85.dnsmgr.net> Subject: Re: 12.0-BETA1 vnet with pf firewall In-Reply-To: <9D50D781-73BA-45B0-ADBB-CF01DE587BC5@lists.zabbadoz.net> To: "Bjoern A. Zeeb" Date: Tue, 30 Oct 2018 09:46:11 -0700 (PDT) CC: Kristof Provost , Ernie Luzar , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 30 Oct 2018 16:46:15 -0000 > On 30 Oct 2018, at 14:14, Rodney W. Grimes wrote: > > >> On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote: > >>> On 30 Oct 2018, at 12:23, Kristof Provost wrote: > >>>> I?m not too familiar with this part of the vnet code, but it looks > >>>> to me like we?ve got more per-vnet variables that was originally > >>>> anticipated, so we may need to just increase the allocated space. > >>> > >>> Can you elfdump -a the two modules and see how big their set_vnet > >>> section sizes are? I see: > >>> > >>> pf.ko: sh_size: 6664 > >>> ipl.ko: sh_size: 2992 > >>> > >> I see exactly the same numbers. > >> > >>> VNET_MODMIN is two pages (8k). So yes, that would exceed the module > >>> space. > >>> Having 6.6k global variable space is a bit excessive? Where does > >>> that > >>> come from? multicast used to have a similar problem in the past > >>> that > >>> it could not be loaded as a module as it had a massive array there > >>> and > >>> we changed it to be malloced and that reduced it to a pointer. > >>> > >>> 0000000000000f38 l O set_vnet 0000000000000428 > >>> vnet_entry_pfr_nulltable > >> That?s a default table. It?s large because it uses MAXPATHLEN for > >> the pfrt_anchor string. > >> > >>> 0000000000000b10 l O set_vnet 00000000000003d0 > >>> vnet_entry_pf_default_rule > >> Default rule. Rules potentially contain names, tag names, interface > >> names, ? so it?s a large structure. > >> > >>> 0000000000001370 l O set_vnet 0000000000000690 > >>> vnet_entry_pf_main_anchor > >> Anchors use MAXPATHLEN for the anchor path, so that?s 1024 bytes > >> right > >> away. > >> > >>> 0000000000000000 l O set_vnet 0000000000000120 > >>> vnet_entry_pf_status > >>> > >> pf status. Mostly counters. > >> > >> I?ll see about putting moving those into the heap on my todo list. > > > > Though that removes the current situation, it is a partial fix, > > doesnt this static sized 2 page VNET_MODMIN needs to be fixed in the > > longer term? > > I think about it the other way round: we might want to bump it to 4 > pages in short term for 12.0 maybe? 81MB in your 10000 vnet case, not horrible really as a quick and slightly dirty fix. > The problem is that whether or not you use modules these 2/4 pages will > be allocated per-vnet, so if you run 50 vnet jails that?s 100/200 > pages. And while people might say memory is cheap, I?ve run 10.000 > vnet jails before on a single machine ? it adds up. I wonder if we > could make it a tunable though.. Let me quickly think about it and come > up with a patch. A boot time tunable that defaulted to 2 pages would be good too. We are faced with similiar issues in bhyve, where each VM created gets an allocation based on MAXCPU, I have wip in process to alter this so that the 4th (and currently hidden) cpu topology option controls the size of these allocations. > > I?ll also go and see to get better error reporting into the > link_elf*.c files for this case. Great! -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Oct 31 18:46:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1736110E1D47 for ; Wed, 31 Oct 2018 18:46:41 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8245783191 for ; Wed, 31 Oct 2018 18:46:40 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-ed1-x530.google.com with SMTP id c1-v6so14535180ede.5 for ; Wed, 31 Oct 2018 11:46:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=ZCLqTJFno8au+g0pw1ZruIj0kCpikoEhsHeXRiqQN3E=; b=bzIOevvUfpPOt6pC4pmRjaCml/0ORu1TVePborMvKxSyUf5hD+PNj8yD9Ej3+JmyH3 GwrfqFLLfMN3ttDxrrEggH1tcvRfZJqc/aXWGpk4LvjeBP+QoLxUMu3766wl5ST7im2n 26lJuA/6+K/PLRoYe7DT896wATTOqRuRVd0Mc2RLoDyaBAaDsaaN5wibGvngW0A3X/Z4 fG1bKaTsDMD5Zqqgv4stQw37Q7ncvA8G3pJ9hKkApzKW/LiafiLr/a5TSQaCieW/95lw JtpQPBgUZOdu0azsff1qlQOGIYh4fce5Q5+7RcOyvIp6SP5AclZ0AGJ1pwXLkg4qlerM 6yVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=ZCLqTJFno8au+g0pw1ZruIj0kCpikoEhsHeXRiqQN3E=; b=Wgh0TRYK8Svqc5BGPmSQUrGbCRm7qYcywUcVjLTRCLYDjgcPMB8gKNAOphg0C8cy8x t9tzOFk6aTyNE5odjDV1JdqBXPC79kwmsMe8rIx6/g2azNYj5YeUh48LfYJxtIY6jyye GhWYEiFyNBclFar3/yM7bRTbJGEmkIYYNccY0FhXsSqPMrjQ1hn1YPMAvGw5PoC61smR HDry0LeC81ViuQfURYjSLmgITedcJ6fuqfOtyK6GbdBCOpaT5WVkm2bYD75YfqJYncRm 8VH2XvUoZvKVihLEiWYNZlDHn3LBsdsqEbvBEIalnoq6fFMFq5fWvobZnF5p+jwONDOg aqYA== X-Gm-Message-State: AGRZ1gIGwYXVo8QJIaHJOUfHOCzymRcA/0p4EdniM9Du0XwzgA4l+o40 ovco+IPBV01bBb3mnHYF6K4m6NAMbc5nSma45hYsTtBZR1/Bal5q3JmZJg3YxIDA9a/fQCLkU2V tINGetGs9hZS0kO/WmJPJgPTCMuBzWapermyW/kJwq+Km5Y/GfwDfo0oqEPYfdmG9c8yumyfKII CW+woLP4i5JQ== X-Google-Smtp-Source: AJdET5cVPkWVa20MBSvWzpH6TprWmQBBT41Nmz7n9lXrKYg2Mxl3ytQ6VzU8bVitWX3+gITzvZlfSw== X-Received: by 2002:a50:f4c3:: with SMTP id v3-v6mr2943873edm.223.1541011598866; Wed, 31 Oct 2018 11:46:38 -0700 (PDT) Received: from mutt-hbsd (lumumba.torservers.net. [77.247.181.163]) by smtp.gmail.com with ESMTPSA id g13-v6sm8347958edv.48.2018.10.31.11.46.36 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 31 Oct 2018 11:46:37 -0700 (PDT) Date: Wed, 31 Oct 2018 14:46:06 -0400 From: Shawn Webb To: freebsd-current@freebsd.org Subject: RTLD busted in 13-CURRENT/amd64 Message-ID: <20181031184606.lvs7euxthiktv7zf@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="h6k7exx3phbzs24w" Content-Disposition: inline X-Operating-System: FreeBSD mutt-hbsd 12.0-ALPHA7 FreeBSD 12.0-ALPHA7 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180622 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 31 Oct 2018 18:46:41 -0000 --h6k7exx3phbzs24w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey All, Looks like the RTLD is segfaulting apps for me in 13-CURRENT/amd64 both on bare metal and in bhyve. I don't have the time right now to bisect the commit. On a related note: I love ZFS boot environments. Thanks, FreeBSD, for making ZFS a first-class citizen. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --h6k7exx3phbzs24w Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlvZ+GkACgkQaoRlj1JF bu4YzhAAmDtiP+K6BfaoIVYls1iHQxWkTMr/X/WIqSgiVjZLIZW/jAsiCa1JlRt/ 9bMWZ2aC5nHvXFO8U2eOQYJ+vcDBLwgjXcjU7GdqK49onnrpkX0Xglhf4SBfbXnw 2xW9x8/mjAMwKnI7Dg1kaFpGbIsmTj13/0V0UjJv5xRFmPCoDBMsqczTGu3809vw pF74XVXqH9VQD1YarMju7O+RAgTzR0uR7e86eugk7f5jVk2eQlrB6tRNy/jupvdk pBmeDI+Cbdt2RvgVSxmBxZV7uOWrV9EHdKXdXSTmwbeCiJV7xJE55WrCNoFvejMW OfFMKizg6vvY+mdxoxK3djJiv7sWoIKQMiOiviLCyxFBXBfEfbLiSO5WSPUWR1m7 30WBac23yGmGndWQW3OcN45cVvzLCF+cL4HY8E5/vToaBunnDRKsM0z9j6y+2hAT 8jxOizM3lN0bvgtwcAliqp72PPoypt3n6aVHBzBiLPKqFu2SLLZD8kfAVhzwDXgc jx31D4v+RfMPCYdrBdSAn0mIntZpbRDVFP1yjkVeONpDaHpPi4cgY3DsGXJ3ZPs7 fziglGKTPCmTZn91M3jymlJBiRVjeUVaG7jSZ3WJQxntxgtvXF2JQeHK98Zg6F8J Ibg8Ilya1mONzxmF1WTnFxp+G/eX1qB9Cdy8YOy7Q0wV9vOl8/w= =X3Fe -----END PGP SIGNATURE----- --h6k7exx3phbzs24w-- From owner-freebsd-current@freebsd.org Wed Oct 31 23:17:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F00810888B4 for ; Wed, 31 Oct 2018 23:17:49 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0285D70D00 for ; Wed, 31 Oct 2018 23:17:49 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-oi1-x22f.google.com with SMTP id h23-v6so15143972oih.9 for ; Wed, 31 Oct 2018 16:17:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=3TFapT0yFPhymcZcYnLqRKgyL5x0Yr12sex0spHl8rE=; b=fNhmTib47hIS5ZIwsI12h+y1AtQe7v0EMl4NhRWCM1hrsykMNcDyIG+YDf3wuz4CbH KDaVSISi5qmtWvOks7uzhCuqmvpZNn+qZNvjSsogpxgy7LxyBpgEE/k9x8mwCoZndn0N 5SNVZlHCKk5/IVxypE6itFuPsJhODVXOLi5pScufOLVEeQcwnACpgNyWocxIDWDADAxj lKlVuIYf+Zndy7cKt35YQhz1VzcyHNCOxIhxey3Unr8u5M4Mi0UMw3VCc+gBMiUPTVAk MLIlJiwI1Gpz6l0A3e5sNY1rYI2zHDcRrokx10vBLOjYqe0sWjHFOQP9m2EYgU0o8YJ8 gdJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=3TFapT0yFPhymcZcYnLqRKgyL5x0Yr12sex0spHl8rE=; b=fuI4qlW8yGDZWthTCCK12nW0krAMBUSWxJbCtZfeQpxviWB4mtUe+j90P0qcgAvzag H0kipZieiQbFHp5OPWZXBeErXuigbFuVQOB7XhYJR+Sun8ffbJVT+fjVMukfDsxjsJcD FoStmsfTWqxl/Hdb3jOchf+aNrUcTWU/NvCI77cKQ3CV4AgRUKiD0BFM4SLJuflNYTWn +CRWoORH/qmVrXf5bVG8AdeNot8tOgAumovad4yhhYeRAOnyPesWPhdpn176ew2FyHTy gN9j1oMhSOEwH67xz6D0hOsfqIMfj6ZJCuft3aP0u6GnA+iIbsbcVNGYY2RrMPiqNE09 WoDA== X-Gm-Message-State: AGRZ1gJVIfvlE5qzMFDDg3JQB7sMott9Gn82oORfkBxfyZzhflrCZg7N 1V+yvmegHDt6UAjse+oQ5ebqfid1 X-Google-Smtp-Source: AJdET5fEVlqR1WzYn0DFfpxd2acm47PBA6yEI6wjryXypnK1rd954SX+vk/deky9jcPJDrnZYqF7Jg== X-Received: by 2002:aca:3554:: with SMTP id c81-v6mr1013670oia.308.1541027868000; Wed, 31 Oct 2018 16:17:48 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-48-31.neo.res.rr.com. [65.25.48.31]) by smtp.googlemail.com with ESMTPSA id 65sm11199731ott.63.2018.10.31.16.17.46 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 31 Oct 2018 16:17:47 -0700 (PDT) Message-ID: <5BDA381B.2070204@gmail.com> Date: Wed, 31 Oct 2018 19:17:47 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: 12.0-BETA1 vnet with pf firewall log problem Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 31 Oct 2018 23:17:49 -0000 Running pf on host and in vnet jail. In the vnet jail rc.conf have normal parameters to start pf and the log. On vnet jail start up the vnet jail log specified in the jail(8) jail.conf file gets this error message. Startling pflog. Enabling pfpfctl: /dev/pf: No such file or directory pfctl: /dev/pf: No such file or directory Still have to test pf ftpproxy and pf NAT in a vnet jail. Is there some general thing I am missing here? From owner-freebsd-current@freebsd.org Thu Nov 1 13:01:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6C3A10F2027 for ; Thu, 1 Nov 2018 13:01:01 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFEB74FB5 for ; Thu, 1 Nov 2018 13:01:01 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id 02F2510F2024; Thu, 1 Nov 2018 13:01:01 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBB2910F2023; Thu, 1 Nov 2018 13:01:00 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E362D74FA8; Thu, 1 Nov 2018 13:00:56 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 44700316; Thu, 1 Nov 2018 08:57:36 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=j/BWBpF4K5CXV0Kt9KMuBVIOiAcnYGvSs 3U5xaDW16k=; b=lv0JhlmMKHkGJQCeGgk9/4e3c27cr9rRP4N/8VYFXIE3ozlN9 uvn5JKCrsLQqiSxM5/53uLxmDBCn3ukl38EgAVfxuoteNpHRNNmwIcQahOfSsX75 K+OlY2M4W9uxGp/D1FQ+RM8U6UcusHE5JMmDtbuO7JAEw3vXQUwpAVi80Gpb8p0q WBGZZ1dSq/Z/baGqkbVN+jytdh6bw36Jt7a4BDxLgnPPPTfUIt95ZqCv1w1AeePC YfLO5IFXgUGVMn7t0jkPpE9d8Oky1jZgM8c2oTIMj7t8tbB3484MXb2zNBtPR0hk r+JwCCfWdhBSAkRxDhSKZTthZsK5EQU+iSQ1g== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id fd77c86d TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 1 Nov 2018 08:57:36 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Konstantin Belousov , svn-src-head@freebsd.org, current@freebsd.org, toolchain@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Thu, 1 Nov 2018 08:57:24 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <201810300011.w9U0BUui038857@repo.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 01 Nov 2018 13:01:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx Content-Type: multipart/mixed; boundary="VXCCe4XLvxobDqQWmYCQ7uJO8tYfzIBkk"; protected-headers="v1" From: Charlie Li To: Konstantin Belousov , svn-src-head@freebsd.org, current@freebsd.org, toolchain@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> In-Reply-To: <201810300011.w9U0BUui038857@repo.freebsd.org> --VXCCe4XLvxobDqQWmYCQ7uJO8tYfzIBkk Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 29/10/2018 20:11, Konstantin Belousov wrote: > Author: kib > Date: Tue Oct 30 00:11:30 2018 > New Revision: 339898 > URL: https://svnweb.freebsd.org/changeset/base/339898 >=20 > Log: > Convert amd64_get/set_fs/gsbase to ifunc. > =20 > Note that this is the first use of ifuncs in our userspace. > =20 > Sponsored by: The FreeBSD Foundation > MFC after: 1 month >=20 > Deleted: > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.c > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.h > Modified: > head/lib/libc/amd64/sys/Makefile.inc > head/lib/libc/amd64/sys/amd64_get_fsbase.c > head/lib/libc/amd64/sys/amd64_get_gsbase.c > head/lib/libc/amd64/sys/amd64_set_fsbase.c > head/lib/libc/amd64/sys/amd64_set_gsbase.c >=20 Using LLVM 7 to build world, fails: --- amd64_get_fsbase.o --- /usr/src/lib/libc/amd64/sys/amd64_get_fsbase.c:60:1: error: ifunc resolver function must have no parameters --- amd64_get_gsbase.o --- /usr/src/lib/libc/amd64/sys/amd64_get_gsbase.c:60:1: error: ifunc resolver function must have no parameters DEFINE_UIFUNC(, int, amd64_get_gsbase, (void **), static) ^ /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: note: expanded from macro 'DEFINE_UIFUNC' --- amd64_get_fsbase.o --- DEFINE_UIFUNC(, int, amd64_get_fsbase, (void **), static) ^ /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: note: expanded from macro 'DEFINE_UIFUNC' --- amd64_get_gsbase.o --- qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \= ^ --- amd64_get_fsbase.o --- qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \= ^ 1 error generated. --- amd64_get_gsbase.o --- 1 error generated. *** [amd64_get_gsbase.o] Error code 1 make[4]: stopped in /usr/src/lib/libc CI appears green after this commit, so I'm inclined to pin this on yet another instance of LLVM 7 being stricter than LLVM 6. Backing out this revision allows the build to continue (successfully). --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --VXCCe4XLvxobDqQWmYCQ7uJO8tYfzIBkk-- --mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlva+DwACgkQjnB43vID q2ymnA//VPMjcUnWr85R3WDEugYWjNQZ1PRMzJoE5yl5meVrb4mN3cM8LAONid2x FsyKmEgnwRpvCuTzthyrqmzWA1mEBqzX6ruCsaP6dVCCDPwSrbDJjkQfuciXHK+J Ryv4QICrRctkuYwPoxk2MdX97vStdRutp7HzGeRhPDojTUCwzKB5mKOefVCwh2Nf p8XJ4Q0H003DKc3/zBqvcmM3eeuETq/T6ALokD2Vo2E6JBCbnO2p2LoObzowH9Ur hNF8nycIJRX0nyNXwKRh7GA9BojINq10JNW/pTi7Rnvl3nJgG0a2J7v2d2Ed5w73 pYriflzTZlZHHMWNwVVkClJkaOEaZhqf3CehIXD3BURSXPH58F5J7Qhl09CJ8HnH yhUiK+BLke7I7KNjenXyQLfdRsnKJ5WGbiI0ULBaMMjNWf7Z8ilFsFCjs4Z/KPTB ufvRL35VETlIs0NI2BR7kpYpihZWIBZzLc+RX+nMJ5UrvmhpZ+6w9VluesKeMdOE nIVIv7XV6Uop4AsmMgP8X/cMQsnBwv0m9RUAnS+KTgsdXM8VvHpsKl09XqdlYnRu 0IIJpwe9Aq2BphG8ys67d0XJIAENQs0YeX6/GzFctqgavAA0S+WU/WbIAff4EkxJ FV44ax4e64SGhUuCUc3r4ou1BHcOQgA8MlgTJdaltVgNbjaPHXs= =XSeE -----END PGP SIGNATURE----- --mVY8JbXg2b5a6Xhjx6u9jQp2sIvHNgbzx-- From owner-freebsd-current@freebsd.org Thu Nov 1 16:04:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8465210F720C for ; Thu, 1 Nov 2018 16:04:09 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 075047D577 for ; Thu, 1 Nov 2018 16:04:09 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by mailman.ysv.freebsd.org (Postfix) id BD9DF10F7206; Thu, 1 Nov 2018 16:04:08 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9912510F7205; Thu, 1 Nov 2018 16:04:08 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 37C817D575; Thu, 1 Nov 2018 16:04:08 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 0008D3C475F; Thu, 1 Nov 2018 16:04:06 +0000 (UTC) Date: Thu, 1 Nov 2018 16:04:06 +0000 From: Brooks Davis To: Charlie Li Cc: Konstantin Belousov , svn-src-head@freebsd.org, current@freebsd.org, toolchain@freebsd.org Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys Message-ID: <20181101160406.GA60233@spindle.one-eyed-alien.net> References: <201810300011.w9U0BUui038857@repo.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 01 Nov 2018 16:04:09 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 01, 2018 at 08:57:24AM -0400, Charlie Li wrote: > On 29/10/2018 20:11, Konstantin Belousov wrote: > > Author: kib > > Date: Tue Oct 30 00:11:30 2018 > > New Revision: 339898 > > URL: https://svnweb.freebsd.org/changeset/base/339898 > >=20 > > Log: > > Convert amd64_get/set_fs/gsbase to ifunc. > > =20 > > Note that this is the first use of ifuncs in our userspace. > > =20 > > Sponsored by: The FreeBSD Foundation > > MFC after: 1 month > >=20 > > Deleted: > > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.c > > head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.h > > Modified: > > head/lib/libc/amd64/sys/Makefile.inc > > head/lib/libc/amd64/sys/amd64_get_fsbase.c > > head/lib/libc/amd64/sys/amd64_get_gsbase.c > > head/lib/libc/amd64/sys/amd64_set_fsbase.c > > head/lib/libc/amd64/sys/amd64_set_gsbase.c > >=20 > Using LLVM 7 to build world, fails: >=20 > --- amd64_get_fsbase.o --- > /usr/src/lib/libc/amd64/sys/amd64_get_fsbase.c:60:1: error: ifunc > resolver function must have no parameters > --- amd64_get_gsbase.o --- > /usr/src/lib/libc/amd64/sys/amd64_get_gsbase.c:60:1: error: ifunc > resolver function must have no parameters > DEFINE_UIFUNC(, int, amd64_get_gsbase, (void **), static) > ^ > /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: > note: expanded from macro 'DEFINE_UIFUNC' > --- amd64_get_fsbase.o --- > DEFINE_UIFUNC(, int, amd64_get_fsbase, (void **), static) > ^ > /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44: > note: expanded from macro 'DEFINE_UIFUNC' > --- amd64_get_gsbase.o --- > qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \ > ^ > --- amd64_get_fsbase.o --- > qual ret_type name args __attribute__((ifunc(#name "_resolver"))); \ > ^ > 1 error generated. > --- amd64_get_gsbase.o --- > 1 error generated. > *** [amd64_get_gsbase.o] Error code 1 >=20 > make[4]: stopped in /usr/src/lib/libc >=20 > CI appears green after this commit, so I'm inclined to pin this on yet > another instance of LLVM 7 being stricter than LLVM 6. Backing out this > revision allows the build to continue (successfully). Is this failure with devel/llvm70? It's currently missing the patch required to make this work. https://reviews.freebsd.org/D17709 contains this patch among others. I'll see about getting it applied. -- Brooks --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJb2yP2AAoJEKzQXbSebgfA39kIAJ4/w70jlXm1KldpSc7K37Sd mxV2Js4ZNOJgqp0eSGZJwekuTYXUGn8kQtOn52AemDZeHOw1zGRp9+wV0OqlaPrj AchHnivDHkk1hHs0Yfv+zH/F2V2ED/kaYp+RDLZ0J73GYRsDv/HmVxQpmnIcDuf6 DfXmy+OdeD97MF6/ny+2v7xG4XFvxq04LZZ0uUiMANOJ2ARsi301HfQSOBSD+Y8J 76uP8aN9TCoC0p/ZT8JSFCEY3jps22fp4R1iOZGgqnb8Z/my6lbZs7R08ck3INoA tn3uXFr1QTVOFzYwX/sDDRMj6fsRtJWsDCsCdMXYXNAq+OMwtc72A+W/JQVJoGc= =Quxb -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@freebsd.org Thu Nov 1 18:35:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62CF010FB3B0; Thu, 1 Nov 2018 18:35:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E1FE84EA0; Thu, 1 Nov 2018 18:35:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 8977810B707; Thu, 1 Nov 2018 14:35:35 -0400 (EDT) Subject: Re: Has anything changed from 11.2 to 12.0 in PCI MSI/MSIX path? To: Rajesh Kumar References: <2a595c73-4a93-6e3f-f93d-9038baeeb18a@FreeBSD.org> <2b2d11cb-2196-0214-a3f2-8ab75c7c0248@FreeBSD.org> Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org From: John Baldwin Message-ID: <5c64a532-9f5f-4e52-35e6-4800cb065d8f@FreeBSD.org> Date: Thu, 1 Nov 2018 11:35:33 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 01 Nov 2018 14:35:35 -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.29 Precedence: 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, 01 Nov 2018 18:35:37 -0000 On 10/30/18 1:22 AM, Rajesh Kumar wrote: > Hi John, > > Thanks for your updates.  I assume you are talking about having a unified intr_machdep.h compared to having seperate amd64 and i386 versions. > > Can you please update this thread once all changes are MFC complete or tag me in necessary place? So that I can give a try in my board once it's ready. I just committed r340016 which merges r338360 along with followup fixes to stable/11. > On Mon, Oct 29, 2018 at 11:08 PM John Baldwin > wrote: > > On 10/25/18 10:24 AM, Rajesh Kumar wrote: > > Hi John, > > > > Thanks a lot. It helps. I backported the changes to 11.2 and tried booting in my board with success without any need for the said tunables. > > > > I see those changes are marked for MFC after 2 Weeks. But I don't see them still in stable/11 branch.  So, will it be taken into stable/11 branch by any chance? If not, can the backported changes be submitted for review to take into stable/11 branch? > > I'm working on the MFC.  The current patch I've tested an MFC of is the one to > unify sys/x86/include/intr_machdep.h as a precursor to MFC'ing this change. > > > On Thu, Oct 25, 2018 at 1:17 AM John Baldwin >> wrote: > > > >     On 10/24/18 3:40 AM, Rajesh Kumar wrote: > >     > Hi, > >     > > >     > I have a amd64 based board. When I tried to boot 11.1 (or) 11.2 in that, I > >     > needed the following tunables to be set from loader prompt to get it booted > >     > (otherwise machine reboots continuously). > >     > > >     > hw.usb.xhci.msi=0 > >     > hw.usb.xhci.msix=0 > >     > hw.pci.enable_msi=0 > >     > hw.pci.enable_msix=0 > >     > > >     > But, when I tried with 12.0 - ALPHA4, I could able to get it booted without > >     > any tunables.  So, has anything changed significantly on PCI MSI/MSI-X > >     > path? > >     > > >     > Note: I have a forum topic with my observations about the issue on > >     > 11.1/11.2 in the following thread > >     > https://forums.freebsd.org/threads/freebsd-11-1-installation-fails-and-rebooting.65814/ > >     > > >     > Let me know if you need any details. > > > >     I believe this was fixed by r338360. > > > >     -- > >     John Baldwin > > > > > -- > John Baldwin > -- John Baldwin                                                                              From owner-freebsd-current@freebsd.org Thu Nov 1 19:43:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 841D910D48E1 for ; Thu, 1 Nov 2018 19:43:15 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 09B6689731 for ; Thu, 1 Nov 2018 19:43:15 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id C1BAE10D48DE; Thu, 1 Nov 2018 19:43:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F10810D48DD; Thu, 1 Nov 2018 19:43:14 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC7C38972D; Thu, 1 Nov 2018 19:43:13 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 4347337f; Thu, 1 Nov 2018 15:43:08 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=bhVMsJpaO2oQ2n/wXB6je2AOEW20Pk3Fy jbdY8hmU6k=; b=fsmvT5rPXn1l79yH64KA7TZYfT3cdJgU4tXHl4DB3SmwP3YKm EsnNmUtlDxDzpVcKGwUCUzCGZZS5pIWskIo0fkTzlzGslFBJTg8hYLmHN+L8EeQH HBREuI8KX8nMc74JCD/TGy6yq6WoqQXaAN/Sn/ehgLGOerYI7SI4oAFLeFel4b+3 uhd4N9QG+g8ejAMSBb+o61j2rxFeCehuSbruKMvXyJ6WmHQkkJSUVDPoFtcLqftG bBfSKTDVCMw6HesMjzc+DRXf1UAz/Ky59HRMWgkTGVLm7LjQ6KksGZde5DIO3rKE Qxk9xMR2jPa8xoWHobfk3T1osWOzjAFaKt1Nw== Received: from [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d] (2001:470:8:6ca:cad7:19ff:fec0:a06d [IPv6:2001:470:8:6ca:cad7:19ff:fec0:a06d]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id af4c5057 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 1 Nov 2018 15:43:08 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Thu, 1 Nov 2018 15:43:02 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 01 Nov 2018 19:43:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao Content-Type: multipart/mixed; boundary="VlfO2RE3ONQ0rsN77C61XpNal9OxMPZaN"; protected-headers="v1" From: Charlie Li To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> In-Reply-To: <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> --VlfO2RE3ONQ0rsN77C61XpNal9OxMPZaN Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 01/11/2018 12:04, Brooks Davis wrote: > Is this failure with devel/llvm70? It's currently missing the patch > required to make this work. https://reviews.freebsd.org/D17709 contain= s > this patch among others. I'll see about getting it applied. >=20 Yes, devel/llvm70. Will build with your port commit at my next opportunit= y. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --VlfO2RE3ONQ0rsN77C61XpNal9OxMPZaN-- --J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlvbV0YACgkQjnB43vID q2zGiA//Qtsjp/+PDMU00MXD9r0Rzd5dkZxzE4phpBVqukKNecFDioac0fZ0HCXQ KGt8soscLIoC9LNc8n3UNXCxNR8BWZNjOquvcx21gJpGDJLe/fQtMkF6V4zYIQaF cPIA/zks2+LeagshG8AkOnly8zc6xqBV9Rjv86A1V2fgL3dQh170O0VTAGWkNMhL JhzpM3U27cpIDAJqT5EIdUycM50F8AvinUnFLnhou93zEqdzYPbExaeAUXPfjVRo A6ivAvyBLm/AJN++hkh1dXxs+A1e/Ekp4BOJclm2icA59AVMsHVvjUvykwiX4hsi Qd5qFRLWOTEd39bOdapC7lH5nKa5T14lcnwQl9D9ElfCXTejYrG/BwR29+h+S4px pN+a3Q3+9gdhHuC72bi62McyXelZyfOuyo5FqUZv9a1NplS8L5HYt2uF/RcJII0v O1vJu0EqedA12DHA6w6zIetV9BpLY/6LJfyRrYBYybScEYcFbBiy0PCEKPYe6nJZ So9i7SFdNULmCjzaGII13GthTw6FhSW2taeVcAI5TtO2lSk7/RRsGGj3Tm1dzmd2 wrTgvv9eoQ6NE+UrMCk6blG3aTTD1d6lg2P4ggOuDwqB+2vj2cb3+hRdlLsJ2YdE QjlNoa5Q0XEzGmUUOt8bg0uhvWxplnuFVVeJItBt17tmAZSlSu4= =flp3 -----END PGP SIGNATURE----- --J7zO1OV5sr2KlTAfsSWm4GvnnVQxhZGao-- From owner-freebsd-current@freebsd.org Fri Nov 2 05:43:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C31110E9764 for ; Fri, 2 Nov 2018 05:43:50 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 D50DF76F71; Fri, 2 Nov 2018 05:43:49 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id B29E3220AF; Fri, 2 Nov 2018 01:43:43 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Fri, 02 Nov 2018 01:43:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h=to :cc:from:subject:message-id:date:mime-version:content-type; s= fm3; bh=3U4wImz0rUIQ6wqHjtiLvI5vm1mCP6aB1jGRDrS9EPg=; b=sItYWz/o 9rheFz3TXj88THJeHWb2VfNt0koxQrOXTq6J5dip1L/Mr8Z6ylxsmxySe0rztEOE mI2z4qNwJWOY15MUu6hQXIKzFWjBIXQ5jZHc7Y5uLOAg6jtjqPf70eLGyGV+YIlW EWCx2n3KKbOz7Dzwk1iTntQ+2nkg4VMTQBUCNUvedeINZVpg2iiWBy/SOiq7gdzu +adUGaeyFom0HEwi3CD5x3nqAKb5m2cG7vXZHo5LrJsKi9VgtA89OuwpXYwo8o56 K7xVrDnRcOfh0R96qpdAZoxgr/5K1SPK48JWtIlDoN6c13KA9BESbKYqxhtN43Gs 2LqbkDW193hdvg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=3U4wImz0rUIQ6wqHjtiLvI5vm1mCP 6aB1jGRDrS9EPg=; b=cFLBIL1HQdCmO8kfkflXzrJZGnMqPKHSe37uS4jmSf/S9 zL18LVCYbo/wbObsBvqFFL4DCkEorjJcjnbbOUPUWkprC0CW0laOlDty3dSEgJsH 9Y2j826n8Eg7pYTblL72CCCqUxEoYGiCblpZbsl3Zy/p1l92MZd34KQIN8GFMcyt HEWjLTZ4Th4s/K7B9ohoyTyallQmp4QtTEN26x1gTQYuQ7D7CIhafuEqOllVMG6/ PXSKT2RjBL+/0KCX2p1vPpUglnmSQ0jnL5+Q9m+MynkDwhq8C0AnAjfn8FwUxXgc QLeTMn4u0RfJZCesgI2/LP1diVx60mwWPPftVN3yg== X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [178.34.113.74]) by mail.messagingengine.com (Postfix) with ESMTPA id 12835E40E6; Fri, 2 Nov 2018 01:43:41 -0400 (EDT) To: freebsd-current Cc: Toomas Soome From: Yuri Pankov Subject: installer loader hangs going from 20181026 to 20181101 snapshot with Supermicro virtual IPMI disks Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Fri, 2 Nov 2018 08:43:26 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MggOZp4FhDvOL4v3IJXT5rYnFePJtKO8l" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 05:43:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MggOZp4FhDvOL4v3IJXT5rYnFePJtKO8l Content-Type: multipart/mixed; boundary="K8jc8bWaAfYXO0zIdVozZTWllkdacZoxR"; protected-headers="v1" From: Yuri Pankov To: freebsd-current Cc: Toomas Soome Message-ID: Subject: installer loader hangs going from 20181026 to 20181101 snapshot with Supermicro virtual IPMI disks --K8jc8bWaAfYXO0zIdVozZTWllkdacZoxR Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, Trying to boot latest -current snapshot (20181101) on Supermicro H8DG6 using the IPMI virtual CD hangs after displaying the disks information, however booting the previous one (20181026) works. The difference is that newer one displays the "BIOS drive A:", so it could be related to recent changes by Toomas (CC'ed). The screenshots are: https://people.freebsd.org/~yuripv/sm-13-20181026.jpg https://people.freebsd.org/~yuripv/sm-13-20181101.jpg --K8jc8bWaAfYXO0zIdVozZTWllkdacZoxR-- --MggOZp4FhDvOL4v3IJXT5rYnFePJtKO8l Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlvb4/4ACgkQk4vgf7Eq 4WzrJwgAhTviAxBXtmX0RZ63W1tN8BIFzF4r0LBE9a8ipRCAJvYdQqepaLFQIKhj OChfOv804X6vz4yowAlR6CDv0pIBXljkM8jxOKW2JJ6xg+VIXe+Ans/9uO5DuDWD 7709eoqZO0auw2B+XUMmTFlG6s7C80KlC8lDbz+0Q7IeoUbQP4HOio96p61zELbA pwWUnnV/ZrpWgMkVcNhtIxwvVURwWAOiJTae9Uu2XL2F+OWuyj/3l8X89nmA3YjC 5ZDtaQA3pf+gAjqTJUG2Dcn13M65ZFEWPulGQBZDxFLeCAgFqWDkV29U1wmvTnT8 hv7cvApIauh7ZIHR+RyWPay4UeoL4w== =kKWt -----END PGP SIGNATURE----- --MggOZp4FhDvOL4v3IJXT5rYnFePJtKO8l-- From owner-freebsd-current@freebsd.org Fri Nov 2 06:52:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2159D10EAEE0 for ; Fri, 2 Nov 2018 06:52:12 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st11p06im-asmtp001.me.com (st11p06im-asmtp001.me.com [17.172.125.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2644790C1; Fri, 2 Nov 2018 06:52:11 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st11p06im-asmtp001.me.com by st11p06im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) id <0PHJ00N00WVKOS00@st11p06im-asmtp001.me.com>; Fri, 02 Nov 2018 05:52:04 +0000 (GMT) Received: from icloud.com ([127.0.0.1]) by st11p06im-asmtp001.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTPSA id <0PHJ00O3WXMOGF10@st11p06im-asmtp001.me.com>; Fri, 02 Nov 2018 05:52:04 +0000 (GMT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1811020056 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-11-02_03:,, signatures=0 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (1.0) Subject: Re: installer loader hangs going from 20181026 to 20181101 snapshot with Supermicro virtual IPMI disks From: Toomas Soome X-Mailer: iPhone Mail (16B92) In-reply-to: Date: Fri, 02 Nov 2018 07:52:00 +0200 Cc: freebsd-current , Toomas Soome Content-transfer-encoding: 7bit Message-id: <912E2D4D-D31B-4703-A897-D93DC3A7F8F7@me.com> References: To: Yuri Pankov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 06:52:12 -0000 Darn, I will get to it. Thanks for reporting it, Toomas Sent from my iPhone > On 2 Nov 2018, at 07:43, Yuri Pankov wrote: > > Hi, > > Trying to boot latest -current snapshot (20181101) on Supermicro H8DG6 > using the IPMI virtual CD hangs after displaying the disks information, > however booting the previous one (20181026) works. The difference is > that newer one displays the "BIOS drive A:", so it could be related to > recent changes by Toomas (CC'ed). > > The screenshots are: > https://people.freebsd.org/~yuripv/sm-13-20181026.jpg > https://people.freebsd.org/~yuripv/sm-13-20181101.jpg > From owner-freebsd-current@freebsd.org Fri Nov 2 13:35:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A8C810F70EA for ; Fri, 2 Nov 2018 13:35:19 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.20]) (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 CC2486AC07 for ; Fri, 2 Nov 2018 13:35:18 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Fri, 2 Nov 2018 14:35:09 +0100 (CET) From: Ronald Klop To: FreeBSD Current Message-ID: <2004265936.1.1541165709834@localhost> Subject: BSD beers in Utrecht, The Netherlands tonight MIME-Version: 1.0 X-Mailer: Realworks (432.26410-266781) Importance: Normal X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 13:35:19 -0000 Hi, Maybe not the best place to post this, so I'll do this only once. Tonight a couple of BSD users are going to have a beer in Utrecht, The Netherlands. https://puffbeers.nl/ NB: What is a good place to announce these things? Regards, Ronald. From owner-freebsd-current@freebsd.org Fri Nov 2 13:53:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE6B710F797F for ; Fri, 2 Nov 2018 13:53:46 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-it1-x12c.google.com (mail-it1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43F096BC92 for ; Fri, 2 Nov 2018 13:53:46 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by mail-it1-x12c.google.com with SMTP id r5-v6so3228682ith.2 for ; Fri, 02 Nov 2018 06:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bfRJU2hUyGUABvucI8xdU3Vj/51aLlWi45ec2Peo0Tk=; b=BddFBB+wcO6cO95e5q7BcnFtwTSWJRQ1IO6GX+Uv8mpUTEETuEJp82ZMuvbcsktFwG 3zM3HqHIx4qkAzJPjVZ+X23nSF/h6TEjKPJY7AkbP4/JDln+X6iOj26ufG/thtXPenIv wXvKylTlhpp9oKMOLQU/yxmx8XwJ3zApTFtIx6kgnT08T0m+s3hfdycHm4bJGojxO4vj fqNdYidHIFDlmXFQSZ6ykNTNs0LNzPpK0iSjK91i8yiFA/mjXJrNvS4g6AbAIP82ZTcX jruav/ycPXtowZdmyJZdLDXVStN2yDZ8p06cUS/L4DAM0g2bkLLZ1Pc6txuHU44+VtS/ wpMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bfRJU2hUyGUABvucI8xdU3Vj/51aLlWi45ec2Peo0Tk=; b=S7+7xb+tBigcvEGtnYqcx6av7Le7bW3/wp78qTKNMOD6GNpIsMYF3vGkHrMWTEuy6+ u7+yAq3ORhi2lHeR/re0eCE/V+YOhvwoKtBPiYgiPOZL5waKg0V9abaZhqZ+oaGG5yJM 5kObl8KkjFUvz5+W7Q9ku7PNvnVN3pOP6k9sMiPY255IGWCvyyJLg6HO+SbISpXr8A/V 92SRHm2un3p7JcTAn88omQnRHs6jUM9QjimOxJOLQkAczrPCF07dZBl7Q6sV3/qKN7oR jEDcHgPowa3UV7synvkjZkk7bptwKnsuL1CEeU107R+7a9U64uVmkdEnu5j3+VhFa1i5 cpdQ== X-Gm-Message-State: AGRZ1gJGPGoazv7x/21OJvFMOYMOygTm0wCG4aSX2TnCt3gk0yV03/F3 HxEcPy3oiVSX7rsjCr4pGDqfCMCLTDgKIimXwWI= X-Google-Smtp-Source: AJdET5dPs8co5B+YxSzXD6yh4KAtpH6xGJHzPAYUtfmOu4L/9AJ/4HZKHKiNsbu68v5WlgVk7kTuow/UbgLFSfBt2vk= X-Received: by 2002:a02:4009:: with SMTP id n9-v6mr11100627jaa.52.1541166825076; Fri, 02 Nov 2018 06:53:45 -0700 (PDT) MIME-Version: 1.0 References: <2004265936.1.1541165709834@localhost> In-Reply-To: <2004265936.1.1541165709834@localhost> From: =?UTF-8?Q?Ren=C3=A9_Ladan?= Date: Fri, 2 Nov 2018 14:53:33 +0100 Message-ID: Subject: Re: BSD beers in Utrecht, The Netherlands tonight To: ronald-lists@klop.ws Cc: FreeBSD current X-Mailman-Approved-At: Fri, 02 Nov 2018 14:05:44 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 13:53:46 -0000 Op vr 2 nov. 2018 om 14:35 schreef Ronald Klop : > Hi, > > Maybe not the best place to post this, so I'll do this only once. > > Tonight a couple of BSD users are going to have a beer in Utrecht, The > Netherlands. > https://puffbeers.nl/ > > NB: What is a good place to announce these things? > > freebsd-chat@ comes to mind. See you in a few hours :) Ren=C3=A9 From owner-freebsd-current@freebsd.org Fri Nov 2 14:21:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CB0610F8B40 for ; Fri, 2 Nov 2018 14:21:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2792B6D4B5 for ; Fri, 2 Nov 2018 14:21:05 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 7A1188D4A217; Fri, 2 Nov 2018 14:20:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id BB6D1D1F873; Fri, 2 Nov 2018 14:20:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id OowbNDghcF1b; Fri, 2 Nov 2018 14:20:55 +0000 (UTC) Received: from [10.248.109.54] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 39E24D1F867; Fri, 2 Nov 2018 14:20:54 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Marek Zarychta" , "Ernie Luzar" Cc: freebsd-current@freebsd.org Subject: Re: 12.0-BETA1 vnet with pf firewall Date: Fri, 02 Nov 2018 14:20:53 +0000 X-Mailer: MailMate (2.0BETAr6125) Message-ID: In-Reply-To: <113f7b4f-0a72-7f0f-afe0-f9f9885011e6@plan-b.pwste.edu.pl> References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> <113f7b4f-0a72-7f0f-afe0-f9f9885011e6@plan-b.pwste.edu.pl> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 14:21:06 -0000 On 28 Oct 2018, at 22:07, Marek Zarychta wrote: > Some time ago I submitted a PR about this, but I was unaware that the > case of failure during loading ipsec.ko is caused by the presence of > already loaded pf.ko > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228854 This bug and the current report should be fixed in stable/11, stable/12 (including the upcoming BETA3), and HEAD. If you continue to experience this problem, please re-open the bug report and follow-up there! Thanks a lot for your reports and testings. /bz From owner-freebsd-current@freebsd.org Fri Nov 2 16:24:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAB8810FC6B9 for ; Fri, 2 Nov 2018 16:24:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28E8B7336D; Fri, 2 Nov 2018 16:24:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x62b.google.com with SMTP id p7-v6so1247571plk.5; Fri, 02 Nov 2018 09:24:59 -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:in-reply-to:cc:to :references; bh=DeoC2fibZsYwkgSY6UMgsXRyJFxhBeYCnN1nbtOCH+U=; b=Aw5ZA/OUCiMYf8KOYIAr5lmhHMLedJdsSmBNrFyyw42RAggWYh/Eo8FucUzOP5MpDT rWXrVGrcSasbQKgJI/D1ZTzqDPx5pB4YZkf3TwIPFHqxiolu33txGNd3LD+xNwLHTDA7 K0AUEZGbUax10lx3YQqDxQHq6xY2LS7XYyOYh6A271Q5Vw5vaYq7rjpreuheosRDBpyg Ko4bISyJajRMsacqN0NT8XF5vXzig/vN+KIRJXphNzT0dsUNEObFUu/y5/HhaUsNgu9q sFKDDSSi0dYERQermIC3aQqX2f91yR4QibgdfbGeczUFMqoyE9TU05APyRR0K76MLwZs kQlg== 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 :in-reply-to:cc:to:references; bh=DeoC2fibZsYwkgSY6UMgsXRyJFxhBeYCnN1nbtOCH+U=; b=S61uWemeI1spzbKcagomiIAb7lYpDx6IzVqjZPIxVoPYl44Mee+Ru3b5/HjyQe374M rf2F/OxgS6qP8Kn59bo1NJhrQ24NAGB/1IRhq2DP4dcRADa9ARjoqmyuR/JAA70h7l/9 8pCqcnv5Qmy/nA+Bg2O41d7k0smFz15hOuPYyBBxj+Am8TkfwE14vJUm1i8wEsS98LC/ dGQdNZblJIwYeJ22f3tLSyIx7+S2gdV2AfpxGpI+G2O4eHj2H6bf+OBXvca70Gl1+Ho6 H2M1s7cO2bDi70uc2l+VqphMsZagYfsKAHC7M2Q5JXY4rFLByJ9RLqaG96Dobh1+kHeu Gazw== X-Gm-Message-State: AGRZ1gIZVu56mz86Zbh7XYXwEKUxY564PJuh+fEVSgiRwd4F9jvI6H78 RTPmCYqKgH24T8iBrqBmISsfCZcI X-Google-Smtp-Source: AJdET5doK+16t20+nNPc9LNYe+u3QvuYD2QUgKDvx81lRZp8R0pktFk0e9rAmOQqm2lF05B5NkhYag== X-Received: by 2002:a17:902:4503:: with SMTP id m3-v6mr12378550pld.217.1541175898080; Fri, 02 Nov 2018 09:24:58 -0700 (PDT) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 196-v6sm76904204pfc.71.2018.11.02.09.24.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Nov 2018 09:24:56 -0700 (PDT) From: "Enji Cooper (yaneurabeya)" Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_38ACBFFB-D83E-4BC7-A398-9D6E1EDA6BDF"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: fix WARNING pid 24503 (uhsoctl): ioctl sign-extension ioctl ffffffff8044692b Date: Fri, 2 Nov 2018 09:24:55 -0700 In-Reply-To: Cc: FreeBSD Current , Pedro Giffuni To: Marcin Cieslak References: X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 16:25:00 -0000 --Apple-Mail=_38ACBFFB-D83E-4BC7-A398-9D6E1EDA6BDF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii FYI! > On Oct 25, 2018, at 4:38 AM, Marcin Cieslak wrote: >=20 > The following patch seems to fix the signed ioctl value warnings > in uhsoctl(). >=20 > The code is the same in the current and stable branches. >=20 > Marcin >=20 > Index: usr.sbin/uhsoctl/uhsoctl.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/uhsoctl/uhsoctl.c (revision 339406) > +++ usr.sbin/uhsoctl/uhsoctl.c (working copy) > @@ -360,7 +360,7 @@ >=20 > /* Add/remove IP address from an interface */ > static int > -ifaddr_ad(int d, const char *ifnam, struct sockaddr *sa, struct = sockaddr *mask) > +ifaddr_ad(unsigned long d, const char *ifnam, struct sockaddr *sa, = struct sockaddr *mask) > { > struct ifaliasreq req; > int fd, error; --Apple-Mail=_38ACBFFB-D83E-4BC7-A398-9D6E1EDA6BDF 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----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlvcelcACgkQ9YOpJmkw hhXAwRAAvSFZUmdF4xyWg72ParYZobPp+7qVarr0JgmI3hSDRnwIiZB45I2XTyQc e2Hum74BPsRHgnGgqx7DfgCuR7xDewqWuYwyu/VVtr9N6lywFjEjcylH77YHUbQ4 qK8vLRX5xsI/GlTNtvxXdfJTK4AYK4/D2vLLzk3Asmayq/gfnztMiivdeGrpiKvb A2WrOTJDAZ4XwZ/YrnS/GuYh9CHwUF7vHQXh5emtYz9MZ2nksh7hbv0HCOWU3H8T HzJ4mOsc8Zcq1oGD9joYG734t+2IO4FMfi0+r4Ttkqesn3DwBxvDY8vBgKZjPutO zGNNrcATQiYLbIrsgmNeRkuq/skdTuzXBXbm+XGbjnTcynsKKJN0fhxvRJooxYDc qMyKQydRwIMiLv93Ip4eAOHdNJ3v0s02YG/McyYaLL6mE45n+c8OQiC4J20YDd51 So+NvgWOmTCXtzQ+gQMMbzbxBuGFHxfcklECKopOinXbpYKi7olMqV3L6CrKo84L hxlD+CugPEWe9PabXwJzKCrgP7OzB4ayk3xt7n+Lf+dGkMY1X62Xq4Py+AeuGQF1 VDBrvcdUXhFzCCDmJfioW8BeltPPql64+gfMF5eKOTDowS9Lbqf9iVNmtSsPLLc8 t58ct9usXUz1KHa7ilOYrOG7PaFmYcXEaxh5RnrtfkcK7AGUfxg= =nIw1 -----END PGP SIGNATURE----- --Apple-Mail=_38ACBFFB-D83E-4BC7-A398-9D6E1EDA6BDF-- From owner-freebsd-current@freebsd.org Fri Nov 2 16:50:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CC5510FCEF2; Fri, 2 Nov 2018 16:50:53 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-it1-x129.google.com (mail-it1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B699F742C9; Fri, 2 Nov 2018 16:50:52 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-it1-x129.google.com with SMTP id h13so4033295itl.1; Fri, 02 Nov 2018 09:50:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=W63XOHmduI0iYwj0PWksCqzFJ8C45UgbraxZl9+5lzM=; b=Cg15DRbklR4/prG9dwUhkCPrfpZMV9xpi6pNK6I0SLOqUxK8miZn8wIpRWRntaTT3R dLm6BbX2bJ5sQnNgm79sORHYa+Q/4unBX5HHkkMbcNVK/nPRiYlL+TLx3LfNtV7fUQOx blhRXfFvJhBMuTuxHrGUR4GVLGYhULuDK1uciyoQozmZ+GgaoTL/nyu/lWA7aOQOK1eL BdYeRoVUlq6zyoXkjtp3L1mfnZhQwPkjEcNLVPMduVGGN3mOC4LeUvVgx40jgk7hLlzm otLYJ8UWJ6lOk9JucCM1fz8SCmFQy6bXphDi2vBavkyI/dAK1zQaXwb/37lgl6ejvmX5 U15w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=W63XOHmduI0iYwj0PWksCqzFJ8C45UgbraxZl9+5lzM=; b=KB1WZC0bQRnrlpQ/1k6ViHJGLDJyqB/OFWMqpR3dR8R/CwsRH/GjTMu3/V+s0viM2S D+bOctlDUJfLS64elDGB+3vGBM5xI/LmfqAEZKiCUEge0nI3TqIsWQlYpskA2w/BPx8V F8HyPm5NOPcmJTgu666l5Mjw9CPxHJJbtcEiPZI51m3x+mtAruKwa7/zYTZbVaUTAE6y KCyuUuPWICd31FBhBF924YuwdePz7b4AqdWsjlVUWkmtuKw1O+8kuxiGsic58kNH1FJN uFJ/WDFfb7dSoQsUeYhjSFRQ5Cl1ps+1N9kNI7POOH+ySp67bPE+DKpekYczer8I9DAO 1TeA== X-Gm-Message-State: AGRZ1gKqReuitOmz9kTVkkwMdcVcUmQk9F0GaUVi2TEcjcfE02nhLjU4 eIOoRLbN6s4vaZLssErK0fSSXRmF X-Google-Smtp-Source: AJdET5f2FPafyMlK6WNZyKICKBhekSr0mjLi7enfxbvcOoVcJeCIYryokJd0LNzrohiObvXBPc9VFQ== X-Received: by 2002:a02:b4b0:: with SMTP id k45-v6mr6546299jaj.48.1541177451703; Fri, 02 Nov 2018 09:50:51 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-48-31.neo.res.rr.com. [65.25.48.31]) by smtp.googlemail.com with ESMTPSA id x25-v6sm9404968iob.84.2018.11.02.09.50.50 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 02 Nov 2018 09:50:50 -0700 (PDT) Message-ID: <5BDC8067.40802@gmail.com> Date: Fri, 02 Nov 2018 12:50:47 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current , "freebsd-questions@freebsd.org" , "freebsd-jail@freebsd.org" Subject: 12.0 betaX with vnet.pf Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 16:50:53 -0000 Hello lists: With 12.0, vimage is now included with the system base kernel and the pfctl program has been worked on so it will function in a vnet jail. While 12.0 is still in the beta releases i am trying to test this new environment. All ready found bug dealing with ipfilter running on host with pf trying to be loaded. This bug is suppose to be fixed in beta3. Having trouble setting up a vnet jail with pf firewall. My setup = host running pf with pass all and log all rules on the interface facing the public internet. vnet jail has complete directory tree. pf is started by vnet jail's rc.conf pf option statements. pf rules use macro containing the epair2b as interface name. pflog needs devfs_ruleset to unhide pflog. use bridge/epair for networking. can ping 10.0.10.2 on host from vnet jail. Having these problems pf log inside of vnet jail not being populated pf nat rule causing rule set error can not ping public internet from vnet jail. ftpproxy rule error. Has anyone been able to get a 12.0 vnet/pf environment working? Would anyone be willing to help me get my setup working? From owner-freebsd-current@freebsd.org Fri Nov 2 19:24:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E89410D91CB for ; Fri, 2 Nov 2018 19:24:29 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 157A37AF15 for ; Fri, 2 Nov 2018 19:24:28 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (zarychtam@localhost [127.0.0.1]) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPS id wA2JOP4a034221 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 2 Nov 2018 20:24:25 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1541186666; bh=qwMUrQMet7DJO+N/kJdsp7b3Wh4N3ohXcxq++4HOzi4=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=tX4Km7Yfrun2+bwv8KjCQnhXec4R9UCoEKX8vLINsV3RSiRX3G1z1Bfd2Bio4Zqea Ss/Yn7UhFi6/ZovZtntZeUzfu1D1a2XTr7ExfOTjr4wFry/2/0RSC1KtAt6SeDnj4o J/JHW1gTLTQkl/V4QMzXqOLE/O/ZLRsfEqzpBybuHVdZQ6Qsre3ZfEvR5YEWD3H3uU bCJh78UbsieimPxkD+AwTQYEYpmvOIkgm+AyunpjHFHA19N04+ljLfMPYFCbSFuS+a 62QEADy+YmWMPU9dhF2VXKnTRkn2JlXe+lHv383c+6TKreONVsqFwles/CrihE95Js l08kw1vgkx3kQ== Received: (from zarychtam@localhost) by plan-b.pwste.edu.pl (8.15.2/8.15.2/Submit) id wA2JOP6T034220; Fri, 2 Nov 2018 20:24:25 +0100 (CET) (envelope-from zarychtam) Date: Fri, 2 Nov 2018 20:24:25 +0100 From: Marek Zarychta To: "Bjoern A. Zeeb" Cc: freebsd-current@freebsd.org Subject: Re: 12.0-BETA1 vnet with pf firewall Message-ID: <20181102192425.GB32569@plan-b.pwste.edu.pl> References: <201810282139.w9SLdO58054096@pdx.rh.CN85.dnsmgr.net> <113f7b4f-0a72-7f0f-afe0-f9f9885011e6@plan-b.pwste.edu.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 19:24:29 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 02, 2018 at 02:20:53PM +0000, Bjoern A. Zeeb wrote: > On 28 Oct 2018, at 22:07, Marek Zarychta wrote: >=20 > > Some time ago I submitted a PR about this, but I was unaware that the > > case of failure during loading ipsec.ko is caused by the presence of > > already loaded pf.ko > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228854 >=20 >=20 > This bug and the current report should be fixed in stable/11, stable/12= =20 > (including the upcoming BETA3), and HEAD. >=20 > If you continue to experience this problem, please re-open the bug=20 > report and follow-up there! >=20 >=20 > Thanks a lot for your reports and testings. >=20 Thank you for resolving this non-trivial issue, applying the quick fix and expedited MFC. --=20 Marek Zarychta --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAlvcpGUACgkQdZ/s//1S jSzJrAf8Cqh1M/73Vl3bh9PYrN9/6LGHQ9D9ABY5OZolztfL/UIZSm/+QKb2WIRf g37vilp7it/ZwFYQtr9k3nX2cgSa4ZE45xx9Nqt4sCROjIAE4XCFtiep9gDUUDIs 9tIWIvXNTn/dOerXYAWPdHlRx4LSa9PqwHe1Wx7RjOVoYlL2J4tWOJfjAYhK4jYM o/qzadpy9r5wgZ+bc4pKlYvZ99z785V27fTJwzmsni41nTKXfefDmpFFzFFRCPSO NkUcW6aiRS6tPrFyRUILwj4MzXO238W6p+aHaH7IppBWdMrbOFvSvQfuZbH28+kZ Uk1IMkjwj6h1Vff9rdLruoRtJzpOtA== =k2ch -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-current@freebsd.org Fri Nov 2 19:48:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8369810D982D for ; Fri, 2 Nov 2018 19:48:27 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-it1-x132.google.com (mail-it1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AF2F7B9F6 for ; Fri, 2 Nov 2018 19:48:27 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-it1-x132.google.com with SMTP id e11so1441957itl.5 for ; Fri, 02 Nov 2018 12:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=Tr9ep3fBTkQQIRUmjg7C8CLqg1+zZNkjFONoyuo0r9I=; b=MzyWpPsWGnWxn9hKrvtdqnx4NXmf+Sj6lD/eVsyrcO72Ox4s/W1tE4AVuyOqpLpgvR MAdTy3p0EYAFe0fdJyvWsw9Y1+QuVerIGdprreioGfVcYU48qJ6I5k4DQGeprLuVlufU UzLuqxeL9MMq5SobqpRFktIsiKutXwEauwJt0WkO/zgikC9E7l7UYwYcsNtus/UyDAaE UtTO1LQlU6eK3D67L0NVs8aWK8a7ll1zdxYkJ/eSk5bNjESU59DjN8LXj1y3+lwcuXpK rCXDIlMi0jwfm+lJw2Ec4EV1r97+1inrmMDLL21fwqhO4/0vCyyAE3Q+2GA2YumGRxv8 36hQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=Tr9ep3fBTkQQIRUmjg7C8CLqg1+zZNkjFONoyuo0r9I=; b=Es6q76ODDlylswquGluKlji6HtJaZe8hahDLwAWC7EaqTPUmQ4FI8NIkXfkTGA4nzT iYB6Tz62BCpIdsrOTYa8n0o5chL/VDgoNMx3NnrVetu6p3v1xcgqMUQtzO8pvLw7VJTM 6Ljhbq+lj2zHE422LCha5b2Z0SLH+0u5yWHEgvt5GXfQ8yJPcNK9XIlZIgrFk3a1IZA8 KFbKMpDf2pTjzACyvY0UqxGi802uX6loO9jFtnH99hPTJSYXfkVetXe0ZG6Su4U8v5j1 J4htEiHGKlaTlBlvcQD2XOdPcVVECqbq8on1UUy/5Dje/1A0RPUCVSx3igAiPvjFJ+0M KdpQ== X-Gm-Message-State: AGRZ1gLgoJ99yHe5IY8j5WcDfy2ZDQb7C2cjQyg7wzFjAlmJ4D5WZHx1 YmJPL6djd6rMHlZzj3yojMDzGsK1 X-Google-Smtp-Source: AJdET5eLVHjXK+O02KBTl76kPmN7N0Ruj3PVNlKZzTpvMQsQBIINll+CltLB4W54ygZVOqPl5JZudw== X-Received: by 2002:a24:25c1:: with SMTP id g184-v6mr16660itg.120.1541188106260; Fri, 02 Nov 2018 12:48:26 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-48-31.neo.res.rr.com. [65.25.48.31]) by smtp.googlemail.com with ESMTPSA id n199-v6sm14477386itn.1.2018.11.02.12.48.25 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 02 Nov 2018 12:48:25 -0700 (PDT) Message-ID: <5BDCAA08.3030204@gmail.com> Date: Fri, 02 Nov 2018 15:48:24 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: 12.0-BETA1 - vimage name Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 19:48:27 -0000 Issuing the kldstat -v command no longer shows the vimage name. Has it be renamed to something different? From owner-freebsd-current@freebsd.org Fri Nov 2 22:24:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1DC310DD518 for ; Fri, 2 Nov 2018 22:24:07 +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 52B4381787; Fri, 2 Nov 2018 22:24:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [178.17.145.230]) (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 1E02C2602C1; Fri, 2 Nov 2018 23:24:05 +0100 (CET) Subject: Re: fix WARNING pid 24503 (uhsoctl): ioctl sign-extension ioctl ffffffff8044692b To: "Enji Cooper (yaneurabeya)" , Marcin Cieslak Cc: FreeBSD Current , Pedro Giffuni References: From: Hans Petter Selasky Message-ID: <09cccf8b-20a7-e004-27da-22c9b903bbc3@selasky.org> Date: Fri, 2 Nov 2018 23:23:31 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Nov 2018 22:24:07 -0000 On 11/2/18 5:24 PM, Enji Cooper (yaneurabeya) wrote: > signed ioctl value warnings > in uhsoctl(). Here you go: https://svnweb.freebsd.org/changeset/base/340089 --HPS From owner-freebsd-current@freebsd.org Sat Nov 3 00:31:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7398D10E0545 for ; Sat, 3 Nov 2018 00:31:16 +0000 (UTC) (envelope-from saper@saper.info) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "saper.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D40386692; Sat, 3 Nov 2018 00:31:15 +0000 (UTC) (envelope-from saper@saper.info) Received: from m.saper.info (saper@m.saper.info [IPv6:2a01:4f8:a0:7383::]) by m.saper.info (8.15.2/8.15.2) with ESMTPS id wA30VD4F066280 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 3 Nov 2018 00:31:13 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1541205073; bh=Os8mhpscsvHk4xuhjYyG8IfewFzKZlB2rqztwnvELFU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=lVF6FLMUXGHfpCpx/rZPTZ6nSy4Mv1X1oUiEGzdEqgazLiHcO3P3OMUHmOCrDwwxV 6GUAQ1Ixowp6ljj2ZAkcHTnZj8BNqiGdYnT5S+A6Db1g96/f/CgoGQF8m8ySNCxTjf 3jx9wyFyAXqHW6uizssxJLRYmmfACa/5Z/MQQ9cE= Received: from localhost (saper@localhost) by m.saper.info (8.15.2/8.15.2/Submit) with ESMTP id wA30VD86066277; Sat, 3 Nov 2018 00:31:13 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Sat, 3 Nov 2018 00:31:12 +0000 From: Marcin Cieslak To: Hans Petter Selasky cc: "Enji Cooper (yaneurabeya)" , FreeBSD Current , Pedro Giffuni Subject: Re: fix WARNING pid 24503 (uhsoctl): ioctl sign-extension ioctl ffffffff8044692b In-Reply-To: <09cccf8b-20a7-e004-27da-22c9b903bbc3@selasky.org> Message-ID: References: <09cccf8b-20a7-e004-27da-22c9b903bbc3@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="1563967779-63988630-1541205073=:5494" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 00:31:16 -0000 --1563967779-63988630-1541205073=:5494 Content-Type: text/plain; charset=US-ASCII On Fri, 2 Nov 2018, Hans Petter Selasky wrote: > On 11/2/18 5:24 PM, Enji Cooper (yaneurabeya) wrote: > > signed ioctl value warnings > > in uhsoctl(). > > Here you go: > > https://svnweb.freebsd.org/changeset/base/340089 Thanks! Marcin --1563967779-63988630-1541205073=:5494 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOSwYJKoZIhvcNAQcCoIIOPDCCDjgCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggqQMIIElzCCA3+gAwIBAgIOSBtqCKJEiNNcmz3JSA0w DQYJKoZIhvcNAQELBQAwTDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENB IC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMTCkdsb2JhbFNp Z24wHhcNMTYwNjE1MDAwMDAwWhcNMjQwNjE1MDAwMDAwWjBdMQswCQYDVQQG EwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEzMDEGA1UEAxMqR2xv YmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIFNIQTI1NiAtIEczMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyrCba00KOKyGuwh9h+/MAcZm ZUF9OxGKA56AADHaDE08rB0WEbgm6J4XvJP3OGQ7cgHdVJu6XMZkRd6EcfjD yRrIwE6oAVWJe57co3gKk/XxvuubSZuUahrcOiv3D2qaHwva4zumubxQQI4f unEzRIJHPiNjaq0cCcZsMcp5pxsEz8aG0sr8Oh80sxKNnzPmuUETLESktfMC pQKHUGmWXLsG6sgCZOezUjDjKpPKW7l4PUt0TEBEyqLhifv9/YPn5C4o10PP daDazZPeKNif2PVQ5u0HRnkFrHh4wmmrMtY22Mse3eR01gD6rEEGWf+gdzuy EQE+ZVlNhCP4gXjdBQIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMCcG A1UdJQQgMB4GCCsGAQUFBwMCBggrBgEFBQcDBAYIKwYBBQUHAwkwEgYDVR0T AQH/BAgwBgEB/wIBADAdBgNVHQ4EFgQUlifCwqX3HPgCenpkr2NvMtKYwrEw HwYDVR0jBBgwFoAUj/BLf6guRSSuTVD6Y5qL3uLdG7wwPgYIKwYBBQUHAQEE MjAwMC4GCCsGAQUFBzABhiJodHRwOi8vb2NzcDIuZ2xvYmFsc2lnbi5jb20v cm9vdHIzMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFsc2ln bi5jb20vcm9vdC1yMy5jcmwwWQYDVR0gBFIwUDALBgkrBgEEAaAyASgwQQYJ KwYBBAGgMgFfMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNp Z24uY29tL3JlcG9zaXRvcnkvMA0GCSqGSIb3DQEBCwUAA4IBAQCxh3ekjKKy RrUdfI6D1U7qUggdFLksiU+KiIqJzJG6GXcQ2KiBy2tF3+KYb0IixXMpIVli VXlcD5Vh4tiMxJ4WONMFt3f7/53gSXLf24WMwErubc+mGMzgUGE5HKC98PcK UV/5pPggQdzPxCBNeiXnLU1tCGYhPatFTDhUBGaVhBeuUCbgR9gpXJ9guqrD OVwouKvovdIeI5KEAcoAAiSL6naeLk/GbKUaBFa2RxXC17e+YyBWtWlWDEM3 1V8pUIx76lkO8IJYREhLcg/LnyoYy5wcrzI6pbX2vw1x/jR3GHSC1AEdoqbE xui2XLLlSa6y9yQNgdkPz7GTLmpwIT+dMIIF8TCCBNmgAwIBAgIMGk4Oe/1h 2+wMOby/MA0GCSqGSIb3DQEBCwUAMF0xCzAJBgNVBAYTAkJFMRkwFwYDVQQK ExBHbG9iYWxTaWduIG52LXNhMTMwMQYDVQQDEypHbG9iYWxTaWduIFBlcnNv bmFsU2lnbiAxIENBIC0gU0hBMjU2IC0gRzMwHhcNMTcwNTI1MDg0NDE2WhcN MjAwNTI1MDg0NDE2WjA8MRkwFwYDVQQDDBBzYXBlckBzYXBlci5pbmZvMR8w HQYJKoZIhvcNAQkBFhBzYXBlckBzYXBlci5pbmZvMIICIjANBgkqhkiG9w0B AQEFAAOCAg8AMIICCgKCAgEA2sO3aQNus/oe4ZBZ4fu1Y1mzxnUYAkb4k/dw gMFc2Kd0eRoOY0AHj4rTEi/vVzzizxjLbEwXzQ9cBEAu/PqS8WsOmhZXtlfi szPDmP7ZpOwmNTWKSd9O7jHu9uTCGfEOsocQNYH2ULD1gVFkgKb8jHf+3u9d uCzh6qMomTtwLrCGEP70Lq385xUzRaD6qbOeIB99tpzgvMR6Z0GPTt4z8tLM kfdtohq5llwZ5vYnj/hJohVS9iLMQMHW4nuLj/mLZNaYE1CWJBT1rBwn5YPJ uR6811O9eAP7aX4iG8k1jkiBh+QNgGRBIK4GIdqy7IVRhA7v2OlpLYHMk4zP 9Fs3M+56QromVKBnxfzLhuYMUK6ugj9jwskNVitqlEFUeyfgvmR1jnPRp1Nd XGJllTNwGicR8wkaRj14RxfrvTZfwXs8OBODKFupqun/tNzdpOgyHMGQACss 9yv2SnLGCJvJK3rGIdRZEiUhLZH/Ct4L92dBhev+SjUqWKbHb4yIlGMgLdoh nwqatuWw7iyOeInjcinX7ghiIKDWhulUN493Fzl6kaUBtIIcrb7jzZ2pHAQT WUmuVnCTHk6NtoWB09lvuK77fw4GfxLWDFWkBQiJYPVBrmxlrkCKzrWdTMfS W9BiEC10jT1sSimUBIjDz22RkfsApeBJoAIWjiOZogILu9MCAwEAAaOCAdAw ggHMMA4GA1UdDwEB/wQEAwIFoDCBngYIKwYBBQUHAQEEgZEwgY4wTQYIKwYB BQUHMAKGQWh0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5jb20vY2FjZXJ0L2dz cGVyc29uYWxzaWduMXNoYTJnM29jc3AuY3J0MD0GCCsGAQUFBzABhjFodHRw Oi8vb2NzcDIuZ2xvYmFsc2lnbi5jb20vZ3NwZXJzb25hbHNpZ24xc2hhMmcz MEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBz Oi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMAkGA1UdEwQCMAAw RAYDVR0fBD0wOzA5oDegNYYzaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9n c3BlcnNvbmFsc2lnbjFzaGEyZzMuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1Ud DgQWBBReBINaGUKUo7HCrIjsKLKERu6ooTAfBgNVHSMEGDAWgBSWJ8LCpfcc +AJ6emSvY28y0pjCsTANBgkqhkiG9w0BAQsFAAOCAQEAC0VK968ySq/6B+Kd ecjVThQOKtVXuG17Krfk0xz7OPYR/V+qZtBFm2Uc6tkUEmAmq3Tyf+SE3TTX Q58eJFq0uCTUhIY714ioJs1uVWBz8rPyJ3swkOfDaUXUxkQsBsf73VfKjUk4 kB5MTrApLYUe35NmEY3FqyyX13elhW1tp864vOKM2Git61cYoRn/bwd/z2JM Zkxwkd5JgvmM+p4Da+WO4CUsGzdrZEH8X/8NQIzWtUDIh7VEQZFX5fot/KvH Am8AajtpmNqTfMyg6LfcfJUXSFqXn/KEWu4Td62vX6Pd70dYKUZxnLwYvGqG A4Ktrp9zyrUzxLbmdaPln7CstjGCA38wggN7AgEBMG0wXTELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMzAxBgNVBAMTKkdsb2Jh bFNpZ24gUGVyc29uYWxTaWduIDEgQ0EgLSBTSEEyNTYgLSBHMwIMGk4Oe/1h 2+wMOby/MA0GCWCGSAFlAwQCAQUAoIHkMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MTEwMzAwMzExM1owLwYJKoZIhvcN AQkEMSIEIIFwZmDP/TZ6cI+oC1mvOjl8IgCV6mXnuoqtW3VDN6oHMHkGCSqG SIb3DQEJDzFsMGowCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjALBglghkgB ZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIC AL8jdjCLzg82HAfbksynAwotF757cZ95HzHSp/LMt77nkqiVJ9/Ar60tnvMC FV2hhPEzJu1hDjm+/InSoc5rdLURmz84dwpxtnAjnZCagityud0Q0eW0j4mj HZEMvkSq/LbjnQJc7jaf6c1dfU60A4wPCocrxqRc5AQ99yHNzTBnje02Hrag 7P8J8zjT5hlwC1H6YkS7cPeJRGqGQyG0UzkROJkDYbsbiyBuKxjVWAnXcFXQ mhxftVjE8Vc7TbnbqGocBk/x1SgsgYo+BuDaceJZJDM7B4nknokV/tWyABxR ahLBA9NPRNb4IPVP0LGgQSDTF5AN3N8Kg2IeiCEDbrCQPy8lKqYkjFAEDEqf dyyR6eeJGjOOe7+SOvSSwrOypXp/J73YG98o6wef/AG6cCyHPeWOoSr53TDp L7RZ34lXtaypAI98rhd55ffF1uTzlzYjOaSnzdoBtw9dMzIj50+V4CDsjpps hYE3LeLiP7OT0OeSyPKWJXDZT0Xn1E6Zmfz54NFsXO76xTaeiX7PHJQus/j4 aXr0/3jpnWOZ2YNpsia1gk4FECrOax3rnN4BmAAHLTM1tDx5W0KxbqgmWDay rzQbe314lUHCv6leUnsED3oXrRpZoN0sNNHsrJ7mkOLm1mxpCvttzr9pXUnm HV6j79z2oRHkJSvhYInK79Mu --1563967779-63988630-1541205073=:5494-- From owner-freebsd-current@freebsd.org Sat Nov 3 10:32:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45BE110F9308 for ; Sat, 3 Nov 2018 10:32:26 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B9EFE7C4DF for ; Sat, 3 Nov 2018 10:32:25 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id d17-v6so4367920wre.11 for ; Sat, 03 Nov 2018 03:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=eIh4WZSrYnT3lWOueR/xKxezTMcBq8qB0j4XhDSF80M=; b=CfRUI7A21EAx+0PCXIHkyG55+r+vxTlWLGaH7XqOyHVGGEojbyCrx92mSr+Bbz9uxe xMpw4sy0+7mHpv840LbX0KM2CAeyDb69bY4OWFRMlVyUILJx7sRe+6ucigz2RL5HAulF 0KR5iel3pwWIHIBXYi/P7RYVvQls5q5ZepF85vIKrjXMTGeCCWh7aMT2gF4bTa7i4wGQ bOSZhNaOTIP4Fnmyn5fXFSTmpNxifFZxngy+JwAmf1fyEuSPHO9/z/QODJEUxFShisLF NKZSTnhT8x/S70tupm5YyRaa1VqZqH+jUCbpuc1O8vfOSI2qz8iebYAlOl7gYoDb5Dn4 zydg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=eIh4WZSrYnT3lWOueR/xKxezTMcBq8qB0j4XhDSF80M=; b=qgySdMDI2WCbZ+uDdTA8+QIutQvy13xDkOn6m3xea5dFzvMlKxQZWwbLMhdesy96gT JPGg9K3zqIRO22hKDTZdGe3t0fDYo5dYq6IJYgYBTc8Y3/eV29Tu+o1JfEzBwbhIh2Rc 14rRZg+belfy/XYttpO1p1KUHrZuQJyY5S0bZvFKLgFpQb6JA26LxGo0ujwZ5NvcwEgk gFxI7GCBSVdyrUjGw/81yQ6n1zVWW+q+72HiKYtge0htGhMwX6QPjgoVCPDc8bNNoUR+ mwgOwXHzsSVVj3G/3hbAiZ0NEt2aY9uA7e/KmRw0xZgwWZ75IpYkLZg0nPO7HG0cyUJd RRdg== X-Gm-Message-State: AGRZ1gJ7E1REyd6V3cI2MrEk01nraXohAs4tMoV4Nk4ObXY8crYKhm+F mp9UT0jU4JVx1H8TEqAlcm9iCxx/8pY= X-Google-Smtp-Source: AJdET5edQ8zAro1g4eTm3jiq8kmpxsZpA/VwOev1JW/d6DVPaJg6ziflASYh2YYN0lsiTrrZVQ8vSg== X-Received: by 2002:adf:c404:: with SMTP id v4-v6mr14067047wrf.20.1541241144122; Sat, 03 Nov 2018 03:32:24 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id b143-v6sm44507904wma.28.2018.11.03.03.32.22 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Nov 2018 03:32:22 -0700 (PDT) To: FreeBSD Current From: Graham Perrin Subject: r339929 no audio output to some sound devices with Firefox and some other applications Message-ID: <6eebd413-9351-8b4b-39dc-50ba0292e597@gmail.com> Date: Sat, 3 Nov 2018 10:32:21 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 10:32:26 -0000 for example: - audible in Chromium, Falkon and Web - silent in Firefox, New Moon (Pale Moon) and Waterfox. HP EliteBook 8570p, integral loudspeakers. If I recall correctly: yesterday I _did_ get audio from at least one of the affected applications, whilst the notebook was docked. A Philips display with integral loudspeakers at one of the two DisplayPort sockets at the rear of the dock. From owner-freebsd-current@freebsd.org Sat Nov 3 10:41:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42A1E10F967F for ; Sat, 3 Nov 2018 10:41:08 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B20847C79B; Sat, 3 Nov 2018 10:41:07 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x441.google.com with SMTP id k15-v6so1429115wre.12; Sat, 03 Nov 2018 03:41:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=IOmzwwzdQiEskfZeCfmgpJEDidDPB+8ZOb2jNV23hHE=; b=MFjMPV0OgTfaLeEhUod/1OXdCyIFuzCAoUeSXSDh+4JEk+Ad61Kl/D6LX096xmS6en 9RsH+u7LA2OG/ZtApKa64XpJ8uaBrRXEgpCdtmw4fxwLf3PftnO9vTC7dm3dAnEOWC8T K05X+lFTKi/eif+ZMmTirNzIWPduzU4wZjGjR/M3F1p9Xx5aDLf/f3U39iLbko4lVMre H0+EGzGCsJ5z25lYq/tUCDhdD4VpUh3BqdwfXwZ26pouGcCf+hKLT0KrQlc/gBUubONn Mbh3kT6AZ/op7fjL+cNKQqJeGpy0CH/vK5QRTiE72k0ucmhyl2NEVMKlA/OppnmlM3nz Nz+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=IOmzwwzdQiEskfZeCfmgpJEDidDPB+8ZOb2jNV23hHE=; b=D+OTVYmDe3iHioKDYocbZ2O+Ozb/5lUzLsptOTU/UtvosO05JRdqawebg2KvOJepii Wj9Yqid5XYFOn89+VMo68NEF7rcgKnTAhc1dEbWs+ZrkDDz8OlUFzOlGa7xGVES1islk J5ecC0Ha6CXowLndeuy3xCV47ykS2l6eb1SYSSRy+YA7hojTtz8k0B1U62t7h4nCru5C Dij0Pi29rL8N7y16NtJ1x+4McptZ89ddt4AEoTYkQKzMSE5QbZWxF9230k5kFtTSGUlI JtRx5iJvedSfhA6i+rC9VWFErp1z5n/yb/7fYbQFZi431pl6PDZK2WeX4KKX2pJk1KVm nthA== X-Gm-Message-State: AGRZ1gIBKxU+dU9tnOj2U+1qlCGucM8Lx5ottvITuLS9q9/uCc+izH1n s7u94peEppoZomXBTkbRI4cHuTWtxkY= X-Google-Smtp-Source: AJdET5fi4udXfAa161ZCU3YNw5D/JQmbJIfxzCjuwnwitFdVGjg+0hteN51AhD/smoFFYDp9Xx3CMg== X-Received: by 2002:a5d:63cf:: with SMTP id c15-v6mr13368700wrw.221.1541241665929; Sat, 03 Nov 2018 03:41:05 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id u2-v6sm4133347wme.4.2018.11.03.03.41.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Nov 2018 03:41:04 -0700 (PDT) Subject: Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so" To: Jan Beich Cc: FreeBSD Current References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> <4ld5-sleo-wny@FreeBSD.org> From: Graham Perrin Message-ID: <08419ddf-8435-0466-d729-74b1bb4e2d21@gmail.com> Date: Sat, 3 Nov 2018 10:41:03 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <4ld5-sleo-wny@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 10:41:08 -0000 On 28/10/2018 23:26, Jan Beich wrote: > … Either rebuild www/waterfox from the last revision before removal … OK, that worked fine. Essentially: svn cp svn://svn.freebsd.org/ports/head/www/waterfox@480899 /usr/ports/www/waterfox Vulnerabilities noted (at configure time) and understood. ---- Prior to that, I experimented briefly with waterfox@480899 copied to /usr/local/poudriere/ports/default/www/waterfox … wondering whether poudriere might be 'forced' to work with the deleted port. I guess not :-) ---- For reference only, from a few days ago: root@momh167-gjp4-hpelitebook8570p-freebsd:/usr/ports/www/waterfox # date ; uname -v Tue 30 Oct 2018 07:33:04 GMT FreeBSD 13.0-CURRENT r339737 GENERIC-NODEBUG root@momh167-gjp4-hpelitebook8570p-freebsd:/usr/ports/www/waterfox # make install clean ===>  Installing for waterfox-56.2.3_2 ===>  Checking if waterfox already installed ===>   Registering installation for waterfox-56.2.3_2 Installing waterfox-56.2.3_2... … ===>  Cleaning for waterfox-56.2.3_2 root@momh167-gjp4-hpelitebook8570p-freebsd:/usr/ports/www/waterfox # exit logout [grahamperrin@momh167-gjp4-hpelitebook8570p-freebsd] ~% sh $ pkg query '%o %v %R' icu waterfox devel/icu 63.1,1 poudriere www/waterfox 56.2.3_2 unknown-repository $ waterfox --safe-mode -p everyday Fontconfig warning: "/usr/local/etc/fonts/local.conf", line 1093: saw number, expected matrix 1540885107127   FirefoxAccounts ERROR   Background refresh of profile failed: {"name":"FxAccountsProfileClientError","code":null,"errno":998,"error":"NETWORK_ERROR","message":"[Exception... \"NS_ERROR_ABORT\"  nsresult: \"0x80004004 (NS_ERROR_ABORT)\"  location: \"JS frame :: resource://services-common/rest.js :: onStopRequest :: line 483\"  data: no]"} 1540885107127   addons.productaddons    WARN    Failed downloading XML, status: 0, reason: error $ ---- Thanks again Graham From owner-freebsd-current@freebsd.org Sat Nov 3 10:56:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EECD210F9A79 for ; Sat, 3 Nov 2018 10:56:27 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_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 A90937CE52; Sat, 3 Nov 2018 10:56:27 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 97D4B11BED; Sat, 3 Nov 2018 10:56:27 +0000 (UTC) From: Jan Beich To: Graham Perrin Cc: FreeBSD Current Subject: Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so" References: <5f99c2a6-7626-7457-65e1-bbca99fc343b@gmail.com> <4ld5-sleo-wny@FreeBSD.org> <08419ddf-8435-0466-d729-74b1bb4e2d21@gmail.com> Date: Sat, 03 Nov 2018 11:56:24 +0100 In-Reply-To: <08419ddf-8435-0466-d729-74b1bb4e2d21@gmail.com> (Graham Perrin's message of "Sat, 3 Nov 2018 10:41:03 +0000") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 10:56:28 -0000 Graham Perrin writes: > On 28/10/2018 23:26, Jan Beich wrote: > >> =E2=80=A6 Either rebuild www/waterfox from the last revision before remo= val =E2=80=A6 > > OK, that worked fine. Essentially: > > svn cp svn://svn.freebsd.org/ports/head/www/waterfox@480899 /usr/ports/ww= w/waterfox > > Vulnerabilities noted (at configure time) and understood. Why not update? Mk/bsd.gecko.mk hasn't changed incompatibly yet. 1. Drop PORTREVISION line 2. Bump 56.2.3 to 56.2.5 3. Run "make makesum" 4. Run "make all deinstall install clean" > Prior to that, I experimented briefly with waterfox@480899 copied to > /usr/local/poudriere/ports/default/www/waterfox > =E2=80=A6 wondering whether poudriere might be 'forced' to work with the = deleted port. I guess not :-) Poudriere may not like: 1. MOVED entry i.e., remove waterfox line 2. Lack of waterfox in www/Makefile (only used by "bulk -a") 3. Non-default file permissions (check-sanity) From owner-freebsd-current@freebsd.org Sat Nov 3 11:49:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EB9B10FAF06 for ; Sat, 3 Nov 2018 11:49: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 B47B77E44E for ; Sat, 3 Nov 2018 11:49:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [178.17.145.230]) (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 97600260392; Sat, 3 Nov 2018 12:48:56 +0100 (CET) Subject: Re: r339929 no audio output to some sound devices with Firefox and some other applications To: Graham Perrin , FreeBSD Current References: <6eebd413-9351-8b4b-39dc-50ba0292e597@gmail.com> From: Hans Petter Selasky Message-ID: Date: Sat, 3 Nov 2018 12:48:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0.1 MIME-Version: 1.0 In-Reply-To: <6eebd413-9351-8b4b-39dc-50ba0292e597@gmail.com> 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.29 Precedence: 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, 03 Nov 2018 11:49:05 -0000 On 11/3/18 11:32 AM, Graham Perrin wrote: > for example: > > - audible in Chromium, Falkon and Web > - silent in Firefox, New Moon (Pale Moon) and Waterfox. > > HP EliteBook 8570p, integral loudspeakers. > > If I recall correctly: yesterday I _did_ get audio from at least one of the affected applications, whilst the notebook was docked. A Philips display with integral loudspeakers at one of the two DisplayPort sockets at the rear of the dock. Which version of Firefox? Cannot reproduce over here. Did you check the "mixer" controls, that PCM and Master volume is not zero. --HPS From owner-freebsd-current@freebsd.org Sat Nov 3 12:52:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED98C10FD0D2 for ; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7370C8118B for ; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id 348D310FD0CF; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11FB110FD0CD; Sat, 3 Nov 2018 12:52:36 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29E2D81186; Sat, 3 Nov 2018 12:52:35 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 2e4c757f; Sat, 3 Nov 2018 08:52:25 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=mwq4fvqbYQJFwZ8nnwNk2PUU6aCuGX1k3 dCj4+fN0f4=; b=qh45drA6mwkKVdUQDEHon0AphrDgyWkXo2m6LkWPJX5PMAbkP /DT0vabXmg4tB2m8FdIvAnI+EpNU7C70lI5jpRkrSvIhMHFQuFJKrqJErGp4Zk2H DXE/qIf/jrR48GXjuBsecKHxlP1rraJHl8JpGJo8ENtm1r9VM+A+AAKdxYt+PEC8 dorPyRGWRK3/YYp3Ra7LES9b8ap3kfNGINdJOLfcE2iV4G9xpLn4AMtLXKshWmK0 ZJfWGVVJOJubm0ofAvRzewJ5pAyKiMCCnU5gPHrtENKhy6QG8dDL8LuxMqu/mSAn 7gasnnoB8HA5jUIYhqTQFVWrZYwxCpXp0WemA== Received: from [IPv6:2600:1002:b023:fe03:2815:7eff:fe80:5264] (2600:1002:b023:fe03:2815:7eff:fe80:5264 [IPv6:2600:1002:b023:fe03:2815:7eff:fe80:5264]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id e857e33e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 3 Nov 2018 08:52:24 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Sat, 3 Nov 2018 08:52:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 12:52:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka Content-Type: multipart/mixed; boundary="U4mnKhyu4E5ivA7g9U4oz1g4zewYaeRyC"; protected-headers="v1" From: Charlie Li To: Brooks Davis Cc: svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> In-Reply-To: --U4mnKhyu4E5ivA7g9U4oz1g4zewYaeRyC Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 01/11/2018 15:43, Charlie Li wrote: > On 01/11/2018 12:04, Brooks Davis wrote: >> Is this failure with devel/llvm70? It's currently missing the patch >> required to make this work. https://reviews.freebsd.org/D17709 contai= ns >> this patch among others. I'll see about getting it applied. >> > Yes, devel/llvm70. Will build with your port commit at my next opportun= ity. >=20 After building world and kernel r340097, kernel runs fine, but every userspace program in world crashes with Illegal instruction. They all crash in exactly the same way. Example backtrace from bmake, running from objdir (first discovered after updating a poudriere jail and attempting to even start it): Reading symbols from /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make...Reading symbols from /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make.debug...done. done. [New LWP 100097] Core was generated by `/usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make --help'. Program terminated with signal SIGILL, Illegal instruction. #0 0x00000000002f5664 in _init () (gdb) bt #0 0x00000000002f5664 in _init () #1 0x00000000002290fe in _start (ap=3D, cleanup=3D) at /usr/src/lib/csu/amd64/crt1.c:66 Given the line number referenced in crt1.c, I'm guessing this condition may have existed since at least r339351. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --U4mnKhyu4E5ivA7g9U4oz1g4zewYaeRyC-- --C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlvdmgcACgkQjnB43vID q2wIlxAAmPnnEBn8xQQFszrUQLehIroYFjhTrNNBc0XNrbo2vgayedxEdhZ+az6m EsFtzcKXVwCXhyrDlkk8uliZ9OzFkvZWZwSb0IoUDllSPAIn8ghqGLVkFiQPGK/3 n4E2t7oCWLSFRf/OXvEzXZcIZtDc6xzN6h3tAkORkG9rGt/+vp+MWWOLk30zixc2 7Y2iahHEdZEfJrfoZyOo6V7q6Is+pQZlhHcnhCbzixRoeubFTcu5+vwesNip7KRa QVG52zxfr3ROoct7BnwVihh/lYN2GlY/ps17VyuYw6hTACXHQKWrspLdyzeKUzjB gjrJ067Tz8+gBqpEkapYAViKdtswVS18YkB1tCvzwRl6CEqVNx42U1synjWBbmuL j+zcDp08alX89NYFDW9j9SYEqN9RxwrjWrWwYpPwK9EB+2BVrrsyl2ahc/1QPH6g eRoR0jRvC2q6PwUmaWiYQWBcYXzqXojVhwTrTtWdKkozAE3AJBLyMhwr7MNbs1p7 REIEu7rrLszskdwRoCzedRbtgj5sfBbSqZmxZV7RHOieC783NvCigSkrfZT1ovdr APafYeKMOS58WHDnvCCiQZHCGlMwnoa/Y13lFG7A6fHDdBfXGOv9/VzKqvhAKq53 t57HcActG81EAYrKVJFNUrdIecFS+C7MuXM51ujnS4WRXSTTdus= =58qI -----END PGP SIGNATURE----- --C0HnXM2VAaMMDpnpVwa7nUB9IvrMd94Ka-- From owner-freebsd-current@freebsd.org Sat Nov 3 14:43:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF40210FFB0A for ; Sat, 3 Nov 2018 14:43:43 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward101p.mail.yandex.net (forward101p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:101]) (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 6407A8506A for ; Sat, 3 Nov 2018 14:43:43 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback5o.mail.yandex.net (mxback5o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1f]) by forward101p.mail.yandex.net (Yandex) with ESMTP id CD2B3341A41 for ; Sat, 3 Nov 2018 17:43:32 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback5o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ENdqEuFqyi-hW2ebksw; Sat, 03 Nov 2018 17:43:32 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1541256212; bh=g3C3OpPu54aKLVEJN6DD88HADbTOF5PmYLM8mWX6+U4=; h=To:From:Subject:Message-ID:Date; b=J2Y2a22cWLxKTJ3Adjs5yRXI6BO5ikGA8VJ9kz+NwVssjOayjzlKwMyN9SlJUn1ZT SIpXCMou6mF4KngAORHi3YVuEN9WQILbtDGZZJ67CuIYKD7XuCvYaMGAyWm17vtd/G uq2dVcGVOQP6E91d7T1D6S/rlMzn2+yCNHrTKCxs= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 1rZG9feJp5-hWmukgEB; Sat, 03 Nov 2018 17:43:32 +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=1541256212; bh=g3C3OpPu54aKLVEJN6DD88HADbTOF5PmYLM8mWX6+U4=; h=To:From:Subject:Message-ID:Date; b=J2Y2a22cWLxKTJ3Adjs5yRXI6BO5ikGA8VJ9kz+NwVssjOayjzlKwMyN9SlJUn1ZT SIpXCMou6mF4KngAORHi3YVuEN9WQILbtDGZZJ67CuIYKD7XuCvYaMGAyWm17vtd/G uq2dVcGVOQP6E91d7T1D6S/rlMzn2+yCNHrTKCxs= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@passap.ru To: Current FreeBSD From: Boris Samorodov Subject: base packages and 12 -> 13 upgrade Message-ID: <1a77cc93-8f51-b639-ba9b-7684b6fdbd47@passap.ru> Date: Sat, 3 Nov 2018 17:43:31 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: ru-English Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 14:43:44 -0000 Hi All, A have a base package server and upgraded some of my home servers to use base packages. Now when the package builder builds packages for 13-current, what is the procedure to upgrade base packages from 12 to 13? Whenever I try to install/upgrade packages I get: --- pkg-static: wrong architecture: FreeBSD:13:amd64 instead of FreeBSD:12:amd64 pkg-static: repository FreeBSD-base contains packages with wrong ABI: FreeBSD:13:amd64 --- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Sat Nov 3 15:06:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E9B010D455A for ; Sat, 3 Nov 2018 15:06:19 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E871685C96 for ; Sat, 3 Nov 2018 15:06:18 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by mail-pg1-x532.google.com with SMTP id 32-v6so2268383pgu.2 for ; Sat, 03 Nov 2018 08:06:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=aS2eTnHgcYuEzrX5Zsg2fOPzNwoXqhMUzLfpQ6qExvE=; b=d7WVibJR6/cmeOVfQOHHkE/aMuR4MpW8Ew0q1ufscIxPDrzKXN30Oyq2gl3JooR9NJ Qsp94cvcSKVR68zlc0V9H1cQZKwYR7X35b1CiT01qCQe1e9f1yxNZwCd2zHR/vjzbfdm kozEoYfCEQN/Oa7I0yUP/Ga5qDZuMRuDW4qmgJXuvChq7DpMCZSXrZPA53RnvV6S3pPo 6e7o8B8aMg87ZzOE8GJFNtAJxZK9uiB+ifJq9NrDPZbsu9ld0m8Fho65Prfw92KvAWSV X9haAZ/VwyvCktayOz/+0etQ913dG64S9VjFOFAM5RHG5Makw7P7a63cKgT79t6mnNo3 g9sA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=aS2eTnHgcYuEzrX5Zsg2fOPzNwoXqhMUzLfpQ6qExvE=; b=sVdwWYsiwpqyDuqmhd5zkMmAsafjFSALEZ7yHSK/ZTGFlCPcduqSckzz9uQWGmVxWY GVvKMpn99cUHFxE17xS6Co4qxcamnwnLSo5tGoCj6X0zhEEA00ggsXHN1eUnFyeM09Hp bFBY/OPw+r7EqNP1Cj+jRACml8bU8iuwxlMEkDtRa94sURxjhXeP+9Oq52FNETgW0eU+ /8T13ScCEa3esJ81MT9bUNkKFbe1hH6EikJ4tQR+wEEgrMGHcCs4JbJN0BRbD5FI4fQB YGf0ieu4uOlvB9BD/3467LvyFYmo9h6KPPMOYR9Te64Sx7BXosk22u7l3fxzOBphhobw NTpg== X-Gm-Message-State: AGRZ1gJvEst9kd2MTFh8AqF5KiO84WyfbJA9YYfbw03MvxEhTy/VR9DH FrQXskZbct9yiPqcsv9ZEUPzom2V9FYckEOb11KuEr3F X-Google-Smtp-Source: AJdET5dMq9+/ZCQcxv0Yuv8rzhpFVatKfGpbglVglJ3PPUo1/P4QZGGhqnSE+RC1YBn5JDfXUYF8EmE5H+KsXzm7jr4= X-Received: by 2002:a63:e54:: with SMTP id 20-v6mr13484620pgo.369.1541257577893; Sat, 03 Nov 2018 08:06:17 -0700 (PDT) MIME-Version: 1.0 References: <1a77cc93-8f51-b639-ba9b-7684b6fdbd47@passap.ru> In-Reply-To: <1a77cc93-8f51-b639-ba9b-7684b6fdbd47@passap.ru> From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Date: Sat, 3 Nov 2018 16:05:41 +0100 Message-ID: Subject: Re: base packages and 12 -> 13 upgrade To: bsam@passap.ru Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 15:06:19 -0000 Le sam. 3 nov. 2018 =C3=A0 15:45, Boris Samorodov a =C3=A9= crit : > > Hi All, > > A have a base package server and upgraded some of my home servers > to use base packages. Now when the package builder builds packages > for 13-current, what is the procedure to upgrade base packages from > 12 to 13? > > Whenever I try to install/upgrade packages I get: > --- > pkg-static: wrong architecture: FreeBSD:13:amd64 instead of FreeBSD:12:am= d64 > pkg-static: repository FreeBSD-base contains packages with wrong ABI: > FreeBSD:13:amd64 I think you need to do something like that: env ABI=3DFreeBSD:13:amd64 pkg update env ABI=3DFreeBSD:13:amd64 pkg upgrade From owner-freebsd-current@freebsd.org Sat Nov 3 15:29:48 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A609D10D4CBF for ; Sat, 3 Nov 2018 15:29:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 454BE86477 for ; Sat, 3 Nov 2018 15:29:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 06BA510D4CBC; Sat, 3 Nov 2018 15:29:48 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8E6610D4CBB; Sat, 3 Nov 2018 15:29:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44CE886474; Sat, 3 Nov 2018 15:29:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id wA3FTawa052863 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 3 Nov 2018 17:29:39 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wA3FTawa052863 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wA3FTamU052862; Sat, 3 Nov 2018 17:29:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 3 Nov 2018 17:29:36 +0200 From: Konstantin Belousov To: Charlie Li Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov , current@freebsd.org Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys Message-ID: <20181103152936.GQ5335@kib.kiev.ua> References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 15:29:48 -0000 On Sat, Nov 03, 2018 at 08:52:16AM -0400, Charlie Li wrote: > On 01/11/2018 15:43, Charlie Li wrote: > > On 01/11/2018 12:04, Brooks Davis wrote: > >> Is this failure with devel/llvm70? It's currently missing the patch > >> required to make this work. https://reviews.freebsd.org/D17709 contains > >> this patch among others. I'll see about getting it applied. > >> > > Yes, devel/llvm70. Will build with your port commit at my next opportunity. > > > After building world and kernel r340097, kernel runs fine, but every > userspace program in world crashes with Illegal instruction. They all > crash in exactly the same way. Example backtrace from bmake, running > from objdir (first discovered after updating a poudriere jail and > attempting to even start it): > > Reading symbols from > /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make...Reading symbols from > /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make.debug...done. > done. > [New LWP 100097] > Core was generated by `/usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make > --help'. > Program terminated with signal SIGILL, Illegal instruction. > #0 0x00000000002f5664 in _init () > (gdb) bt > #0 0x00000000002f5664 in _init () > #1 0x00000000002290fe in _start (ap=, cleanup= out>) at /usr/src/lib/csu/amd64/crt1.c:66 > > Given the line number referenced in crt1.c, I'm guessing this condition > may have existed since at least r339351. Some minimal amount of facts instead of guesses would be much more useful. What is the instruction which faulted ? Disassemble the text at 0x2f5664. Regardless of what is the instruction, show either the output from 'x86info -f' on the machine, or cpu identification lines from the _verbose_ boot dmesg. make is statically linked, do dynamically linked program fault ? From owner-freebsd-current@freebsd.org Sat Nov 3 15:45:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8465310DB5D5 for ; Sat, 3 Nov 2018 15:45:32 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6FD986D87 for ; Sat, 3 Nov 2018 15:45:31 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id x12-v6so4879509wrw.8 for ; Sat, 03 Nov 2018 08:45:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:cc:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=/BbnITf8KajqnkbYjhKdJAs0sYaU7ryeHyLym0nUfWE=; b=pKO0ZA/iN0iOR5+gUYyrWbztlrhQBhQAbQ09AJfyCWKOhf1KTBXs0asgk9OhiPdquo L6u7c1uLmY1wA2oMTVWDHwF4rnTvd2/F7Fiv+VQK6U/l5GAMjZUVj7TcREp7TEHoFAqs OqhOmQeUiVmwGyBhnMnOGx8mD4g2m8CF8IiJfVJaNtsb1mmVwnu5nbBO6UWf4Wc4ZgT/ NUD6VvFNlEyA/DehJY3AWz/xPIsQxL7g+63/x8a8sJFLEwkpGGuYGh66fsFtf8xzMF83 t+E/0JI51LPXRmUnodv3DtXUDf8/Dxkh3HKgA6I4VQwpPcHY0CTKBzJBHaXsmZWBl1Ju 5uWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:cc:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=/BbnITf8KajqnkbYjhKdJAs0sYaU7ryeHyLym0nUfWE=; b=sA3LKaN3YPijJq7AiF9Ob54cc/47WtopUqoc0rGDFl4WPnfB+E6XpTBp/M0nXF/cPC BRpvHDNYi85g5tt6DAIgeMQR2JAhDsomMBbOm70/PUpcTQKV2KwBsfvgdGOJPP9s+fxp xl3GnuT+1JglBItLspTnXBHDTkwdRe+BgRSZI/0dBHVRth6BM1LldDur5BgqhP34PT6R +oDKpfnkjjQBeQe9sTlN6tYlFbL0entIv742TAKugod8412oEZDmkh4is3O2BcDPjRHj py+C/HRHGoyQ5eWjUi+nnm1GWvg1tMF0n1+JitjVT3PUaLwMmDCqzH2uiCuIEYz1fGdW vQpg== X-Gm-Message-State: AGRZ1gJR67FAW0DWtlLgaH5K79yJKHxBcI9tdEh4Q0l8rfY897kWSUIC WAuGS8wtBMBjFxFlhiCZP5JSw0akSIo= X-Google-Smtp-Source: AJdET5et65JCzYbM6wkq9djGKtGkG5B8Vnyrgr+hdSwOk8IppSNAIZwWhywix9VBmTx8SbdURrJf/w== X-Received: by 2002:adf:f181:: with SMTP id h1-v6mr8469154wro.79.1541259930588; Sat, 03 Nov 2018 08:45:30 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id e10-v6sm12688001wrp.56.2018.11.03.08.45.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Nov 2018 08:45:29 -0700 (PDT) Subject: Re: r339929 no audio output to some sound devices with Firefox and some other applications To: FreeBSD Current References: <6eebd413-9351-8b4b-39dc-50ba0292e597@gmail.com> From: Graham Perrin Cc: Hans Petter Selasky Message-ID: <973b4b36-c877-1b95-9bae-fa95316f3a0a@gmail.com> Date: Sat, 3 Nov 2018 15:45:28 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 15:45:32 -0000 On 03/11/2018 11:48, Hans Petter Selasky wrote:   > On 11/3/18 11:32 AM, Graham Perrin wrote: > >> for example: >> >> - audible in Chromium, Falkon and Web >> - silent in Firefox, New Moon (Pale Moon) and Waterfox. >> >> HP EliteBook 8570p, integral loudspeakers. >> >> If I recall correctly: yesterday I _did_ get audio from at least one of the affected applications, whilst the notebook was docked. A Philips display with integral loudspeakers at one of the two DisplayPort sockets at the rear of the dock. > > Which version of Firefox? Cannot reproduce over here. > > Did you check the "mixer" controls, that PCM and Master volume is not zero. > > --HPS OK, I dug deeper, to end the silence it's necessary to switch from /dev/dsp0 to /dev/dsp1 for each affected application, whilst there's playback from the application. Then (confusingly) adjusting _either_ slider – /dev/dsp0 or /dev/dsp1 – affects the output. Is this expected? From owner-freebsd-current@freebsd.org Sat Nov 3 15:46:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15F6410DB64A for ; Sat, 3 Nov 2018 15:46:14 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward103p.mail.yandex.net (forward103p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:106]) (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 8AEEF86E0E for ; Sat, 3 Nov 2018 15:46:13 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback18j.mail.yandex.net (mxback18j.mail.yandex.net [IPv6:2a02:6b8:0:1619::94]) by forward103p.mail.yandex.net (Yandex) with ESMTP id 104EA2184838; Sat, 3 Nov 2018 18:46:10 +0300 (MSK) Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:6]) by mxback18j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id iafU9vWJ2m-k9kWqPEa; Sat, 03 Nov 2018 18:46:10 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1541259970; bh=/N5vhOa09nrhiCqGW5wqm6OghstLED+DxhZRavWXWXE=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=kh75hoXM6otY3Qw/9ewRPLo5sXulVy1M+E7tDeTqB1sKH2k260VYi2vgGWOx9+DxK BILAiVyv/O/LkvcyM9Y/BpqSD7npB3FVDFLY1zArW4Q/7UmyFLSEC/CsTMO/B0wZTE 0rVq+JSm5poFnC567iJyfj5JysY6aZi6N/uXC+Tg= Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id mPss7LKAl3-k9mS16xF; Sat, 03 Nov 2018 18:46:09 +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=1541259969; bh=/N5vhOa09nrhiCqGW5wqm6OghstLED+DxhZRavWXWXE=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=Ooar+qAeIYsO3oT5Yxlo4B18yaA8/m6DW0imDIAQ3lA8bi2JiPDzt0u9/H4gtxZgh jAWRnxSSwfHOMaKDUkG27cnED1HPzvlg5+XoXeMQN2O5dGk3wzaErR0Rp/7MigGdiv V2QI/+i55urYUuQueZuZa/tuJxkLbHvwwzFA218A= Authentication-Results: smtp1p.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: base packages and 12 -> 13 upgrade To: =?UTF-8?Q?Mika=c3=abl_Urankar?= Cc: FreeBSD Current References: <1a77cc93-8f51-b639-ba9b-7684b6fdbd47@passap.ru> From: Boris Samorodov Message-ID: <9717761e-8e7f-798e-dd76-9c94e246affc@passap.ru> Date: Sat, 3 Nov 2018 18:46:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: ru-English Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 15:46:14 -0000 On 03.11.2018 18:05, Mikaël Urankar wrote: > Le sam. 3 nov. 2018 à 15:45, Boris Samorodov a écrit : >> >> Hi All, >> >> A have a base package server and upgraded some of my home servers >> to use base packages. Now when the package builder builds packages >> for 13-current, what is the procedure to upgrade base packages from >> 12 to 13? >> >> Whenever I try to install/upgrade packages I get: >> --- >> pkg-static: wrong architecture: FreeBSD:13:amd64 instead of FreeBSD:12:amd64 >> pkg-static: repository FreeBSD-base contains packages with wrong ABI: >> FreeBSD:13:amd64 > > I think you need to do something like that: > env ABI=FreeBSD:13:amd64 pkg update > env ABI=FreeBSD:13:amd64 pkg upgrade Yep! That was it. Thank you. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Sat Nov 3 17:50:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E430410DF882; Sat, 3 Nov 2018 17:50:00 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_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 9CAD18BA96; Sat, 3 Nov 2018 17:50:00 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 4B9E01651C; Sat, 3 Nov 2018 17:50:00 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 3 Nov 2018 17:49:58 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 12.0-BETA3 Now Available Message-ID: <20181103174958.GW45661@FreeBSD.org> Reply-To: FreeBSD Release Engineering Team MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 17:50:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third BETA build of the 12.0-RELEASE release cycle is now available. Installation images are available for: o 12.0-BETA3 amd64 GENERIC o 12.0-BETA3 i386 GENERIC o 12.0-BETA3 powerpc GENERIC o 12.0-BETA3 powerpc64 GENERIC64 o 12.0-BETA3 sparc64 GENERIC o 12.0-BETA3 armv6 RPI-B o 12.0-BETA3 armv7 BANANAPI o 12.0-BETA3 armv7 BEAGLEBONE o 12.0-BETA3 armv7 CUBIEBOARD o 12.0-BETA3 armv7 CUBIEBOARD2 o 12.0-BETA3 armv7 CUBOX-HUMMINGBOARD o 12.0-BETA3 armv7 RPI2 o 12.0-BETA3 armv7 PANDABOARD o 12.0-BETA3 armv7 WANDBOARD o 12.0-BETA3 armv7 GENERICSD o 12.0-BETA3 aarch64 GENERIC o 12.0-BETA3 aarch64 RPI3 o 12.0-BETA3 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/12" branch. A summary of changes since 12.0-BETA2 includes: o SPE exception handling was implemented for the powerpcspe architecture. (Note, the powerpcspe build failed for BETA3 for reasons unrelated to source code changes, and is being investigated). o The localedef(1) utility was updated to add '-b' and '-l' options to specify output endianness, and now used when building share/ctypedef and share/colldef. (PR 231965) o The uplcom(4) driver has been updated to add support for formula-based arbitrary baud rates. (PR 225932) o The cxgbe(4) driver has been updated to use automatic cidx updates with ofld and ctrl queues. o Backwards compatibility for the geli(8) 'attach' subcommand has been added, allowing older geli(8) binaries to attach newer geli(4)-backed devices. (PR 232595) o The timezone database files have been updated to version 2018g. o Bhyve has been updated to allow the VNC server to listen for incoming IPv6 connections. (PR 232018) o Various fixes and updates to lualoader. o NUMA support can now be disabled via sysctl(8) by adding vm.numa.disabled=1 in loader.conf(5). o And various other miscellaneous fixes. A list of changes since 11.2-RELEASE is available in the stable/12 release notes: https://www.freebsd.org/releases/12.0R/relnotes.html Please note, the release notes page is far from complete, and will be updated on an ongoing basis as the 12.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/12.0-BETA3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: ap-south-1 region: ami-0b11f11c62b62b89a eu-west-3 region: ami-0b0fcc030402e10d6 eu-west-2 region: ami-0192397e78f5895ca eu-west-1 region: ami-0db8552914f93ae8c ap-northeast-2 region: ami-0baa216e14b3d5ec8 ap-northeast-1 region: ami-0c7a27bd048ba2d42 sa-east-1 region: ami-0d063602355a4f1bd ca-central-1 region: ami-032a9eb595f2244d3 ap-southeast-1 region: ami-039dcb5c7817c27a0 ap-southeast-2 region: ami-0ca61f5d0b3c6ce5b eu-central-1 region: ami-02ef27d661779d0a8 us-east-1 region: ami-07380393ea7dc9ad3 us-east-2 region: ami-031c7e040e277b3d4 us-west-1 region: ami-016204e250b5a864f us-west-2 region: ami-01f0894333d0750ed === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.0-BETA3 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.0-BETA3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 12.0-BETA3 amd64 GENERIC: SHA512 (FreeBSD-12.0-BETA3-amd64-bootonly.iso) = dba456a06061b6a89ef23fc9607e9cc6ee63b79c7c2eda1b43b8a9ec3c35e8714fc66c0b0083b99b3cf78e2554fe89c43135bcfbe030dd43168541da368cf35f SHA512 (FreeBSD-12.0-BETA3-amd64-bootonly.iso.xz) = 70d295a4e4a201f032055e305a42da51b49f6366c74a4da8c952584c55a7f3e47c83de372aaf80553978e028dfab5a44745d82a06646de8bc4d0989c0d9197e9 SHA512 (FreeBSD-12.0-BETA3-amd64-disc1.iso) = 8e31c46116745f1ebd148bb339b380953e7ea7e1ae9e60b37f1cbc8107ab196fe5378a4045f827f8acb3bc81026904c58e3a16f4ac8c1fae2018d7e2231e1b3d SHA512 (FreeBSD-12.0-BETA3-amd64-disc1.iso.xz) = fd34e90dc5a18a198296126d1f382ac4078591a8b5dd36a9e7bb131dedfe7a461e5098d83df79ddd36e7f635369888959f7db35831404be78ea50adf8f4f38d8 SHA512 (FreeBSD-12.0-BETA3-amd64-dvd1.iso) = 93142ea933bd85926d60e1f3ef7a5643cff205a915f39326ce9f03dce2e8abe80952afcc79c840dd678d7b1306260109afd65db66e05886e11cc8f70278b25bd SHA512 (FreeBSD-12.0-BETA3-amd64-dvd1.iso.xz) = 0a247c6d73e51b52dad134e84cbda3ab8b1a2b90e7e8a06dae1485d8b199a30e3800ffd89c37041d62d5a2e0ad0873951b36cf3ce85a3106b0b11ea6050606e0 SHA512 (FreeBSD-12.0-BETA3-amd64-memstick.img) = 504856f2af4d42c7248dae8da306ba4de0ea47dd0376e6c22a4ce807201917ab529810358f1ee48ae3e333854bfeb1e2d60e5deff354f19337670b7518e2085c SHA512 (FreeBSD-12.0-BETA3-amd64-memstick.img.xz) = f6a357ba049c3b83b3f4b0122ce25bf1fee305c6d963061624db57ea7e50897e2fad6af50b1b39798f0ef03ea250584bfab33e9d833a025224a018745fd8ada5 SHA512 (FreeBSD-12.0-BETA3-amd64-mini-memstick.img) = 47a6f3b26500eda2de3574e1c88172caf8e1f951f1623a235cab1fe81e9f8e342541ac4000b05d444500883af6a69e6387cf87204ae06475c31f9ef168d923ef SHA512 (FreeBSD-12.0-BETA3-amd64-mini-memstick.img.xz) = a937355ed35e96fe7bf4f8972c676b6dba13a1b4ef9697ea63b33f3248fd4d64e905efd36e5f8c6e2ec624301589ba5dc54d6accb745c06776f69d6cb62359ac SHA256 (FreeBSD-12.0-BETA3-amd64-bootonly.iso) = a43fc3ed684066588c9bef2d08911f52554d6234300449be6737cb86e9f152ad SHA256 (FreeBSD-12.0-BETA3-amd64-bootonly.iso.xz) = 4ef3e4ce656b3499856f1df70bdbc9ed26580f6f9c4ec26532881e909b83f8f3 SHA256 (FreeBSD-12.0-BETA3-amd64-disc1.iso) = 5fe350bd57afe840b0c9ad3cc67e346ff139735349d1ae58844dff7dc0b39a63 SHA256 (FreeBSD-12.0-BETA3-amd64-disc1.iso.xz) = 5e46e24a784b5cf664de1dc3e04c64aaceec095548d92fa8932fbc69aba6385a SHA256 (FreeBSD-12.0-BETA3-amd64-dvd1.iso) = 74404e40ea8099a5bfef78a37b0bcce9fa1c750cefd01e4791e9c21464b1dc95 SHA256 (FreeBSD-12.0-BETA3-amd64-dvd1.iso.xz) = e919b2bc7a129fca5c533cf331c6a34909a9444289f0164b3f43d61e45992950 SHA256 (FreeBSD-12.0-BETA3-amd64-memstick.img) = c84eef15b1455720ca86d8bcd8e63733a1f0d09b0095ae5d86c1d0b0965c262a SHA256 (FreeBSD-12.0-BETA3-amd64-memstick.img.xz) = 17c4ff9c58a034182910dd0141da45bfe688669095d72d96a327f3ae239bd83b SHA256 (FreeBSD-12.0-BETA3-amd64-mini-memstick.img) = 0d921094f64c5f5ad44a4f8eab66d5525f2362fac1ee67d54c3d4088bf30054b SHA256 (FreeBSD-12.0-BETA3-amd64-mini-memstick.img.xz) = 547cc5f5975dbf98ae2d2de9dd9d48d7c193346dabeb3b8f726cb69d4fd9c5c3 o 12.0-BETA3 i386 GENERIC: SHA512 (FreeBSD-12.0-BETA3-i386-bootonly.iso) = a82c2cc8a426cbc7f3fb8470c1e407911c25f902a4394d2bf346deeb647ed466aabbb57b0f457bb0e2a5f15a4aeaa45c3fb6010df3befb7ea4275c3d9d9f8ca2 SHA512 (FreeBSD-12.0-BETA3-i386-bootonly.iso.xz) = de7c6b365de1f41621d7ec24b430e6ccc4f37d1c551a9370838cd3bc579113ba89731f87734a90fa5bfb802bc54f277063994f92e1e0569ed9966d672dc1d7c9 SHA512 (FreeBSD-12.0-BETA3-i386-disc1.iso) = 3529dcd8b33b10ac0a52315b5b7a2ed4c32054d61246748668e159b468045382146b080318c5234b4aa698d6fae2cedf6322d2e5e76c604ea3f31408f63a7fb2 SHA512 (FreeBSD-12.0-BETA3-i386-disc1.iso.xz) = 607596710acf0a907f3ae808e59c3e658afb28e2bc8e07ff0d3e65c7f9e9597667b23445eecff5bb5f4cd7d5b5ad8cf15eead1cbbd0aa789ef57a512ddbbd581 SHA512 (FreeBSD-12.0-BETA3-i386-dvd1.iso) = 4eec3e39111d11df7ac00afe59c46f6c96ae28e3fdce7932afb04aacea221a7bae2a5856cb8ea6e2137e7e22c9c788af48b7ec5bf185dc3342d5f55e09686b13 SHA512 (FreeBSD-12.0-BETA3-i386-dvd1.iso.xz) = af71583f999086548bf53b10edd1f191f60a6971a5f8ae2796d99b1658693180e20671a606dc08382e07b10f027109db8bccaf0d64a475381e4ad579bddb7347 SHA512 (FreeBSD-12.0-BETA3-i386-memstick.img) = 7fa31db1712e32c0af73ab3369b3a55c8d31986d88a131738c8637cdf41a8aae6b2c3b442739094bd616479351dfd599b54cb57f36a116733dc730f687fe5b65 SHA512 (FreeBSD-12.0-BETA3-i386-memstick.img.xz) = b08c499d444157cf4ea045e3913deee1b10cce61579fe33f32e3f697e3299849ab54fe8f3a6acd4223ad896d6507377ae01c55479548be5a717a169e1060f75d SHA512 (FreeBSD-12.0-BETA3-i386-mini-memstick.img) = 3c6065fdeef74633062732029e679afbb92cb02554bc75503f8751949826205c2c51b96fda1af77985087da1135a9bee190c12942a717ad7980e5ae99cf7f840 SHA512 (FreeBSD-12.0-BETA3-i386-mini-memstick.img.xz) = a23ef548abc9e6334f8a1ad0e747172c93edbdc381d4c0cec519b0b66f0ab3e7f61c439f15c47ba99de48de51c0222a4d560152d57d063ab7a5846906586caef SHA256 (FreeBSD-12.0-BETA3-i386-bootonly.iso) = ce124d92e10a2d8b5fa339fab9492b8e76bd3a0314cacbadaa7bb09e8ddacd8b SHA256 (FreeBSD-12.0-BETA3-i386-bootonly.iso.xz) = e04e23a1ac5772a2ff79ac9d94ef512d38eb0f15e650b8281e15fb27dc9e9b75 SHA256 (FreeBSD-12.0-BETA3-i386-disc1.iso) = 8e783402e25c39861df40ec73cef51b1cb0fc1c51225e4f7c667d444765f98c8 SHA256 (FreeBSD-12.0-BETA3-i386-disc1.iso.xz) = cd86f49388919f1acefa610dfd51459f6b91abff1ea0e00167aaf9d17056b453 SHA256 (FreeBSD-12.0-BETA3-i386-dvd1.iso) = 3f5a6f47f84666511ca7484ce4162b570b6ccc141ecebcc21dd1001b272b4dee SHA256 (FreeBSD-12.0-BETA3-i386-dvd1.iso.xz) = 6acf3ba79b2d73298b81dad62de0f8e5fe7a9d118eaa27c6f7b4848dfb66e910 SHA256 (FreeBSD-12.0-BETA3-i386-memstick.img) = 1de52cf5c25b32edd16aa3a2065d73dce5ca5b1b941e0508dfa62762dafcf912 SHA256 (FreeBSD-12.0-BETA3-i386-memstick.img.xz) = 730fe89f3d6acddc52f0b2981fb9feb11add8fad62c380bd2aa206a02e81d0ad SHA256 (FreeBSD-12.0-BETA3-i386-mini-memstick.img) = f8142f710a466567058712f175b4388812547aa2e273028e4cb1cdae4fc2f6b3 SHA256 (FreeBSD-12.0-BETA3-i386-mini-memstick.img.xz) = 562575c10899f560a2dac9483b0e15aff34becb91a730071115e5ca628b2ffdb o 12.0-BETA3 powerpc GENERIC: SHA512 (FreeBSD-12.0-BETA3-powerpc-bootonly.iso) = fbd06682ab3f5fbc64b2000de34bc217f2b5c79d86fa19c152dfd9788378016a6bd93eddb9b809cb2c79c2ff1bcb0c3cb8b0272fe61919692a1e863686d22f32 SHA512 (FreeBSD-12.0-BETA3-powerpc-bootonly.iso.xz) = 3291bfb73972e1189b307167922beafbfa16828fc289b6ee4e570fc98bd46cfa6dc99f0227c8cc305fca26cd7237f1285ba6bb47c48d0750f336bba74eb9828b SHA512 (FreeBSD-12.0-BETA3-powerpc-disc1.iso) = c263c381db5b5c5b7d2ec57bbe90d548b4b66d1590c1709ccd57eacd69ce8077406e69b306588e703b6384883cef1d952cb724ec960a0a87f3833fdb6abf6145 SHA512 (FreeBSD-12.0-BETA3-powerpc-disc1.iso.xz) = fd923e912e0aad61dedbd0357fd89a966de1eb9ae8a0b43f462ff50a437a8caab2ababe4929ab42c93e9ebc7e58f4d8bb537b435386b2bc971fa33d7b10de3d6 SHA512 (FreeBSD-12.0-BETA3-powerpc-dvd1.iso) = e4f10d31305cd7585cc428ff1c3005a950322379dffd5f720bb800a456f67f1e56a99fab01d87c21e521a368b001e7e3a45d01baa667bc64c3fa9a466d0113df SHA512 (FreeBSD-12.0-BETA3-powerpc-dvd1.iso.xz) = 1b0b60e924e92a881d3721af27046335909108590dd19ca393586b3d3f7dcd46bac81641a594d2f7284f55523e4f20bfaf850d2cab9492fb03436487552d8507 SHA512 (FreeBSD-12.0-BETA3-powerpc-memstick.img) = 240ffe0955a3780c273ff2ec0e46fd71cb69c173c2bc96d9f7febc17056cd19a3a18bbeb50f2edbaf14252ca6cbd1f6b59070ceab53192f94e1792b6d31a4b5c SHA512 (FreeBSD-12.0-BETA3-powerpc-memstick.img.xz) = 4eb15a24ca7d6126f0705b2e2d3b338714ef80dd1ace3d9c7f90b2731f6eb596e5241ef54ba717b6db196c1daff429416936ad2341f13dc302976df49e408c2f SHA512 (FreeBSD-12.0-BETA3-powerpc-mini-memstick.img) = 9b75b1c007971a56d943bc50535c39ecb4f79cf6bcca71a0cf5210b47eb1b50f6aafc1e71a14fe842475ed9afb02daa38b974348d172f3462177862d1d28eca3 SHA512 (FreeBSD-12.0-BETA3-powerpc-mini-memstick.img.xz) = 9138020f77539e286d712baa5bdd9649c4097b6523fefbe92ddb73c1d58914c90c22a2f7e4234756616d528826395292c3ed101f4dd3fa399f9b213b5336dedb SHA256 (FreeBSD-12.0-BETA3-powerpc-bootonly.iso) = 41bb438f7306e466c3bef4a7114c93fa195da6ba47a4a5fe208fecf5f213c88d SHA256 (FreeBSD-12.0-BETA3-powerpc-bootonly.iso.xz) = 0dffc3d1c38a6060582dec7d7d3105c2125454e2c7c81266d15d25582b7d9f07 SHA256 (FreeBSD-12.0-BETA3-powerpc-disc1.iso) = e00757accbde7fc126372575736563d6266bcde8bd2169c7bb6458841b686e22 SHA256 (FreeBSD-12.0-BETA3-powerpc-disc1.iso.xz) = 5053ec57cddd5fd9bcec8ed62bb0404f95839bf571b945e70e04c0c48a456e38 SHA256 (FreeBSD-12.0-BETA3-powerpc-dvd1.iso) = d4e72276ad0283bf5fca8e0401258c04d92dc38ad55c8ff15adc4ebee418fc50 SHA256 (FreeBSD-12.0-BETA3-powerpc-dvd1.iso.xz) = 93eefd111c14199d9bd7861e397e4fb5cadc7fbd8e7425fd3998e7f8ffd83570 SHA256 (FreeBSD-12.0-BETA3-powerpc-memstick.img) = ab7f855a2ba7d1571c9e2ea8a1d51e3890880aa4ef4929dc5ec4a77f76f4e7ba SHA256 (FreeBSD-12.0-BETA3-powerpc-memstick.img.xz) = f1ebf56c66de5e323f7f8cc3c6c682d0226af2dab9da2d4b1c18f4249476be0d SHA256 (FreeBSD-12.0-BETA3-powerpc-mini-memstick.img) = f6629a700ef2e6e5c5d863797ee8c1e7fc3445cfb5a5985310e57e338c2e572c SHA256 (FreeBSD-12.0-BETA3-powerpc-mini-memstick.img.xz) = e2e247c99851256ed4888fab3557aea84c5fa897997ab68c0fe56d8709b23199 o 12.0-BETA3 powerpc64 GENERIC64: SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-bootonly.iso) = e837d56674ac61b2a56fdb42fe51546dccd3cce9f550d99f7095fda0f02bd90e0f9c39f528ba6d2f62ef7b8218e2a3f37e95864c307a89e1517e70725c0e9f7c SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 3cb9279cdac6b67da34421132757751bb24e21211f7b9f53962bfffc9c3d7758757c9cdeb3a5e88bf46a0e613eb3e2f344bfa577196fa945a24a35e1be03b650 SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-disc1.iso) = 8420a8e98591bbfaf0a91e1bc7c759524701ca0af02a96508b1ef86618c9098b6078dc832eedbc02c8c0b4859d433cecd079e917b15afc20647f09e62f1c8bcf SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-disc1.iso.xz) = 261d3fd6fed70dd8515bcdc967ca06ee9c1d860961f53b9340a9f417190b702721bf71722afb91366543d282827cab9a579c72d265ef3d8567d6ed58835967c8 SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-dvd1.iso) = d66c10064c5d9caa521ee95e179ef7e733b584a082e8d43b7be655bba88ee97735f0a1b4b6c156120fe044fce9bc6f3ac77f758d4855e6f20bff731ad8eee32c SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-dvd1.iso.xz) = bd0df0451071a63239f545f34431f3172d8ed6664dbf834fed437664efffd7c4cbfbb77ba1dae8eec18e9198ec93826e97a0bdc08fb025de8192b995c7e291eb SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-memstick.img) = 2e37fab75b69cc798c5aa929ed435da4cd8fb122e0b7091a642449ff5e5975f7f04818c02830f83a25dd7aeb1cb7ba47d13b197e029e485ab0d6cf39f19d3121 SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-memstick.img.xz) = ee009b862569b987dd9332fb1227c0e26c0644bffbf99e9c8145553ff0bb4981331d4bdcdc4f96cf46ade6df95f6d58be345a1bbb9d3b1c38ea6b7b24f4a517d SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-mini-memstick.img) = fd48abd674b041acbf817930c580a533b7d4c512b9c5814af5baef157d4e00fb0cc285daeb6d1f44de132d7f0535d97ff7f19af2a3f1a8878f72870a07ec0053 SHA512 (FreeBSD-12.0-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = 7d9e87b0251b6fd393cd38a753032903b9477b19de72c65d6a74eb6722f8a8b4b529d16dc44ffc1e38b58fdaeae13347cf215bb4868b5aace5726974a8f8594c SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-bootonly.iso) = 3d1348fc7b1a1d2597c5105097edb117dc3a102ecdcde73f2679784dc3351e76 SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 139a3c9d93f1954c671a7612da5b7f09511d36d868d9b046159f815b31bca18d SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-disc1.iso) = 3792281207298a3e5e470e9fe362abb21376c89e311d85a9ee75145a22594bab SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-disc1.iso.xz) = e0f0557be6f6416cdddadebfb0d385e85e8df60042f73cf78b6b311ca994ceed SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-dvd1.iso) = a609bf9878a664eab9f54150a41b2331f70192fcb42baa049bd03a93523a6234 SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-dvd1.iso.xz) = 0abf984d768f358b0c1d153c5ac1cf1f009f0836bf6037e86963e3d3c56b6187 SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-memstick.img) = 28b73c1f4832fbc8df297a130e54088fea3545d8147b4537ec36dcdd33ea1ccf SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-memstick.img.xz) = 84e9f47dc14f4c2fe488ba7aab92648b7eefadce50b53228456bf03fe2b46f5b SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-mini-memstick.img) = 9807c221e9c9c8649c64c7be44d17405015e9f807a5f21077ca878ab40883f2a SHA256 (FreeBSD-12.0-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = 9667f8d934ecc99fcb863f64f1cfb75b237f89567be7b5ea56584d2fa107626a o 12.0-BETA3 sparc64 GENERIC: SHA512 (FreeBSD-12.0-BETA3-sparc64-bootonly.iso) = 0d7557cbee59ee7ca847595bb5bfb2f4e9c886eb2380cc7317412f5a2e2cfd32bf75924382b95993742361cdede286d8ce51d59519c030119d7e8d13891d827f SHA512 (FreeBSD-12.0-BETA3-sparc64-bootonly.iso.xz) = 142d6e288273ef2858a5e430c30898205f44e02212d867e04e58565eb2ad42a11d58324d20deefa0a43f6dabced22285f38c344a184cab37cf7963f73e2084ab SHA512 (FreeBSD-12.0-BETA3-sparc64-disc1.iso) = 1d85f079474b8e9288b87ed532a7026086690700ec07534cc1d6f7d1b8e2ba4c6ca5ec1afe0361f21ee455fc0c9e6c2965c545bb6609da49b1f42e785341ee6e SHA512 (FreeBSD-12.0-BETA3-sparc64-disc1.iso.xz) = 4acc590a400cf20c0b9987613c4fecb53a1a4d23d577513ad1404c41a205b3dc9f918e1680e9957b1fcf7b09cf73723b78717d3c1fb8b5a9c4e2be503396c505 SHA512 (FreeBSD-12.0-BETA3-sparc64-dvd1.iso) = f24bdf6913cf91c6ef2921ded7736319edf34f644bd05eef491229e68fef032b403dbe0871891441000154c263432b843587eda0fc9a778d76eb05fe0e0dcd53 SHA512 (FreeBSD-12.0-BETA3-sparc64-dvd1.iso.xz) = faec09bfee2cddcb86c03a5d6f6735119fb755178abbf5e9278c8415dbed82f637f68daab59ed58d5beea54516d8bf58a8f3fbc9f92ee5a777f462b8472a1ff6 SHA256 (FreeBSD-12.0-BETA3-sparc64-bootonly.iso) = 704152f8a73542459cb512ba89244865b1bf899eb7a34e1e4565b5f08c86be23 SHA256 (FreeBSD-12.0-BETA3-sparc64-bootonly.iso.xz) = c606754ea819336569198c2b66677edd7237398438eb8bd49028bfa6ce7e7af6 SHA256 (FreeBSD-12.0-BETA3-sparc64-disc1.iso) = 528ef9e71b06e63ea1d32c10413c8a4160cce863b6bc3f192edc0bfa044d5011 SHA256 (FreeBSD-12.0-BETA3-sparc64-disc1.iso.xz) = 85cb67acc3f132e66ee5c8ecbcc0eef4f0017961f75654cc80cd0305bd457803 SHA256 (FreeBSD-12.0-BETA3-sparc64-dvd1.iso) = 567aec5625f1bcdbcf84974e404e3345f586fc89b7e51ecf64d0b505d8f1f724 SHA256 (FreeBSD-12.0-BETA3-sparc64-dvd1.iso.xz) = 5af429e3f848f6caf5dcf398049e0fc45b3896957cf7935ecceea9dc50a7adde o 12.0-BETA3 armv6 RPI-B: SHA512 (FreeBSD-12.0-BETA3-arm-armv6-RPI-B.img.xz) = 99f5a5d4c622fdc47cd4e35938cb1e85fd73b5a0cf2a1fcda3fe8c2cd497ab6a40b5deb72373ba05b272ef70818b6166b9dff7665bc3a31181b9bc83af3b9b11 SHA256 (FreeBSD-12.0-BETA3-arm-armv6-RPI-B.img.xz) = 06d3341e5560b35986335309432413e5a0cf16d6108bc0c18e19bb9cb1cba3cc o 12.0-BETA3 armv7 BANANAPI: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-BANANAPI.img.xz) = 0b7b5c2403a9a39c01ce52724d6d186bcbaacaf3d3b38ff75ae97ea41066456d7e591b17b259aa113bd3f56684051db429af4a1f046a995fc6f753a74f9be70a SHA256 (FreeBSD-12.0-BETA3-arm-armv7-BANANAPI.img.xz) = 94ce5994727e305eefe71defb156337ee5d444c4dfa6f9b5ddf2f00a53af5f03 o 12.0-BETA3 armv7 BEAGLEBONE: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-BEAGLEBONE.img.xz) = 22f54169853058ef1aa2d5c418ce3e9a0f49261db639519aaf0a8928045372f61acd1dac871493e6a1ed5c003dbf1210ca42d7cad5622abe01c56b2e12fa4477 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-BEAGLEBONE.img.xz) = d8d070007b450d3b16e4f777365be63b0441b0e25e5dc1dcdcee0dc925a5c670 o 12.0-BETA3 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-CUBIEBOARD.img.xz) = 149b71fa899b706f66c20b91277342e1405b03d72b0501e86e781df4b746637420377653c1fb5a73ab83e088d0206bc52beac0bed29b915e09a5e746fdd06ff8 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-CUBIEBOARD.img.xz) = 185834737b91a31e6e370b2b7ebae966edfabf78958e161906866e1f9b5084e3 o 12.0-BETA3 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-CUBIEBOARD2.img.xz) = 222e37f86abfabc49e5092e3779d6d05c669f37241064ad624baf726fb60e96a87d2181fbff1ed9745dd28895555fb6ea565a5ea77e74df952598f0344cb7a22 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-CUBIEBOARD2.img.xz) = 189a8998c40b8df7e01b45d851bec9e021833ea037575d6343cc570a8659fe72 o 12.0-BETA3 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 791a863de669938070e2072c662dc8f7be7e0913f0a7880fdd70059d79363e54ccbe8642bdb612d57c2599afc8fb3c2ffdfc3ff49cdb0a48fd190ef9d23999a1 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = be98543b8e2ea3ff057e677e3b7335f95083b9e570b35c32685f9bcb3fde986d o 12.0-BETA3 armv7 RPI2: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-RPI2.img.xz) = d08c1bacc356ad2cd1413bc1651dfed0b82ec417d45c27da41bec41c825e7e7cbe77cc5d811b8b399cf6f39eb7100d034abe869ef30ea5dadd0e1d5ff9c4fef6 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-RPI2.img.xz) = 389fe30a486eee05864b7b02e4cb2f30071e141d20176ceb15ceeb6bb5aa6212 o 12.0-BETA3 armv7 PANDABOARD: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-PANDABOARD.img.xz) = ebc5ac72c6c5777c908b938c696096ab783aafeb31675f30169135e30d137a4cea432638e82471284c001d52a8e69fb5669144d379df6933d5a9312bfa9285e4 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-PANDABOARD.img.xz) = 9b01aed50f330d998f113eb82b6b94e9b1064f4dcc65f45529b7da9e955d3df3 o 12.0-BETA3 armv7 WANDBOARD: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-WANDBOARD.img.xz) = fb66078ebf4dea5407e6728727c0ccab86f9e29c2bbedc3a093f005cfcf0823acfd0ab1cd27ab43e8519cff6e8f2e07e590cefcb1c4aa64f29c01b5f46f409a1 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-WANDBOARD.img.xz) = cdd1207263f89b1ef1b71cc89c911d214a4adec055d51bb3f069f14af978e144 o 12.0-BETA3 armv7 GENERICSD: SHA512 (FreeBSD-12.0-BETA3-arm-armv7-GENERICSD.img.xz) = 6d347212d1ac81c5f1161d0f6777684eca5b191ad9374993b004cf78600c8bf11ad62cad9f570723c744b27d700c0eaaf8b1b17c6c841be6dafd5607df0b89d2 SHA256 (FreeBSD-12.0-BETA3-arm-armv7-GENERICSD.img.xz) = 04c90102eb415995d0592066daa4c0ad6af9740e76a537783afb373b8b71d4be o 12.0-BETA3 aarch64 GENERIC: SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64-memstick.img) = fb6134311c13226d65ed96a6078a85769a7ba2012fad5d656acbd0e1b473d087a46926495373ecb1038cdd103d466796f84b73e76302bb48c7e532ca2a77158b SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64-memstick.img.xz) = f54656ee9104d9b3f0cd0e3d4544701d66633a1e78359b34e774efd4b315a8012e7988486eaeeb556adba24328f3ba1a5035abdb70d1d4ff8b54852494ac3986 SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64-mini-memstick.img) = 589124818d0a8e05097ed280841458f193a919169dee56c0cf2c3593b460b68a9fb80b5ae41d8bd712e52d898aab30e2b851942ec95d98247d39fb03a36fe780 SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64-mini-memstick.img.xz) = 4babfd5f769a7f711c1c93663aa69d9a7830b0b26d794978acc3dae247c14ecf6b6ad6eb239eaf3dacb46076f3e734bf9acb5d5895083fdedf843422cf459e24 SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64-memstick.img) = 196c3b84f711598ab38b8b665087b0c0ff76945eb19d35499d8c4cb852b1316c SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64-memstick.img.xz) = 86031bb085dbde87bce40ffac080e8b84a3262c90bfa01b96f14557b99c05959 SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64-mini-memstick.img) = 7b60126078b2593321baf2ec53a6e1ef356de30db0a2ac64b4f4fa8ba9c8f631 SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64-mini-memstick.img.xz) = b7223c72ac7fad175a668796dcbe43fef75a7152162830964253f558fdab1db9 o 12.0-BETA3 aarch64 RPI3: SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64-RPI3.img.xz) = ad3da1c2c4320897e5e97c2cf0997cb287576d72946758c9ab106fabd10f52bdbdfcbacf393afb70d967bc48a77c2296cf4fdf0553d6ccc67c12db7d4801c2bf SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64-RPI3.img.xz) = 050793d6d5bb32dd32669182a8507983f005b8830dc9501a18952a95a27e31c2 o 12.0-BETA3 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = fe15197f0524f1065f43b8f325e7183b22848b2fa5a4395fe11694f47a161a4c866c58038e8ee5260dea419a7e874c2ccfb041ab9e283272cc06e8cd9ed9a653 SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = cf53caa14c4632856d65837cedd872e80e28ad905a4f7bdc690313a132287627 == VM IMAGE CHECKSUMS == o 12.0-BETA3 amd64: SHA512 (FreeBSD-12.0-BETA3-amd64.qcow2.xz) = 0f2b1553a2a2b221fe257b47a87761ca983c87d3d58a36facff66024f6fd1fec4b93df4b3e452edf14cad4a2aaa8f98d68c81abef31710e8ea68d7a517c27bd2 SHA512 (FreeBSD-12.0-BETA3-amd64.raw.xz) = e06bfe0b1149e32140c94ae5afb4741e0110fb8b0607ce3345dcd684b90e6142c78d43be8cd2c056f5646942685243bdd833b6fcc09d3958e324be9e6de31a78 SHA512 (FreeBSD-12.0-BETA3-amd64.vhd.xz) = ad3fa529a5ad3a6b9a181b4205bd8dcd8aca4fcde11cedec21b97727c4543f9a74bad24bed8c8d5ca5bcda673f96a0d6d798a83dacba8f572489030a5af81dd1 SHA512 (FreeBSD-12.0-BETA3-amd64.vmdk.xz) = 714f6420a73055aed7eddc34bc8744949d79a0dbaa67510b419cd1157a27a759f5c5056f1d78103da367f0f54edb5a6b7eb1847f9c286c03e8829c2bce244fbb SHA256 (FreeBSD-12.0-BETA3-amd64.qcow2.xz) = d6976a1af3e5131ab8b4146651d9cba563a4d445e915848293f1353fd6c783e6 SHA256 (FreeBSD-12.0-BETA3-amd64.raw.xz) = c42d04f10f31033d3b0df5e81d0e185353bc250006acc2df02af66c130442968 SHA256 (FreeBSD-12.0-BETA3-amd64.vhd.xz) = 4a616d09790316a2941b1d6d6adf6d6ecd2f8c696ed7fe6a44a5064607fb3347 SHA256 (FreeBSD-12.0-BETA3-amd64.vmdk.xz) = b51fb0cd11b6b19a7ab46c7cbafc1508aa68e312fa1be07e8eedf1927eba6f2b o 12.0-BETA3 i386: SHA512 (FreeBSD-12.0-BETA3-i386.qcow2.xz) = 567c289b10010d90bbbed73734052ba1312fcbd896c5e718dd0000af57a2fb31a155cf9d38785e214f9e326ad451575ab801f47ce456b556e024c0db354bb4ab SHA512 (FreeBSD-12.0-BETA3-i386.raw.xz) = 242f9fdec05eb1c5812765edd4c90e84d59d370f84dc2a0c9bda41a1d3fff3f98e239e4d65d5023423623995919b53720719d40849af6863b0c217e1f751e08c SHA512 (FreeBSD-12.0-BETA3-i386.vhd.xz) = 9901329ecea5dcf7c76e3ad524a6b2002cd22017bdc6c88ad12d3b3a629e7421c507b989a8e82dcbfc44ac14578a2b3ef3027baa1ac74970e31a5f0240265990 SHA512 (FreeBSD-12.0-BETA3-i386.vmdk.xz) = edd431ae2ecc2aead7c6d19504dc832b97dc3462a600e398afd3b81a429858376e065dcea04ddea423fb1bf59ef6050221918c5b651f099d865bac589232e345 SHA256 (FreeBSD-12.0-BETA3-i386.qcow2.xz) = fa485e57ce373980b66652751e427dbdeae14bec87f7aea7b14e33dc8f941c85 SHA256 (FreeBSD-12.0-BETA3-i386.raw.xz) = b875fe95bb1cfd090ade5168b209a40bdf6c1da7e9ee597b1a338a10f4e3631f SHA256 (FreeBSD-12.0-BETA3-i386.vhd.xz) = 86853f478ac8cc25d6852ec6b6cb24967441612d868c91c7b8605dd23394644d SHA256 (FreeBSD-12.0-BETA3-i386.vmdk.xz) = 2abf790637e640cb6e35479d4e3fb3b171405572fb8f3ff3b3fcabae626b1772 o 12.0-BETA3 aarch64: SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64.qcow2.xz) = 72b14f614492452b5b3f82ec08c803632a1710e3c32b48e3d66df005ad62d1572cdbc3a9311d8995818bec7add513136beef203da83e9334a7bb6a7de4a03217 SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64.raw.xz) = 1bd2e9c0a65551ab27556a0fad8cf302344974cccab47137bd24581f600e9fdebb78ec85dcb8278516354057d1eaf14f8555707bd809e680d73fd9a83a7e70e1 SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64.vhd.xz) = 41f4d5c41dfdf9d63e7c756d336d94727f5d35fcb88d68b2ceb9b06201069b807ffcdd62fdf18f0197263cdeb9682537c605ddcfe5de3914f833ed814b94ad00 SHA512 (FreeBSD-12.0-BETA3-arm64-aarch64.vmdk.xz) = 7abb4e78731ba06143bf94fbe245a1e6215b42563166ee6640dcdfdea3d3b629130b8b1348ab389eddff356e451e93f5a6b12ea01c697dc51c8718845221faf6 SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64.qcow2.xz) = 98820178902ba3793d58a931f82a6ece2e3a7b7e2f8cadd113f83da4014e61cd SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64.raw.xz) = 5309af122e2c04fc3a3854d005999ee23618081ac736377969bcba6f8649492b SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64.vhd.xz) = 30190333407a7efc57cc6b42ed949e49bcaff4f2621b1b85f0b1460134b99a4e SHA256 (FreeBSD-12.0-BETA3-arm64-aarch64.vmdk.xz) = 0ef09ff69c20457f6710061093aaf238ec4b4a06743f78416a662578de3b7719 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlvd38YACgkQAxRYpUeP 4pN2zw/9FwkqnJ1vSX0ni6Cigo0lHjYuHzTy2BadgREZebzRao/0k+JpJWSZxJ4s LS2+geU4DLlh0bi/2tYU8ahqGcvVvk6ya+2gfogtIIeXbVBeVQLK6T2SlKYKXnwj XPLCF/7RLH5ZdwBLByskm4TenSoeJQeH2ztSTyGhKpFHWdqXmskHRB+ZNLRhbEO4 0ko8YRcJocEZPtBBHEi2VJ1ZGupnhBD0q/cHp10L89Y/wdoPUK6JQOQaNTScLHey w1qv63O0uba0JGbynVqvAYn4bwKsArv7IEhAaCio3/BQqkxIc2gsVI0Fm1yAG98Q rySTJ87sSpS+RNUV8tpoI/UqZmTzEgcPidMtgzlAJ+YwX9ADiJPKunBUcRBrKzMa eCom4SMn8nrD2QdEmns/0Ch8/bFcTxfe6q6LCExqfN5V9EWhcMOagLc0gXcVjY8+ V+JD8qpc9a/WryGwFhWRCfOr0K9RsCvWjmmglWfJT4VDCmPfrGVjdLmNa0GF2c08 Zal75ZYRJAxjLkJU04NwuDtitKX2lMz921d5wucNRXsrMVNApr+yvSZ/c0A+V22f cTBh4d52IUDtaOKWF1+1gWaGs68/czlcnt3IGQjJfAPhgJqzI4gZP9JyYbhAlfbg G2H4uXL3ZbAijK7fKmQX3MoYE4XkrIK16QtS27cKl7gVLsERqZE= =B1av -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Sat Nov 3 22:59:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8EF210EB881 for ; Sat, 3 Nov 2018 22:59:27 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 233A66FE20 for ; Sat, 3 Nov 2018 22:59:27 +0000 (UTC) (envelope-from ml@vishwin.info) Received: by mailman.ysv.freebsd.org (Postfix) id DB4BA10EB87B; Sat, 3 Nov 2018 22:59:26 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0AB710EB87A; Sat, 3 Nov 2018 22:59:26 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (varun.vishwin.info [46.101.93.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "varun.vishwin.info", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 543F16FE1E; Sat, 3 Nov 2018 22:59:25 +0000 (UTC) (envelope-from ml@vishwin.info) Received: from varun.vishwin.info (fd35:9eae:7575::2 [IPv6:fd35:9eae:7575::2]) by varun.vishwin.info (OpenSMTPD) with ESMTP id 39ca564f; Sat, 3 Nov 2018 18:59:21 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=vishwin.info; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type; s=fuccboi12; bh=M8q6+yQnc2GVecjvmnxpREtFXyxIaHRb8 Wi08kPHVts=; b=Mqc6fvFTHb3NaKWLYhYxyAa6a+gHC2aBOibY3zFoeo5CcV2RD fjVXC9xC/50nJD0Um/4X7zxSfbe+YmqncOyO0LGUGssWC8at4AOI4r2xm1Iv38Lv ekfxNmGc317jp64wprnB9zU14pIvoSFdkzEJqiqdsHtmr/KxlBGKMcnW4h8h9/Wg MWHPq2j+pqDWVqMoYb1gxBifoVsMdltRK8COKBEqFe9xA9X6gHlkh/Em1PuEvanc zpbfcjLTtB2OTrVqX6lapFjIrNKQsp+f1AqINzUYxdYFeDygpsAj/TojEffORA9I +AhmX8MsJP1JWGAzRNx+JMaAThwVt5CRTLRcg== Received: from [IPv6:2600:1002:b023:dc42:3602:86ff:fe03:d90] (2600:1002:b023:dc42:3602:86ff:fe03:d90 [IPv6:2600:1002:b023:dc42:3602:86ff:fe03:d90]) by varun.vishwin.info (OpenSMTPD) with ESMTPSA id 99563cba TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 3 Nov 2018 18:59:21 -0400 (EDT) Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys To: Konstantin Belousov Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@kib.kiev.ua> From: Charlie Li Openpgp: preference=signencrypt Autocrypt: addr=ml@vishwin.info; prefer-encrypt=mutual; keydata= xsFNBFt7iHUBEADCorTixbMGuHd9WYSKCELlv/TFcRtvpHUw/n9LtXzKixUUwl7iuMFMYTz3 QXePX0Twq4jCQYySfcxWbPkLsSYlPOkaGQ+XytfmIHoqG5ba4i1fp+F41is0oCtLt1+oL84j NKUd13em/JWd+PJeQbSTVnHbT2yaAi7vqWw5WKVaMExjfPGU5TArV46wSRU6Zuy1ZX66q0q5 dPzeBdeKYWJE8aGtyi3pYUpKUOX4gxiNetf6leDFZ4OsexWaRdU0n8fId5d1qwjAE3lOwV5z 0Ilt8t4iXtX3JL3DAQyLZIeXHIg9O3rrpPMXQWSp2/5g39PohNk7farbhcpIKxuDN+L5N6U9 OxNHBSCv9FGDO4R/mw3YwJCovDzsF7RSyXQDIY36yjdh2uTLZ0uD5Ci/DPmJUySFLRvpqWnQ M7V5cYhdqDfcElGpRbi8JZQVYRJjvI5Jj0byG98KeaD0YFxKqmmm+Oh+xWXE7xt/DsBoZeZJ BFP84LvFbwQqprvI+sg+1z2+JIgNbYwl8VaYzfyGnqTEXTOsQYEKTdKA9MODSAsN31MlQICe CIHZV+OwOqH1KQ/mZp59AnpXAmj4T94bnahE9yJtVW/qglX/nTeFNUdu5MyEgkeB0x7mx+t0 3hE20yp/NbyvG1T/o53NHwHiURC/8Fxd1NWPZ6n4X8npQn6iyQARAQABzSFDaGFybGllIExp IDx2aXNod2luQHZpc2h3aW4uaW5mbz7CwZEEEwEIADsCGyMFCwkIBwIGFQoJCAsCBBYCAwEC HgECF4AWIQT/f8Kqvlr7jU9sRv6OcHje8gOrbAUCW3uI+wIZAQAKCRCOcHje8gOrbNX8EACT HGo3AsShFj+AaUgD9V6wTMaR2w7ubIqbkn2ZqZZ1xWj3gM6VYRKHflj9LiYqFRO4wBteAq30 Snz6F93IG+u5B1uwlC58HDwCQaROaU5cHQ8UvGPSEv0XXCcYTaC3d5NMoIh/LdutVZz56LTx hWs5NHUCaG6FfGV9QplECRteQr2rMxHZxZ3ppSY9oev/wY3U3VRUGnhM2ZwGrpmjksC1HTBH Fw2XbYdVNCOYjQrTIulaYb3y0ssgsOhvSk9bPHSTsWSCQGJk0uFNXTvIq68GhkhOwAet6//w R2y1whg47r554pBManttODaQnmWmIWBM0bZMJrlNT8T/oXlG9nA0jrjA8LvTThrCAvMSMB0F 2FhStd/I2/Fs7T6Uk1BUpgCvFiDtE8Jt1W2yq2GLtPysGrJXyDaat8IuVUthnNVhoyZb9tZu sI/FFhfh9MkPmZDwCoTUJN2yU8QhxS1iJXfMZ1f06r1TYY9rwb8E/WCBJFbMzJs3VLj/TnHL N09J2zNZgTs7gewLn/2lEV1kOL/FxIDgN7ailcf3kcNdVUxr/pLbx3NZcDkXniPO0dzQpuRw q841wBT3uqdPFJwIl4pf1EYhLj89r2vOGnM2RChl1/t+wSqHhBji3R3uylzE0qbr8O/cgx/5 wlvZJiUhyu0hJ/JoJkF8WEFkesJrTZORGc7BTQRbe4h1ARAA12Xtgcbwk7IdsRi/7sTFKs73 qoFFq+DUWwMbSuIOaWw5J9nZ+ovr9gkXlax+xf335hJ0iItB8LhA7D9wD4wjrmmBjhwK7jYv tghb8BH6MHWEWD5D9xt47CO4o8Vi1m/F4OlKxoDqIhH6n63gNeSNaXzqDpZoUsL62KX+sKKU Udj/X/oz3XwXWCb/rEIgAMMW7QFcuQBJzkHgu69oUSIki4j1mhAMiBbGexfS1dcTfpLAr9eu jDNHOw5r7aI4cA8q7us8YfDLby87hPlSrtTKcxkbawrdFNs6KNrEvggkXhYxGqm4Z0FInixa avloimBf1q7kvVM0AAgsmkdeeS/6Tzbn71WBuEW0VgEcSSBS1dv7DfgmeQeiSmv0Dvx2lZv5 P6M4Q/plSAz7hVXL6EIKltwJUjY8Re7zDbPf7jJlbEgWbLxRhlGh5MwrNXbMt6KygDRcDyOP njxg0+ICXbQyPKiq7jZY2/Q/x8P08xNx8sUKPY+XE6G5QVohQfe3LT9s15KM+1Ur4v3Hhbft HtTW1iT60HkyU9qRCJJC11OgH7wrfiucG3/eQKgBgvsfKDD36rJmsQpkO0/kkp6R+CzLby3X PrrFYJTCr08e5QWKKPdyNvAhuyQj27Lb7EhNxe3hmpV+llx0aaN9t1M+QZ88famMOgIlp7Nh 1uFr/c5WGZUAEQEAAcLBdgQYAQgAIBYhBP9/wqq+WvuNT2xG/o5weN7yA6tsBQJbe4h1AhsM AAoJEI5weN7yA6tsTGcP/2rBIvgeKismZQQn7kJOHwgmqXg/N5ArwPH3eCJmzmNZWUIlOZyl A2KtYhkzZ5G3rsL/BMmMuYRUbPJJUukaJSqFep1E6AWYPC8Seakhu1ZbK8ayBI4KZmP+3PQY S0tKyMlxX+Qt9+S/tcQqS31mMgmcVhVhKi8MrWjY+g7pF+LkBYccHuNiGNIcm8mMPHTIKU72 ARiG3DtHrRg4sf5wqgOi72277jBHdDBGw0Y7rCvMsaGm3G4GsMwj4e47H6PAFOWK7O69muvL o50oMN2rkPi+9AKPi8WcrinstleEGyEIyguRagDQjZP5gX9Xk5vkS6+xMgKt7+k7+D3jWKlW R6G9U0CyKmVJoeNqwHUdLoFD3lywjwT9vo+cqb4gQKnZsA1ss/WOvEp4EaNSR7JHFOY5X8AN QgiPxLhrbI7FPGXKw3Y7nCpcIlzFph6UL9jhNRwvoQ3GfZ0sF0JgpASdrS4N3Fmnt9L6lc3q rIrxDPpDjYwcDEUBl0sp/prjh3gdC3qs9xZ0RNWWdUqcmvRv2SDkrVDw3iQ9WhMZWuQYBmGa MViypa6WrjjlVTjqZftZyqytnHwuo1PA/qLcF/vUUn0QHFPIDx8/yTSqiw/xTwPuOFxznHjJ VbxEEG0H5rmreh1Z0WeMwsSbjC3EEf+ZI39QpFwVIG8pDwXFOClfhjFz Message-ID: Date: Sat, 3 Nov 2018 18:59:02 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181103152936.GQ5335@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD" X-Rspamd-Queue-Id: 233A66FE20 X-Spamd-Result: default: False [-5.15 / 200.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; R_DKIM_ALLOW(-0.20)[vishwin.info]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[vishwin.info]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[vishwin.info:+]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: varun.vishwin.info]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.14)[ip: (-9.48), ipnet: 2001:1900:2254::/48(-3.58), asn: 10310(-2.58), country: US(-0.08)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[kostikbel@gmail.com ..,freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 22:59:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD Content-Type: multipart/mixed; boundary="q9Jfd9G1NjpUiLTkRuGIPkOE0DmXqX611"; protected-headers="v1" From: Charlie Li To: Konstantin Belousov Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org Message-ID: Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@kib.kiev.ua> In-Reply-To: <20181103152936.GQ5335@kib.kiev.ua> --q9Jfd9G1NjpUiLTkRuGIPkOE0DmXqX611 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB-large Content-Transfer-Encoding: quoted-printable On 03/11/2018 11:29, Konstantin Belousov wrote: > Some minimal amount of facts instead of guesses would be much more usef= ul. >=20 Yeah, being sleep deprived and hurried (on my end) certainly doesn't help= =2E > What is the instruction which faulted ? Disassemble the text at 0x2f56= 64. > Regardless of what is the instruction, show either the output from > 'x86info -f' on the machine, or cpu identification lines from the > _verbose_ boot dmesg. >=20 It appears that 0x2f5664 does not exist: Disassembly of section .init: 00000000002f565c <_init>: 2f565c: 48 83 ec 08 sub $0x8,%rsp 2f5660: e8 fb 3c f3 ff callq 229360 2f5665: e8 b6 ff ff ff callq 2f5620 <__do_global_ctors_aux> 2f566a: 48 83 c4 08 add $0x8,%rsp 2f566e: c3 retq CPU ident: CPU: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz (2394.52-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306d4 Family=3D0x6 Model=3D0x3d Step= ping=3D4 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended Features=3D0x21c27ab Structured Extended Features3=3D0x9c000000 XSAVE Features=3D0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics > make is statically linked, do dynamically linked program fault ? >=20 After some more checks, only the statically linked programs crash. --=20 Charlie Li Can't think of a witty .sigline today=E2=80=A6 (This email address is for mailing list use only; replace local-part with vishwin for off-list communication) --q9Jfd9G1NjpUiLTkRuGIPkOE0DmXqX611-- --fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE/3/Cqr5a+41PbEb+jnB43vIDq2wFAlveKDYACgkQjnB43vID q2y/SA/9H7IB8/yfLonhV0cMf7JeBsRg9WbrfQ4MoVPjDVwDOfH1CSPDTjySfAl1 kcNtuMYPgf1Y3RKhDsXsnK+qNft8MSme5shP8PHf6p/yO9eIeiaFCX1NjLnFq4GS 41tW9MmiuImORGGj4m8vtkBQ5yvD3lJ+AoBAH4IKpGRU8vtcRQ2e/cDe2k/5S67V QWvrIdSjmNECeKEmNbtf/P28OCGby8FWK+OjIDDxoJiDu1+qT40xnyOhm5NuvBCc 7/gkrclqELvZHnLxUf14dL3zD50mNqC7j+0EX1NIQ5WzKxjcypOo2WleTCQKizct MOljVRI7DU+xwvTlTm99nsthRpMirUn8hh/QIkzgjPj08JJt6ZwPgsRTvP0+AO2R l5P+0qvkJlTzkx/9+35GYxL9s+9g4Wah0GBt69cynrAxVecgAAAosf45eQfvosq8 7klEkC+yj2lFo1YYXTKFQ844nNEehec6qwIGwVaj3IBJpbGn9RJAz4Rmr0v2yCMi 6XPcQdL6FQoE2zzG9h2l5Re8Ty58fb9kCLB+AhYqWmQiNvz+HS85E90XaK7APCdw 6FyreBE+hpgyp/oBq4uE84qrGgmW4lcNLwnjY8H6dZWclAEOXPUDlVNFtC2NtVxk 7MlO3paEEy+UYZcjjBgBHKjlaH1jjKZm7y7+oZMjNB/SXDVIslQ= =rTb7 -----END PGP SIGNATURE----- --fH65cH0eBd2F1iuHfkAMiUC3fhblqIpkD-- From owner-freebsd-current@freebsd.org Sat Nov 3 23:46:04 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E70410ECA7B for ; Sat, 3 Nov 2018 23:46:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 16C79713B2 for ; Sat, 3 Nov 2018 23:46:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id CF54F10ECA75; Sat, 3 Nov 2018 23:46:03 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACA3910ECA74; Sat, 3 Nov 2018 23:46:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E98A3713B0; Sat, 3 Nov 2018 23:46:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id wA3Njpki067743 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Nov 2018 01:45:54 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wA3Njpki067743 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wA3NjpQa067742; Sun, 4 Nov 2018 01:45:51 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Nov 2018 01:45:51 +0200 From: Konstantin Belousov To: Charlie Li Cc: Brooks Davis , svn-src-head@freebsd.org, toolchain@freebsd.org, current@freebsd.org Subject: Re: svn commit: r339898 - head/lib/libc/amd64/sys Message-ID: <20181103234551.GX5335@kib.kiev.ua> References: <201810300011.w9U0BUui038857@repo.freebsd.org> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <20181103152936.GQ5335@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 16C79713B2 X-Spamd-Result: default: False [-4.22 / 200.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_FIVE(0.00)[5]; IP_SCORE(-3.12)[ip: (-9.48), ipnet: 2001:1900:2254::/48(-3.50), asn: 10310(-2.55), country: US(-0.08)]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[ml@vishwin.info ..,freebsd-current@freebsd.org]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Nov 2018 23:46:04 -0000 On Sat, Nov 03, 2018 at 06:59:02PM -0400, Charlie Li wrote: > On 03/11/2018 11:29, Konstantin Belousov wrote: > > Some minimal amount of facts instead of guesses would be much more useful. > > > Yeah, being sleep deprived and hurried (on my end) certainly doesn't help. > > What is the instruction which faulted ? Disassemble the text at 0x2f5664. > > Regardless of what is the instruction, show either the output from > > 'x86info -f' on the machine, or cpu identification lines from the > > _verbose_ boot dmesg. > > > It appears that 0x2f5664 does not exist: Or rather, it is a middle of the valid instruction. Next frame looks like it is process_irelocs(), if trusting the line numbers. So most likely it is something related to calling wrong relocator function, if anything. Perhaps you could try to trace the things manually, doing single-stepping of the startup code in debugger. There should be very modest amount of the irelocs, perhaps only one, and see where things go off the way. Might be try to vary the clang version, we know that this work with 6.0.1, and according to your report, breaks with 7.0. Try clang trunk ? > > Disassembly of section .init: > > 00000000002f565c <_init>: > 2f565c: 48 83 ec 08 sub $0x8,%rsp > 2f5660: e8 fb 3c f3 ff callq 229360 > 2f5665: e8 b6 ff ff ff callq 2f5620 > <__do_global_ctors_aux> > 2f566a: 48 83 c4 08 add $0x8,%rsp > 2f566e: c3 retq > > CPU ident: > > CPU: Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz (2394.52-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x306d4 Family=0x6 Model=0x3d Stepping=4 > > Features=0xbfebfbff > > Features2=0x7ffafbbf > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended > Features=0x21c27ab > Structured Extended Features3=0x9c000000 > XSAVE Features=0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > > make is statically linked, do dynamically linked program fault ? > > > After some more checks, only the statically linked programs crash. > > -- > Charlie Li > Can't think of a witty .sigline today… > > (This email address is for mailing list use only; replace local-part > with vishwin for off-list communication) >